#16458 [Com]: header() does not replace headers but always produces duplicates

[bahtiyar_s]

 ID:   16458
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: HTTP related
 Operating System: Win32 (XP)
 PHP Version:  4.1.1
 New Comment:

yeah...
I have a same problem as systemshock87

What happening?


Previous Comments:


[2002-10-19 15:58:58] [EMAIL PROTECTED]

http://24.232.112.10/crypt(guestprivado3.php)?Usuario=$userClave=$password");
}
else
{
header ("Location:
http://24.232.112.10/guestprivado.php?Mensaje=osndiceqtevaairmal";);
exit;
}
?>

When i load this in my page it appears an error:
Warning: Cannot add header information - headers already sent by
(output started at c:/program files/apache
group/apache/htdocs/guestprivado2.php:11) in c:/program files/apache
group/apache/htdocs/guestprivado2.php on line 17

what's the problem?



[2002-06-18 06:17:07] [EMAIL PROTECTED]

I've commited the patch to CVS, thanks for your help.



[2002-05-14 16:33:41] [EMAIL PROTECTED]

Suggested fix submitted to dev list:

Bug #16458 reports that the header() command does not correctly use the
replace parameter (i.e., a header of the same name should be replaced
if this parameter is true).  The problem is that the standard
sapi_add_header_ex function assumes that the sapi being used with deal
with any header replacements.  For Apache that works fine as the Apache
sapi correctly used the replace parameter.  The IIS sapi, however,
defaults to the standard funtionality in sapi_add_header_ex (as does
the CGI).  The default handler just calls zend_llist_add_element to add
the header to the header list thus appending even if replace was
requested.

Attached is a suggested patch that first removes the header from the
list if it already exists if we are in replace mode.  This works for
the Win32 IIS and CGI builds, but I don't have a way to test any
possible interaction this might have with the other sapi modules (or
under GCC).

--- sapi.c  Tue May 14 16:11:31 2002
+++ sapi.c.new  Tue May 14 16:29:23 2002
@@ -385,6 +385,11 @@
return code;
 }
 
+static int sapi_find_matching_header(void *element1, void *element2)
+{
+   return strnicmp(((sapi_header_struct*)element1)->header,
(char*)element2, strlen((char*)element2)) == 0;
+}
+
 /* This function expects a *duplicated* string, that was previously
emalloc()'d.
  * Pointers sent to this functions will be automatically freed by the
framework.
  */
@@ -551,6 +556,19 @@
zend_llist_clean(&SG(sapi_headers).headers);
}
if (retval & SAPI_HEADER_ADD) {
+   /* in replace mode first remove the header if it already exists in
the headers llist */
+   if (replace) {
+   colon_offset = strchr(header_line, ':');
+   if (colon_offset) {
+   char sav;
+   colon_offset++;
+   sav = *colon_offset;
+   *colon_offset = 0;
+   zend_llist_del_element(&SG(sapi_headers).headers, 
+header_line,
(int(*)(void*, void*))sapi_find_matching_header);
+   *colon_offset = sav;
+   }
+   }
+
zend_llist_add_element(&SG(sapi_headers).headers, (void *)
&sapi_header);
}
if (free_header) {



[2002-04-05 15:23:34] [EMAIL PROTECTED]

Thanks for the follow-up, and thanks for reopening... Sorry for the
incorrect classification.



[2002-04-05 15:08:51] [EMAIL PROTECTED]

Note: the replace parameter seems to be completely ignored; it replaces
the headers as an Apache module anyway, and it refuses to replace them
as CGI.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16458

-- 
Edit this bug report at http://bugs.php.net/?id=16458&edit=1

#14886 [Fbk->NoF]: Access Violation in error handler with PEAR DB (ISAPI)

[php-bugs]

 ID:   14886
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Win2000
 PHP Version:  4.1.1
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 11:16:05] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-01-07 01:20:21] [EMAIL PROTECTED]

I have simplified the crash to the following script (note that $obj is
null). The bug does not happen when $testmysql = false.

test start";
if ($testmysql) {
$conn = mysql_connect('localhost','root');
}
$obj->run();

print "test end";

?>

I had to run "ab -n2 -c10 " several times before problems
started to occur on a W2k IIS server receiving no other visitors and
had just been restarted.

This is ApacheBench, Version 1.3c <$Revision: 1.45 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-2000 The Apache Group, http://www.apache.org/

Server Software:Microsoft-IIS/5.0
Server Hostname:jaguar
Server Port:80

Document Path:  /php/err.php
Document Length:145 bytes

Concurrency Level:  10
Time taken for tests:   184.950 seconds
Complete requests:  2
Failed requests:556
   (Connect: 0, Length: 556, Exceptions: 0)
Non-2xx responses:  555
Total transferred:  5504927 bytes
HTML transferred:   2847858 bytes
Requests per second:108.14
Transfer rate:  29.76 kb/s received

Connnection Times (ms)
  min   avg   max
Connect:0 022
Processing: 490   466
Total:  490   488




[2002-01-06 06:15:53] [EMAIL PROTECTED]

I ran ApacheBench on a PEAR DB script (see below), and IIS (ISAPI mode)
will die eventually. It is so bad that often "iisreset" is unable to
restart IIS. 

The ab command I used:

ab -n1 -c10 

with the following results:

This is ApacheBench, Version 1.3c <$Revision: 1.45 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-2000 The Apache Group, http://www.apache.org/

Server Software:Microsoft-IIS/5.0
Server Hostname:jaguar
Server Port:80

Document Path:  /lens/adodb/peartest.php
Document Length:142 bytes

Concurrency Level:  10
Time taken for tests:   269.158 seconds
Complete requests:  1
Failed requests:5272
   (Connect: 0, Length: 5272, Exceptions: 0)
Non-2xx responses:  1868
Total transferred:  1891906 bytes
HTML transferred:   769177 bytes
Requests per second:37.15
Transfer rate:  7.03 kb/s received

Connnection Times (ms)
  min   avg   max
Connect:0 0 5
Processing: 2   268  2771
Total:  2   268  2776


The interesting thing is that the crash only happens when an invalid
SQL statement is entered in the script below(notice the column
"badcolumn" which does not exist). If a valid SQL statement is entered
("badcolumn" is removed), no crash occurs, and ApacheBench runs fine. 

So I guess it is some problem with PHP's error-handler or MySQL
extension not being thread safe. No dll extensions were installed.
Standard pre-compiled PHP downloaded from php.net was used.

John Lim

=== THE SCRIPT ===

query('select
badcolumn,productid,productname,unitsinstock,unitprice from
products');
while (DB_OK === $rs->fetchInto($fields)) {
$id=$fields[0];
$name=$fields[1];
$unitsinstock=$fields[2];
$unitprice=$fields[3];

print "$id, $name, $unitsinstock, $unitprice";
}

$rs->free();

?>




-- 
Edit this bug report at http://bugs.php.net/?id=14886&edit=1

#19567 [Fbk->NoF]: Access Violation at memory address 77F83941

[php-bugs]

 ID:   19567
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windoes 2000 SP2
 PHP Version:  4.2.3
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 10:51:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-09-25 16:50:34] [EMAIL PROTECTED]

Thanks.

I think this is entirely possible. I have tried to check the error on
apache but am on work time and we are a microsoft shop. So i'm stuck
with IIS. The rest of php seems to work fine except for the print array
function that crashes the web server. oh well



[2002-09-25 04:21:49] [EMAIL PROTECTED]

I don't know phpMySearch but since you mention php_curl, it could be
the same problem with CURL as described in bug 19301.

Just a thought. It could also be something completely different.



[2002-09-24 18:11:52] [EMAIL PROTECTED]

changed status



[2002-09-24 17:45:43] [EMAIL PROTECTED]

Tried the latest snapshot.

Still get the same error.

this is the output from the spider.php file
start: http://csmtemlst-web/development
URL = (begin >)=> http://csmtemlst-web/development
need parse
start load
PHP has encountered an Access Violation at 77F83941

The web server is a Compaq ProLiant DL360 G2 Dual processor

Any ideas



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19567

-- 
Edit this bug report at http://bugs.php.net/?id=19567&edit=1

#6585 [Fbk->NoF]: OCILogOff

[php-bugs]

 ID:   6585
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux 2.2.17
 PHP Version:  4.0.2
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 11:21:25] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2001-01-08 05:25:56] [EMAIL PROTECTED]

it still happens - but the current design (reusing server-connectiond
for multiple logins on the _same_ page) doesn't make it easy to
implement.




[2001-01-07 19:27:09] [EMAIL PROTECTED]

Does this happen with PHP 4.0.4 ??

--Jani



[2000-09-06 18:16:09] [EMAIL PROTECTED]

OCILogOff has to be put back in place.  If a user initiates a
persistent connection to the server, and the DBA changes any of the
procedures/functions within the database, the connection has to be
closed and reopened.  As it stands right now, when the above happens,
the entire web server needs to be restarted.

Additionally, if the server is restarted in the middle of the
connection, oci_ping does not work correctly.  That is, it doesn't
recognize correctly that the connection has died and it needs to
reconnect, thus spitting out error messages back to the user.




-- 
Edit this bug report at http://bugs.php.net/?id=6585&edit=1

#18699 [Fbk->NoF]: php.ini problems

[php-bugs]

 ID:   18699
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: Windows NT 5.0 build 2195
 PHP Version:  4.2.2
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 10:55:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-08-02 05:49:26] [EMAIL PROTECTED]

Installed with Apache 2.0.39, as a module.
Bot in install.txt and when you run phpinfo() it says you should put
the php.ini file in your system dir c:\winnt. If the php.ini file is
put there, it isn't used. It has to be put in c:\winnt\system32 where
php4ts.dll is to work. But then in phpinfo it says "Configuration File
(php.ini) Path C:\WINNT\php.ini" though it is in c:\WINNT\system32\.




-- 
Edit this bug report at http://bugs.php.net/?id=18699&edit=1

#19979 [Fbk->NoF]: Makefile: 'install' target doesn't invoke 'all' or something

[php-bugs]

 ID:   19979
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4CVS-2002-10-18
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 19:53:49] [EMAIL PROTECTED]

php-cgi will be installed unless you explicitly specify that you do not
want it to be installed via the --disable-cgi flag.
The 2nd is likely due to stale configure or config.cache. Grab a clean
copy of the CVS, do cvsclean (just to be on the safe side). 
./buildconf 
./configure
make install

(It is of course better to do make and then make install as  two
seperate steps).



[2002-10-18 09:01:55] [EMAIL PROTECTED]

1) why does it try to install php-cgi
2) why doesn't make install do the same thing as make && make install?

roman@freepuppy ~/install/php4 1049:0 > ./configure
--prefix=/home/roman/php --disable-all --enable-cli
...
roman@freepuppy ~/install/php4 1050:0 > make install
...
/bin/sh libtool --silent --mode=link gcc -g -O2 -prefer-non-pic -static
 -rpath /usr/home/roman/install/php4/libsext/standard/array.lo
ext/standard/base64.lo ext/standard/basic_functions.lo
ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo
ext/standard/cyr_convert.lo ext/standard/datetime.lo
ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo
ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo
ext/standard/flock_compat.lo ext/standard/formatted_print.lo
ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo
ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo
ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo
ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo
ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo
ext/standard/parsedate.lo ext/standard/quot_print.lo
ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo
ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo
ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo
ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo
main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo
main/strlcat.lo main/mergesort.lo main/reentrancy.lo
main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo
main/internal_functions.lo -lcrypt -lm -lcrypt  -o libphp4.la
Installing PHP SAPI module
cp: sapi/cgi/php-cgi: No such file or directory
*** Error code 1

Stop in /usr/home/roman/install/php4.





-- 
Edit this bug report at http://bugs.php.net/?id=19979&edit=1

#14877 [Fbk->NoF]: HTTP_FDF_DATA not available

[php-bugs]

 ID:   14877
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: FDF related
 Operating System: XP Pro
 PHP Version:  4.3 dev
 Assigned To:  hholzgra
 New Comment:

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2002-11-03 11:15:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-10-30 15:48:18] [EMAIL PROTECTED]

The last one that I tried and that worked was 4.07dev from July,3 2001.
Then a dev version from beginning of January 2002 was not working with
other symptoms (see original bug report).
I then only tried again recently when Hartmut asked me to do so.
Meanwhile other people were mailing and asked me if I found a solution
as they've had the same problems.



[2002-10-29 17:06:01] [EMAIL PROTECTED]

What was the version of PHP with which it didn't crash?




[2002-10-29 13:36:29] [EMAIL PROTECTED]

I did so with snaps from today, same error. If you can use a .mdmp-File
(MS-Dump) I can send it.

No other extensions loaded, php -i (CLI) at the command line quits with
the same error as long as php_fdf.dll is enabled.



[2002-10-28 10:43:10] [EMAIL PROTECTED]

Try erasing all old versions/files, then re-test...



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14877

-- 
Edit this bug report at http://bugs.php.net/?id=14877&edit=1

#20472 [Opn->Fbk]: Flood Fill problem after changing to 4.3.0RC1

[sniper]

 ID:   20472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1
 New Comment:

Isn't that error quite self-explaining??
You should tell PHP to use same PNG library as you used
with GD. --with-png-dir should point to same place as you
used with GD..



Previous Comments:


[2002-11-18 22:36:35] [EMAIL PROTECTED]

After Compiling GD 2.0.7 and recompiling php & restarting apache, I get
the following errors in the apache log file:
libpng warning: Application  is  running with png.c from libpng-1.0.14
gd-png:  fatal libpng error: Incompatible libpng version in application
and library
[Mon Nov 18 22:34:45 2002] [notice] child pid 3197 exit signal
Segmentation fault (11)

Config for PHP:
./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.7/ --prefix=/usr/dev/local/php4.3/

Config for GD:
./configure --prefix=/usr/dev/local/gd2.0.7
--with-png=/usr/src/libpng-1.2.1/ --with-jpeg=/usr/src/jpeg-6b/

Any ideas?



[2002-11-18 21:23:41] [EMAIL PROTECTED]

I will work at upgrading to the new version of GD, and try providing
the path directly, rather than just the --with-gd.

Also, the links I placed in the first post were intended to be the
'script' for you to see the results for your self.  These pages are
working for me, but there are times where I have to hold the control
key and hit refresh to see the image change.  Since it is the same
image name, the browser wants to load it from the cache, rather than
re-downloading.  Please try again, and let me know if you still have
problems.  

I will post back after trying your suggestions.



[2002-11-17 23:50:05] [EMAIL PROTECTED]

When you use --with-gd (without any path) then PHP use the bundled GD
2.0.x library. Please try adding the install prefix for your GD 1.8.4
installation.

But this might still be nice to fix in our bundled GD library. Can you
possibly try the latest GD library from
http://www.boutell.com/gd/ (gd 2.0.7) to see if it works any better?

And if possible, provide a short example script which can be used to
reproduce this bug.




[2002-11-17 22:38:53] [EMAIL PROTECTED]

The image created by the stable version has a white background and 2
counties in Green.  The image created by the development version has a
red background and only one county in green.

Please go to http://www.wisnowmobileclubs.com/picture.htm to see the
two images that I see.

Thanks



[2002-11-17 22:28:07] [EMAIL PROTECTED]

I must be blind or something, but for me both the images look exactly
the same..can you please explain what the exact difference is??




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20472

-- 
Edit this bug report at http://bugs.php.net/?id=20472&edit=1

#4238 [Com]: Unable to initialize module

[info]

 ID:   4238
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Warning
 Operating System: win98
 PHP Version:  4.0 Release Candidate 1
 New Comment:

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2002-06-01 11:05:29] [EMAIL PROTECTED]

I get these error messages, how do I determine the module that is
unable to initialize.
Sandy

PHP Warning:  (null): Unable to initialize module
Module compiled with debug=96, thread-safety=219 module API=1077833856
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match
 in Unknown on line 0
PHP Warning:  U1À‰å]Éö?¼': Unable to initialize module
Module compiled with debug=144, thread-safety=151 module
API=1073873612
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match
 in Unknown on line 0
