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
--- 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.
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
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
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:
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
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
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
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:
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
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
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
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:
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
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
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
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]
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
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
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
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
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
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),
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
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
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
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.
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
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
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.
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:
- 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
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
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
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
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,
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
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
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,
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, ...).
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
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
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
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
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
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
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
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
]]
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
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
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
---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
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.
, 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
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
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/
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.
-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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/
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;
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
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
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;.
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
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:
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
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:
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
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:
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:
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
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
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:
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:
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
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
On Thu, Dec 20, 2001 at 10:32:43AM +0100, Markus Fischer wrote:
Glad I didn't, its a bug in ext/imap. Due the pointer
juggling we're accidantly calling fs_free() on something
which was never explicetely malloced. I've a patch here which
takes care of this but I'm not too
Hi!
If you try to run this lines:
?
imap_mime_header_decode('[sisyphus] Re:
?KOI8-R?B?7s/X2cog0MHU3iDQxdLFy8/EydLP18vJIA==?==?KOI8-R?B?xMzR?= mc');
?
PHP will crash
Rgds,
Anton
[EMAIL PROTECTED]
http://www.altlinux.ru
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
Verified with latest CVS. No time do dig in right now, but note
the crash occurs in the imap library:
(gdb) bt
#0 0x40113bee in free () from /lib/libc.so.6
#1 0x40113ac3 in free () from /lib/libc.so.6
#2 0x402b4063 in fs_give () from /usr/lib/libc-client.so.2001
#3 0x4028f699 in
On Wed, Dec 19, 2001 at 05:35:53PM +0100, Markus Fischer wrote:
Verified with latest CVS. No time do dig in right now, but note
the crash occurs in the imap library:
Please forward the test case and your backtrace to the c-client
mailing list:
From: [EMAIL PROTECTED]
Operating system: Linux ?.?
PHP version: 4.0.6
PHP Bug Type: Date/time related
Bug description: strtotime() bug
strtotime(19:30 Dec 17); // works okay
strtotime(Dec 17 19:30); // returns -1
that's a bug i think. strangely enough the bug wasn't
ID: 13375
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: LINUX
PHP Version: 4.0.5
New Comment:
Cannot reproduce with 4.1.0.
Do you still have problem with 4.1.0?
Previous Comments:
1 - 100 of 449 matches
Mail list logo