[PHP-DEV] PHP 4.0 Bug #9425 Updated: file upload appends content-type header to beginning of binary file

2001-02-26 Thread sniper

ID: 9425
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:



Previous Comments:
---

[2001-02-23 12:35:17] [EMAIL PROTECTED]
I've been having difficulty with the file upload feature, specifically used with JPEG 
files. I'm using the 4.04p|1 RPM for RH off of rpmfind, I've listed the compile flags 
at the end of this message.

The content-type header has been appended to the beginning of the file, making the 
file unreadable. Opening the file in vi and deleting the first two lines fixes the 
problem.

I've seen ~3 other messages posted relating to this problem on the mailing lists, 
specific to this version, but no solutions, so I'm guessing it's a bug.

Here's the code on the receiving end:

if ($HTTP_POST_FILES):
$file1_nym  = $HTTP_POST_FILES['file1_upload']['name'];
move_uploaded_file($file1_upload, "/usr/local/www/html/assets/$file1_nym");
$file2_nym  = $HTTP_POST_FILES['file2_upload']['name'];
move_uploaded_file($file2_upload, "/usr/local/www/html/assets/$file2_nym");
}


compile options:
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' 
'--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-dir=/usr' '--with-png' '--with-zlib' 
'--with-db2' '--with-db3' '--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' '--without-mysql' 
'--without-oracle' '--without-oci8' '--with-xml'

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9425edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9429 Updated: Apache hangs when Win goes to standby

2001-02-26 Thread sniper

ID: 9429
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: Apache related
Assigned To: 
Comments:

