Technician

Hier muss man aber auch an die "Mehr-Belastung" denken - jeder schafft es bestimmt nicht, neben der Ausbildung zusätzlich noch für die Fachhochschulreife zu lernen. (Wobei ic h es jemandem, der in der BS einen Einser-Schnitt hat, auf jeden Fall zutrauen würde ) Außerdem muss man auch überlegen, ob FH wirklich das richtige ist. Auch wenn das Fach an der FH zum Studium angeboten wird, wie dies z.B. bei Physik der Fall ist, kann man z.B. mit FH-Physikstudium nicht in die Bereiche, in die man mit TU-Studium kann. Ich hab z.B. seit längerer Zeit vor, Physik zu studieren und hatte mir deshalb nach dem Realschulabschluss überlegt, vielleicht gleich an die FOS zu gehen - was ich aber nicht getan habe, da man das Fachgebiet, das mich besonders interessiert, beim FH-Studium vergessen kann:( (werde dann also nach der Ausbildung auf die BOS gehen und meine fachgebundene Hochschulreife machen ) Sehr gut möglich, dass dies bei anderen Fachgebieten ganz genauso aussieht

*hüstel* Es gibt da nen kleinen Unterschied zwischen Fachhochschulreife und fachgebundener Hochschulreife. Mit der Fachhochschulreife (z.B. an der FOS oder nach einem Jahr BerufsOberSchule zu erreichen) kann man an FH's studieren. Die fachgebundene Hochschulreife (Abschluss der Berufsoberschule nach 2 Jahren ohne die 2. Fremdsprache; ) ermöglicht das Studium an "normalen" Unis (TU etc.), in dem Fachgebiet, das man an der Berufsoberschule gewählt hat (z.B. sozialer Zweig: Studium Medizin, Psychologie, Sozialpädagogik etc.; mathematisch-technischer Zweig: Studium Mathematik, Physik, Informatik etc.). Einige der Fächer können nur in dem Bundesland studiert werden, in dem die fachgebundene Hochschulreife erworben wurde. "12. Jahrgangsstufe In den Ausbildungsrichtungen Technik, Wirtschaft und Sozialwesen. Am Ende dieser Klasse kann man sich freiwillig der Abschlussprüfung, die die Schüler der FOS ablegen, unterziehen und dadurch die allgemeine Fachhochschulreife erwerben. 13. Jahrgangsstufe Der erfolgreiche Abschluss dieser Klasse verleiht die fachgebundene Hochschulreife (Universitätsstudium in der an der BOS belegten Fachrichtung). Durch den Nachweis einer zweiten Fremdsprache (z.B. Französisch, Latein) kann man die allgemeine Hochschulreife erlangen. Dieser Nachweis (in der Grafik als "2. Fremdsprache" gekennzeichnet) kann in zwei Jahren an der BOS, durch wenigstens ausreichende Leistungen in 4 Jahren einer vorausgehenden Schule oder durch eine einmalige Ergänzungsprüfung erbracht werden." Aufgenommen wird man ins 12. Schuljahr (außer, man muss die Vorklasse machen; siehe http://www.fos-passau.de/aufnahme/aufnahme_bos.html).

Falls du dich auf VisualStudio6.0 beziehst: nein, da gibt's keine Möglichkeit. Evl. kann man über die allerneueste Visio-Version (ich glaub, das heißt Visio.NET) automatisch derartige Diagramme erstellen. Ansonsten hilft nur: selber fizzeln

In der Doku muss auch nicht der komplette Sourcecode vorhanden sein. Entscheidende, wichtige Elemente sollte man natürlich hier aufnehmen. Beispiel: in meinem Projekt wird es ein C++Programm sowie ein UNIX-Script geben. Den Code des UNIX-Scripts werde ich in die Doku mit aufnehmen, allerdings nicht den des C++Programms. Die Zusammenhänge und Algorithmen des C++Programms lassen sich mittels UML-Diagrammen gut darstellen (ist bestimmt übersichtlicher, als noch so ausführliche /*Kommentare*/ im Quellcode ), und deshalb lasse ich das mit dem Quellcode an dieser Stelle sein! Grüße, Technician

Folgender Code ULARGE_INTEGER freeBytesToThread; ULARGE_INTEGER totalBytes; ULARGE_INTEGER freeBytes; GetDiskFreeSpaceEx(m_AusgabeDatei, &freeBytesToThread, &totalBytes, &freeBytes); führt allerdings zur Meldung "Es wurde versucht, eine nicht unterstützte Funktion aufzurufen" kein Absturz, sondern "gelbes Ausrufezeichen" Betriebssystem ist übrigens WinNT (wenn das weiterhelfen sollte) Gruß, Technician

Hat auch nicht funktioniert... aber hab jetzt mal den ganzen Debug-Ordner gelöscht und alles neu compiliert --> jetzt mag's wieder, wie's soll

Hallo, ich möchte in meinem Programm eine Datei anlegen, aber ich erhalte, sobald ich einen Write-Befehl aufrufe, die Meldung mit OK-Box und rot-weißem X "Beim Zugriff auf D:\Daten\data1.txt wurde ein voller Datenträger gemeldet" Ich finde dann zwar die angelegte Datei, allerdings ist diese leer. Auf der Platte sind allerdings noch 7,5 GB frei! (Ich hab's auch schon auf diversen anderen Laufwerken ausprobiert - immer das gleiche Problem!) Hier der Code - mittlerweile schon aufs Minimalste zusammengekürzt, aber der Fehler passiert immer noch (außer, wenn ich die Zeile mit WriteString auskommentiere)! CStdioFile* myOutputfile; myOutputfile = new CStdioFile(); myOutputfile->Open(currentOutFilePath, CFile::modeCreate|CFile::modeWrite); AfxMessageBox("created and opened"); myOutputfile->WriteString("n"); myOutputfile->Close(); sieht banal aus - aber es geht nicht Grüße, Technician

thank you

Hallo, wie kann ich auf einfache Art und Weise ermitteln, ob der Nachkomma-Wert eines doubles von 0 verschieden ist? Muss ich das ganze erst in einen String umwandeln, und dann überprüfen, was nach dem Komma kommt - oder gibt's da was "eingebautes"?! Gruß, Technician

Soweit ich es weiß (war selber noch nicht dran - im Sommer isses bei mir soweit ): - Präsentation halten - dann beraten sich die Prüfer noch mal ein paar Minütchen - man wird wieder reingerufen - und erfährt das Ergebnis

Hallo, wie kann bekomme ich den freien Speicherplatz auf einem Laufwerk heraus?! Gruß, Technician

wenn du Fragen zum Programmieren unter VisualBasic hast, bekommst du hier http://fachinformatiker-world.de/forums/forumdisplay.php?forumid=32 sachkundige Hilfe

*ans-hirn-fass* Ctrl->Select(hitem, TVGN_CARET); funktioniert schon; nur ich bin nie in den if-Zweig reingekommen *sorry*

... was ich mich auch wundere: die Methode void CMyFormView::OnSelchangedTree1(NMHDR* pNMHDR, LRESULT* pResult) wird beim Aufruf von pCtrl->Select(hti, TVGN_CARET); definitiv nicht ausgeführt... Aber genau der Code, der beim manuellen Anklicken ausgeführt wird (nämlich der in OnSelchangedTree1), soll auch beim "automatischen Anklicken", also wenn ich das explizit für genau diesen Node möchte, ausgeführt werden.

Die Dateien werden auch nicht vollständig eingelesen. Soll heißen: zwar größere Datenblöcke, aber nicht komplett. Zum Bearbeiten wirklich extrem großer Dateien (z.B. 100 MB aufwärts) ist die Anwendung auch nicht gedacht --> da gibt's ne Vorverarbeitung zum Splitten. Das mit den 700-MB-Dateien heute war (bzw. ist) "nur" zum Austesten, was passiert, wenn trotzdem jemand derart große Dateien öffnen würde.

Neee, ausgeschlossen. Das ganze soll nicht nur bei mir laufen, sondern das benutzen ca. 100 User, und zwar immer wieder an anderen Rechnern. Und die Dateien können sogar so groß sein, dass das mit dem Auslagern nimmer sooo ideal ist (kann auch mal ne Datei mit 4 Gig sein, oder dass jemand drei, vier, fünf... solche 700-MB-Dateien öffnen will...)

ja - probier ich aus! ... hat nix mit Azubi zu tun - muss hier jeder machen :cool: (it's our daily business )

Ich meinte: er kommt gar nicht mehr bis zum "normalen" Schließen, da dies erst nach der Verarbeitung passiert. Normalfall: Datei öffnen Daten auslesen Daten auslesen Daten auslesen Daten auslesen Datei schließen Fehler: Datei öffnen Daten auslesen "nicht genügend Speicher" Das close würde schon noch funktionieren - wenn er überhaupt da hin kommen würde;) wie gesagt, keinen - er kommt einfach nimmer da hin Der "Testfall Nummer Sowieso" ist jetzt wieder da - seltsamerweise kommt jetzt die MessageBox "Nicht genügend Speicher" gar nicht mehr (besser gesagt, erst nachdem ich den Button zum Schließen des Programms angeklickt habe und das Programm auch schon weg vom Bildschirm ist). Meine MessageBoxen in den catch-Blöcken werden nicht angezeigt. Und die Datei ist noch immer "gesperrt". bin daran gewöhnt - fünf Minuten auf was warten ist bei uns schon äußerst wenig; auch wenn die Verbindung zum RZ (RechenZentrum) einwandfrei ist. Fehler in SQL-Batches mit Laufzeiten von 2 Stunden suchen is auch was feines

Das TreeControl hat den Fokus. TVS_SHOWSELALWAYS ist auch gesetzt.

Der Parameter ist TVGN_CARET Aber diese Aktualisierung hat, soweit ich weiß, keinen Einfluss auf diese "Text-Markierung".

Schließen, bevor eine andere geöffnet wird - passiert normalerweise sowieso. Nach der Abarbeitung hab ich ein file->Close(); Nur kann das ja logischerweise im Fehlerfall nicht mehr klappen... Es dauert ja immer so lange, bis die Datei geöffnet wird, und ich muss die Test-Datei immer erst durch Kopieren einer anderen erzeugen (auf nem lahmen Netzlaufwerk dauert die Prozedur dann so ein halbes Stündchen...) Weiß daher noch nicht, ob der Fehler wirklich erst beim "weiter einlesen" auftritt.

Ja, ich hab ein gültiges Objekt. Aber mein Problem ist ja, dass ich in keinen catch-Block "reinlaufe": try { file = new CStdioFile(lpszPathName, CFile::modeRead); file->GetStatus(status); file->SeekToBegin(); file->ReadString(data); filepos = 0; dateiLaenge = file->GetLength(); /*Erstell-Datum der Datei ermitteln*/ pFile->SetFileDatum(status.m_ctime); /*Zeilenlänge ermitteln*/ zeilenLaenge = data.GetLength(); pFile->SetFileLengthVorKonv(zeilenLaenge); pFile->SetDateiLaenge(dateiLaenge); } catch(CFileException) { file->Close(); AfxMessageBox("file"); } catch(CMemoryException) { file->Close(); AfxMessageBox("memory"); } // und hier wird weiter ausgelesen... Momento *grübel*.... kann es nicht sein, dass die ganze Misere erst bei "und hier wird weiter ausgelesen" passiert?! Ich mach ja jetzt noch mal nen try-catch-Block rein, und teste das nochmal aus *wenn-das-bloß-nicht-so-lange-dauern-würde*

Hallo, ich habe eine Methode implementiert, mit der man den Inhalt eines TreeCtrls durchsuchen kann. Der User gibt einen Wert ein, und wenn der Wert als Node des TreeCtrls exisitert, wird der entsprechende Node markiert. Das "Markieren" soll über pCtrl->SelectItem(htiNode); gelöst werden. Der Node wird wie gewünscht expandiert, allerdings ist der Texteintrag daneben nicht blau markiert. Es sieht also so aus, wie wenn man einen Node expandiert, indem man das kleine + anklickt, aber nicht auf den Texteintrag doppelklickt. Wie erreiche ich aber das? Text soll markiert werden. Gruß, Technician

Die MessageBox hat nur einen OK-Button. Wenn ich den drücke, wird das Anlegen des Dokuments (das mit der zu öffnenden Datei angelegt werden sollte) beendet, und die Anwendung läuft normal weiter. Ich kann dann erneut eine Datei öffnen (oder was immer ich machen will). Nur eben, die Datei wird nicht wirklich geschlossen (vor einem Neustart des Rechners kann ich die Datei nicht mehr bearbeiten).

Hallo, ich lese in meiner Anwendung sehr große Textdateien ein. Sind die Dateien zu groß (z.B. 700-MB-Textfile :eek: ), gibt's logischerweise Probleme. In diesem Fall erscheint eine MessageBox "Nicht genügend Speicher" (das Programm stürzt aber nicht ab). Dieses Fehlerhandling scheint mir "automatisch" implementiert zu sein. Nun: danach ist die Datei aber noch als "geöffnet" markiert. Soll heißen, vor einem Neustart kann die Datei nicht mehr umbekannt, verschoben etc. werden. Die Datei sollte aber im Fehlerfall geschlossen werden. Ich habe nun einen try-catch-Block eingefügt und fange CFileException und CMemoryException ab. Jedoch ist es anscheinend eine andere Exception. Kann mir jemand sagen, welche das ist :confused: Grüße, Technician