PHP Warning:  U‰åSƒìè´üÿÿ?Ø`: Unable to initialize module
Module compiled with debug=64, thread-safety=156 module API=1073871584
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match
 in Unknown on line 0



[2000-06-07 21:30:52] [EMAIL PROTECTED]

so i assume your MySQL module is still 
the one you got with php4b3 and not the
one that belongs to RC1?

thread-safety=0 / thread-safety=1: 
These options need to match

should be rather clear for an error message?



[2000-04-25 13:03:24] [EMAIL PROTECTED]

I got an anditional header from browser:


when php.exe is run under dos, 
It showed this:
Content-type: text/html

PHP Warning:  MySQL: Unable to initialize module
Module compiled with debug=0, thread-safety=0 module API=0
PHP compiled with debug=0, thread-safety=1 module API=2313
These options need to match
 in Unknown on line 0

nothing wrong when I run php4b3, 
I use chinese windows98.





-- 
Edit this bug report at http://bugs.php.net/?id=4238&edit=1

#17467 [Com]: xslt: Unable to initialize module

[info]

 ID:   17467
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Win 2K
 PHP Version:  4.2.1
 New Comment:

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2002-05-29 01:15:10] [EMAIL PROTECTED]

User error => Bogus



[2002-05-28 19:20:10] [EMAIL PROTECTED]

Ok, I feel like an idiot now.  I was using an old copy of php4ts.dll 
It all works fine now that I've copied the correct version across.

Thanks

I dont seem to be able to edit my submission, so I've had to add it as
a comment.  Can you please close this for me becuase the site wont let
me change the status.



[2002-05-28 07:51:51] [EMAIL PROTECTED]

Make sure there are no duplicates of any php related file, like the
files in the dlls folder and php4ts.dll.



[2002-05-28 01:36:57] [EMAIL PROTECTED]

Strangely enough, the extension still loads and runs ok as far as I can
tell.  It's just those annoying popup messages that appear when the web
server is started and the errors is generates in the event log.



[2002-05-28 00:59:36] [EMAIL PROTECTED]

Running Apache 2.0.36 with PHP 4.2.1 on Win 2K Pro doesn't allow you to
load the xslt extension.  PHP is running using the php4apache2 filter. 
The PHP distro is the windows zip binaries.  This is the error that
appears in the Windows Event log:

Application popup: Warning : xslt: Unable to initialize module
Module compiled with module API=20020429, debug=0, thread-safety=1
PHPcompiled with module API=20010901, debug=0, thread-safety=1
These options need to match

I have copied the dlls directory to the system32 dir and also have my
extention_dir set to the correct position.

The error appears everytime that I try to start apache.




-- 
Edit this bug report at http://bugs.php.net/?id=17467&edit=1

#20264 [Com]: interbase: Unable to initialize module Module

[info]

 ID:   20264
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: IIS related
 Operating System: win2000 pro
 PHP Version:  4.2.3
 New Comment:

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2002-11-05 17:29:54] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

You have mixed up two PHP installs. Try to remove all traces of
previous php install and reinstall the newest version.




[2002-11-05 13:15:37] [EMAIL PROTECTED]

I have installed PHP/4.2.3 and using Interbase 6 wíth firebird.

Using windows2000pro SP3 and IIS 5;

I have removed the ";" from extension=php_interbase.dll and set the
extionsion folder to the right folder on C:

Copied all dll's from the package to winnt/system32

and get this error message


X-Powered-By: PHP/4.2.3 Content-type: text/html PHP Warning: interbase:
Unable to initialize module Module compiled with module API=20010901,
debug=0, thread-safety=1 PHP compiled with module API=20020429,
debug=0, thread-safety=1 These options need to match in Unknown on line
0




-- 
Edit this bug report at http://bugs.php.net/?id=20264&edit=1

#13867 [Com]: ming module known to not work with PHP

[info]

 ID:   13867
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Ming related
 Operating System: Debian Woody
 PHP Version:  4.0CVS-2001-10-30
 New Comment:

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2001-10-30 03:48:51] [EMAIL PROTECTED]

Cheers- I didn't realise the API had changed enough to cause things to
break :-(

I'll use the perl interface to ming (which is working in Debian
unstable, as is the python2 module- but it's more work to convert the
php examples) and transition my stuff to php-only when things get
updated/settle down (<-- comments for anyone else new to this like me
:-) )

Thanks for such a quick response.



[2001-10-30 02:43:24] [EMAIL PROTECTED]

This is definately NOT a bug. The module is compiled
with older PHP version. And latest CVS is definately NOT
backwards compatible with old modules.

--Jani




[2001-10-30 01:50:01] [EMAIL PROTECTED]

This issue is also listed in the Debian bug tracking sytem- please look
under the php4-ming package.

When running a simple script (below- taken from opaque.net) I see the
following:

Warning: (null): Unable to initialize module Module compiled with
debug=8, thread-safety=79 module API=1146191744 PHP compiled with
debug=0, thread-safety=0 module API=20010901 These options need to
match in /home/julz/public_html/test.php on line 2

Fatal error: Call to undefined function: ming_setscale() in
/home/julzaddFill(0xff, 0, 0);
  $f2 = $s->addFill(0xff, 0x7f, 0);
  $f3 = $s->addFill(0xff, 0xff, 0);
  $f4 = $s->addFill(0, 0xff, 0);
  $f5 = $s->addFill(0, 0, 0xff);

  $f = new SWFFont('Techno.fdb');

  $s->setRightFill($f1);
  $s->setLine(2, 0x7f, 0, 0);
  $s->drawGlyph($f, '!');
  $s->movePen($f->getWidth('!'), 0);

  $s->setRightFill($f2);
  $s->setLine(2, 0x7f, 0x3f, 0);
  $s->drawGlyph($f, '#');
  $s->movePen($f->getWidth('#'), 0);

  $s->setRightFill($f3);
  $s->setLine(2, 0x7f, 0x7f, 0);
  $s->drawGlyph($f, '%');
  $s->movePen($f->getWidth('%'), 0);

  $s->setRightFill($f4);
  $s->setLine(2, 0, 0x7f, 0);
  $s->drawGlyph($f, '*');
  $s->movePen($f->getWidth('*'), 0);

  $s->setRightFill($f5);
  $s->setLine(2, 0, 0, 0x7f);
  $s->drawGlyph($f, '@');

  $m = new SWFMovie();
  $m->setDimension(320, 240);
  $i = $m->add($s);
  $i->scaleTo(2.0);
  $i->moveTo(160-$f->getWidth("!#%*@"), 120+$f->getAscent());

  header('Content-type: application/x-shockwave-flash');
  $m->output();
?>/public_html/test.php on line 3

Debian (upstream?) versions:
php4   4.0.99-3
php4-ming  0.2a.cvs200109
Script used:
addFill(0xff, 0, 0);
  $f2 = $s->addFill(0xff, 0x7f, 0);
  $f3 = $s->addFill(0xff, 0xff, 0);
  $f4 = $s->addFill(0, 0xff, 0);
  $f5 = $s->addFill(0, 0, 0xff);

  $f = new SWFFont('Techno.fdb');

  $s->setRightFill($f1);
  $s->setLine(2, 0x7f, 0, 0);
  $s->drawGlyph($f, '!');
  $s->movePen($f->getWidth('!'), 0);

  $s->setRightFill($f2);
  $s->setLine(2, 0x7f, 0x3f, 0);
  $s->drawGlyph($f, '#');
  $s->movePen($f->getWidth('#'), 0);

  $s->setRightFill($f3);
  $s->setLine(2, 0x7f, 0x7f, 0);
  $s->drawGlyph($f, '%');
  $s->movePen($f->getWidth('%'), 0);

  $s->setRightFill($f4);
  $s->setLine(2, 0, 0x7f, 0);
  $s->drawGlyph($f, '*');
  $s->movePen($f->getWidth('*'), 0);

  $s->setRightFill($f5);
  $s->setLine(2, 0, 0, 0x7f);
  $s->drawGlyph($f, '@');

  $m = new SWFMovie();
  $m->setDimension(320, 240);
  $i = $m->add($s);
  $i->scaleTo(2.0);
  $i->moveTo(160-$f->getWidth("!#%*@"), 120+$f->getAscent());

  header('Content-type: application/x-shockwave-flash');
  $m->output();
?>




-- 
Edit this bug report at http://bugs.php.net/?id=13867&edit=1

#8712 [Com]: no OCI support

[info]

 ID:   8712
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *Install and Config
 Operating System: NT 4
 PHP Version:  4.0.4pl1
 New Comment:

If you come across this problem...

xxx: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=
PHP compiled with debug=0, thread-safety=1 module API=
These options need to match

Then go here to find the fix for it...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2001-01-15 10:16:16] [EMAIL PROTECTED]

you must update the php_oci8.dll too.



[2001-01-15 10:12:31] [EMAIL PROTECTED]

I installed PHP 4.0.3 and everything worked fine... I tried to install
4.0.4pl1 and there are these 2 messsages... and nothing works! Why?

This is a warning I see in Apache loading window:
[warn] Loaded DSO d:/Apache/cgi-bin/php/sapi/php4apache.dll uses plain
Apache 1.3 API, this module might crash under EAPI! (Please recompile
it with -DEAPI)

And this is the message I see, when  I try to execute a PHP page with
OCI functions called:

oracle: Unable to initialize module
Module compiled with debugì0, thread-safety=1 module API=2809
PHP compiled with debugì0, thread-safety=1 module API=20001214
These options need to match




-- 
Edit this bug report at http://bugs.php.net/?id=8712&edit=1

#20472 [Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1
 New Comment:

After Compiling GD 2.0.7 and recompiling php & restarting apache, I get
the following errors in the apache log file:
libpng warning: Application  is  running with png.c from libpng-1.0.14
gd-png:  fatal libpng error: Incompatible libpng version in application
and library
[Mon Nov 18 22:34:45 2002] [notice] child pid 3197 exit signal
Segmentation fault (11)

Config for PHP:
./configure  --with-mysql --with-apxs2=/usr/dev/local/apache2/bin/apxs
--with-gd=/usr/dev/local/gd2.0.7/ --prefix=/usr/dev/local/php4.3/

Config for GD:
./configure --prefix=/usr/dev/local/gd2.0.7
--with-png=/usr/src/libpng-1.2.1/ --with-jpeg=/usr/src/jpeg-6b/

Any ideas?


Previous Comments:


[2002-11-18 21:23:41] [EMAIL PROTECTED]

I will work at upgrading to the new version of GD, and try providing
the path directly, rather than just the --with-gd.

Also, the links I placed in the first post were intended to be the
'script' for you to see the results for your self.  These pages are
working for me, but there are times where I have to hold the control
key and hit refresh to see the image change.  Since it is the same
image name, the browser wants to load it from the cache, rather than
re-downloading.  Please try again, and let me know if you still have
problems.  

I will post back after trying your suggestions.



[2002-11-17 23:50:05] [EMAIL PROTECTED]

When you use --with-gd (without any path) then PHP use the bundled GD
2.0.x library. Please try adding the install prefix for your GD 1.8.4
installation.

But this might still be nice to fix in our bundled GD library. Can you
possibly try the latest GD library from
http://www.boutell.com/gd/ (gd 2.0.7) to see if it works any better?

And if possible, provide a short example script which can be used to
reproduce this bug.




[2002-11-17 22:38:53] [EMAIL PROTECTED]

The image created by the stable version has a white background and 2
counties in Green.  The image created by the development version has a
red background and only one county in green.

Please go to http://www.wisnowmobileclubs.com/picture.htm to see the
two images that I see.

Thanks



[2002-11-17 22:28:07] [EMAIL PROTECTED]

I must be blind or something, but for me both the images look exactly
the same..can you please explain what the exact difference is??




[2002-11-17 22:21:48] [EMAIL PROTECTED]

I have recently configured my system to run 2 versions of php &
Apache... one stable (php 4.2.3, and apache 1.3.27) and one development
(php 4.3.0RC1 and apache 2.0.43).  When I run a script on the dev
version, the image results are extremely different than when I run the
same script on the stable configuration.

I am running version 1.8.4 of GD Graphics Library.  The image is
created by openning a blank copy of the image, and then FloodFilling
sections of the image based upon a status in a database.

The different results can be seen by going to:
http://www.wisnowmobileclubs.com/refresh.php and then
http://www.wisnowmobileclubs.com/Wisconsin.jpeg for the correct image.

For the incorrect image, go to (different port is for dev
configuration):
http://www.wisnowmobileclubs.com:88/refresh.php and
http://www.wisnowmobileclubs.com:88/Wisconsin.jpeg
(Note: Please ensure the pages are not being loaded from the Cache.)

My configure command is:
'./configure' '--with-mysql'
'--with-apxs2=/usr/dev/local/apache2/bin/apxs' '--with-gd'
'--with-zlib-dir=/addins/zlib-1.1.3/'
'--with-jpeg-dir=/usr/src/jpeg-6b/' '--prefix=/usr/dev/local/php4.3' 

Thanks




-- 
Edit this bug report at http://bugs.php.net/?id=20472&edit=1

#15907 [Com]: php 4.1.x error message on trying to load 4.0.x dyn. model broken

[info]

 ID:   15907
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Dynamic loading
 Operating System: *
 PHP Version:  4.1.0 and above
 New Comment:

Here is the answer...

http://www.experttek.com/mod.php?mod=userpage&page_id=16


Previous Comments:


[2002-03-25 08:44:19] [EMAIL PROTECTED]

This bug has been fixed in CVS.





[2002-03-12 20:39:55] [EMAIL PROTECTED]

I'm getting the exact same thing with PHP 4.1.2 and RedHat Linux 7.2. 
This is very easily seen by executing the php shell binary
(/usr/bin/php) and will also show up in Apaches error log when the
server starts up.  I write cron jobs in php all the time... my mail box
keeps filling up! =(

Also of note... I got a lot of complaints about duplicated imap & mysql
functions until I ran configure --without-mysql and --without-imap (not
good, i need imap support)

here's a sample of those:
PHP Warning:  Function registration failed - duplicate name -
mysql_connect in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
mysql_pconnect in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
mysql_close in Unknown on line 0


PHP Warning:  Function registration failed - duplicate name - imap_open
in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imap_popen in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name -
imap_reopen in Unknown on line 0



[2002-03-06 12:55:10] [EMAIL PROTECTED]

i get:

PHP Warning: 
U\x89\xe51\xc0\xeb^A\x90\xc9\xc3\x89\xf6U\x89\xe5\x83\xec^TS\xe8:
Unable to initialize module
Module compiled with debug=220, thread-safety=170 module API=677665696
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match 


instead of

PHP Warning:  sixcode :
Unable to initialize module
Module compiled with debug=0, thread-safety=0 module API=20001222
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match 

due to the new fields inserted into structure zend_module_entry

dl.c should be clever enought to look for the previous 
positions of the data fields when encountering malformed
values like "debug=220" or "API=677665696"




-- 
Edit this bug report at http://bugs.php.net/?id=15907&edit=1

#20472 [Fbk->Opn]: Flood Fill problem after changing to 4.3.0RC1

[smseidl]

 ID:   20472
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RedHat Linx 7.2
 PHP Version:  4.3.0RC1
 New Comment:

I will work at upgrading to the new version of GD, and try providing
the path directly, rather than just the --with-gd.

Also, the links I placed in the first post were intended to be the
'script' for you to see the results for your self.  These pages are
working for me, but there are times where I have to hold the control
key and hit refresh to see the image change.  Since it is the same
image name, the browser wants to load it from the cache, rather than
re-downloading.  Please try again, and let me know if you still have
problems.  

I will post back after trying your suggestions.


Previous Comments:


[2002-11-17 23:50:05] [EMAIL PROTECTED]

When you use --with-gd (without any path) then PHP use the bundled GD
2.0.x library. Please try adding the install prefix for your GD 1.8.4
installation.

But this might still be nice to fix in our bundled GD library. Can you
possibly try the latest GD library from
http://www.boutell.com/gd/ (gd 2.0.7) to see if it works any better?

And if possible, provide a short example script which can be used to
reproduce this bug.




[2002-11-17 22:38:53] [EMAIL PROTECTED]

The image created by the stable version has a white background and 2
counties in Green.  The image created by the development version has a
red background and only one county in green.

Please go to http://www.wisnowmobileclubs.com/picture.htm to see the
two images that I see.

Thanks



[2002-11-17 22:28:07] [EMAIL PROTECTED]

I must be blind or something, but for me both the images look exactly
the same..can you please explain what the exact difference is??




[2002-11-17 22:21:48] [EMAIL PROTECTED]

I have recently configured my system to run 2 versions of php &
Apache... one stable (php 4.2.3, and apache 1.3.27) and one development
(php 4.3.0RC1 and apache 2.0.43).  When I run a script on the dev
version, the image results are extremely different than when I run the
same script on the stable configuration.

I am running version 1.8.4 of GD Graphics Library.  The image is
created by openning a blank copy of the image, and then FloodFilling
sections of the image based upon a status in a database.

The different results can be seen by going to:
http://www.wisnowmobileclubs.com/refresh.php and then
http://www.wisnowmobileclubs.com/Wisconsin.jpeg for the correct image.

For the incorrect image, go to (different port is for dev
configuration):
http://www.wisnowmobileclubs.com:88/refresh.php and
http://www.wisnowmobileclubs.com:88/Wisconsin.jpeg
(Note: Please ensure the pages are not being loaded from the Cache.)

My configure command is:
'./configure' '--with-mysql'
'--with-apxs2=/usr/dev/local/apache2/bin/apxs' '--with-gd'
'--with-zlib-dir=/addins/zlib-1.1.3/'
'--with-jpeg-dir=/usr/src/jpeg-6b/' '--prefix=/usr/dev/local/php4.3' 

Thanks




-- 
Edit this bug report at http://bugs.php.net/?id=20472&edit=1

#20490 [NEW]: enable versioning not supported on OSX

[shane]

From: [EMAIL PROTECTED]
Operating system: OSX 10.2.2
PHP version:  4CVS-2002-11-18 (dev)
PHP Bug Type: *Configuration Issues
Bug description:  enable versioning not supported on OSX

./configure --enable-versioning uses -export-sybmols in the ld command,
this is not supported under osx and should be disabled in the configure
script.
-- 
Edit bug report at http://bugs.php.net/?id=20490&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20490&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20490&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20490&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20490&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20490&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20490&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20490&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20490&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20490&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20490&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20490&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20490&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20490&r=isapi

#20484 [Fbk]: Wrong detection of gnuiconv

[moriyoshi]

 ID:   20484
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: ICONV related
 Operating System: Linux RH 7.3, gnu libiconv
 PHP Version:  4CVS-2002-11-18 (dev)
 New Comment:

Besides what configure params did you install libiconv with?


Previous Comments:


[2002-11-18 13:58:47] [EMAIL PROTECTED]

Michael's suggestion is really to the point.
Open => Feedback



[2002-11-18 13:14:31] [EMAIL PROTECTED]

Can you please try

  --with-iconv

without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat
7.3 should have a glibc 2.2.x, which has iconv builtin, so there's
AFAIK no point in installing an extra libiconv.



[2002-11-18 11:37:11] [EMAIL PROTECTED]

Hello,

I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).

Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
 --with-mcrypt=/usr \
 --with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
 --with-openssl="/usr" \
 --with-ming="/usr/local" \
 --enable-bcmath \
 --with-gettext="/usr" \
 --with-mysql=/usr \
 --with-pgsql=/usr \
 --with-ibm-db2 \
 --enable-xslt \
 --with-xslt-sablot=/usr \
 --with-sablot-js=/usr \
 --enable-sockets \
 --with-imagick=/usr/local \
 --with-dom \
 --with-dom-xslt \
 --with-dom-exslt \
 --with-java=/usr/java/jdk1.3.1_03 \
 --with-tokenizer \
 --with-iconv=/usr \
 --with-iconv-dir=/usr \


make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1

It seems the wrong lib are detected:

136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif


hth

pa




-- 
Edit this bug report at http://bugs.php.net/?id=20484&edit=1

#15413 [Com]: preg_split drops characters

[ianm]

 ID:   15413
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: PCRE related
 Operating System: win
 PHP Version:  4.0.6
 New Comment:

I also have experienced dropped characters in preg_split, and it is not
an error in my regex. I can demonstrate the problem with a very simple
regex, and I get correct results from Perl using the equivalent code.

The following code splits and re-joins a string - it should produce the
original string but doesn't.

$foo = '(#11/19/2002#)';   // MS Access date constant
$bar = preg_split('/\b/',$foo);
$baz = join('',$bar);
print $baz;

result is: (#11/19/2002)

The trailing hash character (#) is being dropped.

I tried the equivalent program in Perl (see below) and it produces the
*correct* result - so it is not a problem with the regex itself.

(Perl source:)
$foo = '(#11/19/2002#)';   # MS Access date constant
@bar = split(/\b/,$foo);
$baz = join('',@bar);
print $baz;

result is: (#11/19/2002#)

I have experienced this problem on Win32 with PHP 4.2.3 and on Linux
with PHP 4.04pl1 (RH7.1). The equivalent Perl code works correctly on
both Win32 (Perl 5.6.1) and Linux (Perl 5.6.0).


Previous Comments:


[2002-02-07 06:41:34] [EMAIL PROTECTED]

Very likely to be a error in your regex. Ask support questions on the
appropriate mailinglist.



[2002-02-06 19:27:52] [EMAIL PROTECTED]

$html = {some html containing mulitple instances of " some text <-- end -->}

$array = preg_split("'(?=)|(?<=\)'si",
$html, -1, PREG_SPLIT_NO_EMPTY)

preg_split should split the string in such a way, that the html-part
and the commented part are each assigned to one array entry.

preg_split does as expected, EXCEPT that the first character of the
last array entry is disappears

Server API Apache Win2000




-- 
Edit this bug report at http://bugs.php.net/?id=15413&edit=1

#20489 [Opn->Bgs]: stub.lo: file not recognized: File truncated

[sniper]

 ID:   20489
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

'make clean' fixes this.

(and try searching the bug database next time before you submit another
bogus report..)



Previous Comments:


[2002-11-18 18:56:22] [EMAIL PROTECTED]

PHP when I installed it with Slackware 8.1 didn't work. 
Mysql didn't work either but I reinstalled the binary and 
it worked. Now, I just dl'd the 4.2.3 source and I'm having 
compile issues. Apache does work for me. New version of 
mysql.

i ran configure as follows: ./configure --with-mysql --
with-apxs=/usr/sbin/apxs

then after not having problems with that I went and typed 
'make'

i ran into this problem

stub.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/root/php-4.2.3'
make: *** [all-recursive] Error 1

I don't have a clue on how to fix this. Some help would be 
great.




-- 
Edit this bug report at http://bugs.php.net/?id=20489&edit=1

#20489 [NEW]: stub.lo: file not recognized: File truncated

[ericsonc]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  stub.lo: file not recognized: File truncated

PHP when I installed it with Slackware 8.1 didn't work. 
Mysql didn't work either but I reinstalled the binary and 
it worked. Now, I just dl'd the 4.2.3 source and I'm having 
compile issues. Apache does work for me. New version of 
mysql.

i ran configure as follows: ./configure --with-mysql --
with-apxs=/usr/sbin/apxs

then after not having problems with that I went and typed 
'make'

i ran into this problem

stub.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/root/php-4.2.3'
make: *** [all-recursive] Error 1

I don't have a clue on how to fix this. Some help would be 
great.
-- 
Edit bug report at http://bugs.php.net/?id=20489&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20489&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20489&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20489&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20489&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20489&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20489&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20489&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20489&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20489&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20489&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20489&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20489&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20489&r=isapi

#15333 [Com]: strndup access violation

[ruslan]

 ID:   15333
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.3.0-dev
 New Comment:

Hi..

i have been working on this a couple of days for now, and here are some
facts i noticed after a couple of work-arounds...

- the error occurs only on systems with Win2K (SP >= 2)
- the error WILL NOT occur if logged in as system administrator, and
the IIS security is turned to LOW !!
- the error will occur on EACH request if you fronpage extensions
installed, and a global.asa file exists on the root .
- please keep us informed of a solution

thanks...
http://www.snip.com.ua


Previous Comments:


[2002-11-07 10:01:14] [EMAIL PROTECTED]

attachment to previous message:

>> There is a curious connection:
>> Under applications-configuration...

also not the best.., dit crash aniway.



[2002-11-06 12:52:54] [EMAIL PROTECTED]

I get same error but also with different function:

php4ts!zend_strndup + 0x2B
 + 0xA05D8578

php4ts!zend_hash_copy + 0x1B
 + 0xA05D8578

There is a curious connection:

Under applications-configuration (i do not now the english correct
name)
(where to install php4isapi.dll)
Dlg-page: applications-options (seems concerning ASP)

After deselecting "Buffer", IIS run very stable with no more
interruption.

Mayby tray also..



[2002-11-05 03:52:31] [EMAIL PROTECTED]

I think this may be caused by some memory used for each page
loading,these memory are allocated but not being released properly.
May be the environment variables used.
The memory leap accumulated until crash the IIS.

Any thing done when a page loaded need to be noticed.



[2002-10-29 08:28:56] [EMAIL PROTECTED]

regarding the asp not loading with php as ISAPI...

Try commenting out all the extra loaded extensions in php.ini. (execpt
ones that are in use and necessary)

I had to do this to fix a form submit problem running in .cgi mode that
stripped off characters on submit from normal form posts in PostNuke.

This also made the access violations much much less frequent for ISAPI.



[2002-10-28 13:52:30] [EMAIL PROTECTED]

We are locked in to using IIS with Crystal Reports ASP for web
reporting.  When I run PHP in CGI mode I experience some problems with
pages rendering with errors (if anyone has suggestions in that area I
would love to hear them) - pages will occasionally render with slightly
scrambles source code ... javascript visible in the browser, html
visible in the browser, form fields in the wrong place or the wrong
size.

When PHP is run as an ISAPI mod all of the page scrambling problems go
away.  However, my ASP apps start failing.

Here are the server stats:


PHP Version 4.2.3
Windows NT 5.0 build 2195
SP3



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15333

-- 
Edit this bug report at http://bugs.php.net/?id=15333&edit=1

#16744 [Opn]: automatik installation failed

[philip]

 ID:   16744
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Documentation problem
+Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.2.0
 New Comment:

Am marking this as apache2 related as the doc team does not have access
to install.txt and it's apache2 related.  Please see:

http://www.php.net/manual/en/install.apache2.php


Previous Comments:


[2002-04-23 05:54:39] [EMAIL PROTECTED]

Apache 2 support is still experimental, as you could read from
www.php.net/release_4_2_0.php and I changed the category to
"Documentation Problem".

Derick



[2002-04-23 05:43:21] [EMAIL PROTECTED]

The automatic installatoin for Apache 2.0 failed.
The install.txt has no working methods to run php with apache 2.x




-- 
Edit this bug report at http://bugs.php.net/?id=16744&edit=1

#20203 [Opn->Fbk]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[kalowsky]

 ID:   20203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

No because the same code works just fine using iODBC on OSX, FreeBSD,
and Linux (i386).  So if anything it's a case of drivers not being
properly supported for the SunOS systems.


Previous Comments:


[2002-11-18 13:14:58] [EMAIL PROTECTED]

Hello again
I have already submitted a bug on openlinksw
But dont you think that this is a bug of php ?
And by the way what is the difference between the 2 functions ?

Regards
Christos



[2002-11-18 10:34:08] [EMAIL PROTECTED]

Can you please submit a bug with Openlink SW the makers of iODBC.  This
should work, for all platforms. 

Please submit a bug at 
http://www.openlinksw.com/support/online.htm



[2002-11-18 08:57:51] [EMAIL PROTECTED]

Hello from Athens AGAIN

WOWOWOWOWOW I am happy 
I removed the line you said from ext/odbc/php_odbc.h
and DAMN it works !

Thanks very much for your help
I anyway think that the bug still exists as fat as SQLExtendedFetch is
conserned and has to be resolved in future releases of php (I used
4.2.3)

Best regards
Christos



[2002-11-18 08:39:51] [EMAIL PROTECTED]

Hello again

You mean the file ext/odbc/php_odbc.h ??

By the way the openlink "odbctest" program works with SQLFetch and not
with SQLExtendedFetch

Best Regards
Christos



[2002-11-18 07:13:23] [EMAIL PROTECTED]

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20488 [Com]: is_dir(), Warning: Unable ...

[half-dead]

 ID:   20488
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

Nope not in safe mode at least, now i simply get a ref to the php doc
page with the warning (4.3RC1):

is_dir("non existing directory...");

Warning: is_dir() [http://www.php.net/function.is-dir]: Unable to
access "non existing directory..." in "whatever.php" on line "xx"


Again, this only happens if safe mode is turned ON


Previous Comments:


[2002-11-18 16:03:08] [EMAIL PROTECTED]

Okay, it looks like this is fixed in CVS. Can you try the windows
snapshot @ http://snaps.php.net/~edink/php-4.3.0RC1-Win32.zip ?

Derick



[2002-11-18 15:56:09] [EMAIL PROTECTED]

is_dir("nonexisten directory.");

result:

Warning: Unable to access "nonexisten directory." in "whatever.php"
on line "xx"



[2002-11-18 15:53:08] [EMAIL PROTECTED]

What is the full error message?




[2002-11-18 15:49:05] [EMAIL PROTECTED]

If the dir doesn't exist it throws this warning ..but only in safe
mode, instead of simply returning false.



[2002-11-18 15:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20488

-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#16769 [Com]: Upgraded to Apache 2 with PHP not working

[neoprototype]

 ID:   16769
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 2000
 PHP Version:  4.2.0
 New Comment:

I recently downloaded Apache 2.0.43 Windows MSI Installer,
and Php 4.2.3 as well. I set up the server and it works fine. However
when uncommenting the lines I put so it loads the php modules the
apache server gives me two different errors. When using the
php4apache.dll it tells me that the required libraries to run php are
missing and it points to a directory wich doesn't even exist. When I
use the php4apache2.dll, apache says that it needs a newer version of
the dll. Is this an apache or a php problem? I tried both the installer
package of php (Which says the scripts to configure apache aren't ready
yet) and the binary zip distribution as well.


Previous Comments:


[2002-07-02 21:31:29] [EMAIL PROTECTED]

For apache2 you need latest CVS versions of both apache2 and PHP.
Someone might have compiled those already for Win32, but that's really
not our problem. 




[2002-07-02 21:17:09] [EMAIL PROTECTED]

Lets look at this, and what about version 4.2.1  However, the latest
Apache patch 1.3.26 for the chunk code overflow and PHP 4.2.0 is still
working. Its just 2.0.35 that I am conceared with



[2002-06-30 09:11:15] [EMAIL PROTECTED]

I have the same Problem as [EMAIL PROTECTED]



[2002-05-22 21:32:49] [EMAIL PROTECTED]

I had to install Apache 1.3.24 to continue development.  Until there is
stable support for Apache 2



[2002-05-17 01:59:41] [EMAIL PROTECTED]

I've encountered the exact same problem on Win98.  Apache 1.3.23
(Win32) runs PHP/4.2.0 fine, however, Apache 2.0.36 (Win32) crashes
with the following error:
--
Syntax error on line 946 of (path_to_conf)/httpd.conf:
Cannot load (path_to_php)/sapi/php4apache.dll into server: 

One of the library files needed to run this application cannot be
found.
--



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16769

-- 
Edit this bug report at http://bugs.php.net/?id=16769&edit=1

#20488 [Fbk]: is_dir(), Warning: Unable ...

[derick]

 ID:   20488
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

Okay, it looks like this is fixed in CVS. Can you try the windows
snapshot @ http://snaps.php.net/~edink/php-4.3.0RC1-Win32.zip ?

Derick


Previous Comments:


[2002-11-18 15:56:09] [EMAIL PROTECTED]

is_dir("nonexisten directory.");

result:

Warning: Unable to access "nonexisten directory." in "whatever.php"
on line "xx"



[2002-11-18 15:53:08] [EMAIL PROTECTED]

What is the full error message?




[2002-11-18 15:49:05] [EMAIL PROTECTED]

If the dir doesn't exist it throws this warning ..but only in safe
mode, instead of simply returning false.



[2002-11-18 15:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-18 15:42:41] [EMAIL PROTECTED]

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.




-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#20488 [Com]: is_dir(), Warning: Unable ...

[half-dead]

 ID:   20488
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

is_dir("nonexisten directory.");

result:

Warning: Unable to access "nonexisten directory." in "whatever.php"
on line "xx"


Previous Comments:


[2002-11-18 15:53:08] [EMAIL PROTECTED]

What is the full error message?




[2002-11-18 15:49:05] [EMAIL PROTECTED]

If the dir doesn't exist it throws this warning ..but only in safe
mode, instead of simply returning false.



[2002-11-18 15:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-18 15:42:41] [EMAIL PROTECTED]

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.




-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#20488 [Opn->Fbk]: is_dir(), Warning: Unable ...

[derick]

 ID:   20488
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

What is the full error message?



Previous Comments:


[2002-11-18 15:49:05] [EMAIL PROTECTED]

If the dir doesn't exist it throws this warning ..but only in safe
mode, instead of simply returning false.



[2002-11-18 15:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-18 15:42:41] [EMAIL PROTECTED]

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.




-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#20488 [Fbk->Opn]: is_dir(), Warning: Unable ...

[half-dead]

 ID:   20488
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

If the dir doesn't exist it throws this warning ..but only in safe
mode, instead of simply returning false.


Previous Comments:


[2002-11-18 15:46:27] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-18 15:42:41] [EMAIL PROTECTED]

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.




-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#20488 [Opn->Fbk]: is_dir(), Warning: Unable ...

[derick]

 ID:   20488
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: winME
 PHP Version:  4.2.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-11-18 15:42:41] [EMAIL PROTECTED]

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.




-- 
Edit this bug report at http://bugs.php.net/?id=20488&edit=1

#20488 [NEW]: is_dir(), Warning: Unable ...

[half-dead]

From: [EMAIL PROTECTED]
Operating system: winME
PHP version:  4.2.3
PHP Bug Type: Directory function related
Bug description:  is_dir(), Warning: Unable ...

is_dir() throws a Warning: Unable to access 

But only when safe mode is turned on, instead of just returning false.
-- 
Edit bug report at http://bugs.php.net/?id=20488&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20488&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20488&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20488&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20488&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20488&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20488&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20488&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20488&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20488&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20488&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20488&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20488&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20488&r=isapi

#20451 [Opn]: imagepstext generates weird images since PHP 4.3.0-pre1

[fdsoft]

 ID:   20451
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: Red Hat Linux 7.3
-PHP Version:  4.3.0-pre2
+PHP Version:  4.3.0RC1
 New Comment:

Verified that the problem still exists in PHP 4.3.0RC1.


Previous Comments:


[2002-11-16 13:44:42] [EMAIL PROTECTED]

Reopening the report



[2002-11-15 23:06:10] [EMAIL PROTECTED]

I forgot to mention that I use t1lib 1.3.1 from the following address
to enable the imageps* functions in the gd extension (--with-t1lib
configure option):

ftp://sunsite.unc.edu/pub/Linux/libs/graphics/t1lib-1.3.1.tar.gz



[2002-11-15 23:03:00] [EMAIL PROTECTED]

Yes, certainly, here's the whole code and the font in question:

http://web.axelero.hu/fdsoft/temp/fonttest.zip

There are some really ugly calculations and a brute force way of
determining the size of the would-be image in the code, since
imagepsbbox function didn't quite work well either. At least that was
the case with PHP 4.2.x, and since I added this workaround, I've yet to
re-check that in 4.3.0.

Now for this weird output problem I can't figure out a workaround, and
this was absolutely perfect with PHP 4.2.x., hence my bug report.
It's likely that the fonts I use are of low quality or buggy or both;
but that doesn't change the fact that this was working nicely with the
older versions.

Thanks



[2002-11-15 21:18:24] [EMAIL PROTECTED]

Can you please provide a complete and working example script? This one
you added does not work.

--Jani




[2002-11-15 17:08:45] [EMAIL PROTECTED]

I use the GD extension to generate .png images automatically for
displaying text with a specific Type1 font, using the imagepstext
function.

PHP 4.2.x generates these images perfectly, while using PHP 4.3.0-pre1
and -pre2 results in some really weird output.

Here are some examples to show the difference:
http://web.axelero.hu/fdsoft/temp/images.html

There actually seems to be two seperate problems:
- the characters are not lined up properly any more
- anti-aliasing produces weird output (most pronounced when the
resulting image is viewed in IE 6, less ugly but still noticeable in
Mozilla)

The anti-aliasing problem pretty much goes away if I recompile PHP
4.3.0-pre2 to use my old GD 1.8.4 (from the Red Hat rpms) instead of
PHP's built-in version of GD.

The php code in question:


$fonthandle=@imagepsloadfont(FONT_PATH.$font);
imagepsencodefont($fonthandle, FONT_PATH.'IsoLatin1.enc');

$im = imagecreate($imgwidth, $imgheight);
$background_color = imagecolorallocate ($im, $background[0],
$background[1], $background[2]);
imagecolortransparent($im, $background_color);
$text_color = imagecolorallocate ($im, 
$color[0], $color[1], $color[2]);
imagepstext($im, $txt, $fonthandle, $size, $text_color,
$background_color,$x, $y, 0, 0, 0, 16);
imagepng($im);




Finally my php configure options:


--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --prefix=/usr --with-config-file-path=/etc
--with-exec-dir=/usr/bin --enable-force-cgi-redirect --disable-debug
--enable-dbg=shared --with-dbg-profiler --enable-pic --disable-rpath
--enable-inline-optimization --with-bz2 --with-db3
--with-curl=/usr/local --with-freetype-dir=/usr --with-png-dir=/usr
--with-gd=shared --enable-gd-native-ttf --with-ttf --with-t1lib
--with-gettext=shared --with-ncurses --with-iconv=shared
--with-jpeg-dir=/usr --with-openssl --with-png --with-regex=system
--with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath
--enable-exif --enable-ftp
--enable-sockets --enable-sysvsem --enable-sysvshm
--enable-discard-path --enable-track-vars --enable-trans-sid
--enable-wddx --enable-exif --enable-memory-limit --enable-bcmath
--enable-shmop --enable-versioning --enable-calendar --enable-dbx
--enable-dio --enable-mcal --with-readline  --with-mysql=shared,/usr
--with-sybase-ct=shared,/usr/local --with-pgsql=shared
--with-unixODBC=shared --with-interbase=shared,/opt/interbase
--with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos
--with-zip=shared --with-pspell=shared --with-ming=shared
--with-pdflib=shared --with-pear=/usr/share/pear
--with-apxs=/usr/sbin/apxs


The '--with-gd=shared' option was changed to '--with-gd=shar

#20487 [NEW]: mod_php crashes under Apache 1.3.27 & MaxRequestsPerChild=infinite

[dmitry]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.3.0RC1
PHP Bug Type: Reproducible crash
Bug description:  mod_php crashes under Apache 1.3.27 & MaxRequestsPerChild=infinite

When I use 

MaxRequestsPerChild 0

(e.g. infinite) in httpd.conf, sometimes Apache crashes.

I have tested this bug on framed page (it is phpMyAdmin, two frames in
frameset). When I use only one page (without frames), I have to press
Reload button (F5 in Internet Explorer) many times (I rather hold it) to
produce crash. 

I think something's wrong in multithreaded code in php4apache.dll: it
crashes when two requests occurs at the SAME TIME (often, but not
always).

Tere is no bug in 4.2.3, but I cannot use php4apache.dll from 4.2.3 for
4.3.0 - it crashes immediately.
-- 
Edit bug report at http://bugs.php.net/?id=20487&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20487&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20487&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20487&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20487&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20487&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20487&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20487&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20487&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20487&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20487&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20487&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20487&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20487&r=isapi

#20474 [Bgs->Opn]: Loging

[netim]

 ID:  20474
 User updated by: [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Bogus
+Status:  Open
 Bug Type:Feature/Change Request
 PHP Version: 4.3.0RC1
 New Comment:

I can't

example

--- file a.php

--- end file

1. register_globals = On

http://host/a.php?a=5

result :   a=5

log : nothing

because : variable a is defined from $_POST['a']

script work correctly


1. register_globals = Off

http://host/a.php?a=5

result :   a=

log : "PHP Notice:  Undefined variable:  a in ..." 

because : variable a is not defined

script DOESN'T work correctly



IT'S NOT POSIBLE to get info "Variable is undefined" and have correctly
working script.

I want set register_globals = On (my script will be working correctly),
and get info "variable : a was assigned from : $_POST['a'], please
correct it" in my log.


Previous Comments:


[2002-11-18 10:40:46] [EMAIL PROTECTED]

You can get this info with these php.ini settings:

display_errors = Off
error_reporting = E_ALL
log_errors = On
error_log = /full/path/to/my/log/filename




[2002-11-18 04:57:56] [EMAIL PROTECTED]

It's not the same...

The Notice "Undefined variable" is loging when I read variable which
were not initialized before.
if I would see this message I must set 
register_globals = off

I can't test all my scripts, becouse my system consist of 1600
scripts.

I can't set register_globals = off becouce that system must correctly
work.

So, I want set register_globals = on, and check my logs
for notice "in this line you used globals variable".

if I found this message I would correct that script.

if I didn't find this message for month I would be sure that now I can
set register_globals = on...



[2002-11-18 02:06:21] [EMAIL PROTECTED]

Do I correctly understand that you want that PHP emits warnings of you
use globals in your script? The best way to check for this is to set
error_reporting(E_ALL); as the first line of your script. It then shows
all reads for variables which were not initialized before. If you feel
that that is not enough, please change the status back to open.



[2002-11-18 02:03:03] [EMAIL PROTECTED]

I rewrited my scripts and now i'm not using globals wariables... but
when I set register_globals = off
sometime scripts don't work...

When register_globals = On Php should loging notice for example "In
line X you use a global variable"...

Marek Wróbel




-- 
Edit this bug report at http://bugs.php.net/?id=20474&edit=1

#20486 [Opn]: register_tick_function crashes apache

[junkie]

 ID:   20486
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Reproducible crash
+Bug Type: Scripting Engine problem
 Operating System: win2k
 PHP Version:  4CVS-2002-11-18 (dev)
 New Comment:

think it should be a scripting engine problem.. i dont know.. and its
reproduceble...


Previous Comments:


[2002-11-18 13:56:54] [EMAIL PROTECTED]

Register_tick_function crashes Apaches. These are the specs.

tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev 
and tried it with apache 2.0.43 with 4.4.0-dev too

the scripts was the example code from the documentation. It worked on
our cobalt server but when i wanted to use it for real when working at
home it crashed apache. 

crashes an apache thread (probably) with a memory fault .. couldnt
read
from address 0x0etc . server does keep running though.

when commenting //register_tick_function() it works fine. 
even leaving declare(ticks=1) {..} in tact.

Vincent.




-- 
Edit this bug report at http://bugs.php.net/?id=20486&edit=1

#20484 [Opn->Fbk]: Wrong detection of gnuiconv

[moriyoshi]

 ID:   20484
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ICONV related
 Operating System: Linux RH 7.3, gnu libiconv
 PHP Version:  4CVS-2002-11-18 (dev)
 New Comment:

Michael's suggestion is really to the point.
Open => Feedback


Previous Comments:


[2002-11-18 13:14:31] [EMAIL PROTECTED]

Can you please try

  --with-iconv

without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat
7.3 should have a glibc 2.2.x, which has iconv builtin, so there's
AFAIK no point in installing an extra libiconv.



[2002-11-18 11:37:11] [EMAIL PROTECTED]

Hello,

I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).

Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
 --with-mcrypt=/usr \
 --with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
 --with-openssl="/usr" \
 --with-ming="/usr/local" \
 --enable-bcmath \
 --with-gettext="/usr" \
 --with-mysql=/usr \
 --with-pgsql=/usr \
 --with-ibm-db2 \
 --enable-xslt \
 --with-xslt-sablot=/usr \
 --with-sablot-js=/usr \
 --enable-sockets \
 --with-imagick=/usr/local \
 --with-dom \
 --with-dom-xslt \
 --with-dom-exslt \
 --with-java=/usr/java/jdk1.3.1_03 \
 --with-tokenizer \
 --with-iconv=/usr \
 --with-iconv-dir=/usr \


make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1

It seems the wrong lib are detected:

136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif


hth

pa




-- 
Edit this bug report at http://bugs.php.net/?id=20484&edit=1

#20486 [NEW]: register_tick_function crashes apache

[junkie]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4CVS-2002-11-18 (dev)
PHP Bug Type: Reproducible crash
Bug description:  register_tick_function crashes apache

Register_tick_function crashes Apaches. These are the specs.

tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev 
and tried it with apache 2.0.43 with 4.4.0-dev too

the scripts was the example code from the documentation. It worked on our
cobalt server but when i wanted to use it for real when working at home it
crashed apache. 

crashes an apache thread (probably) with a memory fault .. couldnt read
from address 0x0etc . server does keep running though.

when commenting //register_tick_function() it works fine. 
even leaving declare(ticks=1) {..} in tact.

Vincent.
-- 
Edit bug report at http://bugs.php.net/?id=20486&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20486&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20486&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20486&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20486&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20486&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20486&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20486&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20486&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20486&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20486&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20486&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20486&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20486&r=isapi

#15267 [Com]: "declare" makes apacke crashes under Windows.

[junkie]

 ID:   15267
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

having the same problem.. 
tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev 
and tried it with apache 2.0.43 with 4.4.0-dev too

crashes an apache thread (probably) with a memory fault .. couldnt read
from address 0x0etc . server does keep running though.

when commenting //register_tick_function() it works fine. 
even leaving declare(ticks=1) {..} in tact.

Vincent.


Previous Comments:


[2002-11-13 01:04:04] [EMAIL PROTECTED]

I installed PHP Version 4.2.4-dev.

This bug has not been fixed yet ! I should perhaps update my Apache
version ? (1.3.24)



[2002-10-25 04:29:16] [EMAIL PROTECTED]

ghhgjghjgh



[2002-09-26 19:31:55] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

oops, forgot to close.



[2002-09-26 19:21:56] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-09-03 12:24:31] [EMAIL PROTECTED]

same bug with php 4.2.2 on Windows XP Professionnal running apache and
php as a module : the code in the php documentation crashes apache
unless i comment either the register_tick_function line or the whole
code in the declare statement. it does the same with a simpler code
(echo $x) in the declare statement as well. Commenting only the code in
the function 'profile' doesn't stop apache from crashing though.
it's a pity because i wanted to try it looks nice to use ...



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15267

-- 
Edit this bug report at http://bugs.php.net/?id=15267&edit=1

#20467 [Com]: Buffer overflow returning binary

[freddy77]

 ID:   20467
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sybase (dblib) related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

I found also another problem.
If NULL is returned (length == 0) the loop 
"while (*p == ' ') --p;"
can lead to a buffer underflow,
"while (p >= res_buf && *p == ' ') --p;"
fix the problem

freddy77


Previous Comments:


[2002-11-17 13:34:54] [EMAIL PROTECTED]

I forgot. To check the issue try:

#!/home/freddy/install/bin/php -q


freddy77



[2002-11-17 13:31:00] [EMAIL PROTECTED]

dbconvert convert binary -> char returning binary representation so
0x6789 (2 bytes) became '6789' (4 single byte characters)
When converting back to PHP (in ext/sybase/php_sybase_db.c) you pass
the same size buffer leading to a buffer overflow.

Following patch fix problem. It also fix another problem (it remove
last characters from conversion) and avoid future possible buffer
overflows due to strange types (like UNIQUEIDs in MSSQL)

diff -r -u10 php-4.2.3/ext/sybase/php_sybase_db.c
php-4.2.3mod/ext/sybase/php_sybase_db.c
--- php-4.2.3/ext/sybase/php_sybase_db.cWed Mar  6 16:59:42 2002
+++ php-4.2.3mod/ext/sybase/php_sybase_db.c Sun Nov 17 20:08:31 2002
@@ -710,49 +710,51 @@
/*case SYBFLT8:*/
case SYBREAL: {
Z_DVAL_P(result) = (double) floatcol(offset);
Z_TYPE_P(result) = IS_DOUBLE;
break;
}
default: {
if (dbwillconvert(coltype(offset),SYBCHAR)) {
char *res_buf;
int res_length = dbdatlen(sybase_ptr->link,offset);
+   int src_length = res_length;
register char *p;

switch (coltype(offset)) {
case SYBBINARY:
case SYBVARBINARY:
+   res_length *= 2;
+   break;
case SYBCHAR:
case SYBVARCHAR:
case SYBTEXT:
case SYBIMAGE:
break;
default:
/* take no chances, no telling how big 
the result would really
be */
res_length += 20;
break;
}
 
res_buf = (char *) emalloc(res_length+1);
memset(res_buf,' ',res_length+1);  /* XXX i'm sure 
there's a
better way

  but i don't have sybase here to test

  991105 [EMAIL PROTECTED]  */
-   
dbconvert(NULL,coltype(offset),dbdata(sybase_ptr->link,offset),
res_length,SYBCHAR,res_buf,-1);
+   
+dbconvert(NULL,coltype(offset),dbdata(sybase_ptr->link,offset),
src_length,SYBCHAR,res_buf,res_length);

/* get rid of trailing spaces */
p = res_buf + res_length;
-   while (*p == ' ') {
+   while (*p == ' ')
p--;
-   res_length--;
-   }
*(++p) = 0; /* put a trailing NULL */
+   res_length = p - res_buf;

Z_STRLEN_P(result) = res_length;
Z_STRVAL_P(result) = res_buf;
Z_TYPE_P(result) = IS_STRING;
} else {
php_error(E_WARNING,"Sybase:  column %d has unknown 
data type
(%d)", offset, coltype(offset));
ZVAL_FALSE(result);
}
}
}

Frediano Ziglio






-- 
Edit this bug report at http://bugs.php.net/?id=20467&edit=1

#18648 [Com]: Single entry form POST gives incorrect variable content

[dave]

 ID:   18648
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: HTTP related
 Operating System: Tru64
 PHP Version:  4.2.2
 New Comment:

I also get the same problem with Linux RH8.0 
I'm running apache 2.0.40-8 and php-4.2.2-8.0.5

  
Test: 





I tested this workaround by inserting into one of my forms and it
works:




Previous Comments:


[2002-10-23 08:30:10] [EMAIL PROTECTED]

Hi,

I get the same problem with Linux RH8.0 using the default RPMs (which
includes apache part deux).

As a workaround I am adding:



into my one field forms.

thanks, josh.



[2002-09-11 11:49:02] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-08-15 23:09:06] [EMAIL PROTECTED]

Tested this with latest snapshot and Apache 1.3.26 on Tru64, seems to
work fine. So Jani might be right with his Apache2-Guess.



[2002-08-15 07:15:47] [EMAIL PROTECTED]

Common for both cases seems to be Apache2..please try with Apache
1.3.26 (and the latest snapshot from today, url above). Apache2 support
is experimental btw.







[2002-08-15 06:08:55] [EMAIL PROTECTED]

HelloAll,

I can confirm this issue. I have the same problem on solaris, linux
platforms.
I've downloaded snapshot from 15082002, but it is the same on my Linux
RH7.3 platform.
Here are my configure options

 ./configure' '--with-apxs2=/internet/www/httpd-2.0.39/bin/apxs'
'--with-config-file-path=/internet/www/' '--disable-debug'
'--enable-sigchild' '--with-gdbm' '--with-zlib' '--enable-track-vars'
'--enable-magic-quotes' '--with-dbase' '--with-gd' '--with-ttf'
'--with-mysql=/opt/mysql/mysql' '--enable-ftp' '--with-gettext'
'--with-iconv=/usr/local' '--enable-trans-sid' '--with-pdflib'
'--enable-xml' '--enable-xslt' '--with-xslt-sablot' '--with-dom'
'--with-pgsql=/opt/pgsql' '--enable-wddx'
'--with-pear=/internet/www/php/' '--enable-mailparse' '--with-xmlrpc'
'--with-jpeg-dir=/usr' '--with-png-dir=/usr'



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/18648

-- 
Edit this bug report at http://bugs.php.net/?id=18648&edit=1

#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Hello again
I have already submitted a bug on openlinksw
But dont you think that this is a bug of php ?
And by the way what is the difference between the 2 functions ?

Regards
Christos


Previous Comments:


[2002-11-18 10:34:08] [EMAIL PROTECTED]

Can you please submit a bug with Openlink SW the makers of iODBC.  This
should work, for all platforms. 

Please submit a bug at 
http://www.openlinksw.com/support/online.htm



[2002-11-18 08:57:51] [EMAIL PROTECTED]

Hello from Athens AGAIN

WOWOWOWOWOW I am happy 
I removed the line you said from ext/odbc/php_odbc.h
and DAMN it works !

Thanks very much for your help
I anyway think that the bug still exists as fat as SQLExtendedFetch is
conserned and has to be resolved in future releases of php (I used
4.2.3)

Best regards
Christos



[2002-11-18 08:39:51] [EMAIL PROTECTED]

Hello again

You mean the file ext/odbc/php_odbc.h ??

By the way the openlink "odbctest" program works with SQLFetch and not
with SQLExtendedFetch

Best Regards
Christos



[2002-11-18 07:13:23] [EMAIL PROTECTED]

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  



[2002-11-18 07:11:37] [EMAIL PROTECTED]

As with everything OpenSource, gcc. :)



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20484 [Com]: Wrong detection of gnuiconv

[michael . mauch]

 ID:   20484
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ICONV related
 Operating System: Linux RH 7.3, gnu libiconv
 PHP Version:  4CVS-2002-11-18 (dev)
 New Comment:

Can you please try

  --with-iconv

without "=/usr" and without the "--with-iconv-dir=/usr"? Your Redhat
7.3 should have a glibc 2.2.x, which has iconv builtin, so there's
AFAIK no point in installing an extra libiconv.


Previous Comments:


[2002-11-18 11:37:11] [EMAIL PROTECTED]

Hello,

I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).

Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
 --with-mcrypt=/usr \
 --with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
 --with-openssl="/usr" \
 --with-ming="/usr/local" \
 --enable-bcmath \
 --with-gettext="/usr" \
 --with-mysql=/usr \
 --with-pgsql=/usr \
 --with-ibm-db2 \
 --enable-xslt \
 --with-xslt-sablot=/usr \
 --with-sablot-js=/usr \
 --enable-sockets \
 --with-imagick=/usr/local \
 --with-dom \
 --with-dom-xslt \
 --with-dom-exslt \
 --with-java=/usr/java/jdk1.3.1_03 \
 --with-tokenizer \
 --with-iconv=/usr \
 --with-iconv-dir=/usr \


make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1

It seems the wrong lib are detected:

136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif


hth

pa




-- 
Edit this bug report at http://bugs.php.net/?id=20484&edit=1

#20485 [NEW]: Enabling XSLT engine of DOM XML extension in Windows builds

[verx]

From: [EMAIL PROTECTED]
Operating system: Windows XP Professional
PHP version:  4.3.0RC1
PHP Bug Type: Feature/Change Request
Bug description:  Enabling XSLT engine of DOM XML extension in Windows builds

Is it possible to include --with-dom-xslt when compiling Windows binaries
(snapshots and releases)?

In my opinion, based on experience with several production sites using
XSLT part of DOM XML extension, xslt engine of DOM XML extension (LIBXSLT
powered) is superior to XSLT extension (Sablotron powered). 

Not only it better complies with w3c standards but is faster as well.

I know that it's another 125kb (zipped only 59kb) to be added (as the most
recent version of libxslt library under windows consumes this amount of
space) to the php_domxml.dll extension but i think it's worth it.
-- 
Edit bug report at http://bugs.php.net/?id=20485&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20485&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20485&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20485&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20485&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20485&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20485&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20485&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20485&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20485&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20485&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20485&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20485&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20485&r=isapi

#20282 [Fbk->Opn]: COM memory leak

[sven . packmor]

 ID:   20282
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: COM related
 Operating System: Win2000/XP
 PHP Version:  4.2.3
 New Comment:

Yes, i tryed. Using php-cgi.exe instead of php.exe i got php working.
Here my measuring depending on repetitions for version 4.3.0 :

  0   10002000   1
excel.exe7.500K 9.708K 11.600K 26.516K
php-cgi.exe  5.688K 8.084K 10.612K 29.716K


Previous Comments:


[2002-11-17 05:47:00] [EMAIL PROTECTED]

could you at least try one of the php-4.3.0 release candidates ?



[2002-11-11 12:05:38] [EMAIL PROTECTED]

hi,

i have problems installing CVS snapshot for windows. I go same way
installing the CVS, as i did for php version 4.22/4.23. If I try
executing a php script, apache detects an "internal server error". I'm
using apache version 1.1. Apache error log shows follwing message:
"[Mon Nov 11 18:35:07 2002] [error] [client 127.0.0.1] Premature end of
script headers: c:/programme/php/php.exe". Can you help me? What's
wrong?



[2002-11-07 16:34:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip





[2002-11-07 03:17:11] [EMAIL PROTECTED]

hi,

here my measuring depending on repetitions:

   0   10002000   1   
excel.exe 7.528K 9.712K 11.600K 26.416K
php.exe   5.260K 7.668K 10.148K 30.556K
 
do you need further information?



[2002-11-06 20:52:51] [EMAIL PROTECTED]

Can you be a bit more descriptive please?
Any gdb backtrace or log?
Maybe this is a feedback too because 10 000 000 is a lot for your
windows memory.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20282

-- 
Edit this bug report at http://bugs.php.net/?id=20282&edit=1

#20484 [NEW]: Wrong detection of gnuiconv

[paj]

From: [EMAIL PROTECTED]
Operating system: Linux RH 7.3, gnu libiconv
PHP version:  4CVS-2002-11-18 (dev)
PHP Bug Type: ICONV related
Bug description:  Wrong detection of gnuiconv

Hello,

I used redhat 7.3 and current cvs, iconv installed from sources using
version 1.8 (no rpm previously installed).

Configure options:./configure --prefix=/usr/local \
--enable-cli \
--enable-exif \
--with-calendar=shared \
--enable-magic-quotes \
--enable-trans-sid \
--enable-wddx \
--enable-ftp \
--with-gd \
--with-zlib \
--enable-gd-native-tt \
--with-t1lib="/usr/local" \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr" \
 --with-mcrypt=/usr \
 --with-unixodbc=/usr \
--with-tiff-dir="/usr" \
--with-jpeg-dir="/usr" \
--with-zlib-dir="/usr" \
--with-xmlrpc \
 --with-openssl="/usr" \
 --with-ming="/usr/local" \
 --enable-bcmath \
 --with-gettext="/usr" \
 --with-mysql=/usr \
 --with-pgsql=/usr \
 --with-ibm-db2 \
 --enable-xslt \
 --with-xslt-sablot=/usr \
 --with-sablot-js=/usr \
 --enable-sockets \
 --with-imagick=/usr/local \
 --with-dom \
 --with-dom-xslt \
 --with-dom-exslt \
 --with-java=/usr/java/jdk1.3.1_03 \
 --with-tokenizer \
 --with-iconv=/usr \
 --with-iconv-dir=/usr \


make failed on:
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`zm_startup_miconv':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140:
`_libiconv_version' undeclared (first use in this function)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: (Each
undeclared identifier is reported only once
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:140: for each
function it appears in.)
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c: In function
`php_iconv_string':
/home/paj/projects/phpcvsbuild/php4/ext/iconv/iconv.c:255: warning:
assignment makes pointer from integer without a cast
make: *** [ext/iconv/iconv.lo] Error 1