submitted twice. ( orig. #9422)

Previous Comments:
---

[2001-02-23 14:27:05] [EMAIL PROTECTED]
If PHP 4.04 is included in Apache 1.3.17 as module with:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php

and Win goes into standby the standby window and the Apache console freezes, omnly 
after after killing the second apache task - with small letters - computer goes 
standby.

Gustav Graf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9429edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9430 Updated: APACHE fails to compile when --with-imap support is enabled

2001-02-26 Thread sniper

ID: 9430
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Apache related
Assigned To: 
Comments:

The c-client library is not meant to be compiled as shared library (yet).

Please consult this page for info where to get the sources and
how to install it:

http://www.php.net/manual/en/ref.imap.php

--Jani


Previous Comments:
---

[2001-02-23 14:48:41] [EMAIL PROTECTED]
After a successful install of PHP using the configuration:
./configure --with-openlink=/usr/local/openlink 
--with-apache=../apache_1.3.17 --enable-track-vars --with-gd 
--enable-ftp --with-ttf --with-jpeg-dir=/usr/lib --with-mysql=/usr/local 
--with-imap

running:
./configure --prefix=/etc/apache --logfiledir=/var/log/apache  
--activate-module=src/modules/php4/libphp4.a

fails with the message:
cd ..; gcc  -DLINUX=22 -I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/main 
-I/usr/src/php-4.0.4pl1/main -I/usr/src/php-4.0.4pl1/Zend -I/usr/src/php-4.0.4pl1/Zend 
-I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1 
-DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy 
helpers/dummy.c   -Wl,-rpath,/usr/lib/lib -Wl,-rpath,/usr/local/lib/mysql  -rdynamic 
-L/usr/lib/lib -L/usr/local/lib/mysql -Lmodules/php4 -L../modules/php4 
-L../../modules/php4 -lmodphp4  -L/usr/local/openlink/odbcsdk/lib -liodbc -lpam 
-lc-client  -ldl -lmysqlclient -lttf -lz -lpng -lgd -ljpeg -lresolv -lm -ldl -lcrypt 
-lnsl  -lresolv -L/usr/lib/lib -ljpeg   -lm -lcrypt
/usr/lib/libc-client.so: undefined reference to `mm_expunged'
/usr/lib/libc-client.so: undefined reference to `mm_diskerror'
/usr/lib/libc-client.so: undefined reference to `mm_lsub'
/usr/lib/libc-client.so: undefined reference to `mm_flags'
/usr/lib/libc-client.so: undefined reference to `mm_fatal'
/usr/lib/libc-client.so: undefined reference to `mm_nocritical'
/usr/lib/libc-client.so: undefined reference to `mm_notify'
/usr/lib/libc-client.so: undefined reference to `mm_searched'
/usr/lib/libc-client.so: undefined reference to `mm_status'
/usr/lib/libc-client.so: undefined reference to `mm_login'
/usr/lib/libc-client.so: undefined reference to `mm_list'
/usr/lib/libc-client.so: undefined reference to `mm_critical'
/usr/lib/libc-client.so: undefined reference to `mm_exists'
/usr/lib/libc-client.so: undefined reference to `mm_log'
/usr/lib/libc-client.so: undefined reference to `mm_dlog'
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
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
 + 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 
= End of Error Report =

 Aborting!

This error can be duplicated by running:
gcc src/helpers/dummy.c -o dummy -lc-client


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9430edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9432 Updated:

2001-02-26 Thread sniper

ID: 9432
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

# ./configure --help |grep imap-ssl
  --with-imap-ssl[=DIR]   Include SSL support in IMAP.

Add above option into your configure line.





Previous Comments:
---

[2001-02-23 16:47:09] [EMAIL PROTECTED]
I need to install apache 1.3.14 whith php 
In apache 
./configure --prefix=/www --enable-rule=SHARED_CORE --enable-module=so

I need install mysql, ipxs and  imap.
In php 
./configure --with-mysql --with-apxs=/www/bin/apxs --with-imap

But When I finally run it This message appears

/www/bin/apachectl start 
Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/liphp4.so into sever:undefinied symbol: 
SSL_CTX_set_tmp_rsa_callback
/www/bin/apachectl start:httpd could not be started

with gdb the next message, it display

Program received signal sigstrap, Trace/breakpoint trap.
0,40001d30 in_start () at rtld.c:159
159 rtld.c: No such file or directory


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9432edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed ADODB.command,recordset can not be used

2001-02-26 Thread sniper

ID: 8361
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: phanto
Comments:



Previous Comments:
---

[2001-02-23 20:23:32] [EMAIL PROTECTED]
Thank you very very much!
www.mm4.com finally complied the new version,
Every think worked well now :)



---

[2001-02-06 19:28:11] [EMAIL PROTECTED]
fixed in cvs

you have to wait till they recompile it

---

[2001-02-04 08:25:47] [EMAIL PROTECTED]
thanks! I use WindowsMe(chinese).

I don't know which platform they used to compile php.

please let me know if you finished. thanks!

steeven

---

[2001-02-04 06:34:15] [EMAIL PROTECTED]
which operating system do you use ?

if you're using windows nt/98/95 and the sources where compiled on win2k this could be 
the reason. i fix this in the evening.

harald

---

[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
?php
//phpinfo();

$dbc = new COM("ADODB.Connection");
$dbc-Provider = "sqloledb";
$dbc-Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";


?
Here is the result:

Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line 
4

Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in 
d:apachehtdocsmagwayphorumtest.php on line 4

Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php 
on line 6


Please tell me what you need to know for more.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9459 Updated: Floating point exception upon apache start

2001-02-26 Thread sniper

ID: 9459
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

This is fixed in CVS. Try the latest snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-02-26 07:48:18] [EMAIL PROTECTED]
After running standard (with apxs) commands from INSTALL script apache won't start - 
shows "Floating point exception - core dumped".
#gdb apache core
show:
 x2820a14e in php_minit_crypt (type=1, module_number=2) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg()
* 1.0));

I've fixed this by changing sradn48 to srand (commented out ifdef lines), but I 
suppose that I should not use cryptography - it won't be secure.
I suppose that this is problem with srand48() on FreeBSD,  but I am not sure. Same 
problem mentioned by FreeBSD-4.0 users in mail list .
Note:
"- core dumped" string appeares if kern.corefile kernel variable is set to somethig 
other that /dev/null.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9459edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8469 Updated: function pdf_setlinewidth does not work at all.

2001-02-26 Thread sniper

ID: 8469
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: PDF related
Assigned To: 
Comments:

No feedback, considered fixed. (works just fine for me..)

--Jani


Previous Comments:
---

[2001-01-17 18:40:54] [EMAIL PROTECTED]
What is the status for this? Does it work now or not?

--Jani

---

[2001-01-03 13:15:26] [EMAIL PROTECTED]
I tried your example script and it works just fine
for me. Please try the latest snapshot from http://snaps.php.net/ and if it doesn't 
work either,
please explain better how it doesn't work.

--Jani


---

[2000-12-29 06:26:00] [EMAIL PROTECTED]
What is the version of PDFlib you're using ?

And add a short script that can be used to reproduce this
into this bug report.

--Jani


---

[2000-12-28 20:30:02] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8469edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8310 Updated: Coredump when running php

2001-02-26 Thread sniper

ID: 8310
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: PDF related
Assigned To: 
Comments:

How did you configure pdflib? 
Did you use  --enable-shared-pdflib option in the configure line when
you configured pdflib itself? 

--Jani



Previous Comments:
---

[2001-01-18 11:35:41] [EMAIL PROTECTED]
It happens only when I compile php with pdflib, not when I compile php with 
Oracle.
All is right with oci8. But when I try pdflib, I can't run php (coredump) after 
compilation of phppdflib.

Spit

---

[2001-01-18 06:11:11] [EMAIL PROTECTED]
Do you have the Oracle related environment variables
set when you run ./php ? (Are you using PHP on the command line OR as a CGI? ) 

Check www.php.net/oci8 for info about the environment vars.

And if this doesn't help, please provide the gdb backtrace.

--Jani


---

[2001-01-18 02:04:02] [EMAIL PROTECTED]
Yes, it happens with PHP 4.04pl1.

No solutions found yet.

---

[2001-01-17 18:41:36] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4pl1 ?

--Jani

---

[2000-12-28 16:20:54] [EMAIL PROTECTED]
Can you please provide a back trace (see http://bugs.php.net) make sure to include 
--enable-debug in your command line.

James

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8310edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8437 Updated: Compile error with pdflib gd (shared)

2001-02-26 Thread sniper

ID: 8437
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

This should be fixed in CVS now. And if not, use the workaround
of configuring both pdflib and gd extensions as shared and not only
other.

--Jani


Previous Comments:
---

[2000-12-27 08:57:50] [EMAIL PROTECTED]
This compile bug was already opened as #7251  #7487 and closed, 
but it is not solved in latest CVS (it doen't work with 4.0.4 either).


$ ./configure --with-pdflib --with-gd=shared ; make

[...]
/bin/sh /home/users/sede/php4-200012270245/libtool --silent --mode=link gcc  -I. 
-I/home/users/sede/php4-200012270245/ -I/home/users/sedephp4-200012270245/main 
-I/home/users/sede/php4-200012270245 -I/home/users/sede/php4-200012270245/Zend 
-I/usr/include/freetype -I/home/users/sede/php4-200012270245/ext/mysql/libmysql 
-I/home/users/sede/php4-200012270245/ext/xml/expat/xmltok 
-I/home/users/sede/php4-200012270245/ext/xml/expat/xmlparse 
-I/home/users/sede/php4-200012270245/TSRM  -DXML_BYTE_ORDER=12 -g -O2   -o php 
-export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(pdf.o): In function `php_if_pdf_open_memory_image':
/home/users/sede/php4-200012270245/ext/pdf/pdf.c:2533: undefined reference to 
`phpi_get_le_gd'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/users/sede/php4-200012270245'
make: *** [all-recursive] Error 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8437edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8437 Updated: Compile error with pdflib gd (shared)

2001-02-26 Thread sniper

ID: 8437
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Problem
Assigned To: 
Comments:



Previous Comments:
---

[2000-12-27 08:57:50] [EMAIL PROTECTED]
This compile bug was already opened as #7251  #7487 and closed, 
but it is not solved in latest CVS (it doen't work with 4.0.4 either).


$ ./configure --with-pdflib --with-gd=shared ; make

[...]
/bin/sh /home/users/sede/php4-200012270245/libtool --silent --mode=link gcc  -I. 
-I/home/users/sede/php4-200012270245/ -I/home/users/sedephp4-200012270245/main 
-I/home/users/sede/php4-200012270245 -I/home/users/sede/php4-200012270245/Zend 
-I/usr/include/freetype -I/home/users/sede/php4-200012270245/ext/mysql/libmysql 
-I/home/users/sede/php4-200012270245/ext/xml/expat/xmltok 
-I/home/users/sede/php4-200012270245/ext/xml/expat/xmlparse 
-I/home/users/sede/php4-200012270245/TSRM  -DXML_BYTE_ORDER=12 -g -O2   -o php 
-export-dynamic  stub.lo libphp4.la
.libs/libphp4.a(pdf.o): In function `php_if_pdf_open_memory_image':
/home/users/sede/php4-200012270245/ext/pdf/pdf.c:2533: undefined reference to 
`phpi_get_le_gd'
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/users/sede/php4-200012270245'
make: *** [all-recursive] Error 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8437edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8875 Updated: crash - Signal 11

2001-02-26 Thread sniper

ID: 8875
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: IMAP related
Assigned To: 
Comments:

Does this happen with PHP 4.0.4pl1?

--Jani


Previous Comments:
---

[2001-01-24 03:44:42] [EMAIL PROTECTED]
Attempt to decode this string always causes a crash (sig11) in imap_mime_header_decode

=?windows-1251?B?8uXx+8g==?=

Yes, this is not a valid base64 encoded string, but it should not cause a hard crash.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8875edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9450 Updated: File uploading problem

2001-02-27 Thread sniper

ID: 9450
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: HTTP related
Assigned To: 
Comments:

This is fixed in CVS. Try a CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-02-26 09:52:16] [EMAIL PROTECTED]
Ooops, I'm very sorry, it was my mistake... Of course everthing works fine, except 
when uploading picture, it contains "Content-type: " at the beginnig. But I guess 
it's different bug-report.

---

[2001-02-25 21:32:34] [EMAIL PROTECTED]
Ok, I have simple form:
form type="multipart/form-data" action="./upld.php" method="post"
...
input type="file" name="userfile"
...
/form

and upld.php contains something like this:
...
copy($userfile, $newfile);
...

The problem is:
$userfile, instead of temporary file name, contains original senders's local file name
$userfile_name is empty

If I didn't provide enought information, please drop me a note :-)
Good luck,
Korba


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9450edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9468 Updated: fread stops reading

2001-02-27 Thread sniper

ID: 9468
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Filesystem function related
Assigned To: 
Comments:

$filenum=fopen($path . "/" . $attachment_name,"rb");

Read the manual page:

http://www.php.net/fopen

Where it says:
"The mode may contain the letter 'b'. This is useful only on systems which 
differentiate between binary and text files (i.e., it's useless on Unix)."

--Jani


Previous Comments:
---

[2001-02-26 14:40:36] [EMAIL PROTECTED]
i am using php 4.0.4 (build 20.12.2000) on w2k (build 2195)with iis5.
pls. note that fread function has a problem reading a binary file (*.zip) afer 
uploading.
fread stops after reading 389 bytes instead of reading the whole file using following 
code:

$filesize=filesize($path . "/" . $attachment_name);
$filenum=fopen($path . "/" . $attachment_name,"r");
$filestuff=fread($filenum,$filesize);
fclose($filenum);

pls. help

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9468edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9473 Updated: Blank screen. Scripting engine does not run

2001-02-27 Thread sniper

ID: 9473
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Configuration Issues
Assigned To: 
Comments:

Please ask support questions on [EMAIL PROTECTED] / [EMAIL PROTECTED] 

--Jani


Previous Comments:
---

[2001-02-27 00:39:07] [EMAIL PROTECTED]
I am not sure what to send as I have done every thing in the documentation.

My Internet Explorer 5.5 browser shows me my file phpinfo.php as blank. When I do a 
view source, I see the contents ? phpinfo(); ?. I changed the text to be ?php 
phpinfo(); ?. Same problem. It

1) I unzipped php-4.0.4pl1-Win32.zip into my L: drive as L:php on my Windows 2000 
professional PC. Followed the instructions. In regards to the MM console, created a 
virtual directory php and provided read, write, script and execute. Restarted service 
no luck. 

2) Decided to install Apache 1.3. Followed the instructions to modify the httpd.conf 
file. Restarted the service same symptoms. It process normal htm files but refuses to 
process the php commands.

3) Decided to install windows 98 and use PWS. Followed the instructions which included 
modifying registry settings. Still nothing.

4) Backed off all 3 approaches and tried to install easywindows in case I made 
mistakes manually for IIS 5, Apache 1.3, and PWS. Same problem.

5) Tried to do a google search and went to the bugs.php.net and found an article on my 
symptoms. One of them was for PWs which indicated that I should modify my php.ini and 
change the document root and modify for browscap. Still nothing.

Anyways, here is a php.ini from my windows 2000 PC.

I don't know why IIS 5 will not process php.exe when I used configuration to define 
php or even my isapi file php4ts.dll from isapi tab for my php files.

Thanks in advance 
Ken


[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL  ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
;  bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the ? tag.  otherwise, only ?php and 
script tags are recognized.
asp_tags=   Off ; allow ASP-style % % tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
c

[PHP-DEV] PHP 4.0 Bug #9418 Updated: Upload image file is broken

2001-02-27 Thread sniper

ID: 9418
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

And the example script is where?

--Jani


Previous Comments:
---

[2001-02-25 22:28:23] [EMAIL PROTECTED]
Hi!
1. yes, uploaded file exsit

2. filesize uploaded file equal filesize of original, but cmp say, what this files 
differ

cmp file1.gif file2.gif
file1.gif file2.gif differ: char 8, line 1

3. both file begin with string:
GIF89

4. I open files in browser using http address:
http://my.website.com/path/file.gif



---

[2001-02-25 18:28:55] [EMAIL PROTECTED]
Reopening. jmoore : what's the hurry to close something just one day after the issue 
is reported?

nekto replied "What info yuo need?"
nekto: well 
 does the uploaded file exist?
 does the file 0 filesize?
 what are the differences between the files - is the uploaded file prepended with a 
content-type header?
 what code are you using to reference the uploaded file?

---

[2001-02-24 13:23:34] [EMAIL PROTECTED]
Not enough information supplied closing.

---

[2001-02-23 05:04:14] [EMAIL PROTECTED]
I have a problem with upload gif image (original differ from upload image). With yours 
recommendation, i install last cvs version of php4. But this not solved my problem. 
What i must doing for solving my problem?


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9418edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9488 Updated: Imap connection silently fails.

2001-02-27 Thread sniper

ID: 9488
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: IMAP related
Assigned To: 
Comments:

Change the '||' to 'or'  and it should work ok.

--Jani




Previous Comments:
---

[2001-02-27 17:09:01] [EMAIL PROTECTED]
This problem is similar to that I submitted in bug # 7816,
however it expands on it.  

It appears that the imap_open function fails silently if you
have used any other socket-type function previously in the
script.  Specifically I have seen this with calls to
fsockopen, and also the mysql_connect functions.  In a
script that I have written I was trying to athenticate the
user before calling the imap_open function, because the
imap_open function takes so long to fail when given an
incorrect username-password pair.  Origanally I was trying
to authenticate to a mysql radius database for
authentication, however when the imap function refused to
work with mysql_connect called prior to it, I tried using
fsockopen to connect to the pop3 port on the server so that
I could manually attemp authentication.  However this
produced the same results as the mysql attempt.  

Specifically I am calling a function for imap_open in the
following manner...

$mbox = imap_open("{my.mail.server:143}" . $mailbox,
$username, $password)  || die ("can't connect: " .
imap_last_error());

This works fine unless I have call fsockopen or
mysql_connect before this.  If you use either of those
functions prior to this statement in the php script however
the imap_open function appears to succeed and a value is
assigned to $mbox, however subsequent calls to imap
functions attempting to use the "imap stream" stored in
$mbox will fail with an error stating that $mbox is not a
valid imap stream.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9488edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7816 Updated: Imap + mysql fails

2001-02-27 Thread sniper

ID: 7816
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: IMAP related
Assigned To: 
Comments:

|| -- OR



Previous Comments:
---

[2000-11-14 12:44:18] [EMAIL PROTECTED]
Opening a connection to a mysql database server before opening a connection to an imap 
server appears to fail.

In a script that I was testing a opened a mysql database to authenticate a user to a 
RADIUS table before opening an imap connection for the user.  The imap_open function 
returned something other than false, however subsequent calls to that imap connection 
would fail.

Specifically doing...

?
$db_server = "my.db.server";
$db_username = "username";
$db_password = "*";
$mailbox = "{myimap.server.com:143}INBOX";
$imap_user = "myimapuser";
$imap_password = "myimappassword";

$mysql_connection = mysql_open($db_server, $db_username, $db_password);

$mbox = imap_open($mailbox, $imap_user, $imap_password);
   || die("imap didn't work: " . imap_last_error());

echo "This is my imap stream: " . $mbox . "br";
if (imap_ping($mbox))
{
   echo "Imap is alive!br";
}
else
{
   echo "Imap is dead!br";
}
?

Will always result in an output of 
This is my imap stream: 1 (or some other number)
Imap is dead!

However simply reversing the order of the mysql_open and imap_open statements so that 
you open the imap connection first seems to allow both imap and mysql to function 
correctly.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7816edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8545 Updated: Session variables not carried forward in Netscape Client

2001-02-27 Thread sniper

ID: 8545
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Assigned To: 
Comments:

Does this happen with latest CVS snapshot from http://snaps.php.net/ ??

--Jani


Previous Comments:
---

[2001-01-16 08:03:21] [EMAIL PROTECTED]
Hi,
an update on this.
This problem is observed if the server type in apache web server is INETD. If we run 
apache as standalone it works fine.

can u check this and revert why sessions are not working in netscape if apache runs as 
inetd.

rgds
Bhaskar

---

[2001-01-10 06:59:28] [EMAIL PROTECTED]
can i have the design team views asap.

thanks in advance
Bhaskar

---

[2001-01-08 04:42:01] [EMAIL PROTECTED]
I am attaching the script of two files first.php and second.php which can be used to 
reproduce this.

beginning of first.php-
?
session_start();
session_register(test);
$test="firstpage";
?
html
head
titlePhp Bug reporting page/title/head
body
a href="second.php"Click here to goto next page/a/table
/body
/html
-end of first.php---
---beginning of second.php---
?
session_start();
echo $test;
session_unset();?
htmlhead
titlePhp Bug reporting page/title/head
body
a href="first.php"Click here to goto first page/a/table
/body
/html
--end of second.php-

On clicking the hyperlink of the first page, i should see the value of variable test 
and an hyperlink. this comes in Ie and not in netscape.

hope this will help u in finding the problem i am having.

rgds
Bhaskar


---

[2001-01-08 03:37:44] [EMAIL PROTECTED]
I am attaching the script of two files first.php and second.php which can be used to 
reproduce this.

beginning of first.php-
?
session_start();
session_register(test);
$test="firstpage";
?
html
head
titlePhp Bug reporting page/title/head
body
a href="second.php"Click here to goto next page/a/table
/body
/html
-end of first.php---
---beginning of second.php---
?
session_start();
echo $test;
session_unset();?
htmlhead
titlePhp Bug reporting page/title/head
body
a href="first.php"Click here to goto first page/a/table
/body
/html
--end of second.php-

On clicking the hyperlink of the first page, i should see the value of variable test 
and an hyperlink. this comes in Ie and not in netscape.

hope this will help u in finding the problem i am having.

rgds
Bhaskar


---

[2001-01-08 03:33:45] [EMAIL PROTECTED]
I am attaching the script of two files first.php and second.php which can be used to 
reproduce this.

beginning of first.php-
?
session_start();
session_register(test);
$test="firstpage";
?
html
head
titlePhp Bug reporting page/title/head
body
a href="second.php"Click here to goto next page/a/table
/body
/html
-end of first.php---
---beginning of second.php---
?
session_start();
echo $test;
session_unset();?
htmlhead
titlePhp Bug reporting page/title/head
body
a href="first.php"Click here to goto first page/a/table
/body
/html
--end of second.php-

On clicking the hyperlink of the first page, i should see the value of variable test 
and an hyperlink. this comes in Ie and not in netscape.

hope this will help u in finding the problem i am having.

rgds
Bhaskar


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8545edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9490 Updated: removing config.cache but still getting same install as before

2001-03-01 Thread sniper

ID: 9490
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

Correct way to do reconfigures:

# rm config.cache
# ./configure (+ the options wanted)
# make clean ; make depend ; make ; make install

'make clean' might have been enough in your case.

--Jani


Previous Comments:
---

[2001-02-27 19:18:24] [EMAIL PROTECTED]
i compiled php with gd and all was well.
a few days later on i upgraded gd and restarted apache,
apache:
Starting httpd: Syntax error on line 250 of /etc/httpd/conf/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/libgd.so.1: undefined 
symbol: png_set_dither

make output: could not find libgd.(a|so) anywhere in /usr/lib (although its there for 
sure)

to get php up and running again without any loss of time i decided to do a recompile 
without gd.
so i recompiled php: 
rm config.cache
./configure --with-apxs
make
make install

but apache still gives the same error when starting although gd isnt even compiled 
into php this time!!

this made me think.
so i decided to to try a few different versions of gd and kept getting exactly the 
same apache error everytime although gd was working fine for webalizer..

solution:
delete the whole source dir.
untar src again and compile again.

now it works.

so removing the config.cache doesnt give you a clean install at all, it seems to 
repeat the first install exactly everytime, although the INSTALL file says that 
removing the config.cache file should get you a fresh install.

maybe this isnt a bug but a feature, but i dont seem to remember php did this in 
previous versions?


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9490edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9492 Updated: libmysqlclient.so.6 not found

2001-03-01 Thread sniper

ID: 9492
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/www/mysql/lib/mysql/
(that's where my mysql libs are, change it to where yours are)

before starting apache.

It's the similar thing as in Linux is the 'ldconfig' command.

--Jan


Previous Comments:
---

[2001-02-28 01:14:46] [EMAIL PROTECTED]
Compiling PHP4 as an Apache DSO module with the following:

./configure --with-apxs=/www/server/apache/bin/apxs --with-yaz=/www/src/yaz-1.6 
--with-mysql=/www/mysql --with-sybase=/usr/local/sybase/client --with-xml --enable-ftp 
--with-gd=/www/src/gd1.2 --disable-pear --with-dbase --enable-libgcc

No complaints through the configure, make or make install process but when I go to 
test Apache with the new AddModule  LoadModule statments added to httpd.conf, I get:

Wed12:03:11am|/www/server/apache/libexec../bin/apachectl configtest
Syntax error on line 234 of /www/server/apache/conf/httpd.conf:
Cannot load /www/server/apache/libexec/libphp4.so into server: ld.so.1: 
/www/server/apache
/bin/httpd: fatal: libmysqlclient.so.6: open failed: No such file or directory

I've seen mention in the other bug reports that on Linux systems you can change the ld 
configuration. Any suggestions for a Solaris environment??


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9492edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9493 Updated: compilation and make with ldap ok but problem during make with apache

2001-03-01 Thread sniper

ID: 9493
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


Previous Comments:
---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9493edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9494 Updated: Error in ./configure

2001-03-01 Thread sniper

ID: 9494
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Assigned To: 
Comments:

FYI: Apache2 support in PHP is considered experimental at the moment.
Please try the latest CVS snapshot from http://snaps.php.net/ as this might 
have been fixed already.

--Jani


Previous Comments:
---

[2001-02-28 06:37:20] [EMAIL PROTECTED]
When doing a cross compile from php 4.0.4pl1 with apache 2.0a9 using:
./configure --with-mysql --with-apache=../apache_2.0a9 --enable-track-vars, it gives 
me the error:
configure: error: Invalid Apache directory - unable to find httpd.h under 
/root/apache_2.0a9

after looking in the configure file, i saw it looks in $withval/src/include/* which is 
wrong since the include files are now located in $withval/include;

I also noticed that source libraries changed to $withval/srclib ..

or did i do something wrong?
hint: i'm trying to compile an IPv6 enabled webserver with php support. (KAME patch 
fails since it's only *BSD realated), apache 2.x supports native IPv6 support.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9494edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9495 Updated: File upload hangs

2001-03-01 Thread sniper

ID: 9495
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Have you tried PHP 4.0.4pl1 ?
Does this happen with it too?

--Jani


Previous Comments:
---

[2001-02-28 06:55:42] [EMAIL PROTECTED]
html
head
titleCv upload Page/title
/head

body
FORM ENCTYPE="multipart/form-data" ACTION="upload.php" METHOD="POST"
INPUT TYPE="hidden" name="MAX_FILE_SIZE" value="10"
Send this file: INPUT NAME="userfile" TYPE="file"
INPUT TYPE="submit" VALUE="Send File"
/FORM
/body
/html




Try to upload a file with atleast 97Kb and the Browser hangs.!!!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9495edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7622 Updated: Servlet API. VM crashes with session_start()

2001-03-01 Thread sniper

ID: 7622
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does it persist with latest CVS build ? (you can get it from http://www.php4win.de/ )

--Jani


Previous Comments:
---

[2001-02-28 07:32:33] [EMAIL PROTECTED]
The Problem persists with 4.0.4pl1.

---

[2001-02-25 07:36:28] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-11-03 10:14:29] [EMAIL PROTECTED]
Using php4.0.0 as servlet in tomcat 3.1 with SUN JDK 1.2.2 (Build 001).
Whenever a session_start() is encountered, the VM crashes.

html
?php
session_start(); /* This kills the VM */
?
/html

Win32 binaries from php.net.

php.ini:

[PHP]

;;;
; About this file ;
;;;
;
; This is the 'optimized', PHP 4-style version of the php.ini-dist file.
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3.  Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - allow_call_time_pass_reference = Off
; It's not possible to decide to force a variable to be passed by reference
; when calling a function.  The PHP 4 style to do this is by making the
; function require the relevant argument by reference.
; - register_globals = Off
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables).  Instead of using $foo, you must use
; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], 
; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind
; of input source you're expecting 'foo' to come from.
; - register_argc_argv = Off
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation.  Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = "GPCS"
; The environment variables are not hashed into the $HTTP_ENV_VARS[].  To access
; environment variables, you can use getenv() instead.



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the ? tag.  otherwise, only ?php and 
script tags are recognized.
asp_tags=   Off ; allow ASP-style % % tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()
; or echo() and each and every 
HTML block.
; Turning this option on has 
serious performance implications, and
; is generally recommended for 
debugging purposes only.
allow_call_time_pass_reference 

[PHP-DEV] PHP 4.0 Bug #9513 Updated: totaler absturz

2001-03-01 Thread sniper

ID: 9513
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-01 15:04:33] [EMAIL PROTECTED]
sorry, false support-database I used

---

[2001-03-01 14:55:34] [EMAIL PROTECTED]
bei diesem Code-fragment fehlt noch ein "}"-Zeichen, erganze ich dieses an der 
markierten stelle, stürzt das ganze programm ab. Ich benutze die Version PHP Coder PR2 
Beta 
hier das Fragment:
__

if (!$masch_id==0)
{
   $anfrage_masch='select Ansprech_Anbieter, Kurzbezeichnung_D,
  Anbieternummer ,
  Kurzbezeichnung_E,Beschreibung_D,
  Beschreibung_E,Hersteller,Abmessung,
  Menge,Besichtigung,Zustand,Druckformat,
  Standort_firma,Standort_name,
  Standort_adresse,Standort_Land,
  Verfuegbarkeit,Ablaufdatum,
  Preis_Angebot, Preis_aktuell,
  Freischaltdatum,Bilder
  from maschinendaten where laufende_nr="'.$masch_id.'"';
   $result_masch=mysql_query($anfrage_masch)or die('fehler maschine');
   $row = mysql_fetch_array($result_masch);
   if ($row["Anbieternummer"]==$user_id)
{
   $ansprech_anb=$row['Ansprech_Anbieter'];
   $kurz_d=$row['Kurzbezeichnung_D'];
   $kurz_e=$row['Kurzbezeichnung_E'];
   $beschr_d=$row['Beschreibung_D'];
   $beschr_e=$row['Beschreibung_E'];
   $herst=$row['Hersteller'];
   $abmess=$row['Abmessung'];
   $menge=$row['Menge'];
   $besicht=$row['Besichtigung'];
   $zustand=$row['Zustand'];
   $druckfor=$row['Druckformat'];
   $st_fir=$row['Standort_frima'];
   $st_name=$row['Standort_name'];
   $st_adr=$row['Standort_adresse'];
   $st_land=$row['Standort_Land'];
   $verfueg=$row['Verfuegbarkeit'];
   $ablauf=$row['Ablaufdatum'];
   $preis_ang=$row['Preis_Angebot'];
   $preis_akt=$row['Preis_aktuell'];
   $bild=$row['Bilder'];
/*   -- hier bitte die geschweifte
   Klammer einfügen */ 
}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9513edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9207 Updated: User session handler doesn't call write function

2001-03-01 Thread sniper

ID: 9207
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *Session related
Assigned To: 
Comments:



Previous Comments:
---

[2001-02-20 13:47:03] [EMAIL PROTECTED]
How did you verify that the write handler is not called? Note that during the request 
shutdown the write/close handlers cannot send any data to the browser.

---

[2001-02-10 16:01:43] [EMAIL PROTECTED]
I'm trying to setup a user session module using a postgre (6.2.3) database.  the 
script that I'm supplying defines the functions for storing session data.  If I force 
the session data into the database the read function works and I can retrieve the 
session data.  However, the write function never gets called so data is never stored 
in the database.  This is simular to problems reported in #8772 and #9002. There is a 
difference though.  Those reports indicate that register_globals was off.  In my case 
register_globals was on.  Here is the script I'm using to test the session module.


?php

$sess_pg = array();
$sess_pg["open_connection"] = true;   // Establish a Pg connection on session 
startup?
$sess_pg["hostname"]= "localhost";// Pg hostname
$sess_pg["port"]= "5432"; // Pg port
$sess_pg["db"]  = "php_sessions"; // Database where to store the sessions
$sess_pg["table"]   = "sessions"; // Table where to store the sessions

function sess_pg_open($save_path, $sess_name)
{
global $sess_pg;

// Establish a Pg connection, if $sess_pg["open_connection"] is true
if ($sess_pg["open_connection"])
{
$sess_pg["connection"] = pg_pconnect( $sess_pg["hostname"], 
  $sess_pg["port"], 
  $sess_pg["db"]) or 
die(pg_errormessage($sess_pg["connection"]));
}

return(true);
}

function sess_pg_read($sess_id)
{
global $sess_pg;

echo "HELP MEbr";
$query  = "SELECT data ";
$query .= "FROM ".$sess_pg["table"]." ";
$query .= "WHERE id = '$sess_id'";
echo "$queryBR";

// Select the data belonging to session $sess_id from the Pg session table
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"])) or 
die(pg_errormessage($sess_pg["connection"]));
# 

// Return an empty string if no data was found for this session
//if(pg_numrows($result) == 0)
if(!($sess_pg["present"] = pg_numrows($result)))
{
echo "NothingBR";
return("");
}

echo "Records: ".$sess_pg["present"]."BR";

// Session data was found, so fetch and return it
$row_number = 0;
$row = pg_fetch_array($result,$row_number);
pg_freeresult($result);

echo "DATA: ".$row["data"]."BR";

return($row["data"]);
}

function sess_pg_write($sess_id, $val)
{
global $sess_pg;

if(!$sess_pg["present"]){
// Write the serialized session data ($val) to the Pg ession table
$query  = "INSERT INTO ". $sess_pg["table"] ." (id, data, t_stamp) ";
$query .= "VALUES ($sess_id, $val, now())";
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));
}else{  
// Write the serialized session data ($val) to the Pg ession table
$query  ="UPDATE ".$sess_pg["table"];
$query .=" SET data = '$val', t_stamp = now() ";
$query .=" where id = '$sess_id'";
$result = pg_exec($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));
}
return(true);
}

function sess_pg_destroy($sess_id)
{
global $sess_pg;

// Delete from the Pg table all data for the session $sess_id
$query  ="DELETE FROM ".$sess_pg["table"]." ";
$query .="WHERE id = '$sess_id' ";
$result = pg_db_query($sess_pg["connection"], $query) or 
die(pg_errormessage($sess_pg["connection"]));

return(true);
}

function sess_pg_gc($max_lifetime)
{
global $sess_pg;

// Old values are va

[PHP-DEV] PHP 4.0 Bug #9506 Updated: --enable-gd-imgstrttf should be --enable-gd-native-ttf

2001-03-01 Thread sniper

ID: 9506
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To: 
Comments:

This is already fixed in CVS.

--Jani


Previous Comments:
---

[2001-03-01 01:36:04] [EMAIL PROTECTED]
configure --help shows:

--enable-gd-imgstrttf   Enable TrueType string function in gd

...but it appears that this option string was changed to --enable-gd-native-ttf

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9506edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8564 Updated: fread generating false errors

2001-03-01 Thread sniper

ID: 8564
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Directory/Filesystem functions
Assigned To: 
Comments:

Does this happen with PHP 4.0.4pl1 or not?

--Jani


Previous Comments:
---

[2001-01-06 02:44:20] [EMAIL PROTECTED]
note: 4.0.4pl1 RC1 doesn't exhibit this behavior.

---

[2001-01-05 10:57:35] [EMAIL PROTECTED]
when reading from an existing file the following line will work correctly:
$byte = @fread($fp,2) or die("ERROR: Can't read from file.");

but the next line will cause the script to "die" no matter if it the beginning or 
halfway the file.

$byte = @fread($fp,1) or die("ERROR: Can't read from file.");

the ini file is the standard ini file with the timeout set to 0 so it doesnt time out. 
the script is run in an MSDos shell in windows.. It works fine till it needs to read 1 
single byte from a file..


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8564edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9135 Updated: Could not establish connection

2001-03-01 Thread sniper

ID: 9135
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: MySQL related
Assigned To: 
Comments:

You're using the wrong port number. Please read the manual page for
mysql_pconnect:

http://www.php.net/mysql_pconnect

ie. You should use the port on which the mysql server runs NOT 
the one Apache uses!

--Jani


Previous Comments:
---

[2001-02-06 16:54:54] [EMAIL PROTECTED]
I inserted a row in mysql database - user table with host = localhost:8080. I am 
running my apache server on port 8080.
The insertion was successful.

If I try to connect mysql using php script, I am getting a message -
connection to mysql server is lost.

Below is my php script:

?
$connection = mysql_pconnect("localhost:8080") or die("Could not connect");
if ($connection)
{
$msg = "Success!!!";
}
?
html
head
titleUntitled/title
/head

body

? echo "$msg"; ?

/body
/html




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9135edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9509 Updated: garbled image file

2001-03-01 Thread sniper

ID: 9509
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To: 
Comments:

Try adding 'b' into fopen:

$image=fopen("track.gif", "rb");

Check the manual page for fopen:

http://www.php.net/fopen

--Jani


Previous Comments:
---

[2001-03-01 11:19:51] [EMAIL PROTECTED]
I was previously using fopen() and fpassthru to grab a gif image and pass it to the 
browser. This worked fine.
Then I installed PHP4.0.4pl1 and the image that now gets returned is garbled (the 
image appears to be the right dimensions, but filesize shows 150 bytes, not 406 bytes 
which is what the image actually is).

On any html page the following line was installed:

IMG src="track.php?ref=12345"

track.php then looks like this:

?
  $image = fopen ("track.gif", "r");

  fpassthru ($image);
?

I tried the same with the readfile() function, as follows:

?
  readfile("track.gif");
?

same result.


Other file I/O appears to be fine.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9509edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9227 Updated: php module crashes without content-type header.

2001-03-01 Thread sniper

ID: 9227
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Check this url for information how to generate a GDB backtrace:

http://bugs.php.net/bugs-generating-backtrace.php

(It has info what to do when you don't get any core dumps)

Also, remember that you have to configure PHP with --enable-debug
to get useful backtraces.

--Jani


Previous Comments:
---

[2001-02-12 10:49:37] [EMAIL PROTECTED]
I am running php 4.04pl1 compiled as an apache 1.3  module with support for curl, 
pgsql, and zlib.  It seems that the module crashes, causing httpd processes to seg 
fault when a POST request is made without a content-type header.  It seems that the 
crash only occurs after a normal POST with a content-type header is followed by one 
without.  To reproduce the crash, I simply make a POST request to a php script that 
does pretty much nothing( usually just printing a statement indicating that it ran ) 
with a browser(Netscape 4.6.2 or lynx-2.82.) and then run a program that I wrote that 
sends a POST request w/o the Content-Type header.  Sometimes this step must be done 
several times until the same apache child process that I hit with the browser receives 
the bad request.  Eventually, after running this program for a while one apache child 
process dies for each hit I made from the browser.  This only occurs with php scripts 
and apache does not give me a core dump that i can analyze to give you more info.  

---

[2001-02-12 10:36:53] [EMAIL PROTECTED]
I am running php 4.04pl1 compiled as an apache 1.3  module with support for curl, 
pgsql, and zlib.  It seems that the module crashes, causing httpd processes to seg 
fault when a POST request is made without a content-type header.  To reproduce the 
crash, I simply make a POST request to a php script that does pretty much nothing( 
usually just printing
a statement indicating that it ran ) with a browser(Netscape 4.6.2) and then run a 
program that I wrote that sends a POST request w/o the Content-Type header.  Sometimes 
this step must be done several times until the same apache child process that you hit 
with the browser receives your request.  Eventually, after running this program for a 
while one apache child process dies for each hit from the browser.  This only occurse 
with php scripts and apache does not give me a core dump that i can analyze to give 
you more info.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9227edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9375 Updated: Apache don't start

2001-03-01 Thread sniper

ID: 9375
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Could you please try updating your cvs and run 'cvsclean' script before
configuring / compiling?

--Jani


Previous Comments:
---

[2001-02-21 11:23:34] [EMAIL PROTECTED]
./configure --enable-track-vars --with-gd --with-cpdflib --with-mysql --with-apxs 
--with-tiff --with-png --with-jpeg --with-zlib --with-midgard

make

make install

start Apache

then error :

Failed to start apache :
Starting httpd: Syntax error on line 256 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server: undefined symbol:
__setjmp
[FAILED]

The version php4.0.4pl1 run perferct on my RedHat 7.0

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9375edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash

2001-03-01 Thread sniper

ID: 9003
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

User feedback:
---
Yes, it does work ok without mod_ssl, further testing I done last night, I
build a redhat 6.1 box and rebuild the kernal to 2.2.18, then do the exactly
same step to build apache + mod_ssl + php4, guess what, it works.  I haven't
try to execute that image on radhat 6.1 with org. kernal, but i'll do that
today, and see does it run.   by the way, i did add --enable-debug on php4
while i re-compile it.  if I didn't do it i won't see those back trace at
all.  
---

As this has nothing to do with PHP 4 - Closed.

--Jani


Previous Comments:
---

[2001-02-26 03:57:17] [EMAIL PROTECTED]
And as you're using OCI8  make sure you have all the required
environment variables set ( http://www.php.net/oci8 ) before
starting Apache.

--Jani


---

[2001-02-26 03:54:04] [EMAIL PROTECTED]
User feedback:
---
I try that, but it doesn't work, any version of pthread i need to 
install 1st???
---

This is what I have:
/lib/libpthread-0.8.so

Check that apache really is linked with pthread lib:
# ldd /usr/local/apps/apache_1.3.14/bin/httpd

--Jani



---

[2001-02-22 18:58:22] [EMAIL PROTECTED]
I think this is the old pthreadg/glibc bug. ie. you have to 
link your apache with pthread lib.

you can configure apache like this:

# LDFLAGS=-lpthread ./configure 

--Jani


---

[2001-02-22 09:15:56] [EMAIL PROTECTED]
further test, 
I done the exactly same configuration on RedHat 7.0, it works fine, php + mod_ssl 
startup perfect.  it seems the problem is relate to glibc, pthread??.  However, I have 
to get it work RedHat 6.1, any idea?

thanks in advance


---

[2001-02-10 07:43:53] [EMAIL PROTECTED]
here is GDS trace
(gdb) run -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf
Starting program: /usr/local/apps/apache_1.3.14/./bin/httpd -X -DSSL -f 
/usr/local/apps/apache_1.3.14/conf/httpd.conf

Program received signal SIGILL, Illegal instruction.
0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so
(gdb) bt
#0  0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so
#1  0x6023ddff in ?? ()
#2  0x8073547 in ap_fcvt ()
#3  0x8073c0b in conv_fp ()
#4  0x8074894 in ap_vformatter ()
#5  0x8074f98 in ap_snprintf ()
#6  0x40b09fe4 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#7  0x40b09d7e in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#8  0x40b051c7 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#9  0x80571b9 in ap_init_modules ()
#10 0x8060d15 in standalone_main ()
#11 0x8061533 in main ()
#12 0x400b61eb in __libc_start_main (main=0x80611dc main, argc=5, argv=0xbc04, 
init=0x804f344 _init, fini=0x8097a4c _fini, rtld_fini=0x4000a610 _dl_fini, 
stack_end=0xbbfc) at ../sysdeps/generic/libc-start.c:90


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9003edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9522 Updated: xcdgfdgf

2001-03-02 Thread sniper

ID: 9522
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-02 06:15:28] [EMAIL PROTECTED]
Hai Haneef
Its FUN


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9522edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9518 Updated: dir() only returns first 6 chars correctly

2001-03-02 Thread sniper

ID: 9518
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Directory function related
Assigned To: 
Comments:

Does this happen with PHP 4.0.4.pl1? 

--Jani


Previous Comments:
---

[2001-03-02 02:41:52] [EMAIL PROTECTED]
Hi Folks,

I have run into a problem using the dir() function.

The following code behaves properly on linux and does not using irix:

Contents of the dir (only folders) are:

CH104/
CH105/
CH120/
ABCDEFGHIJKL/
abcdefghijkl/

When I execute the following code:

chdir("$dir_path");
echo ("Dir Path = $dir_pathbr");
$dir = dir(".");
$dir - rewind();
$file=$dir-read();
echo ("file is $filebrn");
$file=$dir-read();
echo ("file is $filebrn");
$file=$dir-read();
echo ("file is $filebrn");
$file=$dir-read();
echo ("file is $filebrn");

I get the following incorrect results (php 4.0.2, irix 6.5.7)

Dir Path = /Public/Web/db/msds
file is .
file is ..
file is CH104
file is CH105
file is CH120
file is ABCDEFþõ~KL
file is abcdefþõ~kl

So, it appears that if the dir (or file) is less than or equal to 6 char the
dir() function work correctly.  However, if it is longer, the name get
garbled.

On a redhat linux box (php 4.0.2), it works fine and I get proper dir names. 
This behavior is the same for filenames not just dir names.

I have checked the bugs.php.net and email lists without finding information
related to this problem.  Hope I have not missed it some where...

Dean
-- 
-
Dean Waldow, Associate Professor (253) 535-7533
Department of Chemistry  (253) 536-5055 (FAX)
Pacific Lutheran University   [EMAIL PROTECTED]
Tacoma, WA  98447   USA   http://www.chem.plu.edu/waldow/
-
---CIRRUS, the UG research resource: http://cirrus.chem.plu.edu/---
-

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9518edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9493 Updated: compilation and make with ldap ok but problem during make with apache

2001-03-02 Thread sniper

ID: 9493
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Problem
Assigned To: 
Comments:

Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



Previous Comments:
---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

[2001-02-28 04:20:33] [EMAIL PROTECTED]
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn .libs/libphp4.a(ldap.o)
ldap_next_entry .libs/libphp4.a(ldap.o)
ldap_get_values .libs/libphp4.a(ldap.o)
ldap_count_entries  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9493edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9521 Updated: segfault oci8 with oracle 8.1.7

2001-03-02 Thread sniper

ID: 9521
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: OCI8 related
Assigned To: 
Comments:

1. Have you set the Oracle specific environment vars mentioned 
at http://www.php.net/oci8 before starting apache?
2. Is your apache linked with phtread library?

If answer is yes to both of the questions, please generate
a gdb backtrace of the crash. Remember to first configure 
PHP with --enable-debug (and recompile it)

--Jani


Previous Comments:
---

[2001-03-02 04:42:19] [EMAIL PROTECTED]
after successfully compiling of PHP4.0.4 and Oracle 8.1.7
it's not possible to start the apache 1.3.12 server because of a segfault failure 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9521edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9525 Updated: /usr/bin/ld: cannot find -lcrypto

2001-03-02 Thread sniper

ID: 9525
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Please upgrade first to PHP 4.0.4pl1. 

--Jani


Previous Comments:
---

[2001-03-02 09:01:59] [EMAIL PROTECTED]
I' ll try to make php4 the compiler says: 
 
/usr/bin/ld: cannot find -lcrypto 
collect2: ld returned 1 exit status 
 
I have both libcrypt.a and libcrypt.so in /usr/lib. I run configure with: 
 
./configure --with-mysql --with-apxs --with-kerberos --with-openssl --with-imap 
--with-imap-ssl 





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9525edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied

2001-03-03 Thread sniper

ID: 9528
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Are you sure you're using the php4.0.4pl1 source tarball from www.php.net??
I just checked that file and it doesn't have any #line directives in it.

--Jani


Previous Comments:
---

[2001-03-02 14:04:44] [EMAIL PROTECTED]
the following is the second line of the file 
[path-to-php]/ext/standard/url_scanner_ex.c :

#line 1 "/home/sas/src/php4/ext/standard/url_scanner_ex.re"


the line above and below are comments, and are remarked correctly for a c program with 
/*   and */

unfortunately, the gcc compiler tries to interpret the offending line that begins with 
a shell script comment symbol and pukes upon the encounter.

I'm not a programmer, but when I added the correct comments around the text and ran 
make install again, it finished neatly and without incident.

Sincerely,

Rick Dettwyler

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9528edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9538 Updated: automatic extention of links fails with 'http://www...'

2001-03-03 Thread sniper

ID: 9538
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Old-Bug Type: *Session related
Bug Type: Documentation problem
Assigned To: 
Comments:

Yes, this is  intented:

We assume that non-relative URLs point to external sites and
hence don't append the SID as it would be a security risk to
leak the SID.

- Sascha


And for Sascha: Please update bug reports with the web interface.

--Jani


Previous Comments:
---

[2001-03-03 15:33:08] [EMAIL PROTECTED]
Hi,

the automatic extension of links works fine, except if I use links beginning
with 'http://', where the SID will not be appended.

If this is wanted, please insert it into the manual.

thanks, Frank Loeffler


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9538edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9536 Updated: date(br) gives wrong output

2001-03-03 Thread sniper

ID: 9536
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

The segfault bug is fixed in CVS already. 
FYI (from NEWS file):

- Added 'r' flag to date() which generates an RFC822 formatted date, e.g.
  "Thu,  9 Nov 2000 16:33:01 -0500" (Colin)

--Jani




Previous Comments:
---

[2001-03-03 06:32:31] [EMAIL PROTECTED]
Variations of date("br") returns wrong output or lets PHP
dump core. This bug has been reported by Christian Hamacher
in de.comp.lang.php, followups reported similar problems on
Win 98 and Win 2000.

Here on Linux 2.4.2 I see:

% echo '?
$Date=date("d.m.Y br H:i:s");
echo "$Daten";
?' | php -q
03.03.2001 bSat,  3 Mar 2001 12:16:42 +0100
808132658:876230193:976367904

No core dump here if I run in the Bash, but wrong output.
In zsh, I get a core dump (and the wrong output):

% echo '?
$Date=date("d.m.Y br H:i:s");
echo "$Daten";
?' | php -q
03.03.2001 bSat,  3 Mar 2001 12:20:05 +0100
808132661:809119794:976367904
zsh: done  echo ?
$Date=date("d.m.Y br H:i:s");
echo "$Daten";
? |
zsh: segmentation fault (core dumped)  php -q

% gdb =php core
GNU gdb 4.17.0.11 with Linux support
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public
License, and you are
welcome to change it and/or distribute copies of it under
certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show
warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Core was generated by `php -q'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /usr/local/lib/libz.so.1...done.
Reading symbols from /usr/local/lib/libreadline.so.4.1...done.
Reading symbols from /usr/local/lib/libhistory.so.4.1...done.
Reading symbols from /lib/libncurses.so.5...done.
Reading symbols from /usr/lib/libttf.so.2...done.
Reading symbols from /usr/local/lib/libpng.so.2...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Reading symbols from /usr/local/lib/libjpeg.so.62...done.
Reading symbols from /usr/local/lib/libxml.so.2...done.
Reading symbols from /usr/lib/libgdbm.so.1...done.
Reading symbols from /usr/local/lib/libcurl.so.0...done.
Reading symbols from /lib/libresolv.so.2...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_db.so.2...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /lib/libnss_files.so.2...done.
#0  chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049
malloc.c:3049: No such file or directory.
(gdb) bt
#0  chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049
#1  0x4032e14a in __libc_free (mem=0x8267078) at malloc.c:3023
#2  0x80ed001 in _efree (ptr=0x8267084) at zend_alloc.c:238
#3  0x80e1ec9 in zend_hash_destroy (ht=0x826192c) at
zend_hash.c:569
#4  0x80f1950 in shutdown_executor () at zend_execute_API.c:165
#5  0x80e48e4 in zend_deactivate () at zend.c:525
#6  0x8072ca2 in php_request_shutdown (dummy=0x0) at main.c:688
#7  0x806faff in main (argc=2, argv=0xb2ac) at
cgi_main.c:771
#8  0x402f58c1 in __libc_start_main (main=0x806f30c main,
argc=2,
argv=0xb2ac, init=0x806d3f8 _init, fini=0x819b2a4
_fini,
rtld_fini=0x4000a914 _dl_fini, stack_end=0xb2a4)
at ../sysdeps/generic/libc-start.c:92
(gdb)


