Hi.
Wenn ich in Kundenliste abfragen (tccom1510s000) auf das Fernglas (Suchen) gehe und dort nach einem bestimmten Kunden suche, dann bringt er mir folgende Fehlermeldung:1 : process 23 - Error : Wrong row returned for table tccom010001 (error 0)
2 : process 23 - Fatal error : Error 305 (Wrong row returned) on SELECT

3 : process 23 - Fatal error : Can not continue in tccom1510s000 in DLL: ottstpstandard ()
Ich hatte den gleichen Fehler schon einmal und da habe ich nach einer bestimmten Kundennummer gesucht. Die Kundennummer und der Kunde gehören aber nicht zusammen. mfg

Thomas

>Hi.
>Wenn ich in Kundenliste abfragen (tccom1510s000) auf das Fernglas (Suchen) gehe und dort nach einem bestimmten Kunden suche, dann bringt er mir folgende Fehlermeldung:
>1 : process 23 - Error : Wrong row returned for table tccom010001 (error 0)
>2 : process 23 - Fatal error : Error 305 (Wrong row returned) on SELECT
>3 : process 23 - Fatal error : Can not continue in tccom1510s000 in DLL: ottstpstandard ()
>Ich hatte den gleichen Fehler schon einmal und da habe ich nach einer bestimmten Kundennummer gesucht. Die Kundennummer und der Kunde gehören aber nicht zusammen.
>mfg

>Thomas
Hi Thomas,
Der Fehler entsteht durch ein fehlerhaftes Zusammenspiel zwischen Baan und der unterlegten Datenbank.
Wahrscheinlich suchst Du über Schlagwort und da ist irgendwo ein Kundensuchbegriff mit Umlaut( Ä,Ü usw). Damit es dabei keine Abbrüche gibt, müssen bestimmte Einstellungen in Baan vorgenommen sein. Die kriegst Du über den Baansupport im Internt (Stichwort "wrong row returned").
Gruß, Alfred

Hallo Thomas,
wir hatten den selben Fehler. Lösung: die Locale (ttaad200.loca) in "Maintain User Data" (ttaad2100m000)auf ISO_BIN stellen, dann versteht BaaN die Umlaute. Einziger Nachteil: Muß in BaaN ein Bereich eingegeben werden, blendet BaaN statt "ZZZZZZ" "ÿÿÿÿÿÿ" vor. Kann man aber mit leben.
Gruß

Ingmar>Hi.
>Wenn ich in Kundenliste abfragen (tccom1510s000) auf das Fernglas (Suchen) gehe und dort nach einem bestimmten Kunden suche, dann bringt er mir folgende Fehlermeldung:
>1 : process 23 - Error : Wrong row returned for table tccom010001 (error 0)
>2 : process 23 - Fatal error : Error 305 (Wrong row returned) on SELECT
>3 : process 23 - Fatal error : Can not continue in tccom1510s000 in DLL: ottstpstandard ()
>Ich hatte den gleichen Fehler schon einmal und da habe ich nach einer bestimmten Kundennummer gesucht. Die Kundennummer und der Kunde gehören aber nicht zusammen.
>mfg
>Thomas

Hi.
Erstmal vielen Dank für die schnelle Hilfe. Aber auch wenn ich die Locale ändere, funktioniert es immer noch nicht. Es hat auch nichts mit Umlauten zu tun. Der Kunde heißt Nowofol. Wenn ich nach NO suche, dann funktioniert alles. Sobald ich aber Now eingebe, dann kommt die Fehlermeldung. mfg

Thomas

>Hi.
>Erstmal vielen Dank für die schnelle Hilfe. Aber auch wenn ich die Locale ändere, funktioniert es immer noch nicht. Es hat auch nichts mit Umlauten zu tun. Der Kunde heißt Nowofol. Wenn ich nach NO suche, dann funktioniert alles. Sobald ich aber Now eingebe, dann kommt die Fehlermeldung.
>mfg

>Thomas
Hi Thomas,
nochmal den Hinweis, dass hier wahrscheinlich der Internet-Baan-Support weiterhilft. Für Error 305 gibt es da mehrere Dutzend Hinweise. Je nach eingesetzter Datenbank und Konstellation kann es unterschiedliche Ursachen geben, die aber immer im Zusammenspiel mit Baan und der Datenbank zu suchen sind. Für manche Software-Stände gibt es spezielle Patches. Evtl. meinst Du nur, dass es mit dem Kunden Nowofol zu tun hat, in Wirklichkeit aber schlägt aber unter der Oberfläche ein ganz anderer Kunde "quer". Wenn Ihr nicht zu viele Kunden habt, dann schau mal nach, welche im Suchbegriff Umlaute haben und ersetzte diese Umlaute (testweise).
Hier ein Auszug aus einer der Baan-Solutions:Linked solutions

104201 Wrong sort of data when using ISO_BIN locale, error 305 Wrong Row Returned Symptom information
How can we change "mutations" (Umlaute like ä) to normal characters like a ?
Error 305 on select
Error 305 when searching supplier with search argument WWG
Fatal error 305 wrong row returned
Error 305 in tdinv0250m000
Error 305 (Wrong row returned) on SELECT , Can not continue in tccom1101m000
german umlaute causing error 305
choose range fields are not with "zzzzz" filled
Wrong row returned for table tiruo 410110 (error 0)
Get error when starting sessions.
error message if you change the rou at tisfc0101
"Error 305 wrong row table tisfc001...."
Error 305 wrong row returned for table tccom020
Data was in printsession not so printed like in maintain/display session
Fatal during opening Suppliers
Problem on table tccom010
error 205 on ttadv140000
Sort position after searching a record
error 305
Error 305 (Wrong row returned) on SELECT

