Re: [PHP-DEV] Bug #13806 Updated: zlib compression is not broken, but other code breaks it?

At 03:44 11/11/2001, [EMAIL PROTECTED] wrote: >result - 4.1.0RC: >4.1.0RC works fine without zlib compression, but not with zlib output >compression. httpd just keeps growing when output exceed buf size. (I >killed it when it became 100MB) > >It cannot display phpinfo(). >There are many log entr

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

Guys, I mentioned this in the conference. Version numbers aren't going to change anything significant. If we're concerned about the users' perception of what the version number means, moving to Jani's versioning scheme, I'm pretty confident it'll mean less to more people. The reason being t

[PHP-DEV] Bug #13930 Updated: file() missing line 1

ID: 13930 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: OSX PHP Version: 4.0.6 New Comment: This also may be my bad - due to lack of experience with this particular function. Anyway, what is really going

Re: [PHP-DEV] Bug #14012 Updated: a struct has problem for sysvshm

Markus Fischer wrote: > Btw, isn't sufficient to just mail CVS problems to the list and > only create a new bug when really nothing happens? Else I think > we clutter the bug system only with small temporary bug reports > ... Ok. I'll do that from next time. -- Yasuo Ohgaki -- PHP Developme

[PHP-DEV] Re: Memory issue with output compression (was Re: [PHP-DEV] 4.1.0)

Zeev Suraski wrote: > After some more investigation, it *might* be related to a bug that > existed in 4.0.7 with multiple levels of internal output buffering, so I > may have spoken too soon. I can't really reproduce it, so I asked Yasuo > Ohgaki to take a look at it. If it's indeed the issu

RE: [PHP-DEV] Random Row From Database

PHP-Dev is not the list for these questions. You should read the MySQL manual. (assuming your using MySQL) Your query should be SELECT * FROM TABLENAME ORDER BY RAND() LIMIT 1 -Chris -Original Message- From: HEW Staff [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 10, 2001 9:19 P

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

At 12:31 AM 11/11/2001 +0100, Stig S. Bakken wrote: >Andi Gutmans wrote: > > > > Jani, > > > > I think in theory what you writes makes sense but it just doesn't work in > > the PHP project. (I'm talking about the minor versions coming out of > > branches). There are always cries to go with HEAD be

[PHP-DEV] Re: Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Jani Taskinen wrote: > I have no idea who have tested the latest RC. Does anyone have? At least, you and I do :) > After the latest RC there have been a LOT of fixes in the release > branch and also several fixes in the HEAD (which weren't MFH'd) > and there hasn't been any new RCs after those

[PHP-DEV] Random Row From Database

Hi, I'm trying to pull a random row from my database and display the contents. I know that the code: SELECT * FROM TABLENAME WHERE RAND() LIMIT 1 should work. However, there are 19 rows in the database and only the first row ever shows up. Is there a way to do this to ensure uniqueness? The c

Re: [PHP-DEV] Bug #14012 Updated: a struct has problem for sysvshm

Btw, isn't sufficient to just mail CVS problems to the list and only create a new bug when really nothing happens? Else I think we clutter the bug system only with small temporary bug reports ... - Markus On Sun, Nov 11, 2001 at 02:58:58AM -, [EMAIL PROTECTED] wrote : > ID: 14012 > Updated

[PHP-DEV] Bug #14012 Updated: a struct has problem for sysvshm

ID: 14012 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-11-10 New Comment: Fixed in CVS. Previous Comments: -

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

Ah, didn't have an updated tree. On Sun, 11 Nov 2001, Markus Fischer wrote: > On Sun, Nov 11, 2001 at 03:56:45AM +0100, Markus Fischer wrote : > > On Sat, Nov 10, 2001 at 06:44:36PM -0800, Rasmus Lerdorf wrote : > > > This doesn't look like the right fix to me. There is no such thing as > >

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

On Sun, Nov 11, 2001 at 03:56:45AM +0100, Markus Fischer wrote : > On Sat, Nov 10, 2001 at 06:44:36PM -0800, Rasmus Lerdorf wrote : > > This doesn't look like the right fix to me. There is no such thing as > > a php_unserialize_data_t typedef as far as I can tell. > > Hmm, and whats this? >

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

