Subject Re: custom controls in the INI file From Ken Mayer <dbase@nospam.goldenstag.net> Date Fri, 18 Dec 2020 15:03:48 -0800 Newsgroups dbase.getting-started On 12/18/2020 1:13 PM, Gaetano wrote: > > I am loosing it... > > I am now re-testing the French version of the code but despite doing this: > > set proc to :dUFLP:GDLconvert.cc (French version) > oCon = new GDLconvert() > > the function being used is the one from the file GDLconvertbe.cc > (Belgian version) because the outputs reflected "nonante" instead of > "quatre-vingt-dix" as defined in the French version of the file that I > was re-testing. > > I think this happens when a programs errors out and you hit "cancel". > The procedure GDLconvertbe.cc did not get closed and that seems to cause > the FP's of that CC file to be orphaned in memory but still accessible > and somehow prioritized by dBase if they happen to carry the same name > as the procedure in a different CC file you are subsequently loading in > memory. > > I tried "close proc GDLconvertbe.cc" from the command line but that > didn't help. The only way out was to close an re-open dBase. > > When I hit "cancel" instead of "fix", I would expect dBase to release > whatever was associated with that PRG that caused the error. Is that > what should be happening? Make sure that the name of the class defined inside the file is different. What is most likely happening is that both of these have: class WhateverClassName of ... In them. The object definition doesn't get changed if you do a SET PROCEDURE TO ... with a class definition of the same name. It's a bit weird and frustrating. You could try (in the command window): clear all close all But I am not sure that will resolve it. Ken -- *Ken Mayer* Ken's dBASE Page: http://www.goldenstag.net/dbase The dUFLP: http://www.goldenstag.net/dbase/index.htm#duflp dBASE Books: http://www.goldenstag.net/dbase/Books/dBASEBooks.htm dBASE Tutorial: http://www.goldenstag.net/dbase/Tutorial/00_Preface.htm