Solution description
VERSION(S):

ttB40b. and up till ttB40c4
SITUATION IDENTIFIED IN:

Session 'Print where used sessions' (ttadv2410m000).
SITUATION DESCRIPTION:
Error 305 occurs when running session 'Print where used sessions' (ttadv2410m000).

The error occurs in the table ttadv360000, while using an Oracle database.
SOLUTION DESCRIPTION:

Error 305 may have several causes. The causes will depend on the database driver used.
When using TRITON Base (TP) (bisam or btam), error 305 indicates that a table index has been corrupted. You should use bdbpre6.1 and bdbpost6.1 to repair the table. Make sure that nobody is using the table when you are doing this.
The problem may also occur when using an RDBMS (like Oracle, Informix, Sybase, etc.) and locale ISO-8859-1. The sorting sequence of the RDBMS may differ from the sorting sequence of the default locale ISO-8859-1. For example:
A table - having a first index of type "string" - contains two records, one with the index-field "ü" (where ü=u umlaut or u mutation) (1), the other with the index-field "v" (2). In RDBMS, the "ü" comes after the "z" in the alphabet, so the first record found via the index is record (2). In ISO-8859-1 the "ü" is between the "u" and the "v" in the alphabet, so the first record found via the index is record (1).
The function DB.LAST creates the query:SELECT
FROM
WHERE <= '~'

ORDER BY
The RDBMS returns record (2). Then the function DB.NEXT is executed and the following query is created:SELECT
FROM
WHERE 'v'

ORDER BY
The RDBMS now returns record (1). The Bshell returns the error 305 because the "ü" comes before "v" in the locale ISO-8859-1.
Changing the bshell sorting sequence so that it equals the RDBMS sequence can solve the problem. 1. Change Unix permisssions for $BSE/lib/locale/*:

# chmod 664 $BSE/lib/locale/*2. Run session 'Maintain locale data' (tttss0104m000). Insert the record:
Name : ISO_BIN
TSS char. set: ISO88591
NLS Locale : NULL
Description : W.Europe 8 bit sort
Single Byte Min sort: 1 Max.sort: 255 Min.form: 32 Max.form: 255
Multy Byte Min.sort: 1 Max sort: 255 Min.form: 32 Max form: 255 Bidi: No

Factors In: 1 ex: 1
3. Run session 'Conversion TSS information to runtime' (tttss0103m000)4. Go to Unix and create the file $BSE/lib/nlsinf/ISO_BIN.

This file should contain the next data:(sort)
1 1
2 2
3 3
.
.
.
254 254

255 255
There has to be a row for all the numbers from 1-255.5. Finally, run session 'Maintain user data' (ttaad2100m000) for all the users
and change the field "locale" to "ISO_BIN". Convert to runtime, for the
user data. When the customer (next to the Oracle/Informix tables) also
has Bisam or Btam tables, he has to rebuild the indexes for these tables.
This can be done with bpre/bdbpost, bdbreconfig or tbase6.1 B r. You
should use these commands as a user with the locale "ISO_BIN" in the
$BSE/lib/user/U, or with the environment variable

BSE_LOCALE=ISO_BIN.
EXAMPLE(S):

There follows an example for repairing a corrupt index, for table "ttadv360" in company "000", using the database driver "bisam":# bdbpre6.1 -r -dbisam -Nttadv360 -C000 > dump

# bdbpost6.1 -k -n -m
(Where # represents the Unix prompt).On NT:
$BSE = aan
bdbpre6.1 = bdbpre.exe
bdbpost6.1 = bdbpost.exe
Permissions are handled by properties of the folder.

>Hi.
>Wenn ich in Kundenliste abfragen (tccom1510s000) auf das Fernglas (Suchen) gehe und dort nach einem bestimmten Kunden suche, dann bringt er mir folgende Fehlermeldung:
>1 : process 23 - Error : Wrong row returned for table tccom010001 (error 0)
>2 : process 23 - Fatal error : Error 305 (Wrong row returned) on SELECT

>3 : process 23 - Fatal error : Can not continue in tccom1510s000 in DLL: ottstpstandard ()Der Fehler kann bei bestimmten Datenbanken unter Umständen dann auftreten, wenn der Datensatz direkt auf der Datenbank geändert wurde (zum Beispiel über ODBC). Bei einigen Datenbanken, z.B. dem SQL-Serevr, verwendet Baan Hash-Felder in den Tabellen zur Abbildung seiner Indizes. Wird ein Feld eines Indexes direkt auf der Datenbank geändert, aber das entsprechende Hashfeld nicht, so kann es zum obigen Fehler kommen.

Weiss nicht, ob's daran bei Euch liegt, aber man weiß ja nie...
Uli--------------------
Dipl. Ing. Ulrich Fuchs
Büro für Informations-Architekturen
Ruthstraße 18
45130 Essen
Germany
+49 0172 / 200 59 58
mail@ulrich-fuchs.de --- www.ulrich-fuchs.de

Ich habe das Problem endlich lösen können. Und zwar ging es doch mit der ISO_BIN bei locale. Nur war die ganze Zeit eine ziemlich alte auf unserem Server. Diese wurde jetzt erneuert und nun geht alles wieder. Vielen Dank für die vielen Tipps.mfg

Thomas