Cool-Matthias

Suche DirectX - Spiel zu dem der freie Sourcecode verfügbar ist. Brauche diesen zu Testzwecken, da ich mich mit meiner DirectX-Programmierung im Moment in einer Sackgasse befinde. PS: Keine Verweise auf DOOM oder ähnliches. Ohne Grafiken (und wenns irgendwelche sinnlosen Testgrafiken sind) nützt mir der Sourcecode nichts, da er sich nicht einfach übersetzen lässt.

Wenn ich dich richtig verstanden hab möchtest du einen ofstream benutzen? Dann beim open einfach den Parameter ios::app benutzen. Damit fügst du Text an die Datei an ofstream ofile(); ofile.open( "FILE1", ios::app );

Sorry, habs gestern mal auf die Schnelle abgetippt. Du hast natürlich recht! (peinlich, peinlich ) Aber er wollte ja wahrscheinlich auch hauptsächlich den Struct haben.

Wäre vielleicht hilfreich wenn du uns mal sagst was du für Fehler bekommst! (Nur als kleiner Vorschlag )

Was möchtest du denn wissen? Das? struct HotSpot { HotSpot* last; HotSpot* next; }; Dann legst du deine Datensätze z.B. mit HotSpot* Entry = new HotSpot; an und setzt mit. HotSpot.next = Entry den Pointer. (Vergiss aber das delete beim löschen der Liste nicht)

Das kommt darauf an was du brauchst! Um den Php-Syntax zu erlernen brauchst du sicherlich nicht so lange wie bei Java oder C++. Allerdings solltest du bedenken das du, wenn du C++ kannst, auch wenig Schwierigkeiten mit Php haben wirst, weil es sich ähnlich programmiert (vom Stil her).

Hi, also das mit dem verketteten Listen ist ganz einfach. Du hast einen struct mit 2 Zeigern (jeder von denen zeigt ebenfalls auf einen struct). Wenn du nun der verketteten Liste einen "Datensatz" hinzufügst setzt du den zweiten Zeiger des vorherigen Elements auf den neuen struct, und den ersten Zeiger des neuen auf den vorherigen. Damit hast du eine verkettete Liste.

Hat sich erledigt! Linux-Installation war irgendwie defekt! Neuinstallation behob Problem!

Sorry! Konsolentool in C geschrieben. Code zum Testen bereinigt bis auf: int main(int argc, char* args[]) { printf("Test"); return 0; } Das Test erscheint nur, wenn nicht ein Parameter den Pfad auf ein gemountetes Laufwerk enthält (z.B /windows/C/Programme)

Hab ein ziemlich seltsames Phänomen bei der Parameterübergabe! Hab ein Tool dem ich einen Pfad als Parameter übergebe. Bei normalen Pfaden klappt alles, übergebe ich jedoch einen Pfad auf ein gemountetes Laufwerk (ne Windows-Platte) komm ich noch nicht mal bis in die erste Zeile meiner Main-Funktion. Das Tool hängt einfach und Linux scheint irgendwas auf der Festplatte abzuarbeiten. Hatt jemand eine Idee?

Kann meinem Vorredner nur zustimmen! Fachinformatiker ist schliesslich ein mehr oder weniger kreativer Beruf und kreativ sein ohne Spass bei der Arbeit ist schwierig.

Also das mit dem selber beibringen find ich normal und auch gut so! (Als IT-Fachkraft muss man sich ja auch später immer wieder selbst auf den neuesten Stand der Dinge halten, um nicht unter die Räder zu kommen). Aber wenn dein Chef deine Arbeit wirklich nicht schätzt und das Betriebsklima darunter stark leidet, solltest du dich vielleicht doch mal nach Alternativen umsehen. Gerade jetzt wo die Arbeitsmarktchancen gut sind, findest du bestimmt was passendes.

ein "normaler" Azubi ist zumindest kein Student!

