[PHP-DEV] Is this a bug?

2003-03-25 Thread Tony Bibbs
Are there instances you all can think of where doing a header('location: $url'); causes a loss of all session data? I have a case I can reproduce consistently where doing a header() refresh or echoing out an HTML page with a meta refresh both cause resulting page to lose session. My hunch is

Re: [PHP-DEV] Is this a bug?

2003-03-25 Thread Chris Shiflett
--- Tony Bibbs [EMAIL PROTECTED] wrote: Are there instances you all can think of where doing a header('location: $url'); causes a loss of all session data? This is most likely not a bug. You can (hopefully) find more people to help with this type of question on [EMAIL PROTECTED] Good luck.

[PHP-DEV] Re: Fix for bug #22386

2003-03-11 Thread J Smith
Er, wrong patch. Proper one is attached. J I wrote: The browscap extension is trying to load stuff into the object_store before it gets initialized, so this'll fix it. Entries from the browscap.ini file are now stored in straight hashes rather than objects, but the return value is still

[PHP-DEV] Re: RE : TR : Bug #21549 [Opn-Fbk]: problem with INGRES II permanentconnexions

2003-01-31 Thread Derick Rethans
On Thu, 30 Jan 2003, pierre-marie mouliere wrote: Please attached find the patch We can not accept this patch as we can not allow: 1. having /* ARC INTERNATIONAL */ on every line you touched, 2. using the prefix _ai_ to functions you changed 3. indentation with spaces, and totally

[PHP-DEV] [PATCH] fix for bug #21600

2003-01-12 Thread Moriyoshi Koizumi
Attached is a patch for bug #21600. This problem is caused by unnecessary zval destruction performed when trying to assign a value that is originated from the same zval. Moriyoshi Index: Zend/zend_execute.c === RCS file:

[PHP-DEV] Proposed fix for bug #21149

