Re: [PHP-DEV] 4.1.0RC5
On Mon, Dec 03, 2001 at 03:53:05PM +0200 , Zeev Suraski wrote:
> You know the drill, but practice makes perfect!
>
> In a divine effort to prevent both Derick and Zak from winning their bets
> (Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7),
> please folks, FIND NO BUGS! It's a 'final release' darn it :)
";
$rij = imap_rfc822_parse_adrlist($val, "xx.khbo.be");
print "$val";
?>
note the change of the " "<-space before < into NUL byte.
it's bug #13801. it breaks webmails (imp)
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Phear my "Typical bloody smart-arse debian attitude."
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0RC2
On Tue, Nov 13, 2001 at 04:10:01AM +0200 , Zeev Suraski wrote:
> http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
>
> Do your thang :)
There is some problem with php run from command line, when HTTP header
output is disabled - that's either -f or -q
test.php:
php -f test.php
Warning: Cannot send session cookie - headers already sent in
/root/p/test.php on line 2
Warning: Cannot send session cache limiter - headers already sent
(output started at /root/p/test.php:2) in /root/p/test.php on line
2
and again is setcookie() OK. I'm not really sure about this, but
setcookie("bla"); gives on earlier version this output:
Set-Cookie: bla=deleted; expires=Wed, 15-Nov-00 13:37:21 GMT
but on 4.1.0RC2
Set-Cookie: bla=
is that OK?
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
GNU\Linux on Win32 systems
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0RC1
On Wed, Oct 17, 2001 at 05:58:45PM +0200 , Stig S. Bakken wrote:
> The two remaining critical bugs are not a reason to not roll 4.1.0RC1
what about setcookie("bla") returning
Set-Cookie: bla=
instead of
Set-Cookie: bla=deleted; expires=Wed, 18-Oct-00 13:35:14 GMT
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
* Joy sees a potato running down the street and shouting "I'm late! I'm late!" ;))
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [Jakub Jelinek ] [PATCH] (fwd)
On Thu, Sep 27, 2001 at 12:44:39PM -0700 , Rasmus Lerdorf wrote:
> This came across the glibc dev list. Thought it was interesting that PHP
> is stressing the dlopen code.
I wonder, if this fixes the infamous bug
apache: dl-close.c:123: _dl_close: Assertion `new_opencount[0] == 0' failed.
many people get on Debian.
/me goes compile new glibc
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Digital Electronic Being Intended for Assassination and Nullification
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Buildproblems in latest CVS
On Thu, Aug 09, 2001 at 01:22:18PM +0200 , Anders Johannsen wrote:
> aj@uranos% ./buildconf
> buildconf: checking installation...
> buildconf: autoconf version 2.13 (ok)
> buildconf: automake version 1.4-p4 (ok)
> buildconf: libtool version 1.4b
note the 1.4b. it requires autoconf 2.50. but I think this goes for 1.4
also, but doesn't screem
> 1996, (ok)
> rebuilding Makefile templates
> automake: configure.in: installing `Zend/ylwrap'
> rebuilding configure
> FATAL ERROR: Autoconf version 2.50 or higher is required for this script
> rebuilding acconfig.h
> rebuilding main/php_config.h.in
> FATAL ERROR: Autoconf version 2.50 or higher is required for this script
heh. debian package I'm sure. even if you try to use autoconf2.50 to force
2.52 you will fail.
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
We Are Debian. You Will Be Packaged. Media Opinion Is Irrelevant.
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Apache coredumps with php4 with runtime modules ldap and imap loaded
On Wed, Jun 27, 2001 at 12:34:31AM -0300 , Sergio Bruder wrote:
> I have the following situation:
>
> I have a linux 2.2.x with the following configuration:
> GLIBC 2.2.3
> OpenLDAP 2.0.11 (with SSL)
> imap-2000c (with SSL)
> Apache 1.3.19 (with SSL enabled by default)
> build_ext imap ext/imap/php_imap.c "-limap" "-DHAVE_IMAP2000 -DHAVE_IMAP_SSL"
> build_ext ldap ext/ldap/ldap.c "-lldap -llber"
>
> Apache doesnt coredumps if I load only php4-imap or only php4-ldap
> modules (php4 cgi version works).
welcom to the club :))
> Anybody have any clue for that?
read README.Debian :)) I have two problems with this combination. First is
that dynamicly linked c-client is a Bad Thing(TM). It works, but from time
to time is segfaults. The second problems is, if you use ldap before imap I
think (or the other way around). It triggers a bug in ld-linux, so apache
won't even start
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Debian - It is all about choice, baby!!
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6RC4 out.
On Tue, Jun 19, 2001 at 09:55:08PM +0300 , Andi Gutmans wrote:
> Part of the getting back to normal process is getting 4.0.6 out of the door :)
> Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz
>
> I *really* would like to get it out.
here are some bugs I came around during packaging for Debian
1) sapi/caudium/config.m4 - install doesn't honor INSTALL_ROOT and also
doesn't create dir for the module
- INSTALL_IT="\$(INSTALL) -m 0755 $SAPI_SHARED
$withval/lib/$PIKE_VERSION/PHP4.so"
+ INSTALL_IT="\$(mkinstalldirs) \$(INSTALL_ROOT)$withval/lib/$PIKE_VERSION/ &&
+\$(INSTALL) -m 0755 $SAPI_SHARED \$(INSTALL_ROOT)$withval/lib/$PIKE_VERSION/PHP4.so"
2) ext/sablot/config.m4 cannot be build as DSO, because the second test for
expat-dir destroys ext_shared from --with-sablot and as a result it adds
libraries to the main libphp4.so and not to sablot.so
PHP_ARG_WITH(sablot, for Sablotron XSL support,
[ --with-sablot[=DIR] Include Sablotron support])
+php_ext_shared=$ext_shared
PHP_ARG_WITH(expat-dir, libexpat dir for Sablotron 0.50,
[ --with-expat-dir=DIRSablotron: libexpat dir for Sablotron 0.50])
+ext_shared=$php_ext_shared
if test "$PHP_SABLOT" != "no"; then
- PHP_EXTENSION(sablot, $ext_shared)
+ PHP_EXTENSION(sablot, $php_ext_shared)
PHP_SUBST(SABLOT_SHARED_LIBADD)
- PHP_ADD_LIBRARY_WITH_PATH(expat, $i/lib)
+ PHP_ADD_LIBRARY_WITH_PATH(expat, $i/lib, SABLOT_SHARED_LIBADD)
3) the type of regoff_t is bad. libc defines it as int and if you use large
file support (LFS, -DLARGE_SOURCE ) it breaks, because off_t is 64bit.
The same should be applied to apache (include/hsregex.h)
--- regex/regex.h
+++ regex/regex.h
@@ -14,7 +14,7 @@
#define API_EXPORT(type)type
#endif
-typedef off_t regoff_t;
+typedef int regoff_t;
typedef struct {
int re_magic;
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
* Joy sees a potato running down the street and shouting "I'm late! I'm late!" ;))
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11487: eregi DO NOT FIND expression if string too complicated and from $fcontents
On Thu, Jun 14, 2001 at 01:47:45PM - , [EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED]
> Operating system: Linux Debian
> PHP version: 3.0.17
so it is 3.0.17 or 3.0.18?
> PHP Bug Type: Scripting Engine problem
> Bug description: eregi DO NOT FIND expression if string too complicated and from
>$fcontents
>
> In some cases, eregi_replace doesn't work. I found it didn't worked
> when reading the a long/complicated line from a file :
>
> 1. I read $line from a file and $line becomes :
>
>
>"PPMGrandBentohi3128defdef href=\"PHP_url_me?req_modmain=showprod&req_modsub=view&req_id=1\">[view] href=\"PHP_url_me?req_modmain=showprod&req_modsub=edit&req_id=1\">[edit]
>[del]"
>
> 2. $url_myself = "http://1.1.1.249/admin/express/main.php3";;
>and $line = eregi_replace ("PHP_url_me", $url_myself, $line);
>
>doesn't work !
>
> 3. For the other lines from the same file (shorter and with less
>special characters) it WORKS !
>
>AND that line is not tested the same as if I do
>$line2 = ...
>($line <> $line2) ?!
>
> 4. in eregi_replace ($pattern, $replace, $string), are there special characters into
>$string and even, why the same $line is not the same when read from a file
>
> CONCLUSION :
>
> I suppose the bug is more in $fcontents than ereg, BUT WHY ereg
> doesn't find a pattern which IS INTO the string ($line) ?
> Whatever the line can be, the pattern is there, so why doesn't
> it find it ?
>
> I suppose you don't need any other information, but just in case :
> - Debian Linux potato
> - PHP 3.0.18
selfcompiled or from a deb? if selfcompiled look at unstable php3. there is
a bug in php3's regex.h, which causes problems with large file support
(LFS). Also apache has this bug, which is fixed in the package (and maybe in
1.3.20 upstream).
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Obviously the only rational solution to your problem is suicide.
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing
On Wed, May 16, 2001 at 09:06:48PM -0400 , Mike Robinson wrote:
>
>
> > -Original Message-
> > From: Zak Greant [mailto:[EMAIL PROTECTED]]
> > Sent: May 15, 2001 3:27 PM
> > To: [EMAIL PROTECTED]; Andi Gutmans; [EMAIL PROTECTED]
> > Subject: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing
> >
> >
> > Andi wrote:
> > > I rolled 4.0.6RC1. It is ready for testing.
> > > http://www.php.net/~andi/php-4.0.6RC1.tar.gz
> > >
> > > Please everyone take sometime to make sure this is release worthy :)
> >
> > Hurray! :)
> >
> > Successful build on Mandrake 7.1
> > Basic scripts run w/o issues
>
> The gd support in 4.0.6RC1 got a little broken.
> Building snapshot php4-200105060945 against a
> copy of gd-1.8.3 with gif support hacked in, php
> builds fine and phpinfo() shows:
>
> GD Support enabled
> GD Version 1.6.2 or higher
> FreeType Support enabled
> FreeType Linkage with TTF library
> T1Lib Support enabled
> GIF Support enabled
> JPG Support enabled
> PNG Support enabled
> WBMP Support enabled
I've build php4 yesterday and it's OK. Note, that it's gd 1.8.3 without gif
support. it has the above without the gif.
Petr Cech
P.S. must remeber to upload
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
* Joy notes some people think "Unix" is a misspelling of "Unics" which is a
misspelling of "Emacs" :)
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing
On Wed, May 16, 2001 at 12:44:39PM +0200 , Hellekin O. Wolf wrote:
> quite new, like a .NET thing... Sounds like libtool-1.4 on Debian to me =8\
yup, but works mostly OK. Some glitches in getting libraries out of the main
binary, when GD, IMAP, SABLOT are compiled as DSO.
I'll probably upload it today
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Those who don't understand Unix are condemned to reinvent it, poorly.
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug in building standalone DSO modules
On Tue, May 15, 2001 at 11:44:38AM +0300 , Alexander Bokovoy wrote:
> On Tue, May 15, 2001 at 10:35:37AM +0200, Petr Cech wrote:
> > Hi,
> > I've been strugling for some time with the possibility of building some
> > extension not inside of ext/ dir, but using phpize to just add some module
> > later. Strangely, it didn't work - mostly. configure was created, Makefiles,
> > config.h ... Just great, but the resulting .so did not. But only in some
> > modules. And I fond also why:
> >
> > Modules don't #include config.h generated by the ./configure - including
> > this right at the top fixes the problems.
> >
> > So, putting in every module and having phpize generate -DHAVE_CONFIG_H would
> > make it really painless for everyone to build his favorite extension
> >
> > #ifdef HAVE_CONFIG_H
> > #include "config.h"
> > #endif
> Another way (without changing extension) is to run configure as
> CFLAGS="$CFLAGS -DHAVE_FOO=1 -DCOMPILE_DL_FOO=1" ./configure [options]
this can work with simple, no config, extensions. But of course it doesn't
catch things like pgsql's configure searching for
AC_CHECK_LIB(pq, PQcmdTuples,AC_DEFINE(HAVE_PQCMDTUPLES,1,[ ]))
AC_CHECK_LIB(pq, PQoidValue,AC_DEFINE(HAVE_PQOIDVALUE,1,[ ]))
AC_CHECK_LIB(pq, PQclientEncoding,AC_DEFINE(HAVE_PQCLIENTENCODING,1,[ ]))
AC_CHECK_LIB(pq, pg_encoding_to_char,AC_DEFINE(HAVE_PGSQL_WITH_MULTIBYTE_SUPPORT,1,[
]))
which get into the config.h. Defining them by hand is IMHO really not the
way, this should be done.
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Try: cat /dev/urandom | perl
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug in building standalone DSO modules
Hi,
I've been strugling for some time with the possibility of building some
extension not inside of ext/ dir, but using phpize to just add some module
later. Strangely, it didn't work - mostly. configure was created, Makefiles,
config.h ... Just great, but the resulting .so did not. But only in some
modules. And I fond also why:
Modules don't #include config.h generated by the ./configure - including
this right at the top fixes the problems.
So, putting in every module and having phpize generate -DHAVE_CONFIG_H would
make it really painless for everyone to build his favorite extension
#ifdef HAVE_CONFIG_H
#include "config.h"
#endif
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
Phear my "Typical bloody smart-arse debian attitude."
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