Hi, also das kommt eigentlich darauf an, an welche Spiele du denkst. Die meisten sind auf jeden Fall in C++ programmiert, je nach Firma mit VC++ (ist meistens der Fall) oder anderen. Das Problem ist eigentlich das man beim Spieleprogrammieren ja sowiso schwer "Microsoftunabhängig" arbeiten kann (Direct X usw.) Aber bei stark Hardwareauslastenden Programmen (3D-Shooter wird sogar noch zwischendurch meistens C++ mit Assembler Teilen zusammengewürfelt.

Also du kannst natürlich auch danach ein Fachstudium zum Informatiker machen so ist das nicht :-). Aber bei der Entscheidung ist eigentlich wichtig was du genau mal machen willst. Möchtest du Administrator werden oder vielleicht eher mit Netzwerken arbeiten, kannst du getrost auch Fachinformatiker werden. Möchtest du Internetprogrammierer oder Programmierer werden, musst du allerdings wissen, das du dir in dem Fall viel Wissen zusätzlich aneignen musst, um nach der Ausbildung nicht im Mittelmass zu versinken, denn in den Bereichen gibt dir die Berufsschule wirklich "nur" die Grundlagen. Falls du jedoch einer von der Sorte bist, die unbedingt irgendwelche Hardwarenahen Programme (Betriebssysteme, Computerspiele etc.) programmieren will. Da hast du als "normaler" Azubi sehr schlechte Karten. Besonders bei Computerspielen werden grundsätzlich nur welche genommen die studiert haben und meist sogar mehrere Male. (z.B Informatik und Mathematik oder Physik) Ich hoffe das hilft dir bei deiner Entscheidung.

@thedirtydog Also ich weiss ja nicht wie deine Erfahrung so ist, aber Leute die wirklich noch nie ein Programm geschrieben haben (und wenns ein kleines ist, meinetwegen eine Access-Datenbank mit hinterlegten VBA) werden selten genommen, denn bei denen ist eben zu erwarten das Sie sich nichts "selbst" beibringen können. Ausserdem läuft die Ausbildung nunmal bei kleinen oder mittleren Betrieben so, das man ein Buch bekommt und ein paar Aufgaben, also Selbststudium. Da hat keiner Zeit, um einem den ganzen "Urschleim" zu erklären. und zu deinen solche Leute werden beim Vorstellungsgespräch rausgefiltert, sowas ist nicht schwer rauszubekommen :-). zu 2. Ein fertiger Anwendungsentwickler sollte eigentlich Programmierer sein (so war das zumindest mal gedacht, als die Ausbildung eingeführt wurde). Und das geht auch (da bin ich sozusagen ein Beispiel dafür :-) ) Zur zweiten Sache: Wenn eine Firma einen guten Programmierer wirklich braucht, schraubt Sie auch die Anforderungen nicht runter, denn jemanden bei vollen Gehalt erst einlernen zu müssen ist schlechter als keinen einzustellen. So wird das zumindest in den Firmen gehandhabt die ich kenne.

Hi, Also kann mich den ersten Meinungen nicht so richtig anschliessen. Ohne (zumindest geringe) Vorkenntnisse sollte man zumindest nicht gerade FIAE werden, denn: 1. Es bewerben sich viele Leute mit sehr guten Kenntnissen, d.h die Chancen stehen schlecht. 2. Wenn man in der Ausbildung erst die Grundlagen lernt, wird man es schwierig haben, nach der Ausbildung irgendwo als Programmierer anzufangen. Aber es gibt ja noch andere Fachrichtungen (wie wärs z.B mit SI), wo das nicht so ne grosse Rolle spielt.

Hi, zu 1. würd auch die betriebliche Ausbildung empfehlen, da bei den meisten Berufsschulen Fachkräfte fehlen und zumeist deshalb einige Bereiche der Ausbildung dort ziemlich kurz kommen. zu 2. die Einsatzgebiete sind vielfältig. Vom Vollzeit-Programmierer über den Administrator bis zum Computerverkäufer ist eigentlich alles möglich und auch schon mal vorgekommen :-) zu 3. Gute Fachinformatiker werden jetzt und auch in Zukunft immer gebraucht, allerdings liegt die Betonung eindeutig auf gute. zu 4. Natürlich gibt es sehr viele Bewerber und wenn du dir nicht zutraust unter die wirklich guten Leute zu kommen (die wirklich guten werden nämlich auch mit der Bewerberanzahl nicht mehr :-) ), solltest du dir das vielleicht nochmal überlegen. Zu den Zukunftschancen: Warum soll der Beruf keine Zukunft haben, ohne Computer geht ja heutzutage nichts mehr.