It seems the wrong lib are detected:

136 #if HAVE_LIBICONV
137 {
138 static char buf[16];
139 snprintf(buf, sizeof(buf), "%d.%d",
140 ((_libiconv_version >> 8) & 0x0f),
(_libiconv_version & 0x0f));141 version = buf;
142 }
143 #elif HAVE_GLIBC_ICONV
144 version = (char *)gnu_get_libc_version();
145 #endif


hth

pa
-- 
Edit bug report at http://bugs.php.net/?id=20484&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20484&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20484&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20484&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20484&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20484&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20484&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20484&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20484&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20484&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20484&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20484&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20484&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20484&r=isapi

#20466 [Com]: max_execution_time setting in php.ini ignored

[websteffen]

 ID:   20466
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *Configuration Issues
 Operating System: Windows XP
 PHP Version:  4CVS-2002-11-17
 New Comment:

Seems to be fixed, thanks! :-)


Previous Comments:


[2002-11-17 16:53:45] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-11-17 14:21:43] [EMAIL PROTECTED]

Yup, sounds like a bug to me too then.

Derick



[2002-11-17 14:20:42] [EMAIL PROTECTED]

Thanks, Derick, I've set max_input_time to 90 seconds and now it works.
But I don't understand why it works now, because the script doesn't
take any variables. The *only* thing it does is to convert a lot of
data by SELECTing from a mysql database and then writing the data back
with a few changes.

So my problem is solved, but I don't know why. I think that it is a
bug, because max_input_time shouldn't affect the runtime of a script
that doesn't take any arguments ?!?



[2002-11-17 14:05:55] [EMAIL PROTECTED]

What is your script doing when it times out? If it's waiting for
something to upload, you should change the max_input_time setting,
which you currently have set to 60.

Derick



[2002-11-17 13:39:38] [EMAIL PROTECTED]

Yes, I've restarted it a couple of times already and even stopped and
then started it again. phpinfo() indeed shows max_execution_time 90
seconds, but the script aborts after 60 seconds. Other settings in
php.ini (like error_reporting) work, but max_execution_time doesn't...
:-(



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20466

-- 
Edit this bug report at http://bugs.php.net/?id=20466&edit=1

#17381 [Com]: OCI fetch routines not working with UTF8 DB

[erki]

 ID:   17381
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Win NT
 PHP Version:  4.2.1
 New Comment:

I'm having exactly the same problem here.
PHP 4.2.2
RH Linux 2.4.9-34smp #1 SMP i686
Apache/1.3.22
Oracle 8i database with UTF8 characterset.

Heelp?


Previous Comments:


[2002-09-27 10:55:29] [EMAIL PROTECTED]

I am experiencing the same problem.

PHP 4.2.2
Red Hat Linux 7.2
Apache 1.3.26

Unable to insert multi-byte strings into Oracle and select it back
out.
Using mbstring and oci8 functions.

Any progress on this one?



[2002-07-23 05:09:59] [EMAIL PROTECTED]

I met this kind of problems too.

my database's character set is zhs16cgb231280, zhs16gbk,
can not work too. the output i got is "aabb"
which should be "aabb" (X present a 2-byte-chinese
char)

i set the NLS_LANG use SetEnv in httpd.conf of apache,
the NLS_LANG changed but he result is unchanged.

someone suggested that use "export NLS_LANG=" in
apachectl script file, i tried, but failed. all
"" except use charset us7ascii failed with an oracle
error ora-12705, "unacceptable char set".



[2002-05-23 06:50:05] [EMAIL PROTECTED]

Can I just point out that I have used putenv, to set NLS_LANG in the
example, because I thought that the system-wide environment variable
$NLS_LANG was not being picked up.  It is currently set to
"American_America.UTF8".



[2002-05-23 05:34:35] [EMAIL PROTECTED]

Email typo in original post.. :-)



