[eAccelerator-developers] Re: eAccelerator Win32

[Simon W. <sim...@ti...>]

Is there a huge difference in functionality between .9.4 and .9.5, i.e.=0A=
enough reason to work on making it PHP4 Win32 compatible?  There won't=0A=
be any major language changes in PHP4 so feature wise it should be fine?=0A=
I've not had much luck at compiling it yet so need to look at the=0A=
changes you applied to .9.5 and back-port them.=20=20=0A=
=0A=
I know a large number of people still run PHP4 and are reluctant to=0A=
upgrade (me included) but eA .9.4 should provide plenty for those on=0A=
Win32.  Personally I'm still running mmCache + php4 on production=0A=
servers which works fine for my requirements.=20=20=0A=
=0A=
Date: Wed, 17 May 2006 22:31:42 +0200=0A=
From: Bart Vanbrabant <bar...@zo...>=0A=
To: Simon Westwood <sim...@ti...>,=0A=
	eac...@li...=0A=
Subject: [eAccelerator-developers] Re: eAccelerator Win32=0A=
Reply-To: eac...@li...=0A=
=0A=
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)=0A=
--------------enig203D00E353A34CC1DAF8D7EA=0A=
Content-Type: text/plain; charset=3DISO-8859-1=0A=
Content-Transfer-Encoding: quoted-printable=0A=
=0A=
Simon Westwood wrote:=0A=
> I've grabbed the latest code from SVN instead of looking at 0.9.4=0A=
>=3D20=0A=
> PHP4.4.2 -=3D20=0A=
> ssize_t isn't defined, however PHP5 headers define it.  I suggest=0A=
addin=3D=0A=
g=0A=
> this macro (I added to cache.c as that's the only place ssize_t is=0A=
> referenced)=0A=
>=3D20=0A=
> #ifndef ssize_t=3D20=0A=
> #define ssize_t int=0A=
> #endif=3D20=0A=
>=3D20=0A=
> Linking...=0A=
>    Creating library Release/eAccelerator.lib and object=0A=
> Release/eAccelerator.expea_restore.obj : error LNK2001: unresolved=0A=
> external symbol _zend_do_inheritance=0A=
> Release/eAccelerator.dll : fatal error LNK1120: 1 unresolved externals=0A=
> Error executing link.exe.=0A=
>=3D20=0A=
> I've seen this in a ticket on the site=0A=
http://eaccelerator.net/ticket/6=3D=0A=
9=0A=
> so it's something in the pipeline.=0A=
>=3D20=0A=
> Also webui.c and webui.h are referenced in the project but aren't=0A=
> present, not sure if these have been merged in with other code so I=0A=
> copied over files from the .9.4 source for now.  If they don't need to=0A=
> be compiled in, I'll change the project files.=0A=
>=3D20=0A=
>=3D20=0A=
> PHP5.1.2 -=0A=
> Bunch of compilation errors I'm still looking at which seem to=0A=
originat=3D=0A=
e=0A=
> from intptr_t not being defined.  Some creative googling has found the=0A=
> following to provide a temporary, although possibly incorrect fix=0A=
>=3D20=0A=
> #ifndef _INTPTR_T_DEFINED=0A=
> typedef int	intptr_t;=0A=
> #  define _INTPTR_T_DEFINED=0A=
> #endif=0A=
>=3D20=0A=
> I'm not convinced it should be defined as type int (possibly long as I=0A=
> think it's a pointer), but it seems to result in the code compiling=0A=
> correctly and linking with no errors.  I don't have PHP5 configured to=0A=
> run on my machine at the moment so haven't actually tested to make=0A=
sure=3D=0A=
=0A=
> the module loads yet.  Hope to get PHP5 up and running on a separate=0A=
> version of Windows tomorrow, time permitting=0A=
>=3D20=0A=
> I hope the above is useful=0A=
>=3D20=0A=
=0A=
Sounds good. About the _zend_do_inheritance stuff. Hans used that=0A=
function because it save us a huge amount of trouble. The problem is=0A=
that it isn't exported in the win32 version. Only from php5.1 on, on=0A=
linux it isn't marked as a part of the zend api but it isn't marked=0A=
static either.=0A=
We realy don't know what to do about it, because without it we only have=0A=
two options:=0A=
=0A=
* don't support eA with php 4 on windows=0A=
* provide a patch for php and compile it again for windows=0A=
=0A=
A third option would be to hack around it but that would require a lot=0A=
of work. Hans has been looking into this. Maybe we should move this=0A=
stuff to the developers mailing list. I've cc'ed that list. This way=0A=
Hans can jump in too.=0A=
=0A=
I don't have that much time at the moment and in a few days I'll=0A=
disapear again for a more then a month, my exams are comming up :(.=0A=
=0A=
gr,=0A=
=0A=
Bart=0A=
=0A=
--=3D20=0A=
Bart Vanbrabant <bar...@zo...>=0A=
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E  FC4F 84E1 FED1 E426 64D1=0A=
=0A=
=0A=
--------------enig203D00E353A34CC1DAF8D7EA=0A=
Content-Type: application/pgp-signature; name=3D"signature.asc"=0A=
Content-Description: OpenPGP digital signature=0A=
Content-Disposition: attachment; filename=3D"signature.asc"=0A=
=0A=
-----BEGIN PGP SIGNATURE-----=0A=
Version: GnuPG v1.4.3 (GNU/Linux)=0A=
=0A=
iD8DBQFEa4g1hOH+0eQmZNERA211AKDb3nXtSB0v1SguvsLsP/tFpSs+HwCghdCK=0A=
RNAk0psCuxHtISWt6kZJONk=3D=0A=
=3D86D0=0A=
-----END PGP SIGNATURE-----=0A=
=0A=
--------------enig203D00E353A34CC1DAF8D7EA--=0A=
=0A=
=0A=
=0A=
=0A=
=0A=
--Legal Notice--=0A=
=0A=
This email and its attachments are intented for the above named only=0A=
and may be confidential. If this email has come to you in error, please=0A=
reply to it and highlight this to us. You must not take any action on the=
=0A=
email, nor must you copy or show it to anyone.=0A=
=0A=
Although we have taken steps to ensure that this email and attachments=0A=
are free from any virus, we advise that in keeping with good computing=0A=
practice, the recipient should ensure that their systems are free of viruse=
s.=0A=
=0A=
=0A=
=0A=