Ok it died again. I've never used Visual Studio or Visual Studio Express for
debugging before I feel very much like I'm poking around a dark hole with a
stick and hoping that something jumps up and says "I'm the problem" :-)
This time I poked around in the GUI and while I couldn't find more the one
Call Stack I did find a Thread list. Does this offer any more information?
We're in the process of installing SP3 on XP along with the other needed
software packages then I'll switch to using trunk.
Error:
HEAP[rexx.exe]: HEAP: Free Heap block b0410 modified at b0420 after it was
freed
Windows has triggered a breakpoint in rexx.exe.
This may be due to a corruption of the heap, and indicates a bug in rexx.exe
or any of the DLLs it has loaded.
The output window may have more diagnostic information
Thread List:
1008 RexxStart RexxMemory::holdObject Normal 0
1036 Win32 Thread 77f88403 Highest 0
1352 Win32 Thread 77f88f03 Normal 0
1056 call_thread_function SysSleep Normal 0
1344 StreamInfo::lineout RexxInternalObject::clearObject
Normal 0
1072 StreamInfo::lineout RexxInternalObject::clearObject
Normal 0
1288 StreamInfo::lineout RexxInternalObject::clearObject
Normal 0
1312 call_thread_function SysSocketConnection::read
Normal 0
612 call_thread_function __set_flsgetvalue Normal 0
1340 call_thread_function SysSleep Normal 0
852 call_thread_function _free_base Normal 0
1136 call_thread_function _free_base Normal 0
804 call_thread_function _free_base Normal 0
732 call_thread_function SysSleep Normal 0
1076 call_thread_function SysSleep Normal 0
> 904 RexxNativeActivation::variablePoolSetVariable cmpBYTE
Normal 0
Call Stack:
> NTDLL.DLL!77f9193c()
[Frames below may be incorrect and/or missing, no symbols loaded for
NTDLL.DLL]
NTDLL.DLL!77fb2a30()
NTDLL.DLL!77f9c73e()
NTDLL.DLL!77fcb63e()
NTDLL.DLL!77fcb618()
KERNEL32.DLL!7c58dd02()
myodbc3.dll!01a76962()
myodbc3.dll!01a76eb2()
odbc32.dll!018e3e07()
odbc32.dll!018e3fdc()
odbc32.dll!018e34fc()
odbc32.dll!018e3585()
msvcrt.dll!78024c78()
msvcrt.dll!78024ce2()
msvcrt.dll!78024c43()
NTDLL.DLL!77fcaeed()
NTDLL.DLL!77fcb301()
NTDLL.DLL!77fcb618()
rexx.dll!cmpBYTE(const void * lhs=0x0192069c, const void *
rhs=0x01922030) + 0x26 bytes C
odbc32.dll!018e389b()
odbc32.dll!018f82b3()
odbc32.dll!018e3976()
odbc32.dll!0190b78a()
rexxsql.dll!018b187c()
rexx.dll!RexxCompoundTable::findEntry(RexxCompoundTail *
tail=0x7f443860, bool create=true) Line 104 + 0x11 bytes C++
rexx.dll!RexxInternalObject::isOldSpace() Line 240 + 0x12 bytes
C++
rexx.dll!RexxVariable::set(RexxObject * value=0x7f5946e0) Line 66 +
0x8 bytes C++
rexx.dll!RexxStem::setCompoundVariable(RexxCompoundTail *
name=0x0152efac, RexxObject * _value=0x001f831d) Line 649 C++
0152ee78()
rexx.dll!RexxActivation::setLocalCompoundVariable(RexxString *
stemName=0x77fcb0ff, unsigned int index=26345472, RexxObject * *
tail=0x01921ec8, unsigned int tailCount=2013050392, RexxObject *
value=0x00000070) Line 4161 + 0x27 bytes C++
rexx.dll!RexxCompoundVariable::set(RexxActivation *
context=0x7f645de0, RexxObject * value=0x7f5946e0) Line 282 C++
rexx.dll!RexxNativeActivation::variablePoolSetVariable(_SHVBLOCK *
pshvblock=0x00000000) Line 2863 C++
Thanks,
David Ruggles
CCNA MCSE (NT) CNA A+
Network Engineer Safe Data, Inc.
(910) 285-7200 [email protected]
-----Original Message-----
From: Rick McGuire [mailto:[email protected]]
Sent: Monday, February 01, 2010 1:47 PM
To: Open Object Rexx Developer Mailing List
Subject: Re: [Oorexx-devel] Long Running Program Just Dies
On Mon, Feb 1, 2010 at 1:38 PM, David Ruggles <[email protected]> wrote:
> I'm not sure what macrospace is so I don't know. What is macrospace?
macrospace is a means of loading programs into storage and keeping
them there that dates from the OS/2 1.x days. The loaded code is
stored in the rxapi process, so the data needs to be retrieved via a
cross-process call each time you use it. ::requires works much better
as an optimization because everything is held directly in memory.
The stack trace was a red herring....the call in question was just
querying to see if the function getting called was present in the
macrospace.
I believe you mentioned that this is a multi-threaded application. It
is possible that this is not the thread that had the exception. There
should be a stack entry for each active thread in the application.
Rick
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
