eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingPakowanie struktur › Re: Pakowanie struktur
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
    !1.eu.feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!feeder1.camb
    riumusenet.nl!feed.tweaknews.nl!217.73.144.45.MISMATCH!ecngs!testfeeder.ecngs.d
    e!81.171.118.61.MISMATCH!peer01.fr7!news.highwinds-media.com!newsfeed.neostrada
    .pl!unt-exc-02.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.
    pl.POSTED!not-for-mail
    Date: Thu, 03 Dec 2015 15:05:04 +0100
    From: Tomasz Kaczanowski <kaczus@dowyciecia_poczta.onet.pl>
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1.24) Gecko/20100228
    Thunderbird/2.0.0.24 Mnenhy/0.7.6.0
    MIME-Version: 1.0
    Newsgroups: pl.comp.programming
    Subject: Re: Pakowanie struktur
    References: <n3n4m5$grf$1@node1.news.atman.pl>
    <a...@g...com>
    <5...@g...com>
    <f...@g...com>
    <566030e8$0$22825$65785112@news.neostrada.pl>
    <a...@g...com>
    <566044c6$0$682$65785112@news.neostrada.pl>
    <3...@g...com>
    In-Reply-To: <3...@g...com>
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    Lines: 35
    Message-ID: <56604c0e$0$679$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 79.187.17.90
    X-Trace: 1449151502 unt-rea-a-01.news.neostrada.pl 679 79.187.17.90:44992
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2624
    X-Received-Body-CRC: 515348403
    Xref: news-archive.icm.edu.pl pl.comp.programming:208933
    [ ukryj nagłówki ]

    W dniu 2015-12-03 15:00, M.M. pisze:
    > On Thursday, December 3, 2015 at 2:34:00 PM UTC+1, Tomasz Kaczanowski wrote:
    >> W dniu 2015-12-03 14:08, M.M. pisze:
    >>> On Thursday, December 3, 2015 at 1:09:14 PM UTC+1, Tomasz Kaczanowski wrote:
    >>>
    >>>> i gdzieniegdzie będzie mały bum, bo *((int*)(buf+2)); może mieć zdziebko
    >>>> inną zawartość, niż nam się wydaje,
    >>>
    >>> Nie rozumiem. W jakich sytuacjach może mieć inną zawartość? Na moje
    >>> albo reprezentacja bitowa się zgadza, albo nie. Jeśli nie, to w
    >>> ogóle nie można używać kopiowania bitów.
    >>
    >> Tam gdzie zmienne muszą mieć wyrównane adresy. O ile w przypadku
    >> spakowanej struktury przy odczycie kompilator wykona za nas odpowiednie
    >> operacje, to w takim przypadku, gdy rzutujesz dane spod adresu, mówisz
    >> kompilatorowi "wiem co robię, nie wtrącaj się", a, że wynik może w takim
    >> przypadku być inny, cóż...
    >
    > To przy operacji:
    > *((int*)(buf+2))
    > kompilator nie wygeneruje takiego samego kodu jak przy wypakowaniu
    > inta przesuniętego o 2 bajty w strukturze? Myślałem że na danej
    > platformie kompilator bezpiecznie przerzuci dane na wyrównany adres i
    > dopiero potem zacznie operować na tych danych.


    z doświadczenia wiem, że nie poprawne było dopiero

    int zmienna;
    memcpy(zmienna, (buf+2), sizeof(int));


    --
    Kaczus
    http://kaczus.ppa.pl

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: