5.2.4RC3

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The link in the previous e-mail was wrong, the correct location
of the tarball is:

http://downloads.php.net/ilia/php-5.2.4RC3.tar.bz2 (md5sum:
72371ec077dd393f0c7d6370d115dcb6)

Only a week has passed and we are up to RC3 already, only 5 new
fixes since last RC one which addresses a minor security issue,
which I wanted to resolve before the final release. The source
tarball can be found at the URL below and Win32 binaries will be
available shortly.

http://downloads.php.net/ilia/php-5.2.4RC2.tar.bz2 (md5sum:
dc6589d253b4ac5010603c5927f33546 )

Please try this RC out on your code and report back any critical
issues you may discover. If all goes well the plan is to have
the final release done by the end of next week.

Ilia Alshanetsky
5.2 Release Master

Ilia Alshanetsky

It fails to generate a working binary for Mac OSX 10.4.10 on an
intel XServe that doesn't segfault, I'm sure it's nothing critical
since I've experienced similar issues with other RC versions that
seem to be resolved with official releases.

That's strange, I've compiled RC2 on my Intel mac and it seems to
be working fine without any issues. Could this perhaps be related
to some of the modules you have enabled?

I was just getting around to that now, seems that if I enable dio,
xmlrpx, xsl and zip is where it breaks down, if I build them embedded
it seems to work OK.

Of course I can't get the fbsql module to work at all under apache 2
regardless of how I build it.

It's not worth me spending time on since I have other PHP build
issues that are far more important like why 5.2.3 wont generate a
thread safe binary for apache 1.3.33 or the binaries are thread
safe and the modules aren't or the reverse (I haven't figured out
which is the case yet and no one seems to be of any help so far).

Apache 1 sapi does not need to thread-safe since Apache 1 does not
use threads.

True but by enabling it (or I thought) I could generate a single set
of modules that could be used with apache 1 and apache 2 but it
doesn't seem to matter to the apache 1 sapi, if I build the modules
under apache 1 and force flat_namespace most of the modules seem to
work under apache2 but I can't get any of the apache 2 build modules
to work properly even in apache 2, I get that missing symbol issue
however I don't get the issue if I build them embeded.

Ilia Alshanetsky

• • -- BuildSmart

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFGzj9C0hzWbkf0eKgRAn1wAJ4oAVcgOreaI0Udixx7JPn6fKn+yACeK+rd
b/jSaG5Tt/kkzHHNCh+jiIo=
=P2u6
-----END PGP SIGNATURE

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The link in the previous e-mail was wrong, the correct location
of the tarball is:

http://downloads.php.net/ilia/php-5.2.4RC3.tar.bz2 (md5sum:
72371ec077dd393f0c7d6370d115dcb6)

Only a week has passed and we are up to RC3 already, only 5 new
fixes since last RC one which addresses a minor security issue,
which I wanted to resolve before the final release. The source
tarball can be found at the URL below and Win32 binaries will be
available shortly.

http://downloads.php.net/ilia/php-5.2.4RC2.tar.bz2 (md5sum:
dc6589d253b4ac5010603c5927f33546 )

Please try this RC out on your code and report back any critical
issues you may discover. If all goes well the plan is to have
the final release done by the end of next week.

Ilia Alshanetsky
5.2 Release Master

Ilia Alshanetsky

It fails to generate a working binary for Mac OSX 10.4.10 on an
intel XServe that doesn't segfault, I'm sure it's nothing critical
since I've experienced similar issues with other RC versions that
seem to be resolved with official releases.

That's strange, I've compiled RC2 on my Intel mac and it seems to
be working fine without any issues. Could this perhaps be related
to some of the modules you have enabled?

It's not worth me spending time on since I have other PHP build
issues that are far more important like why 5.2.3 wont generate a
thread safe binary for apache 1.3.33 or the binaries are thread
safe and the modules aren't or the reverse (I haven't figured out
which is the case yet and no one seems to be of any help so far).

Apache 1 sapi does not need to thread-safe since Apache 1 does not
use threads.

Ilia Alshanetsky

Further progress, I built for apache 1.3.33 forcing pthreads on, and
forced twolevel_namespace (modified configure), then built for apache
2.0.53 using the same cli options (actually I have it scripted) and
saved the libphp5.so (as mod_php.apaci-2.0.53.so) and did the same
for apache 2.2.4 (as mod_php.apaci-2.2.4.so) and now all the modules
except for rar work.

rar works for apache 1.3.33 without enabling pthreads and forcing
flat_namespace but building as twolevel_namespace it fails (and is
the preferred choice for obvious reasons) and while threads aren't
used in apache 1.3.33 it doesn't hurt to build with it enabled.

In the past I configured for the same on each architecture and then
generated a diff of the php_config.h file, then I edited the
php_config.h file and added an #if ARCH == ppc / #else / #endif which
sets the defines for the architecture and copied this over before the
make command so it generates a universal binary that doesn't segfault
and doesn't suffer the date "Balloc() error" issue.

As well, Ive been generating a very free substitute to the $9K ADE
(yes I was one of the dumb ones who actually bought it thinking it
was a gotta have deal) out of a 10.4.3 universal OSX installer DVD
that allows me to build in a clean environment (and isn't married to
any particular hardware) that isn't tainted by software installs.
The only real differences is that the ADE is universal starting at
10.4.0 and offers the greatest compatibility and the free is at
10.4.3 and I've only encountered a rare issue where the 10.4.3 build
wouldn't work in a 10.4.0 environment due to a required symbol in
libSystem.B.dylib that is referenced from the Carbon.framework that
isn't available below 10.4.3, if you have to link against Carbon or
ApplicationServices frameworks then try to run below 10.4.3 then it's
a no-go.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFGzlu+0hzWbkf0eKgRAjmLAKCUvSgwLMc+zCHV2FOSUd75FW6oFQCeMaHI
RRheBzAVX95R1mmAKjC+NcA=
=XM3t
-----END PGP SIGNATURE