error 8999

[mxha]

Hallo,

ich habe einen Betriebssystem Fehler mit ntx Dateien. Daten liegen auf einem Server 2008 R2 und die meisten Clients sind WinXP (.ca300) und zwei drei WIn7.

In nicht definierbaren Abständen kommt erst bei einem und dann bei allen Clients folgender Fehler:

------------------------------------------------------------------------------
FEHLERPROTOKOLL von "sinasauf.exe" Datum: 19.09.2012 11:28:16

Xbase++ Version : Xbase++ (R) Version 1.90.331
Betriebssystem : Windows XP 05.01 Build 02600 Service Pack 3
Netzwerk-ID : WSGMBH496
------------------------------------------------------------------------------
oError:args :
oError:canDefault : J
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description :
oSession:LastError : 0
oError:filename :
oError:genCode : 8999
oError:operation : DbPack
oError:osCode : 0
oError:severity : 2
oError:subCode : 0
oError:subSystem : BASE
oError:thread : 1
oError:tries : 0
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von A2_DRUCKEN(923)
Aufgerufen von SDR_MENU(848)
Aufgerufen von MENU_AKOPF(511)
Aufgerufen von AUF_MENU(204)
Aufgerufen von MAIN(214)

Kann mir hier jemand weiterhelfen?? Falls noch mehr Informationen benötigt werden kann ich euch diese gerne zu Verfügung stellen.

Danke!

Viele Grüße

[Manfred]

Index schonmal neu aufgebaut? Richtig, nicht über reindex.

[Manfred]

Hier sind mal einige Ergebnisse bzgl. 8999 vielleicht kannst Du etwas damit anfangen.

http://www.xbaseforum.de/search.php?key ... bmit=Suche

[brandelh]

Hi,

du nutzt DBPACK, also wohl den PACK Befehl ?
Wenn ja, solltest du das lassen. Falls bei packen was schief geht, sind die Daten in einem undefinierten Zustand.
Besser mit copy to ... for ! deleted() in eine Zwischendatei kopieren (dabei werden auch Memofelder gepackt).
Falls was schief geht sind die Ursprungsdaten unverändert, danach die alte löschen oder alle nur umbenennen.

Hilft zwar nicht mit dem Indexproblem, aber da kämpfe ich auch gerade mit

[AUGE_OHR]

ich habe einen Betriebssystem Fehler mit ntx Dateien. Daten liegen auf einem Server 2008 R2 und die meisten Clients sind WinXP (.ca300) und zwei drei WIn7.

In nicht definierbaren Abständen kommt erst bei einem und dann bei allen Clients folgender Fehler:

such mal nach SMB und "Opportunistic locking"
weiter Erklärungen zum SMB siehe http://en.wikipedia.org/wiki/Server_Message_Block

dein Problem taucht vermehrt auf den XP Stationen auf seit du die Win7 Werkstationen im Netzwerk hast, stimmt´s ?
der Witz ist das du schon die ganze Zeit (seit W2k) das Damokles Schwert über dir hing es aber wohl nicht so oft "bemerkbar" machte wie jetzt.

eine Netzwerk mit "gemischten" OS() hat schon immer Probleme gemacht.
man kann auch keine "allgemein" gültige Lösung anbieten hängt es doch vom "Rest" ab was noch im Netzwerk läuft ( z.b. SQL Server )

[Werner_Bayern]

Besser mit copy to ... for ! deleted() in eine Zwischendatei kopieren (dabei werden auch Memofelder gepackt).

Ein copy to kopiert nur dann gelöscht-markierte Datensätze, wenn set deleted off eingestellt ist. Die meisten werden das wohl aber auf on haben, dann reicht ein

Code: Alles auswählen

copy to

ohne for-Klausel.

Zitat aus der Hilfe:

Falls die Quelldatei ein logisches Löschen von Datensätzen erlaubt, werden Datensätze mit einer Löschmarkierung nur dann exportiert, wenn SET DELETED auf OFF gesetzt ist.

[urbi]

Hallo mxha,

schau mal hier nach, vielleicht die Lösung:

http://www.xbaseforum.de/viewtopic.php? ... 559#p74563

Gruß
urbi

[brandelh]

Besser mit copy to ... for ! deleted() in eine Zwischendatei kopieren (dabei werden auch Memofelder gepackt).

Ein copy to kopiert nur dann gelöscht-markierte Datensätze, wenn set deleted off eingestellt ist. Die meisten werden das wohl aber auf on haben, dann reicht ein

Code: Alles auswählen

copy to

ohne for-Klausel.

Zitat aus der Hilfe:

Falls die Quelldatei ein logisches Löschen von Datensätzen erlaubt, werden Datensätze mit einer Löschmarkierung nur dann exportiert, wenn SET DELETED auf OFF gesetzt ist.

du hast natürlich grundsätzlich Recht, ABER aus MEINER SICHT ist das schlechter Programmierstil, da eine spätere Änderung der Einstellung
(ich habe NIE set deletet on) das Programmverhalten so ändert, wie man es garantiert nicht will.
Schließlich soll dieser Befehl ja PACK sicher ersetzen. PACK kümmert sich nicht um set deleted ...
Sicheres Programmieren geht nie von zufälligen Voreinstellungen aus.
Die Darstellungsfehler beim Umstieg von 1.90.331 auf 1.90.355 wegen geänderter 'Standardwerte' beim clippen sind so ein Beispiel, das mir ganz schön Arbeit gemacht hat (ich habe mich auf die Standardeinstellung verlassen ...).