2002-12-23 Thread Ilia A.
The current implementation of php_register_variable_ex() improperly handles situations when the name of the variable passed via GET/POST/COOKIES contains a '[' or it's urlencoded equivalent. The result is a small memory leak (number of chars between '[' and '=' +1) and invalid data inside the

Re: [PHP-DEV] Proposed fix for bug #21149

2002-12-23 Thread Melvyn Sopacua
On Mon, 23 Dec 2002, Ilia A. wrote: IA The current implementation of php_register_variable_ex() improperly handles IA situations when the name of the variable passed via GET/POST/COOKIES contains IA a '[' or it's urlencoded equivalent. The result is a small memory leak IA (number of chars

[PHP-DEV] Re: Patch for bug #20539

2002-11-28 Thread Sascha Schumann
The attached patch fixes a crash in CLI when php.ini contains: session.auto_start=1 magic_quotes_gpc=1 Could you please review it? SID is neither persistent nor case-sensitive. We should resort to such a hack only, if there is no proper bug fix. - Sascha -- PHP Development

[PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Moriyoshi Koizumi
Hi, The attached patch is a probable fix for bug #19566. I guess the bug is that va_list is not properly initialized before each callback function call. I've tested it in PPC linux, and it works fine. Regards, Moriyoshi Index: zend_hash.c

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Marcus Börger
I am not sure if va_start can be called twice in a row (rekursive). Manual does not say anything about that. How about: cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend) Index: zend_hash.c === RCS file:

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Moriyoshi Koizumi
See http://www.opengroup.org/onlinepubs/007908799/xsh/stdarg.h.html This appears to imply that va_start() can be used more than twice. And I don't think va_start() always has to be invoked. Moriyoshi [EMAIL PROTECTED] (Marcus Börger) wrote: I am not sure if va_start can be called twice in a

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Marcus Börger
Some comments on ISO9899 standard 7.15.1.3-2 Read between the lines: without va_end the behaviour is undefined. What ever that means i guess you have to call va_end and that requires va_start. 7.15.1.4-3 Says do not call va_start twice without va_end. marcus ISO/IEC 9899:1999 (E) ©ISO/IEC

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Moriyoshi Koizumi
Yep, the spec goes right. a corresponding va_end() dtor should be applied to ap once ap has been initialized by a va_start(). IMO no va_end() is needed without a preceding va_start(), and it doesn't matter if ap is used between va_start() and va_end(). BTW, could anyone commit this patch if

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Marcus Börger
Moriyoshi could you make a *.phpt file from the bug? Attached is a new diff tested already. It also fixes a compiler warning. Since i do not have Zend karma someone with karma should commit it or give me karma. marcus cvs -z3 -q diff zend_hash.c (in directory S:\php4-HEAD\Zend\) Index:

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Moriyoshi Koizumi
done. Moriyoshi [EMAIL PROTECTED] (Marcus Börger) wrote: Moriyoshi could you make a *.phpt file from the bug? Attached is a new diff tested already. It also fixes a compiler warning. Since i do not have Zend karma someone with karma should commit it or give me karma. marcus cvs -z3

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Derick Rethans
On Fri, 8 Nov 2002, Marcus Börger wrote: Moriyoshi could you make a *.phpt file from the bug? Attached is a new diff tested already. It also fixes a compiler warning. Since i do not have Zend karma someone with karma should commit it or give me karma. I can commit this, after you fix the

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Andi Gutmans
I haven't followed the thread. What is the problem with the var_args()? Also, please don't commit the second part of the patch. The warning is due to the compiler not understanding the code well enough. Functionality wise there's no reason to NULL that variable. Live with the warning or upgrade

Re: [PHP-DEV] [PATCH] Fix for bug #19566

2002-11-08 Thread Moriyoshi Koizumi
var_args issue doesn't have much to do with the purpose of the patch. We were perhaps just curious about the usage of va_start() and va_end(). And that warning reducer was later added by Marcus, so the first version should look nice. What about it? Moriyoshi Andi Gutmans [EMAIL PROTECTED]

[PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Wez Furlong
Hi Rasmus, It could actually be an fopencookie detection bug. Can you try both of these things: A. toggle the configure detected value for COOKIE_SEEKER_USES_FPOS_T then recompile. B. #undef HAVE_FOPENCOOKIE then recompile. Hopefully the first one solves the problem (so we just need to fix

[PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Rasmus Lerdorf
A. toggle the configure detected value for COOKIE_SEEKER_USES_FPOS_T then recompile. It was undefined. I defined it. B. #undef HAVE_FOPENCOOKIE then recompile. It was defined, I undefined it. Make clean, recompile and try again. Exactly the same segfault. -Rasmus -- PHP Development

[PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Wez Furlong
have you got a script I can try out? Did you try A and B separately? I might not be able to reproduce this, because my glibc is the older flavour :-/ I'll give it a go though! --Wez. On 16/10/02, Rasmus Lerdorf [EMAIL PROTECTED] wrote: A. toggle the configure detected value for

Re: [PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Rasmus Lerdorf
It's just a spinning logo flash movie. I have attached the script and the little logo image it spins. And no, I didn't try the two separately yet. -Rasmus On Wed, 16 Oct 2002, Wez Furlong wrote: have you got a script I can try out? Did you try A and B separately? I might not be able to

Re: [PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Wez Furlong
Try taking out the fclose($fp) line :-) fclose nukes the stream (just like all the other resource freeing functions) so it's not valid by the time that ming goes to use it = crash. Replacing fclose($fp) with $fp = null; is probably the correct thing to do in the script; there is not much that

Re: [PHP-DEV] Re: Ming streams bug

2002-10-15 Thread Rasmus Lerdorf
Hrm.. That does fix it. This has worked for ages with the fclose though. A bunch of leaks though: /home/rasmus/php4/Zend/zend_hash.c(178) : Freeing 0x08325DCC (32 bytes), script=ming.php Last leak repeated 3 times /home/rasmus/php4/Zend/zend_API.c(597) : Freeing 0x08325D6C (44 bytes),

[PHP-DEV] URL Rewriting Possible Bug

2002-09-10 Thread Adam Voigt
I'm not sure if this is something that can easily be repaired or what not, but myself and another programmer ran in to a problem converting some legacy software to PHP (from an antiquated language called iHTML). We are using id based sessions throughout the site, and on one page we have PHP

Re: [PHP-DEV] [PATCH] fix for bug #18654

2002-08-20 Thread Sander Roobol
Thanks, I've committed the patch to CVS. Sander On Mon, Aug 19, 2002 at 03:42:12PM +0200, Christophe Sollet wrote: hi, this patch fix bug #18654 by extending the nvexp definition. The diff contains the resulting re2c var_unserializer.c. [snip] -- PHP Development Mailing List

Re: [PHP-DEV] [PATCH] fix for bug #18654

2002-08-20 Thread Christophe Sollet
Sander Roobol wrote: Can it be merged in the 4.2 branch too ? It would be great to have 4.2.3 without this bug. Christophe Thanks, I've committed the patch to CVS. Sander On Mon, Aug 19, 2002 at 03:42:12PM +0200, Christophe Sollet wrote: hi, this patch fix bug #18654 by extending the

Re: [PHP-DEV] [PATCH] fix for bug #18654

2002-08-20 Thread Sander Roobol
Yeah, should have done that immediately. Committed. On Tue, Aug 20, 2002 at 09:41:54PM +0200, Christophe Sollet wrote: Sander Roobol wrote: Can it be merged in the 4.2 branch too ? It would be great to have 4.2.3 without this bug. Christophe Thanks, I've committed the patch to CVS.

[PHP-DEV] [PATCH] fix for bug #18654

2002-08-19 Thread Christophe Sollet
hi, this patch fix bug #18654 by extending the nvexp definition. The diff contains the resulting re2c var_unserializer.c. Index: var_unserializer.c === RCS file: /repository/php4/ext/standard/var_unserializer.c,v retrieving

RE: [PHP-DEV] Tru64, snprintf and bug #1298

2002-08-17 Thread Sebastian Nohn
AM To: [EMAIL PROTECTED] Cc: PHP Development Mailing list Subject: Re: [PHP-DEV] Tru64, snprintf and bug #1298 Well it's starting to sound like it might be necessary to do this. While nohn's compiler is working, it seems that at least one other Tru64 person is having difficulty. Looking

[PHP-DEV] multipart/form-data bug [crossposted]

2002-08-16 Thread James E. Flemer
Sorry for the cross-post, but I don't know which side is causing this bug, Apache or PHP. OS: Solaris 8 Apache: 1.3.26 PHP: 4.2.2 (DSO) By default, PHP sets max_post_size to 8Mb. If the post data exceeds that, it seems PHP discards all of it (no post data gets to the script). In my situation

[PHP-DEV] Tru64, snprintf and bug #1298

2002-08-16 Thread Dan Kalowsky
Yes, that is correct, bug #1298 (it's existed for a LONG time). The user is having some difficulty compiling the Zend libraries for 4.2.2. Mainly it seems that snprintf is turning up as an unresolved symbol. I asked him to grep through the /usr/include looking for it, and the result was nothing.

Re: [PHP-DEV] Tru64, snprintf and bug #1298

2002-08-16 Thread Marcus Börger
First of all the internal replacement of snprintf fails if size is 1 or 0. Second it is not C99 complient and third we do not include it the right way. We would need to check if snprintf is available and if it is C99 complient and if not use the replacement. I had a lengthy discussion with the

Re: [PHP-DEV] Tru64, snprintf and bug #1298

2002-08-16 Thread Dan Kalowsky
Well it's starting to sound like it might be necessary to do this. While nohn's compiler is working, it seems that at least one other Tru64 person is having difficulty. Looking at the influx of bugs as well, I'm wondering if Tru64 is going to be more of a problem for the project as whole... or

[PHP-DEV] Mail-Header in bug-list

2002-07-26 Thread Georg Richter
Hi would it be possible to revert the headers, or put the status at the end of the subject?! Its impossible to read the subjects in your mailclient, even if you use a terminal. Thx in advance Georg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:

Re: [PHP-DEV] Mail-Header in bug-list

2002-07-26 Thread Joerg Behrens
- Original Message - From: Georg Richter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 26, 2002 11:04 PM Subject: [PHP-DEV] Mail-Header in bug-list Hi would it be possible to revert the headers, or put the status at the end of the subject?! Its impossible to read

Re: [PHP-DEV] Re: Switching zlib.output_compression, bug #16109

2002-06-25 Thread Stefan Roehrich
On 2002-06-25 09:36:20, Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: I would suggest turn off compression for image. I mean turn off compression manually. As you already know, turning on and off by header(mime-type) does not work always, thus it's confusing. Yes, but we need some kind of

RE: [PHP-DEV] Re: Switching zlib.output_compression, bug #16109

2002-06-25 Thread Jaime Bozza
that should be easily tunable from within the script. Jaime Bozza -Original Message- From: Stefan Roehrich [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 8:19 AM To: Yasuo Ohgaki Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: Switching zlib.output_compression, bug #16109

[PHP-DEV] Re: Switching zlib.output_compression, bug #16109

2002-06-24 Thread Yasuo Ohgaki
Stefan Roehrich wrote: Hello! There has been a bug report (#16109) about a bug in Netscape 4.79, which doesn't display images if Content-Encoding: gzip is used. After thinking about a browser detection config flag for zlib.output compression, at LinuxTag we discussed, that a more general

[PHP-DEV] Re: Switching zlib.output_compression, bug #16109

2002-06-24 Thread Yasuo Ohgaki
Yasuo Ohgaki wrote: Stefan Roehrich wrote: Hello! There has been a bug report (#16109) about a bug in Netscape 4.79, which doesn't display images if Content-Encoding: gzip is used. After thinking about a browser detection config flag for zlib.output compression, at LinuxTag we discussed,

[PHP-DEV] [PATCH] for proc_close() Bug #17538

2002-06-12 Thread Kim Saunders
Do a cvs diff -u and post the patch to the list with [PATCH] in the subject; CC me directly. I'll try and apply it over the weekend, unless someone else here applies it for you in the meantime. That would be great :) Thanks for your extensive testing of proc_open/proc_close :-) No

[PHP-DEV] zlib double free bug and php

2002-06-05 Thread Lenny Miceli
Sorry to post here but I've received no response on the php-general list. I posted the following to that list a couple days ago and I was wondering if anyone on this list can help me. Thank you for your time.Lenny I've tried to search the archives/bug reports/faq's and didn't find any

Re: [PHP-DEV] zlib double free bug and php

2002-06-05 Thread Markus Fischer
Hi, PHP is as vulnerable as it is the libz of your system. PHP does not include zlib, it links against it which means it has already to be on your system. It is up to you to have the proper libz on your system, PHP just links against it. That's it. - Markus On Wed,

Re: [PHP-DEV] zlib double free bug and php

2002-06-05 Thread Stefan Roehrich
Hello! On 2002-06-05 15:39:55, Lenny Miceli wrote: issue. Even though I didn't compile php with the --with-zlib option when I run strings against the php library I still see zlib information. For Maybe zlib is used by another library which PHP uses (e.g. some graphic library, MySQL, ...).

Re: [PHP-DEV] [PATCH] Fix for bug 16888

2002-05-17 Thread Joseph Tate
We'll try this again. Here's the patch in a .txt file. - Original Message - From: Christian Stocker [EMAIL PROTECTED] To: Joseph Tate [EMAIL PROTECTED] Cc: Php-Dev List [EMAIL PROTECTED] Sent: Thursday, May 16, 2002 7:23 PM Subject: Re: [PHP-DEV] [PATCH] Fix for bug 16888 On Thu, 16

[PHP-DEV] Re: Operator Precedence bug

2002-05-16 Thread Derick Rethans
Andrew, On Wed, 15 May 2002, Andrew Sitnikov wrote: Hello derick, What you thing about this http://bugs.php.net/bug.php?id=17180 ? It must be marked as Open instead Analized ? No, I think it should be a documentation problem. It just doesn't make any sense to do it like this, and

[PHP-DEV] [PATCH] Fix for bug 16888

2002-05-16 Thread Joseph Tate
The following fixes bug 16888 so that Apache and IIS no longer crash on Windows when using the domxml extension with more than 128 nodes. See http://bugs.php.net/bug.php?id=16888 for details. Will the memory leak gurus please have a go at this and let me know what problems arise? Also, please

Re: [PHP-DEV] [PATCH] Fix for bug 16888

2002-05-16 Thread Christian Stocker
On Thu, 16 May 2002, Joseph Tate wrote: The following fixes bug 16888 so that Apache and IIS no longer crash on Windows when using the domxml extension with more than 128 nodes. See http://bugs.php.net/bug.php?id=16888 for details. Will the memory leak gurus please have a go at this and

[PHP-DEV] HASH_(UN)PROTECT_RECURSION bug?

2002-04-15 Thread Yasuo Ohgaki
HASH_PROTECT_RECURSION/HASH_UNPROTECT_RECURSION is defined zend_hash.c. Why HASH_UNPROTECT_RECURSION is decrementing nApplyCount unconditionally while HASH_PROTECT_RECURSION is incrementing nApplyCount conditionally? It does not make sense, since apply count became 255 from 0 when

[PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Joseph Tate
http://bugs.php.net/15333 I've narrowed down the problem, but can't seem to get anywhere with it. The state of the server when the problem occurrs: All serviceable threads have been killed or have timed out. A request is received prompting the spawning of a new thread. The new thread then goes

RE: [PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Rose, Billy
bytes are encountered. I worked around this by writing my own string copy function. Billy Rose [EMAIL PROTECTED] -Original Message- From: Joseph Tate [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 1:41 PM To: Php-Dev List Subject: [PHP-DEV] zend questions and bug #15333

RE: [PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Rose, Billy
Forgot to mention, the algorithm in the MS lib is what is faulty. It overruns the buffer at times. Billy Rose [EMAIL PROTECTED] -Original Message- From: Joseph Tate [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 1:41 PM To: Php-Dev List Subject: [PHP-DEV] zend questions

RE: [PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Joseph Tate
Subject: [PHP-DEV] zend questions and bug #15333 http://bugs.php.net/15333 I've narrowed down the problem, but can't seem to get anywhere with it. The state of the server when the problem occurrs: All serviceable threads have been killed or have timed out. A request

RE: [PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Rose, Billy
]] Sent: Tuesday, April 09, 2002 2:05 PM To: Rose, Billy; Php-Dev List Subject: RE: [PHP-DEV] zend questions and bug #15333 zend_strndup is a php implementation. It does not use the strndup function available through MS's library. The problem occurs because a length of 100 or more

RE: [PHP-DEV] zend questions and bug #15333

2002-04-09 Thread Joseph Tate
PM To: 'Joseph Tate'; Rose, Billy; Php-Dev List Subject: RE: [PHP-DEV] zend questions and bug #15333 In your stack dump, the function call that bombed was memcpy in the MS lib. Looking at the source in zend_alloc.c, I find that the lib's memcpy function is used. The way I finally tracked

[PHP-DEV] Re: Fix for Bug #16265 breaks inheritance!

2002-03-26 Thread Derick Rethans
On Tue, 26 Mar 2002, Wez Furlong wrote: Hi Derick, I don't know if you have tried something like this with the recent changes that were made to zend_compile.c: Class A { function fred() { } } Class B extends A { function fred() { } } Class B is not

[PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

2002-03-24 Thread Vergoz Michael (SYSDOOR)
---BeginMessage--- refere include file : sys/utsname.h ! You can see if the macro __USE_GNU is set the char returned are 'domainname' else the char are '__domainname' #@\[~\ You know this function can do a apache segfault ?! Becarful cuz domainename doesn't exist on freebsd ! there is the

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

2002-03-24 Thread Markus Fischer
Why do you think apache gets a segfault? The only thing is the the 'domainname' key is missing from the hash although it should display the content of __domainname (on non-bsd systems) I'm willing to fix it if someone comes up with a proper patch that also honors BSD.

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

2002-03-24 Thread Vergoz Michael (SYSDOOR)
, 2002 12:51 PM Subject: Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?] Why do you think apache gets a segfault? sorry not segfault but compilation problem ;) The only thing is the the 'domainname' key is missing from the hash although it should display the content

Re: [PHP-DEV] [Fwd: posix_uname another bug @^|[@#\@^#~@{[?]

2002-03-24 Thread Yasuo Ohgaki
Vergoz Michael wrote: have you reveiv the pgsql.c optimization code ? (is nothing to fix le utsname ;)) No. I didn't get any patch. Could mail me. another question : how to become a php developer ? Submit sevral patches? then apply CVS account? -- Yasuo Ohgaki -- PHP Development

[PHP-DEV] ZLib (double free) bug

2002-03-12 Thread Andrey Hristov
What about implementing in build process check for the version of the zlib library. If =1.1.3 to give error message that =1.1.4 is needed. 1.1.4 is at : ftp://ftp.info-zip.org/pub/infozip/zlib/zlib-1.1.4.tar.gz Best regards, Andrey Hristov -- PHP Development Mailing List http://www.php.net/

Re: [PHP-DEV] ZLib (double free) bug

2002-03-12 Thread Stefan Roehrich
On 2002-03-12 10:50:43, Andrey Hristov wrote: What about implementing in build process check for the version of the zlib library. If =1.1.3 to give error message that =1.1.4 is needed. 1.1.4 is at : I already thought about that, but there are people or even whole linux distributions (e.g.

Re: [PHP-DEV] ZLib (double free) bug

2002-03-12 Thread Andrey Hristov
-DEV] ZLib (double free) bug On 2002-03-12 10:50:43, Andrey Hristov wrote: What about implementing in build process check for the version of the zlib library. If =1.1.3 to give error message that =1.1.4 is needed. 1.1.4 is at : I already thought about that, but there are people or even

[PHP-DEV] Re: GetImageSize,read_exif_data,Bug #6787,#14994

2002-03-03 Thread Rasmus Lerdorf
today i woke up and i think the solution is to have read_exif_data a third parameter whether or not to return information if no exif is present And to support TIFFs with GetImageSize we only need a small addition of say less than 100 lines c code Good to hear you woke up Not waking up would

Re: [PHP-DEV] ICONV patch for bug 14423

2002-03-03 Thread Derick Rethans
Hello, attached is a fixed diff, it works on Linux now (RH 7.1). Derick On Sun, 3 Mar 2002, Dan Kalowsky wrote: I need a review bug #14423 (http://bugs.php.net/bug.php?id=14423edit=1) I think I've figured out what is wrong, but unfortunately I cannot do a buildconf on the machine I'm on

Re: [PHP-DEV] ICONV patch for bug 14423

2002-03-03 Thread Dan Kalowsky
Um yeah, this is the patch I ment to send initially :) If no comments/concerns are heard within 24 hours, you'll find this patch in the cvs. On Sun, 3 Mar 2002, Derick Rethans wrote: Hello, attached is a fixed diff, it works on Linux now (RH 7.1). Derick On Sun, 3 Mar 2002, Dan Kalowsky

[PHP-DEV] ICONV patch for bug 14423

2002-03-02 Thread Dan Kalowsky
I need a review bug #14423 (http://bugs.php.net/bug.php?id=14423edit=1) I think I've figured out what is wrong, but unfortunately I cannot do a buildconf on the machine I'm on currently (libtool is limited to 1.3, not 1.4). So if someone can try this patch out and comment on any corrections for

[PHP-DEV] Re: [mfischer@php.net: Bug #12465 Updated: posix_* issuing Warnings,no error code.]

2002-03-01 Thread Yasuo Ohgaki
Markus Fischer wrote: I'm forwarding this to php-dev@ (so people doing filtering don't miss it ;) and let's see what opinion others have about this. - Markus Even if I bogusified(?) it, +1 for return FALSE and set error level to E_NOTICE :) -- Yasuo Ohgaki

[PHP-DEV] Re: [mfischer@php.net: Bug #12465 Updated: posix_* issuing Warnings, no error code.]

2002-03-01 Thread Markus Fischer
On Fri, Mar 01, 2002 at 06:59:36PM +0900, Yasuo Ohgaki wrote : Markus Fischer wrote: I'm forwarding this to php-dev (so people doing filtering don't miss it ;) and let's see what opinion others have about this - Markus Even if I bogusified(?) it, +1 for return FALSE

[PHP-DEV] Re: [mfischer@php.net: Bug #12465 Updated: posix_* issuing Warnings,no error code.]

2002-03-01 Thread Yasuo Ohgaki
Markus Fischer wrote: On Fri, Mar 01, 2002 at 06:59:36PM +0900, Yasuo Ohgaki wrote : Markus Fischer wrote: I'm forwarding this to php-dev (so people doing filtering don't miss it ;) and let's see what opinion others have about this - Markus Even if I bogusified(?) it, +1 for

Re: [PHP-DEV] Re: [mfischer@php.net: Bug #12465 Updated: posix_* issuing Warnings, no error code.]

2002-03-01 Thread Edin Kadribasic
My point was to remove the (not needed) php_error() calls completely and save the message(errorcode) in a variable so the user (developer) can decide himself if he wants to do something with the message or not. php_error() call's are, verbosely spoken, pain in the ass to

[PHP-DEV] Re: Output Buffer - Bug #15613

2002-02-20 Thread Yasuo Ohgaki
A. Chorbadjiev wrote: Hi, without output buffering turned on, wheter invoked with a handler or explicit i'm getting garbage data and/or infinite reloading of the page. It was already reported and I think its still open (#14865). Everything is ok if the buffer size is 4096. It happens only

[PHP-DEV] Re: Output Buffer - Bug #15613

2002-02-20 Thread A. Chorbadjiev
Hi, php 4.1.1 + apache 1.3.22 + XP pro (don't ask why) SAPI from the standard binary distribution A good example for the problem is the phpinfo() call since it produces a relatively large page. The infinite reloading occurs only over HTTP 1.1, over HTTP 1.0 the page loads ok but the garbage

[PHP-DEV] Re: Output Buffer - Bug #15613

2002-02-19 Thread A. Chorbadjiev
Hi, without output buffering turned on, wheter invoked with a handler or explicit i'm getting garbage data and/or infinite reloading of the page. It was already reported and I think its still open (#14865). Everything is ok if the buffer size is 4096. It happens only on XP (in my case). Asen

Re: [PHP-DEV] socket_send() ...also a bug?

2002-02-16 Thread Markus Fischer
It's documented on http://www.php.net/manual/en/zend.arguments.retrieval.php It's a kind of promoting binary safety. Not the passed number of parameter passed to zend_parse_parameters() is important but what modifies are used to describe the parameters. Since a string is

[PHP-DEV] socket_send() ...also a bug?

2002-02-15 Thread Richard Samar
I found something else about socket_send(): proto: int socket_send(resource socket, string buf, int len, int flags) 4 parameters from the source: if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rsll, arg1, buf, buf_len, len, flags) == FAILURE) 5 parameters? what is len?? please remove

RE: [PHP-DEV] socket_send() ...also a bug?

2002-02-15 Thread Sean R. Bright
: Friday, February 15, 2002 8:27 PM To: Jason Greene Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] socket_send() ...also a bug? I found something else about socket_send(): proto: int socket_send(resource socket, string buf, int len, int flags) 4 parameters from the source

Re: [PHP-DEV] socket_send() ...also a bug?

2002-02-15 Thread Richard Samar
Sean R. Bright wrote: len is the length of the buffer. When 's' is specified in zend_parse_parameters, both the string and the number of characters are returned to the calling function. In this case, len is the length of 'buf_len.' :-) oki, the given prototype ist wrong then. could

[PHP-DEV] Bug #15449 Updated: Bug running PHP Mod@ Win XP

2002-02-09 Thread reel_taz
ID: 15449 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.1 New Comment: well.. this bug has been reportet

[PHP-DEV] Bug #15449 Updated: Bug running PHP Mod@ Win XP

2002-02-09 Thread sander
ID: 15449 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.1 New Comment: Dupe... (tnx reel_taz) Previous

[PHP-DEV] Bug #15449 Updated: Bug running PHP Mod@ Win XP

2002-02-08 Thread miguelangelos
ID: 15449 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.1 -- Edit this bug report at http://bugs.php.net/?id=15449edit=1 -- PHP

[PHP-DEV] Re: [PHP-DOC] Bug #15354: errr

2002-02-03 Thread Jan Lehnardt
Hi, On 3 Feb 2002 14:11:35 - [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: errr libphp4.a doen't exist in src/modules/php4/libphp4.a but libmodphp4.a exist, we

[PHP-DEV] Re: diff style bug update headers

2002-02-03 Thread Yasuo Ohgaki
Gabor Hojtsy wrote: Hi! I would like to propose a diff like bug update header style, so to use MUCH easier to read with diff -u style +1 -- Yasuo Ohgaki Please CC me when you reply to news/list messages. Do not reply only to me :) -- PHP Development Mailing List http://www.php.net/

[PHP-DEV] Bug #15234: basename bug

2002-01-26 Thread Ded . Muzdie
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 8.0 PHP version: 4.1.1 PHP Bug Type: Filesystem function related Bug description: basename bug This code $a = /74.html; $url = $a; echo $url, BR; echo basename($url, .html), BR;

[PHP-DEV] Bug #15236: include() bug

2002-01-26 Thread dev
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.1.1 PHP Bug Type: IIS related Bug description: include() bug Hi, when I try to include an external include file with the line ? include(http://myesys.com/useronline.php?comp_id=12;); ? under IIS PHP

[PHP-DEV] Bug #14334 Updated: Bug in COM class

2002-01-21 Thread wloske
ID: 14334 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating System: Windows 2000 Professional PHP Version: 4.0.6 New Comment: I am having the same problem which is a bit stranger though. One time my

[PHP-DEV] Bug #15129: htmlentities() bug

2002-01-20 Thread Dan_Armano
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: htmlentities() bug htmlentities(), when asked to convert quotes, instead of converting to quot;, it converts it to \quot;. It adds a \ character before quot;.

[PHP-DEV] Bug #15083: Big bug with mssql_fetch_xxxx methods

2002-01-17 Thread mi
From: [EMAIL PROTECTED] Operating system: Windows 2000 Pro PHP version: 4.1.1 PHP Bug Type: MSSQL related Bug description: Big bug with mssql_fetch_ methods On PHP 4.0.6 on Windows 2000 Pro I use the php_mssql.dll extension to access mssql server 7.0 and all the

[PHP-DEV] Bug #12813 Updated: Bug id #11058 but on linux.

2002-01-16 Thread lobbin
ID: 12813 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Network related Operating System: Linux PHP Version: 4.0.6 New Comment: Does this still apply on 4.1.1? Previous Comments:

[PHP-DEV] Bug #15029: mktime bug

2002-01-14 Thread bruno
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: mktime bug The underlying code produces a bug in the time calculation of mktime. The 28th October 2001 has got 25 hours!!! ? function

[PHP-DEV] Bug #14167 Updated: Bug with php_sybase.c and php_sybase.h

2002-01-13 Thread mad
ID: 14167 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: LINUX RED HAT 7.0 PHP Version: 4.0.6 New Comment: see comment in bug #13763 Previous Comments:

[PHP-DEV] Bug #15005: Date bug with two and four digit year

2002-01-11 Thread shellum
From: [EMAIL PROTECTED] Operating system: Windows2000 PHP version: 4.1.1 PHP Bug Type: Date/time related Bug description: Date bug with two and four digit year I didn't see this bug posted, and I know that it worked fine in all my scripts in 2001. In 2002, it displays

[PHP-DEV] Bug #14961 Updated: Bug while unsetting vars with type array

2002-01-10 Thread mfischer
ID: 14961 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.1.1 New Comment: Bogus unless you provide more inforamtion (See bugs do's and don'ts) Previous Comments:

[PHP-DEV] Bug #10686 Updated: Bug in mktime() on values out of bounds

2002-01-08 Thread derick
ID: 10686 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Date/time related Operating System: MacOS X 10.0.2 (Darwin) PHP Version: 4.0.5 Old Assigned To: kalowsky Assigned To: New Comment: This is reported fixed. Previous Comments:

[PHP-DEV] Bug #14789 Updated: bug with Caudium 1.0.34

2002-01-07 Thread delahaye
ID: 14789 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: _SERVER[REQUEST_URI] not fully given to Caudium 1.0.34 Status: Bogus Bug Type: Other web server Old Operating System: FreeBSD / Linux Operating System: FreeBsd 4.1 / Linux 2.2.17 Old PHP Version: 4.1.1 PHP

[PHP-DEV] [Php-Dev] One Bug Down..

2002-01-04 Thread l0t3k
i can reliably report that Bug #4769 can be expired (the author made the appropriate changes in the code itself). -- 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

[PHP-DEV] Bug #14767 Updated: Bug unsetting vars using $_SESSION

2002-01-02 Thread sander
ID: 14767 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Linux 2.4 PHP Version: 4.1.1 New Comment: session_unregister('test') should work. Alternatively, you can use unset($_SESSION['test']); Previous Comments:

[PHP-DEV] Bug #10159 Updated: bug with Caudium 1.0.2RC2

2002-01-01 Thread mfischer
ID: 10159 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Other web server Operating System: FreeBsd 4.1 PHP Version: 4.0.4pl1 New Comment: Until you come up with a concrete problem this is bogus. Previous Comments:

[PHP-DEV] Bug #14753: a bug about Ora_pLogon

2001-12-29 Thread genbin
From: [EMAIL PROTECTED] Operating system: Win2000AdvServer PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: a bug about Ora_pLogon run at pl/sql developer: /++/ SQL select * from

[PHP-DEV] Bug #14676 Updated: bug: strtotime incorrect GMT conversion from date('r')

2001-12-23 Thread derick
ID: 14676 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: win PHP Version: 4.1.0 New Comment: Already fixed, and this will be in the maintenance release 4.1.1, which is due in a few days. Derick Previous

  1   2   3   4   5   >