If I ask for a "b" instead for "br", everything is ok.
Of course there are easy work-arounds (just use `echo
"br"' instead), but nevertheless.

Regards...
Michael


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9536edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8966 Updated: Newline before variables in forms with ENCTYPE=multipart/form-data

2001-03-03 Thread sniper

ID: 8966
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Fixed - closed.

--Jani


Previous Comments:
---

[2001-03-03 15:55:29] [EMAIL PROTECTED]
Fixed in CVS

---

[2001-01-28 07:19:36] [EMAIL PROTECTED]
Hi,
I upgraded to php-4.0.4pl1-3 and found that most of my fileupload forms didn't work 
properly.
As it turns out all variables passed from a form with ENCTYPE="multipart/form-data" 
seem to have a newline character prepended to their value.
This wasn't the case in previous versions.
I hope this gets fixed soon.
Sincerely
Brecht Sanders (http://brecht.sanders.org/)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8966edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9539 Updated: extract() does not overwrite old values in a while loop with the EXTR_OVERWRITE

2001-03-03 Thread sniper

ID: 9539
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/ as I think 
this is already fixed.

--Jani


Previous Comments:
---

[2001-03-03 15:51:28] [EMAIL PROTECTED]
$sql = "select * from organization order by
regionalrequirement,organizationname";
$result = mysql_query($sql);


while ($row=mysql_fetch_array($result))
{


// $organizationnameinchinese="";
// if this line was not included .. the value 
// $organizationnameinchinese would not get the new value
extract ($row,EXTR_OVERWRITE);


echo "The school listed are


A href=vieworganization.php?orgid=$id$organizationname
/a

$organizationnameinchineseBRBR";
}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9539edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9494 Updated: Error in ./configure

2001-03-03 Thread sniper

ID: 9494
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: Apache related
Assigned To: 
Comments:

As also Apache2 is under devopment and can not be considered stable
at all, suspending this bug report.

--Jani

Hint: Get both Apache2 and PHP4 from CVS if you want to be on the edge.. :)


Previous Comments:
---

[2001-03-03 08:12:55] [EMAIL PROTECTED]
It's not yet adjusted in the snapshots .. maybe someone can fix it?

---

[2001-03-01 17:24:52] [EMAIL PROTECTED]
FYI: Apache2 support in PHP is considered experimental at the moment.
Please try the latest CVS snapshot from http://snaps.php.net/ as this might 
have been fixed already.

--Jani


---

[2001-02-28 06:37:20] [EMAIL PROTECTED]
When doing a cross compile from php 4.0.4pl1 with apache 2.0a9 using:
./configure --with-mysql --with-apache=../apache_2.0a9 --enable-track-vars, it gives 
me the error:
configure: error: Invalid Apache directory - unable to find httpd.h under 
/root/apache_2.0a9

after looking in the configure file, i saw it looks in $withval/src/include/* which is 
wrong since the include files are now located in $withval/include;

I also noticed that source libraries changed to $withval/srclib ..

or did i do something wrong?
hint: i'm trying to compile an IPv6 enabled webserver with php support. (KAME patch 
fails since it's only *BSD realated), apache 2.x supports native IPv6 support.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9494edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9531 Updated: make fails at make . - /usr/bin/ld: cannot open -lxmltok

2001-03-03 Thread sniper

ID: 9531
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Try compiling sablot / expat from sources too.

--Jani


Previous Comments:
---

[2001-03-03 08:04:56] [EMAIL PROTECTED]
sorry, but the bug persists

Making all in .
make[1]: Entering directory `/home/family/php4-200103030345'
gcc  -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main
 -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/
family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/
home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030
345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM  -DSUPPORT_UTF8
 -DXML_BYTE_ORDER=12 -g -O2  -c stub.c  touch stub.lo
/bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc  -I. -I/
home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam
ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm
l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/
php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/
expat/xmlparse -I/home/family/php4-200103030345/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_
ORDER=12 -g -O2   -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho
me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib  -R /home/fa
mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo  Zend/l
ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo
mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl
ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li
bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm
l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz
/bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc  -I. -I/
home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam
ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm
l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/
php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/
expat/xmlparse -I/home/family/php4-200103030345/TSRM  -DSUPPORT_UTF8 -DXML_BYTE_
ORDER=12 -g -O2   -o php -export-dynamic stub.lo libphp4.la
/usr/bin/ld: cannot open -lxmltok: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php4-200103030345'
make: *** [all-recursive] Error 1

---

[2001-03-02 19:18:17] [EMAIL PROTECTED]
AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from 
snaps.php.net and see it the problem persists?

---

[2001-03-02 16:48:33] [EMAIL PROTECTED]
installed Sablot-0.51-0.i386.rpm
installed expat-1.95.0-1.i386.rpm
installed libxml2-2.3.3.tar.gz
installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz

./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql 
--with-sablot
make

(everything goes well until:)

Making all in .
make[1]: Entering directory `/home/family/php-4.0.4pl1'
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa
t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4
.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2   -o php -export-dynamicstub.lo
 libphp4.la
/usr/bin/ld: cannot open -lxmltok: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php-4.0.4pl1'
make: *** [all-recursive] Error 1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9531edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting

2001-03-03 Thread sniper

ID: 9534
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: mcrypt related
Assigned To: 
Comments:

libmcrypt 2.4.7 works just fine for me.
And yes, you have to configure libmcrypt with --disable-posix-threads

--Jani


Previous Comments:
---

[2001-03-03 00:54:53] [EMAIL PROTECTED]
I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 
14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32   to  Apache 
1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33

My 'single CPU' Athlon system upgraded fine,  but the 2 'dual' Pentium servers (all of 
them are running Redhat 6.2  2.2.17-14) won't start Apache if I have the 
'--with-mcrypt' inclusion in my PHP config.   Without it, everything works fine.   I 
even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, 
 by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which 
didn't work either...

gdb reports that httpd exited normally (and that there's no 'backtrace')

My configuration looks like:
./configure 
--with-config-file-path=/usr/local/apache 
--with-mysql=/usr/local/mysql 
--with-pfpro=/usr/local/signio/linux 
--with-apxs=/usr/local/apache/bin/apxs 
--with-mcrypt   ## (this line is EVIL!!)
 
(please help me..wh)

P.S.  Though libmcrypt compiles fine either way,  I seem to remember that there might 
have been a reason to use the --disable-posix-threads option



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9534edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9529 Updated: php4_module is garbled

2001-03-03 Thread sniper

ID: 9529
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Dynamic loading
Assigned To: 
Comments:

Was apache installed from RPM or compiled from sources?

--Jani


Previous Comments:
---

[2001-03-02 14:51:06] [EMAIL PROTECTED]
After installing php-4.0.4pl1 tarball when starting Apache get the following

Syntax error on line 222 of /usr/local/apache/conf/httpd.conf:
API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so
is garbled - perhaps this is not an Apache module DSO?

Line 222 is LoadModule php4_module  libexec/libphp4.so

PHP was configured as follows...

./config --with-mysql=/usr 
 --with-apxs=/usr/local/apache/bin/apxs 
 --with-xml 
 --with-mycrypt 
 --with-gd 
 --enable-track-vars 
 --enable-magic-quotes

No errors reported during configure, make or make install.

Running ldd on libphp4.so gives...

libpam.so.0 = /lib/libpam.so.0 (0x40121000)
libdl.so.2 = /lib/libdl.so.2 (0x4012a000)
libgd.so.1 = /usr/lib/libgd.so.1 (0x4012d000)
libresolv.so.2 = /lib/libresolv.so.2 (0x40163000)
libm.so.6 = /lib/libm.so.6 (0x40172000)
libcrypt.so.1 = /lib/libcrypt.so.1 (0x4018e000)
libnsl.so.1 = /lib/libnsl.so.1 (0x401bb000)
libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x401d2000)
libc.so.6 = /lib/libc.so.6 (0x401e5000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)
libz.so.1 = /usr/lib/libz.so.1 (0x402d8000)
libpthread.so.0 = /lib/libpthread.so.0 (0x402e7000)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_user_id(./libphp4.so)
undefined symbol: ap_server_root(./libphp4.so)
undefined symbol: ap_group_id   (./libphp4.so)
undefined symbol: ap_user_name  (./libphp4.so)
undefined symbol: top_module(./libphp4.so)
undefined symbol: ap_max_requests_per_child (./libphp4.so)
undefined symbol: ap_table_get  (./libphp4.so)
undefined symbol: ap_update_mtime   (./libphp4.so)
undefined symbol: ap_kill_timeout   (./libphp4.so)
undefined symbol: ap_uudecode   (./libphp4.so)
undefined symbol: ap_setup_client_block (./libphp4.so)
undefined symbol: ap_add_cgi_vars   (./libphp4.so)
undefined symbol: ap_getword(./libphp4.so)
undefined symbol: ap_getword_nulls_nc   (./libphp4.so)
undefined symbol: ap_destroy_sub_req(./libphp4.so)
undefined symbol: ap_pstrdup(./libphp4.so)
undefined symbol: ap_log_error  (./libphp4.so)
undefined symbol: ap_table_add  (./libphp4.so)
undefined symbol: ap_sub_req_lookup_uri (./libphp4.so)
undefined symbol: ap_run_sub_req(./libphp4.so)
undefined symbol: ap_register_cleanup   (./libphp4.so)
undefined symbol: ap_signal (./libphp4.so)
undefined symbol: ap_send_http_header   (./libphp4.so)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_set_etag   (./libphp4.so)
undefined symbol: ap_rwrite (./libphp4.so)
undefined symbol: ap_table_set  (./libphp4.so)
undefined symbol: ap_get_client_block   (./libphp4.so)
undefined symbol: ap_add_version_component  (./libphp4.so)
undefined symbol: ap_hard_timeout   (./libphp4.so)
undefined symbol: ap_rflush (./libphp4.so)
undefined symbol: ap_set_last_modified  (./libphp4.so)
undefined symbol: ap_reset_timeout  (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_add_common_vars(./libphp4.so)




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9529edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9493 Updated: compilation and make with ldap ok but problem during make with apache

2001-03-03 Thread sniper

ID: 9493
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Compile Problem
Bug Type: LDAP related
Assigned To: 
Comments:

Try setting the LD_LIBRARY_PATH before trying to start Apache:

# export LD_LIBRARY_PATH=/path/to/openldap/lib/directory

--Jani


Previous Comments:
---

[2001-03-02 11:16:17] [EMAIL PROTECTED]
i've tried to compil in module in DSO
i've an another error :

Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/libphp4.so into server: ld.so.1: ./httpd: fatal: reloca
tion error: file /www/libexec/libphp4.so: symbol ldap_unbind_s: referenced symbo
l not found

difficult no ???

---

[2001-03-02 10:31:17] [EMAIL PROTECTED]
3. Have you tried PHP 4.0.4pl1 if it works better?

yes, now and i've the same error...

some people said we must add --lldap to LDFLAGS, but where in makefile, on command, in 
php4 compilation, or in apache compilation ???

---

[2001-03-02 09:58:18] [EMAIL PROTECTED]
1. What was the configure line used to configure PHP 4?
./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars

configure :ok
make :ok
make install : ok


2. Which LDAP libraries are you using? Openldap 2.x.x?

 openldap-2.0.7

3. Have you tried PHP 4.0.4pl1 if it works better?

not yet...

thanks for your kind replies...

---

[2001-03-02 09:31:23] [EMAIL PROTECTED]
Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani



---

[2001-03-01 17:22:58] [EMAIL PROTECTED]
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9493edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9495 Updated: File upload hangs

2001-03-03 Thread sniper

ID: 9495
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

User feedback:

Well Yes I tried it on cqhost.com. I have found out
using phpinfo() that they are running php4.0.4pl1

This is happening. And it's not becoz the server is
down Co Other php files work fast even database
queries work good , only file upload creates the
problem.

I'll be uploading the file on cqhost in 2 days time. I
think you can check it out then. 
-

Please contact the administrators of that site and tell them about your problem.
Tell them to open a bug report themselves with proper information.

--Jani


Previous Comments:
---

[2001-03-01 17:25:35] [EMAIL PROTECTED]
Have you tried PHP 4.0.4pl1 ?
Does this happen with it too?

--Jani


---

[2001-02-28 06:55:42] [EMAIL PROTECTED]
html
head
titleCv upload Page/title
/head

body
FORM ENCTYPE="multipart/form-data" ACTION="upload.php" METHOD="POST"
INPUT TYPE="hidden" name="MAX_FILE_SIZE" value="10"
Send this file: INPUT NAME="userfile" TYPE="file"
INPUT TYPE="submit" VALUE="Send File"
/FORM
/body
/html




Try to upload a file with atleast 97Kb and the Browser hangs.!!!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9495edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9418 Updated: Upload image file is broken

2001-03-03 Thread sniper

ID: 9418
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

I can not reproduce this. Are you sure you're comparing the right images??
Are the uploaded images displayed at all?

--Jani


Previous Comments:
---

[2001-03-01 21:43:22] [EMAIL PROTECTED]
Yes, 23 feb i download cvs snapshot from cvs.php.net
make 
make install
but this not help me :(...

---

[2001-03-01 17:14:20] [EMAIL PROTECTED]
And you're using the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


---

[2001-02-27 21:41:57] [EMAIL PROTECTED]
Ok, this fragment of my script:

form enctype="multipart/form-data" method="post" action="? $PHP_SELF ??action=add"
  table width="100%" border="0" cellspacing="0" cellpadding="0"

. skip .

tr
  td width="29%" height="30"? print $lang["photo"]?/td
  td width="71%" height="30"
input type="file" name="photo" size="50" maxlength="255"
  /td
/tr

..skip...

 /table
  p
input type="reset" name="Reset" value="? print $lang["reset"]?"
input type="submit" name="Submit" value="? print $lang["save"]?"
  /p
/form

..skip...

copy ($photo, $photopath.$id);
unlink($photo);




---

[2001-02-27 08:45:40] [EMAIL PROTECTED]
And the example script is where?

--Jani


---

[2001-02-25 22:28:23] [EMAIL PROTECTED]
Hi!
1. yes, uploaded file exsit

2. filesize uploaded file equal filesize of original, but cmp say, what this files 
differ

cmp file1.gif file2.gif
file1.gif file2.gif differ: char 8, line 1

3. both file begin with string:
GIF89

4. I open files in browser using http address:
http://my.website.com/path/file.gif



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9418edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9514 Updated: compilation segfault in php_domxml.c:283

2001-03-03 Thread sniper

ID: 9514
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: DOM XML related
Assigned To: 
Comments:

Works for me just fine. What is the version of gcc you're using?
I assume your distro is RedHat, which version?
Have you updated all errata RPMs ?

RH 7.0 shipped with broken gcc..

--Jani


Previous Comments:
---

[2001-03-01 16:04:50] [EMAIL PROTECTED]
MAKE TRACE
make[1]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext'
Making all in domxml
make[2]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml'
make[3]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml'
gcc  -I. -I/usr/local/src/php4-200103011145/ext/domxml 
-I/usr/local/src/php4-200103011145/main -I/usr/local/src/php4-200103011145 
-I/usr/local/src/php4-200103011145/Zend -I/usr/local/include 
-I/usr/local/src/php4-200103011145/TSRM  -DSUPPORT_UTF8 -g -O2  -c php_domxml.c  
touch php_domxml.lo
php_domxml.c: In function `php_minit_domxml':
php_domxml.c:283: Internal error: Erreur de segmentation.
make[3]: *** [php_domxml.lo] Erreur 1


CONFIGURE OPTIONS
"./configure" 
"--with-config-file-path=/etc" 
"--with-cgi" 
"--without-xml" 
"--without-mysql" 
"--with-dom=/usr/local" 
"--disable-pear" 
"$@"


LIBXML infos

#ldd /usr/local/lib/libxml2.so.2.3.2
libz.so.1 = /usr/lib/libz.so.1 (0x40078000)
libc.so.6 = /lib/libc.so.6 (0x40086000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9514edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9504 Updated: is_file doesn't seem to work

2001-03-03 Thread sniper

ID: 9504
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To: 
Comments:

Your example scripts works just fine for me.
Try compiling PHP 4 from sources by yourself.

--Jani


Previous Comments:
---

[2001-02-28 18:47:56] [EMAIL PROTECTED]
In the docs for is_dir, i'm not sure if it wants a file name or a path name + file 
name. Either way, it doesn't seem to work on my debian/PHP4 (downloaded from 
dselect)/Apache box

Here's the script i'm attempting:

//--- List all the files in a directory
//--- Directory we're going after is /clients/data/
function get_files( $current_directory )
{
  $directory = dir( $current_directory );

  $file_list = array();
  while ($element = $directory-read()) {
//--- The following line is never true
if (is_file($element)) {
  $file_list[$element] = $element;   
}  //--- if is_file  
else {   
  echo "Not a file: $elementbrn"; 
  $path_and_name = $current_directory . $element;
  if (is_file($path_and_name)) { 
echo "Not a file: $path_and_namebrn"; 
  }  
}
  }  //--- while $element = $directory-read()   
 
  //--- Directory list doesn't seem to be sorted,
  //--- so let's sort it 
  asort($file_list); 

  $directory-close();

  //--- Tell them what we've learned
  return $file_list;
}  //--- get_files


-b

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9504edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9497 Updated: closed mysql connection after calling a function that uses another mysql conn.

2001-03-03 Thread sniper

ID: 9497
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Assigned To: 
Comments:

From NEWS file:
--
- Fixed mysql_close(), pg_close(), msql_close() and sybase_close() - they
  weren't properly closing the SQL connections (Zeev)
--

Read also the manual page for mysql_connect() :

http://www.php.net/mysql_connect

Where it says:

"If a second call is made to mysql_connect() with the same arguments, no new link 
will be established, but instead, the link identifier of the already opened link will 
be 
returned. "

ie. You relied on buggy behaviour of mysql_close() function.

--Jani


Previous Comments:
---

[2001-02-28 08:55:55] [EMAIL PROTECTED]
in file functions.inc:

function func1($blabla) {
   $conn = mysql_connect ("host","user","pass");
   mysql_select_db("db",$conn);
   $resset=mysql_query("SELECT a,b,c FROM ATable",$conn);
   mysql_close($conn); 
}

---

file index.php:
include ("functions.inc");

$conn_main = mysql_connect ("host","user","pass");
mysql_select_db("db",$conn_main);

$resset=mysql_query("SELECT a,b,c FROM ATable",$conn_main); -- this statement works 
and returns a result
func1($abc); -- call defined function
$resset=mysql_query("SELECT a,b,c FROM ATable",$conn_main); -- after calling the 
above defined function i get an error: warning: 1 is not a valid mysql link resource

mysql_close($conn_main); 

so thats the problem:
i have a script that makes a mysql connection. i can select, update, insert aso. from 
the db. then i call a function that itself makes a connection to the same db, does 
something with it (works fine) closes the connection and returns. i dont use global or 
give the main connection as an argument, its just a plain standalone function. after 
calling the function the main script has lost its mysql connection (its no timeout 
since the function doesnt take long to execute).

the same scripts work with PHP version 4.0.1pl2. both pcs have the same setup (apache 
1.3.12, mysql 3.22.32, the rest as rpms from the distibution cds). its all the same 
except the php-version (both compiled with the standard options --with-apxs 
--with-mysql - make - make install)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9497edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9487 Updated: POST using HTTP/1.0 HTTP/1.1 mix makes PHP crash

2001-03-03 Thread sniper

ID: 9487
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Please provide that whole backtrace.

--Jani


Previous Comments:
---

[2001-02-27 16:39:25] [EMAIL PROTECTED]
I'm using Apache 1.3.17, PHP 4.0.4pl1.
Seems like PHP doesn't like some POST data if they
are send via HTTP/1.0 and HTTP/1.1 in different requests.
The script in question is like this (name: var.php):

FORM NAME="FORM_POST" ACTION="var.php" METHOD=POST
Form with POST:INPUT TYPE=SUBMIT NAME="TEST" VALUE="+ìèøýáíé"
/FORM

The way to crash PHP:
1) in HTTP/1.0 browser (like Netscape 4.76), click on the submit
   button couple of times,
   enough so that the POST request got to each running httpd
   daemon
