I'm sorry for the gross typo, should be:
My routines don't catch stack related uninitialized variables that Visual Studio does catch.
a
At 10:20 AM -0700 8/8/07, alex wrote:
>I can confirm that Visual Studio does this and quite successfully too.
>
>On the Mac I have something like 10 different versions of routines to replace the memory allocator to do things like this (mark free blocks, uninitialized, etc...) Sometimes you are in a plugin with a custom allocator, sometimes you need to override new/delete, one version was for Think C, CW, XCode, you get the point... These are tools that I believe every programmer should have (along with good assert and trace functionality)... It would be great to not have to reinvent the wheel every time I change compilers but such is life. My routines don't can't stack related uninitialized variables that Visual Studio does catch.
>
>These types of heap tools are fantastic for catching memory related errors and most software I have come into contact with is loaded with these sorts of problems waiting to show themselves at inopportune moments (like when demoing)... It would be really nice for Apple to include this basic functionality in XCode or in something like say XRay, Shark or MallocDebug...
>
>alex
>
>At 12:00 PM -0400 8/8/07, Sean McBride wrote:
>>On 8/6/07 10:46 PM, Jonas Maebe said:
>>
>>>> Of course no one else has any code with such amateur-hour mistakes as
>>>> uninitialized variables. Right?
>>>
>>>Since it is trivial for a compiler to initialise all local variables
>>>with any kind of garbage you want, I don't understand why so few
>>>compilers support doing that for debugging purposes (I know of no C
>>>compiler which does).
>>
>>I'm pretty sure Visual Studio can do that. I agree it would be really
>>nice for Xcode/gcc to do the same.
>>
>>--
>>____________________________________________________________
>>Sean McBride, B. Eng email@hidden
>>Rogue Research www.rogue-research.com
>>Mac Software Developer Montréal, Québec, Canada
>>
>>
>> _______________________________________________
>>Do not post admin requests to the list. They will be ignored.
>>Carbon-dev mailing list (email@hidden)
>>Help/Unsubscribe/Update your Subscription:
>>http://lists.apple.com/mailman/options/carbon-dev/email@hidden
>>
>>This email sent to email@hidden
>
> _______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Carbon-dev mailing list (email@hidden)
>Help/Unsubscribe/Update your Subscription:
>http://lists.apple.com/mailman/options/carbon-dev/email@hidden
>
>This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
This email sent to email@hidden