[2002-05-23 05:32:37] [EMAIL PROTECTED]

I seem to be unable to return un-corrupted data from a UTF8 Oracle
database.

Consider this example:-  (appologies for debugging)

";
print $mycolumndump;
print "";
print mb_detect_encoding($mycolumn, "auto");
print "";
print mb_internal_encoding();
print "";
print_r( mb_get_info("all"));

}
?>

e.g.
If mycolumn contains a single UTF8 character E594B4 (three bytes)

I get the result:-

found:bf {upsidedown question mark} len=1

Typ=1 Len=3 228,148,180
EUC-JP
UTF-8

-

I would have expected to see:

found:e594b4 {a japanese glyph} len=3

I suppose the question is, does the OCI interface work correctly with
multi-byte strings?




-- 
Edit this bug report at http://bugs.php.net/?id=17381&edit=1

#20479 [Fbk->Opn]: handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

[joc]

 ID:   20479
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: Linux 2.4.18
 PHP Version:  4.3.0RC1
 New Comment:

Humm, indeed, output_buffering was set to 4096, now it works.
How this case was handled in php 4.2.3 ?


Previous Comments:


[2002-11-18 11:01:14] [EMAIL PROTECTED]

You propably have set it in php.ini too?




[2002-11-18 07:31:42] [EMAIL PROTECTED]

Sorry, the complete error message is :

Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler'
cannot be used twice in Unknown on line 0



[2002-11-18 07:30:51] [EMAIL PROTECTED]

Hi,

When using :

ob_start("ob_gzhandler") in my code, I obtain the following error :

handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

No problem so far with PHP 4.2.3

Regards,
  Jocelyn




-- 
Edit this bug report at http://bugs.php.net/?id=20479&edit=1

#20482 [Fbk]: Segmentation fault in zend_execute_API.c

[sniper]

 ID:   20482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: DOM XML related
 Operating System: RedHat 7.2 kernel 2.4.9-13
 PHP Version:  4.4.0-dev
 New Comment:

And also a short example script which can be used to reproduce this
would be nice to have here.. :)



Previous Comments:


[2002-11-18 11:07:13] [EMAIL PROTECTED]

Reclassified as DOM XML bug as the segfault seems to be caused by it.

Please provide a backtrace with the CVS snapshot too.




[2002-11-18 11:01:09] [EMAIL PROTECTED]

I just tried the "latest" snapshot (20021118) but it didn't
help. Still segmentation fault =-(
-- 
Björn Smith <[EMAIL PROTECTED]>



[2002-11-18 09:58:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 09:55:51] [EMAIL PROTECTED]

PHP 4.2.3 built with
libxml2-2.4.26
Sablot-0.96

During certain XML/XSLT transforms I get the following stack dump:

#0  0x401d4588 in chunk_free (ar_ptr=0x40288300, p=0x846dd10) at
malloc.c:3252
#1  0x401d43f4 in __libc_free (mem=0x846dd70) at malloc.c:3154
#2  0x4033ec68 in _efree (ptr=0x846dd7c) at zend_alloc.c:246
#3  0x4035a1f1 in zend_hash_destroy (ht=0x846dbac) at zend_hash.c:546
#4  0x40354c67 in _zval_dtor (zvalue=0x846db8c) at zend_variables.c:60
#5  0x4034d691 in _zval_ptr_dtor (zval_ptr=0xbfffea50)
at zend_execute_API.c:274
#6  0x40373d0b in php_free_xml_node (rsrc=0x846dd04) at
php_domxml.c:505
#7  0x4035b53d in list_entry_destructor (ptr=0x846dd04) at
zend_list.c:177
#8  0x4035a338 in zend_hash_apply_deleter (ht=0x404ec15c, p=0x846dccc)
at zend_hash.c:596
#9  0x4035a48a in zend_hash_graceful_reverse_destroy (ht=0x404ec15c)
at zend_hash.c:662
#10 0x4035b68c in zend_destroy_rsrc_list (ht=0x404ec15c) at
zend_list.c:233
#11 0x4034d4b6 in shutdown_executor () at zend_execute_API.c:196
#12 0x40355bca in zend_deactivate () at zend.c:598
#13 0x403620e3 in php_request_shutdown (dummy=0x0) at main.c:789
#14 0x4035f1cc in apache_php_module_main (r=0x80fe78c,
display_source_mode=0)
at sapi_apache.c:96
#15 0x4035fc4e in send_php (r=0x80fe78c, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#16 0x4035fca2 in send_parsed_php (r=0x80fe78c) at mod_php4.c:590
#17 0x08053dd3 in ap_invoke_handler ()
#18 0x08068d57 in process_request_internal ()
#19 0x08068db8 in ap_process_request ()
#20 0x0805fbf5 in child_main ()
#21 0x0805fda0 in make_child ()
#22 0x0805ff14 in startup_children ()
#23 0x0806058c in standalone_main ()
#24 0x08060def in main ()
#25 0x4016f657 in __libc_start_main (main=0x8060a48 , argc=2,
ubp_av=0xb8e4, init=0x804e34c <_init>, fini=0x807e760 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8dc)
at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
Björn Smith <[EMAIL PROTECTED]>




-- 
Edit this bug report at http://bugs.php.net/?id=20482&edit=1

#20482 [Fbk]: Segmentation fault in zend_execute_API.c

[sniper]

 ID:   20482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
-Bug Type: XML related
+Bug Type: DOM XML related
 Operating System: RedHat 7.2 kernel 2.4.9-13
-PHP Version:  4.2.3
+PHP Version:  4.4.0-dev
 New Comment:

Reclassified as DOM XML bug as the segfault seems to be caused by it.

Please provide a backtrace with the CVS snapshot too.



Previous Comments:


[2002-11-18 11:01:09] [EMAIL PROTECTED]

I just tried the "latest" snapshot (20021118) but it didn't
help. Still segmentation fault =-(
-- 
Björn Smith <[EMAIL PROTECTED]>



[2002-11-18 09:58:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 09:55:51] [EMAIL PROTECTED]

PHP 4.2.3 built with
libxml2-2.4.26
Sablot-0.96

During certain XML/XSLT transforms I get the following stack dump:

#0  0x401d4588 in chunk_free (ar_ptr=0x40288300, p=0x846dd10) at
malloc.c:3252
#1  0x401d43f4 in __libc_free (mem=0x846dd70) at malloc.c:3154
#2  0x4033ec68 in _efree (ptr=0x846dd7c) at zend_alloc.c:246
#3  0x4035a1f1 in zend_hash_destroy (ht=0x846dbac) at zend_hash.c:546
#4  0x40354c67 in _zval_dtor (zvalue=0x846db8c) at zend_variables.c:60
#5  0x4034d691 in _zval_ptr_dtor (zval_ptr=0xbfffea50)
at zend_execute_API.c:274
#6  0x40373d0b in php_free_xml_node (rsrc=0x846dd04) at
php_domxml.c:505
#7  0x4035b53d in list_entry_destructor (ptr=0x846dd04) at
zend_list.c:177
#8  0x4035a338 in zend_hash_apply_deleter (ht=0x404ec15c, p=0x846dccc)
at zend_hash.c:596
#9  0x4035a48a in zend_hash_graceful_reverse_destroy (ht=0x404ec15c)
at zend_hash.c:662
#10 0x4035b68c in zend_destroy_rsrc_list (ht=0x404ec15c) at
zend_list.c:233
#11 0x4034d4b6 in shutdown_executor () at zend_execute_API.c:196
#12 0x40355bca in zend_deactivate () at zend.c:598
#13 0x403620e3 in php_request_shutdown (dummy=0x0) at main.c:789
#14 0x4035f1cc in apache_php_module_main (r=0x80fe78c,
display_source_mode=0)
at sapi_apache.c:96
#15 0x4035fc4e in send_php (r=0x80fe78c, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#16 0x4035fca2 in send_parsed_php (r=0x80fe78c) at mod_php4.c:590
#17 0x08053dd3 in ap_invoke_handler ()
#18 0x08068d57 in process_request_internal ()
#19 0x08068db8 in ap_process_request ()
#20 0x0805fbf5 in child_main ()
#21 0x0805fda0 in make_child ()
#22 0x0805ff14 in startup_children ()
#23 0x0806058c in standalone_main ()
#24 0x08060def in main ()
#25 0x4016f657 in __libc_start_main (main=0x8060a48 , argc=2,
ubp_av=0xb8e4, init=0x804e34c <_init>, fini=0x807e760 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8dc)
at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
Björn Smith <[EMAIL PROTECTED]>




