Ich verschiebe dich mal nach Linux, lasse diesen Thread hier aber vorerst noch offen. Deswegen schaust du am besten mal bei beiden nach.
Edit: Problem im Unix-Forum gelöst. -> Geschlossen.
[ Dieser Beitrag wurde am 01.11.2002 um 14:10 Uhr von Garrett editiert. ]
Du könntest z.B. auch einen C-Interpreter verwenden. CINT fällt mir da ein. Der läuft auf ner Menge verschiedener Systeme ...
Weitere C-Compiler findest Du hier: http://www.ts-networld.de/links.shtml#c-compiler und in der FAQ ..
Wenn du auf das "die meisten Befehle" anspielst, dann sorry. Erwartungen drücken ist eine Berufskrankheit.
Natürlich zweifle ich nicht daran, das du alle Befehle gelistet hast.
Hehe, willkommen in der Gilde der Beinharten.
Mit der komischen permission-Meldung mußt Du unter Win ggf. leben. Das passiert hin und wieder.
Was debuggen unter RHIDE angeht, kann ich Dir gleich empfehlen, besser das Format gstabs+ zu verwenden. Möglicherweise gibt es mit RHIDE Probleme mit Deiner Grafikkarte, wenn Du beim debuggen im Grafikmodus zwischen Grafik und Text hin und her schaltet. Melde Dich, wenn es soweit ist, da hilft dann nur eine spezielle RHIDE-Version, die ich selbst zurecht compiliert habe.
Und wenn schon DJGPP, dann gönn Dir Allegro: http://www.sunsite.dk/allegro.
Hab' mir mal erlaubt, den Link zu korrigieren (der Punkt war mit drin).
[ Dieser Beitrag wurde am 29.10.2002 um 21:29 Uhr von Garrett editiert. ]
jo.. weiß ich... nur daß ich doch so angst habe.. um meine ganzen dinge, die in meinem djgpp grad "laufen".
nicht daß er mir dann das alles weghaut.. aber auf der zweiten platte, die grad neu ist, da kommt die aktuelle version rauf
Ne, du hast falsch verstanden.
Meine CPPGI Library habe ich selber geschrieben (bzw. schreibe ich selber - sie ist ja noch lange nicht fertig)
Es ist Zufall dass es eine LIBCPPGI gibt. Aber diese LIBCPPGI ist anscheinend eh Tot - somit kann es kaum zu verwechslungen kommen...
Zum download wird es sie im laufe der naechsten woche auf sourceforge geben - aber ich muss erst das Projekt dort einrichten (lassen).
Hi
Ich habe mir den mingw 2.0 runtergeladen, wo ja der gcc Compiler der Version 3.2 für Windows dabei ist. Da ich schon früher ganz gute Erfahrungen mit diesem Compiler gemacht habe, will ich meinen code nun damit kompilieren. Ich habe jedoch das Problem, dass ich in meinem C-Code, Assembler-Code für den Inlineassembler habe. Da ich vorher mit einem Compiler gearbeitet habe, der die von Intel entwickelte Syntax verwendet, schmeißt der gcc mir ne ganze Reihe von Fehlern aus. Gibt es mit dem gcc 3.2 eine Möglichkeit das "Intel-Syntax" und nicht das AT&T-Syntax für den Inlineassembler zu verwenden? Oder muss ich alles umschreiben?
thx
cu
Danke, tlib scheint das richtige zu sein, aber es bockt noch: ich hab versucht das objekt myprogram.obj in die library mylib zu stecken:
tlib.exe mylib myprogram.obj
daraufhin sagt er: Warning: 'myprogram.obj' does not begin correctly.
problem?
Du kannst nicht einfach so dein DOS-Programm in ein echtes Windows-Programm verwandeln.
Dein void main() (besser int main()) markiert den Einsprungpunkt für ein Konsolenprogramm, welches plattformunabhängig ist, also problemlos auch auf Linux laufen würde. Für die Windows-Programmierung brauchst du aber eine ganz andere Schnittstelle, z.B. die Win-API oder die MFC. Die sind dann plattformabhängig, verlangen also zwingend Windows.
Der Einsprungpunkt für ein Windows-Programm wäre z.B. "int WINAPI WinMain()", allerdings wird diese Schnittstelle relativ anders als 'normale' Konsolenprogramme programmiert. Mache dich also lieber erstmal mit der Konsole bekannt und suche dann später gezielt nach WinAPI-Tutorials.
Der Thread wird nach "Rund um die Programmierung" verschoben.
[ Dieser Beitrag wurde am 22.10.2002 um 19:37 Uhr von Garrett editiert. ]
Hallo,
es geht nun mal in der Programmierung nichts ohne Studium von Büchern, Dokumentationen etc., das werden dir die meisten hier sicher bestätigen.
In deinem Fall ideal wäre natürlich ein pragmatisch orientiertes (soll heißen: nicht zuviel Fachchinesisch) Einsteigerbuch in Kombination mit einem höchst standardkonformen Nachschlagewerk (empfehlenswert: C++ Ent-packt). Näheres dazu erfährst du in der Büchersektion dieser Seite; Tutorials bei den ... Tutorials.
Der Thread wird nach "Rund um ..." verschoben.
@Ecky: Wenn Dein Buch/Tutorial/Kurs so schlecht ist, das es dich einfach ohne weitere Info's mit dem Quelltext allein lässt, dann such' dir was neues, etwas das deinem Status als Anfänger eher gerecht wird. Das ist kein Vorwurf oder eine Abwertung sondern lediglich ein Hinweis, das es dir gewisse Bücher zu Beginn einfach leichter machen. Nebenbei solltest du dir aber unbedingt auch ein fortgeschrittenes Buch besorgen, das dir die hier schon angesprochenen Dinge wie STD, Namensräume etc. näherbringt.
Näheres in den Bücher- sowie Tutorialsektionen auf dieser Seite.
Konkrete Probleme können wir dann gern wieder hier im Forum besprechen.
Ansonsten fährst du mit dem DEV schon ganz gut; es geht aber nun mal (leider?) in der Programmierung nichts ohne Lesen und Studieren von Anleitungen und Dokumentationen.
Der Thread wird wegen übermäßigem Chaos geschlossen.
[ Dieser Beitrag wurde am 20.10.2002 um 18:02 Uhr von Garrett editiert. ]