Der index der Liste übersteigt das Maximum (64)

Fragen und Problemen zur Inbetriebnahme, Konfiguration und Wartung von AvERP und der Datenbank

Moderator: SYNERPY

Antworten
Gamma
Beiträge: 23
Registriert: Fr Okt 27, 2006 8:19 am

Der index der Liste übersteigt das Maximum (64)

Beitrag von Gamma »

Hallo, seid gestern hat einer unsere Benutzer eine Fehlermeldung beim öffnen des Rechnungsformulars:
Der index der Liste übersteigt das Maximum (64)


jemand eine IDEE woran es liegt?
Andere User haben das problem nicht.

Der SQL Monitor wirft das aus:
----*/
/*---
OPEN CURSOR
STMT_HANDLE = 28977744
NAME = C15653052890365229

----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536

SECONDS = 0,047
----*/
/*---
EXECUTE STATEMENT
TR_HANDLE = 14380536
STMT_HANDLE = 14375988
PARAMS = [ Version 1 SQLd 4 SQLn 4
[VIEWNAME] = 'V_BRRCP'
[NGRUPPEID] = 1
[NUSERID] = 19
[NSPRACHE] = 3 ]
----*/
/*---
OPEN CURSOR
STMT_HANDLE = 14375988
NAME = C15631420234365215

----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536

SECONDS = 0,062
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536

SECONDS = 0,016
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536

SECONDS = 0,015
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536
----*/
/*---
CLOSE CURSOR
STMT_HANDLE = 14375988
----*/
/*---
EXECUTE STATEMENT
TR_HANDLE = 14380536
STMT_HANDLE = 14373972
PARAMS = [ Version 1 SQLd 3 SQLn 3
[NTABELLENID] = 2219500
[NGRUPPEID] = 1
[NUSERID] = 19 ]
----*/
/*---
OPEN CURSOR
STMT_HANDLE = 14373972
NAME = C15667084296365216

----*/
/*---
COMMIT RETAINING
TR_HANDLE = 14380536

SECONDS = 0,063
----*/
/*---
CLOSE CURSOR
STMT_HANDLE = 14373972
----*/
SYN18
Beiträge: 12
Registriert: Mi Dez 12, 2007 3:58 pm

Beitrag von SYN18 »

Bei uns trat das Problem bei einer alten EXE-Version von AvERP auf. Deswegen würde ich Sie bitten einfach mal nachzuschauen welche Version ihr Benutzer verwendet und gegebenenfalls die aktuellste AvERP-EXE neu herunterladen.

Zu finden ist diese Information im AvERP-Hauptmenü unter dem Punkt "Hilfe" und dort wiederum unter "Info". Sollte ihr Nutzer eine .23 - Version oder noch älter haben, dann bitte neu herunterladen und in das AvERP Installtionsverzeichnis kopieren.

Ich hoffe ich konnte weiterhelfen.
AlexW
Beiträge: 25
Registriert: Di Jan 09, 2007 3:37 pm
Wohnort: Großhabersdorf
Kontaktdaten:

Beitrag von AlexW »

Wir haben das gleiche Problem seit gestern. Das aktualisieren der EXE-Datei hat leider keinen Erfolg gebracht. Der Fehler tritt an jedem Rechner bei einem bestimmten Benutzer auf - unabhängig von den Netzwerkrechten oder den Nutzerrechten in AVERP.

Der Fehler trat erstmalig auf, als wir eine versehentlich gelöschte Rechnung nochmals erfassten. Der Zähler war mittlerweile schon ein paar Nummern weiter. Um die alte Rechnungsnummer zu erhalten, haben wir nach dem Speichern der Rechnung nochmals editiert und die Nummer geändert.

Hat jemand dafür eine Lösung?
admin
Site Admin
Beiträge: 2673
Registriert: Di Feb 10, 2004 5:48 am
Wohnort: Bayreuth

Beitrag von admin »

Der Fehler tritt an jedem Rechner bei einem bestimmten Benutzer auf - unabhängig von den Netzwerkrechten oder den Nutzerrechten in AVERP.
Bedeutet das nicht, dass es von den Benutzerrechten abhängig sein kann?
miboe
Beiträge: 1295
Registriert: Fr Jul 28, 2006 9:13 am

Beitrag von miboe »

Oder der Account ist "kaputt". Sowas hatten wir bei uns auch mit einem Benutzer bisher einmal, der konnte alles normal entsprechend seinen Rechten erledigen. Nur ein einzelnes Utility hat von jetzt auf nachher den Dienst quittiert und bei jedem Aufruf den Rechner platt gemacht. Das ganze abhängig wirklich vom User und unabhängig vom Rechner. Bei allen anderen Users mit gleicher Gruppe ging das Utility ganz normal.

Wir mußten den User komplett löschen (auch den Firebird-User) und neu anlegen. Nachteil: Alle Einstellungen weg ...

Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
AlexW
Beiträge: 25
Registriert: Di Jan 09, 2007 3:37 pm
Wohnort: Großhabersdorf
Kontaktdaten:

Beitrag von AlexW »

@admin: Ich habe dem User in der Rechteverwaltung nochmal alle Rechte seiner Gruppe zugeordnet. Leider ohne Erfolg.

@miboe: Vielen Dank für die Info! Nach dem Löschen und Neuanlegen des Users funktioniert alles wieder.
Antworten