OpenEuphoria

RE: EuGrid - was Runs w/I FOR JONAS

• Posted by Phil Russell <pg_russell at lineone.net> Dec 03, 2002
• 922 views

Hi Derek,

I intended no innuendo, honest! I was working from Jonas' statement that

<snip>
And yes, I did try using safe.e in place of machine.e. Of course the 
problem you run into when using win32lib is that tk_mem uses the Windows 

memory management routines so when a routine in tk_mem does a peek or 
poke against that memory safe.e shows an error, which is not true. My 
solution was to create a version of tk_mem that uses Euphoria's allocate 

and free routines instead (I also had to use register_block in other 
places in my code as well). Of course the bound program ran fine 
then...
</snip>

Which, although not in anyway conclusive, suggests to me that this is, 
at heart, a memory allocation problem of some sort.  What I am 
suggesting is to see whether or not this problem is arising as some sort 
of interaction *between* tk_mem and EuGrid in bound programs. 

Memory allocation is a fairly minor part of EuGrid and it seems to be to 
be worth trying a modification to a) see if it fixes the problem and b) 
stop Jonas from having to use a modified version of a standard Eu lib.

Regards,

Phil

Derek Parnell wrote:
> ----- Original Message -----
> From: "Phil Russell" <pg_russell at lineone.net>
> To: "EUforum" <EUforum at topica.com>
> Sent: Tuesday, December 03, 2002 9:04 PM
> Subject: RE: EuGrid - was Runs w/I FOR JONAS
> 
> 
> I have to add that there is no evidence that the tk_mem routines are 
> causing
> this or any other memory related issues.
> 
> The tk_mem routines are still a better alternative to the standard Eu
> routines in a Windows environment.
> 
> I innuendo is that the tk_mem routines are in some way suspect. There 
> has
> been evidence to suggest that they are not harmful.
> 
> I also maintain that the RDS provided routines are also not harmful. The
> primary difference is that with the tk_mem routines, released memory is 
> made
> available to other processes where as the RDS free'd memory is still 
> held by
> the Eu process that allocated it.
> 
> ----------------
> cheers,
> Derek Parnell
> 
>