Ok, well I learned something else... When you stop the debugger it loses all
of this information so I'm going wait until the next failure, but I will
keep the debugger running next time so I can respond to these queries.

Thanks,

David Ruggles
CCNA MCSE (NT) CNA A+
Network Engineer        Safe Data, Inc.
(910) 285-7200  da...@safedatausa.com



-----Original Message-----
From: Rick McGuire [mailto:object.r...@gmail.com] 
Sent: Thursday, February 04, 2010 11:33 AM
To: Open Object Rexx Developer Mailing List
Subject: Re: [Oorexx-devel] New Stack Trace


Wow, this stack trace doesn't make any sense at all.  It looks like
something has seriously whacked the C stack.  I'm also a bit concerned
about what I'm seeing as the top entries for some of the other frames.
 I'll mark below the ones I'm interested in seeing:

On Thu, Feb 4, 2010 at 11:19 AM, David Ruggles <da...@safedatausa.com>
wrote:
> ooRexx trunk on Windows 2000 Pro, ooRexx was compiled on XP and doesn't
seem
> to exhibit the same errors on XP.
>
> Error:
>
> Unhandled exception at 0x77fcb333 in rexx.exe: 0xC0000005: Access
violation
> writing location 0x00000000.
>
> Call Stack:
>
>        NTDLL.DLL!77fcb333()
>        [Frames below may be incorrect and/or missing, no symbols loaded
for
> NTDLL.DLL]
>>       rexx.dll!RexxMethod::run(RexxActivity * activity=0x008a0000,
> RexxObject * receiver=0x77fcb4be, RexxString * msgname=0x77fcb618,
> RexxObject * * argPtr=0x02b5f8a0, unsigned int count=1882268,
> ProtectedObject & result={...})  Line 325 + 0xf bytes
>        NTDLL.DLL!77fcaeed()
>        KERNEL32.DLL!7c58dc97()
>        rexx.dll!RexxMethod::run(RexxActivity * activity=0x00000000,
> RexxObject * receiver=0x000001a8, RexxString * msgname=0x00000005,
> RexxObject * * argPtr=0x001cb89c, unsigned int count=16492999,
> ProtectedObject & result={...})  Line 325 + 0xf bytes
>        rexxsql.dll!00fbbab4()
>        rexx.dll!RexxMethod::run(RexxActivity * activity=0x7f3f5960,
> RexxObject * receiver=0x7eee6420, RexxString * msgname=0x7eee02b8,
> RexxObject * * argPtr=0x02bdf374, unsigned int count=1923839,
> ProtectedObject & result={...})  Line 325 + 0xf bytes
>        rexx.dll!RexxObject::messageSend(RexxString * msgname=0x02bdf394,
> RexxObject * * arguments=0x001b5ec5, unsigned int count=2129553024,
> ProtectedObject & result={...})  Line 793
>        rexx.dll!RexxMemory::envelopeMutex()  + 0x7 bytes
>        00000030()
>
> Threads:
>
>        892     __tmainCRTStartup       RexxMemory::holdObject  Normal  0
>        1704    Win32 Thread    77f88403        Highest 0
>        1400    Win32 Thread    77f88f03        Normal  0
>        1800    call_thread_function    SysSleep        Normal  0

The following 4 threads

>        1804    RexxNumberString::isInteger     RexxMemory::newObject
> Normal  0
>        1784    RexxInternalObject::clearObject RexxMemory::newObject
> Normal  0
>        1788    RexxInternalObject::clearObject RexxMemory::newObject
> Normal  0
>        1796    RexxActivation::run     RexxInternalObject::clearObject
> Normal  0
>        1792    _output_l       write_string    Normal  0


The following 2 threads

>        1692    holdObject      RexxMemory::holdObject  Normal  0
>        1320    RexxMethod::run RexxMethod::run Normal  0
>        324     call_thread_function    _heap_alloc_base        Normal  0
>        1980    call_thread_function    SysSleep        Normal  0
>        1472    call_thread_function    SysSleep        Normal  0
>>       1468    RexxObject::messageSend RexxMethod::run Normal  0
>
> The caret is the one the error was trapped in. I can get the stack traces
> for the other threads (thanks Mark Miesfeld) if there are one or more that
> would make sense to look at.
>
> Thanks,
>
> David Ruggles
> CCNA MCSE (NT) CNA A+
> Network Engineer        Safe Data, Inc.
> (910) 285-7200  da...@safedatausa.com
>
>
>
>
----------------------------------------------------------------------------
--
> 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
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>

----------------------------------------------------------------------------
--
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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


------------------------------------------------------------------------------
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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to