On Sat, Nov 10, 2001 at 06:44:36PM -0800, Rasmus Lerdorf wrote : > This doesn't look like the right fix to me. There is no such thing as > a php_unserialize_data_t typedef as far as I can tell. Hmm, and whats this? typedef struct php_unserialize_data php_unserialize_data_t; from var_unserial

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

This doesn't look like the right fix to me. There is no such thing as a php_unserialize_data_t typedef as far as I can tell. -Rasmus On Sun, 11 Nov 2001, Markus Fischer wrote: > Here's the fix. Someone with proper karma please apply it. > > - Markus > -- PHP Development Mailing List

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

Here's the fix. Someone with proper karma please apply it. - Markus ? sysvshm.diff Index: sysvshm.c === RCS file: /repository/php4/ext/sysvshm/sysvshm.c,v retrieving revision 1.49 diff -u -r1.49 sysvshm.c --- sysvshm.c 11 Oct 200

[PHP-DEV] Bug #13698 Updated: CGI version segfaults at shutdown

ID: 13698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.0CVS-2001-10-29 New Comment: It seems problem is fixed now for both 4.1.0RC and 4.2.0 :) Closed.

[PHP-DEV] Bug #14012: a struct has problem for sysvshm

From: [EMAIL PROTECTED] Operating system: linux 2.4.4/glibc 2.2.2 PHP version: 4.0CVS-2001-11-10 PHP Bug Type: Compile Failure Bug description: a struct has problem for sysvshm Just a build problem. I don't know the code, so patch is not attached. make[3]: Entering direct

[PHP-DEV] Bug #13806 Updated: zlib compression is not broken, but other code breaks it?

ID: 13806 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: zlib compression is broken? Status: Open Bug Type: Reproducible crash Old Operating System: Linux 2.4.14-pre3/glibc 2.2.2 Operating System: Linux 2.4.4/glibc 2.2.2 Old PHP Version: 4.1.0 RC CVS-2001-10-24 PHP

[PHP-DEV] Bug #13997 Updated: Would be nice to report which module conflicts if API version incorrect

ID: 13997 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Feature/Change Request Operating System: FreeBSD 4.3 PHP Version: 4.0CVS-2001-11-09 New Comment: That nonsense before 'Unable' should be the module name.. What module was this anyway? --Jan

[PHP-DEV] Bug #13960 Updated: ImageCreateFromJPEG doesn't work with URLs

ID: 13960 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Windows XP PHP Version: 4.0.6 New Comment: Works fine for me on Linux. Could you please try with some external jpg? ie. Not on localhost? Previous Comments: -

[PHP-DEV] Bug #13957 Updated: about storing/retriving/displaying data in Japanese language

ID: 13957 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: Not a bug. Please ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: --

[PHP-DEV] Bug #13982 Updated: set_time_limit (ref #13711) and ignore_user_abort affects later requests

ID: 13982 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Unknown/Other Function Bug Type: Apache related Operating System: SunOS 5.8 Generic PHP Version: 4.0.6 New Comment: Could you please try the latest CVS snapshot from http://snaps.php.net/

[PHP-DEV] Bug #14008 Updated: $_POST/$_FILES when uploaded file is too large

ID: 14008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: HTTP related Operating System: RHL 7.1 PHP Version: 4.0CVS-2001-11-10 Assigned To: sniper New Comment: Please try the latest CVS and let me know if this is good. Also note that errors set

[PHP-DEV] module ownership

Hi, I think a lot of the release problems we have now are influenced by the fact that the ownership and feeling of responsibility for the different parts of PHP is becoming very diluted. We should try giving the feeling of ownership back to the maintainers, here's a suggestion on how to: * give

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Jani Taskinen wrote: > > On Sat, 10 Nov 2001, Zeev Suraski wrote: > > >Guys, > > > >We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on > >which 4.1.0 is currently scheduled to be based on, has branched away a few > >months ago. Some people have expressed concern that releas

[PHP-DEV] Bug #13698 Updated: CGI version segfaults at shutdown

