Luis,

It's impossible that NONE of the functions is listed by name IF you  
built with correct Linker flags. I assure you that at least the  
bottom of the call stack would have the complete info. If you compile  
and link correctly ONLY FIveHC.lib would be missing symbolic info. So  
the rest of the call stack MUST have complete symbolic info.

Ron

On Jun 13, 2008, at 1:11 PM, Luis Krause Mantilla wrote:

> Ron:
>
> Still get the same info.  Can the .map file help?  If so what am I  
> to look for in there?
>
> I also get the following error boxes when it gpfs:
>
> ---------------------------
> lawwin.exe - Application Error
> ---------------------------
> The instruction at "0x004d53c3" referenced memory at "0x00000012".  
> The memory could not be "written".
>
>
> Click on OK to terminate the program
> Click on CANCEL to debug the program
> ---------------------------
> OK   Cancel  ---------------------------
>
> and then this one:
>
> ---------------------------
> lawwin.exe - Application Error
> ---------------------------
> The exception unknown software exception (0xc0000027) occurred in  
> the application at location 0x7c80df2c.
>
>
> Click on OK to terminate the program
> Click on CANCEL to debug the program
> ---------------------------
> OK   Cancel  ---------------------------
>
> Plus the contents of the .cgl file:
>
> Error 00001. 0x100600 (Thread 0x3EF8):
> Access in invalid memory: Attempt to access 2 byte(s) at 0x00000000 
> +18.
> Call Tree:
>   0x004D53C3(=lawwin.exe:0x01:0D43C3)
>   0x004DFAEC(=lawwin.exe:0x01:0DEAEC)
>   0x0051A0A1(=lawwin.exe:0x01:1190A1)
>   0x005981EF(=lawwin.exe:0x01:1971EF)
>
> ------------------------------------------
> Error 00002. 0x400000 (r) (Thread 0x3EF8):
> Exception 0xC0000005: Access violation at 0x12.
> Call Tree:
>   0x004D53C3(=lawwin.exe:0x01:0D43C3)
>   0x004DFAEC(=lawwin.exe:0x01:0DEAEC)
>   0x0051A0A1(=lawwin.exe:0x01:1190A1)
>   0x005981EF(=lawwin.exe:0x01:1971EF)
>
> ------------------------------------------
>
> Regards,
>
> Ron Pinkas wrote:
>> Luis,
>>
>> If you only rebuild the app with given compiler and linker flags  
>> we  will be so much closer to resolve this issue. Your cgl file  
>> shows the  problem exists and we now only need to complete stack  
>> info.
>>
>> Ron
>>
>> On Jun 12, 2008, at 12:49 PM, Luis Krause Mantilla wrote:
>>
>>
>>> Ron:
>>>
>>> I did build xHarbour with the flags you mentioned, but not the  
>>> app  itself.
>>> I'll have to try that a bit later... there's a fire that needs  
>>> to  be put out
>>> now.
>>>
>>> Regards,
>>>
>>> Ron Pinkas wrote:
>>>
>>>> Luis,
>>>>
>>>> This seems to show that xHarbour and/or your app, was not compiled
>>>> and/or linked with all the flags I specified (I suspect link flags
>>>> for the application). Otherwise instead of the
>>>>
>>>>     0x004AFBC7(=lawwin.exe:0x01:0AEBC7)
>>>>
>>>> You'd have a function name, as well source file and line number.  
>>>> That
>>>> would point us exactly at the problem.
>>>>
>>>> Ron
>>>>
>>>> On Jun 12, 2008, at 11:40 AM, Luis Krause Mantilla wrote:
>>>>
>>>>
>>>>
>>>>> Ron:
>>>>>
>>>>> OK... here are the contents of my .cgl file:
>>>>>
>>>>> Error 00001. 0x100600 (Thread 0x21C4):
>>>>> Access in invalid memory: Attempt to access 2 byte(s) at  
>>>>> 0x00000000
>>>>> +18.
>>>>> Call Tree:
>>>>>    0x004AFBC7(=lawwin.exe:0x01:0AEBC7)
>>>>>    0x004BA59E(=lawwin.exe:0x01:0B959E)
>>>>>    0x004F4D19(=lawwin.exe:0x01:0F3D19)
>>>>>    0x00572E5F(=lawwin.exe:0x01:171E5F)
>>>>>
>>>>> ------------------------------------------
>>>>> Error 00002. 0x400000 (r) (Thread 0x21C4):
>>>>> Exception 0xC0000005: Access violation at 0x12.
>>>>> Call Tree:
>>>>>    0x004AFBC7(=lawwin.exe:0x01:0AEBC7)
>>>>>    0x004BA59E(=lawwin.exe:0x01:0B959E)
>>>>>    0x004F4D19(=lawwin.exe:0x01:0F3D19)
>>>>>    0x00572E5F(=lawwin.exe:0x01:171E5F)
>>>>>
>>>>> ------------------------------------------
>>>>>
>>>>>
>>>>> Hope that points in the right direction - all Greek to me :-)
>>>>>
>>>>> Regards,
>>>>>
>>>>> Ron Pinkas wrote:
>>>>>
>>>>>
>>>>>> Luis,
>>>>>>
>>>>>> You must add cg32.lib as the FIRST library, when you link.
>>>>>>
>>>>>> Ron
>>>>>>
>>>>>> On Jun 12, 2008, at 10:05 AM, Luis Krause Mantilla wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Ron:
>>>>>>>
>>>>>>> I'm able to rebuild xharbour with BCC 5.8.2, but when compiling
>>>>>>> our app I get the following:
>>>>>>>
>>>>>>> Error: Unresolved external 'std::basic_string<char,
>>>>>>> std::char_traits<char>, std::allocator<char> >::__nullref'
>>>>>>> referenced
>>>>>>> from D:\DEV\LIB\HBCOMM.LIB|comm
>>>>>>> Error: Unresolved external '_CG_A_PY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_DA_EPY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_A_BP' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_DA_EPXSY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_GDA_EGXSY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_GDA_EGY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|fm
>>>>>>> Error: Unresolved external '_CG_A_PD' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|estack
>>>>>>> Error: Unresolved external '_CG_DESC' referenced from
>>>>>>> F:\XHARBOUR\LIB\COMMON.LIB|hbstr
>>>>>>> Error: Unresolved external '_CG_A_PQ' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|classes
>>>>>>> Error: Unresolved external '_CG_LDA_EOXSY' referenced from
>>>>>>> F:\XHARBOUR\LIB\VM.LIB|classes
>>>>>>> Error: Unresolved external '_CG_LA_BP' referenced from
>>>>>>> F:\XHARBOUR\LIB\COMMON.LIB|hbver
>>>>>>> Error: Unresolved external '_CG_GA_BP' referenced from
>>>>>>> F:\XHARBOUR\LIB\COMMON.LIB|hbtrace
>>>>>>> Error: Unresolved external '_CG_DA_BEPXSY' referenced from
>>>>>>> F:\XHARBOUR\LIB\PCREPOS.LIB|pcre_compile
>>>>>>> Error: Unresolved external '_CG_LDA_EOY' referenced from
>>>>>>> F:\XHARBOUR\LIB\RTL.LIB|direct
>>>>>>> Error: Unresolved external '_CG_GA_GY' referenced from
>>>>>>> F:\XHARBOUR\LIB\RDDADS.LIB|ads1
>>>>>>> Error: Unresolved external 'std::basic_string<char,
>>>>>>> std::char_traits<char>, std::allocator<char>  
>>>>>>> >::basic_string<char,
>>>>>>> std::char_traits<char>, std::allocator<char> >(const char *,  
>>>>>>> const
>>>>>>> std::allocator<char>&)' referenced from D:\DEV\LIB\HBCOMM.LIB| 
>>>>>>> comm
>>>>>>> Error: Unresolved external 'std::basic_string<char,
>>>>>>> std::char_traits<char>, std::allocator<char> >::operator =(const
>>>>>>> std::basic_string<char, std::char_traits<char>,   
>>>>>>> std::allocator<char>
>>>>>>>
>>>>>>>
>>>>>>>> &)' referenced from D:\DEV\LIB\HBCOMM.LIB|comm
>>>>>>>>
>>>>>>>>
>>>>>>> Any idea what that means?
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Ron Pinkas wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Luis, Toninho
>>>>>>>>
>>>>>>>> For MSVC I use:
>>>>>>>>
>>>>>>>> SET CFLAGS=/Od /EHsc /RTC1 /MTd /Gs /GS /Gy /GR /Zi
>>>>>>>> /DHB_FM_STATISTICS /D_CRT_SECURE_NO_DEPRECATE
>>>>>>>> /D_CRT_NONSTDC_NO_DEPRECATE
>>>>>>>> SET LFLAGS=-DEBUG -DEBUGTYPE:CV
>>>>>>>>
>>>>>>>> For BCC 5.8 (Free and includes CodeGuard):
>>>>>>>>
>>>>>>>> SET CFLAGS=-M -Od -R -RT -fp -g0 -r- -vi- -v -vG -w -y
>>>>>>>> -Dhb_xgrab=malloc -Dhb_xfree=free -Dhb_xrealloc=realloc
>>>>>>>> -Dhb_xalloc=malloc -DFORCE_MEM_STD -D_DEBUG
>>>>>>>> SET ARFLAGS=/P128
>>>>>>>> SET LFLAGS=-v -L"%BCCDIR%\Lib"
>>>>>>>>
>>>>>>>> SET HB_CG32=Yes
>>>>>>>>
>>>>>>>> Ron
>>>>>>>>
>>>>>>>> On Jun 10, 2008, at 9:57 PM, Luis Krause Mantilla wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Ron:
>>>>>>>>>
>>>>>>>>> How do I build with full C debug code?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Ron Pinkas wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Luis,
>>>>>>>>>>
>>>>>>>>>> If you can consistently recreate this, then I need either   
>>>>>>>>>> the FWH
>>>>>>>>>> code so I can build it, or you need to build with full C  
>>>>>>>>>> debug
>>>>>>>>>> and  post the stack trace of the GPF.
>>>>>>>>>>
>>>>>>>>>> Ron
>>>>>>>>>>
>>>>>>>>>> On Jun 10, 2008, at 4:15 PM, Luis Krause Mantilla wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Ron:
>>>>>>>>>>>
>>>>>>>>>>> Maybe the gpf we experience when passing a param to the exe
>>>>>>>>>>>
>>>>>>>>>>> lawwin SHUTDOWN
>>>>>>>>>>>
>>>>>>>>>>> Is similar or related to Tonhino's.  When called as per  
>>>>>>>>>>> above
>>>>>>>>>>> line,
>>>>>>>>>>> we get:
>>>>>>>>>>>
>>>>>>>>>>> vmQuit()
>>>>>>>>>>> After Idle
>>>>>>>>>>> After Background
>>>>>>>>>>> After ExitFunctions
>>>>>>>>>>> After ModuleFunctions
>>>>>>>>>>> After setkey
>>>>>>>>>>> After Debugger
>>>>>>>>>>> After RDD
>>>>>>>>>>> After i18n
>>>>>>>>>>> After Stack
>>>>>>>>>>> After FOREACH
>>>>>>>>>>> After WITHOBJECT
>>>>>>>>>>> After Globals
>>>>>>>>>>> After memvarsClear
>>>>>>>>>>> After reset Statics
>>>>>>>>>>> After Return
>>>>>>>>>>> After CollectAll
>>>>>>>>>>> After DisableDestructors
>>>>>>>>>>> After stackRemove
>>>>>>>>>>> After clsClear
>>>>>>>>>>> CollectAll after clsClear
>>>>>>>>>>> After Statics
>>>>>>>>>>> CollectAll after Statics
>>>>>>>>>>> After BreakBlock
>>>>>>>>>>> CollectAll after BreakBlock
>>>>>>>>>>> After Err
>>>>>>>>>>> CollectAll after Err
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>>
>>>>>>>>>>> Ron Pinkas wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> Toninho,
>>>>>>>>>>>>
>>>>>>>>>>>> Please UN-comment also line 1058, and post new trace.log.
>>>>>>>>>>>>
>>>>>>>>>>>> Ron
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Jun 10, 2008, at 10:00 AM, [EMAIL PROTECTED] wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>> Toninho,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please recompile hvm.c with -DTRACE_QUIT compiler switch,
>>>>>>>>>>>>>> *or*
>>>>>>>>>>>>>> un-
>>>>>>>>>>>>>> comment line 848. Then please post content of trace.log
>>>>>>>>>>>>>> when a
>>>>>>>>>>>>>> GPF
>>>>>>>>>>>>>> occurs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Ron,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Here it is:
>>>>>>>>>>>>>
>>>>>>>>>>>>> vmQuit()
>>>>>>>>>>>>> After Idle
>>>>>>>>>>>>> After Background
>>>>>>>>>>>>> After ExitFunctions
>>>>>>>>>>>>> After ModuleFunctions
>>>>>>>>>>>>> After setkey
>>>>>>>>>>>>> After Debugger
>>>>>>>>>>>>> After RDD
>>>>>>>>>>>>> After i18n
>>>>>>>>>>>>> After Stack
>>>>>>>>>>>>> After FOREACH
>>>>>>>>>>>>> After WITHOBJECT
>>>>>>>>>>>>> After Globals
>>>>>>>>>>>>> After memvarsClear
>>>>>>>>>>>>> After reset Statics
>>>>>>>>>>>>> After Return
>>>>>>>>>>>>> After CollectAll
>>>>>>>>>>>>> After DisableDestructors
>>>>>>>>>>>>> After stackRemove
>>>>>>>>>>>>> After clsClear
>>>>>>>>>>>>> After Statics
>>>>>>>>>>>>> After BreakBlock
>>>>>>>>>>>>> After Err
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Toninho.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------- 
>>>>>>>>>>>>> -- --
>>>>>>>>>>>>> ------
>>>>>>>>>>>>> -- 
>>>>>>>>>>>>> ---
>>>>>>>>>>>>> Check out the new SourceForge.net Marketplace.
>>>>>>>>>>>>> It's the best place to buy or sell services for
>>>>>>>>>>>>> just about anything Open Source.
>>>>>>>>>>>>> http://sourceforge.net/services/buy/index.php
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> xHarbour-developers mailing list
>>>>>>>>>>>>> xHarbour-developers@lists.sourceforge.net
>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-
>>>>>>>>>>>>> developers
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ----------------------------------------------------------- 
>>>>>>>>>>>> -- --
>>>>>>>>>>>> ------
>>>>>>>>>>>> ----
>>>>>>>>>>>> Check out the new SourceForge.net Marketplace.
>>>>>>>>>>>> It's the best place to buy or sell services for
>>>>>>>>>>>> just about anything Open Source.
>>>>>>>>>>>> http://sourceforge.net/services/buy/index.php
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> xHarbour-developers mailing list
>>>>>>>>>>>> xHarbour-developers@lists.sourceforge.net
>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-
>>>>>>>>>>>> developers
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>>> Luis Krause Mantilla
>>>>>>>>>>> lkrausem at shaw dot ca
>>>>>>>>>>> luis_krause at hotmail dot com
>>>>>>>>>>> "May the Source be with GNU"
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------------------------------------ 
>>>>>>>>>>> -- --
>>>>>>>>>>> ------
>>>>>>>>>>> ---
>>>>>>>>>>> Check out the new SourceForge.net Marketplace.
>>>>>>>>>>> It's the best place to buy or sell services for
>>>>>>>>>>> just about anything Open Source.
>>>>>>>>>>> http://sourceforge.net/services/buy/index.php
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> xHarbour-developers mailing list
>>>>>>>>>>> xHarbour-developers@lists.sourceforge.net
>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-  
>>>>>>>>>>> developers
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> ------------------------------------------------------------- 
>>>>>>>>>> -- --
>>>>>>>>>> --------
>>>>>>>>>>
>>>>>>>>>> Check out the new SourceForge.net Marketplace.
>>>>>>>>>> It's the best place to buy or sell services for
>>>>>>>>>> just about anything Open Source.
>>>>>>>>>> http://sourceforge.net/services/buy/index.php
>>>>>>>>>> _______________________________________________
>>>>>>>>>> xHarbour-developers mailing list
>>>>>>>>>> xHarbour-developers@lists.sourceforge.net
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-  
>>>>>>>>>> developers
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Luis Krause Mantilla
>>>>>>>>> lkrausem at shaw dot ca
>>>>>>>>> luis_krause at hotmail dot com
>>>>>>>>> "May the Source be with GNU"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>> -- 
>>>>>>> Luis Krause Mantilla
>>>>>>> lkrausem at shaw dot ca
>>>>>>> luis_krause at hotmail dot com
>>>>>>> "May the Source be with GNU"
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>> -- 
>>>>> Luis Krause Mantilla
>>>>> lkrausem at shaw dot ca
>>>>> luis_krause at hotmail dot com
>>>>> "May the Source be with GNU"
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------ 
>>>>> -- --
>>>>> ---
>>>>> Check out the new SourceForge.net Marketplace.
>>>>> It's the best place to buy or sell services for
>>>>> just about anything Open Source.
>>>>> http://sourceforge.net/services/buy/index.php
>>>>> _______________________________________________
>>>>> xHarbour-developers mailing list
>>>>> xHarbour-developers@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>>>>>
>>>>>
>>>>>
>>>>
>>>> ------------------------------------------------------------------- 
>>>> -- ----
>>>> Check out the new SourceForge.net Marketplace.
>>>> It's the best place to buy or sell services for
>>>> just about anything Open Source.
>>>> http://sourceforge.net/services/buy/index.php
>>>> _______________________________________________
>>>> xHarbour-developers mailing list
>>>> xHarbour-developers@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>>>>
>>>>
>>>>
>>> -- 
>>> Luis Krause Mantilla
>>> lkrausem at shaw dot ca
>>> luis_krause at hotmail dot com
>>> "May the Source be with GNU"
>>>
>>>
>>>
>>> -------------------------------------------------------------------- 
>>> -- ---
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> xHarbour-developers mailing list
>>> xHarbour-developers@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>>>
>>>
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> xHarbour-developers mailing list
>> xHarbour-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/xharbour-developers
>>
>>
>
> -- 
> Luis Krause Mantilla
> lkrausem at shaw dot ca
> luis_krause at hotmail dot com
> "May the Source be with GNU"
>
>
>



-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers

Reply via email to