2) do HTTP/1.1 request, possibly via telnet, like:

POST /var.php HTTP/1.1
Host: localhost
Content-Length: 1

   at this point, server should wait for the data, but it crashes
   instead. If I look at traceback in gdb, it crashes in _efree()
   (I can provide the exact backtrace if needed).

If the bug is not repeatable for you and would need some more information, feel free 
to contact me.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9487edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8852 Updated: undefined reference to `compress'

2001-03-03 Thread sniper

ID: 8852
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Failure
Assigned To: 
Comments:

Duplicate of #6981


Previous Comments:
---

[2001-01-23 09:47:03] [EMAIL PROTECTED]
Can't complile apache when use static php  mysql
There are like bug :5651

need  patch src/Makefile in apache
add -lz to end of LIBS1


=== src/modules/php4
=== src/modules
gcc -c  -I./os/unix -I./include   -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP
 -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p
l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa
d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a
rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I
/usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci`
modules.c
gcc -c  -I./os/unix -I./include   -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP
 -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p
l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa
d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a
rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I
/usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci`
buildmark.c
gcc  -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/
php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/do
wnload/php-4.0.4pl1/main -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/h
ome/artem/download/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/TS
RM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php
-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci`   -rdynamic 
  -o httpd buildmark.o modules.o modules/extra/libextra.a modules/standard/l
ibstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a
 lib/expat-lite/libexpat.a  -Wl,-rpath,/usr2/mysql/lib/mysql  -rdynamic -L/usr2/
mysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4
 -lpam  -ldl -lmysqlclient -lresolv -lm -ldl -lcrypt -lnsl  -lresolv   -lm -lcry
pt -ldl
/usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_uncompres
s':
my_compress.o(.text+0x97): undefined reference to `uncompress'
/usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_compress_
alloc':
my_compress.o(.text+0x123): undefined reference to `compress'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[2]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7/src'
make[1]: *** [build-std] Error 2
make[1]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7'
make: *** [build] Error 2


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8852edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9472 Updated: Apache refuses to start when trying to load php DSO module

2001-03-03 Thread sniper

ID: 9472
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Apache related
Assigned To: 
Comments:

Duplicate of #6981

Previous Comments:
---

[2001-02-26 19:36:00] [EMAIL PROTECTED]
LoadModule php4_modulelibexec/libphp4.so

When the previous line is present in the httpd.conf file, Apache will not load when 
the "./apachectl restart" command is executed. I get the error:

[root@ip234-164 bin]# ./apachectl restart
./apachectl restart: configuration broken, ignoring restart
./apachectl restart: (run 'apachectl configtest' for details)

I then run:

[root@ip234-164 bin]# ./apachectl configtest
Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: 
uncompress

PHP was configured as follows:
./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs 
--prefix=/usr/local/php --with-track-vars --with-trans-id


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9472edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8575 Updated: configure fails while checking for gzgets

2001-03-03 Thread sniper

ID: 8575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Failure
Assigned To: 
Comments:

Duplicate of #6981

Previous Comments:
---

[2001-01-07 11:42:18] [EMAIL PROTECTED]
./configure --with-mysql=/usr/local --with-apache=../../apache/apache_1.3.12 
--with-zlib=/usr/local/lib --with-ldap=/usr/local/ldap --enable-track-vars 
--enable-magic-quotes --enable-bcmath

...
checking whether to include zlib support... yes
checking for gzgets in -lz... no
configure: error: Zlib module requires zlib = 1.0.9.

Of course zlib 1.1.3 is properly installed.

from config.log:

...
configure:43634: checking whether to include zlib support
configure:43835: checking for gzgets in -lz
configure:43854: gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_O
RDER=21 -L/usr/local/lib  -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/s
parc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2
-R/usr/local/ldap/lib -L/usr/local/ldap/lib -R/usr/local/lib/mysql -L/usr/local/
lib/mysql conftest.c -lz -lmysqlclient -lldap -llber -lresolv -lresolv -lm -ldl
-lcrypt -lnsl -lsocket  -lsocket -lgcc 15
Undefined   first referenced
 symbol in file
uncompress  /usr/local/lib/mysql/libmysqlclient.so
compress/usr/local/lib/mysql/libmysqlclient.so
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 43843 "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 gzgets();

int main() {
gzgets()
; return 0; }


from configure:

...
LIBS="-lz $LIBS"
cat  conftest.$ac_ext EOF
#line 43843 "configure"

Obviously the source of the problem is library order during link phase. I was able to 
workaround the problem changing LIBS line above to:

LIBS="-$LIBS -lz"

However it is probably not the proper solution, please find better one.

Maciek



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8575edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9529 Updated: php4_module is garbled

2001-03-04 Thread sniper

ID: 9529
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

Yet another glibc + pthread bug..solved.

--Jani


Previous Comments:
---

[2001-03-03 19:37:03] [EMAIL PROTECTED]
Is apache linked with libpthreads.so?  ( ldd httpd ) 
If not,  edit the apache makefile:

apache_1.3.19/src/Makefile

and add -lpthread into LIBS1:

LIBS1= -lpthread -lm -lcrypt -ldl

and  in apache_1.3.19 direcotory:

# make install

--Jani


---

[2001-03-03 17:44:00] [EMAIL PROTECTED]
Was apache installed from RPM or compiled from sources?

--Jani


---

[2001-03-02 14:51:06] [EMAIL PROTECTED]
After installing php-4.0.4pl1 tarball when starting Apache get the following

Syntax error on line 222 of /usr/local/apache/conf/httpd.conf:
API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so
is garbled - perhaps this is not an Apache module DSO?

Line 222 is LoadModule php4_module  libexec/libphp4.so

PHP was configured as follows...

./config --with-mysql=/usr 
 --with-apxs=/usr/local/apache/bin/apxs 
 --with-xml 
 --with-mycrypt 
 --with-gd 
 --enable-track-vars 
 --enable-magic-quotes

No errors reported during configure, make or make install.

Running ldd on libphp4.so gives...

