Saturo

ehm, Poldi...DU hast Recht . Ich bin verwöhnt...aber nur, weil ich die Zeit für das Programmieren aus meiner Freizeit nehme, wo ich eher auf Ergebnisse aus bin...und das muss schnell gehen. Ja, Dos ist schnell...und bei welchen Programmen kommt es auf solche Geschwindigkeitsvorteile an? Im Serverbereich, sicherlich. Aber das war ja nicht meine Frage. In diesem Forum treiben sich einige rum, die nur, so wie ich, als Hobby programmieren. Und darum hat es mich gewundert, dass die sich so mit DOS rumschlagen, was außer einem Geschwindigkeitsvorteil in geringen Einsatzbereichen, keinen Vorteil zu der WIn-Programmierung bringt. Und normale Dos-Programme laufen halt bald nicht mehr auf normalen Rechnern. Deshalb habe ich mich gewundert, dass die sich alle so in DOS reinknien, obwohl sie eh bei WIndows landen. Ist ja auch wurscht. Das ist schon wieder, wie eine Streitgespräch zwischen Linux und Windows-Fans. Es gibt keine Einheitslösung. Solange ich betrieblich nicht "gezwungen" werde Konsolenanwendungen zu programmieren, bin ich mit Visual C++ sehr zufrieden.

Doch, die Reihenfolge is cool! Nur vielleicht mit DOS anfangen und immer schonmal auf Windows-Programme schielen, um die UNterschiede gleich kennenzulernen.

Ich habe geraten. Ne . Mir war es wurscht, ob ich eher die technische Schiene(FISI) oder die theoretische (FIAE) wähle. Ich konnte damals programmieren und hatte PC-Vorkenntnisse. Richte dich nach deinen INteressen. Die Anforderungen an dich haengen extrem von der Firma ab. Nimm nur den FIAE: von der Softwareschmiede(interessante Programme schreiben) bis zum langweiligen Datenbanktippen könnte alles dabei sein. Auch beim FISI. In dem Sinne würde ich mich eher auf die Firma konzentrieren, anstatt auf die Berufszweige. Wähle eine große Firma. Die haben die Mittel und die Zeit, dir was beizubringen.

Sag mal, Poldi...du bist doch bei der Telekom. Die machen auch firmeninterne Abrechnungsprogramme ...in Windows . Ich finde, dass das Argument: "Vorgesetzte Dialoge bringen nichts" irgendwie nicht passt. Ob ich nun die MFC lerne und Dialoge einfach und zeitsparend erstelle oder es langatmig selber mache, ist doch im Prinzip egal. Ich lerne bei beiden nicht sonderlich viel. Ich muss halt einfach wissen, wie Dialoge aufgebaut sind. Wieso also mehr Zeit investieren? Was bringt es mir, die Konsolenbefehle alle auswendig zu kennen? 4 Monate nicht gebraucht--> schon vergessen. Die wichtigen Dinge sind doch: Klassensystem, Funktionssystem usw. Wenn ich das kapiere, kann ich mir die Befehle schon aus der MSDN oder nem Buch rausfischen und anwenden. wer Drag and Drog nur zusammenklickt, kann noch lange nicht programmieren? kann stimmen, aber wer 1000 Konsolenbefehle auswendig kennt, der kann auch noch lange nicht programmieren. Bloss weil das Dialogklicken einfach geht, muss es nicht billig sein. Dann wäre ja Visual Basic auch kein Programmieren im Vergleich zu C. Aber für einfache Windowsanwendungen ohne Tiefgang eignet es sich weitaus besser, als C..weil du nicht um 100 Ecken programmieren musst. Egal . Will da jetzt nicht rumsülzen...am Ende landet ihr alle mal bei der Windows Programmierung und ich vielleicht bei DOS .

Ja sicher gibt es noch einige Programme, die unbedingt auf die Kommandozeile setzen. Das ist doch eher die Ausnahme, das musst du schon zugeben. Ich schätze der Großteil der Anwendungen betrifft Datenbanken. Und die Kommunikation zwischen ihnen. Ich wollte ja auch niemanden niedermachen, weil er damit anfängt. Bin selber kein Profi, wie gesagt. Aber ich finde es wirklich fatal, mit DOS-Style zu beginnen(hab ich ja auch gemacht). 1. Das Klassensystem ist schlechter implementiert 2. Die Befehle zur Ein und Ausgabe etc sind unter Win wieder total anders...wodurch du im Prinzip 2 mal lernen darfst...so habe ich das jedenfalls empfunden. Und zum Thema Win-Alternativen: Wenn ich mir prozentual anschaue, welche Firma Win benutzt und welche zB Linux, dann bin ich froh auf Visual c++ gesetzt zu haben, mitsammt der MFC.

