Datei nicht gefunden unter VB abfangen [Archiv] - ProgForum.com

Archiv verlassen und diese Seite im Standarddesign anzeigen : Datei nicht gefunden unter VB abfangen

Import-Script

17.08.2003, 18:24

Hallo, ich will eine Datei unter VB mit open "C:..." for output as #1 öffnen - wie fange ich die VB fehlermeldung ab wenn die Datei nicht vorhanden ist ?

Import-Script

17.08.2003, 19:56

ON ERROR RESUME NEXT das ist Quietschbasic, aber sollte unter VB den kompatiblen Microsoft-Effekt zeigen, nämlich die Fehlermeldung ignorieren, - was natürlich wenig Sinn macht. ON ERROR GOTO FEHLERBEHANDLUNG FEHLERBEHANDLUNG: Print"Bitte Diskette einlegen!" INPUT DUMMY ON ERROR RESUME NEXT GOTO FEHLERBEHANDLUNG so in etwa war das mal gedacht. Wieviel von der Kompatibilität allerdings nach MS-Manier davon noch über ist... ????????? probiers aus. Wichtig bei Quietschbasic war auch dass Checking between statements aktiviert war und man konnte mit ERROR ON ON ERROR... da auch noch nachhelfen. Schau mal in die Online-Hilfe <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

17.08.2003, 20:23

richtig es geht ... On Error GoTo ErrorHandler ErrorHandler: Titel = "Achtung" Text = "Konfigurationsdatei Config.ini nicht gefunden " & NL Text = Text & (Chr(13)) & " Die Pfadvorgaben sind jetzt leer" MsgBox Text, 48, Titel

Import-Script

18.02.2004, 00:13

