CATO*.DLL problem
in [Visual Objects]
|
Prev: CDX numeric Seek (old problem?)
Next: CATO*.DLL BUG
From: Geoff Schaller on 25 Jan 2010 19:01 This is expected behaviour and has always been the way. But if the CATO dll's are in the exe folder they will be found. There is no bug here. "Paul D B" <polleke(a)NOMORESPAMhnt.be> wrote in message news:4b5d9d99$0$2862$ba620e4c(a)news.skynet.be: > Alessandro Antonangeli wrote: > > > Il Mon, 25 Jan 2010 00:21:19 -0800, Mathias ha scritto: > > > > >> Hi Alessandro, > >> > >> I do a get the Workdir() path first thing in the start method and > >> store it in a global variable. After each use of OpenDialog I set > >> the Path back to the original workdir path. > > > > > There is no OpenDialog involved when double click. And when I use it, > > it gives no problem with CATO* > > > > >> The dlls used for the data browser are not loaded with the exe. They > >> are loaded dynamically when needed. The same goes for the > >> splitwindow dlls. > >> > > > Yes, but the problem is that the exe should know that the CATO* dll > > are in the exe dir and not in the current dir (as for the others > > dll): this is IMHO the BUG > > > > Just checked this because i was also curious (especially about the use of > the CATO.dll's . > Made a new VO standard MDI application and threw the CATO dll's out. > Alessandro is right: when you open a VO -application and the CATO dll's are > not there, you do not get an error. But the standard databrowser will be > read-only mode. Strange effect... > > Alessandro why don't you ask Robert VDH? > > -- > Paul
From: Geoff Schaller on 25 Jan 2010 19:03 If this is true then please explain how DBAdmin30 works? I think you have a path setting somewhere that is upsetting all this. One way out is to deliberately load the DLLs. "Alessandro Antonangeli" <alcati.r3m0v3th1s(a)alcati.com> wrote in message news:hjkknp$62s$1(a)speranza.aioe.org: > Hi Robert > > > > This has nothing to do with SP3. When the CATO DLLs are not available > > then VO uses a DataListView in stead of a DataBrowser when in Browse > > mode. I think this was already so in VO 2.0. > > > Yes, but this is the minor problem: tha main is that even if CATO* dll > are in the exe dir they are not used when the exe is called by an > associated file > > > -- > Ciao, Alessandro
From: Paul D B on 26 Jan 2010 02:53 Robert van der Hulst wrote: > Hi Alessandro, > On Mon, 25 Jan 2010, at 16:47:27 [GMT +0000 (UTC)] (which was 17:47 > where I live) you wrote about: 'CATO*.DLL problem' > >> I'm just telling all of you, hoping it is just an error of mine > >> If Robert is reading (as I hope), he will see and fix it > >> Anyway, why should I report for a bug (loosing my time) and pay for >> it to be solved? Or they made bug fix free or they should pay bug >> hunters :-P > >> Still on SP2. > > This has nothing to do with SP3. When the CATO DLLs are not available > then VO uses a DataListView in stead of a DataBrowser when in Browse > mode. I think this was already so in VO 2.0. Hi Robert, nice to know this (but I only use bBrowser, so I'm not affected). But can you explain why the DLL's wouldn't load in Alessandro's case? According MS, the default behaviour for loadlibrary is to load the dll's from within the library where the EXE is? -- Paul
From: Paul D B on 26 Jan 2010 02:55 Alessandro Antonangeli wrote: > > Anyway, why should I report for a bug (loosing my time) and pay for > it to be solved? Or they made bug fix free or they should pay bug > hunters :-P > > Still on SP2. Are you expecting that "they" can find all bugs without feedback from the people who are using the product? I'm pretty sure that even for your applications some of the bugs will be reported by your users. -- Paul
From: Alessandro Antonangeli on 26 Jan 2010 03:37
Il Tue, 26 Jan 2010 08:55:59 +0100, Paul D B ha scritto: > Alessandro Antonangeli wrote: > > >> Anyway, why should I report for a bug (loosing my time) and pay for it >> to be solved? Or they made bug fix free or they should pay bug hunters >> :-P >> >> Still on SP2. > > Are you expecting that "they" can find all bugs without feedback from > the people who are using the product? > > I'm pretty sure that even for your applications some of the bugs will be > reported by your users. No it's the same: the only differnce they do not pay for bug fixed: just for improvement -- Ciao, Alessandro |