Re: /MT and /MD

ok,

(i've asked about it a 1000 times, but no one seems to
be able to really help me. this is taking too long,
that's why i want to skip to debug mode).

they are runtime access violations (exceptions):

1 in ntdll.dll in res=heap_alloc(size), res becomes invalid
2 a freaked out loop-index with a value of about -10000 (where it should be
pos. and max. +200 or so)

1 and 2 occur in different circumstances.
what more do you need to know?

marco

"David Wilkinson" <no-reply@xxxxxxxxxxxx> schreef in bericht
news:esyppehTGHA.4740@xxxxxxxxxxxxxxxxxxxxxxx
marco 2 wrote:
since i upgraded my project from v5/6 to v8,
and switched to iostream (from iostream.h), i have serious errors in
release builds, but not in debug builds.
my own source contains more than 11.000 lines of vc++ code.
only 5 or 6 lines cause trouble!!!!
i've been stuck on this for 3 months!

now, my question (for now) is:
is it ok/advisable to set release aside, and continue working
in debug mode?

marco


marco:

In my opinion, NO! Fix your code, NOW!

What kind of errors are these? Compile, link, run?

David Wilkinson


.

Relevant Pages

  • Re: /MT and /MD
    ... then the codepath may differ in Debug vs. Release builds. ... In Debug mode, it may not be zero." ...
    (microsoft.public.vc.language)
  • Re: /MT and /MD
    ... If the code is making an out-of-bounds memory access, ... In Debug mode, ...
    (microsoft.public.vc.language)
  • Re: /MT and /MD
    ... then the codepath may differ in Debug vs. Release builds. ... In Debug mode, it may not be zero." ...
    (microsoft.public.vc.language)
  • Re: /MT and /MD
    ... marco 2 wrote: ... and switched to iostream, ... but not in debug builds. ... David Wilkinson ...
    (microsoft.public.vc.language)
  • RE: start assembly from "class library" project
    ... reference to that DLL from your testing project (right click reference folder ... Then inside your main class you can create a type that lives in your dll ... debug mode so that you can step into the code from your main project. ... "Marco Zapletal" wrote: ...
    (microsoft.public.dotnet.languages.csharp)
Loading