RE: EuGrid - was Runs w/I FOR JONAS
- Posted by Phil Russell <pg_russell at lineone.net> Dec 03, 2002
- 555 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 > >