Hallo !
I have a programm the file size = 11678208 kb.

since a couple days i have a problem:

rogramm (32 bits) ****** 10.07.2006, 07:10:32

Pfad und Name  : O:\OrLando.exe M12.08f
Size           : 11678208
Beschreibung   : Error BASE/5  Interne Datenstrukturen besch„digt: <7>

Args:
[ 1] = O Object
[ 2] = N 7
[ 3] = N 192
[ 4] = N 1

Stack Calls

Aufruf von TWINDOW:HANDLEEVEN(2904)
Aufruf von TCONTROL:HANDLEEVEN(1269)
Aufruf von _XBPP(3000)
Aufruf von TDIALOG:ACTIVATE(263)

who can help

Wer kann helfen, am besten in Deutsch

Gruesse Carsten Graeber

cgraeber@web.de

Carsten,

> Interne Datenstrukturen besch

Thats the message that they report for a GPF.

The current FW++ version is 2.7. Are you using 2.4 with Xbase++ 1.9 ?

Hallo !

I use Alaska 1.82.294 Mar 24 2003 and Five++ 24

whatsnew.txt
FW/FWH/FW++ Build June 1 2003
=============================

• Fixed: FWH - Classes you may derive from TDialog work ok now.

Carsten,

Could you provide us a sample to reproduce the error ? Thanks

Hallo Antonio,

The problem is: Only the entire program in this size shows this behavior. I observed again and again, which the error some versions did not emerge later any longer. I make gladly the entire program available, however a SQL server is needed via ODBC and the entire SETUP routine must go through.

Carsten

Carsten,

Have you consedired to migrate your application to Harbour/xHarbour and FWH ? In our opinion, its the best 32 bits Clipper language solution and we have 100% full control.

Oh! Rather not! Our experience says, which a system change does not function nevertheless so simply and smoothly. The program is productive in the use. Up to this error, since approx.. the program arises to 2 weeks stably ran. Perhaps nevertheless an idea at which corner one a little to screw could.

Carsten,

But you are experiencing the situation. The application was stable. Now it is not. You have no way to reproduce the problem and Alaska is not going to help you. So what you are going to do ?

In our opinion, Xbase++ is not stable as Harbour/xHarbour are. But, most important, with Harbour/xHarbour we have full source code and many ways to trace a problem like this. How do you plan to solve this random GPF ?

We have many customers that have migrated from Xbase+++ to Harbour/xHarbour in a matter of a few days and with full satisfaction.

I try first the current FiveWin++ with Alaska 1.9. That came today straight. If that cannot be done place we over on Harbour. The problem is: approx.. 30 people work in the city administration Munich with the program and are sour. I the straight update ordered, could you please for it provide which I today the update get thanks

Carsten,

Already processed.

Yes, it is a very good idea to check with the most recent Xbase++ and FW++ code.

Antonio,
Thank you for the fast reactions. The Progamm runs already with fiveWin++ 2,7 and Alaska 1.9. So far no problems and stably. Tomorrow we will test and will report it afterwards here in the customer environment. Again, thank you

Grüße Carsten