KV>> Але. Может я и тупой, но я никак не могу понять - чем у тебя b
KV>> от d отличается (а b должна быть char b[8], в то время как d -
KV>> short d[6]). И, кроме того, кажется, serialize/unserialize еще
char? показалось int. Не суть. Все дело в том, что в PHP нету char и нету
short. Все это ассемблерные извращения C, никому даром не нужные, если я
не занимаюсь программированием микроконтроллеров и прочих устройств с
битовым доступом. Для всех остальных применений различия между short и
long могут интересовать только большого любителя ассемблера, не сумевшего
выбраться из 70-х годов.
KV>> вовсе не в том, как подобную структуру сохранить и потом
Я понял именно так.
KV>> считать, а в том, чтобы разобрать файл с заранее описанной
KV>> структурой. Как будто это очень просто делается где-то, кроме
Ну ладно. Тады pack/unpack.
KV>> как в "C" (да еще нужно учесть, что разные версии "C" могут
KV>> иметь разные идеи о том, какой размер у int'а и long'а, так что
KV>> и в "C" это, в общем-то, не делается).
К терапевту. Это проблемы языка C, о которых все люди доброй воли давно
мечтают забыть, как о дурном сне. *Формат данных* не может быть основан на
int, который разной длины - на то он и формат, чтобы быть однозначно
определенным. Да и вообще на PHP писать OS и драйверы железа не собираюсь,
а для других вещей... см. выше.
--
frodo@sharat.co.il \/ There shall be counsels taken
Stanislav Malyshev /\ Stronger than Morgul-spells
phone +972-3-9316425 /\ JRRT LotR.
whois:!SM8333
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
