Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / General 2 / March 2006



Tip: Looking for answers? Try searching our database.

Call to a C++ DLL from a VB application. Doesn't work on Tablet

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Fueled - 29 Mar 2006 18:39 GMT
Hi all!
I'm not too sure which group this post relates to, but the problem
seems related to Windows XP Tablet Edition. Sorry to cross-post.

So here goes: I've got a VB6 application which calls a function inside
a C++ DLL. I've had no problem executing it on every PC available here
(3 clones and a HP machine).
But when it comes to executing the exact same function on our
application, installed on two different Tablet PC with WinXP Tablet
edition running it, I receive this error message:
"Run-time error '-2147417848 (80010108): Method 'fnFdcad' of object
'fdcad' failed"

I'm not sure why, be we don't get the too often seen "Method '~' of
object '~' failed". Instead, we receive an error message where the
function and class are explicitely defined.
Also, while searching Google Groups and Web Search, and browsing
Windows Knowledge Base, I found nothing interesting regarding this
error and "C++ VB DLL", or this error and "Windows Tablet".

Has any one ever experienced this kind of error, or is anyone aware of
differences between WinXP and WinXP Tablet Edition?

Thank you!
Simon
J French - 30 Mar 2006 08:30 GMT
>Hi all!
>I'm not too sure which group this post relates to, but the problem
[quoted text clipped - 18 lines]
>Has any one ever experienced this kind of error, or is anyone aware of
>differences between WinXP and WinXP Tablet Edition?

Most likely that C DLL depends on something else that is not installed
properly.
Fueled - 30 Mar 2006 16:32 GMT
Thanks for your help, but I already ran Depends on our C++ DLL to
verify dependencies, and there are none missing, so I believe this
can't be the problem.

I may add this, if it can help you solve my problem:
we also access another DLL, coded in C++.NET, and this one we can
access on every PC AND every tablet we have.

Thanks very much for your help!
Simon
Jim Mack - 30 Mar 2006 17:12 GMT
> Thanks for your help, but I already ran Depends on our C++ DLL to
> verify dependencies, and there are none missing, so I believe this
[quoted text clipped - 3 lines]
> we also access another DLL, coded in C++.NET, and this one we can
> access on every PC AND every tablet we have.

That points even more strongly toward a missing dependency.

Rather than just running Depends on the DLL, run your program from within Depends, and generate a log. This is the only sure way to verify that everything needed is present and correct.

Signature

   Jim Mack
   MicroDexterity Inc
   www.microdexterity.com

Fueled - 30 Mar 2006 17:47 GMT
Hi Jim,

Thanks for your suggestion, i will try it.
Could you explain how to run my application into Depends?

You see, our main DLL is coded in VB, and from this main DLL we access
the other one coded in C++.
Our main DLL is actually running inside AutoCAD.

Thank you again.
Simon.
Jim Mack - 30 Mar 2006 20:01 GMT
> Hi Jim,
>
[quoted text clipped - 6 lines]
>
> Thank you again.

In newer versions of Depends there is a feature called 'Profiling'. Start Depends by itself, then use the File menu to load your program. The View menu should have an entry titled 'Start Profiling'.  This spawns your program so that Depends can watch every LoadLibrary and GetProcAddress call.  Certain 'errors' are normal and expected, but true errors should be fairly easy to spot.

Obviously, you must do this on the failing machine for it to have any value.

Good luck.

Signature

   Jim Mack
   MicroDexterity Inc
   www.microdexterity.com

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2010 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.