Hallo ihr Programmierer. Ich programmiere zwar seit einiger Zeit hobbymäßig, aber beruflich habe ich damit noch nichts am Hut. Ich lese allerdings hier im Forum immmer mehr Postings, die etwa so ausschauen: "cout << "blablabla";" Tja, das ist doch eine Kommandozeilenausgabe, die einem zB. unter Windows 2000 null bringt, oder? Oder eine Dateiübergabe mit argc oder so...wer macht denn noch sowas? Wer benutzt denn noch die Kommandozeile? Dateinameneingaben werden doch zB mit einem Dialogfeld viel eleganter gelöst. Also warum programmiert ihr Kommandozeilenprogramme, wenn allewelt Windows benutzt?

Hallo! An alle FISIs und FIAEs von der Telekom: Weiß einer von euch zufällig wo es eine Homepage nur für uns gibt? Speziell für unsere INteressen oder Ausbildungsinhalte mit Forum und allem drum und dran? Wäre vielleicht mal dringend nötig, allein im Raum München werden ja schon einige FISIs ausgebildet...in ganz deutschland müssten es Massen sein . Und da wäre es schon sehr hilfreich, wenn es ein Forum geben würde, wo Ausbildungsrelevante Themen besprochen werden. Sollte es eine solche Site nicht geben, dann hätte ich einmal vor, solch eine auf die Beine zu stellen! Also meldet euch mal, damit ich ungefähr in Erfahrung bringen kann, wieviele T´s hier ihre Zeit verbringen! ciao bis dahin!

Hm, also ich verwende Visual C++, und wenn du das Programm aus der Entwicklungsumgebung startest und compilierst, dann sucht er automatisch im normalen Verzeichnis nach der Datei. Erst, wenn du auch wirklich im debig verzeichnis die exe startest, sucht er im Debug verzeichnis.

Welche Art C verwendest du?

NOrmalerweise entfallen mit abgeleisteter SChulpflicht "Billigfächer", wie zB Deutsch und Religion.

Also dass viele Firmen auf Abitur bestehen, halte ich für ein Gerücht. Ok, sie geben es als Kriterium an...lol, aber was würdest du denn als Firmenchef auf www.Arbeitsamt.de (PS: 1. Anlaufstelle für Bewerbungsadressen) angeben, wenn man dich fragen würde?

Hi! Eines Vorweg: Ich bin selber mit einem 10. Klasse Abschluss vom Gymmi weg und lerne jetzt FISI. Also wenn du in der 10 einigermaßen gut warst, dann hast du alle Chancen der Welt. Denn ich würde schon sagen, dass er ein bischen mehr Gewicht hat, als ein Realschulabschluss.(auch auf die Gefahr, dass mich alle Realis jetzt hassen )...ne, is aber so. Aber auf die Abschlüsse allgemein kommt es eigentlich garnicht an, weil es strunz dumme Abiturienten gibt, ebenso wie faule Realis...alles wurscht. Wenn du dich entscheiden solltest wegzugehen, hast du zumindestens gute CHancen, solange du eine überzeugende Bewerbung auf PArkett legst. Am besten noch mit einer Präsentations CD oder ähnlichem. DAS ist schließlich die 1. Hürde. Aber du solltest dir echt überlegen, ob dir 1. der Beruf wirklichen Spaß macht, wobei du auch berücksichtigen solltest, dass du durchaus(auch als AE in manchen Firmen!!!) mal Kabel ziehen musst(ich denke da an Serverräume ) etc. 2. sollte dir klar sein, dass du mit dem verlorenen Abi eine Chance auf das Fachungebundene Studieren verlierst. Später ist dies nur noch über lange Umwege erreichbar. NIcht, dass du aus einer Laune heraus dein Abi wegschmeisst. Wenn dich die IT nteressiert, koenntest du zB auch Informatik studieren, was sauschwer sein soll, aber egal. Egal, wie du dich entscheidest...Chancen hast du, du musst nur INteresse ausstrahlen.

sag mal Crush, bist du bei den Borg aufgewachsen? *lol*

Wieder einer, der gerallt hat, dass t-dsl die beste Lösung ist, ohne seinen Anschluss umzumelden?

LASS DICH NICHT ENTMUTIGEN...setz deinen Kopf durch!

Leute, der beste Weg zum Spieleprogrammierer ist doch immernoch das Können. Trichtere dir doch mal das Wissen selber rein . Als Programmiersprache wäre dir C nahegelegt, oder c++ oder Visual c++. Wenn du die kannst, dann setz dich mit der MAterie Direct x auseinander. Dafür gibt es etliche Bücher...usw. Machst vielleicht noch eine Ausbildung zum FIAE, fertig. Dann schreibst du ein nettes Spiel alleine oder mit Freunden und schickst das als Berwerbungsbeilage zu den Firmen... ok, das hört sich einfach an, ist es aber nicht. Aber nicht alle Spieleprogrammierer haben studiert! Ich glaube die wenigsten Firmen achten auf die Bildung. Vielmehr müssen sie von deiner Routine in Sachen Programmieren beeindruckt sein...."ui, Boss, da schreibt uns jemand, der schon ein kleines Spiel zusammenprogrammiert hat..das mittlerweile auf einigen Freewaresites zu finden ist" kapische? Meine Meinung

