home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.visual.basic      MS Visual Basic discussions, NOT dot-net      10,840 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 9,619 of 10,840   
   argusy to Dikkie Dik   
   Re: VB6 created program will not run in    
   19 Jul 05 16:28:28   
   
   From: argusy@slmember.on.net   
      
   FOUND IT!!   
      
   MSDERUN.DLL   
      
   When I originally used the Package and Deployment wizard, MSDERUN.DLL wasn't   
   included (it SHOULD have been). W95, W98 and W2000 in succession in the last   
   couple of years, didn't give a damn, and I didn't know it was missing -   
   everything worked!!   
      
   First installation on an XP machine about three months ago - no DE reports.   
   (error 713).   
      
   Find out about it on Google.  Lots of others reporting this error as well.   
      
   Microsoft had the error on ID248055, but their fixes didn't fix it. It did   
   mention the MSDERUN.DLL, though.   
      
   I checked the "support" files on both deployment packages and it showed   
   MSDERUN.DLL was not included in the support files.   
      
   P&D again, and I manually included MSDERUN.DLL  (but from the C:\windows\system   
   folder). Bells should have gone off then, because it responded with a "no   
   dependancies" message, and I added it with no dependancy info.   
   (Then forgot about it)   
      
   No, still not working   
      
   After several weeks of trying other fixes, one of the long-shot fixes I tried   
   was to register MSDERUN.DLL. Nup!!   
      
   It wasn't until I re-packaged another program today (which DID include the   
   MSDERUN.DLL) and installed it on my XP, that the "Run time error 713" went   
   away.   
      
   OK - back to problem child. Run the P&D and re-install. Nup!!   
      
   I re-ran the P&D on the working package and noted where it was sourcing   
   MSDERUN.DLL.   
   When I re-ran the P&D on the faulty package, I manually added it, using that   
   (Correct?) source..   
   This time I didn't get a "No dependancies" message.   
      
   After installation on the XP, the program was working properly!!!   
      
   Bugger!!   
      
   That will teach me not to pick files out of the system folder in future   
   (But why didn't the P&D automatically grab it from the right folder in the   
   first   
   place, five years ago?)   
      
   Argusy   
      
      
      
   Dikkie Dik wrote:   
   > Dependency walker is part of visual studio (and can be downloaded as   
   > well). That utility shows which DLLs your compiled application uses.   
   >   
   > Best regards   
   >   
   > argusy wrote:   
   >   
   >> I've already had that problem. changing my code to use Jet4.0 instead   
   >> of Jet3.1 when accessing an access database fixed that.   
   >>   
   >> If that fixes your problem, then you may get another if you're using   
   >> datareports   
   >>   
   >> Now, if I could only find which visual basic .dll that's NOT installed   
   >> with XP, I might fix the datareport problem....... (which, btw,   
   >> appears as error 713)   
   >>   
   >> The microsoft MSDN fix? .... doesn't....   
   >> BUT, VB installed over XP - problem disappears.   
   >> SO... install VB on 26 XP computers?   
   >> don't think so - I've only the one licence   
   >>   
   >> Argusy   
   >>   
   >>   
   >> Dave wrote:   
   >>   
   >>> I created a program using VB6 under WIN 98. The program uses an ado   
   >>> database.   
   >>> When I use the package and deployment program in VB6 on this program   
   >>> and then install it on a machine with XP Pro on it, I get the Provider   
   >>> can not be found error..   
   >>>   
   >>> Any Ideas....I Hope   
   >>   
   >>   
   >>   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca