Diverse Fehlermeldungen

[Wolfgang Ciriack]

Hallo,
ich bekomme bei einem Kunden (2 PCs, Win7, ein PC mit Freigabeverzeichnis für den anderen,Virenscanner: Symantec Endpoint Protection), diverse Fehlermeldungen:
1. BASE/5 Interne Datenstruktur beschädigt Operation: DbCloseAll
2. BASE/4 Betriebssystemfehler Operation: DbSkip
3. BASE/8999 Fehler beim Schließen einer Datei Operation DbCloseAll
4. BASE/0 D Operation: DbCloseArea
5. BASE/4 Betriebssystemfehler Operation: DbGoto Fehler: 1

Habe schon dbcloseAll() durch folgende Funktion ersetzt:

Code: Alles auswählen

procedure MyDbCloseAll()
local aAli:=WorkspaceList()
local l:=len(aAli), i

for i:=1 to l
   select(aAli[i])
   DbClearRelation()
   DbClearScope()
   DbClearFilter()
   DbCloseArea()
next
return

Das hat nur den "Erfolg" gebracht, dass jetzt die Fehlermeldung nicht bei DbCloseall() kommt, sondern bei DbClosearea() in dieser Funktion.
Bei einer anderen Niederlassung des Kunden, wo die Daten auf einem Terminalserver liegen, treten diese Fehler nicht auf.

Kann mir jemand noch ein paar Tipps geben, was man noch probieren könnte ?

[andreas]

Hallo Wolfgang,

hast du schon versucht, die Antivirensoftware abzuschalten oder die Daten- und Indexdateien aus der Prüfung raus zunehmen?
Evtl. die Zugriffsrechte prüfen.

[Wolfgang Ciriack]

Verzeichnisse von meinem Programm mit den Daten sind im Virenscanner ausgeschlossen worden.
Zugriffsrechte sind natürlich vorhanden, sonst würde ja gar nichts laufen.
Die Fehler kommen ja auch nicht immer, aber immer öfter

[Tom]

Ich würde sehr intensiv darauf tippen, dass es sich um ein Timeout-Problem handelt - entweder schalten sich die Netzwerkkarten ab ("Energiesparoptionen") oder der Server kappt die Verbindung seinerseits. Dadurch gehen gültige Handles verloren, und es gibt Fehler beim Schließen.

Die übrigens unkritisch sind. Man kann sie letztlich sogar in der Errorsys abfangen.

[Bernd Reinhardt]

Hallo.
Ich kämpfe gerade auch mit einem Problem, vielleicht hat das ähnliche Ursachen.
Rechner WIN 7 und Server 2008. Das Programm liegt mit Daten auf dem Server.
Die exe wird auf dem WIN7 Rechner über Verknüpfung gestartet.
Alle Indexe sind gelöscht.
Das Programm baut bei Programmstart die Indexdatei für z. B. den Kunden auf (dknd1.ntx) und stürzt
dann ohne Fehlermeldung ab. Keine log-Datei.
Der Index ist aber richtig.
Starte das Programm wieder, jetzt wird der 2. Index aufgebaut und Programm stürzt ab.
Dann starte ich das Programm erneut und kann jetzt arbeiten, da die Indexe richtig vorhanden sind.
Dort wo ich einen "temporären" Index benötige komme ich natürlich nicht weiter, da der Index zwar
aufgebaut wird, das Programm dann aber abstürzt.
Version 1.9.335
Das Verzeichnis ist aus dem Virenscanner rausgenommen.

Ich habe das Problem nur beim Kundenrechner. Bei mir mit Server2008 und WIN 7 läuft alles
ohne Probleme.
SMB2 habe ich noch nicht abgeschaltet (bei mir auch nicht) denn es ist nur ein Arbeitsplatz.

Gruß
Bernd Reinhardt

[Herbert]

Ein INDEX ON kann eigentlich keinen Absturz erzeugen. Versuchst du eine Message oder gar einen Laufbalken an den Bildschirm zum Aufbau des Index zu bringen? Dann schalte dies mal weg.

[AUGE_OHR]

Das Programm liegt mit Daten auf dem Server.
Die exe wird auf dem WIN7 Rechner über Verknüpfung gestartet.

... denn es ist nur ein Arbeitsplatz.

hast du ein TMP ( nicht TEMP ) Verzeichnis ?
verwendest du den vollen UNC-Path ?
verwendest du

Code: Alles auswählen

CLOSE INDEX

bevor du einen neuen Index erstellst ?
NTX oder CDX ? original DBESYS ?

was passiert wenn du LOKAL die EXE startest ?

[Koverhage]

@Bernd,

also ich würde zu 99,99% auf den Virenscanner tippen.
Welchen Virenscanner verwendest Du ?
Kannst Du den Code posten, wie Du den Index aufbaust und was danach passiert ?

@Herbert,

Index on nicht, denn der Index ist ja vorhanden, d.h. es wird nach der Erstellung abgebrochen.

[Bernd Reinhardt]

Hallo

Anbei der Code für die Erstellung des Indexes.
Schlicht und einfach.
Welchen Virenscanner der Kunde verwendet kann ich noch nicht sagen.

SELECT MATSON_D && 34
IF !oeffnedbf("matsonk",MATSON_D," Mat.Sond.Kond.Dat") // in oeffnedbf ist use matsonk und neterr ob es auch geht.
IF dbf_offen
dbf_offen := .F.
CLOSE DATABASES
ENDIF
RETURN NIL
ENDIF

INDEX ON sm_kndnr + sm_baunr + sm_matnr TO matsonk
// hier stürzt das Programm ohne Fehlermeldung ab. matsonk.ntx ist richtig vorhanden.
SET INDEX TO matsonk

Gruß
Bernd

[AUGE_OHR]

hi,

versuche es mal so

Code: Alles auswählen

INDEX ON sm_kndnr + sm_baunr + sm_matnr TO matsonk
// erst den Index schliessen 
CLOSE INDEX             

// und dann wieder öffnen
SET INDEX TO matsonk

Frage verwendest du die normale DBESYS ?
sonst könnte xxxDBE_LIFETIME als COMPONENT_DATA auf 0 gesetzt helfen den Cache zu leeren.