Ingyen Linspire szept 6-igeredetileg a massachusettsi hírről akartam írni, csak mert jól hangzik, hogy ugyanazok akik a britek teáját a tengerbe öntötték, ezúttal a Microsoft Office-tól szabadulnak meg... de mivel nem először fordulna elő, hogy a digg.com-on a slashdot híreit ismétlik, úgy döntöttem, hogy inkább se nem küldöm be hírnek, se nem fogok róla ide írni... persze most megtettem, de ez így most frankón senkit se zavarjon... reggel van és csak két svarcot toltam be az arcomba vaz, szóval nem kristály klír minden még..
no a másik hír - a címadó - értelmében arról van szó, hogy a Linspire cég ingyen Linspire o/s-t osztogat szept 6-ig.
bővebb infó.
közben jól halad az asm tanulás, bár sokáig túl bonyolultnak tűnt az egész és úgy találtam, hogy mintha nem lehetne fellelni sehol a neten egy korrektül megírt doksit vagy bármi alapot amivel már el lehet indulni (linuxon, azaz NEM dos-on). végül azonban mégis találtam két könyvet is, az egyik (Paul A. Carter - PC Assembly Language) az Inteles syntaxot használja (NASM-ra írták), a másik (Jonathan Bartlett - Programming from the ground up) pedig az AT&T-t (GAS is ezt használja és nekem ez jön be a legjobban) syntaxot. mindkét könyvet érdemes elolvasni (szerintem) és a kettőt igazán együtt találtam hasznosnak.
míg a PFGU azoknak íródott akik egyáltalán nem tudnak programozni és az író szerint soha jobb kezdő nyelvet mint az ASM (hehe), így nem is megy bele mélyebben a dolgokba, a PAL olyanoknak íródott akik az inteles architektúrán szeretnének assemblyben programozni és így mélyebben is belemerül a dolgokba (pl akik C nyelven programoznak szerintem nagyon hasznosnak fogják találni, sokkal világosabban átlátom a kódjaimat és tudom mikor mi történik a háttérben, ami nyilván jobban kigondolt kódot is eredményez).
tegnap mikor a freenode-os ##c-n kialakult egy vita, hogy mi is a pontos magyarázata egy "a = *b++;" kód részletnek, melyben "a" egy sima "int" típusú, "b" pedig egy "int *" típusú változó - amely persze oda vezetett, hogy mindenki mondta a magáét, míg a régebbi motorosok azt magyarázták, hogy valójában ennek a kódrészletnek a működése "undefined" (meghatározatlan) a C szabványok értelmében... mindenesetre kíváncsiságból összedobtam egy röpke kódot és gcc-vel asm kódot generáltam vele, hogy lássam mi is zajlik benne és érdekes volt látni, hogy valójában tényleg másképp zajlik, mint előtte gondoltam (noha eredményében természetesen a várt eredményt kapom).
hajrá.