OpenEuphoria

Re: HELP WANTED!

• Posted by euman at bellsouth.net Apr 28, 2003
• 364 views

This is a multi-part message in MIME format.

------=_NextPart_000_0014_01C30DAE.9351D470
	charset="iso-8859-1"

Hello and Thanks for taking time to respond.

Attached is the zip file which include the C headers + examples and
the documentation as supplied with my copy of the Cab-SDK.

I tried Elliott's usefull info but Eucab.ew is still broken.
Thanks Elliott for opening my eyes to read the 2.4 doco for the new
Euphoria. I never thought we had a change to use cdecl dll's, I must
re-read the entire doco again.

Derek I notice the behavior you mentioned where allocation takes place
twice then free then readfile, I cant explain why the .dll is doing this.
I believe mic say'd he had parts working thru some major asm trickery
but most of that stuff is over my head.

Thanks again,
Euman

----- Original Message ----- 
From: "Derek Parnell" <ddparnell at bigpond.com>
To: "EUforum" <EUforum at topica.com>
Sent: Monday, April 28, 2003 4:57 PM
Subject: Re: HELP WANTED!


>
> ----- Original Message -----
> From: <euman at bellsouth.net>
> To: "EUforum" <EUforum at topica.com>
> Sent: Tuesday, April 29, 2003 5:17 AM
> Subject: HELP WANTED!
>
>
> > Hello all,
> >
> > I have been waiting to implement Cab file wrappers (Cabinet.dll)
> > I thought once Robert C. had made cdecl available to us
> > that I could whip-up a working set but, I am totally confused about
> > this very mysterious .dll
> >
> > Here is code I have tried (below), I have also tried fptr.e by Matt
Lewis
> > and code published by mic and none have worked. Perhaps this should
> > work before Robert C. post 2.4 final?
> >
> > I hope someone will guide me in the correct direction if it's even
> possible.
> >
> >           *look for -- MACHINE LEVEL CRASH HERE!*
> >
>
> [snip]
>
> It seems that you have the definition of FDICreate incorrectly specified.
I
> don't have the C code header for that so can you post it on the list.
>
> I suspect this because when you trace through the code, you can see the
> callback function for allocate and free being called, but the parameter's
> being passed to those functions are obviously wrong. The first allocate
> callback is passed 2052, which seems ok. However the next call is passed
the
> PFNOPEN value! On my system that means it is being asked to allocate
4530592
> bytes. Then the first myfree callback is being asked to free the PFNWRITE
> address. Next the ReadFile callback is being asked to use the PFNSEEK
value
> as the file handle and to read the ERF value number of bytes. In my system
> that means 4559848 bytes!
>
> So I suspect that you may have missed a parameter?
> ----------------
> cheers,
> Derek Parnell
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>

------=_NextPart_000_0014_01C30DAE.9351D470
Content-Type: application/zip;
	name="FCI-FDI.zip"