ich weiß ja net ob das beabsichtigt ist, aber als dateihandler würd ich keinen festen wert (bei dir #1 ) nehmen. DateiNr= Freefile open "C:..." for output as DateiNr DateiNr ist nne Integer

Import-Script

18.02.2004, 03:21

@Sebastian: Warum nicht? Wie kommst Du auf sowas? Man öffnet eine Datei namens XYZ und gibt ihr für die weitere Verwendung eine Nummer #1, #2 usw.. In Basic open "Dateiname" for... as #1 In Pascal: var f1: file of... f2: file of... usw. reset (f1,'Dateiname'); ansonsten hiesse es ja "Error: nächst freie Dateizuordnungsmöglichkeit nicht zu öffnen" - eben eine der total aussagekräftigen Meldungen, die jeder Supporter (natürlich abhängig von der Systemkonstellation und ungünstigen ??? usw. sofort einzugrenzen weiss) - weil sein Freefile() gerade 4711 anzeigt. Super, weiter so! <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Noch ein paar davon, und die Menschheit weiss endlich, warum die neue(n) Software(s) ab und zu mal streiken. Hauptsache, keiner weiss wo, und man hat alle Debugchancen bereits bei der Programmentwicklung wirksam unterbunden. Empfehlung: Randomize Filename = STR$(RND(5)) Handle = INT(RND(6)) InOutMode = Int(RND(3)) open Filename for InOutMode as Handle geil gell...<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

18.02.2004, 09:36

öffne mal keine datei und lass die freefile anzeigen und dann starte mal 20 programm und ladt in jedes programm ne datei. da wirst du mit deiner #1 ne problem bekommen, weil der dateihandler schon verwendet gibt. freefile gibt auf jeden fall einen freien handler zurück. bzw. wenn dein programm gerade mit #1 eine datei öffnent und dann ein anderes programm über freefile einen dateihandler anfordert könnte er auch die #1 bekommen, da freefile ja net weiß, dass da ein programm quer schlägt und sich einfach selber einen dateihandler "geklaut" hat

Import-Script

18.02.2004, 13:16

Ich weiss ja nicht, was Du für ein schwindliges Betriebssystem benutzt, aber im Normalfall sind Filehandles "Children" der jeweiligen Programme, also PROG1.#1 Prog2.#1 usw. Ein Betriebssystem hat genau das!!! genau so!!! zu verwalten, oder landet bei Dir auch ein Print oder Writeln in irgendeinem Fenster eines anderen Programms? Dann wird´s aber Zeit, ein anderes BS zu verwenden.

Import-Script

18.02.2004, 14:37

ok, es sind kinder. ja allerdings wird es ab einer gewissen größe und im sinne der ereignissorientierten programmierung aber schwierig zu wissen, welche datei offen sein _könnte_ und welche net. von daher ist es doch einfacher und sicherer, direkt auf freefile zu setzen und fertig. außerdem dürfte es wohl einfacher sein, dann seine projekte zu erweitern.

Import-Script

18.02.2004, 18:55

NEIN, und nochmal NEIN! Das ist einzig Sache des Betriebssystems und dem verwendeten Compiler, NIEMALS Sache des Endanwenders!!! bzw. Programmierers der Anwendung. Dass DOS mit files=... ein Limit hat, oder nicht mehr als 512 Dateien im Hauptverzeichnis kann, und dass ältere MAC-OSse Probleme > 5000 Dateien pro Ordner hatten, waren Betriebssystemunzulänglichkeiten, sowas halt, nie aber etwas das den Programmierer einer Anwendung zu interessieren hätte. Bestes Beispiel die Batronix-Box hier; jetzt mit ihren Internal-Server-Errors. Man kann halt nicht mehr Strukturen im Speicher halten, als welcher da ist. Alle Systeme sind Endlich. Spätestens, wenn Filehandle im Betriebssystem als Integer behandelt wird ist bei 32767 Dateien fini. Das liegt aber am Betriebssystem.

Import-Script

24.02.2004, 19:01

Naja, wer öffnet auch 32767 Dateien gleichzeitig?

Import-Script

24.02.2004, 19:41

@Martin: ... unser Sebastian Just (anscheinend)... also ich hab´s auch noch nicht hinbekommen <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Abgesehen davon kann man die Datei ja nach "reinschreiben wieder schliessen", die muss ja nicht den lieben langen Tag offen sein, dem (z.B. Novell Server mit TTS einen "doppelten Haushalt bescheren") nur weil die Transaktion nicht abgeschlossen wird (mit close file). So lange hält der eine Kopie offen, wenn TTS aktiv ist; soll ja auch - und jetzt: KANN ER AUCH, zumindest behauptet Novell das. Ist halt immer blöd, solche Angaben zu überprüfen, oder dem Hersteller dann zu sagen: "Was hast Du für ein Mist-Betriebssystem, kann keine Milliarde Dateien gleichzeitig"??!!---

Import-Script

01.03.2004, 15:38

Bin der Meinung, dass open "C:..." for output as #1 1. keine Fehlermeldung erzeugt, wenn die Datei nicht da ist, sondern die Datei anlegt. 2. wenn die Datei da ist wird alte der Inhalt der Datei durch die Open-Anweisung überschrieben. Um weitere Sätze an die Datei anzufügen bietet sich open "C:..." for append as #1 an. Siegfried

Import-Script

02.03.2004, 13:31

Mr. Weihnachtsmütze muss jetzt auch mal seinen senf abgeben: Wie Andreas richtig vermutet hat, beziehen sich die Dateizeiger auf den prozess... wenn du fix #1 verwendest und das programm 5 mal startest gibt es immer noch keine kollision. freefile zu verwenden ist insofern sinnvoll wenn man innerhalb eines programmes mehrere dateien gleichzeitig öffnet und sich nicht den kopf über verwendete zeiger zerschlagen will. @siegfried: bin da mit dir gleicher meinung :-) @ tobias: "On Error GoTo ErrorHandler " am ende deines errorhandlers sollte dann entweder ein "resume next", ein jump woanders hin oder ein exit sub/function stehen, sonst salatet es gewaltig :->