Nachrichten

21

Lowlevel-Coding / Re: char nach int umwandeln

« am: 17. October 2009, 20:17 »

atoi() währe wohl die direkte Funktion wenn du die hättest.

Und wie implentier ich die in mein OS? 

Ich würde Zeichen für Zeichen einlesen, die entsprechende Ziffer finden und dann die Ziffern zusammensetzen. So nach dem Motto "1234" ist 1*1000+2*100+3*10+4*1.

22

Offtopic / Re: Visual Studio 2008

« am: 14. October 2009, 20:43 »

Die BrokenThorn Tutorials (http://www.brokenthorn.com/Resources/) sind auch mit msvc geschrieben.

23

OS-Design / Re: Eure Entwicklungseinrichtung auf Windows Systemen

« am: 13. October 2009, 14:15 »

Ich habe auch versucht mit ELF zu compilieren, nur mochte LD meinen mit NASM generierten Kernel16 (Sprung in PM und Call von C-Kernel [Kernel32]) nicht. Per nasm -felf ... compiliert, aber als Error: File type not recognized oder so.

Die auf Windows geporteten Versionen von gcc haben meistens irgendwelche Eigenheiten. DJGPP unterstützt nur coff und kein elf (http://www.delorie.com/djgpp/v2faq/faq22_22.html). Wobei coff dann soweit ich weiß kein Mischen von 16 und 32 Bit code erlaubt. Cygwin hat soweit ich weiß standardmäßig auch nur eine recht gestutzte Version von gcc die vor allem unter Windows lauffähige Programme (mit abhängigkeit zur cygwin.dll) erstellt.

Deswegen wird in den Henkes Tutorials auch auf den crosscompiler umgestiegen.

Heißt das nur unter ~/bin entpacken und ich habe alle Probleme gelöst?

Wenn du mit "~/bin" einen Ordner meinst der im PATH steht, ja.

Edit: Ah ich glaub jetzt versteh ich wie du das meintest. Du brauchst kein cygwin oder sonstiges für den crosscompiler. Der wird ganz normal aufgerufen wie ein normales Windows Programm. Daher muss der ordner wo der compiler liegt im PATH von Windows sein.

24

Lowlevel-Coding / Re: Compilerproblem

« am: 10. October 2009, 09:51 »

Was in " steht ist nen String (und wird mit \0 abgeschlossen), was du an string[z] zuweisen willst dürfte ein einzelnes Zeichen sein. Das wird in ' geschrieben. Also z.B. '1' und '\n'.