Almost stumped...
-
Even though it is static, when the exe was linked, it will likely use different .libs for VS2010 and VS2008. :)
Chris Meech I am Canadian. [heard in a local bar] In theory there is no difference between theory and practice. In practice there is. [Yogi Berra] posting about Crystal Reports here is like discussing gay marriage on a catholic church’s website.[Nishant Sivakumar]
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
Apart from the libs, the other thing could be the manifests. Are they the same in VS2008 and VS2010?
Best wishes, Hans
-
Apart from the libs, the other thing could be the manifests. Are they the same in VS2008 and VS2010?
Best wishes, Hans
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
Bart wrote:
Dont even know what to google....
Have you tried to google debug it?
-
Apart from the libs, the other thing could be the manifests. Are they the same in VS2008 and VS2010?
Best wishes, Hans
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
64 bit vs. 32 bit. Really, I have no idea. Marc
-
Bart wrote:
Dont even know what to google....
Have you tried to google debug it?
-
64 bit vs. 32 bit. Really, I have no idea. Marc
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
Run depends.exe and take a look to see if any external libraries aren't being loaded. I know you've built it static, but there still comes a point where it links across to an external DLL.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
-
From what I gather, I don't think that SP1 will be any help - in fact, it may make things worse.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
-
Dont know how. It works on the development machine with Windows 7 and VS2010. Works everywhere with on the other machine with Vista and VS2008. Wonder how I can get more info on the exe that doesnt work (the output from VS2010).
bart
http://msdn.microsoft.com/en-us/library/bt727f1t(VS.71).aspx#vctskinstallingremotedebugmonitorremotedebuggingwithtcpip[^] or if you're brave enough you can do it with WinDbg.
-
From what I gather, I don't think that SP1 will be any help - in fact, it may make things worse.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
-
Run depends.exe and take a look to see if any external libraries aren't being loaded. I know you've built it static, but there still comes a point where it links across to an external DLL.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
-
Run depends.exe and take a look to see if any external libraries aren't being loaded. I know you've built it static, but there still comes a point where it links across to an external DLL.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
Try checking the application log. And dont swallow exceptions on your code.
-
Try checking the application log. And dont swallow exceptions on your code.
I don't. Perhaps you meant this for the OP - they only get notified of replies to their messages, not ones posted against somebody else.
I'm not a stalker, I just know things. Oh by the way, you're out of milk.
Forgive your enemies - it messes with their heads
-
Recompiled an MFC application in vs2010. Compiles OK, no problem. Runs OK, no problem. The executable wont login to sqlserver on multiple client machines even when sqlexpress with the database is local. I then tried compiling on vs2008, exe logs on everywhere and works. Dont even know what to google.... (Is this a programming question or is it a BJOTD)
bart
OK, now I know the problem but cant fix it yet. Its this: _ConnectionPtr con; blah blah con->Open( blah <- (not a code problem as we are in the lounge) catch (_com_error blah Now, all works everywhere when I compile with VS2008 but doesnt work when I compile on W7 with 2010. Note that the exe wont even run on a w7 machine without VS2010. So it is quite obvious that VS 2010 has updated something...MDAC?? Has it?
bart