JM, I think it is time to R:Scope the database. One of the records covered by the select has high order ascii characters in it, and when R:Base tries to read the record, it blows up.
An autochk will not necessarily find the error if it is data and does not alter the row length. Another way to go at this is to unload the table(s) in the select and run the load in a directory with no database in it. OUTPUT Mauvais.tab UNLOAD ALL FROM <BadTable> OUTPUT SCREEN DISCONNECT MD Trouver CD Trouvez RUN ..\Mauvais.tab You will have truncated table in the database. Your problem is the next row. LIST will tell you how many rows you have in the newly created table EDIT * FROM MauvaisTable + WHERE COUNT > (start a couple of rows before the bad row) You might be able to delete the bad row from the edit screen. "J.M. GRATIAS" <[EMAIL PROTECTED]> wrote: > >Hi everybody, > > >A client running an old 4.5++ app is in trouble : Rbase is aborting and >returns to W9x when executing a SELECT > >RBase debugging messages are displayed, but so fast that they can't be red. > >Is there a way to trace/record those messages ? > >I tryed : > >OUTPUT FileName >SELECT ..... > >But resulting Filename is empty, because not closed properly .... > >Any Ideas how to trap screen display ? > >TIA > >J.M. GRATIAS, Logimatique > > -- Albert Berry Full Time Consultant to PSD Solutions 350 West Hubbard, Suite 210 Chicago, IL 60610 312-828-9253 Ext. 32 __________________________________________________________________ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
