#21713 [Opn->Asn]: include (URL) doesn't remove temporary files
ID: 21713
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 8
PHP Version: 4.3.0
-Assigned To:
+Assigned To: wez
Previous Comments:
[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] [EMAIL PROTECTED]
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
#21809 [Opn->Fbk]: fgets() does not time-out if connection is lost
ID: 21809 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: RedHat 7.3 PHP Version: 4CVS-2003-01-22 (stable) New Comment: Could you do that again, but this time type the following after you type "bt" (also in gdb): frame 2 print *stream Previous Comments: [2003-01-21 19:01:41] [EMAIL PROTECTED] I was using 4.3.0 on the machine running the "server" test script (but since that script is merely to aid in testing the bug in the "client" script, I didnt think it mattered). The machine running the "client" script - the one experiencing the bug - was running a stable snapshot compiled last night. Nontheless, I just re-compiled with the latest stable today, ran again, and managed to generate a bt in the process: #0 0x420e19ee in select () from /lib/i686/libc.so.6 #1 0x08204844 in __DTOR_END__ () #2 0x08147689 in _php_stream_free (stream=0x82598fc, close_options=3) at /usr/local/src/php4-STABLE-200301220030/main/streams.c:327 #3 0x080c4f85 in zif_fclose (ht=1, return_value=0x8256f2c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php4-STABLE-200301220030/ext/standard/file.c:1120 #4 0x08185c8b in execute (op_array=0x8254ac4) at /usr/local/src/php4-STABLE-200301220030/Zend/zend_execute.c:1596 #5 0x08173dcc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php4-STABLE-200301220030/Zend/zend.c:864 #6 0x0813c983 in php_execute_script (primary_file=0xbb10) at /usr/local/src/php4-STABLE-200301220030/main/main.c:1573 #7 0x0818c0a2 in main (argc=2, argv=0xbbb4) at /usr/local/src/php4-STABLE-200301220030/sapi/cli/php_cli.c:753 #8 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 Hope it helps :) [2003-01-21 17:58:55] [EMAIL PROTECTED] Are you using the 4.3.0 release or the latest stable snapshot? (the version field above and the version you mention in your comment don't seem to match up). If you're using the released 4.3.0, please try the latest stable snapshot from snaps.php.net first. [2003-01-21 17:56:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Run the cli under gdb (see instructions above), and when it hangs press CTRL-C. You can then type "bt" to generate the backtrace. [2003-01-21 17:50:32] [EMAIL PROTECTED] I've been writing a CLI-based script that connects to an xml wirefeed and continually reads the data with fgets() and parses it accordingly. The script works fine, but occasionally the feed server goes down for maintenance, etc. That in itself isnt a problem, but when the connection to the feed is lost, fgets() stalls and never times out regardless of the stream_set_timeout() usage. I have written the following scripts to verify the problem (note that the "server" script is only to help test the fgets() bug in the "client" script). I run this script (the "server" script) on my workstation (running XP w/ PHP 4.3.0 in CLI mode) to listen on a socket: Then I run this script (the "client" script) on my linux box (running RH7.3 w/ PHP 4CVS-2003-01-20 (stable) in CLI mode) to connect to the socket: The client script will time-out properly when I leave the server script running. But if I run the client script, then CTRL-C my server script, the client script never times out. It sits at the fgets() forever, even though I've set_time_limit(30) as well as stream_set_timeout(10). Since the script just sits there and never "crashes" to generate a corefile, I haven't been able to perform a backtrace. Even though i've compiled PHP with --enable-debug, killing the script with CTRL-C doesn't generate a corefile (should it?). If a bt would help, please let me know how I can generate a corefile with the CLI version of PHP. I've configured PHP as as follows: './configure' '--with-apxs' '--with-config-file-path=/etc' '--with-mysql=/usr' '--with-gzip' '--with-xml' '--with-gd' '--with-zlib' '--with-freetype' '--with-ttf' '--enable-debug' Note that I have also verified this problem on a second linux box running RH8 w/ PHP4.3.0. Any help would be appreciated! -- Edit this bug report at http://bug
#21829 [Opn->Fbk]: fsockopen() crashes on 2 of 3 servers (w/ gdb trace)
ID: 21829
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: mandrake 8.2, 2.4.18-8.1mdk
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
There were some fsockopen fixes recently; please try a snapshot.
Previous Comments:
[2003-01-22 23:37:19] [EMAIL PROTECTED]
I found the cause of this. Somehow in my exported INCLUDE
-I/usr/include had come before -I/usr/local/bind/include, and the DNS
structures were taken from the wrong header files. After setting the
BIND include files to be searched first and recompiling, this appears
to be resolved.
[2003-01-22 19:42:25] [EMAIL PROTECTED]
Compiling 4.3.0 and php4-STABLE-200301222030 on 3 servers, one works
and two segfault. The simple script below illustrates the problem; on
one server it runs, on two it faults. The three servers are
essentially identical; php.ini on all are identical.
Build details and gdb backtrace are below. I also have
fopen("http://";) failing the same way, not surprising. The failure
appears to be in DNS resolution. Glad to supply more info as needed.
=
php was built with the following options:
./configure \
--with-gd \
--with-mysql=/usr \
--with-exec-dir=/var/lib/php \
--with-java=/usr/local/jdk \
--enable-unified-odbc \
--enable-safe-mode=yes \
--enable-track-vars \
--enable-ftp \
--with-expat-dir=/usr \
--with-xml \
--with-dom=/usr \
--with-dom-xslt=/usr \
--with-dom-exslt=/usr \
--enable-xslt \
--with-xslt-sablot=/usr \
--with-sablot-js=/usr \
--with-zlib \
--with-ldap \
--with-openssl \
--disable-debug \
--disable-debugger \
--with-config-file-path=/etc/httpd/conf
The bind version on all servers is 8.3.3, patched with ISC patches
prior to 8.3.4 release from recent bugs.
=
gdb run commands:
gdb stacktrace:(gdb) set args fsock_yahoo.php
(gdb) run
Starting program: /usr/local/bin/php fsock_yahoo.php
[New Thread 1024 (LWP 3639)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 3639)]
0x081335d5 in php_network_getaddresses (host=0x831c59c "www.yahoo.com",
sal=0xbfffc634) at /usr/local/php4/main/network.c:215
215 *(struct sockaddr_in *)*sap =
#0 0x081335d5 in php_network_getaddresses (host=0x831c59c
"www.yahoo.com",
sal=0xbfffc634) at /usr/local/php4/main/network.c:215
#1 0x08133810 in php_hostconnect (host=0x831c59c "www.yahoo.com",
port=80,
socktype=1, timeout=0xbfffc6b0) at
/usr/local/php4/main/network.c:410
#2 0x08133b5f in _php_stream_sock_open_host (host=0x831c59c
"www.yahoo.com",
port=80, socktype=1, timeout=0xbfffc6b0, persistent_id=0x0)
at /usr/local/php4/main/network.c:619
#3 0x080ee025 in php_fsockopen_stream (ht=4, return_value=0x831c5dc,
this_ptr=0x0, return_value_used=1, persistent=0)
at /usr/local/php4/ext/standard/fsock.c:218
#4 0x080ee1ed in zif_fsockopen (ht=4, return_value=0x831c5dc,
this_ptr=0x0,
return_value_used=1) at /usr/local/php4/ext/standard/fsock.c:278
#5 0x0815d2d2 in execute (op_array=0x8322504)
at /usr/local/php4/Zend/zend_execute.c:1596
#6 0x0814cdf3 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/php4/Zend/zend.c:864
#7 0x0812992b in php_execute_script (primary_file=0xb560)
at /usr/local/php4/main/main.c:1573
#8 0x08164488 in main (argc=2, argv=0xb604)
at /usr/local/php4/sapi/cli/php_cli.c:746
#9 0x405be280 in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=21829&edit=1
#21836 [NEW]: foreach runs 2 times thru array
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.3.0
PHP Bug Type: Arrays related
Bug description: foreach runs 2 times thru array
I have a result from dbx_query that should be written in a table. The outer
foreach() runs thru the rows (correctly), the inner foreach() thru the
columns of every row. (Just like the example for foreach() in the docu.)
My output are 4 cols(!), the 1st, the 2nd, and again the 1st and the 2nd.
But I recieved only 2 columns from the database. When I use a for()
instead of foreach() (as commended out), it performs correctly.
$result = dbx_query($dbhandle, "SELECT emp_fname, emp_lname FROM
employee;");
foreach($result->data as $row)
{
echo "\n";
foreach($row as $field) {
echo "" . $field . "\n"; }
//for($i = 0; $i < $result->cols; $i++) {
// echo "" . $row[$i] . "\n"; }
echo "\n";
}
--
Edit bug report at http://bugs.php.net/?id=21836&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21836&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21836&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21836&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21836&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21836&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21836&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21836&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21836&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21836&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21836&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21836&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21836&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21836&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21836&r=gnused
#21837 [NEW]: ich kann kein englisch!
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: ich kann kein englisch! wollte mich registrieren und habe jetzt keine registrierseite mehr statt dessen bin ich hier gelandet!! gruss mario -- Edit bug report at http://bugs.php.net/?id=21837&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21837&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21837&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21837&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21837&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21837&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21837&r=support Expected behavior: http://bugs.php.net/fix.php?id=21837&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21837&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21837&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21837&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21837&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21837&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21837&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21837&r=gnused
#21812 [Opn->Csd]: Apache crashes when require_once has array in directory name
ID: 21812 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Win2000 PHP Version: 4.3.0 New Comment: Then closing this report... If the same problem occurs again, please let us know via this page. Thanks. Previous Comments: [2003-01-22 22:40:05] [EMAIL PROTECTED] http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 20020123 is working with just the default memory under Apache 2.0.44. Including stacks of files, using Expat, XML, and creating gazillions of objects. No errors so far. [2003-01-22 21:55:40] [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 There was some memorylimit crash fixed recently so please try the snapshot. Anyway, about apache2..it's REALLY not ready for production at ALL, especially with PHP. Apache 1.3.27 is the best choice. [2003-01-22 21:53:00] [EMAIL PROTECTED] When I opened the error report, I did not know the error could be deferred by adding more memory. Now that I know the extra memory defers the problem, I can allocate extra memory. Allocating extra memory might not be practical for all people especially those with hosted sites where the ISP restricts php.ini changes. Crashing Apache is also bad form. I know Apache 2 is considered new. Anything newer than Apache release 1.0.1 is too new for some people. A lot of people now use Apache 2 on production servers and PHP 4.3.0 must be bullet proof in that environment by now. I will upgrade to Apache 2.0.44 then test using just 8 Mb and see if the problem occurs. If someone out there knows of compatibility and stability issues with Apache 2, they might like to suggest the best release for use with PHP 4.3.0. I have downloads 2.0.39, 2.0.43, and 2.0.44. [2003-01-22 21:35:00] [EMAIL PROTECTED] So what's the bug here? If you run out of memory, how can that be a PHP bug? :) [2003-01-22 17:44:35] [EMAIL PROTECTED] The require_once error has not occurred when using 80Mb. The original require structure ended up including every component in the system. I added a few if statements to include only those components required for the script. The original mess might have used up the default 8Mb of memory. My clean version probably uses less than 1 Mb for my code. I am using the PHP binary compiled with all options. I think that comes to about 4 Mb. If that 4 Mb is loaded in to the default 8Mb when running PHP as a module then my original code would have easily used the remaining 4 Mb. Changing the allocation to 80Mb may have, in effect, increased available memory from 4 Mb to 76 Mb. 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/21812 -- Edit this bug report at http://bugs.php.net/?id=21812&edit=1
#21284 [Fbk->Opn]: don't configure on AIX 4.3.3
ID: 21284 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: i try to compile php4-STABLE-200301230830 and it compiled without this problem.It seems completely patched in this snapshot. Previous Comments: [2003-01-23 00:43:55] [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 removed the part that most likely caused that error, so please try new snapshot in about 2 hours from now. [2003-01-23 00:27:15] [EMAIL PROTECTED] i'm using php4-STABLE-200301220630 and following output appears end of configure process but PHP compiled and works fine.. --- cut here --- ./config.status[1787]: 6: bad file unit number ./config.status[1788]: 6: bad file unit number --- cut here --- [2003-01-21 18:56:41] [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 This should be fixed already.. [2002-12-30 04:07:36] [EMAIL PROTECTED] a little addition - cut here--- /opt/freeware/php-4.3.0 > autoconf --version Autoconf version 2.13 - cut here--- [2002-12-30 02:38:12] [EMAIL PROTECTED] System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit this bug report at http://bugs.php.net/?id=21284&edit=1
#21836 [Opn->Bgs]: foreach runs 2 times thru array
ID: 21836
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Windows 2000
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
Since the returned array contains the columns both indexed (by
columnnumber) and associated (by fieldname) the columns seem to be
printed twice.
You can prevent this by using DBX_RESULT_INDEX as the third parameter
to dbx_query (provided you don't need the fieldnames).
Cheerio, Marc.
Previous Comments:
[2003-01-23 03:53:40] [EMAIL PROTECTED]
I have a result from dbx_query that should be written in a table. The
outer foreach() runs thru the rows (correctly), the inner foreach()
thru the columns of every row. (Just like the example for foreach() in
the docu.)
My output are 4 cols(!), the 1st, the 2nd, and again the 1st and the
2nd. But I recieved only 2 columns from the database. When I use a
for() instead of foreach() (as commended out), it performs correctly.
$result = dbx_query($dbhandle, "SELECT emp_fname, emp_lname FROM
employee;");
foreach($result->data as $row)
{
echo "\n";
foreach($row as $field) {
echo "" . $field . "\n"; }
//for($i = 0; $i < $result->cols; $i++) {
// echo "" . $row[$i] . "\n"; }
echo "\n";
}
--
Edit this bug report at http://bugs.php.net/?id=21836&edit=1
#21837 [Opn->Bgs]: ich kann kein englisch!
ID: 21837 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: win98 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. . Previous Comments: [2003-01-23 04:03:50] [EMAIL PROTECTED] wollte mich registrieren und habe jetzt keine registrierseite mehr statt dessen bin ich hier gelandet!! gruss mario -- Edit this bug report at http://bugs.php.net/?id=21837&edit=1
#21839 [NEW]: Php non compile libphp4.la
From: [EMAIL PROTECTED] Operating system: Mandrake Linux 9.0 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Php non compile libphp4.la Configuration line: ./configure --with-pgsql=/usr/local/pgsql --with-apxs=/usr/local/web/apache/bin/apxs Make result: ext/ctype/ctype.lo: file not recognized: File truncated collect2: ld returned 1 exit status make: *** [libphp4.la] Error 1 apache compiled so: ./configure --prefix=/usr/local/web/apache --enable-module=so -- Edit bug report at http://bugs.php.net/?id=21839&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21839&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21839&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21839&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21839&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21839&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21839&r=support Expected behavior: http://bugs.php.net/fix.php?id=21839&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21839&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21839&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21839&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21839&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21839&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21839&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21839&r=gnused
#21818 [Bgs]: strange result with strtr()
ID: 21818
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Strings related
Operating System: Mandrake 8
PHP Version: 4.2.3
New Comment:
hu ho what a mistake
thank's
Previous Comments:
[2003-01-22 14:47:14] [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
You are not specifying the array correctly.
it should be array('#' => '\#');
Otherwise it uses numeric keys for each array element 0 for # and 1 for
\#. Meaning that all 0s will be replaced with '#' and all 1s will be
replaced with \#.
[2003-01-22 08:56:55] [EMAIL PROTECTED]
on freeBSD I observed the same issue
[2003-01-22 08:53:49] [EMAIL PROTECTED]
when i execute this expression,
echo $val=strtr('1',array('"','\"'));
i obtain the following result :
\"
infact of 1
i try to make this operation with some other number but the problème
seems appear only with the string '1'
PS: sorry for my poor english
--
Edit this bug report at http://bugs.php.net/?id=21818&edit=1
#21831 [Fbk->Opn]: PHP fails to build on MySQL section
ID: 21831
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Linux/Redhat 8.0.92
PHP Version: 4.3.0
New Comment:
No, that didn't work. I've done that before but tried again just to
make sure I wasn't crazy. I'm using GCC 3.2.1 which is the
default package on RH 8.0.92
Previous Comments:
[2003-01-22 21:51:46] [EMAIL PROTECTED]
What gcc version?
And does this work:
# rm config.cache
# make clean
# ./configure
# make
??
[2003-01-22 21:40:55] [EMAIL PROTECTED]
Had marked in configuration as opposed to compile by accident.
[2003-01-22 21:37:07] [EMAIL PROTECTED]
Not sure if this is a problem of my own making or not, but something
I've been profoundly frustrated with. I'm running Redhat 8.0.92
(Phoebe - Beta) with Apache 2.0.44 (tried .43 as well) and MySQL. I
run into what appears to be the same error whether I use
--with-mysql=/path/to/mysql or leave it built with the internal MySQL
access libraries.
When using the following build string:
./configure --with-apxs2=/opt/apache/bin/apxs --with-mysql=/opt/mysql/
--with-gettext --with-zlib --enable-track-vars
--enable-force-cgi-redirect
I get the following results:
checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
configure: error: mysql configure failed. Please check config.log for
more information.
Inside config.log I see:
configure:47975: gcc -o conftest -g -O2
-L/opt/mysql//lib
conftest.c -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl
-lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 47964 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:48102: checking for mysql_error in -lmysqlclient
configure:48121: gcc -o conftest -g -O2
-L/usr/lib -L/opt/mysql//lib
-Wl,-rpath,/usr -L/usr conftest.c -lmysqlclient -lz -lz
-lcrypt -lresol
v -lm -ldl -lnsl -lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 48110 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_error();
int main() {
mysql_error()
; return 0; }
If I build without the --with-mysql=/opt/mysql, the configure script
completes correctly but during 'make' I get the following error:
ext/mysql/libmysql/my_tempnam.lo(.text+0x4c): In function
`my_tempnam':
/home/downloads/web/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the
use of `tempnam' is dangerous, better use `mkstemp'
ext/mysql/libmysql/my_lib.lo(.text+0x3d1): In function `my_dir':
/home/downloads/web/php-4.3.0/ext/mysql/libmysql/my_lib.c:169:
undefined reference to `errno'
ext/mysql/libmysql/my_lib.lo(.text+0x5ef): In function `my_stat':
/home/downloads/web/php-4.3.0/ext/mysql/libmysql/my_lib.c:588:
undefined reference to `errno'
ext/mysql/libmysql/my_mall
#21817 [Fbk->Opn]: Error to compile php 4.2.3 in make phase
ID: 21817 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Linux Conectiva 8 PHP Version: 4.3.1-dev New Comment: Let´s divide your comments: to sniper - -> my configure line is the same I have sended in the first part of my bug report -> In main/php_config, the HAVE_IMAP_AUTH_GSS is defined with 1 value to iliaa - -> I don´t understand what you need (What version of c-client are you using?). Is the version of gcc ? Is the version of anything about imap ? Sorry. Previous Comments: [2003-01-22 19:43:32] [EMAIL PROTECTED] And what configure line did you use? And is HAVE_IMAP_AUTH_GSS defined in main/php_config.h ?? [2003-01-22 15:59:40] [EMAIL PROTECTED] What version of c-client are you using? [2003-01-22 10:28:04] [EMAIL PROTECTED] I get the latest version and try to compile and get the following error: gcc -Iext/imap/ -I/usr/src/php/ext/imap/ -DPHP_ATOM_INC -I/usr/src/php/include -I/usr/src/php/main -I/usr/src/php -I/usr/src/php/Zend -I/usr/include/imap -I/usr/local/include -I/usr/src/mysql-3.23.54a/include -I/usr/src/php/ext/xml/expat -I/usr/src/php/TSRM -g -O2 -c /usr/src/php/ext/imap/php_imap.c -o ext/imap/php_imap.o && echo > ext/imap/php_imap.lo /usr/src/php/ext/imap/php_imap.c: In function `zm_startup_imap': /usr/src/php/ext/imap/php_imap.c:424: `auth_gss' undeclared (first use in this function) /usr/src/php/ext/imap/php_imap.c:424: (Each undeclared identifier is reported only once /usr/src/php/ext/imap/php_imap.c:424: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 [2003-01-22 08:08:11] [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 [2003-01-22 07:45:52] [EMAIL PROTECTED] I do ./configure with this parameters: '--prefix=/usr/bin' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--enable-shared' \ '--disable-static' \ '--with-config-file-path=/etc/php4/apache' \ '--with-exec-dir=/usr/bin' \ '--with-regex=system' \ '--with-gettext' \ '--with-png' \ '--with-zlib' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-track-vars' \ '--enable-wddx' \ '--enable-snmp' \ '--enable-ftp' \ '--enable-bcmath' \ '--with-mysql=/usr/src/mysql-3.23.54a' \ '--without-unixODBC' \ '--with-xml' \ '--with-imap' \ '--with-mcrypt=/usr/lib/libmcrypt' \ '--with-readline=/usr/src/readline-4.3' all it´s ok until now, but when I run 'make' this error occurs: root@ php-4.2.3]# make Making all in Zend /bin/sh: cd: Zend: File or directory not found make: *** [all-recursive] Error 1 But Zend directory is there ... Thanks in advance -- Edit this bug report at http://bugs.php.net/?id=21817&edit=1
#21839 [Opn->Fbk]: Php non compile libphp4.la
ID: 21839 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mandrake Linux 9.0 PHP Version: 4.3.0 New Comment: You have probably run configure and make several times which has created some stale objects. Please try: make clean make Previous Comments: [2003-01-23 05:10:23] [EMAIL PROTECTED] Configuration line: ./configure --with-pgsql=/usr/local/pgsql --with-apxs=/usr/local/web/apache/bin/apxs Make result: ext/ctype/ctype.lo: file not recognized: File truncated collect2: ld returned 1 exit status make: *** [libphp4.la] Error 1 apache compiled so: ./configure --prefix=/usr/local/web/apache --enable-module=so -- Edit this bug report at http://bugs.php.net/?id=21839&edit=1
#21310 [Com]: no such file (paths)
ID: 21310
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 8
PHP Version: 4.3.0
New Comment:
Not to jump in..
Theres a cron job i've been running on a few servers and
it's survived quite a few php upgrades. I tested
php4.3.0 on one of those servers (upgrading cli from 4.2.3)
and now the cron job refuses to run. Same issue as above.
It appears the cli is not honoring include path. (My path
has a . (dot), and relative paths from the directory of
the script do not work after the upgrade. The application
running on the webserver works fine on 4.3.0.
Previous Comments:
[2003-01-17 20:10:38] [EMAIL PROTECTED]
oops..
[2003-01-17 10:41:19] [EMAIL PROTECTED]
[EMAIL PROTECTED]:
Instead of spamming the bugdb with your theories, *please* respond to
our requests for more information in your own bug report.
We need *facts* to be able to fix the problem, and so far you haven't
given us any.
[2003-01-17 10:21:26] [EMAIL PROTECTED]
I reported this same problem aka. (BUG) at Bug# 21674
I too was told this is not a bug. I just upgraded to 4.3.0 from 4.1.2.
This problem did not previously exist. I'm getting the exact same
messages. Why hasn't the tech group at php.net not recognized that this
is, in fact, a bug? Too many reported occurences and all seem related
to 4.3.0.
The issue is related to "include_path".
In my case, I have a file located at
/home/sites/site2/web/IV/config.php
The above file contans the following lines:
include_once ('lang.php');
include ('extras.php');
I have another script located at
/home/sites/site3/web/powerpage.php
-> which contains the following lines: <
require_once ("/home/sites/site2/web/IV/config.php");
langtop();
At first I thought it was a permissions issue. But then I rechecked my
debug process and found the errors are still occuring. (Actually they
appeared with another script of was testing that does similar path
includes.)
Warning: main(lang.php) [function.main]: failed to create stream: No
such file or directory in /home/sites/site2/web/IV/config.php on line
97
Warning: main() [function.main]: Failed opening 'lang.php' for
inclusion (include_path='') in /home/sites/site2/web/IV/config.php on
line 97
Warning: main(extras.php) [function.main]: failed to create stream: No
such file or directory in /home/sites/site2/web/IV/config.php on line
98
Warning: main() [function.main]: Failed opening 'extras.php' for
inclusion (include_path='') in /home/sites/site2/web/IV/config.php on
line 98
This is my guess. PHP 4.3.0 now incorporates Stream functionality to
allow for references such as https or ssl:
I think that somewhere in this functionality, there was introduced a
hard dependency on absolute file paths that have now negatively
impacted on include functions calls such that if the include does not
reference a file in the same exact path as the calling script, the
above referenced errors will return indicating a failure to create the
stream connection to the requested file.
Just a guess. Im not a php guru. But I do know common sense.
How can all of us who have been affected by this, fix this annoying
problem?
Is it an issue with the PHP.ini file?
Is it an issue with the build process?
Are we now required to use absolute paths for all required includes or
require functions.
Notice: in my case my require_once does not error because I have
referenced the absolute path.
[2003-01-16 05:38:45] [EMAIL PROTECTED]
Both files are located in the same directory.
In my humble opinion, the reason of the problem is, that PHP wants to
read directory with file being included.
[2003-01-15 15:51:57] [EMAIL PROTECTED]
What are the exact locations of both the script trying to include() and
the file being included?
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/21310
--
Edit this bug report at http://bugs.php.net/?id=21310&edit=1
#21841 [NEW]: Numeric fields converted to int
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Numeric fields converted to int When querying a sybase (11.9.2) table field which is defined as numeric(12,6), on the first fetch, the value is typed "float". On the next fetch and onwards, the value is typed "int", so the fractional part is lost. This behavior did not exist in PHP 4.1, where values were typed "string" when they were numeric. Example: (Run in isql) CREATE TABLE sometable ( val numeric(12,6) ) go INSERT INTO sometable VALUES (15.5) INSERT INTO sometable VALUES (14.4) INSERT INTO sometable VALUES (12.33) INSERT INTO sometable VALUES (17.18) go (PHP script) (displayed result) val = 15.5 val = 14 val = 12 val = 17 -- Edit bug report at http://bugs.php.net/?id=21841&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21841&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21841&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21841&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21841&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21841&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21841&r=support Expected behavior: http://bugs.php.net/fix.php?id=21841&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21841&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21841&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21841&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21841&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21841&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21841&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21841&r=gnused
#21842 [NEW]: sa
From: [EMAIL PROTECTED] Operating system: ssdas PHP version: 4.3.0 PHP Bug Type: mnoGoSearch related Bug description: sa asdsd -- Edit bug report at http://bugs.php.net/?id=21842&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21842&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21842&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21842&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21842&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21842&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21842&r=support Expected behavior: http://bugs.php.net/fix.php?id=21842&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21842&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21842&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21842&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21842&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21842&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21842&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21842&r=gnused
#21842 [Opn->Bgs]: sa
ID: 21842 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: mnoGoSearch related Operating System: ssdas 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. . Previous Comments: [2003-01-23 08:18:49] [EMAIL PROTECTED] asdsd -- Edit this bug report at http://bugs.php.net/?id=21842&edit=1
#21842 [Bgs->Fbk]: sa
ID: 21842 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: mnoGoSearch related Operating System: ssdas PHP Version: 4.3.0 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. Previous Comments: [2003-01-23 08:24:17] [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-23 08:18:49] [EMAIL PROTECTED] asdsd -- Edit this bug report at http://bugs.php.net/?id=21842&edit=1
#21842 [Fbk->Bgs]: sa
ID: 21842 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: mnoGoSearch related Operating System: ssdas PHP Version: 4.3.0 New Comment: heck, wrong status, and late anyway Previous Comments: [2003-01-23 08:25:34] [EMAIL PROTECTED] 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. [2003-01-23 08:24:17] [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-23 08:18:49] [EMAIL PROTECTED] asdsd -- Edit this bug report at http://bugs.php.net/?id=21842&edit=1
#21841 [Opn->Csd]: Numeric fields converted to int
ID: 21841 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Linux 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. Previous Comments: [2003-01-23 07:58:55] [EMAIL PROTECTED] When querying a sybase (11.9.2) table field which is defined as numeric(12,6), on the first fetch, the value is typed "float". On the next fetch and onwards, the value is typed "int", so the fractional part is lost. This behavior did not exist in PHP 4.1, where values were typed "string" when they were numeric. Example: (Run in isql) CREATE TABLE sometable ( val numeric(12,6) ) go INSERT INTO sometable VALUES (15.5) INSERT INTO sometable VALUES (14.4) INSERT INTO sometable VALUES (12.33) INSERT INTO sometable VALUES (17.18) go (PHP script) (displayed result) val = 15.5 val = 14 val = 12 val = 17 -- Edit this bug report at http://bugs.php.net/?id=21841&edit=1
#21843 [NEW]: return_path in imap_header function returns null
From: [EMAIL PROTECTED] Operating system: Linux/FreeBSD PHP version: 4.2.3 PHP Bug Type: IMAP related Bug description: return_path in imap_header function returns null Reading the return_path array from the imap_headers object. $obj= imap_header($this->stream,1); gettype($obj->return_path) should return Array but returns NULL. Ed Hofrichter -- Edit bug report at http://bugs.php.net/?id=21843&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21843&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21843&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21843&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21843&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21843&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21843&r=support Expected behavior: http://bugs.php.net/fix.php?id=21843&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21843&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21843&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21843&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21843&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21843&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21843&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21843&r=gnused
#21843 [Opn->Fbk]: return_path in imap_header function returns null
ID: 21843 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux/FreeBSD PHP Version: 4.2.3 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-01-23 09:03:03] [EMAIL PROTECTED] Reading the return_path array from the imap_headers object. $obj= imap_header($this->stream,1); gettype($obj->return_path) should return Array but returns NULL. Ed Hofrichter -- Edit this bug report at http://bugs.php.net/?id=21843&edit=1
#21844 [NEW]: ODBC_CULUMNS problems
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 4.2.3 PHP Bug Type: ODBC related Bug description: ODBC_CULUMNS problems Im using Access 2k with PHP 4.2 win32 binary. Im simply trying to query the columns in a table, thus; -- $conn = odbc_connect( 'DSN_NAME', 'root', '' ); $cols = odbc_columns($conn, "%", "", "[table]"); -- This returns the error; -- Warning: SQL error: , SQL state 0 in SQLColumns in .. -- I have seen previous postings in various places regarding this issue but no mentions of a fix/workaround anywhere??? Whats the problem with this? Is it the odbc drivers for windoze or somthing code related (although the above follows the manual to a 't')? Cheers, Rick. -- Edit bug report at http://bugs.php.net/?id=21844&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21844&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21844&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21844&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21844&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21844&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21844&r=support Expected behavior: http://bugs.php.net/fix.php?id=21844&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21844&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21844&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21844&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21844&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21844&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21844&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21844&r=gnused
#8717 [Com]: feature request: have ftp_rawlist add extra params to the LIST command
ID: 8717 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating System: * PHP Version: * New Comment: A workaround is to add these flags directly to a directory string like: $results=ftp_rawlist($ftpres,"-la $directory"); Previous Comments: [2002-04-04 05:48:33] [EMAIL PROTECTED] Updated the topic and other fields. [2001-01-15 12:40:07] [EMAIL PROTECTED] ftp_rawlist execs the command "LIST" on the server, an important feature is to make it possible to add command parameters (esp. to list hidden files, etc), like "LIST -al" -- Edit this bug report at http://bugs.php.net/?id=8717&edit=1
#21831 [Opn->Fbk]: PHP fails to build on MySQL section
ID: 21831
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux/Redhat 8.0.92
PHP Version: 4.3.0
New Comment:
Was mysql compiled with the same compiler?
And WHAT version of mysql is it?
Previous Comments:
[2003-01-23 06:19:40] [EMAIL PROTECTED]
No, that didn't work. I've done that before but tried again just to
make sure I wasn't crazy. I'm using GCC 3.2.1 which is the
default package on RH 8.0.92
[2003-01-22 21:51:46] [EMAIL PROTECTED]
What gcc version?
And does this work:
# rm config.cache
# make clean
# ./configure
# make
??
[2003-01-22 21:40:55] [EMAIL PROTECTED]
Had marked in configuration as opposed to compile by accident.
[2003-01-22 21:37:07] [EMAIL PROTECTED]
Not sure if this is a problem of my own making or not, but something
I've been profoundly frustrated with. I'm running Redhat 8.0.92
(Phoebe - Beta) with Apache 2.0.44 (tried .43 as well) and MySQL. I
run into what appears to be the same error whether I use
--with-mysql=/path/to/mysql or leave it built with the internal MySQL
access libraries.
When using the following build string:
./configure --with-apxs2=/opt/apache/bin/apxs --with-mysql=/opt/mysql/
--with-gettext --with-zlib --enable-track-vars
--enable-force-cgi-redirect
I get the following results:
checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
configure: error: mysql configure failed. Please check config.log for
more information.
Inside config.log I see:
configure:47975: gcc -o conftest -g -O2
-L/opt/mysql//lib
conftest.c -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl
-lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 47964 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:48102: checking for mysql_error in -lmysqlclient
configure:48121: gcc -o conftest -g -O2
-L/usr/lib -L/opt/mysql//lib
-Wl,-rpath,/usr -L/usr conftest.c -lmysqlclient -lz -lz
-lcrypt -lresol
v -lm -ldl -lnsl -lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 48110 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_error();
int main() {
mysql_error()
; return 0; }
If I build without the --with-mysql=/opt/mysql, the configure script
completes correctly but during 'make' I get the following error:
ext/mysql/libmysql/my_tempnam.lo(.text+0x4c): In function
`my_tempnam':
/home/downloads/web/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the
use of `tempnam' is dangerous, better use `mkstemp'
ext/mysql/libmysql/my_lib.lo(.text+0x3d1): In function `my_dir':
/home/downloads/web/php-4.3.0/ext/mysql/libmysql/my_lib.c:169:
undefined reference to `e
#21284 [Opn->Csd]: don't configure on AIX 4.3.3
ID: 21284 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: Closing this then. Thank you for reporting this. Previous Comments: [2003-01-23 04:17:29] [EMAIL PROTECTED] i try to compile php4-STABLE-200301230830 and it compiled without this problem.It seems completely patched in this snapshot. [2003-01-23 00:43:55] [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 removed the part that most likely caused that error, so please try new snapshot in about 2 hours from now. [2003-01-23 00:27:15] [EMAIL PROTECTED] i'm using php4-STABLE-200301220630 and following output appears end of configure process but PHP compiled and works fine.. --- cut here --- ./config.status[1787]: 6: bad file unit number ./config.status[1788]: 6: bad file unit number --- cut here --- [2003-01-21 18:56:41] [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 This should be fixed already.. [2002-12-30 04:07:36] [EMAIL PROTECTED] a little addition - cut here--- /opt/freeware/php-4.3.0 > autoconf --version Autoconf version 2.13 - cut here--- 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/21284 -- Edit this bug report at http://bugs.php.net/?id=21284&edit=1
#21844 [Opn->Fbk]: ODBC_CULUMNS problems
ID: 21844 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: W2K PHP Version: 4.2.3 New Comment: If I remember correctly the issue isn't the MS driver, or the code, but the Access JET engine. The '%' driver I believe is not supported by the JET engine and as such fails on all attempts. Unfortunately I can't test to prove it right now, so give that a try. Previous Comments: [2003-01-23 09:23:25] [EMAIL PROTECTED] Im using Access 2k with PHP 4.2 win32 binary. Im simply trying to query the columns in a table, thus; -- $conn = odbc_connect( 'DSN_NAME', 'root', '' ); $cols = odbc_columns($conn, "%", "", "[table]"); -- This returns the error; -- Warning: SQL error: , SQL state 0 in SQLColumns in .. -- I have seen previous postings in various places regarding this issue but no mentions of a fix/workaround anywhere??? Whats the problem with this? Is it the odbc drivers for windoze or somthing code related (although the above follows the manual to a 't')? Cheers, Rick. -- Edit this bug report at http://bugs.php.net/?id=21844&edit=1
#21817 [Opn->Csd]: Error to compile php 4.2.3 in make phase
ID: 21817 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IMAP related Operating System: Linux Conectiva 8 PHP Version: 4.3.1-dev 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-01-23 06:27:32] [EMAIL PROTECTED] Let´s divide your comments: to sniper - -> my configure line is the same I have sended in the first part of my bug report -> In main/php_config, the HAVE_IMAP_AUTH_GSS is defined with 1 value to iliaa - -> I don´t understand what you need (What version of c-client are you using?). Is the version of gcc ? Is the version of anything about imap ? Sorry. [2003-01-22 19:43:32] [EMAIL PROTECTED] And what configure line did you use? And is HAVE_IMAP_AUTH_GSS defined in main/php_config.h ?? [2003-01-22 15:59:40] [EMAIL PROTECTED] What version of c-client are you using? [2003-01-22 10:28:04] [EMAIL PROTECTED] I get the latest version and try to compile and get the following error: gcc -Iext/imap/ -I/usr/src/php/ext/imap/ -DPHP_ATOM_INC -I/usr/src/php/include -I/usr/src/php/main -I/usr/src/php -I/usr/src/php/Zend -I/usr/include/imap -I/usr/local/include -I/usr/src/mysql-3.23.54a/include -I/usr/src/php/ext/xml/expat -I/usr/src/php/TSRM -g -O2 -c /usr/src/php/ext/imap/php_imap.c -o ext/imap/php_imap.o && echo > ext/imap/php_imap.lo /usr/src/php/ext/imap/php_imap.c: In function `zm_startup_imap': /usr/src/php/ext/imap/php_imap.c:424: `auth_gss' undeclared (first use in this function) /usr/src/php/ext/imap/php_imap.c:424: (Each undeclared identifier is reported only once /usr/src/php/ext/imap/php_imap.c:424: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 [2003-01-22 08:08:11] [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/21817 -- Edit this bug report at http://bugs.php.net/?id=21817&edit=1
#18932 [Com]: fgetcsv with large line causes Apache segfault
ID: 18932
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux (Red Hat 7.3)
PHP Version: 4CVS-2002-08-15
New Comment:
This bug seems to be back.
With 4.2.3 I do get segfaults when trying to fgetcsv() a line longer
than the buffer size (in my case, it fails with 5000 and works with
5100)
Previous Comments:
[2002-08-19 17:42:13] [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-08-16 12:50:48] [EMAIL PROTECTED]
Uh, no, I never said that. Even now that I am awake that fgetcsv()
code looks nasty. I was about to throw the blame on some poor sod, but
I had a look at CVS and I wrote the function originally and it has then
since been hacked on by Thies, Sterling, Yohgaki, Wez, Zeev, Derick,
Hartmut, Stig, Torben and Jeroen. I'm unassigning myself, for now, to
make sure anybody else who is keen on fixing it doesn't get
discouraged. I will however try to get to it sometime soon if nobody
else does. Looks like it will take an hour of getting cozy with gdb to
fix this one.
[2002-08-16 10:59:31] [EMAIL PROTECTED]
Assigning to Rasmus as he seems to think he might know whats going on.
from what I know another bug of this same nature was recently
no-feedbacked. But I can't remember the bug number off hand.
[2002-08-15 21:33:21] [EMAIL PROTECTED]
With debug on, here is the backtrace
Program received signal SIGSEGV, Segmentation fault.
0x0819344b in shutdown_memory_manager (silent=1, clean_cache=0) at
/home/rasmus/php4/Zend/zend_alloc.c:462
462 if (!iterator->cached
(gdb) bt
#0 0x0819344b in shutdown_memory_manager (silent=1, clean_cache=0) at
/home/rasmus/php4/Zend/zend_alloc.c:462
#1 0x08175aae in php_request_shutdown (dummy=0x0) at
/home/rasmus/php4/main/main.c:901
#2 0x081b8fa6 in main (argc=2, argv=0xb974) at
/home/rasmus/php4/sapi/cgi/cgi_main.c:1100
#3 0x4047f1c4 in __libc_start_main () from /lib/libc.so.6
(gdb) p iterator
$1 = (zend_mem_header *) 0x73656363
(gdb) p *iterator
$2 = {magic = 0, filename = 0x0, lineno = 0, reported = 0,
orig_filename = 0x0, orig_lineno = 0, pNext = 0x0, pLast = 0x0, size =
0, cached = 0}
(gdb) p *t
$3 = {magic = 1930623196, filename = 0x82218c0
"/home/rasmus/php4/Zend/zend_API.c", lineno = 835, reported = 1,
orig_filename = 0x0, orig_lineno = 0, pNext = 0x8303350, pLast = 0x0,
size = 1247, cached = 0}
That fgetcsv code is nasty-looking. Not awake enough to dive in right
now.
[2002-08-15 21:04:55] [EMAIL PROTECTED]
Reproduced here - unlikely to be a remote exploit unless someone if
fgetcsv'ing over the network and the bad guy is able to change the
target of that. Or of course if the bad guy gets in and changes .csv
files locally, but if they are on your server already, that is the
least of your worries.
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/18932
--
Edit this bug report at http://bugs.php.net/?id=18932&edit=1
#21548 [Opn->Fbk]: make install breaks with core dump
ID: 21548
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Solaris 2.7
PHP Version: 4.3.0
New Comment:
Are you sure you're using same openssl libs as are
used for Curl?
Previous Comments:
[2003-01-09 09:14:27] [EMAIL PROTECTED]
I did:
gdb php core
bt full
Below is the output:
#0 0xfebb6a7c in strcmp () from /usr/lib/libc.so.1
No symbol table info available.
#1 0xfef6a5e0 in obj_name_cmp () from /usr/local/pgsql/lib/libpq.so.2
No symbol table info available.
#2 0xfef687f8 in getrn () from /usr/local/pgsql/lib/libpq.so.2
No symbol table info available.
#3 0xfef68460 in lh_insert () from /usr/local/pgsql/lib/libpq.so.2
No symbol table info available.
#4 0xfef6a188 in OBJ_NAME_add () from /usr/local/pgsql/lib/libpq.so.2
No symbol table info available.
#5 0xfef6d35c in EVP_add_digest () from
/usr/local/pgsql/lib/libpq.so.2
No symbol table info available.
#6 0xfed764a8 in OpenSSL_add_all_digests () from
/usr/local/lib/libcrypto.so.0.9.6
No symbol table info available.
#7 0x0005e2c4 in zm_startup_openssl (type=1, module_number=9) at
/opt/install/source/php-4.3.0/ext/openssl/openssl.c:538
config_filename = 0x1c9f18 ""
#8 0x00130ee4 in zend_startup_module (module=0x1adc04) at
/opt/install/source/php-4.3.0/Zend/zend_API.c:1008
No locals.
#9 0x00100668 in php_startup_extensions (ptr=0x1b9424, count=1807420)
at /opt/install/source/php-4.3.0/main/main.c:986
end = (zend_module_entry **) 0x1b943c
#10 0x0014a03c in php_startup_internal_extensions () at
main/internal_functions_cli.c:79
No locals.
#11 0x00100c30 in php_module_startup (sf=0xffbefb88,
additional_modules=0x0, num_additional_modules=0)
at /opt/install/source/php-4.3.0/main/main.c:1151
zuf = {error_function = 0xff3e4 , printf_function
= 0xfee94 ,
write_function = 0x100620 , fopen_function =
0xffa3c ,
message_handler = 0xffaac ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0xffa70
,
ticks_function = 0x10abd8 , on_timeout = 0xffc68
}
zuv = {import_use_extension = 0x161e28 ".php",
import_use_extension_length = 0, html_errors = 0 '\0'}
php_os = 0x161da8 "SunOS"
i = 1449632
#12 0x00148f20 in main (argc=2, argv=0xffbefd4c) at
/opt/install/source/php-4.3.0/sapi/cli/php_cli.c:481
exit_status = 0
c = -4260984
file_handle = {type = 255 'ÿ', filename = 0x2dd90
"@\004pï\001", opened_path = 0x3 ,
handle = {fd = -4260532, fp = 0xffbefd4c}, free_filename = 0 '\0'}
behavior = 1
orig_optind = 1
orig_optarg = 0x0
arg_free = 0x1
script_file = 0x0
global_vars = {head = 0x0, tail = 0x0, size = 0, count =
1352040, dtor = 0xfec382b8 ,
persistent = 254 'þ', traverse_ptr = 0x0}
interactive = 0
module_started = 0
exec_direct = 0x0
param_error = 0x0
[2003-01-09 08:29:45] [EMAIL PROTECTED]
please run :
gdb sapi/cli/php core
then under gdb type:
bt full
Don't forget the gdb at the beginning please.
Thank you.
[2003-01-09 08:21:50] [EMAIL PROTECTED]
nippur:/opt/install/source/php-4.3.0/sapi/cli # ./php core
Segmentation Fault (core dumped)
What is the second command?
[2003-01-09 08:09:14] [EMAIL PROTECTED]
Can you run the following commands:
$gdb sapi/cli/php core
$bt full
and add the output here?
[2003-01-09 08:05:42] [EMAIL PROTECTED]
Apache 2.0.43
php 4.3.0
Configure options:
./configure --prefix=/usr/local/php-4.3.0 \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-openssl=/usr/local/ssl \
--with-informix=/services/informix \
--with-gd \
--with-curl \
--enable-gd-native-ttf \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-pgsql=/usr/local/pgsql \
--with-mysql=/services/mysql
Configure and make do the job just fine (I had problems with make due
to the non-GNU sed, but that is settled now).
But make install cracks with the following output:
Installing PHP CLI binary:/usr/local/php-4.3.0/bin/
Installing PHP SAPI module
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so
chmod +x /usr/local/apache2/modules/libphp4.so
cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la
libtool: install: warning: remem
#21795 [Opn->Fbk]: Undeclared statement in oci8.c
ID: 21795 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Redhat 7.1 PHP Version: 4.3.0 New Comment: And the used Oracle version here is? Previous Comments: [2003-01-21 08:37:57] [EMAIL PROTECTED] When building php4.3.0 with option --with-oci8 I get the following error message when running 'make' /bin/sh libtool --silent --mode=compile gcc -Iext/oci8/ -I/usr/src/php-4.3.0/ext/oci8/ -DPHP_ATOM_INC -I/usr/src/php-4.3.0/include -I/usr/src/php-4.3.0/main -I/usr/src/php-4.3.0 -I/usr/src/php-4.3.0/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/oracle/plsql/public -I/usr/src/php-4.3.0/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/src/php-4.3.0/ext/oci8/oci8.c -o ext/oci8/oci8.lo /usr/src/php-4.3.0/ext/oci8/oci8.c: In function `zif_ocierror': /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: `OCI_ATTR_STATEMENT' undeclared (first use in this function) /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: (Each undeclared identifier is reported only once /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: for each function it appears in.) make: *** [ext/oci8/oci8.lo] Error 1 PHP 4.2.3 works fine with the same configure options. (./configure --prefix=/usr --with-config-file-path=/etc --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg=/usr --with-png --with-zlib --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-oci8 --with-xml --enable-sigchild --with-ldap --with-expat --enable-xslt --with-xslt-sablot --with-dom --with-pear) -- Edit this bug report at http://bugs.php.net/?id=21795&edit=1
#21794 [Opn->Fbk]: Error Output for sanity check
ID: 21794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 8.0 PHP Version: 4.3.0 New Comment: Try this configure line for PHP: ./configure --with-apache=../apache_1.3.27 --disable-all Previous Comments: [2003-01-21 07:57:13] [EMAIL PROTECTED] [root@babe ~/work/apache_1.3.27]# ./configure --prefix=/usr/local/etc/httpd --activate-module=src/modules/php4/libphp4.a Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + using builtin Expat + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath,/root/work/swf/lib -rdynamic -L/usr/X11R6/lib -L/root/work/swf/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /root/work/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/X11R6/lib -L/root/work/swf/lib -lswf -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lbz2 -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -lm -lcrypt /usr/bin/ld:/root/work/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/root/work/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = OBS: I used the next comand line to compile php: [root@babe ~/work/apache_1.3.27]# ./configure --with-apache=../apache_1.3.27 --with-gd --with-mysql --enable-versioning --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --disable-short-tags --disable-display-source --enable-safe-mode --with-swf=../swf --enable-trans-sid --enable-calendar --enable-ftp --with-bz2 --enable-sockets --enable-inline-optimization --enable-memory-limit --with-xpm-dir=/usr/X11R6 --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --with-zlib-dir=/usr --with-freetype-dir=/usr/include/freetype2 --with-t1lib -- Edit this bug report at http://bugs.php.net/?id=21794&edit=1
#21846 [Opn->Fbk]: CVS configure fails
ID: 21846 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: W2K / Cygwin latest PHP Version: 4CVS-2003-01-23 (stable) New Comment: Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how? Previous Comments: [2003-01-23 10:28:32] [EMAIL PROTECTED] The Latest CVS does not build under cygwin: root@W2KPICASSO:/usr/src/cvs-source/php4$ cat CVS/R* php4 :pserver:[EMAIL PROTECTED]:/repository root@W2KPICASSO:/usr/src/cvs-source/php4$ ./configure ... Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) root@W2KPICASSO:/usr/src/cvs-source/php4$ ls -la ext/overload/ total 0 drwxr-xr-x2 root None0 Jan 23 11:55 . drwxr-xr-x 93 root None0 Oct 11 2001 .. me = W2KPICASSO uname -m = i686 uname -r = 1.3.18(0.69/3/2) uname -s = CYGWIN_NT-5.0 uname -v = 2002-12-25 15:37 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/local/bin:/cygdrive/e/home/jaalto/bin/perl:/cygdrive/e/home/jaalto/bin:/cygdrive/e/home/jaalto/exe:/bin:/usr/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/cygdrive/e/home/jaalto/bin/bat/picasso/bin:/cygdrive/e/home/jaalto/tmp/sforge/perl-text2html/bin:/cygdrive/e/home/jaalto/tmp/sforge/perl-webget/bin:/cygdrive/e/home/jaalto/bin/perl/my:/cygdrive/h/bin/dos:/cygdrive/h/bin/dos/misc:/cygdrive/h/bin/dos/other:/cygdrive/h/bin/dos/zip:/cygdrive/e/home/jaalto/bin/shell:/cygdrive/e/home/jaalto/elisp/tiny/bin:/cygdrive/h/bin/dos/expat:/cygdrive/h/bin/dos/expat/Libs:/cygdrive/g/Program Files/commercial/Perforce:/cygdrive/d/wbin/server/sql/mysql/bin:/cygdrive/d/wbin/server/apache:/cygdrive/h/bin/lang/php/php4:/cygdrive/h/bin/lang/php/php4/dlls:/cygdrive/d/java/sun/jdk-1.4.1/bin:/cygdrive/h/bin/oracle/ora81/bin:/cygdrive/g/Program Files/Oracle/jre/1.1.7/bin:/cygdrive/g/WINNT/system32:/cygdrive/g/WINNT:/cygdrive/g/WINNT/System32/Wbem:/cygdrive/g/Program Files/Resource Pro Kit/:/usr/share/site-perl/script/misc:/cygdrive/e/home/jaalto/tmp/sforge/perl-dyndns/bin:/cygdrive/e/home/jaalto/tmp/sforge/pm-doc/bin:/cygdrive/e/home/jaalto/tmp/sforge/pm-lib/bin:/cygdrive/e/home/jaalto/tmp/sforge/cvs-tools/bin:/cygdrive/e/home/jaalto/tmp/sforge/tiny-tools/bin:/cygdrive/e/home/jaalto/tmp/sforge/js-tools/bin:/cygdrive/d/java/apache/jakarta-ant-cvsbuild/bin:/cygdrive/d/java/apache/cvs/xml-xindice/bin:/cygdrive/h/bin/emacs/gnu-emacs/emacs-21.2/bin:/cygdrive/h/bin/emacs/XEmacs/bin/i686-pc-cygwin:/usr/local/BerkeleyDB.3.3/bin:/usr/share/site-perl/script:/cygdrive/d/wbin/server/apache/bin ## ## ## Core tests. ## ## ## configure:1450: PATH=".;."; conftest.sh conftest.sh: not found configure:1453: $? = 127 configure:1536: checking build system type configure:1554: result: i686-pc-cygwin configure:1562: checking host system type configure:1576: result: i686-pc-cygwin configure:1703: checking for gcc configure:1726: result: gcc configure:1955: checking for C compiler version configure:1958: gcc --version &5 gcc (GCC) 3.2 20020927 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:1961: $? = 0 configure:1963: gcc -v &5 Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/specs Configured with: /netrel/src/gcc-3.2-3/configure --enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --disable-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr/sbin Thread model: posix gcc version 3.2 20020927 (prerelease) configure:1966: $? = 0 configure:1968: gcc -V &5 gcc: argument to `-V' is missing configure:1971: $? = 1 configure:1
#21846 [Fbk]: CVS configure fails
ID: 21846 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: W2K / Cygwin latest PHP Version: 4CVS-2003-01-23 (stable) New Comment: And PLEASE don't put such long useless pieces of text in your comments!! Previous Comments: [2003-01-23 10:39:55] [EMAIL PROTECTED] Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how? [2003-01-23 10:28:32] [EMAIL PROTECTED] The Latest CVS does not build under cygwin: root@W2KPICASSO:/usr/src/cvs-source/php4$ cat CVS/R* php4 :pserver:[EMAIL PROTECTED]:/repository root@W2KPICASSO:/usr/src/cvs-source/php4$ ./configure ... Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) root@W2KPICASSO:/usr/src/cvs-source/php4$ ls -la ext/overload/ total 0 drwxr-xr-x2 root None0 Jan 23 11:55 . drwxr-xr-x 93 root None0 Oct 11 2001 .. me = W2KPICASSO uname -m = i686 uname -r = 1.3.18(0.69/3/2) uname -s = CYGWIN_NT-5.0 uname -v = 2002-12-25 15:37 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/local/bin:/cygdrive/e/home/jaalto/bin/perl:/cygdrive/e/home/jaalto/bin:/cygdrive/e/home/jaalto/exe:/bin:/usr/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/cygdrive/e/home/jaalto/bin/bat/picasso/bin:/cygdrive/e/home/jaalto/tmp/sforge/perl-text2html/bin:/cygdrive/e/home/jaalto/tmp/sforge/perl-webget/bin:/cygdrive/e/home/jaalto/bin/perl/my:/cygdrive/h/bin/dos:/cygdrive/h/bin/dos/misc:/cygdrive/h/bin/dos/other:/cygdrive/h/bin/dos/zip:/cygdrive/e/home/jaalto/bin/shell:/cygdrive/e/home/jaalto/elisp/tiny/bin:/cygdrive/h/bin/dos/expat:/cygdrive/h/bin/dos/expat/Libs:/cygdrive/g/Program Files/commercial/Perforce:/cygdrive/d/wbin/server/sql/mysql/bin:/cygdrive/d/wbin/server/apache:/cygdrive/h/bin/lang/php/php4:/cygdrive/h/bin/lang/php/php4/dlls:/cygdrive/d/java/sun/jdk-1.4.1/bin:/cygdrive/h/bin/oracle/ora81/bin:/cygdrive/g/Program Files/Oracle/jre/1.1.7/bin:/cygdrive/g/WINNT/system32:/cygdrive/g/WINNT:/cygdrive/g/WINNT/System32/Wbem:/cygdrive/g/Program Files/Resource Pro Kit/:/usr/share/site-perl/script/misc:/cygdrive/e/home/jaalto/tmp/sforge/perl-dyndns/bin:/cygdrive/e/home/jaalto/tmp/sforge/pm-doc/bin:/cygdrive/e/home/jaalto/tmp/sforge/pm-lib/bin:/cygdrive/e/home/jaalto/tmp/sforge/cvs-tools/bin:/cygdrive/e/home/jaalto/tmp/sforge/tiny-tools/bin:/cygdrive/e/home/jaalto/tmp/sforge/js-tools/bin:/cygdrive/d/java/apache/jakarta-ant-cvsbuild/bin:/cygdrive/d/java/apache/cvs/xml-xindice/bin:/cygdrive/h/bin/emacs/gnu-emacs/emacs-21.2/bin:/cygdrive/h/bin/emacs/XEmacs/bin/i686-pc-cygwin:/usr/local/BerkeleyDB.3.3/bin:/usr/share/site-perl/script:/cygdrive/d/wbin/server/apache/bin ## ## ## Core tests. ## ## ## configure:1450: PATH=".;."; conftest.sh conftest.sh: not found configure:1453: $? = 127 configure:1536: checking build system type configure:1554: result: i686-pc-cygwin configure:1562: checking host system type configure:1576: result: i686-pc-cygwin configure:1703: checking for gcc configure:1726: result: gcc configure:1955: checking for C compiler version configure:1958: gcc --version &5 gcc (GCC) 3.2 20020927 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:1961: $? = 0 configure:1963: gcc -v &5 Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/specs Configured with: /netrel/src/gcc-3.2-3/configure --enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --disable-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr/sbin Thread model
#20935 [Opn->Fbk]: mssql_query causes segfault
ID: 20935 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: RedHat Linux 7.2 / Apache 1.3.27 PHP Version: 4.3.0 Previous Comments: [2003-01-21 11:03:02] [EMAIL PROTECTED] Can you test the same code under Win32 ? This could be a bug in FreeTDS. To my knowledge the latest version of that is 0.60! - Frank [2003-01-21 07:56:03] [EMAIL PROTECTED] recompiled as cgi but still generates the same error. (gdb) bt #0 0x in ?? () #1 0x08094c14 in _mssql_fetch_batch (mssql_ptr=0x82658f4, result=0x82682d4, retvalue=-1) at /home/jonas/devel/php-4.3.0/ext/mssql/php_mssql.c:1020 #2 0x08095267 in zif_mssql_query (ht=2, return_value=0x827731c, this_ptr=0x0, return_value_used=1) at /home/jonas/devel/php-4.3.0/ext/mssql/php_mssql.c:1143 #3 0x08194083 in execute (op_array=0x8264864) at /home/jonas/devel/php-4.3.0/Zend/zend_execute.c:1596 #4 0x0818406a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jonas/devel/php-4.3.0/Zend/zend.c:864 #5 0x08153e05 in php_execute_script (primary_file=0xbfffe780) at /home/jonas/devel/php-4.3.0/main/main.c:1573 #6 0x0819a234 in main (argc=3, argv=0xbfffe834) at /home/jonas/devel/php-4.3.0/sapi/cgi/cgi_main.c:1424 #7 0x40238657 in __libc_start_main (main=0x8199878 , argc=3, ubp_av=0xbfffe834, init=0x8067d2c <_init>, fini=0x819aa40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbfffe82c) at ../sysdeps/generic/libc-start.c:129 [2003-01-02 18:45:35] [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. [2002-12-11 08:42:28] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2002-12-11 08:40:15] [EMAIL PROTECTED] (FreeTDS 1.5 2002/08/24, MSSQL 7 (remote)) mssql_query causes when using the following SQLSTATEMENT "SELECT a.*, b.* FROM dbo.psl AS b LEFT JOIN dbo.prc AS a ON (a.idPSL = b.idPSL) WHERE b.OrderNo LIKE '%123169%' AND a.idPSL > '0'" while simple queries like "SELECT * FROM dbo.psl" works just fine. The problem appears only if the query tries to return information. -- Edit this bug report at http://bugs.php.net/?id=20935&edit=1
#21809 [Fbk->Opn]: fgets() does not time-out if connection is lost
ID: 21809
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: RedHat 7.3
PHP Version: 4CVS-2003-01-22 (stable)
New Comment:
(gdb) frame 2
#2 0x08147689 in _php_stream_free (stream=0x82598fc, close_options=3)
at /usr/local/src/php4-STABLE-200301220030/main/streams.c:327
327 ret = stream->ops->close(stream,
preserve_handle ? 0 : 1 TSRMLS_CC);
(gdb) print *stream
$2 = {ops = 0x81ee5c0, abstract = 0x824f46c, filterhead = 0x0,
filtertail = 0x0, wrapper = 0x0, wrapperthis = 0x0, wrapperdata =
0x0,
fgetss_state = 0, is_persistent = 0, mode = "r+", '\0' ,
rsrc_id = 4, in_free = 1, fclose_stdiocast = 0, stdiocast = 0x0,
__exposed = 1, __orig_path = 0x0, context = 0x0, flags = 16, position
= 0,
readbuf = 0x8254b9c "", readbuflen = 8192, readpos = 0, writepos =
0,
chunk_size = 8192, eof = 1}
Previous Comments:
[2003-01-23 03:45:38] [EMAIL PROTECTED]
Could you do that again, but this time type the following after you
type "bt" (also in gdb):
frame 2
print *stream
[2003-01-21 19:01:41] [EMAIL PROTECTED]
I was using 4.3.0 on the machine running the "server" test script (but
since that script is merely to aid in testing the bug in the "client"
script, I didnt think it mattered). The machine running the "client"
script - the one experiencing the bug - was running a stable snapshot
compiled last night. Nontheless, I just re-compiled with the latest
stable today, ran again, and managed to generate a bt in the process:
#0 0x420e19ee in select () from /lib/i686/libc.so.6
#1 0x08204844 in __DTOR_END__ ()
#2 0x08147689 in _php_stream_free (stream=0x82598fc, close_options=3)
at /usr/local/src/php4-STABLE-200301220030/main/streams.c:327
#3 0x080c4f85 in zif_fclose (ht=1, return_value=0x8256f2c,
this_ptr=0x0,
return_value_used=0)
at
/usr/local/src/php4-STABLE-200301220030/ext/standard/file.c:1120
#4 0x08185c8b in execute (op_array=0x8254ac4)
at
/usr/local/src/php4-STABLE-200301220030/Zend/zend_execute.c:1596
#5 0x08173dcc in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php4-STABLE-200301220030/Zend/zend.c:864
#6 0x0813c983 in php_execute_script (primary_file=0xbb10)
at /usr/local/src/php4-STABLE-200301220030/main/main.c:1573
#7 0x0818c0a2 in main (argc=2, argv=0xbbb4)
at /usr/local/src/php4-STABLE-200301220030/sapi/cli/php_cli.c:753
#8 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
Hope it helps :)
[2003-01-21 17:58:55] [EMAIL PROTECTED]
Are you using the 4.3.0 release or the latest stable snapshot? (the
version field above and the version you mention in your comment don't
seem to match up).
If you're using the released 4.3.0, please try the latest stable
snapshot from snaps.php.net first.
[2003-01-21 17:56:05] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Run the cli under gdb (see instructions above),
and when it hangs press CTRL-C.
You can then type "bt" to generate the backtrace.
[2003-01-21 17:50:32] [EMAIL PROTECTED]
I've been writing a CLI-based script that connects to an xml wirefeed
and continually reads the data with fgets() and parses it accordingly.
The script works fine, but occasionally the feed server goes down for
maintenance, etc. That in itself isnt a problem, but when the
connection to the feed is lost, fgets() stalls and never times out
regardless of the stream_set_timeout() usage. I have written the
following scripts to verify the problem (note that the "server" script
is only to help test the fgets() bug in the "client" script).
I run this script (the "server" script) on my workstation (running XP
w/ PHP 4.3.0 in CLI mode) to listen on a socket:
Then I run this script (the "client" script) on my linux box (running
RH7.3 w/ PHP 4CVS-2003-01-20 (stable) in CLI mode) to connect to the
socket:
The client script will time-out properly when I leave the server script
running. But if I run the client script, then CTRL-C my server script,
the client script never times out. It sits at the fgets() forever,
even though I've set_time_limit(30) as well as stream_s
#21847 [NEW]: php core dumps whilst retrieving images from url
From: [EMAIL PROTECTED]
Operating system: linux-2.4.20
PHP version: 4.3.0
PHP Bug Type: Reproducible crash
Bug description: php core dumps whilst retrieving images from url
When running the following code php core dumps.
http://www.drapertools.com/draper/images/details/".trim($fields[1])."_".trim($fields[2]).".jpg";
$outfile="draper_images/draper_".trim($fields[1])."_".trim($fields[2]).".jpg";
print("opening $url\n");
ob_flush();
if($urlfp=fopen($url,"rb"))
{
print("Outputing to $outfile\n");
if($imagefp=fopen($outfile,"wb"))
{
print($url." -> ".$outfile."\n");
ob_flush();
fputs($good,$url." -> ".$outfile."\n");
$size=0;
while(!feof($urlfp))
{
$block=fread($urlfp,4096);
fputs($imagefp,$block);
$size+=4096;
print($url." -> ".$outfile." : $size\n");
};
fclose($imagefp);
};
fclose($urlfp);
}
else
{
fputs($bad,$url."\n");
};
};
fclose($fp);
fclose($good);
fclose($bad);
?>
The input file is a comma delimited list, we are interested in the
filename which we then retrieve from the site (you can find the names by
going to the site or by downloading the text file from the site).
Just recompiled with debug, here is the backtrace:
#0 0x08153650 in php_hostconnect (host=0x82ef62c "www.drapertools.com",
port=80, socktype=1, timeout=0x0)
at /usr/src/php-4.3.0/main/network.c:435
#1 0x08153900 in _php_stream_sock_open_host (host=0x82ef62c
"www.drapertools.com", port=80, socktype=1, timeout=0x0,
persistent_id=0x0) at /usr/src/php-4.3.0/main/network.c:619
#2 0x0811a497 in php_stream_url_wrap_http (wrapper=0x82491f0,
path=0x82ed5c4
"http://www.drapertools.com/draper/images/details/002_770-SA.jpg";,
mode=0x82e97cc "rb", options=4,
opened_path=0x0, context=0x0) at
/usr/src/php-4.3.0/ext/standard/http_fopen_wrapper.c:121
#3 0x08152d2c in _php_stream_open_wrapper_ex (path=0x82ed5c4
"http://www.drapertools.com/draper/images/details/002_770-SA.jpg";,
mode=0x82e97cc "rb", options=12, opened_path=0x0, context=0x0) at
/usr/src/php-4.3.0/main/streams.c:2378
#4 0x080e915a in php_if_fopen (ht=2, return_value=0x82ee5ac,
this_ptr=0x0, return_value_used=1)
at /usr/src/php-4.3.0/ext/standard/file.c:1094
#5 0x404f78f0 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#6 0x404f43a0 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#7 0x0816f14c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/src/php-4.3.0/Zend/zend.c:864
#8 0x08148909 in php_execute_script (primary_file=0xbb40) at
/usr/src/php-4.3.0/main/main.c:1573
#9 0x08190f48 in main (argc=2, argv=0xbbe4) at
/usr/src/php-4.3.0/sapi/cli/php_cli.c:746
#10 0x40342657 in __libc_start_main (main=0x81905c8 , argc=2,
ubp_av=0xbbe4, init=0x806fe60 <_init>,
fini=0x8196790 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>,
stack_end=0xbbdc) at ../sysdeps/generic/libc-start.c:129
--
Edit bug report at http://bugs.php.net/?id=21847&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21847&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21847&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21847&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21847&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21847&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21847&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21847&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21847&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21847&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21847&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21847&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21847&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21847&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21847&r=gnused
#21804 [Fbk->Opn]: php crashes iPlanet - php4_execute
ID: 21804
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.3.1-dev
New Comment:
It crashes with other scripts as well. Our developers experienced this
problem, and I found that these two
scripts reliably reproduce it.
We set the Oracle variables in the script because multiple applications
run in one web server instance - they may not use the same version of
Oracle, and they certainly use different sids.
However, when I commented out the putenv/getenv statements, the test
ran cleanly. The "byte count wrong" messages went away too. So we do
have a kludge of a work-around. It would be nice to have this fixed.
I'm not clear why setting environment variables in the php script is a
bad idea. I would expect each thread to have it's own environment...
Thanks,
David
Previous Comments:
[2003-01-22 21:58:58] [EMAIL PROTECTED]
Does the crash happen only with the provided script?
And btw. you should set those envinronment variables
in the system, NOT in the script..
[2003-01-21 13:29:00] [EMAIL PROTECTED]
Had the wrong email addr...
[2003-01-21 13:25:04] [EMAIL PROTECTED]
I can reliably crash iPlanet by running "http_load
-parallel 5" by concurrently using both of the two scripts below. This
is like 20613, but that was fixed in Nov and I have this problem now
with a current version of php. I have found no resolution except to run
php single-threaded - stable, but hardly an option for a 100-user app
that makes Oracle queries...
I have reproduced this with iPlanet 6.0sp2 and 6.0sp5, php4.2.3, php
4.3.0, and php4-STABLE-200301140030, running on a 280R and an Ultra 2.
I built php using gcc 2.95.3 with these options:
--prefix=/shared/gnu \
--with-config-file-path=$prefix/../lib \
--enable-discard-path --enable-tracking \
--enable-libgcc --with-ndbm \
--with-ldap= \
--with-oracle= \
--without-mysql --with-nsapi=
The error I see is:
catastrophe (1625): Server crash detected (signal SIGSEGV)
info (1625): Crash occurred in NSAPI SAF php4_execute
info (1625): Crash occurred in function strlen from module
/usr/lib/libc.so.1
Here is the back trace:
(gdb) bt
#0 0xfea33344 in strlen () from /usr/lib/libc.so.1
#1 0xfd6b3e90 in _estrdup (s=0xb8 )
at /shared/gnu/src/php-4.2.3/Zend/zend_alloc.c:322
#2 0xfd738948 in php_print_info (flag=32, tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/ext/standard/info.c:273
#3 0xfd73935c in zif_phpinfo (ht=0, return_value=0x8d6c18,
this_ptr=0x0,
return_value_used=0, tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/ext/standard/info.c:471
#4 0xfd6c2740 in execute () from /opt/local/php/lib/nsapi/libphp4.so
#5 0xfd6d50d0 in zend_execute_scripts (type=8, tsrm_ls=0x8600e8,
retval=0x0,
file_count=3) at /shared/gnu/src/php-4.2.3/Zend/zend.c:812
#6 0xfd6e4368 in php_execute_script (primary_file=0xfaef1b48,
tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/main/main.c:1383
#7 0xfd6e0b90 in nsapi_module_main (request_context=0x0,
tsrm_ls=0x8600e8)
at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:462
#8 0xfd6e0d1c in php4_execute (pb=0x3d47f8, sn=0x6e3a90, rq=0x6e3ad8)
at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:513
#9 0xff239b14 in __0Fcfunc_native_pool_thread_mainP6NNSTPWorkArg_s ()
from
/opt/local/netscape/dev/iws60sp5/bin/https/lib/libns-httpd40.so
#10 0xfe8e16cc in NSTP_ThreadMain ()
from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnstp.so
#11 0xfed676a0 in _pt_root ()
from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnspr4.so
(gdb)
Finally, here are the two scripts:
---
PHP Operational Qualification Test
This test displays a "Hello, world." announcment, then a series
of tables describing the PHP environment.
The classic announcement:
PHP Info for this installation:
PHP Operational Qualification Test: Oracle Connectivity
This test connects to an Oracle database and displays some stuff.
Result size is ".$ncols." cols by ".$nrows."
rows.\n");
print "\n\n";
for ($i=0; $i<$ncols; $i++) {
printf("col[%s] = %stype[%d] = %s\n",
$i, "cursor", $i, "hisur");
}
print "\n";
for ($j=0; $j<$nrows; $j++) {
for ($i=0; $i<$ncols; $i++) {
printf("val[%d, %d] ='%s'", $j, $i, 'howdy');
}
printf("\n");
}
print "\n";
?>
Thanks,
David
--
Edit this bug report at http://bugs.php.net/?id=21804&edit=1
#20583 [Opn]: Variable values inconsistent with assignment statements.
ID: 20583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: RedHat 7.2 PHP Version: 4CVS-2002-11-22 (stable) New Comment: Haven't heard anything back on this bug in a while. Just wondering what the status was on this one, or if you've had any luck reproducing it with the code segment I provided. Previous Comments: [2003-01-10 01:14:39] [EMAIL PROTECTED] I experienced the described problem with one of my scripts, too, since I upgraded the server to PHP 4.3.0. I use sessions, MySQL, and have cookies turned on in my browser. In my script I process post data and assign three values to session variables inside an if-statement. Changing the order in which the assignments are made (I moved the first statement after the other two) solved the problem, and all variables contain their correct values. I use Debian 3.0 (Woody), Apache 1.3.27 with statically linked PHP 4.3.0. PHP configuration: http://bigben171.wutallan.net/phpinfo.php [2002-12-30 10:58:02] [EMAIL PROTECTED] Well perhaps I initially reported the bug in the wrong category from the dropdown selection, since it seemed like it was a variables related problem. At this point, if I remove basically any of the lines from the code segment given above, the error goes away. So based on this, here are the three factors that I have been able to deduce are required to recreate the bug. 1) Turn off cookies 2) Use sessions 3) Use the OCI module. Basically, do everything I'm doing above in the code segment I sent you. If I could have simplified it any more, than I would have. However, the removal of any lines caused the problem to go away, which is what leads me to believe it's a combination of all three of the things I just listed. >From the sample output I gave you, you can see that it's interpretting a simple string assignment statement to the $sql variable as some sort of object/resource. This is why I reported the bug as a variables related issue, but maybe it isn't. Maybe it's all related to the OCI module and PHP sessions. Thank you. [2002-12-19 19:30:54] [EMAIL PROTECTED] you're focussing on the wrong issue. It should be *self-contained*. Can you still reproduce the issue, when you strip the ora_* stuff and without sessions? If not, add sessions back in, then the ora_*. >From what you're reporting: should result in 'one one'. If this isn't the case, then it's not a variable issue, but specific to some module. Unless we find out what module causes the behavior, there's not much we can do. [2002-12-19 15:25:15] [EMAIL PROTECTED] Ok, I've been able to narrow this bug down to a much simpler PHP script. We have also confirmed that it is definitely a problem with the newer version of PHP since we are running an identical script on production, with an older version of PHP, and it is error free. The following script should allow you to recreate the problem. You should disable cookies on the browser in order to have the error recreated each subsequent refresh. Otherwise, the error will only happen the first time you view the page, and will be gone on refreshes. __ "; print "Another = $another"; print "Obviously Messed Up = $obviously_messed_up"; ?> Output of Above Code: SQL = Resource id #3 Another = Resource id #3 Obviously Messed Up = Resource id #3 [2002-12-11 01:03:31] [EMAIL PROTECTED] Please provide us a complete, self-contained and short script which can be used to reproduce this. (you're most likely doing something wrong..) 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/20583 -- Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#21776 [Fbk->Opn]: Heisenbug after database code changes.
ID: 21776 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows and Linux PHP Version: 4.2.3 New Comment: Cannot get a backtrace from the instructions on bug submission. The PHP session does not actually crash, generating a core dump, but exits with a fatal error. The text of the error is gibberish, but nevertheless it does not die. How can we stop or investigate the process at the point of the error. It looks like PHP's symbol table gets corrupted during an earler part of the code. Is there anyway we can investigate this further. yours, Marcus. Previous Comments: [2003-01-20 10:46:44] [EMAIL PROTECTED] 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. [2003-01-20 10:31:29] [EMAIL PROTECTED] This is the bug from hell. It is random crashing in a section of our unit tests. On Windows the crash manifests itself as... The instruction "(1)" referenced memory at "(2)" which is not writable where (1) is :0x77fcb9b1 (once), 0x77fcb892 (twice), 0x77fcb9fb (once) on a random attempt of two dozen tries. There is too much code to post here and we cannot yet isolate it - our individual unit tests all pass. We are working on a backtrace from a Linux machine and will add to this bug soon. The code that was changed that started generating these problems was mysql related. There are a lot of references in that code (it is a persistent object library). The problem manifests itself in Linux with random fatal errors such as unknown function where the function name is simply "<()" !? It also happens both with version 3 and 4 of MySQL and versions 4.2.3 and 4.3.0 of PHP. It is a complete show stopper. yours, Marcus. -- Edit this bug report at http://bugs.php.net/?id=21776&edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
Hello, had the same error on a low-traffice development server (one
processor) with pretty standart php (4.2.3) + apache (1.3.26) set-up. I
noticed that I forgot the SID on one page and that somehow messed up
the session and created the error on all pages that tried to access
this same session. After I put the missing SID in, everything worked
fine...
Previous Comments:
[2002-12-12 18:25:45] [EMAIL PROTECTED]
You can work around this bug by changing the session saver to "mm"
(without the quotes).
There are no known solutions to this problem that I can see out there.
The only people with solutions are the windows people who didn't change
the php.ini file to have a windows path in it. FOr the Linux people,
this may well be a library compatibility problem, which is the best
guess so far but is probably wrong!
[2002-12-07 20:32:26] [EMAIL PROTECTED]
Okay, I think I solved this bug for me at least.
I would receive this error:
Failed to write session data (files). Please verify that the current
setting of session.save_path is correct (c:\windows\temp) in Unknown on
line 0
and I finally tracked it down to being I was sometimes setting the
session_id(""); to blank, aka, to nothing. That would cause it to fail.
I still think this is a bug, because you shouldn't be able to break it
by setting it to nothing.
The reason I was unable to track this down quicker was because I had no
idea I was passing a blank variable to the session_id. So I looked into
that, and it turns out PHP fails to delete cookies.
I think their is a bug with the delete cookie functions...you might
want to check into that. To solve this, instead of deleting the
cookies, I just set them to -1, and then checked if they were -1, and
if so, treated them as if they weren't there.
I hope this helps,
Nate
[2002-12-07 20:05:38] [EMAIL PROTECTED]
I receive this bug too...I have traced it back to breaking as soon as I
use session_id(); function, and then working fine again once use of
that function is removed.
[2002-11-12 14:33:57] [EMAIL PROTECTED]
Another data point. I've recently moved a system from a hosted server
running 4.06 to a server under my control running redhat 7.3 and php
4.2.3 Since the move I've been getting very occasional cases of users
logging in and receiving someone else's session. The session handling
is very simple.
On login
session_name($db_name);
session_start();
$user = new User($userid, $passwd);
session_register("user");
On return
session_name($db_name);
session_start();
I've tried various workarounds like
session.entropy_length= 512
session.entropy_file = /dev/urandom
in the belief that somehow the two people were getting the same ID and
hence temp file
But all this was just thrashing at the problem. Then I checked my own
cookies and discovered the same as
[EMAIL PROTECTED] The cookie contained two session IDs. So I deleted
all relevant cookies. Logged out and in and now I'm back to the
expected single ID in the cookie.
I have logging turned on but have not yet seen any errors.
[2002-11-11 03:12:24] [EMAIL PROTECTED]
I've seen this bug on FreeBSD since PHP4.0.* series. Now I use 4.2.2.
It happens rarely. I could not figure why - the probability is small.
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/19022
--
Edit this bug report at http://bugs.php.net/?id=19022&edit=1
#21831 [Com]: PHP fails to build on MySQL section
ID: 21831
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MySQL related
Operating System: Linux/Redhat 8.0.92
PHP Version: 4.3.0
New Comment:
The MySQL is MySQL 4.0.9. This configuration (GCC 3.2 + Apache 2.0.44
+ MySQL 4.0.9 + PHP 4.3.0) seems to compile and run fine on Redhat 8.0.
RH8 ships with GCC 3.2 not 3.2.1 however. I guess I'm just trying to
get a feel for this being a PHP thing or a RedHat thing. As I said
before, I've compiled all sorts of other things on 8.0.92 and hadn't
run into any compatability problems. Thanks!
Previous Comments:
[2003-01-23 10:16:41] [EMAIL PROTECTED]
Was mysql compiled with the same compiler?
And WHAT version of mysql is it?
[2003-01-23 06:19:40] [EMAIL PROTECTED]
No, that didn't work. I've done that before but tried again just to
make sure I wasn't crazy. I'm using GCC 3.2.1 which is the
default package on RH 8.0.92
[2003-01-22 21:51:46] [EMAIL PROTECTED]
What gcc version?
And does this work:
# rm config.cache
# make clean
# ./configure
# make
??
[2003-01-22 21:40:55] [EMAIL PROTECTED]
Had marked in configuration as opposed to compile by accident.
[2003-01-22 21:37:07] [EMAIL PROTECTED]
Not sure if this is a problem of my own making or not, but something
I've been profoundly frustrated with. I'm running Redhat 8.0.92
(Phoebe - Beta) with Apache 2.0.44 (tried .43 as well) and MySQL. I
run into what appears to be the same error whether I use
--with-mysql=/path/to/mysql or leave it built with the internal MySQL
access libraries.
When using the following build string:
./configure --with-apxs2=/opt/apache/bin/apxs --with-mysql=/opt/mysql/
--with-gettext --with-zlib --enable-track-vars
--enable-force-cgi-redirect
I get the following results:
checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
configure: error: mysql configure failed. Please check config.log for
more information.
Inside config.log I see:
configure:47975: gcc -o conftest -g -O2
-L/opt/mysql//lib
conftest.c -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl
-lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 47964 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:48102: checking for mysql_error in -lmysqlclient
configure:48121: gcc -o conftest -g -O2
-L/usr/lib -L/opt/mysql//lib
-Wl,-rpath,/usr -L/usr conftest.c -lmysqlclient -lz -lz
-lcrypt -lresol
v -lm -ldl -lnsl -lcrypt 1>&5
/opt/mysql//lib/libmysqlclient.a(my_malloc.o)(.text+0x28): In function
`my_mallo
c':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_realloc.o)(.text+0x65): In function
`my_real
loc':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x2e1): In function
`my_dir':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_lib.o)(.text+0x3d1): In function
`my_stat':
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0x44): In function
`my_getwd'
:
: undefined reference to `errno'
/opt/mysql//lib/libmysqlclient.a(my_getwd.o)(.text+0xce): more
undefined referen
ces to `errno' follow
collect2: ld returned 1 exit status
configure: failed program was:
#line 48110 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_error();
int main() {
mysql_error()
; return 0; }
#20320 [Fbk->Opn]: _call() crashes with bus error in some circumstances
ID: 20320
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
-Operating System: OS X 10.1.5
+Operating System: OS X 10.2
PHP Version: 4CVS-2002-11-08
New Comment:
All test cases work fine now.
Previous Comments:
[2003-01-22 17:50:09] [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
[2002-11-08 16:52:04] [EMAIL PROTECTED]
some kind of hashtable problem, looks like. variations on a simple
command-line class definition crash with a bus error, trying to catch
undefined method call with a __call() method.
here is backtrace showing some things that work and some that don't:
(gdb) r -r 'class foo { function __call($m,$a) { echo "abcdefg\n";
return; } } $x = new foo; $x->nothere();'
Starting program: /usr/local/book/php4-ze2/sapi/cli/php -r 'class foo {
function __call($m,$a) { echo "abcdefg\n"; return; } } $x = new foo;
$x->nothere();'
[Switching to process 21057 thread 0x3413]
abcdefg
Program exited normally.
(gdb) r -r 'class foo { function __call($m,$a) { echo "abcdef\n";
return; } } $x = new foo; $x->nothere();'
Starting program: /usr/local/book/php4-ze2/sapi/cli/php -r 'class foo {
function __call($m,$a) { echo "abcdef\n"; return; } } $x = new foo;
$x->nothere();'
[Switching to process 21062 thread 0x3713]
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x001c06e0 in _zend_is_inconsistent (ht=0x0, file=0x208d38
"/Users/tater/book/php4-ze2/Zend/zend_hash.c", line=871) at
/Users/tater/book/php4-ze2/Zend/zend_hash.c:78
78 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0x001c06e0 in _zend_is_inconsistent (ht=0x0, file=0x208d38
"/Users/tater/book/php4-ze2/Zend/zend_hash.c", line=871) at
/Users/tater/book/php4-ze2/Zend/zend_hash.c:78
#1 0x001c3a9c in zend_hash_find (ht=0x0, arKey=0x6eda60 "__call",
nKeyLength=7, pData=0xb284) at
/Users/tater/book/php4-ze2/Zend/zend_hash.c:871
#2 0x001aab38 in call_user_function_ex (function_table=0x0,
object_pp=0x0, function_name=0xb340, retval_ptr_ptr=0xb360,
param_count=2, params=0xb358, no_separation=0, symbol_table=0x0) at
/Users/tater/book/php4-ze2/Zend/zend_execute_API.c:558
#3 0x001cfb54 in zend_std_call_user_call (ht=0, return_value=0x6ed958,
this_ptr=0x0, return_value_used=0) at
/Users/tater/book/php4-ze2/Zend/zend_object_handlers.c:353
#4 0x001da1f0 in zend_do_fcall_common_helper (execute_data=0xb5c8,
op_array=0x6ed1b8) at
/Users/tater/book/php4-ze2/Zend/zend_execute.c:2422
#5 0x001da900 in zend_do_fcall_by_name_handler
(execute_data=0xb5c8, op_array=0x6ed1b8) at
/Users/tater/book/php4-ze2/Zend/zend_execute.c:2514
#6 0x001d3adc in execute (op_array=0x6ed1b8) at
/Users/tater/book/php4-ze2/Zend/zend_execute.c:1194
#7 0x001ab8b0 in zend_eval_string (str=0xbbf1 "class foo {
function __call($m,$a) { echo \"abcdef\\n\"; return; } } $x = new foo;
$x->nothere();", retval_ptr=0x0, string_name=0x20a790 "Command line
code") at /Users/tater/book/php4-ze2/Zend/zend_execute_API.c:757
#8 0x001e47c0 in main (argc=3, argv=0xbb1c) at
/Users/tater/book/php4-ze2/sapi/cli/php_cli.c:743
#9 0x1a44 in _start ()
#10 0x1874 in start ()
(gdb) r -r 'class foo { function __call($m,$a) { echo "abcdefg\n"; } }
$x = new foo; $x->nothere();'
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/local/book/php4-ze2/sapi/cli/php -r 'class foo {
function __call($m,$a) { echo "abcdefg\n"; } } $x = new foo;
$x->nothere();'
[Switching to process 21067 thread 0x3d0f]
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x001c06e0 in _zend_is_inconsistent (ht=0x0, file=0x208d38
"/Users/tater/book/php4-ze2/Zend/zend_hash.c", line=871) at
/Users/tater/book/php4-ze2/Zend/zend_hash.c:78
78 if (ht->inconsistent==HT_OK) {
(gdb) r -r 'class foo { function __call($m,$a) { echo "abcdef\n"; } }
$x = new foo; $x->nothere();'
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/local/book/php4-ze2/sapi/cli/php -r 'class foo {
function __call($m,$a) { echo "abcdef\n"; } } $x = new foo;
$x->nothere();'
[Switching to process 21072 thread 0x400b]
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x001c06e0 in _zend_is_inconsistent (ht=0x0, file=0x208d38
"/Users/tater/book/php4-ze2/Zend/zend_hash.c", line=871) at
/Users/tater/book/php4-ze2/Zend/zend_hash.c:78
78 if (ht->inconsistent==HT_OK) {
(gdb) r -r 'class foo { function __call($m,$a) { echo "abcde\n"; } }
$x = new foo; $x->nothere();'
The program being
#21848 [NEW]: error with class and file system
From: [EMAIL PROTECTED]
Operating system: Linux Red Hat 8.0
PHP version: 4.2.0
PHP Bug Type: *Directory/Filesystem functions
Bug description: error with class and file system
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] = $this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] = $this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show to
me the directories of path that goes to the function opendir() to him but
gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el fichero o
el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80) :
Warning - lstat failed for prueba (errno=2 - No existe el fichero o el
directorio)
--
Edit bug report at http://bugs.php.net/?id=21848&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21848&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21848&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21848&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21848&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21848&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21848&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21848&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21848&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21848&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21848&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21848&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21848&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21848&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21848&r=gnused
#21848 [Opn]: error with class and file system
ID: 21848
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
Previous Comments:
[2003-01-23 16:30:22] [EMAIL PROTECTED]
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] =
$this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] =
$this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show
to me the directories of path that goes to the function opendir() to
him but gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el
fichero o el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80)
: Warning - lstat failed for prueba (errno=2 - No existe el fichero o
el directorio)
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#21600 [Com]: assign by reference function call changes variable contents
ID: 21600
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Scripting Engine problem
Operating System: Redhat 7.3, 8
PHP Version: 4.3.0, 5.0.0
New Comment:
Here is a simular problem - it seem to be a problem with referencing to
values from functions that not themselfs return reference.
name = $name;
$wiefewfjwefjwefwef =& $this->getName(); // <-- this line
destroys $this->name and eventually crashes apache+php
}
function /*&*/ getName() {
return $this->name;
}
}
$kent =& new Person('Kent');
echo ''; print_r($kent); echo '';
echo 'PersonName: "' . $kent->getName() . '"';
?>
Previous Comments:
[2003-01-14 00:52:07] [EMAIL PROTECTED]
update version
[2003-01-13 19:42:44] [EMAIL PROTECTED]
I'm marking this critical because the provided script works fine on the
previous released versions.
[2003-01-13 01:21:08] [EMAIL PROTECTED]
backtrace (with php-5.0.0-dev):
#0 0x40749e49 in __sbrk (increment=1515880448) at
../sysdeps/generic/sbrk.c:33
#1 0x406e9d3c in __default_morecore (increment=1515880448)
at ../sysdeps/generic/morecore.c:47
#2 0x406e676d in chunk_alloc (ar_ptr=0x40798520, nb=1515878480)
at malloc.c:2583
#3 0x406e60bc in __libc_malloc (bytes=1515878476) at malloc.c:2817
#4 0x08256b63 in zend_mm_add_memory_block (heap=0x8333748,
block_size=1515878476) at
/dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:143
#5 0x08256de6 in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:236
#6 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#7 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#8 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#9 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#10 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#11 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#12 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
(last frame continues atleast 15.000 times)
Derick
[2003-01-12 15:56:50] [EMAIL PROTECTED]
Verified with HEAD(ZE2) and PHP_4_3(ZE1).
The provided script causes segmentation fault.
[2003-01-12 15:07:10] [EMAIL PROTECTED]
under 4.3.0 with apache 2.0.40 I see this strange behavior with
aliasing:
$foo = "Philip Johnson's \"Glass House\" remains one of the most famous
residences in the world.";
$foo =& bar($foo);
print $foo;
function bar($text){
return $text;
}
outputs: Philip Johnson's "Glass House" remains one of the most famous
residences in the worlh
This didn't happen under 4.2.3. Although really this was a mistake on
my part (I meant to do $foo = bar($foo)) it seems like strange behavior
nonetheless.
It's also strange to me that if I change
return $text;
to
return "$text";
it works as I would expect.
--
Edit this bug report at http://bugs.php.net/?id=21600&edit=1
#21849 [NEW]: self::constant doesn't work as method's default parameter
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 5CVS-2003-01-23 (dev) PHP Bug Type: Scripting Engine problem Bug description: self::constant doesn't work as method's default parameter foobar(); ?> works, but foobar(); ?> does not and prints "Fatal error: Undefined class 'self' in c:\test.php on line 5". -- Edit bug report at http://bugs.php.net/?id=21849&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21849&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21849&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21849&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21849&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21849&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21849&r=support Expected behavior: http://bugs.php.net/fix.php?id=21849&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21849&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21849&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21849&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21849&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21849&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21849&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21849&r=gnused
#21849 [Opn->Ver]: self::constant doesn't work as method's default parameter
ID: 21849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 5CVS-2003-01-23 (dev) Previous Comments: [2003-01-23 16:51:05] [EMAIL PROTECTED] foobar(); ?> works, but foobar(); ?> does not and prints "Fatal error: Undefined class 'self' in c:\test.php on line 5". -- Edit this bug report at http://bugs.php.net/?id=21849&edit=1
#21848 [Com]: error with class and file system
ID: 21848
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
You are very ridiculus
Previous Comments:
[2003-01-23 16:32:47] [EMAIL PROTECTED]
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
[2003-01-23 16:30:22] [EMAIL PROTECTED]
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] =
$this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] =
$this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show
to me the directories of path that goes to the function opendir() to
him but gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el
fichero o el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80)
: Warning - lstat failed for prueba (errno=2 - No existe el fichero o
el directorio)
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#21848 [Com]: error with class and file system
ID: 21848
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
please learn english guy,...
and your problem is so basic... please, learn english but begin with
learning php!!
Previous Comments:
[2003-01-23 17:06:49] [EMAIL PROTECTED]
You are very ridiculus
[2003-01-23 16:32:47] [EMAIL PROTECTED]
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
[2003-01-23 16:30:22] [EMAIL PROTECTED]
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] =
$this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] =
$this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show
to me the directories of path that goes to the function opendir() to
him but gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el
fichero o el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80)
: Warning - lstat failed for prueba (errno=2 - No existe el fichero o
el directorio)
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#21850 [NEW]: PHP_AUTH_* unavaliable
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: PHP_AUTH_* unavaliable Philib disable PHP_AUTH_* on PHP 4.3.x to PHP 5, this is a problem in many cases, howto phpmyadmin use apache auth basic... :) Have another solution? -- Edit bug report at http://bugs.php.net/?id=21850&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21850&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21850&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21850&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21850&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21850&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21850&r=support Expected behavior: http://bugs.php.net/fix.php?id=21850&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21850&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21850&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21850&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21850&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21850&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21850&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21850&r=gnused
#21791 [Opn]: problems with reference passing through layers of functions in windows/IIS/sapi
ID: 21791
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: windows
PHP Version: 4.3.0
New Comment:
changed spBindOutputParam to feed mssql_bind() the variable sans
ampersand ('$outref', versus '&$outref', as it was) and no go.
reference passing still busted. sorry.
Previous Comments:
[2003-01-22 23:51:35] [EMAIL PROTECTED]
ok, I will try this tomorrow in the AM, but I have to ask: what has
changed from 4.2.3 to 4.3.0 to make this type of implicit
pass-by-reference thing happen? why does it work perfectly normally in
4.2.3? I could find nothing in the changelog that referred to this
issue.
[2003-01-22 22:04:54] [EMAIL PROTECTED]
About this:
function spBindOutputParam($stmt, $name, &$outref, $type) {
return mssql_bind($stmt, $name, &$outref, $type, true, false);
}
Have you tried adding 'error_reporting(E_ALL);' in the beginning of the
script? You propably get some warnings?
Try changing the call to:
return mssql_bind($stmt,$name,$outref,$type, true,false);
ie. don't pass $outref by reference, it's done internally..
[2003-01-21 14:54:03] [EMAIL PROTECTED]
under PHP 4.3.0 in IIS5/sapi, the mssql_bind() function does not modify
variables passed in for output parameters.
[2003-01-21 14:52:37] [EMAIL PROTECTED]
the following test script:
function inner2(&$val) {
$val = "Changed!";
}
function inner(&$val) {
inner2(&$val);
}
function outer(&$val) {
inner(&$val);
}
$val = "The same.";
outer(&$val);
echo("val = ".$val."\n");
... actually executes as it should on both 4.2.3 and 4.3.0 in my
environment. I therefore would like to reopen the bug as one in the
MSSQL extension on windows.
[2003-01-21 00:58:49] [EMAIL PROTECTED]
Please provide a _SHORT_ and _COMPLETE_ example script
which can be used to reproduce this.
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/21791
--
Edit this bug report at http://bugs.php.net/?id=21791&edit=1
#21830 [Bgs]: libphp4.so not created
ID: 21830 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.0 New Comment: BTW, php-4.2.3 works just fine with Apache 2.0.44 Previous Comments: [2003-01-22 21:39:54] [EMAIL PROTECTED] I'll recompile Apache 2.0.44 again and try with the latest snapshot and see what I get... I appreciate you taking the time to confirm Apache 2.0.44 and PHP's snapshot will work fine on RedHat 7.3 Thanks! [2003-01-22 21:31:55] [EMAIL PROTECTED] If it only happens with Apache2, I suggest you check your apache2 installation and preferrably reinstall it anyway. I just tried with latest Apache2 and it works just fine here. In any case, this is not a PHP bug. [2003-01-22 21:20:14] [EMAIL PROTECTED] sapi/cli/php compiled successfully I'll keep trying things to see if I can get libphp4.so created. [2003-01-22 21:17:29] [EMAIL PROTECTED] That is not an error..it's just a warning which can safely be ignore. [2003-01-22 21:06:12] [EMAIL PROTECTED] Results: [snip] ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /bulk/jay/build/php4-STABLE-200301230230/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' No libphp4.so created... I will try your suggested configure options next 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/21830 -- Edit this bug report at http://bugs.php.net/?id=21830&edit=1
#21848 [Opn]: error with class and file system
ID: 21848
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
Excuse me, me english is very poor but I want to contribute to PHP, I
think this is not a programing problem. If the probem is so basic can
you tell me what is the problem if you are a PHP guru?¿
And me intention was to warn of the possible error.
Previous Comments:
[2003-01-23 17:10:04] [EMAIL PROTECTED]
please learn english guy,...
and your problem is so basic... please, learn english but begin with
learning php!!
[2003-01-23 17:06:49] [EMAIL PROTECTED]
You are very ridiculus
[2003-01-23 16:32:47] [EMAIL PROTECTED]
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
[2003-01-23 16:30:22] [EMAIL PROTECTED]
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] =
$this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] =
$this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show
to me the directories of path that goes to the function opendir() to
him but gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el
fichero o el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80)
: Warning - lstat failed for prueba (errno=2 - No existe el fichero o
el directorio)
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#14109 [Com]: file_exists() prints a warning when it shouldn't
ID: 14109 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Debian PHP Version: 4.1.0RC1 New Comment: I have the same problem of you, and I don't know if is a bug or not :( me warnig is this: Warning: lstat failed for prueba (errno=2 - No existe el fichero o el directorio) in /root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line 80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80) : Warning - lstat failed for prueba (errno=2 - No existe el fichero o el directorio) You can see me message in: http://bugs.php.net/?id=21848&edit=2 Previous Comments: [2001-11-19 05:38:21] [EMAIL PROTECTED] Submitting once is enough! [2001-11-19 05:35:53] [EMAIL PROTECTED] Running this code (where /etc/passwd exists for those non-UNIX people) gives this warning Warning: stat failed for /etc/passwd/bla (errno=20 - Not a directory) in This worked in 4.0.6 and doesn't in 4.1.0RC (1 and 2). It's been reported as #114409 in Debian with a patch -- Edit this bug report at http://bugs.php.net/?id=14109&edit=1
#21851 [NEW]: bizarre!: status replaced with foo1 or nothing
From: [EMAIL PROTECTED] Operating system: debian linux PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: bizarre!: status replaced with foo1 or nothing The word "status" was replace by foo1 and sometimes just spaces within & outside of tags! snippets from my page html >All output via view source in IE All php relevant php output ... and cat_id = 8 and foo1 = 'pending' I have never seen anything like this before. It's replacing words outside of the php, too. Furthermore, I've used status in parts of the same page in other sql statements (albeit for different tables), and they were not replaced. Insight would be greatly appreciated! -- Edit bug report at http://bugs.php.net/?id=21851&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21851&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21851&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21851&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21851&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21851&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21851&r=support Expected behavior: http://bugs.php.net/fix.php?id=21851&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21851&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21851&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21851&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21851&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21851&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21851&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21851&r=gnused
#21847 [Opn->Fbk]: php core dumps whilst retrieving images from url
ID: 21847
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux-2.4.20
PHP Version: 4.3.0
New Comment:
Could you please provide the draper.txt so that the bug can be
replicated. As is I cannot replicate the crash, merely get an error
opening the specified image URL.
Also, does the crash occur if you disable ZendOptimizer?
Previous Comments:
[2003-01-23 13:02:30] [EMAIL PROTECTED]
When running the following code php core dumps.
http://www.drapertools.com/draper/images/details/".trim($fields[1])."_".trim($fields[2]).".jpg";
$outfile="draper_images/draper_".trim($fields[1])."_".trim($fields[2]).".jpg";
print("opening $url\n");
ob_flush();
if($urlfp=fopen($url,"rb"))
{
print("Outputing to $outfile\n");
if($imagefp=fopen($outfile,"wb"))
{
print($url." -> ".$outfile."\n");
ob_flush();
fputs($good,$url." -> ".$outfile."\n");
$size=0;
while(!feof($urlfp))
{
$block=fread($urlfp,4096);
fputs($imagefp,$block);
$size+=4096;
print($url." -> ".$outfile." :
$size\n");
};
fclose($imagefp);
};
fclose($urlfp);
}
else
{
fputs($bad,$url."\n");
};
};
fclose($fp);
fclose($good);
fclose($bad);
?>
The input file is a comma delimited list, we are interested in the
filename which we then retrieve from the site (you can find the names
by going to the site or by downloading the text file from the site).
Just recompiled with debug, here is the backtrace:
#0 0x08153650 in php_hostconnect (host=0x82ef62c
"www.drapertools.com", port=80, socktype=1, timeout=0x0)
at /usr/src/php-4.3.0/main/network.c:435
#1 0x08153900 in _php_stream_sock_open_host (host=0x82ef62c
"www.drapertools.com", port=80, socktype=1, timeout=0x0,
persistent_id=0x0) at /usr/src/php-4.3.0/main/network.c:619
#2 0x0811a497 in php_stream_url_wrap_http (wrapper=0x82491f0,
path=0x82ed5c4
"http://www.drapertools.com/draper/images/details/002_770-SA.jpg";,
mode=0x82e97cc "rb", options=4,
opened_path=0x0, context=0x0) at
/usr/src/php-4.3.0/ext/standard/http_fopen_wrapper.c:121
#3 0x08152d2c in _php_stream_open_wrapper_ex (path=0x82ed5c4
"http://www.drapertools.com/draper/images/details/002_770-SA.jpg";,
mode=0x82e97cc "rb", options=12, opened_path=0x0, context=0x0) at
/usr/src/php-4.3.0/main/streams.c:2378
#4 0x080e915a in php_if_fopen (ht=2, return_value=0x82ee5ac,
this_ptr=0x0, return_value_used=1)
at /usr/src/php-4.3.0/ext/standard/file.c:1094
#5 0x404f78f0 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#6 0x404f43a0 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#7 0x0816f14c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-4.3.0/Zend/zend.c:864
#8 0x08148909 in php_execute_script (primary_file=0xbb40) at
/usr/src/php-4.3.0/main/main.c:1573
#9 0x08190f48 in main (argc=2, argv=0xbbe4) at
/usr/src/php-4.3.0/sapi/cli/php_cli.c:746
#10 0x40342657 in __libc_start_main (main=0x81905c8 , argc=2,
ubp_av=0xbbe4, init=0x806fe60 <_init>,
fini=0x8196790 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>,
stack_end=0xbbdc) at ../sysdeps/generic/libc-start.c:129
--
Edit this bug report at http://bugs.php.net/?id=21847&edit=1
#21851 [Com]: bizarre!: status replaced with foo1 or nothing
ID: 21851 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: debian linux PHP Version: 4.3.0 New Comment: OMG! It just did it to this post! Am I missing something or just dumb? I wrote tags! snippets from my page html >All output via view source in IE All php relevant php output ... and cat_id = 8 and foo1 = 'pending' I have never seen anything like this before. It's replacing words outside of the php, too. Furthermore, I've used status in parts of the same page in other sql statements (albeit for different tables), and they were not replaced. Insight would be greatly appreciated! -- Edit this bug report at http://bugs.php.net/?id=21851&edit=1
#21852 [NEW]: Propput() fail on COM object (MS SAPI 5.1 TTS Voice Property)
From: [EMAIL PROTECTED]
Operating system: W2K
PHP version: 4.3.0
PHP Bug Type: COM related
Bug description: Propput() fail on COM object (MS SAPI 5.1 TTS Voice Property)
I am not sure if this is a PHP bug or my inexperience with MS SAPI 5.1, but
I saw a similiar problem (ID 15205) that was not resolved. I am using PHP
4.3/Apache 2.0.43/W2K and I can not set the Voice property with an object
variable.
THE CODE:
// This instantiates the object
$VoiceObj = new COM("SAPI.SpVoice") or die("Unable to instantiate SAPI");
// Gets the available voices and prints them
$VoicesToken=$VoiceObj->GetVoices();
$NumberofVoices=$VoicesToken->Count;
For ($i=0;$i<$NumberofVoices;$i++)
{
$VoiceToken=$VoicesToken->Item($i);
$VoiceName[$i]=$VoiceToken->GetDescription();
print "$VoiceName[$i]Item Number: $i ";
}
// Gets and prints the id of the specified voice
$SelectedVoiceToken=$VoicesToken->Item(1);
$SelectedVoiceTokenid=$SelectedVoiceToken->id;
print "$SelectedVoiceTokenid";
// Tries to SET the voice (but fails)
$VoiceObj->Voice=$SelectedVoiceToken;
$VoiceName=$VoiceObj->Voice->GetDescription();
print "$VoiceName";
// This changes the rate of the selected voice
$VoiceObj->Rate = "0";
$VoiceObj->Speak("Hello, welcome to my website");
unset($VoiceObj);
THE RESULTS:
Microsoft MaryItem Number: 0
ATT DTNV 1.3 Crystal16Item Number: 1
ATT DTNV 1.3 MikeItem Number: 2
LH MichaelItem Number: 3
LH MichelleItem Number: 4
ATT DTNV 1.3 CrystalItem Number: 5
Microsoft MikeItem Number: 6
Microsoft SamItem Number: 7
Sample TTS VoiceItem Number: 8
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Speech\Voices\Tokens\ATT-DT-13-Crystal16
Warning: main(): PropPut() failed: Member not found. in C:\talk.php on
line59
Microsoft Mary
Joe Londa
--
Edit bug report at http://bugs.php.net/?id=21852&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21852&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21852&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21852&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21852&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21852&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21852&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21852&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21852&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21852&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21852&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21852&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21852&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21852&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21852&r=gnused
#21853 [NEW]: includes stopped working
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.3.0 PHP Bug Type: *Directory/Filesystem functions Bug description: includes stopped working Since I upgraded to PHP 4.3, all of the includes on my Web sites quite working (hundereds of them). I've tried poking around in the php/ini file; modifying include_path and what not and finally had to give up and go back to last 4.2 version. Here is an example of what does not work (I get a warning saying that it cannot find the file). If I modify this so that the link to relative to the current document it works fine. What gives? -- Edit bug report at http://bugs.php.net/?id=21853&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21853&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21853&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21853&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21853&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21853&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21853&r=support Expected behavior: http://bugs.php.net/fix.php?id=21853&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21853&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21853&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21853&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21853&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21853&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21853&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21853&r=gnused
#21850 [Opn->Bgs]: PHP_AUTH_* unavaliable
ID: 21850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: HTTP related Operating System: Linux PHP Version: 4.3.0 New Comment: It was decided to disable PHP_AUTH_* variables when safe_mode was enabled. You can use REMOTE_USER for the username regardless. Am marking this bug as bogus. http://www.php.net/features.http-auth p.s. I just tried phpmyadmin in safe mode with http auth and it works fine. Previous Comments: [2003-01-23 17:46:09] [EMAIL PROTECTED] Philib disable PHP_AUTH_* on PHP 4.3.x to PHP 5, this is a problem in many cases, howto phpmyadmin use apache auth basic... :) Have another solution? -- Edit this bug report at http://bugs.php.net/?id=21850&edit=1
#21854 [NEW]: Output compression stops working
From: [EMAIL PROTECTED] Operating system: Redhat 7.2 PHP version: 4.3.0 PHP Bug Type: Zlib Related Bug description: Output compression stops working ./configure --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs --with-zlib --with-gd --with-gmp --enable-bcmath --enable-sockets --enable-debug php.ini zlib.output_compression = On Apache 1.2.37 ./configure \ "--with-layout=Apache" \ "--enable-module=most" \ "--enable-shared=max" \ After the server is running for about 30seconds to 1 min it stops compressing pages. This can been seen by looking at HTTP Response Headers in phpinfo(); and also using http://leknor.com/code/gziped.php to check the page. -- Edit bug report at http://bugs.php.net/?id=21854&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21854&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21854&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21854&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21854&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21854&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21854&r=support Expected behavior: http://bugs.php.net/fix.php?id=21854&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21854&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21854&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21854&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21854&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21854&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21854&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21854&r=gnused
#21848 [Opn]: error with class and file system
ID: 21848
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
excuse me i found the error :)
if(!is_dir("modulos/".$directorio))
Previous Comments:
[2003-01-23 18:40:27] [EMAIL PROTECTED]
Excuse me, me english is very poor but I want to contribute to PHP, I
think this is not a programing problem. If the probem is so basic can
you tell me what is the problem if you are a PHP guru?¿
And me intention was to warn of the possible error.
[2003-01-23 17:10:04] [EMAIL PROTECTED]
please learn english guy,...
and your problem is so basic... please, learn english but begin with
learning php!!
[2003-01-23 17:06:49] [EMAIL PROTECTED]
You are very ridiculus
[2003-01-23 16:32:47] [EMAIL PROTECTED]
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
[2003-01-23 16:30:22] [EMAIL PROTECTED]
the script:
class php_eddi_dev
{
var $gui;
var $modulos; //cargador de las interfaces de los módulos.
var $interface; //cargador de interfaz principal.
// {{{ delete_event()
/**
* Constructor de la clase, genera el array gui global, la variable
global interface que contendra la interface XML y carga la liberia
PHP-GTK.
*
* @return void
*/
function php_eddi_dev()
{
dl(stristr(PHP_OS, "WIN") ? "php_gtk.dll" : "php_gtk.so");
$this->gui = array();
$this->modulos = array();
$this->interface = &new GladeXML("php-eddi-dev.glade");
}
// }}}
// {{{ salir()
/**
* Se encarga de cerrar la aplicacion GTK.
*
* @return void
*/
function salir()
{
Gtk::main_quit();
}
// }}}
// {{{ cargador_de_modulos()
/**
* Se encarga de cargar los modulos adicionales del PHP-EDDI-DEV.
*
* @return void TODO
*/
function cargador_de_modulos()
{
$handle = opendir("modulos/");
while ($directorio = readdir($handle)) {
if ($directorio != "." AND $directorio != "..")
{
if(!is_dir($directorio))
{
echo filetype($directorio) . "\n";
}
}
}
}
// }}}
// {{{ main()
/**
* Se encarga de configurar y de lanzar la aplicación.
*
* @return void
*/
function main()
{
$this->gui['Gtk_Window'] =
$this->interface->get_widget('ide');
$this->gui['Gtk_Window']->connect('destroy',array(&$this,'salir'));
$this->gui['Gtk_Window']->set_usize(600,400);
/**
* Asignamos a la variable global color un color.
*/
$this->gui['color'] = new GdkColor('#898989');
/**
* Creamos un estilo nuevo que se le aplicara a
$this->gui['Gtk_Fixed'].
*/
$this->gui['estilo'] = new GtkStyle();
$this->gui['estilo']->bg[GTK_STATE_NORMAL] =
$this->gui['color'];
/**
* Recogemos el widget de glade y le aplicamos el estilo.
*/
$this->gui['Gtk_Fixed'] =
$this->interface->get_widget('entorno_desarrollo');
$this->gui['Gtk_Fixed']->set_style($this->gui['estilo']);
gtk::main();
}
// }}}
}
$programa = &new php_eddi_dev;
//$programa->main();
$programa->cargador_de_modulos();
--
Running PHP 4.1.2
Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies
[PHP Modules]
xml
wddx
standard
sockets
session
posix
pcre
mysql
ftp
dbx
[Zend Modules]
Not Implemented
The problem is:
When I call to the function cargador_de_modulos() supposedly to show
to me the directories of path that goes to the function opendir() to
him but gives a warning me.
Warning: lstat failed for prueba (errno=2 - No existe el
fichero o el directorio) in
/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php on line
80/root/php-eddi-dev/tests/php-eddi-dev/php-eddi-dev.php(80)
: Warning - lstat failed for prueba (errno=2 - No existe el fichero o
el directorio)
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#21855 [NEW]: Likely threading issue: Crash when using Apache 2.0 (worker model)
From: [EMAIL PROTECTED] Operating system: HPUX 11.00 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: Likely threading issue: Crash when using Apache 2.0 (worker model) Following Problem noticed when using Apache 2.0 built with the worker model. This problem is not seen on Apache 2.0 (prefork) or Apache 1.3. A crash is noticed with the following entry in the Apache error_log when main page (index.php) of phpMyAdmin is accessed... [notice] child pid 26712 exit signal Illegal instruction (4) -- GDB analysis -- Here's a short analysis. I attached with gdb to the httpd process and then reloaded the page: Program received signal SIGBUS, Bus error. [Switching to thread 2 (system thread 4353)] 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 (gdb) info threads 27 system thread 4378 0xc01f9cc8 in _semop_sys+0x10 () from /usr/lib/libc.2 26 system thread 4377 warning: reading `r3' register: No data 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 : 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 3 system thread 4354 warning: reading `r3' register: No data 0xc01f5100 in __ksleep+0x10 () from /usr/lib/libc.2 * 2 system thread 4353 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 1 system thread 4351 warning: reading `r3' register: No data 0xc01f6ed0 in _read_sys+0x10 () from /usr/lib/libc.2 (gdb) bt #0 0xc0208700 in __thread_mutex_lock+0x10 () from /usr/lib/libc.2 #1 0xc0184690 in mallinfo+0xa04 () from /usr/lib/libc.2 #2 0xc0182330 in __thread_callback_np+0x624 () from /usr/lib/libc.2 #3 0xc0187e7c in malloc+0x198 () from /usr/lib/libc.2 #4 0xc267fb24 in virtual_file_ex+0xb4 () from /opt/hpapache2/modules/libphp4.so #5 0xc25b5d64 in expand_filepath+0x74 () from /opt/hpapache2/modules/libphp4.so #6 0xc25b4d78 in php_fopen_and_set_opened_path+0x78 () from /opt/hpapache2/modules/libphp4.so #7 0xc25b58a8 in php_fopen_with_path+0x2f0 () from /opt/hpapache2/modules/libphp4.so #8 0xc25b5b70 in php_fopen_url_wrapper+0x250 () from /opt/hpapache2/modules/libphp4.so #9 0xc25b4f14 in php_fopen_wrapper+0x124 () from /opt/hpapache2/modules/libphp4.so #10 0xc25b031c in php_fopen_wrapper_for_zend+0x84 () from /opt/hpapache2/modules/libphp4.so #11 0xc2567034 in open_file_for_scanning+0x54 () from /opt/hpapache2/modules/libphp4.so #12 0xc2567368 in compile_file+0xc8 () from /opt/hpapache2/modules/libphp4.so #13 0xc2567644 in compile_filename+0xac () from /opt/hpapache2/modules/libphp4.so #14 0xc258acd8 in execute+0x7ad8 () from /opt/hpapache2/modules/libphp4.so (gdb) disas 0xc02086f0 <__thread_mutex_lock>: stw %rp,-0x14(%sp) 0xc02086f4 <__thread_mutex_lock+4>: ldo 0x40(%sp),%sp 0xc02086f8 <__thread_mutex_lock+8>: addil L'-0x800,%r19,%r1 0xc02086fc <__thread_mutex_lock+12>:ldw 0x390(%r1),%r24 0xc0208700 <__thread_mutex_lock+16>:stw %r19,-0x20(%sp) 0xc0208704 <__thread_mutex_lock+20>:ldw 0(%r24),%r31 : (gdb)p/x $sp $1 = 0x7eedd030 (gdb) x/x $sp 0x7eedd030: Error accessing memory address 0x7eedd030: Bad address. Is 0x7eedd030 a valid stack address? 0x8000 - 0x7eedd030 = 0x01122FD0 maxssiz 0X0100 So not for the process stack. Maybe it is within a thread stack? (gdb) info frame Stack level 0, frame at 0x7eedcff0: pcoqh = 0xc0208700 in __thread_mutex_lock; saved pcoqh 0xc0184690 called by frame at 0x7eedceb0 Arglist at 0x7eedcff0, args:last known Locals at 0x7eedcff0, Previous frame's sp cis 0x7eedcff0 <== valid stack Saved registers:address rp at 0x7eedcfdc (gdb) x/x 0x7eedcff0 0x7eedcff0: 0x (gdb) x/x 0x7eedd000 0x7eedd000: Error accessing memory address 0x7eedd000: Bad address. So 0x7eedcff0 is valid, but 0x7eedd000 is not (only 16 bytes difference). Looks like we crossed the end of the thread stack. -- Edit bug report at http://bugs.php.net/?id=21855&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21855&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21855&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21855&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21855&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21855&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21855&r=support Expected behavior: http://bugs.php.net/fix.php?id=21855&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21855&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21855&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21855&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21855&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21855&r=dst IIS Stabili
#21856 [NEW]: make fails with Undefined symbol errors
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: make fails with Undefined symbol errors I want to build php 4.3.0 with pgsql and gd2 support using the php version of gd2. Configure seems to work w/o any trouble. I don't get any errors, but when I get to the link stage, make fails. The error is: Undefined first referenced symbol in file gdImageJpegCtx ext/gd/gd.lo gdImageCreateFromJpeg ext/gd/gd.lo gdImageCreateFromJpegCtxext/gd/gd.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I used this configure command: ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-short-tags \ --with-gd --with-freetype-dir=/usr/local --enable-gd-native-ttf \ --enable-gd-imgstrttf --with-jpeg-dir=/usr/local --with-zlib \ --with-png-dir=/usr/local When I search for the missing symbols, I find them in gd.h, but it looks like those are the ones the linker is complaining about. I downloaded gd 2.0.10 to see if I could find the missing symbols and they appear as prototype defs in gd.h. There is no gd.h in my distribution. Should there be? As a last resort, I just downloaded the 4.3.0.tar.gz distro again this evening, wiped out the old area and started fresh. It hasn't made a difference. I also tried all of the posts in the support section, but none of those pointers made any difference. I have a number of other configs that also did not work, if you need those. -- Edit bug report at http://bugs.php.net/?id=21856&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21856&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21856&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21856&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21856&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21856&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21856&r=support Expected behavior: http://bugs.php.net/fix.php?id=21856&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21856&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21856&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21856&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21856&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21856&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21856&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21856&r=gnused
#21844 [Com]: ODBC_CULUMNS problems
ID: 21844 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: W2K PHP Version: 4.2.3 New Comment: Thanks for that although Im sure thats not it. Ive tried every variation of; -- $cols = odbc_columns($conn, "%", "", "[table]"); -- as reported on this site and phpbuilder. Also, elsewhere Im using -- $query = "WHERE Surname LIKE '$search_val%';" ^ -- with no problems. But maybe it handles this differantly. I have seen hoards of postings about this but no official line from the good people at php.net. Knock up a quick access table and test it yourself... you'll see what I mean. Rick. Previous Comments: [2003-01-23 10:25:56] [EMAIL PROTECTED] If I remember correctly the issue isn't the MS driver, or the code, but the Access JET engine. The '%' driver I believe is not supported by the JET engine and as such fails on all attempts. Unfortunately I can't test to prove it right now, so give that a try. [2003-01-23 09:23:25] [EMAIL PROTECTED] Im using Access 2k with PHP 4.2 win32 binary. Im simply trying to query the columns in a table, thus; -- $conn = odbc_connect( 'DSN_NAME', 'root', '' ); $cols = odbc_columns($conn, "%", "", "[table]"); -- This returns the error; -- Warning: SQL error: , SQL state 0 in SQLColumns in .. -- I have seen previous postings in various places regarding this issue but no mentions of a fix/workaround anywhere??? Whats the problem with this? Is it the odbc drivers for windoze or somthing code related (although the above follows the manual to a 't')? Cheers, Rick. -- Edit this bug report at http://bugs.php.net/?id=21844&edit=1
#21857 [NEW]: Perl-like delimeter needed
From: [EMAIL PROTECTED]
Operating system: Linux 2.4x
PHP version: 4.3.0
PHP Bug Type: Feature/Change Request
Bug description: Perl-like delimeter needed
it would be nice to do something like this;
echo(qq~This make it real "easy" to output HTML~);
vs
echo("This makes it a real \"pain\" to output HTML");
This is a feature in Perl where it could be qq! ! or any other symbol
after the qq is used as a delimeter.
thanks,
jeff
--
Edit bug report at http://bugs.php.net/?id=21857&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21857&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21857&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21857&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21857&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21857&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21857&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21857&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21857&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21857&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21857&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21857&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21857&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21857&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21857&r=gnused
#21336 [Fbk->NoF]: Session sometime can't function
ID: 21336 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Win 2000 Server PHP Version: 4.3.0 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2003-01-08 17:21:21] [EMAIL PROTECTED] 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. A sample of the session code you're using and the session section from the php.ini might help us a lot more in debugging this. [2003-01-06 14:42:23] [EMAIL PROTECTED] I have difinately seen this as well. I was able to go back to 4.2.3 and made sure to replace the php.ini file with my old version and all is well again, but 4.3.0 will not handle sessions for me. [2003-01-02 19:22:39] [EMAIL PROTECTED] i'm confuse about it now. Not just on 4.3.0, 4.2.3 seem got this problem too. After changed 4.2.3: i have open two browser, one seem everything alright. but one got the same problem. everytime open new session. if the code error. two browser must got the same problem. Mike [2003-01-02 07:29:02] [EMAIL PROTECTED] I'm using session between two pages. But sometime the 4.3.0 can't read the pervious session and then second page was created the new session. And i was confirmed this bug only on 4.3.0 Because i was changed back to 4.2.3. The session error didn't appeared anymore. -- Edit this bug report at http://bugs.php.net/?id=21336&edit=1
#21375 [Fbk->NoF]: Changes in configure.in do not allow the creation of a sane configure
ID: 21375 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4CVS-2003-01-02 (dev) New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2003-01-08 21:27:17] [EMAIL PROTECTED] (to be verified, someone ELSE needs to be able to reproduce this :) Please try the older autoconf/automake. autoconf versions above 2.13 really are buggy. And make sure you get rid of all the old files of those tools (autoconf,automake,libtool) before you install them. [2003-01-08 20:00:03] [EMAIL PROTECTED] No, I had not changed anything in this box since the last time I compiled from CVS back in October. I have changed things while trying to check if a newer autoconf, etc. helped. Running the command line you suggested I get: ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:100072: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' So autoconf 2.57 is buggy but 2.13 is not? Should I downgrade? Just to make doubly sure I did not have anything weird in my local CVS copy I did a fresh checkout of 'php4' (in /tmp/test/php4), and rerun the line above: % cd /tmp/test/php4 % ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:99670: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' Any ideas on where to look about the (possible) messed up libtool? I had not used autoconf too much, but it is weird that 2.13 is not buggy but a later (current) version is. [2003-01-08 17:42:19] [EMAIL PROTECTED] Did you change anything in your setup before this started? And are all those tools installed with same prefix? Are you sure your CVS checkout is clean? Here's the output I got with latest CVS (HEAD): # ./cvsclean && ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in It looks like that your libtool installation is not quite okay.. [2003-01-06 13:25:44] [EMAIL PROTECTED] More information: (using CVS from today 2003-01-06) I had installed the following versions automake 1.4 libtool 1.4 autoconf 2.13 Gnu m4 1.4 which according to buil/buildcheck.sh should be OK (and which indeed used to build from CVS w/o trouble) To try and see if it will work w/ a new version, I installed: autoconf 2.57 automake 1.7.2 and then I rerun: % ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Yo
#21319 [Fbk->NoF]: the PHP Script Interpreter crashes.
ID: 21319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 4.3.0 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2003-01-08 13:34:41] [EMAIL PROTECTED] Hi, sorry I haven't been able to isolate in sort, but I found out this much : Installing 4.3.0 by default enables the php_iisfunc.dll extension in the php.ini file. (Using Windows XP and IIS). I'm not aware of using this functionality and when I remove the use of the php_iisfunc.dll (comment the line) the error doen't occur. Hopefully this can be of some use. /Rene' [2003-01-08 13:27:31] [EMAIL PROTECTED] Don't quote me on this, but I believe this bug is related to several other bugs which have been reported since 4.3.0. There *appears* to be an issue with garbage collection when the interpreter is in the final stages of shutdown (script exit). I can't be more specific because it's related to a portion of the PHP Core which I'm not qualified to debug and is a heisenbug in the most classical sense. Rest assured though that there ARE developers working on this issue. Any additional information you can provide such as backtraces and short, simple pieces of code which reproduce the error will aid in the isolation and irradication of this bug. [2003-01-07 17:46:07] [EMAIL PROTECTED] In order to look into the problem we would need a short and complete script that reproduces the problem. Without that there is very little information to go on. [2003-01-07 14:05:53] [EMAIL PROTECTED] i withdraw my speculation about the die construct beeing the problem; i have a script that does.. something (checks urls & downloads them via fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an error when downloading, and naturally, to move on to the next url, i use the continue construct (or whatever it's called). I run my scripts from the command prompt with a batch script that runs "PHP SCRIPTNAME.PHP" over and over in an infinite loop.. since the php script is executed in a loop, it wouldn't really matter if you call continue or die since the next url in the database would be processed either way.. Now this should be interesting; NOT A SINGLE CRASH, has ever occurred ever since i've started using die instead of continue on download errors.. and you're still not responding.. osman darcan [2003-01-07 13:56:48] [EMAIL PROTECTED] I am using Apache and yes, it may be the same problem, what i don't understand is why these guys dont respond, i would really like to know if they're into the problem or if they haven't even read my messages yet.. a simple "we're looking into the problem" would be fine.. but nooo.. 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/21319 -- Edit this bug report at http://bugs.php.net/?id=21319&edit=1
#21857 [Opn->WFx]: Perl-like delimeter needed
ID: 21857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux 2.4x PHP Version: 4.3.0 New Comment: Obscure syntax has never been well-embraced by php. besides, in this example you can just ?>This make it really really "easy" to output HTML http://bugs.php.net/?id=21857&edit=1
#21795 [Fbk->Opn]: Undeclared statement in oci8.c
ID: 21795 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Redhat 7.1 PHP Version: 4.3.0 New Comment: Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production With the Partitioning and Java options PL/SQL Release 8.1.5.0.0 - Production Previous Comments: [2003-01-23 10:34:09] [EMAIL PROTECTED] And the used Oracle version here is? [2003-01-21 08:37:57] [EMAIL PROTECTED] When building php4.3.0 with option --with-oci8 I get the following error message when running 'make' /bin/sh libtool --silent --mode=compile gcc -Iext/oci8/ -I/usr/src/php-4.3.0/ext/oci8/ -DPHP_ATOM_INC -I/usr/src/php-4.3.0/include -I/usr/src/php-4.3.0/main -I/usr/src/php-4.3.0 -I/usr/src/php-4.3.0/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/oracle/plsql/public -I/usr/src/php-4.3.0/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/src/php-4.3.0/ext/oci8/oci8.c -o ext/oci8/oci8.lo /usr/src/php-4.3.0/ext/oci8/oci8.c: In function `zif_ocierror': /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: `OCI_ATTR_STATEMENT' undeclared (first use in this function) /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: (Each undeclared identifier is reported only once /usr/src/php-4.3.0/ext/oci8/oci8.c:4266: for each function it appears in.) make: *** [ext/oci8/oci8.lo] Error 1 PHP 4.2.3 works fine with the same configure options. (./configure --prefix=/usr --with-config-file-path=/etc --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg=/usr --with-png --with-zlib --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql --with-oci8 --with-xml --enable-sigchild --with-ldap --with-expat --enable-xslt --with-xslt-sablot --with-dom --with-pear) -- Edit this bug report at http://bugs.php.net/?id=21795&edit=1
#21848 [Opn->Bgs]: error with class and file system
ID: 21848
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: Linux Red Hat 8.0
PHP Version: 4.2.0
New Comment:
not a bug, but a user error -> bogus
Previous Comments:
[2003-01-23 20:23:59] [EMAIL PROTECTED]
excuse me i found the error :)
if(!is_dir("modulos/".$directorio))
[2003-01-23 18:40:27] [EMAIL PROTECTED]
Excuse me, me english is very poor but I want to contribute to PHP, I
think this is not a programing problem. If the probem is so basic can
you tell me what is the problem if you are a PHP guru?¿
And me intention was to warn of the possible error.
[2003-01-23 17:10:04] [EMAIL PROTECTED]
please learn english guy,...
and your problem is so basic... please, learn english but begin with
learning php!!
[2003-01-23 17:06:49] [EMAIL PROTECTED]
You are very ridiculus
[2003-01-23 16:32:47] [EMAIL PROTECTED]
excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.
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/21848
--
Edit this bug report at http://bugs.php.net/?id=21848&edit=1
#17064 [Com]: PHP + Sablotron will not load
ID: 17064 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: XSLT related Operating System: Linux, kernel 2.4 PHP Version: 4.2.0 New Comment: This problem is solved successful. I found at http://archive.gingerall.cz/archives/public/sablot2003/msg00083.html ### You can test that by use 1. Apache (httpd-2.0.44.tar.gz) 2. MySQL (mysql-max-3.23.54b-pc-linux-i686.tar.gz) 2. PHP (php-4.3.0.tar.gz) 3. xslt (Sablot-0.97.tar.gz) 4. expat (expat-1.95.5.tar.gz) 5. libxml (libxml2-2.5.1.tar.gz) 6. mm (mm-1.2.2.tar.gz) 7. zlib (zlib-1.1.4.tar.gz) 8. curl (curl-7.10.3.tar.gz) Install Step 1. Install MySQL, xslt, expat, libxml, mm, zlib, curl 2. Install Apache # ./configure --prefix=/usr/local/apache \ --enable-module=most \ --enable-shared=max # make # make install # make clean 3. Install PHP # ./configure --with-mysql=/usr/local/mysql --with-apxs2=/var/www/apache2/bin/apxs --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-dom=/usr/local/libxml --with-zlib --with-expat-dir=/usr/local/expat --with-curl You will get Makefile You must edit Makefile by add -lstdc++ at EXTRA_LDFLAGS line. Ex: open up the Makefile and adjust the EXTRA_LDFLAGS line. mine was originally: EXTRA_LDFLAGS = -avoid-version -module -L/opt/lib I changed it to EXTRA_LDFLAGS = -avoid-version -module -L/opt/lib -lstdc++ #make #make install #cp php.ini-dist /usr/local/lib/php.ini 4. Edit httpd.conf -Add this line at Dynamic Shared Object (DSO) Support : LoadModule php4_module modules/libphp4.so *** Don't type LoadModule php4_module modules/libphp4.so ::: this line have two spaces between php4_module with modules/libphp4.so that apache bugs -Add this line at AddType : AddType application/x-httpd-php .php .php3 AddType application/x-httpd-php-source .phps 5. Start or Restart apache2 ::: I hope this info useful to others. Previous Comments: [2002-05-07 01:52:37] [EMAIL PROTECTED] No idea, try it on a clean box. I have no idea which of the many libraries that are involved here may have been compiled with gcc3. You could try forcing linking against the gcc3 version of libGLU.so, but that might cause weird side-effects. We don't really have the bandwidth to chase down one-off misconfigured environments here. [2002-05-07 01:47:22] [EMAIL PROTECTED] OK, what do you suggest? I tried recompiling expat, and all the others... [2002-05-07 01:42:07] [EMAIL PROTECTED] Ok, I did a bit of google searching as you suggested. As far as I can tell __gxx_personality_v0 is a gcc3.0 symbol. I bet you are mixing object files or libraries compiled with gcc3 with stuff compiled with gcc2.95. The fact that you said you tried with both is a good indication that you may have a mixture of both on your system. It is definitely not a common PHP building problem. If you can somehow prove otherwise, re-open. [2002-05-07 01:35:23] [EMAIL PROTECTED] Yes, of course it loaded, and I don't see anybody else at the URL you provided with your problem. They seem to be just normal localized flailing trying to build PHP. [2002-05-07 01:24:29] [EMAIL PROTECTED] Yeah, it compiled, but did it load? Here is a google link: http://groups.google.com/groups?hl=en&safe=off&threadm=FWqB8.27804%24G%253.8933359%40typhoon.columbus.rr.com&rnum=2&prev=/groups%3Fq%3D__gxx_personality_v0%26hl%3Den%26safe%3Doff%26sa%3DG%26scoring%3Dd There are a few more, do a google search. As a side note, I installed everything from source. Anything I might have done wrong? Thanks! 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/17064 -- Edit this bug report at http://bugs.php.net/?id=17064&edit=1
