Re: Euphoria DLLs
--=======180448EA=======
At 07:17 PM 4/27/03 +0200, you wrote:
>
>Hello Bob, you wrote:
>
>[...]
>
> > I tried your "trick", Rob, but got the same unpredictable
> > behavior. I even tried allocating the buffer with:
> >
> > pErrorDescription = c_func(GlobalAlloc, {GMEM_FIXED, 500})
> > pErrorDescription = c_func(GlobalLock, {pErrorDescription})
> >
> > from KERNEL32.DLL. ...made no difference. ctrace_d.out shows the poke in
> > the DLL function as the last statement executed.
>
>In the other message that I posted at almost the same time than this one,
>there is a test in which I didn't allocate any memory at all.
>If I didn't make a mistake somewhere in that test, it looks as if it
>simply isn't possible, to pass a value bigger than power(2,31) - 1
>as argument to a routine in the DLL (without using E_ATOM etc.,
>of course).
>
> > Two days later....
> >
> > I've managed to get a stripped down version working okay. It
> > didn't need Rob's trick.
>
>Maybe you didn't pass any value bigger than power(2,31) - 1
>as argument to a routine in the DLL?
Yes, that's true. All pointers that were passed were in the 5,000,000
range. Obviously, we can't depend on that happening in all environments.
> > The problem must be somewhere else. If I find it,
> > I'll post it. After that, the next step is to write a test program in C.
> >
> > Thanks again,
> >
> > Bob
>
>I hope, we will solve this puzzle.
Me too. I imagine that it would be required to do things like make plugins
in EU.
Bob
--=======180448EA=======
Content-Type: text/plain; charset=us-ascii; x-avg=cert;
x-avg-checked=avg-ok-7B5246B7
Content-Disposition: inline
---
--=======180448EA=======--
|
Not Categorized, Please Help
|
|