07.06.2004-8:28:24 :: Remember, remember, the velvet November


node:	07.06.2004-8:28:24
template:	4
parent:	Solaris64 & portaris
owner:	maniac
viewed by:
created:	07.06.2004 - 08:28:24

cwbe coordinatez:
101
63540
63542
2109677
907144
908221

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

ako to myslis ze sun sa nehrnie do 64 bitov? ja som bol v tom ze veci co bezia na 64bitovych sparkoch su vacsinou 64bitove..

00000101000635400006354202109677009071440090822100911347

No to je pravda, ze procesory su 64-bit... ale kolko aplikacii bezi 64-bit... :-) Akoze core systemu je aj 32, aj 64... Gnome sice je zakladny desktop, ale iba par zakladnych libiek je portnutych na 64-bit... takze tak...

0000010100063540000635420210967700907144009082210091134700911773

neni to nahodou vecou kompileru ako tie libky skompiluje?

000001010006354000063542021096770090714400908221009113470091177300915482

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

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

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