OpenEuphoria

Re: LCC Compilation with the Eu2C translator

• Posted by Derek Parnell <ddparnell at bigpond.com> Oct 14, 2002
• 341 views

Hi,
I guess from your short description of the problem you are having that you have
a Win32lib program
that you are compiling with Lcc, and that when you execute the compile version
it fails, but if you
execute the interpreted version it works.

Have I got that right?

Also, the point of failure is a call to the atom() built-in function, right?

Can you reproduce this problem using a tiny (non-Win32lib) example?

Is it every instance of atom() calls in win32lib that is giving this problem or
only certain one(s)?

-------------
Derek.


15/10/2002 9:44:12 AM, euman at bellsouth.net wrote:

>
>Hi Rob, All.
>
>If the length of an atom is not defined then of course you would expect
>
>pObject (in the below routine) to fail as an atom
>
>BUT,,,
>
>global constant --  a registered constant value in Win32lib
>  user_val = 99 -- obligitory
>
>procedure proc( object pObject )
>   if atom(pObject) then
>      -- do something
>   else
>      -- We always wind-up here even if (pObject) is an atom, why?
>    end if
>end procedure
>
>proc(user_val)
>
>Win32lib is cluttered with such code...
>
>I havent found any of my API programs that are unable to compile/run
>when using LCC so, Win32lib has to be where the problem lies.
>Im still wondering why if a constant is declared and has a value registered 
>with Win32lib (before your call to the procedure for test) that you would 
>have such problems. 
> 
>This confuses me!
>
>[6 yrs of Euphoria programming and I still dont get Win32lib]
>
>Euman
>euman at bellsouth.net
>
>==================================================================
>================================================================== 
>----- Original Message ----- 
>From: "Euman" <euman at bellsouth.net>
>To: <EUforum at topica.com>
>Sent: Sunday, October 13, 2002 7:48 PM
>Subject: LCC Compilation with the Eu2C translator
>
>
>> Hello all,
>> 
>> Using various LCC compiler versions [99-02]:
>> I have come to the conclusion that LCC does not agree with
>> 
>> procedure proc( object hi_val )
>>    if atom(hi_val) then
>>       -- do something
>>    else
>>       -- We always wind-up here even if (hi_val) is an atom, why?
>>     end if
>> 
>> and will crash on any instance you would check for an atom.
>> This really seems to me to be a more Euphoric problem than LCC..?
>> 
>> [Dont forget I have the interpreter code...maybe I'll figure this out.]
>> 
>> Rob??? anyone?
>> 
>> BTW, Im not recieving any forum messages again, maybe this problem
>> is my ISP and not TOPICA...however, it has been a TOPICA problem
>> in the past...
>> 
>> Rob???
>> 
>> Euman
>> euman at bellsouth.net
>> 
>> ==================================================================
>> ==================================================================  
>> 
>
>
>
>
---------
Cheers,
Derek Parnell 
ICQ# 7647806