-- 
Edit this bug report at http://bugs.php.net/?id=20482&edit=1

#20483 [Opn->Bgs]: Php inactivity

[sniper]

 ID:   20483
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  4.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2002-11-18 10:28:55] [EMAIL PROTECTED]

Having a working Apache server and MySQL on Linux I do not wish to
alter these.  I have followed all the instructions but Apache still
does not seem to serve php pages.  I assume that this has not been
sorted yet.  I had a working system on windows 98 with PWS and php, no
luck after 1 month of trying different things.
I followed the instruction ./configure --with-mysql --with-apache  
Make && Make Install This all seemed ok no error messages.
Inserted the lines in the httpd.conf file.  Still got message from
mozilla saying what do you want to do with the downloaded file?





-- 
Edit this bug report at http://bugs.php.net/?id=20483&edit=1

#20479 [Opn->Fbk]: handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

[sniper]

 ID:   20479
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Linux 2.4.18
 PHP Version:  4.3.0RC1
 New Comment:

You propably have set it in php.ini too?



Previous Comments:


[2002-11-18 07:31:42] [EMAIL PROTECTED]

Sorry, the complete error message is :

Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler'
cannot be used twice in Unknown on line 0



[2002-11-18 07:30:51] [EMAIL PROTECTED]

Hi,

When using :

ob_start("ob_gzhandler") in my code, I obtain the following error :

handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

No problem so far with PHP 4.2.3

Regards,
  Jocelyn




-- 
Edit this bug report at http://bugs.php.net/?id=20479&edit=1

#20482 [Com]: Segmentation fault in zend_execute_API.c

[smith]

 ID:   20482
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: XML related
 Operating System: RedHat 7.2 kernel 2.4.9-13
 PHP Version:  4.2.3
 New Comment:

I just tried the "latest" snapshot (20021118) but it didn't
help. Still segmentation fault =-(
-- 
Björn Smith <[EMAIL PROTECTED]>


Previous Comments:


[2002-11-18 09:58:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 09:55:51] [EMAIL PROTECTED]

PHP 4.2.3 built with
libxml2-2.4.26
Sablot-0.96

During certain XML/XSLT transforms I get the following stack dump:

#0  0x401d4588 in chunk_free (ar_ptr=0x40288300, p=0x846dd10) at
malloc.c:3252
#1  0x401d43f4 in __libc_free (mem=0x846dd70) at malloc.c:3154
#2  0x4033ec68 in _efree (ptr=0x846dd7c) at zend_alloc.c:246
#3  0x4035a1f1 in zend_hash_destroy (ht=0x846dbac) at zend_hash.c:546
#4  0x40354c67 in _zval_dtor (zvalue=0x846db8c) at zend_variables.c:60
#5  0x4034d691 in _zval_ptr_dtor (zval_ptr=0xbfffea50)
at zend_execute_API.c:274
#6  0x40373d0b in php_free_xml_node (rsrc=0x846dd04) at
php_domxml.c:505
#7  0x4035b53d in list_entry_destructor (ptr=0x846dd04) at
zend_list.c:177
#8  0x4035a338 in zend_hash_apply_deleter (ht=0x404ec15c, p=0x846dccc)
at zend_hash.c:596
#9  0x4035a48a in zend_hash_graceful_reverse_destroy (ht=0x404ec15c)
at zend_hash.c:662
#10 0x4035b68c in zend_destroy_rsrc_list (ht=0x404ec15c) at
zend_list.c:233
#11 0x4034d4b6 in shutdown_executor () at zend_execute_API.c:196
#12 0x40355bca in zend_deactivate () at zend.c:598
#13 0x403620e3 in php_request_shutdown (dummy=0x0) at main.c:789
#14 0x4035f1cc in apache_php_module_main (r=0x80fe78c,
display_source_mode=0)
at sapi_apache.c:96
#15 0x4035fc4e in send_php (r=0x80fe78c, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#16 0x4035fca2 in send_parsed_php (r=0x80fe78c) at mod_php4.c:590
#17 0x08053dd3 in ap_invoke_handler ()
#18 0x08068d57 in process_request_internal ()
#19 0x08068db8 in ap_process_request ()
#20 0x0805fbf5 in child_main ()
#21 0x0805fda0 in make_child ()
#22 0x0805ff14 in startup_children ()
#23 0x0806058c in standalone_main ()
#24 0x08060def in main ()
#25 0x4016f657 in __libc_start_main (main=0x8060a48 , argc=2,
ubp_av=0xb8e4, init=0x804e34c <_init>, fini=0x807e760 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8dc)
at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
Björn Smith <[EMAIL PROTECTED]>




-- 
Edit this bug report at http://bugs.php.net/?id=20482&edit=1

#20476 [Fbk]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[sniper]

 ID:   20476
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: ASPLinux 7.2
-PHP Version:  4.2.3
+PHP Version:  4.4.0-dev
 New Comment:

Exactly how did you configure PHP?
And are you sure your libphp4.so is the one that you compiled?



Previous Comments:


[2002-11-18 08:48:11] [EMAIL PROTECTED]

So, this latest php cvs snapshot isn't working to. Message IS_SLASH_P
undefined appears again. May be this is a bug...



[2002-11-18 07:11:37] [EMAIL PROTECTED]

This version of php requires curl-7.10.2, but in download section of
http://curl.sourceforge.net avaible only 7.10.1:=(
May be this is a mistake? Or some?



[2002-11-18 03:12:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 03:01:05] [EMAIL PROTECTED]

I made dso module for apache 1.3.26.
And when apache starting this error appears:

[root@www root]# service httpd start
Starting httpd: Syntax error on line 261 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P
   [ FAILED ]
But binary file php works correctly. 




-- 
Edit this bug report at http://bugs.php.net/?id=20476&edit=1

#20474 [Opn->Bgs]: Loging

[sniper]

 ID:  20474
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:Feature/Change Request
 PHP Version: 4.3.0RC1
 New Comment:

You can get this info with these php.ini settings:

display_errors = Off
error_reporting = E_ALL
log_errors = On
error_log = /full/path/to/my/log/filename



Previous Comments:


[2002-11-18 04:57:56] [EMAIL PROTECTED]

It's not the same...

The Notice "Undefined variable" is loging when I read variable which
were not initialized before.
if I would see this message I must set 
register_globals = off

I can't test all my scripts, becouse my system consist of 1600
scripts.

I can't set register_globals = off becouce that system must correctly
work.

So, I want set register_globals = on, and check my logs
for notice "in this line you used globals variable".

if I found this message I would correct that script.

if I didn't find this message for month I would be sure that now I can
set register_globals = on...



[2002-11-18 02:06:21] [EMAIL PROTECTED]

Do I correctly understand that you want that PHP emits warnings of you
use globals in your script? The best way to check for this is to set
error_reporting(E_ALL); as the first line of your script. It then shows
all reads for variables which were not initialized before. If you feel
that that is not enough, please change the status back to open.



[2002-11-18 02:03:03] [EMAIL PROTECTED]

I rewrited my scripts and now i'm not using globals wariables... but
when I set register_globals = off
sometime scripts don't work...

When register_globals = On Php should loging notice for example "In
line X you use a global variable"...

Marek Wróbel




-- 
Edit this bug report at http://bugs.php.net/?id=20474&edit=1

#20203 [Opn->Fbk]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[kalowsky]

 ID:   20203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Can you please submit a bug with Openlink SW the makers of iODBC.  This
should work, for all platforms. 

Please submit a bug at 
http://www.openlinksw.com/support/online.htm


Previous Comments:


[2002-11-18 08:57:51] [EMAIL PROTECTED]

Hello from Athens AGAIN

WOWOWOWOWOW I am happy 
I removed the line you said from ext/odbc/php_odbc.h
and DAMN it works !

Thanks very much for your help
I anyway think that the bug still exists as fat as SQLExtendedFetch is
conserned and has to be resolved in future releases of php (I used
4.2.3)

Best regards
Christos



[2002-11-18 08:39:51] [EMAIL PROTECTED]

Hello again

You mean the file ext/odbc/php_odbc.h ??

By the way the openlink "odbctest" program works with SQLFetch and not
with SQLExtendedFetch

Best Regards
Christos



[2002-11-18 07:13:23] [EMAIL PROTECTED]

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  



[2002-11-18 07:11:37] [EMAIL PROTECTED]

As with everything OpenSource, gcc. :)



[2002-11-18 06:31:48] [EMAIL PROTECTED]

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20483 [NEW]: Php inactivity

[johnm]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.0
PHP Bug Type: *General Issues
Bug description:  Php inactivity

Having a working Apache server and MySQL on Linux I do not wish to alter
these.  I have followed all the instructions but Apache still does not
seem to serve php pages.  I assume that this has not been sorted yet.  I
had a working system on windows 98 with PWS and php, no luck after 1 month
of trying different things.
I followed the instruction ./configure --with-mysql --with-apache   Make
&& Make Install This all seemed ok no error messages.
Inserted the lines in the httpd.conf file.  Still got message from mozilla
saying what do you want to do with the downloaded file?

-- 
Edit bug report at http://bugs.php.net/?id=20483&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20483&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20483&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20483&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20483&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20483&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20483&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20483&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20483&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20483&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20483&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20483&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20483&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20483&r=isapi

#20482 [Opn->Fbk]: Segmentation fault in zend_execute_API.c

[derick]

 ID:   20482
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: XML related
 Operating System: RedHat 7.2 kernel 2.4.9-13
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


Previous Comments:


[2002-11-18 09:55:51] [EMAIL PROTECTED]

PHP 4.2.3 built with
libxml2-2.4.26
Sablot-0.96

During certain XML/XSLT transforms I get the following stack dump:

#0  0x401d4588 in chunk_free (ar_ptr=0x40288300, p=0x846dd10) at
malloc.c:3252
#1  0x401d43f4 in __libc_free (mem=0x846dd70) at malloc.c:3154
#2  0x4033ec68 in _efree (ptr=0x846dd7c) at zend_alloc.c:246
#3  0x4035a1f1 in zend_hash_destroy (ht=0x846dbac) at zend_hash.c:546
#4  0x40354c67 in _zval_dtor (zvalue=0x846db8c) at zend_variables.c:60
#5  0x4034d691 in _zval_ptr_dtor (zval_ptr=0xbfffea50)
at zend_execute_API.c:274
#6  0x40373d0b in php_free_xml_node (rsrc=0x846dd04) at
php_domxml.c:505
#7  0x4035b53d in list_entry_destructor (ptr=0x846dd04) at
zend_list.c:177
#8  0x4035a338 in zend_hash_apply_deleter (ht=0x404ec15c, p=0x846dccc)
at zend_hash.c:596
#9  0x4035a48a in zend_hash_graceful_reverse_destroy (ht=0x404ec15c)
at zend_hash.c:662
#10 0x4035b68c in zend_destroy_rsrc_list (ht=0x404ec15c) at
zend_list.c:233
#11 0x4034d4b6 in shutdown_executor () at zend_execute_API.c:196
#12 0x40355bca in zend_deactivate () at zend.c:598
#13 0x403620e3 in php_request_shutdown (dummy=0x0) at main.c:789
#14 0x4035f1cc in apache_php_module_main (r=0x80fe78c,
display_source_mode=0)
at sapi_apache.c:96
#15 0x4035fc4e in send_php (r=0x80fe78c, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#16 0x4035fca2 in send_parsed_php (r=0x80fe78c) at mod_php4.c:590
#17 0x08053dd3 in ap_invoke_handler ()
#18 0x08068d57 in process_request_internal ()
#19 0x08068db8 in ap_process_request ()
#20 0x0805fbf5 in child_main ()
#21 0x0805fda0 in make_child ()
#22 0x0805ff14 in startup_children ()
#23 0x0806058c in standalone_main ()
#24 0x08060def in main ()
#25 0x4016f657 in __libc_start_main (main=0x8060a48 , argc=2,
ubp_av=0xb8e4, init=0x804e34c <_init>, fini=0x807e760 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8dc)
at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
Björn Smith <[EMAIL PROTECTED]>




-- 
Edit this bug report at http://bugs.php.net/?id=20482&edit=1

#20482 [NEW]: Segmentation fault in zend_execute_API.c

[smith]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.2 kernel 2.4.9-13
PHP version:  4.2.3
PHP Bug Type: XML related
Bug description:  Segmentation fault in zend_execute_API.c

PHP 4.2.3 built with
libxml2-2.4.26
Sablot-0.96

During certain XML/XSLT transforms I get the following stack dump:

#0  0x401d4588 in chunk_free (ar_ptr=0x40288300, p=0x846dd10) at
malloc.c:3252
#1  0x401d43f4 in __libc_free (mem=0x846dd70) at malloc.c:3154
#2  0x4033ec68 in _efree (ptr=0x846dd7c) at zend_alloc.c:246
#3  0x4035a1f1 in zend_hash_destroy (ht=0x846dbac) at zend_hash.c:546
#4  0x40354c67 in _zval_dtor (zvalue=0x846db8c) at zend_variables.c:60
#5  0x4034d691 in _zval_ptr_dtor (zval_ptr=0xbfffea50)
at zend_execute_API.c:274
#6  0x40373d0b in php_free_xml_node (rsrc=0x846dd04) at php_domxml.c:505
#7  0x4035b53d in list_entry_destructor (ptr=0x846dd04) at
zend_list.c:177
#8  0x4035a338 in zend_hash_apply_deleter (ht=0x404ec15c, p=0x846dccc)
at zend_hash.c:596
#9  0x4035a48a in zend_hash_graceful_reverse_destroy (ht=0x404ec15c)
at zend_hash.c:662
#10 0x4035b68c in zend_destroy_rsrc_list (ht=0x404ec15c) at
zend_list.c:233
#11 0x4034d4b6 in shutdown_executor () at zend_execute_API.c:196
#12 0x40355bca in zend_deactivate () at zend.c:598
#13 0x403620e3 in php_request_shutdown (dummy=0x0) at main.c:789
#14 0x4035f1cc in apache_php_module_main (r=0x80fe78c,
display_source_mode=0)
at sapi_apache.c:96
#15 0x4035fc4e in send_php (r=0x80fe78c, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#16 0x4035fca2 in send_parsed_php (r=0x80fe78c) at mod_php4.c:590
#17 0x08053dd3 in ap_invoke_handler ()
#18 0x08068d57 in process_request_internal ()
#19 0x08068db8 in ap_process_request ()
#20 0x0805fbf5 in child_main ()
#21 0x0805fda0 in make_child ()
#22 0x0805ff14 in startup_children ()
#23 0x0806058c in standalone_main ()
#24 0x08060def in main ()
#25 0x4016f657 in __libc_start_main (main=0x8060a48 , argc=2,
ubp_av=0xb8e4, init=0x804e34c <_init>, fini=0x807e760 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb8dc)
at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
Björn Smith <[EMAIL PROTECTED]>
-- 
Edit bug report at http://bugs.php.net/?id=20482&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20482&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20482&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20482&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20482&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20482&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20482&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20482&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20482&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20482&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20482&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20482&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20482&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20482&r=isapi

#20367 [Com]: mail() function does not work

[fab]

 ID:   20367
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Mail related
 Operating System: OSX 10.2.1
 PHP Version:  4.2.3
 New Comment:

I'v got the same problem on a linux redhat,apache 1.3.27 and php 4.2.3;
and /var/log/maillog tell nothing, the mail don't arrive to sendmail.
I tried to compile php as a binary (not as an apache module) and in
this case, the mail functions works fine.
I think this bug is resolved in cvs version, but its for a production
environment, so cvs isn't a solution for me.

I tried to replace mail.c and php_mail.c with the cvs version in 4.2.3
source. All compile fine, but apache refuse to start due to undefined
symbol :
Cannot load /usr/local/apache/apache_1.3.27/libexec/libphp4.so into
server: /usr/local/apache/apache_1.3.27/libexec/libphp4.so: undefined
symbol: php_error_docref
/opt/apache/apache_1.3.27/bin/apachectl start: httpd could not be
started

Can I find a patch somewhere for the mail.c function for php 4.2.3 ?
thanks


Previous Comments:


[2002-11-11 14:36:24] [EMAIL PROTECTED]

So, what does '/var/log/maillog' tell you?



[2002-11-11 13:52:56] [EMAIL PROTECTED]

I am running Apache 1.3.26 and php 4.2.3 on OSX 10.2.1

I have created the /usr/lib/php.ini file, and verified that changes to
it are reflected in phpinfo(). The path to sendmail is set correctly.

Sendmail functions properly, and I have alleviated the various
permissions issues related to sendmail on OSX, as I have been using
this box as a mail server for months now.

This simple bit of scripting fails:

mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine
3");

There are no errors reported in the browser or in error_log, so there
is no indication of failure, other than the fact that the email is
never recieved.

I have found dozens of similar posts in newsgroups and in web forums,
but noone has yet found the answer. Searching your online KnowledgeBase
and Bug DB come up with no mentions either.

If there is any further information or debugging that I can provide,
please let me know.





-- 
Edit this bug report at http://bugs.php.net/?id=20367&edit=1

