| Thread | Last Post | Replies |
|
| try-catch won't catch in the Release mode | 15 Nov 2005 06:36 GMT | 4 |
In a default MFC - dialog based application (VC6.0 or VC7.1), the following try-catch code does not be catched in Release mode, but it is OK for Debug mode. Any compiler/link option is required to turn on or turn off? try
|
| sockets async? | 15 Nov 2005 03:51 GMT | 4 |
hi, this should b a simple question...does the socket class use async? like in vb u have to tell it to use async, but in c++ i cant find either, its just "listen" or "connect"...is it async or sync?
|
| Conversion from 2003 to 2005 just too hard | 15 Nov 2005 00:13 GMT | 11 |
I've been trying all morning to convert my 2003 project (managed) to 2005 (/clr since I have both managed and unmanaged code). I'm guessing I have tens of thousands of lines of code to change. Did a lot of converting '__gc' to 'ref', converting '*' to '^', converting 'new' to ...
|
| __boxing helena - i mean parity... | 14 Nov 2005 23:20 GMT | 2 |
OK, I'm mixing old style with new style, so sue me... : ) Will under old syntax, I'm able to create a SerialPort instance. But, when I try to convert the Parity proerty to a String*, I get the following compiler error:
|
| Casting from non-const to const (C2440) | 14 Nov 2005 19:49 GMT | 1 |
Why am I getting the following C2440 error? public __gc class X {
|
| probing for CLR | 14 Nov 2005 19:42 GMT | 5 |
How can I test in a culture- and operating system independent way if the .NET Framework is installed (and in a certain version) on the target machine using vc++ 6 ?
|
| SerialPort class code example | 14 Nov 2005 18:38 GMT | 2 |
On this MSDN2 webpage describing the Framework 2.0 SerialPort class: http://msdn2.microsoft.com/en-us/library/30swa673(en-US,VS.80).aspx there is the following text under 'Example': "The following code example demonstrates the use of the SerialPort class to
|
| BUG: An exception does not propagate correctly to the calling function in a Windows Forms applicatio | 14 Nov 2005 17:41 GMT | 2 |
This thread is a continuation of a thread with the Subject "Unhandled exception - Different under debugger and non-debugger". (http://www.dotnetnewsgroups.com/newsgroupthread.asp?ID=186902) Oleg and Carl:
|
| Could not find type 'bool' | 14 Nov 2005 15:33 GMT | 1 |
the visual editor component refuses to work and I get his brain dead warning when I try to use it I compile and run clean, but the visual dialog editor is broken. anyone have a clue how to slap this up-side the head, as it were?
|
| Unhandled exception - Different under debugger and non-debugger | 14 Nov 2005 11:57 GMT | 9 |
I'm getting different behavior if my code is running under the debugger or not. I have modified Winmain to look like this: // Copyright (C) 2002 Microsoft Corporation
|
| unions and /clr | 14 Nov 2005 02:17 GMT | 2 |
I believe this is not allowed: union comboVar { int i;
|
| Managed C++ will not be supported in the future... | 14 Nov 2005 00:18 GMT | 12 |
At the following link: http://msdn2.microsoft.com/en-us/library/b23b94s7 there is the following quote near the top of the page (pay special attention to the last sentance):
|
| pure virtual functions and /clr | 13 Nov 2005 15:39 GMT | 2 |
I'm trying to create an abstract base class with a pure virtual method (using /clr and VS C++.NET 2005 Express). This will do the trick: ref class baseClass {
|
| Deployment problem with mixed mode dll | 12 Nov 2005 22:03 GMT | 1 |
I have a problem with a mixed mode application. It consists of an unmanaged C++ dll, a "mixed mode" dll and various VB.NET dlls using the mixed mode dll to talk to the unmanaged dll. When running on a development machine, everything works just fine. But
|
| C++ Interop Memory | 12 Nov 2005 20:56 GMT | 1 |
1. Is Marshal::AllocHGlobal(IntPtr) always pinned memory? 2. Is Marshal::AllocHGlobal(int) moveable or pinned memory? MSDN doesn't really explain that little difference ... Thanks, Urs
|