libpam.so.0 = /lib/libpam.so.0 (0x40121000)
libdl.so.2 = /lib/libdl.so.2 (0x4012a000)
libgd.so.1 = /usr/lib/libgd.so.1 (0x4012d000)
libresolv.so.2 = /lib/libresolv.so.2 (0x40163000)
libm.so.6 = /lib/libm.so.6 (0x40172000)
libcrypt.so.1 = /lib/libcrypt.so.1 (0x4018e000)
libnsl.so.1 = /lib/libnsl.so.1 (0x401bb000)
libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x401d2000)
libc.so.6 = /lib/libc.so.6 (0x401e5000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)
libz.so.1 = /usr/lib/libz.so.1 (0x402d8000)
libpthread.so.0 = /lib/libpthread.so.0 (0x402e7000)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_user_id(./libphp4.so)
undefined symbol: ap_server_root(./libphp4.so)
undefined symbol: ap_group_id   (./libphp4.so)
undefined symbol: ap_user_name  (./libphp4.so)
undefined symbol: top_module(./libphp4.so)
undefined symbol: ap_max_requests_per_child (./libphp4.so)
undefined symbol: ap_table_get  (./libphp4.so)
undefined symbol: ap_update_mtime   (./libphp4.so)
undefined symbol: ap_kill_timeout   (./libphp4.so)
undefined symbol: ap_uudecode   (./libphp4.so)
undefined symbol: ap_setup_client_block (./libphp4.so)
undefined symbol: ap_add_cgi_vars   (./libphp4.so)
undefined symbol: ap_getword(./libphp4.so)
undefined symbol: ap_getword_nulls_nc   (./libphp4.so)
undefined symbol: ap_destroy_sub_req(./libphp4.so)
undefined symbol: ap_pstrdup(./libphp4.so)
undefined symbol: ap_log_error  (./libphp4.so)
undefined symbol: ap_table_add  (./libphp4.so)
undefined symbol: ap_sub_req_lookup_uri (./libphp4.so)
undefined symbol: ap_run_sub_req(./libphp4.so)
undefined symbol: ap_register_cleanup   (./libphp4.so)
undefined symbol: ap_signal (./libphp4.so)
undefined symbol: ap_send_http_header   (./libphp4.so)
undefined symbol: ap_block_alarms   (./libphp4.so)
undefined symbol: ap_set_etag   (./libphp4.so)
undefined symbol: ap_rwrite (./libphp4.so)
undefined symbol: ap_table_set  (./libphp4.so)
undefined symbol: ap_get_client_block   (./libphp4.so)
undefined symbol: ap_add_version_component  (./libphp4.so)
undefined symbol: ap_hard_timeout   (./libphp4.so)
undefined symbol: ap_rflush (./libphp4.so)
undefined symbol: ap_set_last_modified  (./libphp4.so)
undefined symbol: ap_reset_timeout  (./libphp4.so)
undefined symbol: ap_unblock_alarms (./libphp4.so)
undefined symbol: ap_add_common_vars(./libphp4.so)




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9529edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9543 Updated: core dump after including module and restarting apache

2001-03-04 Thread sniper

ID: 9543
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

1. What was the configure line you used to configure PHP ?

2. Is your Apache linked with libpthread ? (ldd httpd)
If not, add -lpthread to the apache-1.3.x/src/Makefile line LIBS1 (in front of the 
other -l's) then do 'make clean;make;make install' for Apache.

3. Create a gdb backtrace of the crash  
( http://bugs.php.net/bugs-generating-backtrace.php )

--Jani


Previous Comments:
---

[2001-03-04 06:34:25] [EMAIL PROTECTED]
i have compiled the module on a raq2.
when i include the module (just LoadModule...) and restart the apache, i can see a 
core-file in the current directory.
there is no error-message in the logfiles of apache.

thanks,
ralf



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9543edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9243 Updated: configure emerges with bad LIBS '-l-L/usr/local/lib'

2001-03-04 Thread sniper

ID: 9243
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Assigned To: 
Comments:

Does this happen with the latest CVS now?
And if it does, could you please send me your config.log file ( [EMAIL PROTECTED] )

--Jani


Previous Comments:
---

[2001-02-13 20:00:17] [EMAIL PROTECTED]
Had to remove an extra '-l' preceding the backticked
call to glib-config:

--- configure-  Tue Feb 13 12:09:24 2001
+++ configure   Tue Feb 13 16:53:05 2001
@@ -25074,7 +25074,7 @@
  *)
 

-  LIBS="-l`$GLIBCONFIG --libs` $LIBS"
+  LIBS="`$GLIBCONFIG --libs` $LIBS"
 
 
   ;;


---

[2001-02-13 15:01:12] [EMAIL PROTECTED]
With the latest cvs (13/01/2001) and configure line

'./configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'

generates a bad LIBS line:
LIBS=-lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc

Here is debug.log:
CONFIGURE:   './configure' '--with-apache=../apache_1.3.17' '--with-mysql=/opt/mysql'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS
CXX:
CXXFLAGS:   
INCLUDES:-I/opt/src/apache/apache_1.3.17/src/include 
-I/opt/src/apache/apache_1.3.17/src/os/unix  -I$(top_builddir)/Ze
nd -I/opt/mysql/include/mysql
LDFLAGS: -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/spa
rc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql -L/opt/mysql/lib/mysql
LIBS:   -lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt 
-lnsl -lsocket  -lsocket -lgcc
DLIBS:  
SAPI:   apache
PHP_RPATHS:  /usr/ucblib /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 
/opt/mysql/lib/mysql
uname -a:   SunOS nature.Berkeley.EDU 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-4

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS  -R/usr/ucblib -L/usr/ucblib 
-R/usr/local/lib/gcc-lib/sparc-sun-solaris
2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/opt/mysql/lib/mysql 
-L/opt/mysql/lib/mysql conftest.c -
lmysqlclient -l-L/usr/local/lib -lglib -lresolv -lresolv -lm -ldl -lcrypt -lnsl 
-lsocket  -lsocket -lgcc 15
ld: fatal: library -l-L/usr/local/lib: not found
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9243edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8669 Updated: Swedish characters in session-variables can appear differently

2001-03-04 Thread sniper

ID: 8669
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Assigned To: 
Comments:

Have you tried the latest CVS snapshot from http://snaps.php.net/ ?
And please include a short script which can be used to reproduce this
into this bug report.

--Jani


Previous Comments:
---

[2001-02-26 02:35:36] [EMAIL PROTECTED]
It seems that the problem still exists in 4.0.4pl1.
So I would like to open this bug-report again.

---

[2001-01-15 04:42:52] [EMAIL PROTECTED]
User feedback:
---
I have installed php 4.0.4pl1
and it seems to work by now.




---

[2001-01-12 06:16:58] [EMAIL PROTECTED]
Could you please add a complete but short example script
into this report? 

--Jani




---

[2001-01-12 03:11:02] [EMAIL PROTECTED]
Session variables containing åäö on a systems not supporting these characters can 
change when saved to /tmp folder. While they are in memory they are perfectly Ok.

It appears that some function is using a shell-call or something to read the contents 
of the stored session-variables instead of using a normal read.

At least this is my interpretation of the error.

Input is taken from input -fields and output is generated like input 
value="?=$sessionvariable?"

Regards
Per-Olof Pettersson

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8669edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8446 Updated: PHP/apache process is in infinite loop or appears to suck CPU

2001-03-04 Thread sniper

ID: 8446
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

Could you please try the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


Previous Comments:
---

[2001-01-12 22:58:49] [EMAIL PROTECTED]
Another example - this time where memory usage is low while eating as much CPU as it 
can:

Reading symbols from /lib/libnss_nis.so.2...done.
Loaded symbols for /lib/libnss_nis.so.2
0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142
3142malloc.c: No such file or directory.
(gdb) bt
#0  0x2ac1ce20 in chunk_free (ar_ptr=0x2acbe8a0, p=0x82097a0) at malloc.c:3142
#1  0x2ac1cc94 in __libc_free (mem=0x8209958) at malloc.c:3044
#2  0x80eb4bb in zend_hash_destroy (ht=0x81d0b00) at zend_hash.c:569
#3  0x807fee4 in php_shutdown_config () at php_ini.c:244
#4  0x807e6d5 in php_module_shutdown () at main.c:941
#5  0x807e6bb in php_module_shutdown_wrapper (sapi_globals=0x81a5920) at main.c:926
#6  0x807cdb5 in php_child_exit_handler ()
#7  0x812556e in ap_child_exit_modules ()
#8  0x812b4fb in clean_child_exit ()
#9  0x812e0b2 in child_main ()
#10 0x812e6fb in make_child ()
#11 0x812ea78 in perform_idle_server_maintenance ()
#12 0x812efdd in standalone_main ()
#13 0x812f607 in main ()
#14 0x2abbae21 in __libc_start_main (main=0x812f270 main, argc=2, ubp_av=0x7b24, 
init=0x8064c2c _init, 
fini=0x8162fdc _fini, rtld_fini=0x2aab8f94 _dl_fini, stack_end=0x7b1c)
at ../sysdeps/generic/libc-start.c:111
(gdb) q

---

[2001-01-10 05:10:21] [EMAIL PROTECTED]
OOPS - please ignore my last post a few minutes on this - The debug symbols did not 
load properly.

example 1:
Attaching to program: /common/install/httpd, Pid 3193
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_nisplus.so.2...done.
Loaded symbols for /lib/libnss_nisplus.so.2
Reading symbols from /lib/libnss_nis.so.2...done.
Loaded symbols for /lib/libnss_nis.so.2
0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142
3142malloc.c: No such file or directory.
(gdb) bt
#0  0x2ac1d66e in chunk_free (ar_ptr=0x2acc1f00, p=0xcc1f570) at malloc.c:3142
#1  0x2ac1d4d4 in __libc_free (mem=0xcc1f5b8) at malloc.c:3044
#2  0x81016ca in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:478
#3  0x807efe7 in php_request_shutdown (dummy=0x0) at main.c:695
#4  0x807c637 in php_apache_request_shutdown ()
#5  0x8150470 in run_cleanups ()
#6  0x814ed2a in ap_clear_pool ()
#7  0x814edaa in ap_destroy_pool ()
#8  0x814ed16 in ap_clear_pool ()
#9  0x815e41d in child_main ()
#10 0x815eab3 in make_child ()
#11 0x815ee30 in perform_idle_server_maintenance ()
#12 0x815f395 in standalone_main ()
#13 0x815f9bf in main ()
#14 0x2abbafd1 in __libc_start_main (main=0x815f628 main, argc=1, ubp_av=0x7b64, 

init=0x8064de0 _init, fini=0x819338c _fini, rtld_fini=0x2aab9254 _dl_fini, 
stack_end=0x7b5c) at ../sysdeps/generic/libc-start.c:118
(gdb) 


example 2:
Attaching to program: /common/install/httpd, Pid 13835
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libpng.so.2...done.
Loaded symbols for /usr/lib/libpng.so.2
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading

[PHP-DEV] PHP 4.0 Bug #9514 Updated: compilation segfault in php_domxml.c:283

2001-03-04 Thread sniper

ID: 9514
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: DOM XML related
Assigned To: 
Comments:

RPM updates fixed this.

--Jani


Previous Comments:
---

[2001-03-03 19:43:31] [EMAIL PROTECTED]
Works for me just fine. What is the version of gcc you're using?
I assume your distro is RedHat, which version?
Have you updated all errata RPMs ?

RH 7.0 shipped with broken gcc..

--Jani


---

