Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

DLL Talk / Visual Studio 2005 for Plugins?

Author
Message
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 11th Aug 2006 18:39
Link
Hi,

I am using VS2005 to compile my plugins using the multithreaded dll as target. But I keep getting reports of crashes because of ntdll or just so from users. However, on my machine they work.
So here my question; Are there any known issues with dlls that are compiled using VS2005 and are multithreaded?
(I dont see a singlethreaded target anymore in VS2005..)

thanks!

MyNetworkPlugin
MyScriptingPlugin
Back to top
Profile PM Email Website
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 11th Aug 2006 19:47
Link
I've had no reports of problems so far. Perhaps they need MFC80.

Come to the last Unofficial DBPro Convention (http://convention.logicstudios.net/)
Supplying "NO" since 1974...
Back to top
Profile PM Email Website
1tg46
20
Years of Service
User Offline
Joined: 1st Feb 2004
Location: I dont know!
Posted: 11th Sep 2006 03:13
Link
.NET Comaptability problems? 1.1 vs. 2.0

Regards,
1tg46

Reality is an illusion brought on by the absence of alcohol-do not take literally
Back to top
Profile PM Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 11th Sep 2006 19:43
Link
I forgot to say that my plugins are coded in c++.

So .NET should not be involved...

My DBPro Plugins Website
Back to top
Profile PM Email Website
jinzai
17
Years of Service
User Offline
Joined: 19th Aug 2006
Location: USA
Posted: 19th Sep 2006 07:02 Edited at: 19th Sep 2006 10:25
Link
Sorry, but I sure hope that you are wrong about the MFC80 thing. This one is getting tiresome...which is why I use MFC static, or not at all. You could try that to see if the problem goes away when you static link with MFC, assuming you are using MFC, that is.

WRT the loss of single-thread, AGAIN...I hope not.

How about your input libs (release vs. debug?)...are they maybe creating a different condition on your machine vs. others?
Back to top
Profile PM Email Website
Michaelc
18
Years of Service
User Offline
Joined: 17th Jun 2006
Location:
Posted: 28th Sep 2006 15:06
Link
Quote: "I forgot to say that my plugins are coded in c++.

So .NET should not be involved..."

Firstly, C++ 2005 is really C++ .NET, so the .NET Framework 2.0 is required.
Secondly, if you use MFC, it is required.

~Michaelc, Dark Inferno Studios
Back to top
Profile PM
1tg46
20
Years of Service
User Offline
Joined: 1st Feb 2004
Location: I dont know!
Posted: 4th Oct 2006 04:04
Link
C++ 2005 can or cannot be .NET depending on if your project has a specific .NET property checked in the projects propery pages: CommonLanguageRuntimeSupport. But it may also depend on what project type that you select, I believe if you select Win32 application that it will be pure C++ and not .NET.

Regards,
1tg46

Reality is an illusion brought on by the absence of alcohol-do not take literally
Back to top
Profile PM Website
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 4th Oct 2006 11:13
Link
Quote: "Firstly, C++ 2005 is really C++ .NET, so the .NET Framework 2.0 is required."

No, C++ 2005 is only C++ .Net if you make a .Net project. For standard C++ projects .Net isn't needed or used.

MFC80 is required if you use MFC.

Visit my web site to download Humans On A Planet & BallZ
Back to top
Profile PM Email Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 4th Oct 2006 23:35
Link
Okay, its a DLL, and it does not use MFC.

Its meant to be a C++ project, not C++.NET

However: the project was created with 2003, using win32 application. There, it surely worked without .NET Framework.

Now, I opened the project with 2005, compiled it, and it needs .NET Framework 2.0!

@1tg46
Can you tell me exactly what options have to be DEselected in the properties page to turn my project back into a pure c++ project?
It would prevent me from reinstalling VS 2003....

THANKS!!!

My DBPro Plugins Website
Back to top
Profile PM Email Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 14th Oct 2006 00:17 Edited at: 14th Oct 2006 00:19
Link
I have looked at the project settings, and it seems that there is nowhere specified to use the runtime system of .NET.

Here is a screenshot:


I think its all set up correctly to be an unmanaged c++ dll.
STILL it needs .NET Framework 2.0!? what is this? Anyone knows WHY?

PS; I have searched on google for an hour and couldn't find anything related to my problem

My DBPro Plugins Website
Back to top
Profile PM Email Website
OSX Using Happy Dude
20
Years of Service
User Offline
Joined: 21st Aug 2003
Location: At home
Posted: 14th Oct 2006 00:49
Link
Perhaps a DLL of yours uses .Net 2 ? That setup would certainly NOT require 2.0

Visit my web site for real bangin' stuff. Word.
Back to top
Profile PM Email Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 14th Oct 2006 02:30 Edited at: 14th Oct 2006 02:31
Link
The project contains only cpp files, no external dll of mine is being used... I guess if I just use VS2003 again it works. Or maybe I need to recreate the project file... will try that first.

PS; it uses winsock dll of course... hmmmm

My DBPro Plugins Website
Back to top
Profile PM Email Website
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 14th Oct 2006 07:22
Link
What version of Visual C++ 2005 are you using?
Express, Standard or Professional?

It might not seem like much but it does make quite a major difference when developing apps/libraries

Intel Pentium-D 2.8GHz, 512MB DDR2 433, Ati Radeon X1600 Pro 256MB PCI-E, Windows Vista RC1 / XP Professional SP2
Back to top
Profile PM Email Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 14th Oct 2006 09:31
Link
I am using Visual Studio 2005 Professional.
free for students...

My DBPro Plugins Website
Back to top
Profile PM Email Website
Raven
19
Years of Service
User Offline
Joined: 23rd Mar 2005
Location: Hertfordshire, England
Posted: 16th Oct 2006 02:01
Link
Projects > Win32 Project

Select Library (DLL) and Empty Project, make sure everything else is deselected. Then you don't have to touch anything else.
All of the default PDK stuff is already installed and set-up.

Create the DLL with the code you have and Build.
Should compile just fine.

Intel Pentium-D 2.8GHz, 512MB DDR2 433, Ati Radeon X1600 Pro 256MB PCI-E, Windows Vista RC1 / XP Professional SP2
Back to top
Profile PM Email Website
Barnski
18
Years of Service
User Offline
Joined: 26th Jan 2006
Location: Switzerland, Zurich
Posted: 28th Oct 2006 20:13 Edited at: 28th Oct 2006 20:14
Link
The reason for the .NET dependency was something different I think:

The paths of the .NET Framework was stored before the PlatformSDK paths in the INCLUDE and LIB environment variables... I changed the order now.

Sorry for the trouble and thanks for your time.

My DBPro Plugins Website
Back to top
Profile PM Email Website
Back to top

Login to post a reply

Server time is: 2024-06-23 04:42:48
Your offset time is: 2024-06-23 04:42:48