- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
In debug mode, have encountered array bound errors (my fault) which the VS2005 debuger does not seem to catch. On error, program stops, but no VS2005 stack trace to see which array was bad.
Surly this is not correct behavior. Would have expected VS2005 to have caught the problem and let me know where in the program it stopped.
And just to make sure, I un-installed IVF and its VS support and then re-installed.
Is this normal ? Hope not.
Thanks. John
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Let me know if this helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Clicking OK dismisses the text box, and the Call Stack Window only shows the library routines (apparently) where the error occured. No stack strace back to my code.
Any suggestions. Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I have noticed that whenwe hadarray bounds errors occuring in read or writing ofarray element(s) with out of bounds subscripts, that the call stack usually showed only the kernel or libif
Les
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Problem persists. On a quickie new soluton test, array out of bounds brings up the call stack and everything seems as it should.
But get to a real solution environment with libraries, several projects, and redirection of *.exe files and VS / IVF fails to find the call stack on arrary bounds. Call stack comes up, but has absolutely no information as where in the code the error occured. In fact, it has almost no information about the code. Completely defeats the idea of a de-bugger.
If I put a break point at where I purposely test array bounds, the call stack comes up with full information just before the error. Then let program run the statement with array bounds error, program stops, but VS 2005 / IVF becomes clueless as to call stack information.
Something is not correct. Any suggestions.
Thanks.
John
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
John,
Can you post the statement that causes the array out of bounds? (Include dimensions, typesand values, etc...)
It sounds like this is not an execution statement (where runtime bounds checking will detect out of bounds), but rather an I/O or call external function/subroutine with reference to array and info (subscript, record number, id, ...)for accessing the array, and that routine accessed memory in la la land.
Jim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
That said, yesterday, still using IVF 10.0.026 and VS 2005, found that on an allocate error (for an array that already was allocated and for which I did not trap with error flag) that IVF failed to communicate to VS 2005 call stack information.
When break points are put into VS 2005, the call stack has all the relevant information, but when IVF errors out, call stack info appears lost.
John
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Please report this to Intel Premier Support so that it can be investigated. Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
MADsblionel:
What is often confusing is that the console window with the error message and traceback is behind the VS window, so you don't see anything useful until you bring that window to the front....
Minor point, when the desktop gets cluttered the Switch between Windows icon sitting next to the Start button on the Vista taskbar stacks all the windows like a deck of cards so on clicking the one you want it comes to the fore.
Gerry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
That's a good point for those who have not disabled the "grouping" feature.
![](/skins/images/8B6E2C8F64F54CBD7F7262AA46F575DA/responsive_peak/images/icon_anonymous_message.png)
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page