Almost stumped...
-
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