ID: 13698 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.0CVS-2001-10-29 New Comment: zlib.output_compression is off. --enable-debug is required, since string without '\0

[PHP-DEV] Bug #12611 Updated: problems with ImageColorSet and ImageColorAt

ID: 12611 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Windows PHP Version: 4.0.6 New Comment: The ImageColorAt() issue has been fixed in CVS and will be in 4.1. ImageColorSet() does nothing for truecolor images, wh

[PHP-DEV] Bug #13806 Updated: zlib compression is broken?

ID: 13806 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.1.0 RC CVS-2001-10-24 New Comment: Thanks for your time. However, 8MB memory limit should be enough for phpinfo()

[PHP-DEV] Bug #13635 Updated: preg_match_all returns some matched subexpressions under the wrong array index

ID: 13635 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: PCRE related Operating System: linux / apache (module) PHP Version: 4.0.6 Assigned To: andrei New Comment: Fixed in CVS - thanks for reporting this. Previous Comments: --

[PHP-DEV] Bug #13901 Updated: str_replace() seqfaults with empty string in array argument

ID: 13901 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Reproducible crash Operating System: Linux PPC (2.2.18) and MacOSX 10 PHP Version: 4.0.6 Assigned To: andrei Previous Comments: --

[PHP-DEV] Bug #13901 Updated: str_replace() seqfaults with empty string in array argument

ID: 13901 Updated by: andrei Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Reproducible crash Operating System: Linux PPC (2.2.18) and MacOSX 10 PHP Version: 4.0.6 Assigned To: andrei New Comment: Fixed in CVS - thanks. Previous Comments: -

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

Andi Gutmans wrote: > > Jani, > > I think in theory what you writes makes sense but it just doesn't work in > the PHP project. (I'm talking about the minor versions coming out of > branches). There are always cries to go with HEAD because it's got new > goodies (I think it often makes sense) and

[PHP-DEV] Workaround for Bug 13901