hi, m0rpheus! Was wolltest du nun eigentlich sagen! Das Assembler schwerer zu erlernen ist als C++?? Also ich geb da mal kein Kommentar dazu ab, aber Fakt ist das ich wesentlich mehr leute kenne, die ein lauffähiges Assembler-Tool zusammenbekommen, als welche die ein ordentliches C++ Programm schreiben können (mit ordentlich meine ich NICHT ein "Hallo World" oder sowas :-) ) Zweitens willst du mir doch nicht erzählen, das du deine Windows-Anwendungen oder Linux-Tools in Assembler codest, oder? Abschliessend einfach noch mal die Fakten. C bzw C++ ist und bleibt die beste Programmiersprache für komplexere Anwendungsprogramme und ist Standard. Assembler ist und bleibt die beste Sprache für Hardwarenahe Programmierung, deswegen wird es besonders beim Treiber coden eingesetzt.

Hi, nun übertreibts aber mal nicht Leute. Assembler ist wichtig, aber: 1. ist und war Assembler nie ne Konkurrenz von C++ oder anderen Programmiersprachen. 2. Assembler ist keine Programmiersprache um "normale" Programme zu coden, sondern wird nur benutzt wenn direkter Zugriff auf Prozessor, Speicher oder irgendwelchen Geräten nötig ist. Nicht mehr und nicht weniger. 3. Nicht jeder gute Programmierer muss Assembler können. Ein Datenbank-Spezi z.B. kann mit Assembler herzlich wenig anfangen. Also immer ruhig bleiben :-).

Parallel ist nicht so einfach. Für Com-Ports verwendet man CreateFile (kann nicht nur Dateien sondern auch Ports ansprechen) Schau dir doch mal den Befehl in der Msdn an, vielleicht kommst du damit weiter.

Für deine zweite Frage würd ich nen Seek auf die Position n machen und den Wert einfach schreiben. (Ein Hex-Zeichen gibst du mit 0x an also z.B für Hex 04 0x04)

Also mal ne Anmerkung! Um ne Datei einzulesen, würde ich nie irgendne Stringklasse verwenden, wozu auch? das mit dem Array ist schon garnicht so schlecht. Aber wenn du groessere Dateien einfach nur einlesen willst, dann leg dir doch ein Array von 64000 oder mehr an und lies dann die Datei mit ner normalen read-Funktion (z.B. fread) ein. (achte aber darauf den Modus auf binär zu setzen) Damit wär glaub ich auch deine erste Frage beantwortet.

Deine Frage ist etwas allgemein gehalten! Ich weiss zum Beispiel nicht ob du MFC verwenden willst, was schon wichtig wäre. Also mit MFC: Informationen findest du in der MSDN im Index unter "E-Mail-fähig machen einer Anwendung" Hierbei finden z.B. Funktionen der Klasse CDokument Verwendung. Ohne MFC Ich hab sowas ähnliches auch schon ohne MFC gemacht, aber da hast du nur die Möglichkeit dir ein Buch für MAPI zu nehmen und es durchzuarbeiten, da führt in dem Fall glaub ich kein Weg vorbei. :-)

Hi, solltest du MFC umgehen wollen, hier ne andere Möglichkeit FindFirstFile FindNextFile Bei der zurückgegebenen WIN32_FIND_DATA kannst du mit dem Parameter dwFileAttributes abfragen, ob es ein Verzeichnis ist. solltest du z.B. alle dateien eines Verzeichnisses haben wollen, gibst du bei FindFirstFile einfach ein "*.*" an.