[2001-03-01 16:04:50] [EMAIL PROTECTED]
MAKE TRACE
make[1]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext'
Making all in domxml
make[2]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml'
make[3]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml'
gcc  -I. -I/usr/local/src/php4-200103011145/ext/domxml 
-I/usr/local/src/php4-200103011145/main -I/usr/local/src/php4-200103011145 
-I/usr/local/src/php4-200103011145/Zend -I/usr/local/include 
-I/usr/local/src/php4-200103011145/TSRM  -DSUPPORT_UTF8 -g -O2  -c php_domxml.c  
touch php_domxml.lo
php_domxml.c: In function `php_minit_domxml':
php_domxml.c:283: Internal error: Erreur de segmentation.
make[3]: *** [php_domxml.lo] Erreur 1


CONFIGURE OPTIONS
"./configure" 
"--with-config-file-path=/etc" 
"--with-cgi" 
"--without-xml" 
"--without-mysql" 
"--with-dom=/usr/local" 
"--disable-pear" 
"$@"


LIBXML infos

#ldd /usr/local/lib/libxml2.so.2.3.2
libz.so.1 = /usr/lib/libz.so.1 (0x40078000)
libc.so.6 = /lib/libc.so.6 (0x40086000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9514edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9547 Updated: variables_order = EGPCS is messed up

2001-03-04 Thread sniper

ID: 9547
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: PHP options/info functions
Assigned To: 
Comments:

I tried with this little script (vars.php):

?php echo $LANG;?
form action="vars.php" method="post"
input type="text" name="LANG"
input type="submit"
/form

and it works like it should. ie. When loaded without posting,
the LANG is en_US, and when I post that form, it's set whatever
I type in the input field. Is this what you meant here?

--Jani


Previous Comments:
---

[2001-03-04 13:13:55] [EMAIL PROTECTED]
I set 
 variables_order = "EGPCS"
but nevertheless, PHP uses the environment variable LANG when I refer to $LANG. So, 
the get/post value is overwritten with the environment value.

Why?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9547edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7650 Updated: called uninitialized function pointer

2001-03-04 Thread sniper

ID: 7650
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Fixed in CVS now. Thanks!

--Jani


Previous Comments:
---

[2001-01-07 03:51:56] [EMAIL PROTECTED]
What is this patch supposed to fix? And have you tried PHP 4.0.4 to check
whether it needs this or not?

--Jani

---

[2001-01-07 03:51:42] [EMAIL PROTECTED]
What is this path supposed to fix? And have you tried PHP 4.0.4 to check
whether it needs this or not?

--Jani

---

[2000-11-05 19:34:47] [EMAIL PROTECTED]
--- php-4.0.3pl1/sapi/cgi/cgi_main.c.oldWed Oct 11 20:48:44 2000
+++ php-4.0.3pl1/sapi/cgi/cgi_main.cMon Nov  6 02:19:44 2000
@@ -419,6 +419,9 @@
setmode(_fileno(stderr), O_BINARY); /* make the stdio mode be 
binary */
 #endif
 
+   if (php_module_startup(sapi_module)==FAILURE) {
+   return FAILURE;
+   }
 
/* Make sure we detect we are a cgi - a bit redundancy here,
   but the default case is that we have to check only the first one. */
@@ -475,9 +478,6 @@
ap_php_optarg = orig_optarg;
}
 
-   if (php_module_startup(sapi_module)==FAILURE) {
-   return FAILURE;
-   }
 #ifdef ZTS
compiler_globals = ts_resource(compiler_globals_id);
executor_globals = ts_resource(executor_globals_id);

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7650edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9553 Updated: openssl detection in wrong order for linkage

2001-03-04 Thread sniper

ID: 9553
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

This is already fixed in CVS. Please try a CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-04 22:24:40] [EMAIL PROTECTED]
hi ! 

i'm using curl with ssl so i use --with-openssl
to have php linked against the right libs

beginning on line 545 of "configure.in" it reads:
  AC_ADD_LIBPATH($OPENSSL_DIR/lib)
  AC_ADD_LIBRARY(ssl)
  AC_ADD_LIBRARY(crypto)
  AC_ADD_INCLUDE($OPENSSL_INC)


but in "configure" the libraries are assigned like LIBS=" -llib $LIBS "
which means that crypto is linked before ssl BUT ssl needs crypto !!!

it should read:
  AC_ADD_LIBPATH($OPENSSL_DIR/lib)
  AC_ADD_LIBRARY(crypto)
  AC_ADD_LIBRARY(ssl)
  AC_ADD_INCLUDE($OPENSSL_INC)


probably other unices have another linking order so adding
another crypto after ssl may help too

have had no such problems on linux tho

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9553edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9383 Updated: mcrypt 2.4.9 function causes Apache to segfault

2001-03-04 Thread sniper

ID: 9383
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: mcrypt related
Assigned To: 
Comments:

As this is clearly a bug in libmcrypt itself - closed.

--Jani


Previous Comments:
---

[2001-02-26 18:10:00] [EMAIL PROTECTED]
OK, I've done some research. This code fails to run (segfaults with the same symptoms 
as PHP):

#includemcrypt.h

main() {
mcrypt_module_open("tripledes","/usr/local/lib/libmcrypt/algorithms","ecb","/usr/local/lib/libmcrypt/modes");

}

Anyway, what's interesting - I have the module tripledes installed correctly (even in 
that directory). But even the bundled ciphertest program does not find any working 
algorithms under freebsd 4.2

---

[2001-02-21 18:09:03] [EMAIL PROTECTED]
After some research, it might be a portabilty issue, as this same configuration works 
flawlessly on linux (RedHAt 6.2)
I'll contact the author of libmcrypt

---

[2001-02-21 16:51:33] [EMAIL PROTECTED]
2.4.7 does not work too.

---

[2001-02-21 16:40:57] [EMAIL PROTECTED]
Does not work with 2.4.8, trying 2.4.7

---

[2001-02-21 16:26:03] [EMAIL PROTECTED]
no problem. I'm just compiling it with 2.4.8, should I try only 2.4.7. Is 2.4.8 known 
to have some problem?

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9383edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #8303 Updated: ODBC open close (3 lines script !) repeatedly cause NT crash.

2001-03-05 Thread sniper

ID: 8303
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

User gave up on this configuration.

--Jani


Previous Comments:
---

[2001-03-05 05:36:51] [EMAIL PROTECTED]
Sorry, 
I'm not using this configuration any more.

Dror p.

---

[2001-02-25 07:49:22] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-12-17 12:19:48] [EMAIL PROTECTED]
I wrote a 3 lines script that cause NT to display the following error message after 
being executed number of times. After getting this error I must close and rerun 
apache.

Title - "drwtsn32.exe - DLL initialization Failed"
Message - "Initialization of the dynamic link library C:WINNTsystem32USER32.dll 
failed. The process is terminating abnormally”

I got this error CONSISTENTLY after script was executed 828 times (see script on the 
“on the client side” section). I performed this test several times.

--
On the server side
--
Here is the script:

$MY_DB  = odbc_connect("phptest","","");
odbc_close($MY_DB);
echo "DONE!";

The DB I used is access97, the database itself (phptest) is empty. I created it but I 
didn’t create any table. 
---
On the client side:
---
I used PHP.EXE with the following script:

function my_get_url($url)
{
if (!($fp = fopen($url, "r"))) die("could not open url");

$ret="";
while (!feof ($fp)) {
$buffer = fgets($fp, 1024*10);
$ret.=$buffer;
}
fclose ($fp);
return $ret;
}


for ($i=1; $i=2000;$i++) {
$s=my_get_url("http://www.mysite.com/mypage.php?id=$i");
$len=strlen($s);
echo "$i] len=$len $sn";
}

--- 
My server configuration is:
--- 
Winnt 4.0 with sp 6a.
Apache 1.3.12 (official version downloaded from apache.net)
PHP 4.0.3pl1 (official version from php.net) – module version

Note: I checked it also using php.exe on the server, and there was no problem (using a 
batch file loop running the same “open  close” script more than 4000 times).

I'd be happy to post more information if needed.

I also had problems with odbc  paradox.
I'm not sure it's a good idea to put it under the same bug report.


php.ini

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL  ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
;  bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is 

[PHP-DEV] PHP 4.0 Bug #9556 Updated: upload problem

2001-03-05 Thread sniper

ID: 9556
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To: 
Comments:

I can't reproduce this with latest CVS. Can you please try the latest CVS snapshot
from http://snaps.php.net/ ??

And I'm also using Apache 1.3.19  so if  using the latest PHP CVS snapshot
doesn't work, try upgrading Apache.

--Jani


Previous Comments:
---

[2001-03-05 06:02:19] [EMAIL PROTECTED]
I don't know if this is already mentioned, but there seems to be a problem with the 
'copy' function, for more info, plz read 
http://forums.devshed.com/showthread.php?threadid=11297

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9556edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9557 Updated: Segmentation fault in phpinfo()

2001-03-05 Thread sniper

ID: 9557
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

I can't reproduce this. Could you please try and configure it with --enable-debug
and then try to generate a gdb backtrace of the crash?

(and maybe update your CVS first..)

--Jani


Previous Comments:
---

[2001-03-05 06:11:41] [EMAIL PROTECTED]
php 4.0.5-dev (05/03/2001) compiled as default CGI

./configure
make
make install

gives a segmentation fault after generating the copyright 
notice when processing from the command line

php -q phpinfo.php

whoere phpinfo.php contains

?php phpinfo(); ?

This is nuisance problem as all the data seems to be 
reported correctly.




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9557edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9559 Updated: /usr/bin/ld: cannot find -lcrypto

2001-03-05 Thread sniper

ID: 9559
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

You can give the location of ssl libs (both should be in same place)
for --with-imap-ssl  like this:

--with-imap-ssl=/usr/local/ssl


--Jani


Previous Comments:
---

[2001-03-05 06:59:53] [EMAIL PROTECTED]
I have the PHP 4.0.4pl1 source tarball. I used the following config command:

./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr --with-imap --with-imap-ssl

Configure runs fine, when I attempt a 'make' I get this:

make[1]: Entering directory `/usr/src/php-4.0.4pl1'
[stub.c compiles fine, the next compile line gives this:]
/usr/bin/ld: cannot find -lcrypto
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/usr/src/php-4.0.4pl1'
make: *** [all-recursive] Error 1

I happen to have a solution. PHP 4.0.4pl1 indeed would have no trouble finding 
libcrypto.a, if only it would be in /usr/lib. It sometimes gets installed in 
/usr/local/ssl/lib. Just copy libcrypto.a  to /usr/lib and run configure then make 
again.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9559edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9557 Updated: Segmentation fault in phpinfo()

2001-03-05 Thread sniper

ID: 9557
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Problem gone after cvs update..

--Jani


Previous Comments:
---

[2001-03-05 09:39:39] [EMAIL PROTECTED]
I can't reproduce this. Could you please try and configure it with --enable-debug
and then try to generate a gdb backtrace of the crash?

(and maybe update your CVS first..)

--Jani


---

[2001-03-05 06:11:41] [EMAIL PROTECTED]
php 4.0.5-dev (05/03/2001) compiled as default CGI

./configure
make
make install

gives a segmentation fault after generating the copyright 
notice when processing from the command line

php -q phpinfo.php

whoere phpinfo.php contains

?php phpinfo(); ?

This is nuisance problem as all the data seems to be 
reported correctly.




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9557edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9569 Updated: configure ignores --with-ttf

2001-03-06 Thread sniper

ID: 9569
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

1. use the _install_ path of gd, e.g. --with-gd=/www/gd
2. use the _install_ path of ttf, e.g. --with-ttf=/usr (no /lib here!)
3. GD extension only works with Freetype 1.x 
4. Ask further questions on [EMAIL PROTECTED] or [EMAIL PROTECTED]
as this is not any bug.

--Jani


Previous Comments:
---

[2001-03-05 18:54:45] [EMAIL PROTECTED]
After running make in gd-1.8.2 with 
CFLAGS=-2 -DHAVE_JPEG
LIBS=-lm -lgd -lz -lpng -ljpeg

./configure 
 --with-apxs 
 --with-mysql=/usr 
 --with-gd=../gd-1.8.3 
 --with-ttf=/usr/lib 
 --enable-gd-imgstrttf

Output from configure contains
..
checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... no
checking for libXpm (needed by gd-1.8+)... no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageColorClosestHWB in -lgd... yes
checking for compress in -lz... yes
checking for png_info_init in -lpng... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... yes
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking whether to include FreeType 1.x support... no

Why is it ignoring ttf?

Running PHP gives error
Warning: ImageTtfText: No TTF support in this PHP build 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9569edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9571 Updated: Undefined symbols in apache build using PHP 4.0.4pl1

2001-03-06 Thread sniper

ID: 9571
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-06 00:43:54] [EMAIL PROTECTED]
Same problem as in Bug #9161 - Undefined Symbol errors.

./configure --with-mysql=/export/db/mysql 
--with-apache=/export/home/temp/apache_1.3.14 --with-pgsql=/export/
home/app/pgsql --with-openlink --with-dom=shared,/usr/local --with-zlib=/usr/local 
--with-gd --with-tiff-dir=/usr/local --with-jpeg-dir=/usr/local 
--with-pdflib=/usr/local --with-ttf=shared,/usr/local
 --enable-debug --enable-magic-quotes --enable-libgcc --enable-calendar --enable-ftp 
--enable-gd-imgstrttf --
enable-track-vars

First was getting errors like:

Undefined  First referenced
  symbolin file
some_png_symbol   modules/php4/libphp4.a(libpng.o)

 adding --with-gd=shared,/usr/local got past it, but then

isinfmodules/php4/libphp4.a(mod_php4.o)

 after several clean make, clean installs, finally went into config.cache and set 
isinf to 'no'.  Clean make, clean install of PHP, reconfig apache with 
--activate-module, make and she finally built and started right up.

Seems to be some issue with the shared libs also maybe smells like Solaris not 
having ldconfig?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9571edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9573 Updated: when i started apache, system reported floating point exception, core dumped

2001-03-06 Thread sniper

ID: 9573
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

Fixed in CVS. Get the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-06 02:39:51] [EMAIL PROTECTED]
php 4.0.4
apache 1.3.17
freebsd 3.3.4

I tried to compile php as static or DSO module,
but when i tried to start apache
the system always said "floating point exception"

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9573edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7706 Updated: HTML PHP documents return Document contains no data

2001-03-06 Thread sniper

ID: 7706
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

User feedback:
---
After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl  PHP as DSOs, using a 
perl that didn't have large files support compiled in.


AFAIK, this problem was fixed in PHP 4.0.4pl1

--Jani


Previous Comments:
---

[2001-03-06 07:34:14] [EMAIL PROTECTED]
You probably have some version incompatibility or build
problem between PHP and Apache. Are you sure apxs is from
the same Apache that is running? Does Apache contain any
non-standard modules?

---

[2000-11-08 21:06:52] [EMAIL PROTECTED]
PHP compiled as DSO for Apache 1.3.14

When module is loaded  server running, HTML  PHP docs return
"Document contains no data" messages to browser.   GIFs, however,
can be retrieved.

configure line:
--prefix=/path/to/php-4.0.3pl1
--with-apxs=/path/to/apache-1.3.14/sbin/apxs
--with-pgsql=/path/to/pgsql

php.ini file is dist file.

gdb output, incl. backtrace:

libadm189=/var/opt/apache/etcgdb /usr/site/apache-1.3.14-DSO/sbin/httpd 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.5.1"...
(gdb) run -X -f /var/opt/apache/etc/httpd.conf
Starting program: /usr/site/apache-1.3.14-DSO/sbin/httpd -X -f /var/opt/apache/e
tc/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
(gdb) bt
#0  0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
#1  0x4e260 in ap_invoke_handler ()
#2  0x6af3c in process_request_internal ()
#3  0x6b45c in ap_internal_redirect ()
#4  0x32348 in handle_dir ()
#5  0x4e260 in ap_invoke_handler ()
#6  0x6af3c in process_request_internal ()
#7  0x6afc0 in ap_process_request ()
#8  0x5e9d0 in child_main ()
#9  0x5ec64 in make_child ()
#10 0x5ee80 in startup_children ()
#11 0x5f870 in standalone_main ()
#12 0x6046c in main ()


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7706edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9574 Updated: Apache can't load neither static (core dump) neither DSO module (linking err).

2001-03-06 Thread sniper

ID: 9574
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Please try latest CVS snapshot from http://snaps.php.net/ as both of these
problems should be fixed.

--Jani


Previous Comments:
---

[2001-03-06 06:24:35] [EMAIL PROTECTED]
This first part is already fixed in CVS.

---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
When module is static, then system reports "floating point exception, core dumped" 
(see also bug 9573).
When module is DSO, then system reports "Cannot load 
.../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in 
httpd:.../apache_1.3.17/libexec/libphp4.so"

PHP:
./configure
--with-mysql=/usr/local
--with-apxs=/home/apache_1.3.17/bin/apxs
--enable-safe-mode
--with-openssl
--with-zlib

Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17.
./configure
--prefix=.../apache_1.3.17
--enable-rule=SHARED_CORE
--enable-module=rewrite
--enable-module=so
--enable-module=ssl
--enable-shared=ssl


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9574edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9575 Updated: After install, the web server Apache don't restart ..

2001-03-06 Thread sniper

ID: 9575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

1. Have you set the necessary Oracle specific environment vars before
starting Apache? ( http://www.php.net/oci8 )

2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd )
3. Have you tried PHP 4.0.4pl1 ?

--Jani


Previous Comments:
---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
My server configuration : Linux RedHat 6.2  - Apache 1.3.9  -  Php4.0.2  -  
Oracle8.1.5.

After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart.

   # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 
--with-oci8=/oracle/app/oracle815
   # make
   # make install

   /usr/local/lib/php.ini

They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when 
restart Apache.


I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any 
bugs.


Thank, for your intervention
Best regard.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9575edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9580 Updated: .php files do not run

2001-03-06 Thread sniper

ID: 9580
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

You can have more than one suffix in this directive (in httpd.conf) :

AddType application/x-httpd-php .php .php4

--Jani



Previous Comments:
---

[2001-03-06 10:21:28] [EMAIL PROTECTED]
I installed the Apache webserver and php4 on my NT machine I can run *.php4 files but 
I'm not able to run  *.php files

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9580edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

2001-03-06 Thread sniper

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


Previous Comments:
---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

2001-03-06 Thread sniper

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Apache related
Bug Type: Documentation problem
Assigned To: 
Comments:

Fixed in documentation CVS. I added an note into fread() docs about
the fact that file must be opened with 'b' on Windows.

--Jani


Previous Comments:
---

[2001-03-06 12:35:38] [EMAIL PROTECTED]
hi jani - that is another way to solve the problem.

in documentation, it's said, that fread is binary safe. so this is a documentation 
problem.

for the people programming the software it might be good to know, that it only happens 
in the apache module, not in the cgi-mode.

thanks for your comments.

--mot

---

[2001-03-06 12:04:45] [EMAIL PROTECTED]
You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9585 Updated: Apache do not start - Floating Point Exception

2001-03-06 Thread sniper

ID: 9585
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Web Server problem
Assigned To: 
Comments:

Can you please try the latest CVS snapshot from http://snaps.php.net/
and if this happens with it too, generate a GDB backtrace of the crash.
Remember to configure PHP with --enable-debug first before generating
the backtrace!

--Jani


Previous Comments:
---

[2001-03-06 14:38:42] [EMAIL PROTECTED]
I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a 
PHP 4 written email application.

I have no problem to run ./configure, or make or make install, my problem occurs when 
I stop and start apache. Apache do not want to start, it do not give me any errors, 
when I run httpd it gives me the error "Floating Point Exception". I have compile 
various versions, with and without MySql, and I still get the error. When I include 
the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine 
again.

I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor.

I am stuck, I have tried all options in my mind, plus all information that I gather 
from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in 
these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a 
bug.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9585edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9591 Updated: Segmentation fault

2001-03-06 Thread sniper

ID: 9591
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

The segfault bug is fixed in CVS already. 

FYI (from NEWS file in CVS):
- Added 'r' flag to date() which generates an RFC822 formatted date, e.g.
   "Thu,  9 Nov 2000 16:33:01 -0500" (Colin)


--Jani



Previous Comments:
---

[2001-03-06 19:18:49] [EMAIL PROTECTED]
The following code produces a segmentation fault:
? echo date('h:i:s br d/m-y'); ?
If i remove the br it works just fine.

In the web-browser it outputs wrong day of the month
Example: "12:59:40 3158065/03-01"

In error_log the following message is printed:
"child pid x exit signal Segmentation fault (11)"

No core dump or any output in gdb

The code above works fine in earlier versions of PHP

I have tried the code with serveral different apache versions,
with different modules/configure options, and with both DSO and static compiles, and 
on different computers. Always the same result.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9591edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9605 Updated: There is no file: sqlcli1.h.

2001-03-07 Thread sniper