Hello php-dev, I found workaround for 13901 bug, but because i very bad know php internals, i think php-developers must verify this code: --cut-- *** string.c.orgSun Nov 11 01:14:08 2001 --- string.cSun Nov 11 01:12:00 2001 *** PHPAPI char *php_str_to_str(char *haysta ***

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Read my proposal for versioning rules before replying.. You can find it in the mailing list archives. --Jani On Sat, 10 Nov 2001, Mike Rogers wrote: >Because that appears to be rediculous idea. At present, unless you have a >problem which requires you to upgrade, you stick with the stable p

Re: [PHP-DEV] Session variables confusion

Jon Parise wrote: > What about $GLOBALS['HTTP_SESSION_VARS']['a']? Actually I'm searching for a way to access session variables that works with both register_globals settings. The above line works with register_globals = Off, but no On. -- Sebastian Bergmann http://sebastian-bergmann

Re: [PHP-DEV] Session variables confusion

On Sun, Nov 11, 2001 at 12:02:56AM +0100, Sebastian Bergmann wrote: > Environment: Current CVS on Win32. > > session_register('a'); > session_register('b'); > session_register('c'); > > echo 'GLOBALS[a]: ' . ++$GLOBALS['a'] . ''; > echo '_SESSI

[PHP-DEV] Session variables confusion

Environment: Current CVS on Win32. '; echo '_SESSION[b]: ' . ++$_SESSION['b'] . ''; echo 'HTTP_SESSION_VARS[c]: ' . ++$HTTP_SESSION_VARS['c'] . ''; ?> register_globals = On -> Only ++$GLOBALS['a'] is effective register_globals = Off -> ++$GLOBALS['a'] is

[PHP-DEV] Bug #14011: Segmentation fault on connect to Interbase

From: [EMAIL PROTECTED] Operating system: Linux Slackware 7.1 PHP version: 4.0.6 PHP Bug Type: InterBase related Bug description: Segmentation fault on connect to Interbase when doing this: $sth = ibase_connect ($database, $username, $password) it ends up with segmenta

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Because that appears to be rediculous idea. At present, unless you have a problem which requires you to upgrade, you stick with the stable proven release. The only reason why Linux kernel gets released so often is because it contains security fixes that affect everyone and are in the public. Sec

[PHP-DEV] Bug #14010 Updated: --with-config-file-path=[DIR] ineffective

ID: 14010 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Compile Issues Operating System: Linux Debian Potato PHP Version: 4.0CVS-2001-11-10 New Comment: Well, I ungzipped an entirely new snapshot and compiled completely fresh. And th

[PHP-DEV] CVS Account Request: s.esser

Hello, i would like to participate in the whole process of php development. for now i like to ask if i can maintain the filepro extension because afaik its unmaintained at the moment and full of bufferoverflow bugs, etc... SE -- PHP Development Mailing List To unsubscri

[PHP-DEV] Re: [PHP-QA] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

> >We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on > >which 4.1.0 is currently scheduled to be based on, has branched away a few > >months ago. Some people have expressed concern that releasing 4.1.0 based > >on that branch is not a good idea, because there have been so

[PHP-DEV] Bug #14010: --with-config-file-path=[DIR] ineffective

From: [EMAIL PROTECTED] Operating system: Linux Debian Potato PHP version: 4.0CVS-2001-11-10 PHP Bug Type: *Compile Issues Bug description: --with-config-file-path=[DIR] ineffective Build with --with-config-file-path=[DIR] in configure is ignored. Here's my full configure

Re: [PHP-DEV] 2x speedup of unserializer

On Sat, Nov 10, 2001 at 05:55:26PM +0100, Sascha Schumann wrote: > There is a patch available which boosts the speed of the > unserializer significantly. > > http://pair1.php.net/~sas/unserializer-speedup > > A large percentage of the speedup was achieved by > eliminating the

Re: [PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

Jani, I think in theory what you writes makes sense but it just doesn't work in the PHP project. (I'm talking about the minor versions coming out of branches). There are always cries to go with HEAD because it's got new goodies (I think it often makes sense) and then people don't want to rele

[PHP-DEV] Bug #13822 Updated: ereg vs eregi

ID: 13822 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Regexps related Operating System: Linux PHP Version: 4.0.6 New Comment: I meant closed :) Previous Comments: [2001-

Re: [PHP-DEV] 4.1.0

At 07:43 AM 11/10/2001 -0800, Rasmus Lerdorf wrote: >I think the assumption that the PHP_4_0_7 branch is "pretty stable" and >"pretty much ready to go" is the key here. How do you know? I think it >is up to the QA team to tell us if this is the case. From what I can see, >I don't think this is

[PHP-DEV] Bug #13822 Updated: ereg vs eregi

ID: 13822 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Regexps related Operating System: Linux PHP Version: 4.0.6 New Comment: Works fine for me. Previous Comments: [2001-1

[PHP-DEV] Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

On Sat, 10 Nov 2001, Zeev Suraski wrote: >Guys, > >We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on >which 4.1.0 is currently scheduled to be based on, has branched away a few >months ago. Some people have expressed concern that releasing 4.1.0 based >on that branch is not

[PHP-DEV] Bug #13335 Updated: bug in the eregi_replace

ID: 13335 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Regexps related Operating System: Linux server0023 PHP Version: 4.0.6 New Comment: This is a problem with your current locale settings. See http://www.php.net/manual/en/function.setlocale.php fo

[PHP-DEV] Bug #12368 Updated: Regexp limit the string size

ID: 12368 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Regexps related Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Works fine for me with 4.0.6. It prints out a whole bunch of I's. Try upgrading to 4.0.6 and reopen this report if

[PHP-DEV] Bug #14000 Updated: [notice] child pid XXXXX exit signal Segmentation fault (11)

ID: 14000 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IMAP related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: ok I do have the "c-client.h" maby this will help. http://beta.spysatcentral.net:8080/~hunter/phpinfo.php Previous Com

[PHP-DEV] Bug #14000 Updated: [notice] child pid XXXXX exit signal Segmentation fault (11)

ID: 14000 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IMAP related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: ok I do have the "c-client.h" maby this will help. http://beta.spysatcentral.net:8080/~hunter/phpinfo.php Previous Com

[PHP-DEV] Bug #13993 Updated: eval() parse errors not using error_handler

ID: 13993 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Old Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating System: Redhat Linux 7.1 PHP Version: 4.0.6 New Comment: Reopening as a feature-request. Previous Comments: --

Re: [PHP-DEV] Bug #13993 Updated: eval() parse errors not using error_handler

Saturday, November 10, 2001, 18:54:15, Markus Fischer wrote: > Shouldn't this be a feature request then? Possible validation > before eval() and/or bailout from eval() so the user can catch > it? I agree. It should be possible to gracefully handle errors in eval() calls. -- Kjartan <[EMAIL PROT

RE: [PHP-DEV] class xxx extends a_class_from_the_include_path - problem

Works just fine with 4.2.0-dev. However I can verify it on 4.0.6, so I'm guessing this problem was fixed. -Chris -Original Message- From: Wolfram Kriesing [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 10, 2001 11:25 AM To: list; list Subject: [PHP-DEV] class xxx extends a_class_f

Re: [PHP-DEV] class xxx extends a_class_from_the_include_path - problem

On Sat, 10 Nov 2001 19:24:36 +0100, Wolfram Kriesing wrote: >it prints > i am super2 > i am super1 > i am super1 > i am super1 > i am super1 > i am super1 > and so on > >if class super _doesnt_ extend PEAR the expected output is printed > i am

[PHP-DEV] Bug #13983 Updated: PHP complains that it was not build with truetype font support

ID: 13983 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: Linux (RedHat 7.2) PHP Version: 4.0.6 New Comment: As far as I recall, it's --enable-gd-native-tt (due to a typo. I might not be correct here). Derick Previous Comments: --

[PHP-DEV] Re: 2x speedup of unserializer

Sascha Schumann wrote: > http://pair1.php.net/~sas/unserializer-speedup Here's an additional patch to make this compile on Win32 http://www.sebastian-bergmann.de/unserializer-speedup-win32 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.d

Re: [PHP-DEV] Bug #13993 Updated: eval() parse errors not using error_handler

Shouldn't this be a feature request then? Possible validation before eval() and/or bailout from eval() so the user can catch it? - Markus On Sat, Nov 10, 2001 at 05:24:47PM -, [EMAIL PROTECTED] wrote : > ID: 13993 > Updated by: sander > Reported By: [EMAIL PROTECTED] > Old Status: Open > St

[PHP-DEV] Bug #7157 Updated: Cannot Suppot both Oracle and Informix

ID: 7157 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Closed Bug Type: OCI8 related Operating System: Solaris 2.7 PHP Version: 4.0.3 New Comment: Let's close this bug. If you want this fixed, do the following: -install the latest CVS (or at least 4.0.6) -gene

[PHP-DEV] Bug #13993 Updated: eval() parse errors not using error_handler

ID: 13993 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: Redhat Linux 7.1 PHP Version: 4.0.6 New Comment: Parse errors are never handled by set_error_handler(). Previous Comments:

[PHP-DEV] Bug #13978 Updated: Max buffer size

ID: 13978 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: The size of the field might be limited to 4096 bytes. Check that. If that isn't the problem, please post a sample

[PHP-DEV] Bug #13972 Updated: mail cc: and FATAL: emalloc()

ID: 13972 Updated by: sander Reported By: Daria Elias <[EMAIL PROTECTED]> Old Status: Open Status: Closed Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: It seems you've upgraded from 4.0.5 to 4.0.6. You should copy php4ts.dll from the 4.0.6-distribution to

[PHP-DEV] Bug #13983 Updated: PHP complains that it was not build with truetype font support

ID: 13983 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Linux (RedHat 7.2) PHP Version: 4.0.6 New Comment: You should use --enable-gd-native-ttf in your configure-line. Previous Comments: -

[PHP-DEV] Bug #13969 Updated: imap_mail() send email as anonymous@server?

ID: 13969 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IMAP related Operating System: Redhat Linux 7.0 PHP Version: 4.0.4pl1 New Comment: You can specify From: using the additional_headers parameter (see http://www.php.net/manual/en/function.imap-mai

[PHP-DEV] Bug #13952 Updated: str_replace, ereg_replace produce no result when matching char is first

ID: 13952 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Win 2000 5.00.2195 PHP Version: 4.0.6 New Comment: Works fine for me on Win2K using PHP-4.0.6. I can't imagine this is a bug. Please note that ? and + are consid

[PHP-DEV] PHP 3.0 Bug Summary Report

PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (539 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dea

[PHP-DEV] Memory issue with output compression (was Re: [PHP-DEV] 4.1.0)

After some more investigation, it *might* be related to a bug that existed in 4.0.7 with multiple levels of internal output buffering, so I may have spoken too soon. I can't really reproduce it, so I asked Yasuo Ohgaki to take a look at it. If it's indeed the issue, it's a one line fix that c

[PHP-DEV] Bug #13698 Updated: CGI version segfaults at shutdown

ID: 13698 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.0CVS-2001-10-29 New Comment: Is this with zlib.output_compression turned off? Previous Comments:

[PHP-DEV] Bug #13938 Updated: Windows-newlines are counted twice

ID: 13938 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: WinNT 4.0 PHP Version: 4.0.6 New Comment: I'm always using Windows-newlines on Windows. But I never experienced this, neither with the Apache-module, nor with the CGI-exe

[PHP-DEV] 2x speedup of unserializer

There is a patch available which boosts the speed of the unserializer significantly. http://pair1.php.net/~sas/unserializer-speedup A large percentage of the speedup was achieved by eliminating the use of a hash for the reference implementation. Credits go to Thies for n

[PHP-DEV] Bug #14000 Updated: [notice] child pid XXXXX exit signal Segmentation fault (11)

ID: 14000 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IMAP related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: If you don't have c-client.h file, the version is below imap-2000. So you better update the libs. Previous Comments:

[PHP-DEV] Bug #13806 Updated: zlib compression is broken?

ID: 13806 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.1.0 RC CVS-2001-10-24 New Comment: Looks like it may be related to bug #13698 after all. The mbstring-auto-conversion may be the pro

[PHP-DEV] Bug #13806 Updated: zlib compression is broken?

ID: 13806 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.1.0 RC CVS-2001-10-24 New Comment: This issue does not appear to be related in any way to the bug id's 12270 and 13698... Previous

[PHP-DEV] Bug #14000 Updated: [notice] child pid XXXXX exit signal Segmentation fault (11)

ID: 14000 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IMAP related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: How do I tell what version I have of c-client? I did a "grep -i version *" in "/usr/local/include/c-client" and it returne

[PHP-DEV] Bug #13806 Updated: zlib compression is broken?

ID: 13806 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.14-pre3/glibc 2.2.2 PHP Version: 4.1.0 RC CVS-2001-10-24 New Comment: This is most probably not a bug, at least not in the way you perceive it. With a large output buf

[PHP-DEV] 4.1.0

> My personal opinion is that we should go on with (a), and start the release > process for 4.2.0, based on the latest CVS, immediately afterwards Yess !!! let's go :) it's the best solution :) @++ JC -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROT

[PHP-DEV] 4.1.0

> My personal opinion is that we should go on with (a), and start the release > process for 4.2.0, based on the latest CVS, immediately afterwards Yess !!! let's go :) it's the best solution :) @++ JC -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTEC

Re: [PHP-DEV] 4.1.0

Rasmus - whatever that issue is, it has not been fixed in HEAD. Zeev At 17:43 10/11/2001, Rasmus Lerdorf wrote: >I think the assumption that the PHP_4_0_7 branch is "pretty stable" and >"pretty much ready to go" is the key here. How do you know? I think it >is up to the QA team to tell us if t

Re: [PHP-DEV] 4.1.0

At 17:43 10/11/2001, Rasmus Lerdorf wrote: >I think the assumption that the PHP_4_0_7 branch is "pretty stable" and >"pretty much ready to go" is the key here. How do you know? I think it >is up to the QA team to tell us if this is the case. From what I can see, >I don't think this is so. Fro

Re: [PHP-DEV] 4.1.0

I think the assumption that the PHP_4_0_7 branch is "pretty stable" and "pretty much ready to go" is the key here. How do you know? I think it is up to the QA team to tell us if this is the case. From what I can see, I don't think this is so. Jani, did you ever resolve that issue you post

[PHP-DEV] Bug #14000 Updated: [notice] child pid XXXXX exit signal Segmentation fault (11)

ID: 14000 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: Mail related Bug Type: IMAP related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: This is not bug in PHP but propably in the version of c-client you have. Which version is it? I

[PHP-DEV] 4.1.0

Guys, We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on which 4.1.0 is currently scheduled to be based on, has branched away a few months ago. Some people have expressed concern that releasing 4.1.0 based on that branch is not a good idea, because there have been so many

[PHP-DEV] Bug #14008 Updated: $_POST/$_FILES when uploaded file is too large

ID: 14008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Old Bug Type: Unknown/Other Function Bug Type: HTTP related Operating System: RHL 7.1 PHP Version: 4.0CVS-2001-11-10 Old Assigned To: hholzgra Assigned To: sniper New Comment: I'll take care of this.

[PHP-DEV] Bug #14008 Updated: $_POST/$_FILES when uploaded file is too large

ID: 14008 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Unknown/Other Function Operating System: RHL 7.1 PHP Version: 4.0CVS-2001-11-10 Old Assigned To: hholzgra Assigned To: New Comment: > so what do you expect? > > the file is

[PHP-DEV] Bug #14008 Updated: $_POST/$_FILES when uploaded file is too large

ID: 14008 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: RHL 7.1 PHP Version: 4.0CVS-2001-11-10 Old Assigned To: Assigned To: hholzgra New Comment: so what do you expect? the file is to big, so it is rej

[PHP-DEV] Bug #14008: $_POST/$_FILES when uploaded file is too large

From: [EMAIL PROTECTED] Operating system: RHL 7.1 PHP version: 4.0CVS-2001-11-10 PHP Bug Type: Unknown/Other Function Bug description: $_POST/$_FILES when uploaded file is too large Version is 4.2.0-dev. When using the following script:

[PHP-DEV] correction request in phpinfo()

Hi! Please reverse my name in the PHPinfo() output. I am listed in the PHP Website Team in the first place (alphabetical order). Although I am listed as Hojtsy Gabor, my family name is Hojtsy and my given name is Gabor. So the correct order is Gabor Hojtsy for my name. In Hungary we use the fam

[PHP-DEV] Bug #13483 Updated: Mail being sent twice

ID: 13483 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Mail related Operating System: PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-10-20

[PHP-DEV] Bug #12174 Updated: doc_root open_basedir directoves symlink not resolved when copy(create?) a file

ID: 12174 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Configuration Issues Operating System: linux 2.4.x? PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments:

[PHP-DEV] Bug #12738 Updated: Slow Response on Connecting to LDAP srvr

ID: 12738 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: LDAP related Operating System: Winnt 4.0 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2

[PHP-DEV] Bug #12758 Updated: Segfault in zend_execute_API.c

ID: 12758 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments:

[PHP-DEV] Bug #11062 Updated: Sharing Violation Error Message

ID: 11062 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Directory function related Operating System: NT 4.0 SP6a PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments:

[PHP-DEV] Bug #10598 Updated: Windows Protocol & ini file placement

ID: 10598 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Configuration Issues Operating System: Windows PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: -

[PHP-DEV] Bug #10361 Updated: make don't work for Oracle 8i on 64bit Solaris kernel

ID: 10361 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: Solaris 5.7 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: ---

[PHP-DEV] Bug #10314 Updated: split() function is'nt stable

ID: 10314 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Arrays related Operating System: Linux Redhat 7 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: --

[PHP-DEV] Bug #9697 Updated: filename ends with £

ID: 9697 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Filesystem function related Operating System: winnt 4.0 PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: --

[PHP-DEV] Bug #9287 Updated: Stronghold only start one process when using DSO PHP4 with OCI8 support

ID: 9287 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: Tru64 5.0a PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: ---

  1   2   >