cwbe coordinatez:
101
63540
63542
2109677
907144
908221
911347
911773

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::2
show[ 2 | 3] flat
neni to nahodou vecou kompileru ako tie libky skompiluje?




000001010006354000063542021096770090714400908221009113470091177300915482
nudzo
 nudzo      08.06.2004 - 17:21:17 , level: 1, UP   NEW
Je vecou kompileru, tada skor toho, kto kompiluje... pre gcc parameter -m64 a pre sun-cc -Xarch=v9... Cely solaris 9 co mam na SUNe je vo verzii 32-bit aj 64-bit... 64-bit neni jedine Gnome... ostatne vsetko je aj-aj, takze len zalezi aky parameter sa pri kompilacii pouzije... je tu vsak jeden problem... a sice C-ckovy typ pointer ma size 64 namiesto 32 a taktiez long neni v tomto pripade 32bit ale 64bit... a ked kod def. predpoklada nejaku velkost, tak to v strukturach robi bordel zakonite... a veci zvycajne koncia SIGSEGV... No a na to ma SUN taky tool, ze lint, ktory by v kode mal zistit problemy tohto typu...

00000101000635400006354202109677009071440090822100911347009117730091548200915758
uz.nebudem.tolko.fetovat
 uz.nebudem.tolko.fetovat      08.06.2004 - 18:28:26 , level: 2, UP   NEW
poznam z toho, ked som sa hral s filesystemom unixu v7/v6, a nemohol som pouzit povodne hlavicky, lebo tie boli robene pre 16 bitove pdpcka ;)))

000001010006354000063542021096770090714400908221009113470091177300914119
uz.nebudem.tolko.fetovat
 uz.nebudem.tolko.fetovat      08.06.2004 - 13:05:41 , level: 1, UP   NEW
tiez som myslel... sak to sa preipse to, co je v kerneli, v cc a v libc zavisle na platforme a ostatny ceckovy kod sa len prekompiluje