ID: 9605
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Where is your DB2 installed? Have you tried adding the install
base directory ? ie. --with-ibm-db2=/db2/install/base ??

--Jani


Previous Comments:
---

[2001-03-07 14:54:37] [EMAIL PROTECTED]
Configuration:
-with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml 
--disable-debug --with-oci8 --with-ibm-db2

Problem encountered first time after adding "--with-ibm-db2".

Error message:
In file included from internal_functions.c:38:
/usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or 
directory


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9605edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9607 Updated: missing quick ref button

2001-03-08 Thread sniper

ID: 9607
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Documentation problem
Assigned To: 
Comments:

And this isn't the place to report 'bugs' about the
www.php.net site.

--Jani


Previous Comments:
---

[2001-03-07 22:54:59] [EMAIL PROTECTED]
it's there on the manual pages, and there's some tips at http://www.php.net/tips.php 
on how to add the button directly to your browser. there's also the 
http://www.php.net/strlen trick.

---

[2001-03-07 20:52:33] [EMAIL PROTECTED]
I noticed that on the new and improved web site you took off
the "quck ref" button.  I must say that i really miss this.
 I used to pop in and look up the function I needed to,
which was really nice.  I realize that I can do this through
the search page, but it's just not as convenient.  I wish
you would bring it back.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9607edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9610 Updated: Dead link

2001-03-08 Thread sniper

ID: 9610
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Old-Bug Type: Other
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-07 22:02:38] [EMAIL PROTECTED]
The link to download php3 has broken

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9610edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9616 Updated: Image functions don't work under Netscape

2001-03-08 Thread sniper

ID: 9616
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Closed
Bug Type: GD related
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-08 04:11:06] [EMAIL PROTECTED]
The Image functions work properly with IE, but when I tried with Netscape (4.7 and 
6.0), no image was displayed, but just lot's of chaotic symbols.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9616edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9605 Updated: There is no file: sqlcli1.h.

2001-03-08 Thread sniper

ID: 9605
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

User feedback:
--
I cannot find way to reply to your response.

My bug is 9605.
I didn't give path, because it was default path.
---

The link to the correct web page can be found
in the end of this email.

And try adding that 'default' path into the --with-ibm-db2
configuration option as I suggested. 
And please check where exactly the file 'sqlcli1.h'
is in your system.

--Jani


Previous Comments:
---

[2001-03-07 16:13:29] [EMAIL PROTECTED]
Where is your DB2 installed? Have you tried adding the install
base directory ? ie. --with-ibm-db2=/db2/install/base ??

--Jani


---

[2001-03-07 14:54:37] [EMAIL PROTECTED]
Configuration:
-with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml 
--disable-debug --with-oci8 --with-ibm-db2

Problem encountered first time after adding "--with-ibm-db2".

Error message:
In file included from internal_functions.c:38:
/usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or 
directory


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9605edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9621 Updated:

2001-03-08 Thread sniper

ID: 9621
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Already fixed. And this bug system IS NOT meant for 
reporting problems of the php.net website! 
Report those to [EMAIL PROTECTED]

--Jani


Previous Comments:
---

[2001-03-08 09:17:00] [EMAIL PROTECTED]
I was searching for HTTP_USER_AGENT in the box of search. The list of the result was 
Ok, but when i tried to access the page of the HTTP_USER_AGENT help, the error 
occours

http://www.php.net/manual/admin-notes.php?last_entry=1200#tOpOfpAgE


If you just want to browse the errata, you're better off here. 

Next 50 entries

CVS user:  CVS password:  Remember my login/password:  

 getservbyport
 
 

Fatal error: Call to undefined function: spc() in 
/local/Web/sites/phpweb/manual/admin-notes.php on line 46 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9621edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9625 Updated: make error

2001-03-08 Thread sniper

ID: 9625
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 10:27:59] [EMAIL PROTECTED]
Greetings,
I searched through the forum pages and the archive and didn't find a solution. 
Here's what I'm doing - Solaris 2.6, with iPlanet in /opt/iplanet and mySQL in 
/usr/local/bin/mysql.

configure  --with-nsapi=/opt/iplanet --with-mysql=/usr/local/mysql

Configure runs fine, and produces no errors.

Immediately after issue the make command I get 

Making all in Zend
make[1]: Entering directory `/usr/local/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1

Any solutions ?
Thanks.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9625edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9500 Updated: mssql_query returns false for INSERT UPDATE queries

2001-03-08 Thread sniper

ID: 9500
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: MSSQL related
Assigned To: 
Comments:

Mind telling that which bug report is the duplicate
to this one?

--Jani


Previous Comments:
---

[2001-02-28 16:05:31] [EMAIL PROTECTED]
?php
mssql_connect('myserver', 'user', 'password');
mssql_select_db('mydatabase');

$Result = mssql_query("UPDATE mytable SET nextval=nextval+1");
if ($Result)
{
echo("Result is TRUEBR");
}
else
{
echo("Result is FALSEBR");
}

echo 'BRBR';

$Result = mssql_query("INSERT mytable values(10)");
if ($Result)
{
echo("Result is TRUEBR");
}
else
{
echo("Result is FALSEBR");
}
?



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9500edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

2001-03-08 Thread sniper

ID: 9400
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Might be that the Apache in HP-UX expects .so instead
of .sl ? Try renaming the libphp4.sl to libphp4.so

--Jani


Previous Comments:
---

[2001-03-08 11:20:28] [EMAIL PROTECTED]
Hello all,

Arg, the system disk of my workstation has died so i have reinstalled all stuffs from 
scratch ... and this time it's compiling ok :-)))

But i have also added the _IN_ADDR_T.

I think the problem was from a precompiled package I got from HP-UX porting center :-(
This time, I have recompiled all stuff.

But now, I have a problem for the installation :

gmake install

...

gmake[1]: Entering directory `/datas/depot/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl
apxs:Error: file libs/libphp4.sl is not a DSO
gmake[1]: *** [install-sapi] Error 1
gmake[1]: Leaving directory `/datas/depot/php-4.0.4pl1'
gmake: *** [install-recursive] Error 1


Any clue ?

Thanks for your help.

---

[2001-02-22 18:55:36] [EMAIL PROTECTED]
Maybe 'make clean' would help?

--Jani


---

[2001-02-22 08:34:58] [EMAIL PROTECTED]
Hello all,

i have severals problem when compiling php-4.0.4pl1 under my HP-UX 10.20 box at work.

I use :

apache_1.3.17 with mod_so
gd-1.8.4
postgresql-7.0.3

gcc version 2.95.2

configure --with-ndbm --with-ftp --with-gd --with-pgsql --enable-sockets
--with-apxs=/usr/local/apache/bin/apxs

1/ First of all, it seems HP's include files are broken, so I have added 
#define _IN_ADDR_T
at the beginning of sockets.c otherwith i got a "dupplicate symbole error".

2/ I got a linker error

/bin/sh /datas/depot/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. 
-I/datas/depot/php-4.0.4pl1/ -I/datas/depot/php-4.0.4pl1/main
 -I/datas/depot/php-4.0.4pl1 -I/usr/local/apache/include 
-I/datas/depot/php-4.0.4pl1/Zend -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex
t/mysql/libmysql -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse -I/datas/depot/php-4.0.4
pl1/TSRM  -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DXML_BYTE_ORDER=21 -g -O2   -o 
libphp4.la -rpath /datas/depot/php-4.0.4pl1/libs -avoid-version
-L/usr/local/lib -L/usr/local/pgsql/lib  -R /usr/local/lib -R /usr/local/pgsql/lib 
stub.lo  Zend/libZend.la  sapi/apache/libsapi.la  main/lib
main.la  regex/libregex.la  ext/dba/libdba.la ext/gd/libgd.la ext/mysql/libmysql.la 
ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libpo
six.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la 
ext/xml/libxml.la  TSRM/libtsrm.la -lpq -lttf -lgd -lm
 -lcrypt
/usr/ccs/bin/ld: Duplicate symbol "gdImageColorResolve" in files 
.libs/libphp4.lax/libgd.al/gd.lo and /usr/local/lib/libgd.a(gd.o)
/usr/ccs/bin/ld: Duplicate symbols are not allowed in shared libraries
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.


Someone has a tips about this error ?

Thanks for your help

- Laurent

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9400edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9636 Updated: error message

2001-03-08 Thread sniper

ID: 9636
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 15:03:06] [EMAIL PROTECTED]
For Netscape Enterprise Server configuration:

After installing all the necessary packages and running
"./configure --with-mysql=/usr/local/mysql --with-nsapi=
/opt/netscape/suitespot --enable-track-vars --enable-libgcc"

When attempting to run "make" I get the following:

# make
Making all in Zend
Making all in Zend
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main
   -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE
_ORDER=21 -I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do
uble *)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1
#

Running gcc-2.95_2

Thanks,
Bob Smith
Computer Systems Administrator
East Carolina University
[EMAIL PROTECTED]
(252) 328-0421

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9636edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #9638 Updated: I want to use the GetImageSize but it wont work...

2001-03-08 Thread sniper

ID: 9638
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Assigned To: 
Comments:

getimagesize() does exist in PHP 4.0.4pl1. 
The support for URLs was added in PHP 4.0.5 (not released yet) which you can get as a 
CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-08 16:42:06] [EMAIL PROTECTED]
I want to use the GetImageSize function
But it don't work on PHP 4.0.4pl1 
the documentation says you should have PHP 4.0.5 to use it, but there isn't one  
Why make documentation about functions you cannot use ?

Kind Regards,

Kristof

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9638edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #5755 Updated: odbc_tables() does not work properly

2001-03-08 Thread sniper

ID: 5755
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

No feedback.

--Jani


Previous Comments:
---

[2001-01-06 01:38:58] [EMAIL PROTECTED]
does this problem still exist in PHP 4.0.4?

---

[2000-09-04 23:24:18] [EMAIL PROTECTED]
Feedback:

yes



---

[2000-09-04 20:19:05] [EMAIL PROTECTED]
Does this problem exist when using php4.0.2 ?

--Jani

---

[2000-07-24 19:41:36] [EMAIL PROTECTED]
This was using odbc_fetch_row.  Exactly the same code accessing a table from a query 
works fine.

---

[2000-07-24 08:59:07] [EMAIL PROTECTED]
Did you use odbc_fetch_row() / odbc_fetch_into()?

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5755edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #6839 Updated: get metatags

2001-03-08 Thread sniper

ID: 6839
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Function Specific
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-02-10 21:42:34] [EMAIL PROTECTED]
The multi-line issue has been fixed in CVS.  Reading up on language attribute now.

Sean

---

[2000-09-25 18:58:08] [EMAIL PROTECTED]
Yes, it's a know problem. Somebody needs to fix that function.

---

[2000-09-21 20:47:14] [EMAIL PROTECTED]
the function get metatags does not support
multiline metatags. keywords and discriptions
in metatags can be in different languages (lang-
attribute), but are not supported yet. 
it must also be possible to get the title of a document!
(title tag in head part).

greetings 
ingo


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6839edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #6681 Updated: php hang when an extension DLL is uncommented

2001-03-08 Thread sniper

ID: 6681
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Dynamic loading
Assigned To: 
Comments:

What is the situation with this? Does it work with PHP 4.0.4pl1?

--Jani


Previous Comments:
---

[2001-01-08 17:03:54] [EMAIL PROTECTED]
er, it shouldn't just hang...

---

[2001-01-08 17:02:35] [EMAIL PROTECTED]
try echo ini_get( 'extension_dir' ) ;
if it shows c:phpmodules, you'll have to escape the backslashes. if the error 
persists, reopen.

---

[2000-09-12 10:35:24] [EMAIL PROTECTED]
I'm sorry but i'ts

Apache/1.3.12 (Win32) and MySQL 3.23.22


---

[2000-09-12 10:22:19] [EMAIL PROTECTED]
Configuration
==
PHP 4.0.2
Apache 3.23.22
Internet Explorer 5.5
Windows Millennium
Pentium MMX 233 - 128 meg ram

I've tried to use Extensions DLL by uncommenting some lines in php.ini. When I try to 
load a PHP script, IE5 seems to do something but no errors is displayed.

If I comment all extensions, my PHP scripts works.

I've put my extensions DLL in c:phpmodules
And yes all files exists in this directory and yes i've modify the extension_dir 
properties in php.ini

I've tried using
extension_dir = "c:phpmodules"
extension_dir = c:phpmodules
extension_dir = c:phpmodules
etc 

See php.ini below

==

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL  ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
;  bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the ? tag.  otherwise, only ?php and 
script tags are recognized.
asp_tags=   Off ; allow ASP-style % % tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in

[PHP-DEV] PHP 4.0 Bug #6652 Updated: include() require() add trailing CRLF

2001-03-08 Thread sniper

ID: 6652
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Function Specific
Assigned To: 
Comments:

I can not reproduce this one either. 
Are you sure that the include.php has got
only one line in it which isn't terminated with newline?

--Jani


Previous Comments:
---

[2001-01-13 17:31:19] [EMAIL PROTECTED]
sorry, it should have been 

... after the include()d / requre()d text OR at the end of ...

---

[2001-01-13 13:11:50] [EMAIL PROTECTED]
hm... unable to reproduce it on RH6.2 with 4.0.4
does it happen only with include() and require()? does the appended newline appear 
after the include()d / requre()d text at the end of the whole resulting document?
what's the auto_prepend_file directive set to? 

---

[2001-01-13 12:52:56] [EMAIL PROTECTED]
Yes,  We are now running 4.0.4  It has the same result.


-Kevin

---

[2001-01-12 21:29:03] [EMAIL PROTECTED]
have you by any chance updated your PHP since 4.0.2? does it still happen?

---

[2000-09-17 02:14:47] [EMAIL PROTECTED]
Start include.php
START?include('/web/file.inc')?END
End include.php

Start file.inc:
This is some text
End file.inc

Niether file has a trailing new line.  Remember to do a view source to see this 
because the browser will not render a new line.  

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6652edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #6606 Updated: Crash when returning NULL as a reference value

2001-03-08 Thread sniper

ID: 6606
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To: 
Comments:

No feedback.
Doesn't crash for me with the latest CVS.

--Jani


Previous Comments:
---

[2001-01-07 18:42:14] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ??

--Jani

---

[2000-09-07 12:27:50] [EMAIL PROTECTED]
This crashes:
function foo() {
   while (list($key, $name) = each($arr));
   return($ret);
}

--

This works:
function foo() {
   if (is_array($arr))
  while (list($key, $name) = each($arr));
   return($ret);
}

--

This works:
function foo() {
   while (list($key, $name) = each($arr));
   return(is_array($ret) ? $ret : false);
}

I know returning a NULL value as refernce is nonsense but it shouldn't crash, right?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6606edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #6105 Updated: odbc_pconnect returns 'not a valid ODBC-Link resource'

2001-03-08 Thread sniper

ID: 6105
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

No feedback, and old version of PHP. 

--Jani


Previous Comments:
---

[2001-01-02 10:51:00] [EMAIL PROTECTED]
Can you provide your configuration options by chance?  And does this still exist in 
the latest PHP?

---

[2000-08-31 09:04:23] [EMAIL PROTECTED]
reclassify

---

[2000-08-11 07:42:01] [EMAIL PROTECTED]
Changing odbc_connect to odbc_pconnect causes the script to fail, complaining that the 
$odbchandle "Supplied resource is not a valid ODBC-Link resource" on a 
odbc_close($odbchandle).  Leaving the code as is works perfectly.

...
// Connect to the database
$odbchandle = odbc_connect( $DSN, $USERNAME, $PASSWORD );

if ( $odbchandle ) {

  // Query for the user record
  $query = "SELECT * FROM Subscribers WHERE SubscriptionID='" . $subscriberID . 
"'";

  $queryresult = odbc_do( $odbchandle, $query );

  // ...
  odbc_close( $odbchandle );
...

It _seems_ that commenting out the odbc_close() when using the odbc_pconnect() causes 
the warning to go away.  Naturally this begs the question about when persistent 
handles go away... but still, I wouldn't think odbc_close() causes a warning.  Using 
odbc_close_all() works just fine, with no warning.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6105edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




<    1   2   3   4   5   6   7   8   9   10   >