#21912 [Com]: getimagesize() on remote images fails sometimes..
ID: 21912
Comment by: michael dot mauch at gmx dot de
Reported By: tozz at kijkt dot tv
Status: Assigned
Bug Type: GetImageSize related
Operating System: Linux
PHP Version: 4.3.1-dev
Assigned To: wez
New Comment:
Wez apparently fixed this one, too - php4-STABLE-200302220630 works for
both pictures.
Previous Comments:
[2003-02-17 18:23:04] [EMAIL PROTECTED]
To :
The difference is that we have a new streams abstraction
layer which allows GetImageSize() to work which whatever
can be treated as a file.
To :
That was what i expected. And it means there is a problem
with the streams stuff.
[2003-02-17 17:37:35] michael dot mauch at gmx dot de
Yes, it's the same here - on the local servers it works with both
images, but it doesn't work with the 00645.jpg when I put it on another
remote server.
When I change line 387 of ext/standard/image.c:
if ((marker = php_stream_getc(stream)) == EOF)
into
marker = php_stream_getc(stream);
fprintf(stderr,"%0x ",marker);
if (marker == EOF)
I see
e0 ff ed ff ee ff db ff c0
when the image is served from localhost and only
e0 ff ed 68
or
e0 ff ed 64
when fetching from the remote servers. That looks strange, but I'm
afraid I don't understand what's going on here.
[2003-02-08 05:41:17] [EMAIL PROTECTED]
I suppose ther is another problem :-)
When i download the image and put it on one of my local servers it
works:
[EMAIL PROTECTED] php4-HEAD]$ php -r 'print_r(getimagesize($argv[1]));' --
http://zaphod.boerger.de/php/ext/exif/test/bug21912.jpg
Array
(
[0] => 389
[1] => 500
[2] => 2
[3] => width="389" height="500"
[bits] => 8
[channels] => 3
[mime] => image/jpeg
)
[EMAIL PROTECTED] php4-HEAD]$ php -r 'var_dump(getimagesize($argv[1]));'
-- http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg
bool(false)
[2003-01-28 13:52:36] tozz at kijkt dot tv
Yes, it has indeed something to do with the image. If I take another
image it works fine! But there must be some difference in the PHP
versions since the 2nd pictures only works with PHP 4.1.2, and not with
the latest PHP version.
[2003-01-28 13:26:00] michael dot mauch at gmx dot de
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_908/08841.jpg";);
print_r($size); echo "\n";'
works without problems here (PHP 4.3.0), while
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg";);
print_r($size); echo "\n";'
prints nothing. ImageMagick's "identify" sees some strange ipct data in
the second image; probably these make getimagesize() misbehave.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21912
--
Edit this bug report at http://bugs.php.net/?id=21912&edit=1
#22363 [Opn->Fbk]: 2 rows added from mysql_query insert command
ID: 22363 Updated by: [EMAIL PROTECTED] Reported By: georgehubert3 at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: FreeBSD 4.7-RELEASE #0 PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Could you add a SHORT testcase please, including table definition. Previous Comments: [2003-02-21 15:10:37] georgehubert3 at hotmail dot com The Odd/Even info does not happen 100%. Two rows are always added to the table. [2003-02-21 15:05:06] georgehubert3 at hotmail dot com Trying to insert data from a posted form into mysql 3.23.42 creates a blank record and then the correct record (2 records total). Only happens if number of records in table is even (i.e. 2 records, 4 records, etc.). If number of records in database is odd then the query correctly inserts only one record. I can reproduce this 100%. Contact me to see it in action and view scripts. $query = "INSERT INTO Ads SET CompanyName = '$CompanyName', WebSite = '$WebSite', Text = '$Text', StartDate = '$StartDate', EndDate = '$EndDate', Notes = '$Notes', Extension = '$Extension'"; $result = mysql_query($query); Compiled Options: './configure' '--with-apxs=/hsphere/shared/apache/bin/apxs' '--with-zip' '--with-bz2' '--with-zlib-dir' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-gd=/hsphere/shared' '--with-mysql=/usr/local' '--with-gettext=/usr/local' '--disable-debug' '--enable-versioning' '--enable-sockets' '--enable-track-vars' '--with-imap=/hsphere/shared' '--with-pgsql=/usr/local' '--enable-ftp' '--localstatedir=/var/hsphere/php' '--enable-trans-sid' '--without-curl' '--with-mcrypt' '--with-dom' -- Edit this bug report at http://bugs.php.net/?id=22363&edit=1
#21713 [Fbk->Csd]: include (URL) doesn't remove temporary files
ID: 21713
User updated by: czuma at poland dot org
Reported By: czuma at poland dot org
-Status: Feedback
+Status: Closed
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 8
PHP Version: 4.3.0
Assigned To: wez
New Comment:
It works! Thank you.
I have tried php4-STABLE-200302220830 (PHP/4.3.2-dev)
Previous Comments:
[2003-02-21 20:45:14] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Please try the next stable snapshot.
[2003-02-05 16:24:44] sfox at carleton dot edu
I've run into this as well since upgrading from 4.2.1 to 4.3 under
Solaris 8/Apache.
It only happens when an include is processed that refers to a file that
does NOT exist. Every time this happens a file named php is left
behind in /var/tmp using up a file handle.
2 errors are logged. For example:
[error] PHP Warning: main(left_menu.php) [function.main]: failed to create
stream: No such file or directory in...
[error] PHP Warning: main() [function.main]: Failed opening 'left_menu.php'
for inclusion (include_path='.:/home/www/code') in..
[2003-01-17 19:29:12] [EMAIL PROTECTED]
Let's keep this one open until I verify it; I have reason to believe
that this is a valid problem.
[2003-01-17 19:27:43] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
[2003-01-17 12:47:23] czuma at poland dot org
include("URL") doesn't remove temporary files in /var/tmp
PHP creates /var/tmp/php?? files until...
ufs: [ID 682040 kern.notice] NOTICE: /var: out of inodes
--
Edit this bug report at http://bugs.php.net/?id=21713&edit=1
#22370 [Opn->Fbk]: CLOSE_WAIT sockets cause Apache to hit nofiles rlimit
ID: 22370 Updated by: [EMAIL PROTECTED] Reported By: a at webfiends dot com -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip A fix for Bug #21713 went into CVS last night; it will most likely fix this problem as well. Please try a stable snapshot and report back to us. Previous Comments: [2003-02-21 22:06:17] a at webfiends dot com When including a remote URL... [...] http://www.php.net') ?> [...] The socket to the remote server is left in CLOSE_WAIT. Eventually the Apache process runs out of file descriptors. [EMAIL PROTECTED] (29)# netstat -an | grep 64.246.30.37 63.111.105.8.44978 64.246.30.37.80 5840 0 24820 0 CLOSE_WAIT 63.111.105.8.44980 64.246.30.37.80 5840 0 24820 0 CLOSE_WAIT [...] [EMAIL PROTECTED] (30)# pfiles 4706 4706: /usr/local/apache/1.3.27/bin/httpd -f /etc/servers/apache/1.3.27/unixd Current rlimit: 262 file descriptors [...] 13: S_IFSOCK mode:0666 dev:229,0 ino:23031 uid:0 gid:0 size:0 O_RDWR sockname: AF_INET 63.111.105.8 port: 44988 peername: AF_INET 64.246.30.37 port: 80 14: S_IFSOCK mode:0666 dev:229,0 ino:25628 uid:0 gid:0 size:0 O_RDWR sockname: AF_INET 63.111.105.8 port: 45008 peername: AF_INET 64.246.30.37 port: 80 [...] This problem doesn't occur with 4.2.3 on Solaris 8. When all of the file desriptors have been used up, the child process can't include files or lauch external processes e.g. sendmail. [Thu Feb 20 12:02:48 2003] [error] [client 63.230.229.161] (24)Too many open files: file permissions deny server access: /export/home/xx/html/includes/common.inc Here's our configure line... [..] env CC=gcc CFLAGS='-I/usr/local/openssl/0.9.7/include' \ ./configure \ --prefix=/usr/local/php/4.3.1 \ --enable-safe-mode=yes \ --enable-memory-limit=yes \ --with-mysql=/usr/local/mysql/3.23.55 \ --with-gd \ --with-apxs=/usr/local/apache/1.3.27/bin/apxs \ --with-jpeg-dir=/usr/local \ --with-xpm-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-openssl=/usr/local/openssl/0.9.7 \ --enable-wddx \ --enable-debug=no [..] -- Edit this bug report at http://bugs.php.net/?id=22370&edit=1
#21912 [Asn->Csd]: getimagesize() on remote images fails sometimes..
ID: 21912 Updated by: [EMAIL PROTECTED] Reported By: tozz at kijkt dot tv -Status: Assigned +Status: Closed Bug Type: GetImageSize related Operating System: Linux PHP Version: 4.3.1-dev Assigned To: wez New Comment: Let's close this report then. I'm not quite sure what fixed this, but there were a number of minor problems with streams that could have all contributed to this problem. Please re-open if it happens again. Previous Comments: [2003-02-22 02:26:05] michael dot mauch at gmx dot de Wez apparently fixed this one, too - php4-STABLE-200302220630 works for both pictures. [2003-02-17 18:23:04] [EMAIL PROTECTED] To : The difference is that we have a new streams abstraction layer which allows GetImageSize() to work which whatever can be treated as a file. To : That was what i expected. And it means there is a problem with the streams stuff. [2003-02-17 17:37:35] michael dot mauch at gmx dot de Yes, it's the same here - on the local servers it works with both images, but it doesn't work with the 00645.jpg when I put it on another remote server. When I change line 387 of ext/standard/image.c: if ((marker = php_stream_getc(stream)) == EOF) into marker = php_stream_getc(stream); fprintf(stderr,"%0x ",marker); if (marker == EOF) I see e0 ff ed ff ee ff db ff c0 when the image is served from localhost and only e0 ff ed 68 or e0 ff ed 64 when fetching from the remote servers. That looks strange, but I'm afraid I don't understand what's going on here. [2003-02-08 05:41:17] [EMAIL PROTECTED] I suppose ther is another problem :-) When i download the image and put it on one of my local servers it works: [EMAIL PROTECTED] php4-HEAD]$ php -r 'print_r(getimagesize($argv[1]));' -- http://zaphod.boerger.de/php/ext/exif/test/bug21912.jpg Array ( [0] => 389 [1] => 500 [2] => 2 [3] => width="389" height="500" [bits] => 8 [channels] => 3 [mime] => image/jpeg ) [EMAIL PROTECTED] php4-HEAD]$ php -r 'var_dump(getimagesize($argv[1]));' -- http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg bool(false) [2003-01-28 13:52:36] tozz at kijkt dot tv Yes, it has indeed something to do with the image. If I take another image it works fine! But there must be some difference in the PHP versions since the 2nd pictures only works with PHP 4.1.2, and not with the latest PHP version. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21912 -- Edit this bug report at http://bugs.php.net/?id=21912&edit=1
#21479 [Asn->Fbk]: Crashes with 6 slashes in URL and non-existant file
ID: 21479
Updated by: [EMAIL PROTECTED]
Reported By: info at ofek dot com
-Status: Assigned
+Status: Feedback
Bug Type: GetImageSize related
Operating System: win32 only
PHP Version: 4.3.2-dev
Assigned To: wez
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
A number of fixes went into CVS last night; it is quite possible that
this problem is fixed (we've had a good response so far).
Please try a stable snapshot.
Previous Comments:
[2003-02-21 04:26:05] [EMAIL PROTECTED]
Now I can not reproduce this anymore using the given location. (with
latest snapshot)
[2003-02-20 01:10:51] info at ofek dot com
i only get the GPF crash, no messages.. i hope you reproduced the same
bug. also since the script in the second comment does crash on my
system. we'll see - just tell me when a dev version is ready.
[2003-02-19 23:12:29] [EMAIL PROTECTED]
I finally got around installing PHP to my windows (2k) machine and
could reproduce this crash.
This is the error I get (as expected):
..function.getimagesize: failed to open stream: HTTP request failed!
HTTP/1.1 404 Not Found in...
But it also popups that windows error about '..generated
errors..blabla..'.
It happens only with longer urls it seems. The one in
above comment does not cause the crash for me.
Seems like some oddity with the streams stuff, assigning to Wez. :)
[2003-01-22 22:58:12] info at ofek dot com
HOLD IT - I just found out exactly how to reproduce it. please read
carefully.
the code is:
http://domain/dir1/dir2/dir3/image.gif');
?>
make sure the path:
http://domain/dir1/dir2/dir3/
containts THREE directories after the domain (i.e. 6 forward-slashes
total), and that the PATH physically EXISTS.
AND make sure that the file (in code 'image.gif') DOES NOT exist.
You can test against:
http://economads.com/libaware/_font/title/image.gif
This crashes on my server - running PHP 4.3.0 as CGI with IIS Win2000.
Hope this helps.
[2003-01-06 20:17:33] info at ofek dot com
function ImgExists($f) {
[EMAIL PROTECTED]("http://localhost/$f";);
return $r[2]!=0;
}
if(ImgExists('icon.jpg')) echo('exists!');
when calling this function, php.exe (4.3.0 as CGI in IIS4) is crashing.
remark out the 'getimagesize' line, and it won't crash.
i can email my php.ini on request.
--
Edit this bug report at http://bugs.php.net/?id=21479&edit=1
#21743 [Asn->Fbk]: Driver initialization failed for handler: db3 (and db2)
ID: 21743 Updated by: [EMAIL PROTECTED] Reported By: priyadi at priyadi dot net -Status: Assigned +Status: Feedback Bug Type: DBM/DBA related Operating System: RedHat Linux 7.2 PHP Version: 4.3.0 Assigned To: helly New Comment: To priyadi: - (1) strange, maybe you can send me a strace outut but not on the list to [EMAIL PROTECTED] is enough. - (4) if the file uses another db layout (e.g. different major release) you will have to updragde the file. But you should have received an errormessage which informs about that. To rmallet: This is intereseting. I suspect more a problem with the way php locks the file since we do not use the locking facilities of the library. So the output of strace would help, again to [EMAIL PROTECTED] is enough. Previous Comments: [2003-02-21 13:01:37] rmallett at ccs dot carleton dot ca I encountered the same problem on a Sun Solaris 8 system running apache-1.3.27 and with php 4.3.0 installed as an apache module with dba enabled and db-4.1.25 available as db3, and adding the "-" to the mode flag (c or n) as per your suggestion ([EMAIL PROTECTED]) fixed the problem so it looks like the theory that its a locking problem is right. Anything I should try to help you to fix the problem? I was using the simple example from the PHP manual for testing BTW; that is, which gives the "Driver initialization failed ..." but which works with "n-". [2003-02-06 09:29:39] priyadi at priyadi dot net Hello, sorry for not responding for so long. I have another observation to this elusive problem. - It fails when using mode 'c' but the file doesn't exist already - It succeeds when using mode 'n' and the file doesn't already exist - It succeeds when using mode 'c' and the file exists and it is a valid db3 btree - It fails when using mode 'c' and the file exists but it is not a valid db3 btree Regarding db4 version, I lost access to the system but I think it is version 4.0.14. [2003-01-31 01:28:04] [EMAIL PROTECTED] Please update: ext/dba/config.m4 This fixes some problems when linking against a specific library version. If you do not use your systems default db library you must not include ndbm support since that is based on db1 which in turn is db-1.85 or based on db-x where x is 1.85 or x >= 2. I tried the following: - db-3.2 (not shared) and it works. - db-4.1.25 (shared/not shared) and it works. - db-3.3 from system rpm (not shared) and it works. - db-3.3 from source (shared) and it works So i will ask sleepycat for known problems and maybe disable shared dba in case of db-3.2. I missed to answer your question: db libraries *can* do file locking but we tell the library not to do so and use our own locking. To unalize your db4 problems: What extact version are you using (ldd) and which config (but ldd should be enough). [2003-01-30 11:38:18] priyadi at priyadi dot net I also encountered segfaults with db4 compiled with --with-db3=dir but not with db3 supplied by redhat. [2003-01-29 18:59:10] [EMAIL PROTECTED] Called my contact at Berkeley and got the link to the 3.2 version. Now i am able to reproduce a segfault...I'll look into deeper ASAP The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21743 -- Edit this bug report at http://bugs.php.net/?id=21743&edit=1
#22138 [Com]: File upload can't exceed 500k
ID: 22138 Comment by: kiss at ism dot co dot kr Reported By: stchang at seed dot net dot tw Status: Bogus Bug Type: Apache2 related Operating System: redhat linux 8.0 PHP Version: 4.2.2 New Comment: I have the same problem. My server is installed with Redhat 8.0, php 4.2.2, apache 2.0.40. I got the right solution here. I am very happy now. I modified LimitRequestBody item in the file "/etc/httpd/conf.d/php.conf". Thanks! Previous Comments: [2003-02-20 08:12:37] [EMAIL PROTECTED] Configure PHP into httpd.conf as documented in http://www.php.net/manual/en/install.apache2.php [2003-02-09 09:39:55] [EMAIL PROTECTED] Please check if your httpd.conf has a LimitRequestBody directive to limit the amount of incoming data. [2003-02-09 09:33:42] stchang at seed dot net dot tw Hi! I wrote a simple script to upload files through web sever. However, the script work fine with apache 1.3. As upgrading to redhat 8.0. The script can't upload files exceed 500k. It report "Request entity too large." I tried to change post_max_size, upload_max_filesize. It still can't work. Does someone can help me? Thanks! -- Edit this bug report at http://bugs.php.net/?id=22138&edit=1
#21676 [NoF->Csd]: GetImageSize nolonger works
ID: 21676 Updated by: [EMAIL PROTECTED] Reported By: moderator at blackpeeps dot com -Status: No Feedback +Status: Closed Bug Type: GetImageSize related Operating System: RAQ4-Latest Patches/Apache 1.3.2 PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. This one has been fixed by fixing a streams issue. Previous Comments: [2003-01-31 13:52:04] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-01-16 13:47:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I cannot replicate the described bug using latest snapshot. If you still experience the problem try using the bundled GD library. [2003-01-16 13:34:50] moderator at blackpeeps dot com This image returns null information on GetImageSize: http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg This image does return correct Width and Height info: http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg I have even tried downloading the first and uploading back to server to make sure there is not a Binary file transfer issue. No luck. Here is a file that my Thumbnail script is not creating a thumbnail for. Well, actually, it creates a Blacked out thumbnail. The script uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG ) http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg [2003-01-16 13:32:53] moderator at blackpeeps dot com This image returns null information on GetImageSize: http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg This image does return correct Width and Height info: http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg";; I have even tried downloading the first and uploading back to server to make sure there is not a Binary file transfer issue. No luck. Here is a file that my Thumbnail script is not creating a thumbnail for. Well, actually, it creates a Blacked out thumbnail. The script uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG ) http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg [2003-01-16 12:51:12] [EMAIL PROTECTED] GetImageSize is not related to GD in anyway. Please provide a sample image, which could be used to duplicate the problem you describe. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21676 -- Edit this bug report at http://bugs.php.net/?id=21676&edit=1
#22361 [Opn]: Endless loop causes windows to reboot
ID: 22361
User updated by: max at tvattomaten dot com
Reported By: max at tvattomaten dot com
Status: Open
Bug Type: Class/Object related
Operating System: windows xp, sp1
PHP Version: 4.3.1
New Comment:
I've been thinking about reinstalling win xp for some time now but I
hate reinstalling all my software and reconfiguring. I know that there
is something fishy with my xp but this is the only time it actually
reboots. That's why I still think it may be an issue that may be
interesting to fix.
Previous Comments:
[2003-02-21 14:54:17] php at codewhore dot org
Check your hardware for stability. PHP cannot possibly cause windows to
reboot without either a major kernel bug in windows or faulty hardware.
[2003-02-21 13:50:22] max at tvattomaten dot com
Hi!
I've noticed that this buggy code causes a windows xp crash and
reboot:
***
class A {
var Object;
function A(){
$this->Object = new B();
}
}
class B {
var Object;
function B(){
$this->Object = new A();
}
}
and then running:
$myObject = new B();
***
I figure that first of all this should not result in that windows
reboots. Second I wouldn't mind if with the notices turned on it should
report a notice for this error (I can't be the only one that's done
this). At least there should be such a check for the constructor since
it seems that I can't learn from my previous mistakes :-D
Thanks for great software!
//Max Gordon
PS. I'm running latest version of apache 2 DS
--
Edit this bug report at http://bugs.php.net/?id=22361&edit=1
#22284 [Com]: Dynamic Var Accessing Classes crashes PHP
ID: 22284
Comment by: peter at globalvision dot com dot au
Reported By: White_Angel at gmx dot de
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux;RedHat8.0;2.4.18-24
PHP Version: 5CVS-2003-02-18 (dev)
New Comment:
Isn't this identical to my report? (22237)
Previous Comments:
[2003-02-18 22:48:47] [EMAIL PROTECTED]
must be ZE2 prob since the script just gives me parse error
with php4.3.2-dev
[2003-02-18 16:55:38] [EMAIL PROTECTED]
#0 0x0817d606 in zend_hash_exists (ht=0x401e3ce0, arKey=0x6c ,
nKeyLength=1) at /php/php/php5/Zend/zend_hash.c:923
tmp = 0x6c
h = 1075731160
nIndex = 8
p = (struct bucket *) 0x1
#1 0x08167571 in zend_do_fetch_property (result=0xbfffbe90,
object=0xbfffbd00, property=0xbfffc118)
at /php/php/php5/Zend/zend_compile.c:2327
le = (struct _zend_llist_element *) 0x401e5c28
opline = {handler = 0x81e6c98 , result =
{op_type = 1075731304,
throw_list = 0x18, u = {constant = {value = {lval = 67, dval =
3.3102398271363518e-322, str = {
val = 0x43 , len = 0}, ht =
0x43, obj = {handle = 67,
handlers = 0x0}}, refcount = 0, type = 8 '\b', is_ref = 188
'¼'}, var = 67,
opline_num = 67, op_array = 0x43, jmp_addr = 0x43, EA = {var =
67, type = 0}}}, op1 = {
op_type = 3, throw_list = 0x18, u = {constant = {value = {lval =
1075731304,
dval = -1.9834215645439262, str = {val = 0x401e5b68 "", len =
-1073759208},
ht = 0x401e5b68, obj = {handle = 1075731304, handlers =
0xbfffbc18}}, refcount = 135743298,
type = 140 '\214', is_ref = 91 '['}, var = 1075731304,
opline_num = 1075731304,
op_array = 0x401e5b68, jmp_addr = 0x401e5b68, EA = {var =
1075731304, type = 3221208088}}},
op2 = {op_type = 136113376, throw_list = 0x43, u = {constant = {value
= {lval = 0, dval = 0, str = {
val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers
= 0x0}}, refcount = 0,
type = 56 '8', is_ref = 188 '¼'}, var = 0, opline_num = 0,
op_array = 0x0, jmp_addr = 0x0,
EA = {var = 0, type = 0}}}, extended_value = 135689985, lineno =
136211908, opcode = 52 '4'}
fetch_list_ptr = (struct _zend_llist *) 0x401e5b38
opline_ptr = (struct _zend_op *) 0x401e5c30
#2 0x08158777 in zendparse () at
/php/php/php5/Zend/zend_language_parser.y:811
tmp_znode = {op_type = 4, throw_list = 0x0, u = {constant =
{value = {lval = 72,
dval = 3.3951932691017084e-313, str = {val = 0x48 , len = 16},
ht = 0x48, obj = {handle = 72, handlers = 0x10}}, refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'}, var = 72, opline_num = 72, op_array = 0x48,
jmp_addr = 0x48, EA = {var = 72,
type = 16}}}
zendchar = 59
zendlval = {op_type = 1, throw_list = 0x0, u = {constant =
{value = {lval = 1075731652,
dval = 9.0194652172583403e-314, str = {val = 0x401e5cc4 "name",
len = 4}, ht = 0x401e5cc4,
obj = {handle = 1075731652, handlers = 0x4}}, refcount = 1,
type = 1 '\001',
is_ref = 0 '\0'}, var = 1075731652, opline_num = 1075731652,
op_array = 0x401e5cc4,
jmp_addr = 0x401e5cc4, EA = {var = 1075731652, type = 4}}}
and it goes on and on.
[2003-02-18 16:45:11] White_Angel at gmx dot de
Added:
Must be a Problem in the Syntax Check because
php -l in syntax check only crashes also.
[2003-02-18 16:29:33] White_Angel at gmx dot de
ups.
[2003-02-18 16:28:57] White_Angel at gmx dot de
On testing how to solve Bug #22269 I noticed the following:
class foo {
var $a="dummyyy";
function bar() {
$name="a";
echo $this->$name; or $this->$name;
}
}
Will generate nen Segmetnation Vault if the $this->$name line is
parsed.
If this Acces is depricated HOW CAN i access this Variable Now ?
(class_get_vars is only reading)
Is this a Bug or a feature ?
--
Edit this bug report at http://bugs.php.net/?id=22284&edit=1
#22284 [Ver]: Dynamic Var Accessing Classes crashes PHP --> #22237
ID: 22284
User updated by: White_Angel at gmx dot de
-Summary: Dynamic Var Accessing Classes crashes PHP
Reported By: White_Angel at gmx dot de
Status: Verified
Bug Type: Zend Engine 2 problem
-Operating System: Linux;RedHat8.0;2.4.18-24
+Operating System: all
-PHP Version: 5CVS-2003-02-18 (dev)
+PHP Version: 5CVS-2003-02-21 (dev)
New Comment:
Yes. It`s the same #22237 .
Sorry for double Report.
Previous Comments:
[2003-02-22 05:37:23] peter at globalvision dot com dot au
Isn't this identical to my report? (22237)
[2003-02-18 22:48:47] [EMAIL PROTECTED]
must be ZE2 prob since the script just gives me parse error
with php4.3.2-dev
[2003-02-18 16:55:38] [EMAIL PROTECTED]
#0 0x0817d606 in zend_hash_exists (ht=0x401e3ce0, arKey=0x6c ,
nKeyLength=1) at /php/php/php5/Zend/zend_hash.c:923
tmp = 0x6c
h = 1075731160
nIndex = 8
p = (struct bucket *) 0x1
#1 0x08167571 in zend_do_fetch_property (result=0xbfffbe90,
object=0xbfffbd00, property=0xbfffc118)
at /php/php/php5/Zend/zend_compile.c:2327
le = (struct _zend_llist_element *) 0x401e5c28
opline = {handler = 0x81e6c98 , result =
{op_type = 1075731304,
throw_list = 0x18, u = {constant = {value = {lval = 67, dval =
3.3102398271363518e-322, str = {
val = 0x43 , len = 0}, ht =
0x43, obj = {handle = 67,
handlers = 0x0}}, refcount = 0, type = 8 '\b', is_ref = 188
'¼'}, var = 67,
opline_num = 67, op_array = 0x43, jmp_addr = 0x43, EA = {var =
67, type = 0}}}, op1 = {
op_type = 3, throw_list = 0x18, u = {constant = {value = {lval =
1075731304,
dval = -1.9834215645439262, str = {val = 0x401e5b68 "", len =
-1073759208},
ht = 0x401e5b68, obj = {handle = 1075731304, handlers =
0xbfffbc18}}, refcount = 135743298,
type = 140 '\214', is_ref = 91 '['}, var = 1075731304,
opline_num = 1075731304,
op_array = 0x401e5b68, jmp_addr = 0x401e5b68, EA = {var =
1075731304, type = 3221208088}}},
op2 = {op_type = 136113376, throw_list = 0x43, u = {constant = {value
= {lval = 0, dval = 0, str = {
val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers
= 0x0}}, refcount = 0,
type = 56 '8', is_ref = 188 '¼'}, var = 0, opline_num = 0,
op_array = 0x0, jmp_addr = 0x0,
EA = {var = 0, type = 0}}}, extended_value = 135689985, lineno =
136211908, opcode = 52 '4'}
fetch_list_ptr = (struct _zend_llist *) 0x401e5b38
opline_ptr = (struct _zend_op *) 0x401e5c30
#2 0x08158777 in zendparse () at
/php/php/php5/Zend/zend_language_parser.y:811
tmp_znode = {op_type = 4, throw_list = 0x0, u = {constant =
{value = {lval = 72,
dval = 3.3951932691017084e-313, str = {val = 0x48 , len = 16},
ht = 0x48, obj = {handle = 72, handlers = 0x10}}, refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'}, var = 72, opline_num = 72, op_array = 0x48,
jmp_addr = 0x48, EA = {var = 72,
type = 16}}}
zendchar = 59
zendlval = {op_type = 1, throw_list = 0x0, u = {constant =
{value = {lval = 1075731652,
dval = 9.0194652172583403e-314, str = {val = 0x401e5cc4 "name",
len = 4}, ht = 0x401e5cc4,
obj = {handle = 1075731652, handlers = 0x4}}, refcount = 1,
type = 1 '\001',
is_ref = 0 '\0'}, var = 1075731652, opline_num = 1075731652,
op_array = 0x401e5cc4,
jmp_addr = 0x401e5cc4, EA = {var = 1075731652, type = 4}}}
and it goes on and on.
[2003-02-18 16:45:11] White_Angel at gmx dot de
Added:
Must be a Problem in the Syntax Check because
php -l in syntax check only crashes also.
[2003-02-18 16:29:33] White_Angel at gmx dot de
ups.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22284
--
Edit this bug report at http://bugs.php.net/?id=22284&edit=1
#22372 [NEW]: Don't forget to bump the PHP API number for 4.3.2 release
From: [EMAIL PROTECTED] Operating system: All PHP version: 4CVS-2003-02-22 (stable) PHP Bug Type: *General Issues Bug description: Don't forget to bump the PHP API number for 4.3.2 release Need to bump the API no so that people can detect and workaround some of the issues with streams in the 4.3.0 and 4.3.1 releases. -- Edit bug report at http://bugs.php.net/?id=22372&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22372&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22372&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22372&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22372&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22372&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22372&r=support Expected behavior: http://bugs.php.net/fix.php?id=22372&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22372&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22372&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22372&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22372&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22372&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22372&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22372&r=gnused
#22372 [Opn->Ctl]: Don't forget to bump the PHP API number for 4.3.2 release
ID: 22372 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: *General Issues Operating System: All PHP Version: 4CVS-2003-02-22 (stable) Previous Comments: [2003-02-22 06:19:10] [EMAIL PROTECTED] Need to bump the API no so that people can detect and workaround some of the issues with streams in the 4.3.0 and 4.3.1 releases. -- Edit this bug report at http://bugs.php.net/?id=22372&edit=1
#22095 [Com]: Won't configure correctly with libmcrypt enabled
ID: 22095 Comment by: spookey at spookey dot org Reported By: Nicolas dot Ross at cybercat dot ca Status: Closed Bug Type: *Configuration Issues Operating System: Mac OS X darwin PHP Version: 4.3.0 New Comment: Okay.. I figured it out.. looks like the java dist wasn't working and was causing the config to fail on mcrypt. config.log revealed my mistakes. Thanks. Previous Comments: [2003-02-20 18:35:18] spookey at spookey dot org I'm actually seeing a similar problem on FreeBSD... there's a lot of documentation on it, but none of it is really working. With --with-java, the configure breaks. I've tried modifying the configure (as well as creating a new one from a copied .m4 ...). None of the above 'solutions' worked. When I remove --with-java, the mcrypt issue disappears. checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. Thanks for any help you may be able to provide. [2003-02-07 11:24:17] Nicolas dot Ross at cybercat dot ca Just a quick note, I took the config.m4 from ext/mcrypt/ of 4.2.3 and copied it into 4.3.0 tree, ran buildconf and now I get : /usr/bin/ld: Undefined symbols: _mcrypt_module_entry /usr/bin/ld: warning unused multiple definitions of symbol _regerror /usr/local/apache/bin/httpd definition of _regerror /usr/lib/libm.dylib(regerror.o) unused definition of _regerror make: *** [libs/libphp4.bundle] Error 1 And that even with all gd/tiff/png removed... [2003-02-06 14:40:16] [EMAIL PROTECTED] Copy ext/mcrypt/config.m4 to the php-4.2.3 directory (in ext/mcrypt), go to the php-4.2.3 directory and execute: rm configure rm config.cache ./buildconf (and make sure you have autoconf 2.13) then you can run configure with the options of your liking. Derick [2003-02-06 14:38:02] Nicolas dot Ross at cybercat dot ca It works in deed. But I had to remove all gd/png/jpeg/zlib stuff because of configure errors regarding png or zlib. Is there a way to back-port the fix to distro php-4.3.0 ? [2003-02-06 13:49:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22095 -- Edit this bug report at http://bugs.php.net/?id=22095&edit=1
#22374 [NEW]: UH myslqadmin connection error.
From: tvr_enthusiast at yahoo dot com Operating system: boardnation.com PHP version: 4.3.1 PHP Bug Type: *General Issues Bug description: UH myslqadmin connection error. Um you supply to boardnation.com correct. This I dunno if its php version 4.3.1 but whatever you give them it seems to have a connection error myslqadmin error. I don't know what that is but it has happened twice in the last two weeks. I would appreciate if you could figure out what the heel is causing this. -- Edit bug report at http://bugs.php.net/?id=22374&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22374&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22374&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22374&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22374&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22374&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22374&r=support Expected behavior: http://bugs.php.net/fix.php?id=22374&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22374&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22374&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22374&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22374&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22374&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22374&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22374&r=gnused
#22374 [Opn->Bgs]: UH myslqadmin connection error.
ID: 22374 Updated by: [EMAIL PROTECTED] Reported By: tvr_enthusiast at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: boardnation.com PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. phpMyAdmin has it's on bug database and boardnation.com isn't an OS. Previous Comments: [2003-02-22 10:34:20] tvr_enthusiast at yahoo dot com Um you supply to boardnation.com correct. This I dunno if its php version 4.3.1 but whatever you give them it seems to have a connection error myslqadmin error. I don't know what that is but it has happened twice in the last two weeks. I would appreciate if you could figure out what the heel is causing this. -- Edit this bug report at http://bugs.php.net/?id=22374&edit=1
#22375 [NEW]: connection error
From: tvr_enthusiast at yahoo dot com Operating system: PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: connection error Warning: mysql_pconnect() [function.mysql-pconnect]: Host '64.246.40.78' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' in /home/virtual/site1/fst/var/www/html/shared/1_4_2/index.php on line 16 Host '64.246.40.78' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' here is the error page that pops up is that an error with you guys? -- Edit bug report at http://bugs.php.net/?id=22375&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22375&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22375&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22375&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22375&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22375&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22375&r=support Expected behavior: http://bugs.php.net/fix.php?id=22375&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22375&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22375&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22375&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22375&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22375&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22375&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22375&r=gnused
#22376 [NEW]: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation
From: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: *Compile Issues Bug description: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation Hi! ATM I try to build PHP-Solaris-Packages. I use the INSTALL_ROOT feature of your Makefile. The problem is that apxs is called with option -a to directly modify httpd.conf. But this is in a very different place. Is is possible that '-a' is only appended to the apxs-call when INSTALL_ROOT is empty. Yours Joerg -- Edit bug report at http://bugs.php.net/?id=22376&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22376&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22376&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22376&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22376&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22376&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22376&r=support Expected behavior: http://bugs.php.net/fix.php?id=22376&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22376&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22376&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22376&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22376&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22376&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22376&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22376&r=gnused
#22369 [Opn->Bgs]: money_format function
ID: 22369 Updated by: [EMAIL PROTECTED] Reported By: lwchk2001 at yahoo dot com dot hk -Status: Open +Status: Bogus Bug Type: Strings related Operating System: WinXP/Apache 1.3.27 w/ mod-php PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This function is not avaliable on some systems due to the the fact libc does not have a function needed by the underlying code. Previous Comments: [2003-02-21 21:00:37] lwchk2001 at yahoo dot com dot hk Well, is the function just not there? Fatal error: Call to undefined function: money_format() in c:\httproot\rental.php on line 2752 [2003-02-21 20:56:27] lwchk2001 at yahoo dot com dot hk Well, is the function just not there? Fatal error: Call to undefined function: money_format() in c:\httproot\rental.php on line 2752 -- Edit this bug report at http://bugs.php.net/?id=22369&edit=1
#22135 [Opn]: PHP confused by America/Los Angeles timezone
ID: 22135
User updated by: vaughan at ucla dot edu
Reported By: vaughan at ucla dot edu
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
no, TZ is not being set in httpd.conf nor in apachectl.
Experiment #1
What happens if we use putenv("TZ=US/Los_Angeles")?
the script:
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Los_Angeles\n");
putenv("TZ=US/Los_Angeles");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
here's the output, with the incorrect times:
server timezone is: America/Los Angeles
server time is: February 22, 2003, 5:01 pm
changing server time zone to US/Los_Angeles
new server time is: February 22, 2003, 5:01 pm
new server timezone for this script is: US/Los_Angeles
output of date(T):US/Los_Angeles
Experiment # 2:
I also tried putting
SetEnv US/Pacific
into httpd.conf.
this script:
print("server timezone is: " . getenv('TZ') . "\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
produces this output:
server timezone is: US/Pacific
server time is: February 22, 2003, 5:29 pm
changing server time zone to US/Pacific
new server time is: February 22, 2003, 9:29 am
new server timezone for this script is: US/Pacific
output of date(T):PST
In this case, PHP picks up the US/Pacific timezone from the
environment, but gets the time wrong!
Experiment # 3
try with SetEnv = US/Los_Angeles in httpd.conf
same script as #2, produces bad output:
server timezone is: US/Los_Angeles
server time is: February 22, 2003, 5:34 pm
changing server time zone to US/Pacific
new server time is: February 22, 2003, 9:34 am
new server timezone for this script is: US/Los_Angeles
output of date(T):PST
So it seems to be the case that the ONLY way to get PHP to have the
correct time is to use putenv("TZ=US/Pacific") in a script.
Any other ideas? Thanks for your help
Previous Comments:
[2003-02-09 16:49:25] michael dot mauch at gmx dot de
You don't have a
SetEnv TZ "America/Los Angeles"
in your httpd.conf, do you? Or maybe TZ is fixed in your apachectl
script?
[2003-02-09 13:54:50] vaughan at ucla dot edu
here's what I do, as root:
# export TZ='America/Los_Angeles'
# set | grep TZ
# TZ=America/Los_Angeles
# apachectl stop
/usr/sbin/apachectl stop: httpd stopped
# apachectl start
/usr/sbin/apachectl start: httpd started
output of the php script:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 7:51 pm
changing server time zone to US/Pacific
new server time is: February 9, 2003, 11:51 am
new server timezone for this script is: US/Pacific
I notice that PHP does not pick up the underscore in "Los_Angeles".
What I wondered was whether there's a way to do the equivalent of
putenv("TZ=US/Pacific") in php.ini?
However, I have just noticed that the time is wrong in OTRS running on
the same server -- and it is a set of perl scripts. So maybe this is
not a PHP bug at all?
[2003-02-09 12:39:25] michael dot mauch at gmx dot de
"apachectl restart" does not pick up the new TZ environment variable.
Did you try apachectl stop / apachectl start? I get the same results as
you with TZ="America/Los Angeles", but "America/Los_Angeles" or
"US/Pacific" work. As far as I know there's no php.ini setting that
fiddles with timezones.
[2003-02-09 10:54:54] vaughan at ucla dot edu
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone commands on debian, tzselect and
tzconfig. tzconfig lets one choose either 'US/Pacific' or
'America/Los_Angeles' for the timezone, but neither makes a difference
to this script).
[2003-02-09 07:49:05] michael dot m
#22352 [Opn->Fbk]: Numeric Sybase Problem
ID: 22352
Updated by: [EMAIL PROTECTED]
Reported By: c dot villemagne at circo dot fr
-Status: Open
+Status: Feedback
Bug Type: Sybase (dblib) related
Operating System: Linux Mandrake 9.0
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-02-21 06:29:33] c dot villemagne at circo dot fr
$id=sybase_query ( "select * from test_numeric", $sybcon);
while ( $row = sybase_fetch_row($id) )
{
echo "$row[0]\n";
}
$row[0] receive value 100.0,200.0 or not 100,200.
Why ?
--
Edit this bug report at http://bugs.php.net/?id=22352&edit=1
#22370 [Fbk->Csd]: CLOSE_WAIT sockets cause Apache to hit nofiles rlimit
ID: 22370 User updated by: a at webfiends dot com Reported By: a at webfiends dot com -Status: Feedback +Status: Closed Bug Type: Sockets related Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: Thanks, I used php4-STABLE-200302221630. Everything's good. Previous Comments: [2003-02-22 04:52:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip A fix for Bug #21713 went into CVS last night; it will most likely fix this problem as well. Please try a stable snapshot and report back to us. [2003-02-21 22:06:17] a at webfiends dot com When including a remote URL... [...] http://www.php.net') ?> [...] The socket to the remote server is left in CLOSE_WAIT. Eventually the Apache process runs out of file descriptors. [EMAIL PROTECTED] (29)# netstat -an | grep 64.246.30.37 63.111.105.8.44978 64.246.30.37.80 5840 0 24820 0 CLOSE_WAIT 63.111.105.8.44980 64.246.30.37.80 5840 0 24820 0 CLOSE_WAIT [...] [EMAIL PROTECTED] (30)# pfiles 4706 4706: /usr/local/apache/1.3.27/bin/httpd -f /etc/servers/apache/1.3.27/unixd Current rlimit: 262 file descriptors [...] 13: S_IFSOCK mode:0666 dev:229,0 ino:23031 uid:0 gid:0 size:0 O_RDWR sockname: AF_INET 63.111.105.8 port: 44988 peername: AF_INET 64.246.30.37 port: 80 14: S_IFSOCK mode:0666 dev:229,0 ino:25628 uid:0 gid:0 size:0 O_RDWR sockname: AF_INET 63.111.105.8 port: 45008 peername: AF_INET 64.246.30.37 port: 80 [...] This problem doesn't occur with 4.2.3 on Solaris 8. When all of the file desriptors have been used up, the child process can't include files or lauch external processes e.g. sendmail. [Thu Feb 20 12:02:48 2003] [error] [client 63.230.229.161] (24)Too many open files: file permissions deny server access: /export/home/xx/html/includes/common.inc Here's our configure line... [..] env CC=gcc CFLAGS='-I/usr/local/openssl/0.9.7/include' \ ./configure \ --prefix=/usr/local/php/4.3.1 \ --enable-safe-mode=yes \ --enable-memory-limit=yes \ --with-mysql=/usr/local/mysql/3.23.55 \ --with-gd \ --with-apxs=/usr/local/apache/1.3.27/bin/apxs \ --with-jpeg-dir=/usr/local \ --with-xpm-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-openssl=/usr/local/openssl/0.9.7 \ --enable-wddx \ --enable-debug=no [..] -- Edit this bug report at http://bugs.php.net/?id=22370&edit=1
#22362 [Fbk->Csd]: Certain combinations of fseek() and fwrite() produce unexpected results
ID: 22362
User updated by: php at codewhore dot org
Reported By: php at codewhore dot org
-Status: Feedback
+Status: Closed
Bug Type: Filesystem function related
Operating System: Linux 2.4
PHP Version: 4.3.1
Assigned To: wez
New Comment:
I just pulled from the PHP_4_3 branch of CVS, and the problem is indeed
fixed.
Thanks again. :)
Previous Comments:
[2003-02-21 20:46:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Try the next stable snapshot.
[2003-02-21 19:38:41] php at codewhore dot org
Thanks. Glad I could be of (some) help. :)
[2003-02-21 18:40:52] [EMAIL PROTECTED]
Save yourself some energy :)
I'm going to look into this this weekend; I know precisely
how to fix this, and it most likely not something you
would have time to think of by the time I've sorted it
out :)
I will update this report when it is fixed and you will be able to try
the fix using a stable snapshot.
Thanks for your efforts so far!
[2003-02-21 17:44:27] php at codewhore dot org
FWIW, the problem also occurs in the following piece of code:
There's no fseek() between the fread() and fwrite(), so my previous
theory seems to be quite wrong. I'll do more digging as time permits...
[2003-02-21 17:02:51] php at codewhore dot org
I'm still mostly lost, but commenting out the following segment of code
fixes the problem for the test case. Obviously this isn't the solution,
but I think I have it narrowed down to _php_stream_seek thinking that
the underlying file position matches the seek offset when it doesn't in
reality.
PHPAPI int _php_stream_seek(php_stream *stream, off_t offset, int
whence TSRMLS_DC)
{
/* not moving anywhere */
#if 0
if ((offset == 0 && whence == SEEK_CUR) || (offset ==
stream->position && whence == SEEK_SET))
return 0;
#endif
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22362
--
Edit this bug report at http://bugs.php.net/?id=22362&edit=1
#22375 [Opn->Bgs]: connection error
ID: 22375 Updated by: [EMAIL PROTECTED] Reported By: tvr_enthusiast at yahoo dot com -Status: Open +Status: Bogus Bug Type:Unknown/Other Function PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. see http://www.mysql.com/doc/en/Blocked_host.html Previous Comments: [2003-02-22 10:42:10] tvr_enthusiast at yahoo dot com Warning: mysql_pconnect() [function.mysql-pconnect]: Host '64.246.40.78' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' in /home/virtual/site1/fst/var/www/html/shared/1_4_2/index.php on line 16 Host '64.246.40.78' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' here is the error page that pops up is that an error with you guys? -- Edit this bug report at http://bugs.php.net/?id=22375&edit=1
#22135 [Com]: PHP confused by America/Los Angeles timezone
ID: 22135
Comment by: michael dot mauch at gmx dot de
Reported By: vaughan at ucla dot edu
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
I don't see a /usr/share/zoneinfo/US/Los_Angeles on Debian, only
America/Los_Angeles (and US/Pacific). So I suggest you try again with
America/Los_Angeles.
Previous Comments:
[2003-02-22 11:37:58] vaughan at ucla dot edu
no, TZ is not being set in httpd.conf nor in apachectl.
Experiment #1
What happens if we use putenv("TZ=US/Los_Angeles")?
the script:
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Los_Angeles\n");
putenv("TZ=US/Los_Angeles");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
here's the output, with the incorrect times:
server timezone is: America/Los Angeles
server time is: February 22, 2003, 5:01 pm
changing server time zone to US/Los_Angeles
new server time is: February 22, 2003, 5:01 pm
new server timezone for this script is: US/Los_Angeles
output of date(T):US/Los_Angeles
Experiment # 2:
I also tried putting
SetEnv US/Pacific
into httpd.conf.
this script:
print("server timezone is: " . getenv('TZ') . "\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
produces this output:
server timezone is: US/Pacific
server time is: February 22, 2003, 5:29 pm
changing server time zone to US/Pacific
new server time is: February 22, 2003, 9:29 am
new server timezone for this script is: US/Pacific
output of date(T):PST
In this case, PHP picks up the US/Pacific timezone from the
environment, but gets the time wrong!
Experiment # 3
try with SetEnv = US/Los_Angeles in httpd.conf
same script as #2, produces bad output:
server timezone is: US/Los_Angeles
server time is: February 22, 2003, 5:34 pm
changing server time zone to US/Pacific
new server time is: February 22, 2003, 9:34 am
new server timezone for this script is: US/Los_Angeles
output of date(T):PST
So it seems to be the case that the ONLY way to get PHP to have the
correct time is to use putenv("TZ=US/Pacific") in a script.
Any other ideas? Thanks for your help
[2003-02-09 16:49:25] michael dot mauch at gmx dot de
You don't have a
SetEnv TZ "America/Los Angeles"
in your httpd.conf, do you? Or maybe TZ is fixed in your apachectl
script?
[2003-02-09 13:54:50] vaughan at ucla dot edu
here's what I do, as root:
# export TZ='America/Los_Angeles'
# set | grep TZ
# TZ=America/Los_Angeles
# apachectl stop
/usr/sbin/apachectl stop: httpd stopped
# apachectl start
/usr/sbin/apachectl start: httpd started
output of the php script:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 7:51 pm
changing server time zone to US/Pacific
new server time is: February 9, 2003, 11:51 am
new server timezone for this script is: US/Pacific
I notice that PHP does not pick up the underscore in "Los_Angeles".
What I wondered was whether there's a way to do the equivalent of
putenv("TZ=US/Pacific") in php.ini?
However, I have just noticed that the time is wrong in OTRS running on
the same server -- and it is a set of perl scripts. So maybe this is
not a PHP bug at all?
[2003-02-09 12:39:25] michael dot mauch at gmx dot de
"apachectl restart" does not pick up the new TZ environment variable.
Did you try apachectl stop / apachectl start? I get the same results as
you with TZ="America/Los Angeles", but "America/Los_Angeles" or
"US/Pacific" work. As far as I know there's no php.ini setting that
fiddles with timezones.
[2003-02-09 10:54:54] vaughan at ucla dot edu
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone comm
#22377 [NEW]: Using COM causes php.exe CGI to crash
From: bmatzelle at yahoo dot com Operating system: Windows 2000 & XP PHP version: 4.3.1 PHP Bug Type: COM related Bug description: Using COM causes php.exe CGI to crash I created a script like this: Each time I try to load this page I experience a "[snip] Memory could not be read" error with php.exe. This happens with all COM objects, not just ADODB.Connection. I have found this error with PHP 4.3.0 and 4.3.1, both using the PHP CGI module. cgi.force_redirect is set to "0". All other normal pages run without a hitch. I have not changed the php.ini COM defaults in any way. I do not use any extensions, and I am using the standard win32 binaries from php.net. -- Edit bug report at http://bugs.php.net/?id=22377&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22377&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22377&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22377&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22377&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22377&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22377&r=support Expected behavior: http://bugs.php.net/fix.php?id=22377&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22377&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22377&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22377&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22377&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22377&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22377&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22377&r=gnused
#22368 [Opn->Bgs]: safe mode on allows users to include (read) system files
ID: 22368 Updated by: [EMAIL PROTECTED] Reported By: phpspam at overclockersclub dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Red Hat 7.2 Linux PHP Version: 4.3.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Safemode prevents PHP from opening files owned by a user different from the one PHP is running as. If you /etc/passwd is owned by root and your PHP runs as root safe_mode will not stop PHP from opening the file. Previous Comments: [2003-02-21 20:51:02] phpspam at overclockersclub dot com Safe Mode appears to be on, it says its on for local and master via phpinfo() script. I can virtual include /etc/passwd and it will shows the contents of the file. However, "some" function appear to be blocked by safe mode. -- Edit this bug report at http://bugs.php.net/?id=22368&edit=1
#22371 [Opn->Fbk]: ereg_replace moving ! to start of string
ID: 22371
Updated by: [EMAIL PROTECTED]
Reported By: phpbugreport at webfroot dot co dot nz
-Status: Open
+Status: Feedback
Bug Type: Regexps related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
With latest CVS I get:
bacon hello
as the result of the regular expression.
Previous Comments:
[2003-02-22 01:22:55] phpbugreport at webfroot dot co dot nz
Running Apache 1.3 as a service on Windows XP
$text = ereg_replace ("]+href *= *([^ ]+)[^>]*>", "",
$text);
The above line of code is supposed to find all a tags and strip any
attributes except href. However:
$text = "bacon hello";
will be set to:
bacon !hello
How in the hell did that exclaim get to the start of the a tag? Maybe
I'm just doing something wrong, but it looks like a bug to me.
--
Edit this bug report at http://bugs.php.net/?id=22371&edit=1
#22361 [Opn->WFx]: Endless loop causes windows to reboot
ID: 22361
Updated by: [EMAIL PROTECTED]
Reported By: max at tvattomaten dot com
-Status: Open
+Status: Wont fix
Bug Type: Class/Object related
Operating System: windows xp, sp1
PHP Version: 4.3.1
New Comment:
What happens is a stack overflow due to an unterminated loop. PHP has
no internal stack protection so it crashes. As to why windows crashes &
reboots that's already an MS bug and not a PHP problem.
In a properly working OS, this would only result in a PHP crash.
Previous Comments:
[2003-02-22 05:24:14] max at tvattomaten dot com
I've been thinking about reinstalling win xp for some time now but I
hate reinstalling all my software and reconfiguring. I know that there
is something fishy with my xp but this is the only time it actually
reboots. That's why I still think it may be an issue that may be
interesting to fix.
[2003-02-21 14:54:17] php at codewhore dot org
Check your hardware for stability. PHP cannot possibly cause windows to
reboot without either a major kernel bug in windows or faulty hardware.
[2003-02-21 13:50:22] max at tvattomaten dot com
Hi!
I've noticed that this buggy code causes a windows xp crash and
reboot:
***
class A {
var Object;
function A(){
$this->Object = new B();
}
}
class B {
var Object;
function B(){
$this->Object = new A();
}
}
and then running:
$myObject = new B();
***
I figure that first of all this should not result in that windows
reboots. Second I wouldn't mind if with the notices turned on it should
report a notice for this error (I can't be the only one that's done
this). At least there should be such a check for the constructor since
it seems that I can't learn from my previous mistakes :-D
Thanks for great software!
//Max Gordon
PS. I'm running latest version of apache 2 DS
--
Edit this bug report at http://bugs.php.net/?id=22361&edit=1
#22350 [Opn->Bgs]: Compile failure: [sapi/cli/php]`zif_mysql_client_encoding'
ID: 22350 Updated by: [EMAIL PROTECTED] Reported By: stuii at rhydio dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.18 i686 PHP Version: 4.3.1 New Comment: Please update MySQL to a recent version. MySQL 3.22.x isn't supported anymore by PHP and MySQL AB. Previous Comments: [2003-02-21 06:13:48] stuii at rhydio dot com I am getting this error when attempting to compile PHP 4.3.1: ext/mysql/php_mysql.lo: In function `zif_mysql_client_encoding': /home/stuii/temp/php-4.3.1/ext/mysql/php_mysql.c:1077: undefined reference to `mysql_character_set_name' ext/mysql/php_mysql.lo: In function `zif_mysql_real_escape_string': /home/stuii/temp/php-4.3.1/ext/mysql/php_mysql.c:1671: undefined reference to `mysql_real_escape_string' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I have searched the documentation and the bug database but I cannot find any information on this, nor can I find a report from anyone who's had the same problem. My configure command (which worked with no problems) ./configure --with-mysql=/usr/local/my sql --with-apxs=/usr/local/apache/bin/apxs --enable-track-vars --with-gd=/usr/l ocal/ --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib-dir=/usr /local --with-gif-dir=/usr/local Any ideas? Thanks! -- Edit this bug report at http://bugs.php.net/?id=22350&edit=1
#22335 [Opn->NoF]: htmlspecialchars() encodes foriegn chars too!
ID: 22335 Updated by: [EMAIL PROTECTED] Reported By: caleb_ownz at yahoo dot com -Status: Open +Status: No Feedback Bug Type: Strings related Operating System: Windows PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Works fine here, the error you are seeing sounds like a result of COPY/PASTE operation from another Win32 application. Win32 has a nasty tendency to automatically encode special characters into their HTML enteties. The example below should demonstrate that htmlspecialchars() works correctly. Previous Comments: [2003-02-21 06:02:01] caleb_ownz at yahoo dot com hmm after checking some more research i noticed that this happens only when the browser encoding != language you are writing. So if you write in hebrew when the browser is set to encode Western European you will get something similar to this: "עברית" although i did solve all these problems by calling html_entities_decode() but still.. why should htmlspecialchars() encode anything but the SPECIAL chars, and not language chars.. ùìåí becomes שלום [2003-02-20 17:25:17] [EMAIL PROTECTED] Could you please supply a simple string with which the problem occures. [2003-02-20 13:00:33] caleb_ownz at yahoo dot com Hello, The htmlspecialchars() function should only convert SPECIAL chars such as '&' '"' ''' '<' '>'. (at least this is what the documentation says) But this function also seems to convert foriegn language (non-english) chars too which is what htmlentities() basically does. I have tested this on Russian and Hebrew! -- Edit this bug report at http://bugs.php.net/?id=22335&edit=1
#22335 [NoF->Bgs]: htmlspecialchars() encodes foriegn chars too!
ID: 22335 Updated by: [EMAIL PROTECTED] Reported By: caleb_ownz at yahoo dot com -Status: No Feedback +Status: Bogus Bug Type: Strings related Operating System: Windows PHP Version: 4.3.0 New Comment: set proper status. Previous Comments: [2003-02-22 14:26:55] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Works fine here, the error you are seeing sounds like a result of COPY/PASTE operation from another Win32 application. Win32 has a nasty tendency to automatically encode special characters into their HTML enteties. The example below should demonstrate that htmlspecialchars() works correctly. [2003-02-21 06:02:01] caleb_ownz at yahoo dot com hmm after checking some more research i noticed that this happens only when the browser encoding != language you are writing. So if you write in hebrew when the browser is set to encode Western European you will get something similar to this: "עברית" although i did solve all these problems by calling html_entities_decode() but still.. why should htmlspecialchars() encode anything but the SPECIAL chars, and not language chars.. ùìåí becomes שלום [2003-02-20 17:25:17] [EMAIL PROTECTED] Could you please supply a simple string with which the problem occures. [2003-02-20 13:00:33] caleb_ownz at yahoo dot com Hello, The htmlspecialchars() function should only convert SPECIAL chars such as '&' '"' ''' '<' '>'. (at least this is what the documentation says) But this function also seems to convert foriegn language (non-english) chars too which is what htmlentities() basically does. I have tested this on Russian and Hebrew! -- Edit this bug report at http://bugs.php.net/?id=22335&edit=1
#22341 [Opn->Fbk]: Strange Rounding Problem with Money Fields
ID: 22341
Updated by: [EMAIL PROTECTED]
Reported By: ryanphpb at ryanjameson dot com
-Status: Open
+Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: windows 2000
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-02-20 17:56:00] ryanphpb at ryanjameson dot com
PHP 4.3.1 ctlib
Steps to reproduce, connect to a sybase database table with a money
field and multiple rows...
"select moneyField from table"
loop through the result and echo the value of the moneyField.
The first row will be acurate for the decimal places each row after
will not. sybase_data_seek up 4 or 5 rows and you'll find you still
don't have your decimal places. If you do a select that begins with the
second result in your first select you'll find that the decimal
magically appears on that row since it is the first result in the set
but following rows have no decimals.
[2003-02-20 17:40:07] ryanphpb at ryanjameson dot com
NO Sorry about that the sample I gave you is not accurate. It turns
out that the decimal values are only available for the first row in the
record set. All consecutive rows after simply have the decimal chopped
off.
Here's a sample:
while ($ar=sybase_fetch_array($rs)){
echo $ar['purchaseprice']."";
}
returns:
24.72
0
3
0
0
0
17
19
0
64
0
52
0
24
0
0
0
0
0
24
while the actual values are:
24.72
0.00
3.51
0.00
0.00
0.00
17.65
19.10
0.00
64.56
0.00
52.80
0.00
24.72
0.00
0.00
0.00
0.00
0.00
24.72
[2003-02-20 17:26:00] ryanphpb at ryanjameson dot com
There's an old report #13807 that sounds similar to what I'm
experiencing. The issue is that a value of 11.16 is coming back in my
result array as 11. Other values in the same field in the same result
are coming back fine, ie... the previous value was 111.6. So for some
reason this field is rounding wrong but just for this value. When I
look at it through ODBC with MS Access I see 11.16.
$q = "select producthandle.sellingprice from customerorder,
producthandle where producthandle.id = customerorder.nr and
customerorder.nr = '030216-22782' and class='CO'";
$con = sybase_connect("#server#","#user#","#password#");
$rs = sybase_query($q,$con);
while ($ar=sybase_fetch_array($rs)){
echo $ar['sellingprice'] . "";
}
OUTPUT:
111.6
11
33.4
555.3
12.31
1.23
The 11 should be 11.16...
The field type is native sybase money.
--
Edit this bug report at http://bugs.php.net/?id=22341&edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: david at ols dot es Reported By: tnowak at triger dot com dot pl Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: 4.3.1 when running squirrelmail 1.2.11 gives this errors: [22-Feb-2003 20:56:15] PHP Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed path(s): (/usr/local/lib/php) in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Warning: main(DB.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Fatal error: main() [function.main]: Failed opening required 'DB.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 Previous Comments: [2003-02-18 13:20:52] aw at mittwaldmedien dot de Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz from today. same problem like before. i call the vhost 'www.domain1.de', after that i call a second vhost from the same server with 'www.domain2.de'. Now i get the error: Warning: Unknown(): open_basedir restriction in effect. File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the allowed path(s): (/home/www/confixx/) in Unknown on line 0 www.domain1.de has the base dir: /home/www/confixx/ www.domain2.de hast the base dir: /home/www/web8/ the funny thing for me is, that i have servers with php 4.2.3 witch i selfcompiled and they work without that problem. [2003-02-18 09:31:41] aw at mittwaldmedien dot de after one hour the same problem comes up. the funny thing is, that we have a second machine with suse 8.1, same apache version and there it works. so i copied the libphp.so from one machine to the other. it doesn't help. Has someone found a working workaround ? [2003-02-18 04:08:21] aw at mittwaldmedien dot de We have the same Problem, like described above. On one of our system the Error comes up sometimes. We deleted the source, untared it again and compiled it the 'different' configure options. Now it works Is it possible that there some problems with the configure options, when they are not in the korrekt order or something like this. This are the configure Options there it makes sometimes the error: ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp --with-gdbm --with-gettext --with-gmp --with-imap=yes --with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt --with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml --with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl --with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path --enable-sockets --enable-track-vars=yes --with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh --with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir --with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes and this is my 'working version. ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp --with-gdbm --with-gettext --with-gmp --with-imap=yes --with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt --with-ndbm --with-qtdom=/usr/lib/qt2 --with-snmp --with-tiff-dir=/usr --with-xml --with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl --with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path --enable-sockets --enable-track-vars=yes --with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: david at ols dot es Reported By: tnowak at triger dot com dot pl Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: Note that in the previous error messages, the first one has completly wrong arguments as /usr/local/http-docs/common/lib/DB.php does not exist, it is /usr/local/lib/php/DB.php and the include path is not just /usr/local/lib/php, it's the one shown in the last error Previous Comments: [2003-02-22 15:04:11] david at ols dot es 4.3.1 when running squirrelmail 1.2.11 gives this errors: [22-Feb-2003 20:56:15] PHP Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed path(s): (/usr/local/lib/php) in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Warning: main(DB.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Fatal error: main() [function.main]: Failed opening required 'DB.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [2003-02-18 13:20:52] aw at mittwaldmedien dot de Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz from today. same problem like before. i call the vhost 'www.domain1.de', after that i call a second vhost from the same server with 'www.domain2.de'. Now i get the error: Warning: Unknown(): open_basedir restriction in effect. File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the allowed path(s): (/home/www/confixx/) in Unknown on line 0 www.domain1.de has the base dir: /home/www/confixx/ www.domain2.de hast the base dir: /home/www/web8/ the funny thing for me is, that i have servers with php 4.2.3 witch i selfcompiled and they work without that problem. [2003-02-18 09:31:41] aw at mittwaldmedien dot de after one hour the same problem comes up. the funny thing is, that we have a second machine with suse 8.1, same apache version and there it works. so i copied the libphp.so from one machine to the other. it doesn't help. Has someone found a working workaround ? [2003-02-18 04:08:21] aw at mittwaldmedien dot de We have the same Problem, like described above. On one of our system the Error comes up sometimes. We deleted the source, untared it again and compiled it the 'different' configure options. Now it works Is it possible that there some problems with the configure options, when they are not in the korrekt order or something like this. This are the configure Options there it makes sometimes the error: ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp --with-gdbm --with-gettext --with-gmp --with-imap=yes --with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt --with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml --with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl --with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path --enable-sockets --enable-track-vars=yes --with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh --with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir --with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes and this is my 'working version. ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp --with-gdbm --with-gettext --with-gmp --
#22378 [NEW]: "sendmail_from" not set in php.ini or custom "From:" header missing
From: kris at aethiamud dot org Operating system: Windows XP PHP version: 4.3.0 PHP Bug Type: *Mail Related Bug description: "sendmail_from" not set in php.ini or custom "From:" header missing Although I have found a few existing threads with this problem, none seem to address the core issue. Basically, the "[mail function]" section of my php.ini file is NOT being read at all! When a forum script I was using gave me an error when it tried to send an email to a newly registered user, I tried every solution I could think of, then every solution I could find at php.net and using google. I then tried my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which basically just contains the line: And this is what it listed for the mail function entries: sendmail_from no value no value sendmail_path no value no value SMTP localhost localhost I then checked my php.ini file (which is in my windows directory, properly named), and here is what it says: [mail function] ; For Win32 only. SMTP = smtp.aethiamud.org ; For Win32 only. sendmail_from = [EMAIL PROTECTED] ; For Unix only. You may supply arguments as well (default: "sendmail -t -i"). ;sendmail_path = The only solution I could find related to the php.ini file somehow not being read at all. That was my first thought, so I tested that theory by changing the 'register_globals' setting from 'off' to 'on', then I restarted the webserver and reloaded the phpinfo.php page. Lo and behold, register_globals changed from 'off' to 'on'. Therefore, the php.ini file IS in the right place, and it IS being read. However, the [mail function] section does not appear to be. My email server is configured and functioning properly, and works with the cgi-bin version of sendmail just fine, so that can't be it either. I'm fresh out of ideas here! Is this a bug, or just something that I'm not seeing? Any help you could provide would be very much appreciated :) --Kris -- Edit bug report at http://bugs.php.net/?id=22378&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22378&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22378&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22378&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22378&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22378&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22378&r=support Expected behavior: http://bugs.php.net/fix.php?id=22378&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22378&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22378&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22378&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22378&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22378&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22378&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22378&r=gnused
#22378 [Opn->Fbk]: "sendmail_from" not set in php.ini or custom "From:" header missing
ID: 22378
Updated by: [EMAIL PROTECTED]
Reported By: kris at aethiamud dot org
-Status: Open
+Status: Feedback
Bug Type: *Mail Related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
Two things:
1) does ini_set('SMTP', 'smtp.aethiamud.org'); work?
2) does the cli binary also not display these values? (run:
path\to\cli\php -i)
Previous Comments:
[2003-02-22 15:18:41] kris at aethiamud dot org
Although I have found a few existing threads with this problem, none
seem to address the core issue. Basically, the "[mail function]"
section of my php.ini file is NOT being read at all! When a forum
script I was using gave me an error when it tried to send an email to a
newly registered user, I tried every solution I could think of, then
every solution I could find at php.net and using google. I then tried
my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which
basically just contains the line:
And this is what it listed for the mail function entries:
sendmail_from no value no value
sendmail_path no value no value
SMTP localhost localhost
I then checked my php.ini file (which is in my windows directory,
properly named), and here is what it says:
[mail function]
; For Win32 only.
SMTP = smtp.aethiamud.org
; For Win32 only.
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: "sendmail
-t -i").
;sendmail_path =
The only solution I could find related to the php.ini file somehow not
being read at all. That was my first thought, so I tested that theory
by changing the 'register_globals' setting from 'off' to 'on', then I
restarted the webserver and reloaded the phpinfo.php page. Lo and
behold, register_globals changed from 'off' to 'on'. Therefore, the
php.ini file IS in the right place, and it IS being read. However, the
[mail function] section does not appear to be. My email server is
configured and functioning properly, and works with the cgi-bin version
of sendmail just fine, so that can't be it either.
I'm fresh out of ideas here! Is this a bug, or just something that I'm
not seeing? Any help you could provide would be very much appreciated
:)
--Kris
--
Edit this bug report at http://bugs.php.net/?id=22378&edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: david at ols dot es Reported By: tnowak at triger dot com dot pl Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: patch submited by sniper dot php.net does not solve the problem Previous Comments: [2003-02-22 15:10:37] david at ols dot es Note that in the previous error messages, the first one has completly wrong arguments as /usr/local/http-docs/common/lib/DB.php does not exist, it is /usr/local/lib/php/DB.php and the include path is not just /usr/local/lib/php, it's the one shown in the last error [2003-02-22 15:04:11] david at ols dot es 4.3.1 when running squirrelmail 1.2.11 gives this errors: [22-Feb-2003 20:56:15] PHP Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/http-docs/common/lib/DB.php) is not within the allowed path(s): (/usr/local/lib/php) in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Warning: main(DB.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [22-Feb-2003 20:56:15] PHP Fatal error: main() [function.main]: Failed opening required 'DB.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/webmail/functions/db_prefs.php on line 35 [2003-02-18 13:20:52] aw at mittwaldmedien dot de Now i tested the http://snaps.php.net/php4-STABLE-latest.tar.gz from today. same problem like before. i call the vhost 'www.domain1.de', after that i call a second vhost from the same server with 'www.domain2.de'. Now i get the error: Warning: Unknown(): open_basedir restriction in effect. File(/home/www/web8/typo3_src-3.5.0/typo3/index.php) is not within the allowed path(s): (/home/www/confixx/) in Unknown on line 0 www.domain1.de has the base dir: /home/www/confixx/ www.domain2.de hast the base dir: /home/www/web8/ the funny thing for me is, that i have servers with php 4.2.3 witch i selfcompiled and they work without that problem. [2003-02-18 09:31:41] aw at mittwaldmedien dot de after one hour the same problem comes up. the funny thing is, that we have a second machine with suse 8.1, same apache version and there it works. so i copied the libphp.so from one machine to the other. it doesn't help. Has someone found a working workaround ? [2003-02-18 04:08:21] aw at mittwaldmedien dot de We have the same Problem, like described above. On one of our system the Error comes up sometimes. We deleted the source, untared it again and compiled it the 'different' configure options. Now it works Is it possible that there some problems with the configure options, when they are not in the korrekt order or something like this. This are the configure Options there it makes sometimes the error: ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-versioning --enable-wddx --enable-yp --with-bz2 --with-dom=/usr/include/libxml2 --with-ftp --with-gdbm --with-gettext --with-gmp --with-imap=yes --with-jpeg-dir=/usr --with-ldap=yes --with-mcal=/usr --with-mcrypt --with-ndbm --with-snmp --with-tiff-dir=/usr --with-xml --with-xpm-dir=/usr/X11R6 --with-openssl --with-curl --with-imap-ssl --with-mm --with-apxs=/usr/sbin/apxs --enable-discard-path --enable-sockets --enable-track-vars=yes --with-exec-dir=/usr/local/typo3sh/bin --with-gd=/usr/local/typo3sh --with-gettext --with-jpeg-dir --with-mysql=/usr --with-png-dir --with-tiff-dir --with-ttf=/usr/local/typo3sh --with-zlib=yes and this is my 'working version. ./configure --prefix=/usr/share --datadir=/usr/share/php --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --with-_lib=lib --with-config-file-path=/etc --disable-debug --enable-bcmath --enable-calendar --enable-ctype --enable-dbase --enable-discard-path --enable-exif --enable-filepro --enable-force-cgi-redirect --enable-ftp --enable-gd-imgstrttf --enable-gd-native-ttf --enable-inline-optimization --enable-magic-quotes --enable-shmop --enable-sigchild --enable-sy
#22368 [Com]: safe mode on allows users to include (read) system files
ID: 22368 Comment by: phpspam at youknow dot com Reported By: phpspam at overclockersclub dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Red Hat 7.2 Linux PHP Version: 4.3.1 New Comment: PHP is NOT ran by root in this case, and the /etc/passwd is owned by root. Previous Comments: [2003-02-22 14:10:32] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Safemode prevents PHP from opening files owned by a user different from the one PHP is running as. If you /etc/passwd is owned by root and your PHP runs as root safe_mode will not stop PHP from opening the file. [2003-02-21 20:51:02] phpspam at overclockersclub dot com Safe Mode appears to be on, it says its on for local and master via phpinfo() script. I can virtual include /etc/passwd and it will shows the contents of the file. However, "some" function appear to be blocked by safe mode. -- Edit this bug report at http://bugs.php.net/?id=22368&edit=1
#22237 [Ver]: PHP crashes when class references property using variable variable
ID: 22237 User updated by: peter at globalvision dot com dot au Reported By: peter at globalvision dot com dot au Status: Verified Bug Type: Zend Engine 2 problem -Operating System: MS Windows +Operating System: All PHP Version: 5CVS-2003-02-15 (dev) New Comment: I'm assuming all OSes b/c my original report was MS Windows but a subsequent dup report was for Linux. I've narrowed it down a bit by running with debug mode on the ZE2 I'm 99% sure it is due to the way zend treats "$this" as special. I don't think it's putting all the required data on the stack. Specifically, when it processes the base_variable_without_objects bison rule after reading T_OBJECT_OPERATOR (ie -> ) it sets yyval.u.EA.type (see case 363 in zend_language_parser.c) but yyval.u is zero at that time when the LH operand is $this. Not sure why yet... EG the following modification causes no crash: $bar; //echo $this->foo; } } ?> Previous Comments: [2003-02-19 06:26:45] root at kitten dot net This is pretty serious... it prevents pear from working. Can someone please take a look at it? Thanks [2003-02-15 19:15:01] [EMAIL PROTECTED] No crash with PHP 4.3.1-dev, does crash with PHP 5-dev. [2003-02-15 19:06:29] peter at globalvision dot com dot au $bar; //line 1 //echo $this->foo; //line 2 } } ?> commenting out line 1 (and optionally including line 2) cause it to run normally. The crash occurs as soon as you include $this->$. >From a dos command line on Windows XP Pro SP1 (build 2600): >php c:\temp\t.php I get PHP Script Interpreter has encountered a problem and needs to close (pop up). I'm using the windows build from the snaps page. I've had this error over the past few days of snaps too. >php -m [PHP Modules] bcmath calendar com ctype ftp mysql odbc pcre rpc session standard tokenizer wddx xml zlib [Zend Modules] The crash details are: AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0 Offset: 000b3bdc Exception Information: Code: 0xc005 Flags: 0x Record: 0x000Address: 0x0100b3bdc -- Edit this bug report at http://bugs.php.net/?id=22237&edit=1
#22379 [NEW]: bug introduced going from PHP 4.3.x to 4.3.1+
From: jason at hdev dot net Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: cURL related Bug description: bug introduced going from PHP 4.3.x to 4.3.1+ A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit bug report at http://bugs.php.net/?id=22379&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22379&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22379&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22379&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22379&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22379&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22379&r=support Expected behavior: http://bugs.php.net/fix.php?id=22379&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22379&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22379&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22379&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22379&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22379&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22379&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22379&r=gnused
#22380 [NEW]: Uploaded files automatically being deflated.
From: henryw at optonline dot net Operating system: Linux RH7.3 PHP version: 4.3.1 PHP Bug Type: Apache2 related Bug description: Uploaded files automatically being deflated. The simplest php upload script will upload any binary file to my Apache 2.40 web server BUT then what appears to be an automatic deflation is attempted on the file. Zip files, gzip, etc. are all experiencing the same problem. I have compiled the Apache server with deflate disabled. here is my configure file: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql=/usr/local/mysql-standard-4.0.10-gamma-pc-linux-i686 \ --prefix=/usr/local/apache2/php \ --with-config-file-path=/usr/local/apache2/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --with-gettext \ --with-gdbm \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr \ --with-zlib \ --with-png \ --with-png-dir=/usr \ --with-bz2 -- Edit bug report at http://bugs.php.net/?id=22380&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22380&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22380&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22380&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22380&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22380&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22380&r=support Expected behavior: http://bugs.php.net/fix.php?id=22380&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22380&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22380&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22380&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22380&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22380&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22380&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22380&r=gnused
#22378 [Fbk->Opn]: "sendmail_from" not set in php.ini or custom "From:" header missing
ID: 22378
User updated by: kris at aethiamud dot org
Reported By: kris at aethiamud dot org
-Status: Feedback
+Status: Open
Bug Type: *Mail Related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
re:
1) Could you tell me how to do that ini_set thing? I tried a few
variations with the php/cli/php.exe command line, but couldn't figure
out what you meant.
2) I did do the php/cli/php -i and it also displayed the same things;
i.e. 'sendmail_from => no value => no value' and 'SMTP => localhost =>
localhost'
Previous Comments:
[2003-02-22 16:06:50] [EMAIL PROTECTED]
Two things:
1) does ini_set('SMTP', 'smtp.aethiamud.org'); work?
2) does the cli binary also not display these values? (run:
path\to\cli\php -i)
[2003-02-22 15:18:41] kris at aethiamud dot org
Although I have found a few existing threads with this problem, none
seem to address the core issue. Basically, the "[mail function]"
section of my php.ini file is NOT being read at all! When a forum
script I was using gave me an error when it tried to send an email to a
newly registered user, I tried every solution I could think of, then
every solution I could find at php.net and using google. I then tried
my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which
basically just contains the line:
And this is what it listed for the mail function entries:
sendmail_from no value no value
sendmail_path no value no value
SMTP localhost localhost
I then checked my php.ini file (which is in my windows directory,
properly named), and here is what it says:
[mail function]
; For Win32 only.
SMTP = smtp.aethiamud.org
; For Win32 only.
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: "sendmail
-t -i").
;sendmail_path =
The only solution I could find related to the php.ini file somehow not
being read at all. That was my first thought, so I tested that theory
by changing the 'register_globals' setting from 'off' to 'on', then I
restarted the webserver and reloaded the phpinfo.php page. Lo and
behold, register_globals changed from 'off' to 'on'. Therefore, the
php.ini file IS in the right place, and it IS being read. However, the
[mail function] section does not appear to be. My email server is
configured and functioning properly, and works with the cgi-bin version
of sendmail just fine, so that can't be it either.
I'm fresh out of ideas here! Is this a bug, or just something that I'm
not seeing? Any help you could provide would be very much appreciated
:)
--Kris
--
Edit this bug report at http://bugs.php.net/?id=22378&edit=1
#22378 [Opn]: "sendmail_from" not set in php.ini or custom "From:" header missing
ID: 22378
User updated by: kris at aethiamud dot org
Reported By: kris at aethiamud dot org
Status: Open
Bug Type: *Mail Related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
Ok I just got what you meant after I hit submit hehe. I tried adding
that line to the phpinfo.php file, and now it lists the local value as
smtp.aethiamud.org and the master value still as localhost.
Previous Comments:
[2003-02-22 17:34:35] kris at aethiamud dot org
re:
1) Could you tell me how to do that ini_set thing? I tried a few
variations with the php/cli/php.exe command line, but couldn't figure
out what you meant.
2) I did do the php/cli/php -i and it also displayed the same things;
i.e. 'sendmail_from => no value => no value' and 'SMTP => localhost =>
localhost'
[2003-02-22 16:06:50] [EMAIL PROTECTED]
Two things:
1) does ini_set('SMTP', 'smtp.aethiamud.org'); work?
2) does the cli binary also not display these values? (run:
path\to\cli\php -i)
[2003-02-22 15:18:41] kris at aethiamud dot org
Although I have found a few existing threads with this problem, none
seem to address the core issue. Basically, the "[mail function]"
section of my php.ini file is NOT being read at all! When a forum
script I was using gave me an error when it tried to send an email to a
newly registered user, I tried every solution I could think of, then
every solution I could find at php.net and using google. I then tried
my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which
basically just contains the line:
And this is what it listed for the mail function entries:
sendmail_from no value no value
sendmail_path no value no value
SMTP localhost localhost
I then checked my php.ini file (which is in my windows directory,
properly named), and here is what it says:
[mail function]
; For Win32 only.
SMTP = smtp.aethiamud.org
; For Win32 only.
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: "sendmail
-t -i").
;sendmail_path =
The only solution I could find related to the php.ini file somehow not
being read at all. That was my first thought, so I tested that theory
by changing the 'register_globals' setting from 'off' to 'on', then I
restarted the webserver and reloaded the phpinfo.php page. Lo and
behold, register_globals changed from 'off' to 'on'. Therefore, the
php.ini file IS in the right place, and it IS being read. However, the
[mail function] section does not appear to be. My email server is
configured and functioning properly, and works with the cgi-bin version
of sendmail just fine, so that can't be it either.
I'm fresh out of ideas here! Is this a bug, or just something that I'm
not seeing? Any help you could provide would be very much appreciated
:)
--Kris
--
Edit this bug report at http://bugs.php.net/?id=22378&edit=1
#22288 [Opn]: Local vars and function parameters not accessible!
ID: 22288
User updated by: andre dot goncalves at martelozero dot com
Reported By: andre dot goncalves at martelozero dot com
Status: Open
Bug Type: Variables related
Operating System: Linux
PHP Version: 4.3.1-dev
New Comment:
Ok, I'm sorry I didn't get any answer from you guys.
The problem is solved. I don't know how, but it suddenly stoped, after
I made some random and desperate changes in the code somewhere.
What I will never understand is what kind of error in my code, that is
not detected by PHP causes such abnormal behaviour.
PHP did not return any Notice, Warning, or Error message, it simply
went beserk with variables. I don't really understand much about this
issues, but someone told me that the stack was getting corrupted, and
to look for recursive function calls. (there were none)
Anyway I think that this issue should be investigated. Not just simply
say that there were "serious issues" with my code. Off course there
were, but certainly not with cookies.
The thing is, if there is a reason for PHP to go nuts, it should issue
some kind of warning (like it normally does).
Thanks anyway
Keep up developing this amazing thing.
Previous Comments:
[2003-02-19 04:40:10] andre dot goncalves at martelozero dot com
What do you mean by serious issues? Maybe you don't understand the
questions I made, or the absurd behaviour that I describe - or in the
other hand, maybe I don't understand that some stupid error I made
somewhere (with cookies you say) might cause this strange behaviour of
PHP (you sound very natural about it).
Well I have some serious questions:
1. What's the relation between cookies and the Empty + Unavailable +
Unassignable local variables and function parameters in the method's
implementation?
2. What causes the script to go crazy in terms of variable value
assignment?
3. Why do local vars fail to accept values from a certain point on?
4. Hhy it only happens the first time the script runs, and why only in
the second time the method is called? After a code-induced &
cookie-related error, you say?
5. How does a variable echo a value that it was not assigned? Again,
how does $this->tmp2 = "whatever" makes $_query = "whatever"? And why
var_dump'ing ($_query) returns NULL?
6. Why $localvar = "foo", does not make $localvar = "foo", i.e., why
local vars and parameters are unavailable and unassignable?
Thanks
[2003-02-18 23:52:01] [EMAIL PROTECTED]
Your script has serious issues...it sets some cookies?
It also has some errors, apparently caused by the missing
cookie value? This really doesn't seem like any
problem in PHP..
[2003-02-18 23:26:04] andre dot goncalves at martelozero dot com
Hi! this is really a spooky situation!
A. problem with a class only happening in one site (other
implementations use same class and always worked fine).
B. It only happens the first time I hit the site.
C. press F5, or re-enter address, and the problem is gone.
D. restarting browser, causes the problem again.
E. problem is:
The 2nd time I call a method on a certain object,
neither the method parameters, neither the global vars are
acessible, only the pre-declared class members are there.
Remember, i have made a call to this method in the same script
exexcutation, some 20 lines before.
F. Even more spooky, some vars tend to echo values (wrong
values) but var_dump shows NULL for the same var,
right from the next line of code!!!
G. Check below example:
output 1, 3 and 4 show vardump of function parameters NULL
ouput 2 shows that local var $_query (the function's parameter $_query)
receives the return value of the previous function foofunction() call
output 3 shows that variable is in fact NULL
output 5 shows that local var is not accessible
output 6 shows that global var is accessible
output 7 and 8 shows class members ok
output 9 and 10 shows assigning local vars impossible
H. Don't belive me? TEST IT:
http://66.220.28.17/zero/index.php
Looks like assignment of variables is totally messed up (currupt?)
The script is like dead: I also tried unseting the global
instance of $mydbclass and recreating it, but I get NULL
if I vardump the new instance!!!
Please help me on this one!
//:: CODE EXTRACT FOLLOWS
//:: test function
function foofunction($_bla) {
return "YOUR BLAH: ".$_bla;
}
$fooglobal= "fooglobal";
// function call
$mydbclass->query("select id from user");
//class definition
class mydbclass {
var $version = 1.0
function mydbclass() {
$this->connect(); }
// more class methods ...
function query($_query = "foo", $_fooparam = "bar") {
global $fooglobal;
global $queryix;
$queryix++;
$foolocal = "foolocal";
$this->foonewmember = "foonewmember";
e
#22353 [Com]: Checking whether IMAP works dumps core
ID: 22353
Comment by: alahaye at wanadoo dot fr
Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de
Status: Open
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4CVS-2003-02-21 (stable)
New Comment:
Hi,
Same thing for me...
checking for crypt in -lcrypt... (cached) yes
checking whether SSL libraries are needed for c-client... /usr/lib
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
*
config.log
*
/usr/lib/libc-client.a(mail.o): In function `mm_cache':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:185: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_parameters':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:459: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:490: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:508: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net_parse':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:619: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o):/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:677:
more undefined references to `__canary_death_handler' fol
low
collect2: ld returned 1 exit status
configure: failed program was:
#line 35421 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,"",0);
return 0;
}
Previous Comments:
[2003-02-21 12:49:58] Joerg dot Dieter dot Friedrich at uni-konstanz
dot de
configure:35607: checking whether SSL libraries are needed for
c-client
configure:35800: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
Undefined first referenced
symbol in file
auth_gssapi_valid /var/tmp/ccMY2Y0c.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 35775 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char auth_gssapi_valid();
int main() {
auth_gssapi_valid();
return 0;
}
configure:35826: checking whether IMAP works
configure:35859: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DEAPI -DUSE_EXPAT -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib
-R/usr/local/lib -L/usr/local/lib -R/usr/local/src/imap-2002b//c-client
-L/usr/local/src/imap-2002b//c-client conftest.c -lcrypto -lssl
-lc-client -lcrypt -lpam -lintl -lpng -lz -ljpeg -ldb-3.3 -lz -lssl
-lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 35834 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(vo
#22381 [NEW]: --with-imap error
From: alahaye at wanadoo dot fr
Operating system: ReadHat 7.2
PHP version: 4.3.1
PHP Bug Type: Compile Failure
Bug description: --with-imap error
when using --with-imap having this error on commpilation
checking for crypt in -lcrypt... (cached) yes
checking whether SSL libraries are needed for c-client... /usr/lib
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
In config.log
configure:35413: checking whether IMAP works
configure:35446: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208104
-DMOD_PERL -DUSE_PERL_SSI -DEAPI conftest.c -lcrypto -lssl -lc-client
-lcrypt -lpam -lpng -lz -ljpeg -lz -lcrypt -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcrypt 1>&5
/usr/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/redhat/BUILD/imap-2000c/c-client/auth_ssl.c:153: the use of
`tmpnam' is dangerous, better use `mkstemp'
/usr/lib/libc-client.a(mail.o): In function `mm_cache':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:185: undefined reference
to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_parameters':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:459: undefined reference
to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:490: undefined reference
to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:508: undefined reference
to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net_parse':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:619: undefined reference
to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o):/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:677:
more undefined references to `__canary_death_handler' fol
low
collect2: ld returned 1 exit status
configure: failed program was:
#line 35421 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,"",0);
return 0;
}
--
Edit bug report at http://bugs.php.net/?id=22381&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22381&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22381&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22381&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22381&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22381&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22381&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22381&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22381&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22381&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22381&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22381&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22381&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22381&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22381&r=gnused
#22381 [Opn->Fbk]: --with-imap error
ID: 22381
Updated by: [EMAIL PROTECTED]
Reported By: alahaye at wanadoo dot fr
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: ReadHat 7.2
PHP Version: 4.3.1
New Comment:
Try adding --with-imap-ssl to your configure line.
Previous Comments:
[2003-02-22 18:28:27] alahaye at wanadoo dot fr
when using --with-imap having this error on commpilation
checking for crypt in -lcrypt... (cached) yes
checking whether SSL libraries are needed for c-client... /usr/lib
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
In config.log
configure:35413: checking whether IMAP works
configure:35446: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208104
-DMOD_PERL -DUSE_PERL_SSI -DEAPI conftest.c -lcrypto -lssl -lc-client
-lcrypt -lpam -lpng -lz -ljpeg -lz -lcrypt -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcrypt 1>&5
/usr/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/redhat/BUILD/imap-2000c/c-client/auth_ssl.c:153: the use of
`tmpnam' is dangerous, better use `mkstemp'
/usr/lib/libc-client.a(mail.o): In function `mm_cache':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:185: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_parameters':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:459: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:490: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:508: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net_parse':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:619: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o):/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:677:
more undefined references to `__canary_death_handler' fol
low
collect2: ld returned 1 exit status
configure: failed program was:
#line 35421 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,"",0);
return 0;
}
--
Edit this bug report at http://bugs.php.net/?id=22381&edit=1
#22382 [NEW]: fgetcsv does not allow escaped quotes
From: Stevenv at operamail dot com
Operating system: FreeBSD 4.7
PHP version: 4.3.0
PHP Bug Type: Filesystem function related
Bug description: fgetcsv does not allow escaped quotes
As the summary says, fgetcsv does not allow escaped quotes. When csv fields
come from user input, it is often the case that addslashes() is run on
them then enclosed in quotes. However, fgetcsv() removes anything after
the escaped quote.
Code:
Outputs:
array(3) {
[0]=>
string(9) "This is \"
[1]=>
string(9) "field two"
[2]=>
string(11) "field three"
}
The behavior I expected would have been for the first field to read:
"This is \"Field One\""
Much like the functionality described on
.
Thanks
--
Edit bug report at http://bugs.php.net/?id=22382&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22382&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22382&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22382&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22382&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22382&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22382&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22382&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22382&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22382&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22382&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22382&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22382&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22382&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22382&r=gnused
#17822 [Fbk->NoF]: Realpath, getcwd not returning true pathname
ID: 17822 Updated by: [EMAIL PROTECTED] Reported By: csaba at alum dot mit dot edu -Status: Feedback +Status: No Feedback Bug Type: Directory function related Operating System: Windows - all PHP Version: 4.3.0 Assigned To: sfox New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-02-15 19:32:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot replicate using latest CVS. [2003-02-15 17:38:53] csaba at alum dot mit dot edu I have marked this bug as open because of the demonstration below on my PHP 4.3 build date Dec. 20, 2002; Apache 2.0.43 Filter; Win2K Pro system. Here is the test: getcwd Problem " . getcwd(); print "" . realpath(getcwd()); chdir (strtoupper($cwd)); print "" . getcwd(); print "" . realpath(getcwd()); ?> On my system the first 2 directories show in lower case, the last two are in caps. Csaba [2002-10-27 19:27:57] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-10-10 22:47:54] [EMAIL PROTECTED] Any news? [2002-07-27 11:45:45] [EMAIL PROTECTED] Looked into this, it looks possible to implement. Wish me luck :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17822 -- Edit this bug report at http://bugs.php.net/?id=17822&edit=1
#22378 [Opn->Fbk]: "sendmail_from" not set in php.ini or custom "From:" header missing
ID: 22378
Updated by: [EMAIL PROTECTED]
Reported By: kris at aethiamud dot org
-Status: Open
+Status: Feedback
Bug Type: *Mail Related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
Ok, then it looks like a parse problem, or you have a syntax error in
your php.ini file or the settings are not passed through to the php
core.
Try changing a setting _below_ the [mail function] section, like for
instance: mysql.default_port to 4306.
Does that value change? Then we can strike the 'passed through' error.
Previous Comments:
[2003-02-22 17:39:48] kris at aethiamud dot org
Ok I just got what you meant after I hit submit hehe. I tried adding
that line to the phpinfo.php file, and now it lists the local value as
smtp.aethiamud.org and the master value still as localhost.
[2003-02-22 17:34:35] kris at aethiamud dot org
re:
1) Could you tell me how to do that ini_set thing? I tried a few
variations with the php/cli/php.exe command line, but couldn't figure
out what you meant.
2) I did do the php/cli/php -i and it also displayed the same things;
i.e. 'sendmail_from => no value => no value' and 'SMTP => localhost =>
localhost'
[2003-02-22 16:06:50] [EMAIL PROTECTED]
Two things:
1) does ini_set('SMTP', 'smtp.aethiamud.org'); work?
2) does the cli binary also not display these values? (run:
path\to\cli\php -i)
[2003-02-22 15:18:41] kris at aethiamud dot org
Although I have found a few existing threads with this problem, none
seem to address the core issue. Basically, the "[mail function]"
section of my php.ini file is NOT being read at all! When a forum
script I was using gave me an error when it tried to send an email to a
newly registered user, I tried every solution I could think of, then
every solution I could find at php.net and using google. I then tried
my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which
basically just contains the line:
And this is what it listed for the mail function entries:
sendmail_from no value no value
sendmail_path no value no value
SMTP localhost localhost
I then checked my php.ini file (which is in my windows directory,
properly named), and here is what it says:
[mail function]
; For Win32 only.
SMTP = smtp.aethiamud.org
; For Win32 only.
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: "sendmail
-t -i").
;sendmail_path =
The only solution I could find related to the php.ini file somehow not
being read at all. That was my first thought, so I tested that theory
by changing the 'register_globals' setting from 'off' to 'on', then I
restarted the webserver and reloaded the phpinfo.php page. Lo and
behold, register_globals changed from 'off' to 'on'. Therefore, the
php.ini file IS in the right place, and it IS being read. However, the
[mail function] section does not appear to be. My email server is
configured and functioning properly, and works with the cgi-bin version
of sendmail just fine, so that can't be it either.
I'm fresh out of ideas here! Is this a bug, or just something that I'm
not seeing? Any help you could provide would be very much appreciated
:)
--Kris
--
Edit this bug report at http://bugs.php.net/?id=22378&edit=1
#21886 [Fbk->NoF]: parameters sometimes not submitted
ID: 21886
Updated by: [EMAIL PROTECTED]
Reported By: technik at infoworxx dot de
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: Linux 7.2
PHP Version: 4.3.0
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-02-15 10:13:42] [EMAIL PROTECTED]
Then you must also know that some behaviour of them was fixed in 4.3.0
and most likely you're just relying on the
broken behaviour...can't really tell without a short and
complete example script.
[2003-02-14 04:21:08] technik at infoworxx dot de
I am sorry, actually I do not have time, I hope I can give you an
example in the next two days - sorry for that (but your first reply
took more than two days :-).
But - it is NOT an misunderstanding how sessions work. I am using
sessions since the beginning of PHP 4 and the same code is running
under 4.2.3 perfect.
Regards,
Sebastian
[2003-02-13 02:01:03] [EMAIL PROTECTED]
Please provide a complete but short example
that _clearly_ shows the problem.
[2003-01-26 07:52:28] technik at infoworxx dot de
Hi @all,
I have just mentioned a strange behaviour of PHP 4.3.0.
At first of all: I have recompiled my hole config with PHP 4.2.3 and my
program runs - without any change - fine !
Just have a look at the source:
In index2.phtml:
-
$dummy="index2.phtml?step=printchecklist&mode=".$mode."&besuchid=".$besuch_id."&hid=".$form_hid."&sessvalid=".$s_sessvalid;
if ($debug) @error_log("Redirect [origin=checklist] to: ".$dummy,0);
$session->redirectTo($dummy);
-
in my Session-Class:
-
function redirectTo($pathInfo) {
if ($this->debug) @error_log("SESSION [redirectTo]: Parameter:
".$pathInfo,0);
[...]
}
-
and now my error-log:
-
[Sun Jan 26 14:24:43 2003] [error] Redirect [origin=checklist] to:
index2.phtml?step=printchecklist&mode=&besuchid=&hid=16&sessvalid=951227295
[Sun Jan 26 14:24:43 2003] [error] SESSION [redirectTo]: Parameter:
-
The Parameter given to $session->redirectTo will not be recieved by the
function. When I try this several times (my "$dummy" does NOT !!!
change) after the second or the third try it works.
Again - with 4.2.3 and excatly the same config *everything* is fine.
Regards,
Sebastian
--
Edit this bug report at http://bugs.php.net/?id=21886&edit=1
#21902 [Fbk->NoF]: PHPxxxxxx in /tmp
ID: 21902 Updated by: [EMAIL PROTECTED] Reported By: nico at belcenter dot com -Status: Feedback +Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: Redhat7.3 PHP Version: 4.3.0 Assigned To: wez New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-02-13 08:40:32] [EMAIL PROTECTED] I haven't received your config.log yet. [2003-01-28 11:28:20] [EMAIL PROTECTED] This bug is assigned to Wez, please stop responding to this bug report as the bug is known and will be fixed one day. [2003-01-28 07:29:02] nico at belcenter dot com And do you find the problem ??? Nico [2003-01-28 02:38:21] nico at belcenter dot com Yes, i suppose it's the same.. It's sure a php bug... Nico [2003-01-27 18:36:13] [EMAIL PROTECTED] This is most likely related to this bug: http://bugs.php.net/bug.php?id=21713 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21902 -- Edit this bug report at http://bugs.php.net/?id=21902&edit=1
#22223 [Fbk->NoF]: Register Globals config in php.ini get ignored
ID: 3 Updated by: [EMAIL PROTECTED] Reported By: 0330 at bigfoot dot com -Status: Feedback +Status: No Feedback Bug Type: PHP options/info functions Operating System: Slackware Linux 7.1 PHP Version: 4.3.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-02-14 09:03:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If the problem persists include the output of strace sapi/cli/php -h 2>&1 | grep "open(.*\.ini" in your reply. [2003-02-14 07:30:05] 0330 at bigfoot dot com In my /etc/php.ini of 4.3.0, register_globals = On In , it said, register_globals = Off Off I am using the followings options in complie: './configure' '--with-mysql' '--with-apache=../ apache_1.3.27' '--with-config-file-path=/etc --disable-cli' -- Edit this bug report at http://bugs.php.net/?id=3&edit=1
#22383 [NEW]: A class that inherits an abstrcat method must be abstract
From: [EMAIL PROTECTED] Operating system: ALL PHP version: 5CVS-2003-02-22 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: A class that inherits an abstrcat method must be abstract See file & output of: php runtests.php tests/classes/abstract_inherit.phpt Analyse: When i first implemented abstract and visibility for ZE2 i changed the way do_inherit_method() worked. I used a modified version of zend_hash_merge_ex() to merge the inherited functions. This mdification allowed me to change the class entry of the class beeing defined. Today this modification did not find its way into the engine because the current code uses better code. However i guess we must have access to the current class in do_inherit_method(). For future modifications we may also need to mofify the inherited function in do_inherit_method(). -- Edit bug report at http://bugs.php.net/?id=22383&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22383&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22383&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22383&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22383&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22383&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22383&r=support Expected behavior: http://bugs.php.net/fix.php?id=22383&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22383&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22383&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22383&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22383&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22383&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22383&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22383&r=gnused
#22382 [Opn->Fbk]: fgetcsv does not allow escaped quotes
ID: 22382
Updated by: [EMAIL PROTECTED]
Reported By: Stevenv at operamail dot com
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: FreeBSD 4.7
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
AFAIK, this is already fixed.
Previous Comments:
[2003-02-22 19:45:00] Stevenv at operamail dot com
As the summary says, fgetcsv does not allow escaped quotes. When csv
fields come from user input, it is often the case that addslashes() is
run on them then enclosed in quotes. However, fgetcsv() removes
anything after the escaped quote.
Code:
Outputs:
array(3) {
[0]=>
string(9) "This is \"
[1]=>
string(9) "field two"
[2]=>
string(11) "field three"
}
The behavior I expected would have been for the first field to read:
"This is \"Field One\""
Much like the functionality described on
.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=22382&edit=1
#22382 [Fbk->Ver]: fgetcsv does not allow escaped quotes
ID: 22382
Updated by: [EMAIL PROTECTED]
Reported By: Stevenv at operamail dot com
-Status: Feedback
+Status: Verified
Bug Type: Filesystem function related
Operating System: FreeBSD 4.7
-PHP Version: 4.3.0
+PHP Version: 4.3.2-dev
New Comment:
I take that back, it isn't fixed in that snapshot,
so don't bother testing.
Verified within 4.3.2-dev.
Previous Comments:
[2003-02-22 21:18:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
AFAIK, this is already fixed.
[2003-02-22 19:45:00] Stevenv at operamail dot com
As the summary says, fgetcsv does not allow escaped quotes. When csv
fields come from user input, it is often the case that addslashes() is
run on them then enclosed in quotes. However, fgetcsv() removes
anything after the escaped quote.
Code:
Outputs:
array(3) {
[0]=>
string(9) "This is \"
[1]=>
string(9) "field two"
[2]=>
string(11) "field three"
}
The behavior I expected would have been for the first field to read:
"This is \"Field One\""
Much like the functionality described on
.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=22382&edit=1
#17897 [Com]: POST form variables are empty
ID: 17897 Comment by: fredlaplante at hotmail dot com Reported By: hofmann at isl dot org Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.1 New Comment: hi! i have this problem when I post a form on a UNIX server, the variables are empty... but it works fine on my test server in WinXP :P Info about the UNIX server : PHP Version 4.2.3 System : IRIX humu 6.5 09190646 IP22 Build Date : Sep 26 2002 15:58:31 Server API : Apache Apache Version : Apache/1.3.26 Info about the WinXP serveur : PHP Version 4.2.0 System : Windows NT 5.1 build 2600 Build Date : Apr 20 2002 18:36:03 Server API : Apache Apache Version : Apache/1.3.24 Here's the form and the PHP file: form.php '; echo $lastname.''; ?> and there is nothing echoed... :P Please, fix this bug as soon as possible... THANKS! Previous Comments: [2003-02-04 05:59:50] dave at nicedayin dot co dot uk just to say thanks, this thread has just solved a problem with an ASP based system I am writing. Dreamweaver MX places form actions in as script sources by default, and so does not always put full url in the action field. As such all my post variables dissapeared, then I found this form, hard coded the action page and it worked ! [2003-01-03 07:40:16] air01 at gmx dot de Following extraction helped me to solve the problem that, variables are missing in the *.php after submition. >>Hi there... The problem is actually that in PHP 4.2, Register Globals is automatically defaulted to OFF. This means that variables that were normally in the global space such as GET and POST variables are no longer in the global space by default. PHP Announcement: http://www.php.net/release_4_2_0.php You can still force the old default behavior by changing the php.ini file and set the value for register_globals to "On". This will allow you to access the variables as they are named in the forms Documentation: http://www.php.net/manual/en/configuration.php#ini.register-globals << By the way, I found this Information on expert-exchange.com http://www.experts-exchange.com/Web/Web_Languages/PHP/Q_20293768.html My configuration: PHP 4.2.3 Apache 2.0.43 Windows 2k [2002-12-13 21:25:05] donny at net-yan dot com I think the problem is PHP4. Because I installed PHP on both Apache and IIS of W2k. I got the same problem. The following are the test program (test.php). TEST I always get empty Arrays. I never imagine that such simple function have bugs in PHP, or I know to little about the PHP settings! Who can HELP!!! My system cannot progress!!! [2002-11-18 03:03:47] hofmann at isl dot org ok the solution to my problem is simple - I am using AddOutputFilter PHP;INCLUDES .php so the post variables are missing - thats because you need also to set AddInputFilter PHP .php otherwise Apache2 will not forward the POST vars! [2002-09-21 02:20:42] bote_basura_notthis at hotmail dot com Thanks [EMAIL PROTECTED] Adding "AddType application/x-httpd-php .php" to the conf file worked for me. PHP 4.2.3 APACHE 2.0.40 on WindowsXP The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17897 -- Edit this bug report at http://bugs.php.net/?id=17897&edit=1
#22381 [Fbk]: --with-imap error
ID: 22381
Updated by: [EMAIL PROTECTED]
Reported By: alahaye at wanadoo dot fr
Status: Feedback
-Bug Type: Compile Failure
+Bug Type: IMAP related
Operating System: ReadHat 7.2
PHP Version: 4.3.1
New Comment:
1. Try adding '--enable-libgcc' to your configure line
2. Did you compile libc-client.a yourself?
Previous Comments:
[2003-02-22 19:34:52] [EMAIL PROTECTED]
Try adding --with-imap-ssl to your configure line.
[2003-02-22 18:28:27] alahaye at wanadoo dot fr
when using --with-imap having this error on commpilation
checking for crypt in -lcrypt... (cached) yes
checking whether SSL libraries are needed for c-client... /usr/lib
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
In config.log
configure:35413: checking whether IMAP works
configure:35446: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208104
-DMOD_PERL -DUSE_PERL_SSI -DEAPI conftest.c -lcrypto -lssl -lc-client
-lcrypt -lpam -lpng -lz -ljpeg -lz -lcrypt -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcrypt 1>&5
/usr/lib/libc-client.a(osdep.o): In function `ssl_onceonlyinit':
/usr/src/redhat/BUILD/imap-2000c/c-client/auth_ssl.c:153: the use of
`tmpnam' is dangerous, better use `mkstemp'
/usr/lib/libc-client.a(mail.o): In function `mm_cache':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:185: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_parameters':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:459: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:490: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:508: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o): In function `mail_valid_net_parse':
/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:619: undefined
reference to `__canary_death_handler'
/usr/lib/libc-client.a(mail.o):/usr/src/redhat/BUILD/imap-2000c/c-client/mail.c:677:
more undefined references to `__canary_death_handler' fol
low
collect2: ld returned 1 exit status
configure: failed program was:
#line 35421 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,"",0);
return 0;
}
--
Edit this bug report at http://bugs.php.net/?id=22381&edit=1
#22380 [Opn->Fbk]: Uploaded files automatically being deflated.
ID: 22380 Updated by: [EMAIL PROTECTED] Reported By: henryw at optonline dot net -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux RH7.3 PHP Version: 4.3.1 New Comment: 1. Apache 2.0.40 is too old, upgrade to 2.0.44 2. Check your PHP httpd.conf setting Previous Comments: [2003-02-22 17:30:50] henryw at optonline dot net The simplest php upload script will upload any binary file to my Apache 2.40 web server BUT then what appears to be an automatic deflation is attempted on the file. Zip files, gzip, etc. are all experiencing the same problem. I have compiled the Apache server with deflate disabled. here is my configure file: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql=/usr/local/mysql-standard-4.0.10-gamma-pc-linux-i686 \ --prefix=/usr/local/apache2/php \ --with-config-file-path=/usr/local/apache2/php \ --enable-track-vars \ --enable-force-cgi-redirect \ --with-gettext \ --with-gdbm \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr \ --with-zlib \ --with-png \ --with-png-dir=/usr \ --with-bz2 -- Edit this bug report at http://bugs.php.net/?id=22380&edit=1
#22379 [Opn->Asn]: bug introduced going from PHP 4.3.x to 4.3.1+
ID: 22379 Updated by: [EMAIL PROTECTED] Reported By: jason at hdev dot net -Status: Open +Status: Assigned Bug Type: cURL related Operating System: Windows 2000 PHP Version: 4.3.1 -Assigned To: +Assigned To: edink New Comment: Nothing changed between 4.3.0 -> 4.3.1 in this part which could cause this bug so it's either an install error or some build problem by Edin. (I tend to think it's Edin's fault, assigning to him :) Previous Comments: [2003-02-22 17:24:26] jason at hdev dot net A bug was introduced in the new version(s) of PHP 4.3.1, where cURL has now stopped working when trying to access a page through secure https. It worked in the release version of PHP 4.3.0 and any prior versions. This bug seems to be extension-related. -- Edit this bug report at http://bugs.php.net/?id=22379&edit=1
#22378 [Fbk]: "sendmail_from" not set in php.ini or custom "From:" header missing
ID: 22378
Updated by: [EMAIL PROTECTED]
Reported By: kris at aethiamud dot org
Status: Feedback
Bug Type: *Mail Related
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
Just a note: I tested this with latest STABLE snapshot on my win2k
machine and it works just fine..
Previous Comments:
[2003-02-22 20:09:26] [EMAIL PROTECTED]
Ok, then it looks like a parse problem, or you have a syntax error in
your php.ini file or the settings are not passed through to the php
core.
Try changing a setting _below_ the [mail function] section, like for
instance: mysql.default_port to 4306.
Does that value change? Then we can strike the 'passed through' error.
[2003-02-22 17:39:48] kris at aethiamud dot org
Ok I just got what you meant after I hit submit hehe. I tried adding
that line to the phpinfo.php file, and now it lists the local value as
smtp.aethiamud.org and the master value still as localhost.
[2003-02-22 17:34:35] kris at aethiamud dot org
re:
1) Could you tell me how to do that ini_set thing? I tried a few
variations with the php/cli/php.exe command line, but couldn't figure
out what you meant.
2) I did do the php/cli/php -i and it also displayed the same things;
i.e. 'sendmail_from => no value => no value' and 'SMTP => localhost =>
localhost'
[2003-02-22 16:06:50] [EMAIL PROTECTED]
Two things:
1) does ini_set('SMTP', 'smtp.aethiamud.org'); work?
2) does the cli binary also not display these values? (run:
path\to\cli\php -i)
[2003-02-22 15:18:41] kris at aethiamud dot org
Although I have found a few existing threads with this problem, none
seem to address the core issue. Basically, the "[mail function]"
section of my php.ini file is NOT being read at all! When a forum
script I was using gave me an error when it tried to send an email to a
newly registered user, I tried every solution I could think of, then
every solution I could find at php.net and using google. I then tried
my phpinfo.php page (http://www.aethiamud.org/phpinfo.php), which
basically just contains the line:
And this is what it listed for the mail function entries:
sendmail_from no value no value
sendmail_path no value no value
SMTP localhost localhost
I then checked my php.ini file (which is in my windows directory,
properly named), and here is what it says:
[mail function]
; For Win32 only.
SMTP = smtp.aethiamud.org
; For Win32 only.
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: "sendmail
-t -i").
;sendmail_path =
The only solution I could find related to the php.ini file somehow not
being read at all. That was my first thought, so I tested that theory
by changing the 'register_globals' setting from 'off' to 'on', then I
restarted the webserver and reloaded the phpinfo.php page. Lo and
behold, register_globals changed from 'off' to 'on'. Therefore, the
php.ini file IS in the right place, and it IS being read. However, the
[mail function] section does not appear to be. My email server is
configured and functioning properly, and works with the cgi-bin version
of sendmail just fine, so that can't be it either.
I'm fresh out of ideas here! Is this a bug, or just something that I'm
not seeing? Any help you could provide would be very much appreciated
:)
--Kris
--
Edit this bug report at http://bugs.php.net/?id=22378&edit=1
#22376 [Opn->Fbk]: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation
ID: 22376 Updated by: [EMAIL PROTECTED] Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Open +Status: Feedback -Bug Type: *Compile Issues +Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: I assume you have apache already installed under that INSTALL_ROOT ? In that case, IMO, we should make the install to modify that httpd.conf instead..? (I have fix for this ready..) Previous Comments: [2003-02-22 11:12:55] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! ATM I try to build PHP-Solaris-Packages. I use the INSTALL_ROOT feature of your Makefile. The problem is that apxs is called with option -a to directly modify httpd.conf. But this is in a very different place. Is is possible that '-a' is only appended to the apxs-call when INSTALL_ROOT is empty. Yours Joerg -- Edit this bug report at http://bugs.php.net/?id=22376&edit=1
#22377 [Opn->Fbk]: Using COM causes php.exe CGI to crash
ID: 22377 Updated by: [EMAIL PROTECTED] Reported By: bmatzelle at yahoo dot com -Status: Open +Status: Feedback Bug Type: COM related Operating System: Windows 2000 & XP PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-22 13:45:19] bmatzelle at yahoo dot com I created a script like this: Each time I try to load this page I experience a "[snip] Memory could not be read" error with php.exe. This happens with all COM objects, not just ADODB.Connection. I have found this error with PHP 4.3.0 and 4.3.1, both using the PHP CGI module. cgi.force_redirect is set to "0". All other normal pages run without a hitch. I have not changed the php.ini COM defaults in any way. I do not use any extensions, and I am using the standard win32 binaries from php.net. -- Edit this bug report at http://bugs.php.net/?id=22377&edit=1
#22372 [Ctl]: Don't forget to bump the PHP API number for 4.3.2 release
ID: 22372 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: *General Issues Operating System: All PHP Version: 4CVS-2003-02-22 (stable) New Comment: Which one of those 3? :) Previous Comments: [2003-02-22 06:19:10] [EMAIL PROTECTED] Need to bump the API no so that people can detect and workaround some of the issues with streams in the 4.3.0 and 4.3.1 releases. -- Edit this bug report at http://bugs.php.net/?id=22372&edit=1
#22284 [Ver->Bgs]: Dynamic Var Accessing Classes crashes PHP --> #22237
ID: 22284
Updated by: [EMAIL PROTECTED]
Reported By: White_Angel at gmx dot de
-Status: Verified
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: all
PHP Version: 5CVS-2003-02-21 (dev)
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
Add any useful comments to bug #22237, thank you.
Previous Comments:
[2003-02-22 05:45:01] White_Angel at gmx dot de
Yes. It`s the same #22237 .
Sorry for double Report.
[2003-02-22 05:37:23] peter at globalvision dot com dot au
Isn't this identical to my report? (22237)
[2003-02-18 22:48:47] [EMAIL PROTECTED]
must be ZE2 prob since the script just gives me parse error
with php4.3.2-dev
[2003-02-18 16:55:38] [EMAIL PROTECTED]
#0 0x0817d606 in zend_hash_exists (ht=0x401e3ce0, arKey=0x6c ,
nKeyLength=1) at /php/php/php5/Zend/zend_hash.c:923
tmp = 0x6c
h = 1075731160
nIndex = 8
p = (struct bucket *) 0x1
#1 0x08167571 in zend_do_fetch_property (result=0xbfffbe90,
object=0xbfffbd00, property=0xbfffc118)
at /php/php/php5/Zend/zend_compile.c:2327
le = (struct _zend_llist_element *) 0x401e5c28
opline = {handler = 0x81e6c98 , result =
{op_type = 1075731304,
throw_list = 0x18, u = {constant = {value = {lval = 67, dval =
3.3102398271363518e-322, str = {
val = 0x43 , len = 0}, ht =
0x43, obj = {handle = 67,
handlers = 0x0}}, refcount = 0, type = 8 '\b', is_ref = 188
'¼'}, var = 67,
opline_num = 67, op_array = 0x43, jmp_addr = 0x43, EA = {var =
67, type = 0}}}, op1 = {
op_type = 3, throw_list = 0x18, u = {constant = {value = {lval =
1075731304,
dval = -1.9834215645439262, str = {val = 0x401e5b68 "", len =
-1073759208},
ht = 0x401e5b68, obj = {handle = 1075731304, handlers =
0xbfffbc18}}, refcount = 135743298,
type = 140 '\214', is_ref = 91 '['}, var = 1075731304,
opline_num = 1075731304,
op_array = 0x401e5b68, jmp_addr = 0x401e5b68, EA = {var =
1075731304, type = 3221208088}}},
op2 = {op_type = 136113376, throw_list = 0x43, u = {constant = {value
= {lval = 0, dval = 0, str = {
val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers
= 0x0}}, refcount = 0,
type = 56 '8', is_ref = 188 '¼'}, var = 0, opline_num = 0,
op_array = 0x0, jmp_addr = 0x0,
EA = {var = 0, type = 0}}}, extended_value = 135689985, lineno =
136211908, opcode = 52 '4'}
fetch_list_ptr = (struct _zend_llist *) 0x401e5b38
opline_ptr = (struct _zend_op *) 0x401e5c30
#2 0x08158777 in zendparse () at
/php/php/php5/Zend/zend_language_parser.y:811
tmp_znode = {op_type = 4, throw_list = 0x0, u = {constant =
{value = {lval = 72,
dval = 3.3951932691017084e-313, str = {val = 0x48 , len = 16},
ht = 0x48, obj = {handle = 72, handlers = 0x10}}, refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'}, var = 72, opline_num = 72, op_array = 0x48,
jmp_addr = 0x48, EA = {var = 72,
type = 16}}}
zendchar = 59
zendlval = {op_type = 1, throw_list = 0x0, u = {constant =
{value = {lval = 1075731652,
dval = 9.0194652172583403e-314, str = {val = 0x401e5cc4 "name",
len = 4}, ht = 0x401e5cc4,
obj = {handle = 1075731652, handlers = 0x4}}, refcount = 1,
type = 1 '\001',
is_ref = 0 '\0'}, var = 1075731652, opline_num = 1075731652,
op_array = 0x401e5cc4,
jmp_addr = 0x401e5cc4, EA = {var = 1075731652, type = 4}}}
and it goes on and on.
[2003-02-18 16:45:11] White_Angel at gmx dot de
Added:
Must be a Problem in the Syntax Check because
php -l in syntax check only crashes also.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22284
--
Edit this bug report at http://bugs.php.net/?id=22284&edit=1
#22253 [Opn->Bgs]: method becomes constructor in subclass
ID: 22253
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: win2k
PHP Version: 4.2.3
New Comment:
It's by design and even documented here:
http://www.php.net/manual/en/language.oop.constructor.php
Previous Comments:
[2003-02-21 17:37:00] andrew at evilwalrus dot com
According to the comments on the OOP manual page, if a constructor is
not located in the base class, the function of the same name will be
located in subsequent classes, and loaded accordingly. Yes, this is by
design, but no, i personally don't like it... correct me if i'm wrong,
please.
~ Andrew Heebner
[2003-02-17 11:38:10] [EMAIL PROTECTED]
In this example, the printStr() method becomes the constructor of the
printStr class, while I think it should not be working this way... I
hope this is not by design ;)
class String
{
function printStr($string)
{
print $string;
}
}
class printStr extends String {}
$ps = new printStr("abc");
--
Edit this bug report at http://bugs.php.net/?id=22253&edit=1
#22367 [Opn->Fbk]: undefined variable has a value
ID: 22367
Updated by: [EMAIL PROTECTED]
Reported By: stanislav dot chachkov at epfl dot ch
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: Solaris8
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
It might have been fixed. If not, then put that long
example somewhere to be downloaded and add the url here.
Previous Comments:
[2003-02-21 17:31:45] stanislav dot chachkov at epfl dot ch
In a method we have that ($a is undefined,
but this also works if you substitute $a by any other name):
function getColumnValue($col_name){
var_dump($a); echo "a=$a ";
...
}
This method is called a number of times and the output is like this:
NULL a=
NULL a=
...
NULL a=Etape_Editor_IDEtape_Editor_ID''
Actually "EtapeEditor_ID" was the parameter of PREVIOUS call to one of
methods of this class.
I can not reproduce this problem with a short script, it seems that it
appears only when the number of classes, objects and calls is large,
otherwise it works fine.
--
Edit this bug report at http://bugs.php.net/?id=22367&edit=1
#22384 [NEW]: FNM_CASEFOLD is not available
From: polone at townnews dot com
Operating system: RedHat Linux 7.3
PHP version: 4.3.1
PHP Bug Type: Directory function related
Bug description: FNM_CASEFOLD is not available
The predefined constant FNM_CASEFOLD does not exist for the fnmatch()
function. The function call does work by calling the function using:
fnmatch('pattern*','match-this', 16);
At least, on RedHat Linux this will work because the flag is a left bit
shift 1 << 4. Probably just not defined in the PHP extension as a flag
(although I haven't checked).
The flag allows case-insensitive comparisons to the string being matched.
Using the integer constant directly shouldn't break anything if the
constant is later added, just an annoyance as far as looking at source is
concerned.
Regards,
Patrick O'Lone
--
Edit bug report at http://bugs.php.net/?id=22384&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22384&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22384&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22384&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22384&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22384&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22384&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22384&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22384&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22384&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22384&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22384&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22384&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22384&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22384&r=gnused
#22376 [Fbk->Csd]: wrong httpd.conf modified when using INSTALL_ROOT
ID: 22376 Updated by: [EMAIL PROTECTED] -Summary: Wishlist bug: Modify Makefile/configure for INSTALL_ROOT installation Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Feedback +Status: Closed Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-02-22 23:51:05] [EMAIL PROTECTED] I assume you have apache already installed under that INSTALL_ROOT ? In that case, IMO, we should make the install to modify that httpd.conf instead..? (I have fix for this ready..) [2003-02-22 11:12:55] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! ATM I try to build PHP-Solaris-Packages. I use the INSTALL_ROOT feature of your Makefile. The problem is that apxs is called with option -a to directly modify httpd.conf. But this is in a very different place. Is is possible that '-a' is only appended to the apxs-call when INSTALL_ROOT is empty. Yours Joerg -- Edit this bug report at http://bugs.php.net/?id=22376&edit=1
#22138 [Bgs]: File upload can't exceed 500k
ID: 22138 User updated by: stchang at seed dot net dot tw Reported By: stchang at seed dot net dot tw Status: Bogus Bug Type: Apache2 related Operating System: redhat linux 8.0 PHP Version: 4.2.2 New Comment: Hi! Could you show me your modification? Thanks Previous Comments: [2003-02-22 05:14:29] kiss at ism dot co dot kr I have the same problem. My server is installed with Redhat 8.0, php 4.2.2, apache 2.0.40. I got the right solution here. I am very happy now. I modified LimitRequestBody item in the file "/etc/httpd/conf.d/php.conf". Thanks! [2003-02-20 08:12:37] [EMAIL PROTECTED] Configure PHP into httpd.conf as documented in http://www.php.net/manual/en/install.apache2.php [2003-02-09 09:39:55] [EMAIL PROTECTED] Please check if your httpd.conf has a LimitRequestBody directive to limit the amount of incoming data. [2003-02-09 09:33:42] stchang at seed dot net dot tw Hi! I wrote a simple script to upload files through web sever. However, the script work fine with apache 1.3. As upgrading to redhat 8.0. The script can't upload files exceed 500k. It report "Request entity too large." I tried to change post_max_size, upload_max_filesize. It still can't work. Does someone can help me? Thanks! -- Edit this bug report at http://bugs.php.net/?id=22138&edit=1
