| |
| |
|
GDL | Salut,
et wieder la fois je avec quoi entier Querem.
90% aller Steuerungsanwendungen pour den Heimbetrieb(Desktop) courir sous DOS.
pourquoi? Weil on avec
on error gosub faute:
faute:
resume next
un Progamm et DOS trop 99% pas zum Absturz brachte.
chez XProfan funktioniert cela avec Errorlevel -1 aussi, jusqu'à sur qui Tatsache cela Windows cela Programme mais finissez chez Dateifehler.
Gibt es irgendeine Possibilité windows en supplément trop apporter,pour irgendeinem faute comment sous DOS chez qui prochain Codezeile plus auszuführen.
salut
Georg |
|
| |
| |
| |
|
|
 | qui Frage ist malheureusement ungültig. DOS et Windows réagir - aus qui Deinigen perspective betrachtet - beide avec Abbruch/Absturz.
on error peux aussi seulement warnings abgefangen avons quelle fälschlicher Weise comme Errors bezeichnet wurden - là echte Abstürze oui nunmal une weitere Abarbeitung verhindern (sonst wäre es ne...aucune Absturz  ) - sous DOS et Windows!
Es liegt alors à Dir - sous DOS et sous Windows - un Programme derart trop écrivons cela ne...aucune Systemfehler auftritt.
faute bleibt faute - là hilft aussi ne...aucune DOS/Windows.  |
|
| |
| |
| |
|
|
GDL | Tut mir leid,
mais j'ai 15 Jahre avec DOS Programmen de Siemens,Bosch,Motorrola et SEL Funkgeräte et Radargeräte programmiert.
là wir aussi qui Software abändern mussten,hatten wir aussi den Quellcode en supplément.
ne...aucune Funkgerät ou bien Radargerät durfte à cause de Dateifehler finissez(besser ausgedrückt comment Absturz) volonté.
sous DOS wird ne...aucune Programme mittels on error chez Dateifehler BEENDET ou bien qui Bayerische Polizei hat un d'autre DOS dans ihren Geräten.
salut
Georg |
|
| |
| |
| |
|
|
RGH | si es um Dateifehler allez, alors I/O-faute, ensuite sollte on pour chacun Dateioperation %IOResult abfragen. entier genauso, comment déjà autrefois sous DOS chez Turbo-Pascal. entier besonders important ist cela pour dem Öffnen einer Dossier avec Reset, Rewrite, Append ou bien OpenRW. mais aussi chez den anderen Dateibefehlen et -funktionen, qui une Dateinummer besoin, peux cela pas dommage. un Absturz chez fehlerhaften Dateioperationen sollte sich par geschicktes Programmieren sûrement vermeiden laisser.
sûrement était sous DOS dans cette Hinsicht manches einfacher, weil cela laufgende Programme toujours qui einzigste Prozess était. sous Windows ca sera tout naturellement viel komplexer, là toujours déjà zig Prozesse am courir sommes.
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 11.05.2006 ▲ |
|
| |
|
|
GDL | allô Roland,
und dir seulement encore um Hardwarefehler(grossteils beschädigte Fichiers qui sich mais encore ouvrir laisser et ensuite den Crash verursachen) ou bien Verschluckfehler chez gelesenen données.
Habe mich malain gemacht: BOS (Behörden,Organisationen avec Sicherheitsauftrag) verwenden cela Siemens/Nixdorf DOS, quoi toujours cela aussi son mag ,es verwendet qui selbige Befehlssyntax et doppelte Redundance(Absicherung? 2la fois Start?).
salut
Georg |
|
| |
| |
| |
|
|
RGH | [quote-part:6d37fd1a76=GDL]und dir seulement encore um Hardwarefehler(grossteils beschädigte Fichiers qui sich mais encore ouvrir laisser et ensuite den Crash verursachen) ou bien Verschluckfehler chez gelesenen données.[/quote-part:6d37fd1a76]
chez welchen XProfan-Befehlen et -Funktionen treten qui faute avec den beschädigten Fichiers sur? peut-être peux je qui ensuite interne et avec ca robuster gestalten.
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 11.05.2006 ▲ |
|
| |
|
|
GDL | allô Roland,
vielen Dank pour dein Mithelfen.chez 90% ist es qui Befehl dbget$(champ).Ist aussi korrekt là qui Datensatz beschädigt.
1Versuch :
seterrolevel -1 et trop hohe Satznummer
Ergebnis : Programme fonctionne plus, quoi ok ist.
2 Versuch
seterrolvel -1 auslesen beschädigter Dossier
aucun Fehlermeldung , Programme ist finissez et send Problem to MS
salut
Georg |
|
| |
| |
| |
|
|
RGH | Ah, und dir um dBase-Fichiers. là hilft mon Hinweis sur %IOResult naturellement pas plus.
quoi passiert chez Errorlkevel 0? Im ersten le cas devrait une Fehlermeldung hochkommen. quoi passiert im zweiten le cas? venez là une Fehlermeldung avant dem Absturz?
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 11.05.2006 ▲ |
|
| |
|
|
GDL | allô Roland,
alors im seterrolevel 0 venez qui Fehlermeldung peux champ pas trouver:xyz
seterrolevel 1 : aucun Fehlermeldung,Programme wird finissez et qui Sendenachfrage.
normalement wäre es oui pas so important, là on chez Programmstart oui alle données et qui nachfolgenden Changements dans Variablen einlesen et chez Programmende wieder rücksichern pourrait.
seulement là qui PC sur 3 Schnittstellen, en une direct sur dem Systembus betrieben wird, wird chez Kurzschlüssen dans qui Anlage zur Sicherheit aller Hardwareteile qui 220 Volt Leitung gekappt.Somit sommes aussi qui données im grenier weg.
Habe cela ganze so trop lösen versucht:
- Contrôle liest données dans Variablen un et gibt cet aussi à qui Zwischenablage.
- un parallèle en supplément laufendes Programme écrit ensuite Changements aus qui Zwischenablage dans qui dazugehörigen Fichiers sur Platte.
Somit käme chez einer beschädigten Dossier pas cela Hauptprogramm zum Stehen et chez einem Kurzschluss wären qui données sur Platte.
malheureusement pouvoir Windows mais keinen zeitlichen 1 trop 1 Zugriff, sonder sammelt seulement ne la quantité données bevor Zugriffe stattfinden.
Somit est un zeitliches 1 trop1 Sichern eh pas possible,mais immerhin konnte qui l'affaire avec qui defekten Dossier umschifft volonté.
chez Kürzschlüssen muss eh bien une knifflige Portsicherung sur Hardwarebasis her, avec cela qui PC pas plus entsaftet volonté muss (vois maintenant déjà Rauchzeichen).
salut
Georg |
|
| |
| |
| |
|
|
Frank
Abbing | [quote-part:0c805ad06f]malheureusement pouvoir Windows mais keinen zeitlichen 1 trop 1 Zugriff, sonder sammelt seulement ne la quantité données bevor Zugriffe stattfinden.
Somit est un zeitliches 1 trop1 Sichern eh pas possible,mais immerhin konnte qui l'affaire avec qui defekten Dossier umschifft volonté.[/quote-part:0c805ad06f]
sur vielen Gebieten gibt es mais API, um manuel Zugriff trop erzwingen. Ala GdiFlush(). Eventuel lohnt es sich la fois, dans qui WinDoc pour ähnlichen API pour Dateioperationen trop chercher. FlushFileBuffers() scheint mir là vielversprechend trop son.  |
|
| |
| |
| |
|
|
RGH | [quote-part:d8e65bacb6=GDL]allô Roland,
alors im seterrolevel 0 venez qui Fehlermeldung peux champ pas trouver:xyz
seterrolevel 1 : aucun Fehlermeldung,Programme wird finissez et qui Sendenachfrage.
salut
Georg[/quote-part:d8e65bacb6]
So comme aussieht, erfolgt qui Absturz pas dans qui Funktion dbGetField$, mais après que cet den faute verursacht dans weiteren db-Funktionen.
chez SetErrorLevel -1 sollte on pour chacun Funktion, qui une faute verursachen
pourrait, cette abfragen et entsprechend réagir. en supplément gibt es qui Système %Error et %ErrNumber. si chez dbGetField$() un faute aufgetreten ist, alors %Error et %ErrNumber (signification siehe Aider) entsprechend gesetzt ist, sollte reagiert volonté. si un champ pas trouvé wurde, sollte chaque weitere Lesen cette Tabelle vermieden volonté, là vous offensichtlich défaut ist.
indépendant en veux je la fois regarder, comment on cela Ganze quelque chose robuster gestalten peux.
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 14.05.2006 ▲ |
|
| |
|
(929)
Deutsch
English
Français
Español
Italia