Mensch,erschreck mich doch nicht so! Wenn ich Handles höre, bekomme ich schon Ohrensausen...uaahh. Aber ich habe das Problem gefunden! Sowas dummes passiert mir nicht nochmal! Also: Dialog wurde erstellt: CDialog Dialog; Dialog.domodal(); fertig.....und meine Funktionen zum Schreiben habe ich im Konstruktor untergebracht. Das war der fehler, weil die Objekte am Konstruktor ja noch sozusagen aufgebaut werden. Als 2. Variante hatte ich mir eingebrockt, die SetW.... in die Funktion OnkillActive zu stecken...auch eine Dummheit, weil das Objekt ja schon nicht mehr angezeigt wird...daher also der Debugfehler. argh!!!!!! Ich habe die SetWindowtext funktion nun in der Funktion OngetActive(oder so aehnlich) eingebunden. Jetzt geht es...man, ich dachte, ich gebe irgendwas falsch ein, oder habe ein Memoryproblem, dabei rufe ich die Funktion bloss zur falschen Zeit auf! *OMG* Jedenfalls danke nochmal für die Romane, die du mir immer als Antwort geschrieben hast . Ich glaube ich bin in Sachen Dialogen erstmal über den Berg. Ciao!

LOL NEIN...seitdem ich das mit dem umaendern ausprobiert habe, klappt das rauslesen auch nicht mehr...vorher ging es. Naja, wie war das mit dem Visual Basic nochmal?

eines muss ich noch dazusagen: Es handelt sich bei dem Programm um ein Registerkartenprogramm...dh. diese Klasse (klasse.m_text) bildet eine Karte dieses Registers. Aus den Registerkarten rauszulesen klappt, wie oben schon erwaehnt. Wenn ich aus dem Getwindowtext ein Setwindowtext mache(an selber Stelle), dann errort es . Man kann doch in Registerkarten schreiben, oder? *bet*

ASSERT(::IsWindow(m_hWnd)); .....da tritt der Fehler auf... void CWnd::SetWindowText(LPCTSTR lpszString) { ASSERT(::IsWindow(m_hWnd)); if (m_pCtrlSite == NULL) ::SetWindowText(m_hWnd, lpszString); else m_pCtrlSite->SetWindowText(lpszString); } so sieht das ganze komplett in der MFC aus... das sagt mir echt null, denn mit dem Debugger habe ich mich noch wenig auseinandergesetzt. erstmal drueber schlafen cu

hm, in der Releaseversion kommt es nicht vor...der Debugger schließt die Anwendung anscheinend mit Code 3 wegen diverser "Memory leaks"....au waia

ja, irgendwie muss es wohl ein bug sein..komisch. Ich mache es jetzt so: in der klasse: CString Data; CEdit m_Text; m_Text.GetWindowText(Data); ausserhalb: Klasse.Data <---- jetzt geht es.... Klasse.m_Text.GEtWindowText(buffer); geht nicht...argh. ABER!!!!:::: KLasse.Data=xxxx m_Text.SetWindowText(Data) geht nicht!!! uaaah! *heul* der Fehler: Debug Assertion Failed! File: Winocc.cpp Ich werde es jetzt doch mal mit einem Patch probieren. cu erstmal

Hallo Leute! Heute habe ich mal wieder ein Problem fuer euch . Das ist mir schon öfters passiert, ich habe aber nie rausgefunden, woran es liegt. Ich habe eine Klasse erstellt.(zu einem Dialog). In dieser Klasse gibt es eine Membervariable m_Text, die auf das Eingabefeld zugreifen soll.Ob diese nun CEdit oder CString ist, spielt keine Rolle für später . Mein Problem...wenn ich nun auf diese Klasse zugreife, zB so: Klasse.m_Text , so läuft alles Prima. Wenn ich jedoch jetzt eine Funktion von m_Text aufrufen will, zb: Klasse.m_Text.GetWindowText(buffer) , so kompiliert er es Problemlos, aber im Programm kommt ein komischer Ausnahmefehler. Das komische: Wenn ich Klasse. schreibe, dann schlägt mir VC++ ja ein paar Funktionen vor...wenn ich schreibe: "m_Text." passiert das nun nichtmehr! Hat einer schonmal damit erfahrungen gemacht? Ich komme einfach nicht drauf .

Die Einfachste Möglichkeit einen Prozess zu beenden sagt ihr ihm natürlich wieder nicht! : Gestehen!!!

Die "Jetzt lerne ich C"-Reihe von Markt und Technik finde ich sehr gut. C für Dummies ist auch nicht schlecht.