Office: (Office 2007) Ãœberlauf beim Anwender, bei mir nicht.

ich betreue eine Access-Anwendung die seit 1998 läuft.
in dem einen Formular läuft es so.
1. Daten werden eingelesen in eine Tabelle. Danach wählt der Anwender eine Datei aus und die Daten kommen in eine Hilfsttabelle und werden in einem Unterformular angezeigt, eventuell mit Fehlermeldung.

2. Nach Fehlerkorrektur klickt der Anwender auf einen Knopf und die Daten werden in eine andere Tabelle geschrieben.

Bei einer Datei bekommt der Anwender die Messgagebox 6 Ãœberlauf ind zwar bei Schritt 1.
das kommt von on error go to Fehler
Fehler:
msgbox err.number & " " err.description.

Bei mir läuft aber alles fehlerfrei durch. Wir haben beide Office 2007.

Die Variablen sind alle vom Typ Long und Double.
Die Tabelle hat 96.200 Sätze, der höchste Wert ist 94 Milionen, von daher muss es passen.

Woran kann das liegen?

:)

 

Hallo
haben Alle die gleiche version von Access und der verwendeten DLL (bei den Verweisen) ?
haben alle gleich viel RAM ?
Abrbeitet ihr mit einer MDB oder MDE ?

Schon versucht mit DECOMPILE / Reparieren / Komprimieren und Neu Compilieren ? (evtl. neue MDE erstellen)

ist das ganze eine FE(Frontend)/BE(Backend) Lösung?

p.s.: COBOL85 ist für mich ein Begrif für was Anderes *wink.gif* (Common Business Oriented Language) *wink.gif*

 

wir haben beide Office 2007, wahrscheinlich andere Service Packs und updates, weil wir in verschiedenen Firmen sind.

Ich weiß nicht wie viel RAM der Anwender hat. Aber das dürfte egal sein.
Long braucht 8 Bytes Double braucht 4 Bytes. Wenn der Arbeitsspeicher nicht reicht müsste eine Meldung von Windows kommen.

Wir arbeiten mit accdb.

Decompile mache ich immer bevor ich eine neue Version abgebe damit ich die Datei kleiner wird. Wenn das Backend vom Anwender kaputt wäre müsste doch beim Start eine Fehlermeldung kommen.

ja das ist eine FE BE Lösung.

mit COBOL85 habe ich angefangen. Da hatten wir keine PCs sondern Terminals. Giftgrüne Schrift auf schwarzem Hintergrund.

 

Zeig mal den Code von Schritt 1 und die Zeile, wo der Fehler auftaucht

 

D.h., hier ist eine Prozedur am Werke. Was für eine?

Zu beachten wären aber auch Datentypen der Tabellenfelder.

Weiter: Wenn es bei einem geht und bei dem anderen nicht - arbeitet ihr mit unterschiedlichen Datengruppen?

 

Was meinst Du mit Datengruppen? Wir haben das gleiche Frontend, das vom Anwender ist geschützt. Wir haben auch das gleiche Backkend, er hat mir die aktuelle Version geschickt.

Ich weiß nicht in welcher Zeile der Fehler auftritt, das ist ja das Problem. Bei mir funktioniert es.

Der Code ist unlesbar. Open recordset macht er in Form_open. Es gibt noch viele globale Variablen. Me!Uebernahmeart = 2 also GoTo AUSTABELLE

Code:

 

in den betroffenen Tabellen sind die Zahlen auch alle Double und Long Integer

 

Hallo zusammen,

wenn ihr beide mit accdbs arbeitet und beide eine Vollversion habt, kommentier doch mal die Fehlerbehandlung aus, um festzustellen in welcher Zeile der Fehler auftritt.
Alternativ: Nummerier die Kodezeile durch und lasse dir in der Fehlerbehandlung die Zeilennummer (ERL) anzeigen.

Ansonsten:
In der Prozedur gibt es nicht deklarierte Variablen, z.B. PCT
Sind diese Global deklariert?
Verwendest du Option Explicit im Modul?

Ist sichergestellt, dass der Fehler 3021 nicht unterhalb der entspr. Sprungmarken auftreten kann?
Ansonsten hättest du eine Endlosschleife, die auch Ursache für den Überlauf sein kann.

 

Hallo
wie ist Me!UEBERNAHMEART Definiert Test / Zahl

wie ist FELDNA Definiert ?

mehr von Deinem Code habe ich noch nicht angesehe *frown.gif*
der ist Ja lang *wink.gif*

OT 1973 habe ich auch mit Cobol gearbeiten ohne Bildschirm (Lochkarten)
vorher RPG/PL1/ASEM (auch Lochkarten)

 

ich habe das nicht programmiert, das war jemand der schon weg ist. Mir stehen manchmal die Haare zu Berge wenn ich den Code lese.

PCT ist auch double und global im Modul definiert.
Me!UEBERNAHMEART ist ein radiobutton OptionValue-Eigenschaft: Long-Wert mit Lese-/Schreibzugriff.
FELDNA ist string das braucht man nur bei Ãœbernahmeart = 1
Option excplicit steht da.
Fehler 3021 kein aktueller Datensatz tritt nicht auf. Nicht in den aktuellen Beispielen. Der darf sowiso nicht vorkammen, weil man nur Dateinamen auswählen kann die in dieser Lohnsummenimport Tabelle stehen.

Was meinst Du mit Nummerier die Kodezeile durch und lasse dir in der Fehlerbehandlung die Zeilennummer (ERL) anzeigen?

 

=> "Bei einer Datei bekommt der Anwender die Messgagebox 6 Ãœberlauf ind zwar bei Schritt 1."

Testest Du mit dem Backend des Users und dieser fehlerwerfenden Datei (bei auskommentierter Fehlerbehandlung)?

 

ja, er hat mir sein Backend geschickt. bei mir kommt kein Fehler, ich habe die Fehlerbehandlung nicht auskommentiert, sondern Schritt für Schritt debugged, immer F8 gedrückt. Bei mir kommt kein Fehler.

 

Ich schrieb Backend und diese Datei.

 

falsch ausgedrückt. Die Datei wird eingelesen. In diese Tabelle Lohnsummenimport. Dann gibt es ein Dropdown mit den Dateinamen der eingesenen noch nicht verarbeiteten Dateien. Man wählt eine aus und klickt auf den einlesen Knopf. Dann wird der Code von einlesen_click() ausgeführt den ich gepostet habe. Das bedeutet die Sätze aus der mit von diese Datei kommen in die Tabelle TMPLOHNSUMMEN eventuell mit Fehlermeldungen.

Dabei bekommt der Anwender die Fehlermeldung.

Dach sieht man die TMPLOHNSUMMEN in einem Unterformular.
Danach kann man die Fehler korrigieren und klickt auf Daten übernehmen, dann werden die Daten entgültig verarbeitet.

Die Datei brauche ich nicht. Die Daten stehen ja in Lohnsummenimport.

 

Hi,

wobei denn nun, beim Einlesen (also solltest du das testen!) oder danach (-> wo denn genau, zu welchem Code?)? *confused.gif*