Re: Database connection problem on VB6.0

Tech-Archive recommends: Speed Up your PC by fixing your registry

Jim Carlock suggested...
http://www.rohitab.com/apimonitor/

The app runs well. And I think it's still free. Nice tool to keep in
your arsenal.


"Paul Lambert" replied...
:: Well that's suggesting something I should have done from
:: the beginning. I ran sysinternals (now part of M$) FileMon
:: utility to monitor file activity and found that the program
:: when executing is looking for MFC42LOC.DLL which
:: sure enough is not on my system.

One of those MFC...dll's. <g> The LOC file seems to be a
language specific file which then reaches into mfc42.dll.

Tim stated at the following link...

http://groups.google.com/group/microsoft.public.vc.mfc/browse_frm/thread/6483f3440b4382af/

<quote>
I have an MFC app written in Visual C++ 6.0 Professional. It's
localized, so I need to include mfc42loc.dll for the build of each
language. (Mfc42loc.dll overrides mfc42.dll and causes
microsoft-written MFC dialogs to appear in that language.)
</quote>

Also, take a look at the following...
http://groups.google.com/group/microsoft.public.vc.mfc/browse_frm/thread/5f0ed69e63b897c2/

It appears that mfc42loc.dll and mfc42.dll are dependent upon
each other. The LOC file ends up being a language specific
(German, English, Spanish) dll I think. At least that's the way
I'm interpreting it (unknown how correct my interpretations
really are).

One last thread from Google to finish my comments off from.

http://groups.google.com/group/microsoft.public.vc.mfc/browse_frm/thread/bbcfba614e14a5ea/

Gonzalo Rodriguez stated...

<quote>
I am developing a software with VC++ 6.0 in which I am using
a commercial activex control for vectorial drawing.

I am running my application on Spanish versions of Windows 98
and Me and the activex control fails when the local version of
mfc42loc.dll is present in the system directory. I see this also
happens with other local versions.

When I delete or change the name of mfc42loc.dll all works ok.
</quote>

SO... I haven't messed with this particular problem. And I don't
have an answer right off the top of my head. Perhaps someone
else can throw something in to help out.

--
Jim Carlock
Post replies to the group.


.

Relevant Pages

  • Re: Over 100 Microsoft MVPs Have Signed Online Petition - Give Us Back VB!!
    ... My prime interest is *language* stability. ... "VB data controls" are com controls, ... > I wouldn't ever want to use them in Delphi - or in VB; ... My code is core to the app, business logic that is focused on the market I ...
    (borland.public.delphi.non-technical)
  • Re: What programming language for Future
    ... > D is a pretty young language. ... app is being tweaked by an end user). ... all this is not really possible with static compilation. ... there is also a gcc implementation of ada. ...
    (comp.lang.misc)
  • Re: Over 100 Microsoft MVPs Have Signed Online Petition - Give Us Back VB!!
    ... > They work *great* in Delphi. ... I don't know a serious VB app in which the dev trusts data ... They did do a good job on VB6, with regard to language stability and moving ... Good luck in lobbying for VB.net compatibility. ...
    (borland.public.delphi.non-technical)
  • RE: shift appl. VB6 --> .NET
    ... It is often quicker to build the new app than fix the migrated FUD. ... choose C# as your language (or at least a language other ... detrimental effects of having developers continue to attept to write in a VB6 ... > programming (z.B. ...
    (microsoft.public.dotnet.general)
  • Re: Clarification about Delphi
    ... .NET is just XML or a larger subset of SGML. ... version of a very old mark up language called SGML. ... app without having to deliver all the data as well as the app each and every ... > Think of it as a framework, like the VCL in Delphi, that is going to underly> Windows development for the next 5 or more years and is meant to replace> using the Windows API. ...
    (borland.public.delphi.non-technical)