#20203 [Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Hello from Athens AGAIN

WOWOWOWOWOW I am happy 
I removed the line you said from ext/odbc/php_odbc.h
and DAMN it works !

Thanks very much for your help
I anyway think that the bug still exists as fat as SQLExtendedFetch is
conserned and has to be resolved in future releases of php (I used
4.2.3)

Best regards
Christos


Previous Comments:


[2002-11-18 08:39:51] [EMAIL PROTECTED]

Hello again

You mean the file ext/odbc/php_odbc.h ??

By the way the openlink "odbctest" program works with SQLFetch and not
with SQLExtendedFetch

Best Regards
Christos



[2002-11-18 07:13:23] [EMAIL PROTECTED]

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  



[2002-11-18 07:11:37] [EMAIL PROTECTED]

As with everything OpenSource, gcc. :)



[2002-11-18 06:31:48] [EMAIL PROTECTED]

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos



[2002-11-18 05:19:16] [EMAIL PROTECTED]

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20476 [Com]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[dks]

 ID:   20476
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: ASPLinux 7.2
 PHP Version:  4.2.3
 New Comment:

So, this latest php cvs snapshot isn't working to. Message IS_SLASH_P
undefined appears again. May be this is a bug...


Previous Comments:


[2002-11-18 07:11:37] [EMAIL PROTECTED]

This version of php requires curl-7.10.2, but in download section of
http://curl.sourceforge.net avaible only 7.10.1:=(
May be this is a mistake? Or some?



[2002-11-18 03:12:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 03:01:05] [EMAIL PROTECTED]

I made dso module for apache 1.3.26.
And when apache starting this error appears:

[root@www root]# service httpd start
Starting httpd: Syntax error on line 261 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P
   [ FAILED ]
But binary file php works correctly. 




-- 
Edit this bug report at http://bugs.php.net/?id=20476&edit=1

#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Hello again

You mean the file ext/odbc/php_odbc.h ??

By the way the openlink "odbctest" program works with SQLFetch and not
with SQLExtendedFetch

Best Regards
Christos


Previous Comments:


[2002-11-18 07:13:23] [EMAIL PROTECTED]

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  



[2002-11-18 07:11:37] [EMAIL PROTECTED]

As with everything OpenSource, gcc. :)



[2002-11-18 06:31:48] [EMAIL PROTECTED]

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos



[2002-11-18 05:19:16] [EMAIL PROTECTED]

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos



[2002-11-17 14:31:57] [EMAIL PROTECTED]

> 1. The command line that you user for "./configure" php on 
> solaris

./configure --enable-debug --without-mysql
--with-iodbc=/usr/local/lib/odbcsdk

> 2. The version of php.

PHP 4.2.3

> 3. the version of iODBC you have used

iODBC v3.0.6

> 4. The comand line that you used for "./configure" to
>build the iODBC library

wget ftp://www.openlinksw.com/open42/snko.taz

> 5. Any deviations of the php.ini file from the standard 
>one provided with the package.

None that delt with ODBC.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20480 [NEW]: strftime("%R") doesn't show the time

[jonathan]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.2.2
PHP Bug Type: Date/time related
Bug description:  strftime("%R") doesn't show the time

Hi,

running on a webserver of our client: Windows 2000, IIS 5, PHP 4.2.2. The
command strftime("%R", $timestamp) doesn't display the time as specified
in the docs (hh:mm in 24 hours notation), while this does work on our test
webserver which is a Linux, Apache, PHP-machine. Substituting this by
strftime("%H:%M", $timestamp) does work correctly and has the same
result.

Thanks,
Jonathan
-- 
Edit bug report at http://bugs.php.net/?id=20480&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20480&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20480&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20480&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20480&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20480&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20480&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20480&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20480&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20480&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20480&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20480&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20480&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20480&r=isapi

#20478 [Opn->Bgs]: strftime problem with timestamp from 2000-01-01/02

[iliaa]

 ID:   20478
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Use strftime('%Y', $timestamp) not strftime('%G', $timestamp).

%G - The 4-digit year corresponding to the ISO week number (see %V).
This has the same format and value as %Y, except that if the ISO week
number belongs to the previous or next year, that year is used instead.



Previous Comments:


[2002-11-18 06:34:40] [EMAIL PROTECTED]

';
print 'timestamp: '.$timestamp.'';

print 'strftime: '.strftime('%G', $timestamp).'';
print 'date: '.date('Y', $timestamp);

?>

prints:

mysql date:2000-01-01
timestamp: 946681200

strftime: 1999 <--- WRONG!
date: 2000






-- 
Edit this bug report at http://bugs.php.net/?id=20478&edit=1

#20479 [Com]: handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

[joc]

 ID:   20479
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Output Control
 Operating System: Linux 2.4.18
 PHP Version:  4.3.0RC1
 New Comment:

Sorry, the complete error message is :

Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler'
cannot be used twice in Unknown on line 0


Previous Comments:


[2002-11-18 07:30:51] [EMAIL PROTECTED]

Hi,

When using :

ob_start("ob_gzhandler") in my code, I obtain the following error :

handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

No problem so far with PHP 4.2.3

Regards,
  Jocelyn




-- 
Edit this bug report at http://bugs.php.net/?id=20479&edit=1

#20479 [NEW]: handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

[joc]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18
PHP version:  4.3.0RC1
PHP Bug Type: Output Control
Bug description:  handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

Hi,

When using :

ob_start("ob_gzhandler") in my code, I obtain the following error :

handler 'ob_gzhandler' cannot be used twice in Unknown on line 0

No problem so far with PHP 4.2.3

Regards,
  Jocelyn
-- 
Edit bug report at http://bugs.php.net/?id=20479&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20479&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20479&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20479&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20479&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20479&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20479&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20479&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20479&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20479&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20479&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20479&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20479&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20479&r=isapi

#20442 [Ana->Csd]: xml_get_current_line_number produces segmentation fault

[iliaa]

 ID:   20442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Closed
 Bug Type: XML related
 Operating System: NetBSD 1.6
 PHP Version:  4CVS-2002-11-15
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-11-15 23:53:57] [EMAIL PROTECTED]

okay, sorry. did not know that ;)



[2002-11-15 16:09:15] [EMAIL PROTECTED]

This bug is actually the result of a bug in the bundled expat library.
You can fix the problem by installing the latest expat from
http://sourceforge.net/project/showfiles.php?group_id=10127&release_id=109357

I am leaving the bug open, until the bunbled expat library is upgraded
to the latest stable release.



[2002-11-15 03:54:06] [EMAIL PROTECTED]

It looks like the xml_get_current_line_number of xml produces a
segmentation fault.
Here is the piece of code :


function parse($file)
{
if(!($fp = fopen($file, 'r')))
echo "xml_parser error: Could not open
$file.\n"; 
else
while($data = fgets($fp, 4096))
if(!xml_parse($this->parser, $data,
feof($fp)))
echo 'xml_parser error: ',
 
xml_error_string(xml_get_error_code($this->parser)),
  ' at line ',
 
xml_get_current_line_number($this->parser),
  "\n";

fclose($fp);

return $this->struct;   
}

If the data.xml looks like this for example :

   Bla
   Muh


I runned the xml example file in shell and here is the output :
Example
Test
Test
xml_parser error: mismatched tag at line 4
xml_parser error: mismatched tag at line Segmentation fault (core
dumped)

Now where is the problem ?
Does the XML parser try to get the line and is already at the end of
the file ?




-- 
Edit this bug report at http://bugs.php.net/?id=20442&edit=1

#20458 [Ver->Csd]: --with-qtdom=shared broken

[iliaa]

 ID:   20458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-11-17 21:29:05] [EMAIL PROTECTED]

It has never worked, so it's not really bug. :)
Fix under construction..




[2002-11-16 17:01:21] [EMAIL PROTECTED]

Compiling PHP with 4.2.3 and the configure option "--with-qtdom=shared"
does not build qtdom.




-- 
Edit this bug report at http://bugs.php.net/?id=20458&edit=1

#20203 [Fbk]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[kalowsky]

 ID:   20203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

What you're asking is an evil thing, but here goes:

In the php_odbc_includes.h file remove the line HAVE_EXTENDED_FETCH
from the HAVE_IODBC section of code.  

Problem is iODBC does work with SQLExtendedFetch.  


Previous Comments:


[2002-11-18 07:11:37] [EMAIL PROTECTED]

As with everything OpenSource, gcc. :)



[2002-11-18 06:31:48] [EMAIL PROTECTED]

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos



[2002-11-18 05:19:16] [EMAIL PROTECTED]

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos



[2002-11-17 14:31:57] [EMAIL PROTECTED]

> 1. The command line that you user for "./configure" php on 
> solaris

./configure --enable-debug --without-mysql
--with-iodbc=/usr/local/lib/odbcsdk

> 2. The version of php.

PHP 4.2.3

> 3. the version of iODBC you have used

iODBC v3.0.6

> 4. The comand line that you used for "./configure" to
>build the iODBC library

wget ftp://www.openlinksw.com/open42/snko.taz

> 5. Any deviations of the php.ini file from the standard 
>one provided with the package.

None that delt with ODBC.



[2002-11-17 12:11:32] [EMAIL PROTECTED]

Hello

I think is very possible that he problem is on my side
Since you have done tests please tell me :
1. The command line that you user for "./configure" php onsolaris
2. The version of php.
3. the version of iODBC you have used
4. The comand line that you used for "./configure" to
   build the iODBC library
5. Any deviations of the php.ini file from the standard one
   provided with the package.

I guess that since you had no problem at all if I configure and compile
exactly the same way as you i also must have no problem.

Best Regards
Christos Michail



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20203 [Opn->Fbk]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[kalowsky]

 ID:   20203
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

As with everything OpenSource, gcc. :)


Previous Comments:


[2002-11-18 06:31:48] [EMAIL PROTECTED]

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos



[2002-11-18 05:19:16] [EMAIL PROTECTED]

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos



[2002-11-17 14:31:57] [EMAIL PROTECTED]

> 1. The command line that you user for "./configure" php on 
> solaris

./configure --enable-debug --without-mysql
--with-iodbc=/usr/local/lib/odbcsdk

> 2. The version of php.

PHP 4.2.3

> 3. the version of iODBC you have used

iODBC v3.0.6

> 4. The comand line that you used for "./configure" to
>build the iODBC library

wget ftp://www.openlinksw.com/open42/snko.taz

> 5. Any deviations of the php.ini file from the standard 
>one provided with the package.

None that delt with ODBC.



[2002-11-17 12:11:32] [EMAIL PROTECTED]

Hello

I think is very possible that he problem is on my side
Since you have done tests please tell me :
1. The command line that you user for "./configure" php onsolaris
2. The version of php.
3. the version of iODBC you have used
4. The comand line that you used for "./configure" to
   build the iODBC library
5. Any deviations of the php.ini file from the standard one
   provided with the package.

I guess that since you had no problem at all if I configure and compile
exactly the same way as you i also must have no problem.

Best Regards
Christos Michail



[2002-11-15 17:59:40] [EMAIL PROTECTED]

After having spoken with some of the Openlink engineers, and doing my
own tests, I don't believe this is a bug at all in PHP, but rather on
your side.

I haven't been able to reproduce this on any of the local sun boxes I
have to test with either.

Openlink has suggested building a clean version of the library, and
testing further with that.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20476 [Com]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[dks]

 ID:   20476
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: ASPLinux 7.2
 PHP Version:  4.2.3
 New Comment:

This version of php requires curl-7.10.2, but in download section of
http://curl.sourceforge.net avaible only 7.10.1:=(
May be this is a mistake? Or some?


Previous Comments:


[2002-11-18 03:12:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



[2002-11-18 03:01:05] [EMAIL PROTECTED]

I made dso module for apache 1.3.26.
And when apache starting this error appears:

[root@www root]# service httpd start
Starting httpd: Syntax error on line 261 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P
   [ FAILED ]
But binary file php works correctly. 




-- 
Edit this bug report at http://bugs.php.net/?id=20476&edit=1

#20478 [NEW]: strftime problem with timestamp from 2000-01-01/02

[thomas . schuessler]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.2
PHP Bug Type: Date/time related
Bug description:  strftime problem with timestamp from 2000-01-01/02

';
print 'timestamp: '.$timestamp.'';

print 'strftime: '.strftime('%G', $timestamp).'';
print 'date: '.date('Y', $timestamp);

?>

prints:

mysql date:2000-01-01
timestamp: 946681200

strftime: 1999 <--- WRONG!
date: 2000


-- 
Edit bug report at http://bugs.php.net/?id=20478&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20478&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20478&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20478&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20478&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20478&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20478&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20478&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20478&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20478&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20478&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20478&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20478&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20478&r=isapi

#20203 [Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

I did some further investigation and discovered that odbctest (always
succesfull) uses the function
SQLFetch()  to retrieve data. But php always uses SQLExtendedFetch()
that it fails.
Any idea how i can make php to use SQLFetch() instead of
SQLExtendedFetch() ???

Best Regards
Christos


Previous Comments:


[2002-11-18 05:19:16] [EMAIL PROTECTED]

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos



[2002-11-17 14:31:57] [EMAIL PROTECTED]

> 1. The command line that you user for "./configure" php on 
> solaris

./configure --enable-debug --without-mysql
--with-iodbc=/usr/local/lib/odbcsdk

> 2. The version of php.

PHP 4.2.3

> 3. the version of iODBC you have used

iODBC v3.0.6

> 4. The comand line that you used for "./configure" to
>build the iODBC library

wget ftp://www.openlinksw.com/open42/snko.taz

> 5. Any deviations of the php.ini file from the standard 
>one provided with the package.

None that delt with ODBC.



[2002-11-17 12:11:32] [EMAIL PROTECTED]

Hello

I think is very possible that he problem is on my side
Since you have done tests please tell me :
1. The command line that you user for "./configure" php onsolaris
2. The version of php.
3. the version of iODBC you have used
4. The comand line that you used for "./configure" to
   build the iODBC library
5. Any deviations of the php.ini file from the standard one
   provided with the package.

I guess that since you had no problem at all if I configure and compile
exactly the same way as you i also must have no problem.

Best Regards
Christos Michail



[2002-11-15 17:59:40] [EMAIL PROTECTED]

After having spoken with some of the Openlink engineers, and doing my
own tests, I don't believe this is a bug at all in PHP, but rather on
your side.

I haven't been able to reproduce this on any of the local sun boxes I
have to test with either.

Openlink has suggested building a clean version of the library, and
testing further with that.



[2002-11-12 15:41:04] [EMAIL PROTECTED]

1. The sample script is exactly the same expet run on solaris 8so just
the table name is different NOTHING ELSE.
2. here is the trace of SQL :
php ptest3.php
X-Powered-By: PHP/4.2.3
Content-type: text/html
aaasa
SQLAllocHandle ( ... )
SQLSetStmtAttr ( ... )
SQLAllocHandle ( ... )
SQLConnect ( ... )
SQLGetInfo ( ... )
SQLGetInfo ( ... )
CONNECTION ID = |Resource id #1|
connected to DSN: test
SQLAllocHandle ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetInfo ( ... )
SQLSetStmtAttr ( ... )
SQLExecDirect ( ... )
Segmentation Fault(coredump)

3. The version of iODBC is 3.0.6 (the latest)

4. I already tried the SQL_CUR_USE_ODBC option and the
result is exacrly the same

5. odbc_prepare produces exactly the same at
SQLPrepare instead of SQLExecDirect (see last line of SQL trace)

6. The variables are corectrly defined and exported in the environment
But even if they exist in the php source the result is exactly the
same

I tried to compiel all in 64 bites (gcc 3.2) with -m64 But it failed
Any idea if this could help ? and how can i compile php with -m64 ??

I would apreciate if you take a look please

Best regards 
Christos



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#20465 [Opn->Csd]: Mail() always returns a false value

[nicos]

 ID:   20465
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Mail related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2002-11-18 05:23:00] [EMAIL PROTECTED]

I've got the same problem with apache 1.3.27 and php 4.2.3 as a
module.
The mail function always return nothing, and i can't find any error
message in my logs files.
I tried to build php as a binary (not an apache module), and in this
form the mail function works fine.



[2002-11-18 03:46:41] [EMAIL PROTECTED]

Not much information to add.
I have the following code:

if(mail("[EMAIL PROTECTED]","subject","body","From: ...")) {
 echo ("success");
} else {
 echo ("fail");
}

This always returns fail even when the email has been send
successfully.

I am running php 4.2.2 on Apache as module.
Using default mail setup etc.



[2002-11-17 11:46:30] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-17 11:22:43] [EMAIL PROTECTED]

The mail() function always returns a false value, even when it sends
the mail successful.




-- 
Edit this bug report at http://bugs.php.net/?id=20465&edit=1

#20465 [Com]: Mail() always returns a false value

[fab]

 ID:   20465
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Mail related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

I've got the same problem with apache 1.3.27 and php 4.2.3 as a
module.
The mail function always return nothing, and i can't find any error
message in my logs files.
I tried to build php as a binary (not an apache module), and in this
form the mail function works fine.


Previous Comments:


[2002-11-18 03:46:41] [EMAIL PROTECTED]

Not much information to add.
I have the following code:

if(mail("[EMAIL PROTECTED]","subject","body","From: ...")) {
 echo ("success");
} else {
 echo ("fail");
}

This always returns fail even when the email has been send
successfully.

I am running php 4.2.2 on Apache as module.
Using default mail setup etc.



[2002-11-17 11:46:30] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-17 11:22:43] [EMAIL PROTECTED]

The mail() function always returns a false value, even when it sends
the mail successful.




-- 
Edit this bug report at http://bugs.php.net/?id=20465&edit=1

#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump

[xmixail]

 ID:   20203
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: ODBC related
 Operating System: sparc solaris 2.8 and 2.6
 PHP Version:  4.2.3
 New Comment:

Could you please also tell me which compiler you used on Sun Solaris to
compile php?
The Sun c compiler ? or Gnu ? and which version

Regards
Christos


Previous Comments:


[2002-11-17 14:31:57] [EMAIL PROTECTED]

> 1. The command line that you user for "./configure" php on 
> solaris

./configure --enable-debug --without-mysql
--with-iodbc=/usr/local/lib/odbcsdk

> 2. The version of php.

PHP 4.2.3

> 3. the version of iODBC you have used

iODBC v3.0.6

> 4. The comand line that you used for "./configure" to
>build the iODBC library

wget ftp://www.openlinksw.com/open42/snko.taz

> 5. Any deviations of the php.ini file from the standard 
>one provided with the package.

None that delt with ODBC.



[2002-11-17 12:11:32] [EMAIL PROTECTED]

Hello

I think is very possible that he problem is on my side
Since you have done tests please tell me :
1. The command line that you user for "./configure" php onsolaris
2. The version of php.
3. the version of iODBC you have used
4. The comand line that you used for "./configure" to
   build the iODBC library
5. Any deviations of the php.ini file from the standard one
   provided with the package.

I guess that since you had no problem at all if I configure and compile
exactly the same way as you i also must have no problem.

Best Regards
Christos Michail



[2002-11-15 17:59:40] [EMAIL PROTECTED]

After having spoken with some of the Openlink engineers, and doing my
own tests, I don't believe this is a bug at all in PHP, but rather on
your side.

I haven't been able to reproduce this on any of the local sun boxes I
have to test with either.

Openlink has suggested building a clean version of the library, and
testing further with that.



[2002-11-12 15:41:04] [EMAIL PROTECTED]

1. The sample script is exactly the same expet run on solaris 8so just
the table name is different NOTHING ELSE.
2. here is the trace of SQL :
php ptest3.php
X-Powered-By: PHP/4.2.3
Content-type: text/html
aaasa
SQLAllocHandle ( ... )
SQLSetStmtAttr ( ... )
SQLAllocHandle ( ... )
SQLConnect ( ... )
SQLGetInfo ( ... )
SQLGetInfo ( ... )
CONNECTION ID = |Resource id #1|
connected to DSN: test
SQLAllocHandle ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetStmtAttr ( ... )
SQLGetInfo ( ... )
SQLSetStmtAttr ( ... )
SQLExecDirect ( ... )
Segmentation Fault(coredump)

3. The version of iODBC is 3.0.6 (the latest)

4. I already tried the SQL_CUR_USE_ODBC option and the
result is exacrly the same

5. odbc_prepare produces exactly the same at
SQLPrepare instead of SQLExecDirect (see last line of SQL trace)

6. The variables are corectrly defined and exported in the environment
But even if they exist in the php source the result is exactly the
same

I tried to compiel all in 64 bites (gcc 3.2) with -m64 But it failed
Any idea if this could help ? and how can i compile php with -m64 ??

I would apreciate if you take a look please

Best regards 
Christos



[2002-11-05 17:45:08] [EMAIL PROTECTED]

1) Your sample script and your backtrace do not agree with each other
on what is happening.  If you feed me data for another run, I need to
know how that script is working.  I can't debug one, when the problem
is in an entirely different format/layout.

2) You still haven't provided a SQL Log.  You can enable this in your
odbc.ini file, please read up on the odbc.ini for more information.

3) Which version of iODBC?

4) Did you try to connect using the SQL_CUR_USE_ODBC option?

5) Have you tried using an odbc_prepare command to see if that works. 
The error you're seeing is happening within the iODBC system, to which
I have no access to.

6) Why have you commented out the ODBCINI putenv line?  Thats generally
a useful line for anything you're going to do with ODBC. 

This is as much debugging as I can do right now.  My time is rather
commited to other projects right now.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203

-- 
Edit this bug report at http://bugs.php.net/?id=20203&edit=1

#19983 [Com]: Compile/Link failure w/Sablotron

[bchesneau]

 ID:   19983
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2
 PHP Version:  4.3.0-pre1
 New Comment:

make ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs
--mandir=/usr/share/man --infodir=/usr/share/info
--with-config-file-path=/etc/httpd --enable-calendar
--with-iconv=/usr/local --enable-exif --enable-ftp --enable-wddx
--with-xml --with-zlib --with-curl=/usr --with-gd=/usr/local
--with-jpeg-dir=/usr/local --with-png-dir=/usr/local
--with-imap=../imap-2002.RC10 --with-imap-ssl=/usr --enable-sablot
--enable-sablot-errors-descriptive --enable-xslt
--with-xslt-sablot=/usr/local --with-mcrypt=/usr/local
--with-mhash=/usr/local --with-mysql=/usr/local/mysql
--with-expat-dir=/usr/local


modified ZEND_EXTRA_LIBS in Makefile before make

make is ok

but when I did sudo make install :

dyld: /Users/benoitc/build/php-4.3.0RC1/sapi/cli/php Undefined
symbols:
__ZTVN10__cxxabiv117__class_type_infoE
__ZTVN10__cxxabiv120__si_class_type_infoE
__ZdaPv
__ZdlPv
__Znwm
___gxx_personality_v0
__ZSt9terminatev
__Znam
__ZTVN10__cxxabiv121__vmi_class_type_infoE
___cxa_pure_virtual
make[1]: *** [install-pear-installer] Trace/BPT trap
make: *** [install-pear] Error 2


Previous Comments:


[2002-10-27 19:48:58] [EMAIL PROTECTED]

libtool 1.4.2
gcc 3.1
autoconf 2.5.something

confirmed problem.  Solution?  None at this time, I'd like to open a
dialog with an Apple rep about this.  



[2002-10-18 17:35:41] [EMAIL PROTECTED]

Additionally: which libtool are you using?
In the current CVS version of libtool ('libtool 1.4e'), there are a
number of fixes regarding to C++ support.

Additionally - set CFLAGS=-O0 to ensure that gcc 3.x is not breaking
code, during it's optimisation.

However - if the work-around you are describing is the only thing that
does work, we will look into it.



[2002-10-18 17:27:15] [EMAIL PROTECTED]

Let's first make the configure line correcT:
please remove:
--enable-sablot
--enable-sablot-errors-descriptive 

These belong to the extinct version of the extension. If you are using
the latest snapshot, this options should not list in the:
./configure --help
output.



[2002-10-18 17:10:25] [EMAIL PROTECTED]

Which sablotron version?




[2002-10-18 16:51:03] [EMAIL PROTECTED]

I tried the latest version. The same problem occurs.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/19983

-- 
Edit this bug report at http://bugs.php.net/?id=19983&edit=1

#20474 [Csd->Opn]: Loging

[netim]

 ID:  20474
 User updated by: [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Closed
+Status:  Open
 Bug Type:Feature/Change Request
 PHP Version: 4.3.0RC1
 New Comment:

It's not the same...

The Notice "Undefined variable" is loging when I read variable which
were not initialized before.
if I would see this message I must set 
register_globals = off

I can't test all my scripts, becouse my system consist of 1600
scripts.

I can't set register_globals = off becouce that system must correctly
work.

So, I want set register_globals = on, and check my logs
for notice "in this line you used globals variable".

if I found this message I would correct that script.

if I didn't find this message for month I would be sure that now I can
set register_globals = on...


Previous Comments:


[2002-11-18 02:06:21] [EMAIL PROTECTED]

Do I correctly understand that you want that PHP emits warnings of you
use globals in your script? The best way to check for this is to set
error_reporting(E_ALL); as the first line of your script. It then shows
all reads for variables which were not initialized before. If you feel
that that is not enough, please change the status back to open.



[2002-11-18 02:03:03] [EMAIL PROTECTED]

I rewrited my scripts and now i'm not using globals wariables... but
when I set register_globals = off
sometime scripts don't work...

When register_globals = On Php should loging notice for example "In
line X you use a global variable"...

Marek Wróbel




-- 
Edit this bug report at http://bugs.php.net/?id=20474&edit=1

#20444 [Opn->]: Various compile warnings and one error.

[georg]

 ID:   20444
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Compile Failure
 Operating System: OSF1/Tru64
 PHP Version:  4.3.0-RC1
 New Comment:

Sebastian,

please upgrade your MySQL 3.22 Version or use the embedded libmysql.


Previous Comments:


[2002-11-15 09:13:43] [EMAIL PROTECTED]

feel free to come up with some patch to fix those _WARNINGS_...




[2002-11-15 05:32:56] [EMAIL PROTECTED]

With built-in MySQL-Support it works.



[2002-11-15 05:29:25] [EMAIL PROTECTED]

The interesting part was cut off:

Unresolved:
mysql_character_set_name
mysql_real_escape_string
collect2: ld returned 1 exit status

Stop.



[2002-11-15 05:28:36] [EMAIL PROTECTED]

updated Version



[2002-11-15 05:28:21] [EMAIL PROTECTED]

'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local'
'--with-oci8=/appl/oracle/product/8.1.6'
'--with-mysql=/usr/local/mysql':

In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
 from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63,
 from /usr/users/nohn/php-4.3.0RC1/main/php.h:34,
 from
/usr/users/nohn/php-4.3.0RC1/ext/ctype/ctype.c:23:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
 from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63,
 from /usr/users/nohn/php-4.3.0RC1/main/php.h:34,
 from /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:60:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:85: warning: redefinition
of `uchar'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580:
warning: `uchar' previously declared here
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c: In function
`exif_process_IFD_in_JPEG':
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
 from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63,
 from /usr/users/nohn/php-4.3.0RC1/main/php.h:34,
 from
/usr/users/nohn/php-4.3.0RC1/ext/ftp/php_ftp.c:26:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
 from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63,
 from /usr/users/nohn/php-4.3.0RC1/main/php.h:34,
 from /usr/users/nohn/php-4.3.0RC1/ext/ftp/ftp.c:22:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
 from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63,
 from /usr/users/nohn/php-4.3.0RC1/main/php.h:34,
 from
/usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:32:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
/usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c

#20465 [Bgs->Opn]: Mail() always returns a false value

[php]

 ID:   20465
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Mail related
 Operating System: linux
 PHP Version:  4.2.2
 New Comment:

Not much information to add.
I have the following code:

if(mail("[EMAIL PROTECTED]","subject","body","From: ...")) {
 echo ("success");
} else {
 echo ("fail");
}

This always returns fail even when the email has been send
successfully.

I am running php 4.2.2 on Apache as module.
Using default mail setup etc.


Previous Comments:


[2002-11-17 11:46:30] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-17 11:22:43] [EMAIL PROTECTED]

The mail() function always returns a false value, even when it sends
the mail successful.




-- 
Edit this bug report at http://bugs.php.net/?id=20465&edit=1

#20477 [Opn->Bgs]: $_POST and $_GET issues

[derick]

 ID:   20477
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows 2000 Professional
 PHP Version:  4.2.1
 New Comment:

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.


Previous Comments:


[2002-11-18 03:34:11] [EMAIL PROTECTED]

When using php on windows, for retreiving the values passed by the
forms on another page, we have to use $_GET or $_POST before variable
name, instead of the name of the id passed of the object.

But when we are using php4.1.2 this is not a problem. why is it so?




-- 
Edit this bug report at http://bugs.php.net/?id=20477&edit=1

#20477 [NEW]: $_POST and $_GET issues

[amits]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.2.1
PHP Bug Type: Unknown/Other Function
Bug description:  $_POST and $_GET issues

When using php on windows, for retreiving the values passed by the forms on
another page, we have to use $_GET or $_POST before variable name, instead
of the name of the id passed of the object.

But when we are using php4.1.2 this is not a problem. why is it so?
-- 
Edit bug report at http://bugs.php.net/?id=20477&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20477&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20477&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20477&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20477&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20477&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20477&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20477&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20477&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20477&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20477&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20477&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20477&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20477&r=isapi

#20476 [Opn->Fbk]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[derick]

 ID:   20476
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: ASPLinux 7.2
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


Previous Comments:


[2002-11-18 03:01:05] [EMAIL PROTECTED]

I made dso module for apache 1.3.26.
And when apache starting this error appears:

[root@www root]# service httpd start
Starting httpd: Syntax error on line 261 of
/etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P
   [ FAILED ]
But binary file php works correctly. 




-- 
Edit this bug report at http://bugs.php.net/?id=20476&edit=1

#17897 [Com]: POST form variables are empty

[hofmann]

 ID:   17897
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.2.1
 New Comment:

ok the solution to my problem is simple - I am using
AddOutputFilter PHP;INCLUDES .php

so the post variables are missing - thats because you need also to set

AddInputFilter PHP .php

otherwise Apache2 will not forward the POST vars!


Previous Comments:


[2002-09-21 02:20:42] [EMAIL PROTECTED]

Thanks [EMAIL PROTECTED]!

Adding "AddType application/x-httpd-php .php" to the conf file worked
for me. 
PHP 4.2.3
APACHE 2.0.40
on WindowsXP



[2002-09-06 14:12:36] [EMAIL PROTECTED]

this helped me...

LoadModule php4_module php4apache2.dll
AddType application/x-httpd-php .php

this doen't work
#LoadModule php4_module php4apache2.dll
#
#SetOutputFilter PHP
#



[2002-09-06 14:05:20] [EMAIL PROTECTED]





Untitled











both echo are empty... oh yea and file is called t.php... and i have
gloabal = on and populoating varibles with post data...

help...



[2002-07-09 18:22:00] [EMAIL PROTECTED]

Not really bug (in PHP). If '/' is not added, then a redirection is
done to the / address..and of course the post data is lost. 

Using that kind of urls in "action" field is not very wise..







[2002-07-09 14:09:09] [EMAIL PROTECTED]

This workaround works:
Sending the value called a from a form:
$string = $_POST["a"];
Apache 2.0.39 & php 4.2.1



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17897

-- 
Edit this bug report at http://bugs.php.net/?id=17897&edit=1

#20476 [NEW]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[dks]

From: [EMAIL PROTECTED]
Operating system: ASPLinux 7.2
PHP version:  4.2.3
PHP Bug Type: Apache related
Bug description:  Apache cannot load libphp4.so into server. Undefined symbol 
IS_SLASH_P

I made dso module for apache 1.3.26.
And when apache starting this error appears:

[root@www root]# service httpd start
Starting httpd: Syntax error on line 261 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server:
/etc/httpd/modules/libphp4.so: undefined symbol: IS_SLASH_P
   [ FAILED ]
But binary file php works correctly. 
-- 
Edit bug report at http://bugs.php.net/?id=20476&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20476&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20476&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20476&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20476&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20476&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20476&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20476&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20476&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20476&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20476&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20476&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20476&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20476&r=isapi

#20475 [Opn->Bgs]: header() doesn't work after mail function used

[derick]

 ID:   20475
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: LINUX
 PHP Version:  4.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2002-11-18 02:12:38] [EMAIL PROTECTED]

Hello,

After using the mail function, the header("Location) function to
upload a new page doesn't work. The destination page is the page
containing the header instruction. The script not scratched, a print
after the header print works fine; 

I use header function in another scripts and all is OK. 

How can I replace the header function (using JS for example) ? 




-- 
Edit this bug report at http://bugs.php.net/?id=20475&edit=1

#20475 [NEW]: header() doesn't work after mail function used

[jblag]

From: [EMAIL PROTECTED]
Operating system: LINUX
PHP version:  4.2.0
PHP Bug Type: Mail related
Bug description:  header() doesn't work after mail function used

Hello,

After using the mail function, the header("Location) function to
upload a new page doesn't work. The destination page is the page
containing the header instruction. The script not scratched, a print after
the header print works fine; 

I use header function in another scripts and all is OK. 

How can I replace the header function (using JS for example) ? 
-- 
Edit bug report at http://bugs.php.net/?id=20475&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20475&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20475&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20475&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20475&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20475&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20475&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20475&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20475&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20475&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20475&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20475&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20475&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20475&r=isapi

#20474 [Opn->Csd]: Loging

[derick]

 ID:  20474
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
-Bug Type:Unknown/Other Function
+Bug Type:Feature/Change Request
 PHP Version: 4.3.0RC1
 New Comment:

Do I correctly understand that you want that PHP emits warnings of you
use globals in your script? The best way to check for this is to set
error_reporting(E_ALL); as the first line of your script. It then shows
all reads for variables which were not initialized before. If you feel
that that is not enough, please change the status back to open.


Previous Comments:


[2002-11-18 02:03:03] [EMAIL PROTECTED]

I rewrited my scripts and now i'm not using globals wariables... but
when I set register_globals = off
sometime scripts don't work...

When register_globals = On Php should loging notice for example "In
line X you use a global variable"...

Marek Wróbel




-- 
Edit this bug report at http://bugs.php.net/?id=20474&edit=1

#20474 [NEW]: Loging

[netim]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.3.0RC1
PHP Bug Type: Unknown/Other Function
Bug description:  Loging

I rewrited my scripts and now i'm not using globals wariables... but when I
set register_globals = off
sometime scripts don't work...

When register_globals = On Php should loging notice for example "In line X
you use a global variable"...

Marek Wróbel
-- 
Edit bug report at http://bugs.php.net/?id=20474&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20474&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20474&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20474&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20474&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20474&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20474&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20474&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20474&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20474&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20474&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20474&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20474&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20474&r=isapi