#7782 [Asn]: Cannot use PATH_INFO fully with php isapi

[auke]

 ID:   7782
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: Windows 2000
 PHP Version:  4.0.3pl1
 Assigned To:  jmoore
 New Comment:

We've been updating the patch for each new version of PHP, since we
really need this functionality for Ariadne. You can download a patched
version of the isapi.dll for a number of PHP versions at
ftp://ftp.muze.nl/pub/ariadne/win/iis/ Most have the patched source
included as well.

We also really would like to see this patch in the main PHP
distribution...

Auke van Slooten
Muze


Previous Comments:


[2002-11-04 21:46:33] [EMAIL PROTECTED]

I'm running PHP 4.2.3 ISAPI and as far as I can tell this problem is
still present.

Test case:
c:\www\test.php exists and contains "".

When requesting http://localhost/test.php the standard phpinfo() page
is shown, however when requesting
http://localhost/test.php/other/path/info the PHP API returns a message
that it failed to open "c:\www\test.php\other\path\info".  The PHP API
is incorrectly determining the php script to process when presented
with path info.  This really needs to be fixed!



[2002-09-28 02:20:58] [EMAIL PROTECTED]

Was the provided patch ever roled into the code?  I've got 4.04 and it
still isn't working.



[2002-04-23 15:13:30] [EMAIL PROTECTED]

this was assigned to the wrong username.



[2001-11-30 06:40:48] [EMAIL PROTECTED]

Assigning to James (As discussed)



[2001-04-24 08:19:35] [EMAIL PROTECTED]

Hi,

Due to some problems we have had with the isapi version of php under
IIS, 
we have made some changes in the sourcecode of this isapi module to
support 
Apache style PATH_INFO and PATH_TRANSLATED variables. We tested it with

IIS 5 on Windows 2000 Server.
(See also Bug number 7782).

What we have done:

- In the function "init_request_info" we have added some code which
will
translate the "path_translated" server variable to a path
which points to the requested script on disk.

- In the function "sapi_isapi_register_server_variables2" we have
added
some translations for the variables $PATH_INFO and $PATH_TRANSLATED
PATH_INFO will now be translated from:
/script/path/script.php/some/non/existing/path
to
/some/non/existing/path

PATH_TRANSLATED will be translated from:
d:\Inetpub\wwwroot\script.php\some\non\existing\path
to
d:\Inetpub\wwwroot\script.php

- We have added a function named "sapi_isapi_get_server_var"
which will retrieve the requested server variable and returns
a pointer to it. This function has been added to make things more
structured (because of the need to check for a "INSUFFICIENT BUFFER"
error).

We have made a patch file of these changes against the cvs version 1.7
of 
php4isapi.c. This path file is attached to this e-mail.

Please keep in mind that we did not have the opportunity to test this
fix with Zeus.

We hope you can/will commit this fix to the php cvs repository.

With kind regards,

Gijsbert te Riet,
Muze.
[EMAIL PROTECTED]

patch:
16a17
>| IIS PATH_TRANSLATED / PATH_INFO fix: Gijsbert te Riet
<[EMAIL PROTECTED]> |
83a85
>   "PATH_INFO",
88a91
>   "REQUEST_URI",
464a468,492
> static char *sapi_isapi_get_server_var(LPEXTENSION_CONTROL_BLOCK
lpECB, char *varname, DWORD *buffer_len) {
>   char*buffer;
> 
>   buffer=emalloc(*buffer_len=ISAPI_SERVER_VAR_BUF_SIZE);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
>   if (GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
> 
>   buffer = (char *) erealloc(buffer, *buffer_len);
>   if (!lpECB->GetServerVariable(lpECB->ConnID, varname, buffer,
buffer_len)) {
> 
>   efree(buffer);
>   buffer=0;
> 
>   }
> 
>   } else {
> 
>   efree(buffer);
>   buffer=0;
>   }
>   }
> 
>   return buffer;
> }
> 
468,469c496
<   DWORD variable_len;
<   char static_variable_buf[ISAPI_SERVER_VAR_BUF_SIZE];
---
>   DWORD varsize, varbufsize; 
470a498
>   char *var_buf1, *var_buf2;
473,478c501,508
<   variable_len = ISAPI_SERVER_VAR_BUF_SIZE;
<   if (lpECB->GetServerVariable(lpECB->ConnID, *p,
static_variable_buf, &variable_len)
<  

#15333 [Com]: strndup access violation

[darkwings]

 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:

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.


Previous Comments:


[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



[2002-10-24 14:28:47] [EMAIL PROTECTED]

Ran into this bug again. This happens either when I'm using the old
style of using global variables or repeatedly accessing codes that have
mistakes.



[2002-10-24 13:31:11] [EMAIL PROTECTED]

Dual Proc Win2k sp2+hotfixes...

4.2.3 as CGI no prob.  As ISAPI Same prob as everyone else works for a
few minutes then...  access violations... then ISAPI stops responding
but I have a virtual DIR with set as CGI and that continues working...

can be seen with the simple phpinfo.php idea.  

Please continue to investigate.   

Thanks.

Matt W.



[2002-10-22 06:08:12] [EMAIL PROTECTED]

I'm trying to use the Webfroot Shoutbox script for testing
purposes.This had happened to me about everytime I tried to execute the
script.

I'm using PHP 4.2.3 and Windows XP. Today, I finally able to stop the
error from reproducing by changing the settings in php.ini
register_globals = Off to register_globals = On.



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

#20254 [Opn]: imap_header() crash with bad Reply-To

[woonuk]

 ID:   20254
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 PHP Version:  4.2.3
 New Comment:

Here gdb backtrace.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 21817)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 21817)]
0x402df6dc in chunk_free () from /lib/libc.so.6
(gdb) bt
#0  0x402df6dc in chunk_free () from /lib/libc.so.6
#1  0x402df548 in free () from /lib/libc.so.6
#2  0x404583a7 in _php_make_header_object (myzvalue=0x823b188,
en=0x82444a8, tsrm_ls=0x8186838) at php_imap.c:3724
#3  0x4044d232 in zif_imap_headerinfo (ht=2, return_value=0x823b188,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x8186838)
at php_imap.c:1631
#4  0x403fd5f0 in execute (op_array=0x81e1d08, tsrm_ls=0x8186838) at
./zend_execute.c:1598
#5  0x404100ed in zend_execute_scripts (type=8, tsrm_ls=0x8186838,
retval=0x0, file_count=3) at zend.c:812
#6  0x404236fd in php_execute_script (primary_file=0xb730,
tsrm_ls=0x8186838) at main.c:1383
#7  0x4041e959 in php_output_filter (f=0x81d9980, bb=0x81d9ef0) at
sapi_apache2.c:409
#8  0x080ac5a7 in ap_pass_brigade (next=0x81d9980, bb=0x81d9ab0) at
util_filter.c:540
#9  0x080b2868 in default_handler (r=0x81ce7b0) at core.c:3317
#10 0x080a1bd6 in ap_run_handler (r=0x81ce7b0) at config.c:194
#11 0x080a20f1 in ap_invoke_handler (r=0x81ce7b0) at config.c:401
#12 0x08084e93 in ap_process_request (r=0x81ce7b0) at
http_request.c:288
#13 0x080810b8 in ap_process_http_connection (c=0x81ca3b0) at
http_core.c:293
#14 0x080aa6b6 in ap_run_process_connection (c=0x81ca3b0) at
connection.c:85
#15 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#16 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#17 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#18 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#19 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#20 0x402821c4 in __libc_start_main () from /lib/libc.so.6
(gdb)


Previous Comments:


[2002-11-05 01:52:28] [EMAIL PROTECTED]

imap_header() quietly crashes.
This sample message have bad Reply-To header.

machine A)
php : 4.2.3
c-client : imap-2001a
apache : 1.3.26

machine B)
php : 4.2.3
c-client : imap-2002.RC10
apache : 2.0.42

above two machine got same result.

--
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 2862 invoked by uid 0); 5 Nov 2002 16:36:11 +0900
Date: 5 Nov 2002 16:36:11 +0900
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: <>
Subject: This is Subject

This is body.

--




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

#20255 [NEW]: Error compiling mysql module

[tanis]

From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  Error compiling mysql module

I'm trying to compile PHP 4.2.3 under a Linux RedHat 6.2

./configure  --with-mysql --with-imap==/usr/local/lib/libc-client.a
--with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql
--with-xml --with-ssl --with-mnogosearch --with-interbase --with-zlib
--with-kerberos --with-gettext --with-ftp --enable-sockets --with-dom
--enable-ftp --disable-debug --with-kerberos


Here's config.log:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:1565: checking for Cygwin environment
configure:1598: checking for mingw32 environment
configure:1680: checking host system type
configure:1712: checking for a BSD compatible install
configure:1765: checking whether build environment is sane
configure:1822: checking whether make sets ${MAKE}
configure:1861: checking for working aclocal
configure:1874: checking for working autoconf
configure:1887: checking for working automake
configure:1900: checking for working autoheader
configure:1913: checking for working makeinfo
configure:1930: checking whether to enable maintainer-specific portions of
Makefiles
configure:2005: checking for gcc
configure:2118: checking whether the C compiler (gcc  ) works
configure:2134: gcc -o conftestconftest.c  1>&5
configure:2160: checking whether the C compiler (gcc  ) is a
cross-compiler
configure:2165: checking whether we are using GNU C
configure:2193: checking whether gcc accepts -g
configure:2226: checking whether gcc and cc understand -c and -o together
configure:2277: checking how to run the C preprocessor
configure:2357: checking for AIX
configure:2384: checking for gcc option to accept ANSI C
configure:2461: checking whether compiler supports -R
configure:2494: checking whether compiler supports -Wl,-rpath,
configure:2532: checking for ranlib
configure:2560: checking whether ln -s works
configure:2585: checking for mawk
configure:2619: checking for bison
configure:2653: checking bison version
configure:2663: checking for flex
configure:2697: checking for yywrap in -lfl
configure:2740: checking lex output file root
configure:2761: checking whether yytext is a pointer
configure:2804: checking for working const
configure:3006: gcc -o conftest -g -O2 -pthread   conftest.c  1>&5
configure:3026: checking for pthreads_cflags
configure:3088: checking for pthreads_lib
configure:3198: checking for AOLserver support
configure:3274: checking for Apache 1.x module support via DSO through
APXS
configure:3602: checking for mod_charset compatibility option
configure:3672: checking for Apache 2.0 module support via DSO through
APXS
configure:3804: checking for Caudium support
configure:4157: checking for fhttpd module support
configure:4205: checking for CLI build
configure:4230: checking for FastCGI support
configure:4296: checking for Zeus ISAPI support
configure:4362: checking for NSAPI support
configure:4449: checking for PHTTPD support
configure:4516: checking for Pi3Web Support
configure:4713: checking for Roxen/Pike support
configure:4818: checking for Servlet support
configure:4986: checking for thttpd
configure:5048: checking for TUX
configure:5118: checking for webjames
configure:5124: checking for chosen SAPI module
configure:5182: checking for missing declarations of reentrant functions
configure:5191: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX
-DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5216: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX
-DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5241: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX
-DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5266: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX
-DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5291: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX
-DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5314: checking for sendmail
configure:5355: checking whether system uses EBCDIC
configure:5442: checking for socket in -lsocket
configure:5497: checking for htonl in -lsocket
configure:: checking for yp_get_default_domain
configure:5583: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE  conftest.c  1>&5
/tmp/cccMsfkJ.o: In function `main':
/u02/src/php-4.2.3/configure:5577: undefined reference to
`yp_get_default_domain'
collect2: ld returned 1 exit status
configure: failed program was:
#line 5560 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char yp_get_default_domain(); below.  */
#include 
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin a

#18958 [Com]: Unable to Fork

[twa]

 ID:   18958
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Server SP 3
 PHP Version:  4.2.2
 New Comment:

I have the same problem on PHP 4.2.3. For my project this is a very
critical bug.

Just to make sure, I tried everything from giving access to all user to
the bin file to giving specific access to cmd.exe and settting the
security level on the ISS virtual webserver to none.


Previous Comments:


[2002-08-17 11:58:07] [EMAIL PROTECTED]

Sorry Imagemagick version was 5.4.8



[2002-08-17 11:56:13] [EMAIL PROTECTED]

We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2
 and the following commands no longer worked for us we kept getting
Unable to Fork errors

exec("C:\perl\bin\perl.exe d:\pathto\somescript.pl"); 
exec("C:\pathto\killprogram.exe perl.exe");

We were trying to run custom programs and purchased products
after we upgraded to the new versions  Photopost 3.06 with Imagemagick
4.4.8 no longer worked either we kept getting the unable to fork error

Our System Specs
Windows 2000 server Service Pack 3
Active Perl Latest Version
MySQL latest version
Memory 512Meg





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

#18958 [Com]: Unable to Fork

[twa]

 ID:   18958
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Server SP 3
 PHP Version:  4.2.2
 New Comment:

By the way my server looks like this:

Windows 2000 Server v5.0.2195 (running Service Pack 3)
(with windows updates latest installed on the October 9th)
PHP 4.2.3
MySQL 3.23.49
IIS 5


Previous Comments:


[2002-11-05 04:42:28] [EMAIL PROTECTED]

I have the same problem on PHP 4.2.3. For my project this is a very
critical bug.

Just to make sure, I tried everything from giving access to all user to
the bin file to giving specific access to cmd.exe and settting the
security level on the ISS virtual webserver to none.



[2002-08-17 11:58:07] [EMAIL PROTECTED]

Sorry Imagemagick version was 5.4.8



[2002-08-17 11:56:13] [EMAIL PROTECTED]

We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2
 and the following commands no longer worked for us we kept getting
Unable to Fork errors

exec("C:\perl\bin\perl.exe d:\pathto\somescript.pl"); 
exec("C:\pathto\killprogram.exe perl.exe");

We were trying to run custom programs and purchased products
after we upgraded to the new versions  Photopost 3.06 with Imagemagick
4.4.8 no longer worked either we kept getting the unable to fork error

Our System Specs
Windows 2000 server Service Pack 3
Active Perl Latest Version
MySQL latest version
Memory 512Meg





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

#20256 [NEW]: missing #include in zend.h for snprintf

[michael . ring]

From: [EMAIL PROTECTED]
Operating system: OSF1 V4.0d
PHP version:  4.3.0-pre2
PHP Bug Type: Compile Failure
Bug description:  missing #include in zend.h for snprintf

php does not link on OSF1 V4.0d

Linker reports unresolved symbol snprintf

This can be fixed by adding

#include  to Zend/zend.h


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

#20253 [Opn->Bgs]: apache 1.3.27 crashed

[nicos]

 ID:   20253
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: win2k
 PHP Version:  4.3.0-pre2
 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-05 01:38:05] [EMAIL PROTECTED]


Hi,

when I installed php-4.3.0-pre2 on a win2k/apache1327 box,
and I pointed mozilla to the main page of this application:
http://www.mind.lu/~yg/i-man/i-man-0.6.tar.gz
I experienced a crash in apache. It only occurs on this
page, other seem to work.
The application uses ibase_* functions.




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

#20256 [Opn]: missing #include in zend.h for snprintf

[nicos]

 ID:   20256
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OSF1 V4.0d
 PHP Version:  4.3.0-pre2
 New Comment:

Can you please add the error logs?


Previous Comments:


[2002-11-05 05:18:50] [EMAIL PROTECTED]

php does not link on OSF1 V4.0d

Linker reports unresolved symbol snprintf

This can be fixed by adding

#include  to Zend/zend.h






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

#18600 [Com]: Unable to create Java Virtual Machine

[anthony . whitehead]

 ID:   18600
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

I am also seeing this bug, unfortunatly I'm running apache 1.x on
Solaris 8.

Works fine for a little while, then stops working after a number of
requests. I can stop the symtoms by turning off keep-alive in apache or
by reducing the requests per child to a very low number. Of course,
none of these solutions are acceptable. I am trying to test 4.3.0pre2
just now but having compilation errors. More later.


Previous Comments:


[2002-10-31 08:51:16] [EMAIL PROTECTED]

Yeah the only real issue I can see here is that this is a Windows
specific issue.  I've looked through the the DSP file, and read up on
specific linking issues in Windows... everything looks right from the
end of PHP.  

I'm guessing this can be one of (or possibly all of) these things:

A) specific to a JVM version - in which case we'd need to find out
which one works, and then update the specific hooks into PHP to use the
newer versions.
B) Windows not liking Java at all - not much we can do about that.
C) specific to PHP alone - in which case someone with more Windows dev
experience will have to take a look at this.  As I don't see any real
issue with the way we're linking and calling things (beyond the really
resource intensive comments).





[2002-10-31 07:44:50] [EMAIL PROTECTED]

I found this problem using Apache 1.x on Win2k.
PHP 4.2.3 causes the JVM create failure (although I couldn't get any
access violations).

Under IIS4 , the access violation causes some serious problems, albeit
intermittently. I found that starting small with Java-inclusive scripts
allowed some java work to be done (such as retrieving JVM versions,
etc).

However, when I started some more serious Java work with some custom
classes I got both the JVM create failure and an access violation which
crashed IIS. A reboot was necessary to bring IIS back up (Win2k
wouldn't even let me force kill the process!!).

I took a look at the latest snapshot posted below, but this caused an
immediate crash in Apache upon starting the service. 

Any other suggestions?



[2002-09-27 12:00:04] [EMAIL PROTECTED]

just to add to the list of symptoms.

First time I run a script, I get 
Warning: Unknown list entry type in request shutdown (0) in Unknown on
line 0

when the script is ending. The next time I try to load the same script,
I get 

Fatal error: Unable to create Java Virtual Machine in
c:\web\qvc\reports\test.php on line 2

win2k, j2sdk1.4, php 4.2.3.
Does that help?



[2002-09-25 05:02:59] [EMAIL PROTECTED]

FYI have tried it now on another system under Apache 2 / Windows NT 4.

Exactly the same problem: runs for a limited time period then reports
"Unable to load virtual machine".

Made sure Sablotron is not running also.



[2002-09-21 13:05:14] [EMAIL PROTECTED]

One further comment - just tried is with JRE 1.3.0 - exactly the same
problem.



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

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

#12300 [Com]: exec() family problems

[twa]

 ID:   12300
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Program Execution
 Operating System: WinXP
 PHP Version:  4.3
 New Comment:

Maybe this bug duplicates this one:
http://bugs.php.net/bug.php?id=18958


Previous Comments:


[2002-09-26 04:12:49] [EMAIL PROTECTED]

Yes, I have the same problem. For previous 24 hours I am trying to
execute any program using exec, shell_exec, passthru... and Unable to
fork or unable to execute. I have set up both IIS 5.1 and php.ini as
unsecure as possible (temporary ;-) and no success. But I was
successful on MS Windows ME, Apache 1.3.? and PHP 4.1.? for more than
one year. So I am not sure, if it is not IIS configuration problem or
problem with new directive in php.ini - cgi.something. I am running PHP
4.2.3 as a module. 

Stepan



[2002-09-21 09:02:56] [EMAIL PROTECTED]

one year later :)

i've switched to a WinXP system. from the people who have posted
successful runs of system() and exec() on w2k and xp i thought it would
work.

however, it DOESN'T. i downloaded the latest dev version and tried
that. and it still doesn't happen.

it works fine in the command prompt (with php.exe and php-cgi.exe). but
in the browser (which uses php-cgi.exe) it gives the following:
Warning: system() [function.system]: Unable to fork
[D:\Website\projects\testbed\test.bat] in
D:\Website\projects\testbed\test.phpdev on line 6

so it doesn't hang the browser anymore but maybe that's because of xp's
shoot to kill policy.

i tried fiddiling with the permissions to see if its the cause. but
even with the most liberal permissions it gives the same result.



[2002-09-20 19:53:01] [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-10-24 09:02:57] [EMAIL PROTECTED]

Tried it on 4.0.7, 4.1RC1a (with the win patch) and 4.2-dev
Failed on the lot of them with same behaviour (works in the command
prompt, hangs in the browser).





[2001-10-24 06:30:21] [EMAIL PROTECTED]

Can you try the latest CVS? Or a development-binary from
http://208.44.124.20/php-dev-win/

Does this problem still occur?



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/12300

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

#20256 [Opn]: missing #include in zend.h for snprintf

[michael . ring]

 ID:   20256
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OSF1 V4.0d
 PHP Version:  4.3.0-pre2
 New Comment:

Here's my configure line:

 ./configure  --prefix=/appl/local/OpenSource/3.1/usr
--exec-prefix=/appl/local/OpenSource/3.1/usr
--bindir=/appl/local/OpenSource/3.1/usr/bin --
sbindir=/appl/local/OpenSource/3.1/usr/sbin
--sysconfdir=/appl/local/OpenSource/3.1/etc
--datadir=/appl/local/OpenSource/3.1/usr/share --includedi
r=/appl/local/OpenSource/3.1/usr/include
--libdir=/appl/local/OpenSource/3.1/usr/lib
--libexecdir=/appl/local/OpenSource/3.1/usr/libexec --localst
atedir=/appl/local/OpenSource/3.1/var
--sharedstatedir=/appl/local/OpenSource/3.1/usr/com
--mandir=/appl/local/OpenSource/3.1/usr/man --infodir=/a
ppl/local/OpenSource/3.1/usr/info --enable-force-cgi-redirect
--enable-discard-path --enable-track-vars --with-layout=GNU
--with-openssl=/appl/loc
al/OpenSource/3.1/usr --with-gdbm=/appl/local/OpenSource/3.1/usr
--with-oci8

Here's the error-output:


/bin/ksh libtool --silent --mode=link gcc -export-dynamic -O2 -mieee 
-L/appl/local/OpenSource/3.1/usr/lib -L/appl/local/oracle/8.1.7/lib  -R
/appl/local/OpenSource/3.1/usr/lib -R /appl/local/oracle/8.1.7/lib
ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo
ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo
ext/dba/dba_db3.lo ext/mbstring/mbfilter_ja.lo
ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo
ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo
ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo
ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo
ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo
ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo
ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo
ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo
ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo
ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo
ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo
ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo
ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo
ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo
ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo
ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo
ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo
ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo
ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo
ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo
ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo
ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo
ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo
ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo
ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo
ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo
ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo
ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo
ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo
ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo
ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo
ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo
ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo
ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo
ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo
ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo
ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo
ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo
ext/mysql/libmysql/ctype.lo ext/oci8/oci8.lo ext/openssl/openssl.lo
ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo
ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo
ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo
ext/session/mod_user.lo ext/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.

#18958 [Com]: Unable to Fork

[twa]

 ID:   18958
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Server SP 3
 PHP Version:  4.2.2
 New Comment:

Maybe this bug duplicates this one:
http://bugs.php.net/bug.php?id=12300


Previous Comments:


[2002-11-05 04:51:16] [EMAIL PROTECTED]

By the way my server looks like this:

Windows 2000 Server v5.0.2195 (running Service Pack 3)
(with windows updates latest installed on the October 9th)
PHP 4.2.3
MySQL 3.23.49
IIS 5



[2002-11-05 04:42:28] [EMAIL PROTECTED]

I have the same problem on PHP 4.2.3. For my project this is a very
critical bug.

Just to make sure, I tried everything from giving access to all user to
the bin file to giving specific access to cmd.exe and settting the
security level on the ISS virtual webserver to none.



[2002-08-17 11:58:07] [EMAIL PROTECTED]

Sorry Imagemagick version was 5.4.8



[2002-08-17 11:56:13] [EMAIL PROTECTED]

We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2
 and the following commands no longer worked for us we kept getting
Unable to Fork errors

exec("C:\perl\bin\perl.exe d:\pathto\somescript.pl"); 
exec("C:\pathto\killprogram.exe perl.exe");

We were trying to run custom programs and purchased products
after we upgraded to the new versions  Photopost 3.06 with Imagemagick
4.4.8 no longer worked either we kept getting the unable to fork error

Our System Specs
Windows 2000 server Service Pack 3
Active Perl Latest Version
MySQL latest version
Memory 512Meg





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

#20257 [NEW]: libpam.so not available

[sesser]

From: [EMAIL PROTECTED]
Operating system: SuSE Linux 8.1
PHP version:  4CVS-2002-11-05
PHP Bug Type: IMAP related
Bug description:  libpam.so not available

SuSE Linux 8.1 comes out of the box with an SSL powered
IMAP library. When trying to configure --with-imap and
--with-imap-ssl (btw... shouldn't --with-imap-ssl be enough???) you get a
not really descriptive error.
Configure simply breaks. I tracked this error down to
the lack of libpam.so when I created a symbolic link to
libpam.so.0 everything works fine.

So a) any way to handle that problem?
   b) --with-imap-ssl should imply --with-imap


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

#20252 [Opn->Bgs]: Don't load php 4 by a module mode

[msopacua]

 ID:   20252
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 98
 PHP Version:  4.2.3
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the original bug instead.

Thank you for your interest in PHP.

Is it that hard to search?

http://bugs.php.net/search.php?cmd=display&search_for=not+compatible+with+this+version+of+Apache


Previous Comments:


[2002-11-04 21:21:00] [EMAIL PROTECTED]

I wound like use PHP 4.2.3 with Apache 2.0.43, but occurs an error when
load de dll.


"APACHE.EXE: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache (found 20020628, need 20020903). Please
contact the vendor for the correct version."

httpd.conf:
LoadModule php4_module C:/php/sapi/php4apache2.dll

But may Apache version is the correct:
Server version: Apache/2.0.43
Server built:   Oct  3 2002 05:57:04







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

#20254 [Opn->Fbk]: imap_header() crash with bad Reply-To

[iliaa]

 ID:   20254
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 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-05 03:54:59] [EMAIL PROTECTED]

Here gdb backtrace.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 21817)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 21817)]
0x402df6dc in chunk_free () from /lib/libc.so.6
(gdb) bt
#0  0x402df6dc in chunk_free () from /lib/libc.so.6
#1  0x402df548 in free () from /lib/libc.so.6
#2  0x404583a7 in _php_make_header_object (myzvalue=0x823b188,
en=0x82444a8, tsrm_ls=0x8186838) at php_imap.c:3724
#3  0x4044d232 in zif_imap_headerinfo (ht=2, return_value=0x823b188,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x8186838)
at php_imap.c:1631
#4  0x403fd5f0 in execute (op_array=0x81e1d08, tsrm_ls=0x8186838) at
./zend_execute.c:1598
#5  0x404100ed in zend_execute_scripts (type=8, tsrm_ls=0x8186838,
retval=0x0, file_count=3) at zend.c:812
#6  0x404236fd in php_execute_script (primary_file=0xb730,
tsrm_ls=0x8186838) at main.c:1383
#7  0x4041e959 in php_output_filter (f=0x81d9980, bb=0x81d9ef0) at
sapi_apache2.c:409
#8  0x080ac5a7 in ap_pass_brigade (next=0x81d9980, bb=0x81d9ab0) at
util_filter.c:540
#9  0x080b2868 in default_handler (r=0x81ce7b0) at core.c:3317
#10 0x080a1bd6 in ap_run_handler (r=0x81ce7b0) at config.c:194
#11 0x080a20f1 in ap_invoke_handler (r=0x81ce7b0) at config.c:401
#12 0x08084e93 in ap_process_request (r=0x81ce7b0) at
http_request.c:288
#13 0x080810b8 in ap_process_http_connection (c=0x81ca3b0) at
http_core.c:293
#14 0x080aa6b6 in ap_run_process_connection (c=0x81ca3b0) at
connection.c:85
#15 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#16 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#17 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#18 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#19 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#20 0x402821c4 in __libc_start_main () from /lib/libc.so.6
(gdb)



[2002-11-05 01:52:28] [EMAIL PROTECTED]

imap_header() quietly crashes.
This sample message have bad Reply-To header.

machine A)
php : 4.2.3
c-client : imap-2001a
apache : 1.3.26

machine B)
php : 4.2.3
c-client : imap-2002.RC10
apache : 2.0.42

above two machine got same result.

--
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 2862 invoked by uid 0); 5 Nov 2002 16:36:11 +0900
Date: 5 Nov 2002 16:36:11 +0900
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: <>
Subject: This is Subject

This is body.

--




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

#20233 [Ana->Csd]: Missing php_xslt.dll in 4.3.0-pre2 distro?

[edink]

 ID:   20233
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Closed
 Bug Type: XSLT related
 Operating System: Windows
 PHP Version:  4.3.0-pre2
 New Comment:

The sablotron library has been upgraded on the Windows build machine
which should solve the problem of building php_xslt.dll in the future.

Snapshots too should contain the dll from now on.


Previous Comments:


[2002-11-03 22:07:24] [EMAIL PROTECTED]

This is because the compilation of xslt on Windows snapshot server
fails due to:
c:\php4build\snap\ext\xslt\sablot.c(171) : error C2065:
'SAB_DISABLE_STRIPPING' : undeclared identifier
c:\php4build\snap\ext\xslt\sablot.c(172) : error C2065:
'SAB_IGNORE_DOC_NOT_FOUND' : undeclared identifier



[2002-11-03 18:43:52] [EMAIL PROTECTED]

The Windows distribution on the website doesn't seem to include the
php_xslt.dll extension. 




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

#20255 [Opn->Bgs]: Error compiling mysql module

[sander]

 ID:   20255
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 6.2
 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-05 04:23:20] [EMAIL PROTECTED]

I'm trying to compile PHP 4.2.3 under a Linux RedHat 6.2

./configure  --with-mysql --with-imap==/usr/local/lib/libc-client.a
--with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql
--with-xml --with-ssl --with-mnogosearch --with-interbase --with-zlib
--with-kerberos --with-gettext --with-ftp --enable-sockets --with-dom
--enable-ftp --disable-debug --with-kerberos


Here's config.log:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:1565: checking for Cygwin environment
configure:1598: checking for mingw32 environment
configure:1680: checking host system type
configure:1712: checking for a BSD compatible install
configure:1765: checking whether build environment is sane
configure:1822: checking whether make sets ${MAKE}
configure:1861: checking for working aclocal
configure:1874: checking for working autoconf
configure:1887: checking for working automake
configure:1900: checking for working autoheader
configure:1913: checking for working makeinfo
configure:1930: checking whether to enable maintainer-specific portions
of Makefiles
configure:2005: checking for gcc
configure:2118: checking whether the C compiler (gcc  ) works
configure:2134: gcc -o conftestconftest.c  1>&5
configure:2160: checking whether the C compiler (gcc  ) is a
cross-compiler
configure:2165: checking whether we are using GNU C
configure:2193: checking whether gcc accepts -g
configure:2226: checking whether gcc and cc understand -c and -o
together
configure:2277: checking how to run the C preprocessor
configure:2357: checking for AIX
configure:2384: checking for gcc option to accept ANSI C
configure:2461: checking whether compiler supports -R
configure:2494: checking whether compiler supports -Wl,-rpath,
configure:2532: checking for ranlib
configure:2560: checking whether ln -s works
configure:2585: checking for mawk
configure:2619: checking for bison
configure:2653: checking bison version
configure:2663: checking for flex
configure:2697: checking for yywrap in -lfl
configure:2740: checking lex output file root
configure:2761: checking whether yytext is a pointer
configure:2804: checking for working const
configure:3006: gcc -o conftest -g -O2 -pthread   conftest.c  1>&5
configure:3026: checking for pthreads_cflags
configure:3088: checking for pthreads_lib
configure:3198: checking for AOLserver support
configure:3274: checking for Apache 1.x module support via DSO through
APXS
configure:3602: checking for mod_charset compatibility option
configure:3672: checking for Apache 2.0 module support via DSO through
APXS
configure:3804: checking for Caudium support
configure:4157: checking for fhttpd module support
configure:4205: checking for CLI build
configure:4230: checking for FastCGI support
configure:4296: checking for Zeus ISAPI support
configure:4362: checking for NSAPI support
configure:4449: checking for PHTTPD support
configure:4516: checking for Pi3Web Support
configure:4713: checking for Roxen/Pike support
configure:4818: checking for Servlet support
configure:4986: checking for thttpd
configure:5048: checking for TUX
configure:5118: checking for webjames
configure:5124: checking for chosen SAPI module
configure:5182: checking for missing declarations of reentrant
functions
configure:5191: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5216: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5241: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5266: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5291: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5314: checking for sendmail
configure:5355: checking whether system uses EBCDIC
configure:5442: checking for socket in -lsocket
configure:5497: checking for htonl in -lsocket
configure:: checking for yp_get_default_domain
configure:5583: gcc -o conftest -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE  conftest.c  1>&5
/tmp/cccMsfkJ.o: In 

#20251 [Opn->]: Can't assign values to array in loop.

[iliaa]

 ID:   20251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

In ZE1 use array_fill() to fill in an array with the same value, it'll
be faster and work. In ZE2 your code will work fine as is, still
array_fill() would probably be a better alternative.


Previous Comments:


[2002-11-04 19:23:34] [EMAIL PROTECTED]

Okay, Please join a gdb backtrace.



[2002-11-04 19:12:02] [EMAIL PROTECTED]

The following works in place of array, so I'll try and see how much
memory and CPU this uses.





[2002-11-04 18:50:58] [EMAIL PROTECTED]

ilia said it was reproductile with any values larger than 66000



[2002-11-04 18:50:47] [EMAIL PROTECTED]

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.



[2002-11-04 18:43:24] [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.



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/20251

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

#20255 [Bgs]: Error compiling mysql module

[tanis]

 ID:   20255
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
-Operating System: RedHat 6.2
+Operating System: Linux RedHat 6.2
 PHP Version:  4.2.3
 New Comment:

This is a really weird bug. If I remove --with-mnogosearch everything
compiles beautifully. 

If I leave --with-mnogosearch on configure does not recognize the fact
that I actually HAVE functions like getcwd(), getwd(), strpbrk() and
various types definitions like ushort, ulong, etc..


Previous Comments:


[2002-11-05 07:46:09] [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-05 04:23:20] [EMAIL PROTECTED]

I'm trying to compile PHP 4.2.3 under a Linux RedHat 6.2

./configure  --with-mysql --with-imap==/usr/local/lib/libc-client.a
--with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql
--with-xml --with-ssl --with-mnogosearch --with-interbase --with-zlib
--with-kerberos --with-gettext --with-ftp --enable-sockets --with-dom
--enable-ftp --disable-debug --with-kerberos


Here's config.log:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:1565: checking for Cygwin environment
configure:1598: checking for mingw32 environment
configure:1680: checking host system type
configure:1712: checking for a BSD compatible install
configure:1765: checking whether build environment is sane
configure:1822: checking whether make sets ${MAKE}
configure:1861: checking for working aclocal
configure:1874: checking for working autoconf
configure:1887: checking for working automake
configure:1900: checking for working autoheader
configure:1913: checking for working makeinfo
configure:1930: checking whether to enable maintainer-specific portions
of Makefiles
configure:2005: checking for gcc
configure:2118: checking whether the C compiler (gcc  ) works
configure:2134: gcc -o conftestconftest.c  1>&5
configure:2160: checking whether the C compiler (gcc  ) is a
cross-compiler
configure:2165: checking whether we are using GNU C
configure:2193: checking whether gcc accepts -g
configure:2226: checking whether gcc and cc understand -c and -o
together
configure:2277: checking how to run the C preprocessor
configure:2357: checking for AIX
configure:2384: checking for gcc option to accept ANSI C
configure:2461: checking whether compiler supports -R
configure:2494: checking whether compiler supports -Wl,-rpath,
configure:2532: checking for ranlib
configure:2560: checking whether ln -s works
configure:2585: checking for mawk
configure:2619: checking for bison
configure:2653: checking bison version
configure:2663: checking for flex
configure:2697: checking for yywrap in -lfl
configure:2740: checking lex output file root
configure:2761: checking whether yytext is a pointer
configure:2804: checking for working const
configure:3006: gcc -o conftest -g -O2 -pthread   conftest.c  1>&5
configure:3026: checking for pthreads_cflags
configure:3088: checking for pthreads_lib
configure:3198: checking for AOLserver support
configure:3274: checking for Apache 1.x module support via DSO through
APXS
configure:3602: checking for mod_charset compatibility option
configure:3672: checking for Apache 2.0 module support via DSO through
APXS
configure:3804: checking for Caudium support
configure:4157: checking for fhttpd module support
configure:4205: checking for CLI build
configure:4230: checking for FastCGI support
configure:4296: checking for Zeus ISAPI support
configure:4362: checking for NSAPI support
configure:4449: checking for PHTTPD support
configure:4516: checking for Pi3Web Support
configure:4713: checking for Roxen/Pike support
configure:4818: checking for Servlet support
configure:4986: checking for thttpd
configure:5048: checking for TUX
configure:5118: checking for webjames
configure:5124: checking for chosen SAPI module
configure:5182: checking for missing declarations of reentrant
functions
configure:5191: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5216: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5241: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5266: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAPI -DSHARED_CORE conftest.c 1>&5
configure:5291: gcc -c -g -O2  -DLINUX=22 -DMOD_SSL=208112
-DUSE_HSREGEX -DEAP

#19989 [Asn->Csd]: snaps.php.net LDAP extension build failure.

[edink]

 ID:   19989
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: LDAP related
 Operating System: Windows
 PHP Version:  4CVS-2002-10-19
 Assigned To:  edink
 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-10-19 09:00:43] [EMAIL PROTECTED]

This is an LDAP related bug IMHO. Recategorizing.



[2002-10-19 08:55:38] [EMAIL PROTECTED]


The LDAP extension has not compiled successfully for a few days now on
snaps.php.net

Just so you know :-)

- Mike :-)

Configuration: ldap - Win32
Release_TS
Compiling...
ldap.c
Linking...
   Creating library Release_TS/php_ldap.lib and object
Release_TS/php_ldap.exp
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_OBJ_obj2txt
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_OBJ_nid2sn
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_OBJ_obj2nid
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_X509_NAME_ENTRY_get_data
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_X509_NAME_ENTRY_get_object
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_X509_NAME_get_entry
oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol
_X509_NAME_entry_count
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_ERR_free_strings
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_EVP_cleanup
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_free
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_X509V3_add_standard_extensions
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_library_init
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_load_error_strings
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_tmp_rsa_callback
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_verify
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_check_private_key
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_use_certificate_file
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_use_PrivateKey_file
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_client_CA_list
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_default_verify_paths
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_load_verify_locations
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_cipher_list
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_set_session_id_context
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_ERR_peek_error
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CTX_new
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSLv23_method
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_sk_new_null
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_load_client_CA_file
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_set_bio
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_BIO_new
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_free
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_shutdown
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_pending
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_get_error
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_read
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_write
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_accept
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_new
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_CIPHER_get_bits
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_SSL_get_current_cipher
oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol
_X509_get_subject_name
oldap32.lib(tls.obj) : error LNK2001: unresolved e

#20229 [Com]: PHP4 Compile errors with mysql module

[idave]

 ID:   20229
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4CVS-2002-11-03
 New Comment:

[root@idave php4]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:32: php.h: No such file or
directory
/root/build/php4/ext/mysql/php_mysql.c:33: php_globals.h: No such file
or directory
[root@idave php4]#

[root@idave php4]# grep -10 'For AIX string library' ./php_mysql.out
grep: ./php_mysql.out: No such file or directory
[root@idave php4]#


Previous Comments:


[2002-11-03 17:40:45] [EMAIL PROTECTED]

I guess we're missing some characters, because:
-c /root/build/php4/ext/mysql/l/php_mysql.lo

Doesn't add up.

IIC:
try this line:
/usr/local/gcc2/bin/gcc -E
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2
-I/usr/local/include/freetype2 -I/usr/local/gd/include
-I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat 
-DLINUX=22
-DMOD_SSL=EAPI -I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/libmysql/php_mysql.c -o php_mysql.out

Please adjust the missing characters.

then try:
grep -10 'For AIX string library' ./php_mysql.out

If that has any output, please paste it here.




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

Got php from CVS, following the instructions found @
http://php.net/anoncvs, with the right versions of autoconf, automake
and libtool.

Configured with these arguments:
CC=/usr/local/gcc2/bin/gcc CXX=/usr/local/gcc2/bin/g++ sh configure
--disable-debug
--with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local
--with-png-dir=/usr/local --with-gd=/usr/local/gd
--enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local
--with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local
--enable-exif --enable-ftp --enable-magic-quotes --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-discard-path
--enable-trans-sid --enable-wddx --with-kerberos --with-mysql
--enable-bcmath --enable-shmop --enable-versioning --enable-calendar
--enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans
--with-apxs=/usr/local/apache/bin/apxs --with-freetype-dir=/usr/local
--with-mhash=/usr/local --with-mcal=/usr/local/mcal
--with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl
--with-mysql

(CC=/usr/local/gcc2/bin/gcc is GCC 2.95.3)

Once configured, I type "make" and all goes ok, but once it arrives to
the mysql module...
/bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/us/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/l/php_mysql.lo
/bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/us/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/ext/mysql/libmysql/libmysql.lo
In file included from
/root/build/php4/ext/mysql/libmysql/libmysql.c:4:
/root/build/php4/ext/mysql/libmysql/global.h:136: parse error
In file included from
/root/build/php4/ext/mysql/libmysql/libmysql.c:4:
/root/build/php4/ext/mysql/libmysql/global.h:505: parse error
In file included from
/root/build/php4/ext/mysql/libmysql/libmysql.c:11:
/root/build/php4/ext/mysql/libmysql/m_string.h:208: parse error
make: *** [ext/mysql/libmysql/libmysql.lo] Error 1

I tried configuring with the following options:
1) --with-mysql=shared,/usr/local/mysql
2) --with-mysql=/usr/local/mysql

Nothing changed.




-- 

#20245 [Fbk->Opn]: ld: 0706-006 Cannot find or open library file: -l z

[garrel . a]

 ID:   20245
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3-10
 PHP Version:  4.3.0-pre2
 New Comment:

Thank you!
That's work fine now.


Previous Comments:


[2002-11-04 08:18:59] [EMAIL PROTECTED]

-lz is added from mysql (see /www/mysql/bin/mysql_config --libs). By
default, on AIX libz is in /usr/local/lib.

Try adding:
LDFLAGS='-L/usr/local/lib -lz' \
./configure \
...



[2002-11-04 08:07:54] [EMAIL PROTECTED]

I have the last version of php (php4-200211030600)



[2002-11-04 07:46:41] [EMAIL PROTECTED]

Hi, there is my configure :
./configure \
--with-mysql=/www/mysql \
--with-apache=../apache_1.3.19 \
--enable-track-vars \
--enable-calendar \
--with-oracle=/oracle/app/oracle/product/7.3.4 \
--prefix=/www

and there is the error when I do the "make" (this is the end of the
log):
main/internal_functions_cli.lo -lclient -lsqlnet -lncr -lsqlnet
-lclient -lcommon -lgeneric -lsqlnet -lncr -lsqlnet -lclient -lcommon
-lgeneric -lepc -lnlsrtl3 -lc3v6 -lcore3 -lnlsrtl3 -lcore3
-lmysqlclient -lcrypt -lm -lcrypt -lm -lld -lm -lm -lld -lm -lm -lld
-lm -lm -lld -lm  -o sapi/cli/php
ld: 0706-006 Cannot find or open library file: -l z
ld:open(): No such file or directory
make: The error code from the last command is 255.

I don't know anything in link-edit.

Thank you for your help




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

#20258 [NEW]: gd 2.0.3 gdIOCtx renames 'free' member to 'gd_free', this breaks PHP builds

[boutell]

From: [EMAIL PROTECTED]
Operating system: Anything with gd 2.0.3 or later
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  gd 2.0.3 gdIOCtx renames 'free' member to 'gd_free', this breaks PHP 
builds

First let me acknowledge that "bug" is not the right
word for this. No criticism is intended.

Now, here's the situation:

I am the author of the gd library 
(http://www.boutell.com/gd/). PHP uses this library to
generate images. gd 2.0.x has recently been revived,
debugged and promoted as the latest and greatest,
truecolor-capable version, and PHP supports this.
Hurrah. Except...

In gd 2.0.3, a contributor changed the name of the
'free' member of the gdIOCtx structure (in gd_io.h),
with the very best of intentions: he wanted to improve
compatibility with macro-based memory leak detectors,
which were easily confused by a structure member
called 'free'. I did not immediately realize, when
I accepted the patch, that of course it would break
PHP and other code that uses custom gdIOCtx structures.

In gd 2.0.3 and above, the 'free' member of this
structure has been renamed 'gd_free'. By now, this
change is already reflected in GD.pm (for Perl) and
other code, making it hard to back out at this point.
Otherwise, I'd gladly make the change in gd instead.

The corresponding fix to PHP is absolutely trivial and 
straightforward, of course, and I hope that it can be 
quickly included in the next patch of PHP 4.2.x and
4.3.x. 

(Technically, I *have* made the change in gd, but the 
solution there is not optimal and fixing the structure name 
in PHP code makes much more sense: in the forthcoming gd 
2.0.5, there's a way to set a #define that would change the 
member name from gd_free to something else, but this is 
only useful if gd will be used ONLY with the code that 
expects to see something else, and therefore not useful for 
building a pretty shared library of gd, which we all want 
to see. And setting that macro constitutes something new to 
do in PHP; if that's going to happen it makes much more 
sense to just fix the occurrences of .free to .gd_free and 
be done with it!)

My apologies for the annoyance, and I hope we can get this 
fixed soon and make the PHP people who are sending me sad 
"it won't build!" emails about gd 2.0.x happy.

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

#20259 [NEW]: Error in making the binaries

[ioana . radulescu]

From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version:  4.2.3
PHP Bug Type: Compile Failure
Bug description:  Error in making the binaries

Apache version 1.3.22 has been installed several months ago.
Didn't experience any problem.

Today I tried to install PHP. I ran:
./configure --with-mysql=/usr/local/mysql --with-apache=/usr/local/apache
--enable-track-vars

Afterwards: make
Making all in Zend
make[1]: Entering directory `/usr/local/PHP-4.2.3/Zend'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/PHP-4.2.3/Zend'
Making all in main
make[1]: Entering directory `/usr/local/PHP-4.2.3/main'
make[2]: Entering directory `/usr/local/PHP-4.2.3/main'
make[2]: Nothing to be done for `all-p'.
make[2]: Leaving directory `/usr/local/PHP-4.2.3/main'
make[1]: Leaving directory `/usr/local/PHP-4.2.3/main'
Making all in ext
make[1]: Entering directory `/usr/local/PHP-4.2.3/ext'
Making all in ctype
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/ctype'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/ctype'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/ctype'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/ctype'
Making all in mysql
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/mysql'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/mysql'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/mysql'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/mysql'
Making all in pcre
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre'
Making all in pcrelib
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[4]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[4]: Nothing to be done for `all-p'.
make[4]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre'
Making all in posix
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/posix'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/posix'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/posix'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/posix'
Making all in session
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/session'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/session'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/session'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/session'
Making all in standard
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/standard'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/standard'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/standard'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/standard'
Making all in xml
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/xml'
Making all in expat
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[4]: Entering directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[4]: Nothing to be done for `all-p'.
make[4]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/xml'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[1]: Leaving directory `/usr/local/PHP-4.2.3/ext'
Making all in sapi
make[1]: Entering directory `/usr/local/PHP-4.2.3/sapi'
Making all in apache
make[2]: Entering directory `/usr/local/PHP-4.2.3/sapi/apache'
make[3]: Entering directory `/usr/local/PHP-4.2.3/sapi/apache'
gcc -I. -I/usr/local/PHP-4.2.3/sapi/apache -I/usr/local/PHP-4.2.3/main
-I/usr/lo
cal/PHP-4.2.3 -I/usr/local/apache/src/include
-I/usr/local/apache/src/os/unix -I
/usr/local/PHP-4.2.3/Zend -I/usr/local/mysql/include
-I/usr/local/PHP-4.2.3/ext/
xml/expat -I/usr/local/apache/src/include -I/usr/local/apache/src/os/unix
-I/usr
/local/PHP-4.2.3/TSRM -O2  -c sapi_apache.c && touch sapi_apache.lo
In file included from /usr/local/apache/src/include/ap_config.h:77,
 from /usr/local/apache/src/include/httpd.h:72,
 from sapi_apache.c:32:
/usr/local/apache/src/include/ap_config_auto.h:6: unterminated `#if'
conditional
In file included from /usr/local/apache/src/include/httpd.h:72,
 from sapi_apache.c:32:
/usr/local/apache/src/include/ap_config.h:1365: warning: `XtOffsetOf'
redefined
/usr/local/PHP-4.2.3/main

#20258 [Opn->Csd]: gd 2.0.3 gdIOCtx renames 'free' member to 'gd_free', this breaks PHP builds

[iliaa]

 ID:   20258
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Anything with gd 2.0.3 or later
 PHP Version:  4.2.3
 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-05 09:03:44] [EMAIL PROTECTED]

First let me acknowledge that "bug" is not the right
word for this. No criticism is intended.

Now, here's the situation:

I am the author of the gd library 
(http://www.boutell.com/gd/). PHP uses this library to
generate images. gd 2.0.x has recently been revived,
debugged and promoted as the latest and greatest,
truecolor-capable version, and PHP supports this.
Hurrah. Except...

In gd 2.0.3, a contributor changed the name of the
'free' member of the gdIOCtx structure (in gd_io.h),
with the very best of intentions: he wanted to improve
compatibility with macro-based memory leak detectors,
which were easily confused by a structure member
called 'free'. I did not immediately realize, when
I accepted the patch, that of course it would break
PHP and other code that uses custom gdIOCtx structures.

In gd 2.0.3 and above, the 'free' member of this
structure has been renamed 'gd_free'. By now, this
change is already reflected in GD.pm (for Perl) and
other code, making it hard to back out at this point.
Otherwise, I'd gladly make the change in gd instead.

The corresponding fix to PHP is absolutely trivial and 
straightforward, of course, and I hope that it can be 
quickly included in the next patch of PHP 4.2.x and
4.3.x. 

(Technically, I *have* made the change in gd, but the 
solution there is not optimal and fixing the structure name 
in PHP code makes much more sense: in the forthcoming gd 
2.0.5, there's a way to set a #define that would change the 
member name from gd_free to something else, but this is 
only useful if gd will be used ONLY with the code that 
expects to see something else, and therefore not useful for 
building a pretty shared library of gd, which we all want 
to see. And setting that macro constitutes something new to 
do in PHP; if that's going to happen it makes much more 
sense to just fix the occurrences of .free to .gd_free and 
be done with it!)

My apologies for the annoyance, and I hope we can get this 
fixed soon and make the PHP people who are sending me sad 
"it won't build!" emails about gd 2.0.x happy.





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

#20245 [Opn->Bgs]: ld: 0706-006 Cannot find or open library file: -l z

[iliaa]

 ID:   20245
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3-10
 PHP Version:  4.3.0-pre2
 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-05 09:03:26] [EMAIL PROTECTED]

Thank you!
That's work fine now.



[2002-11-04 08:18:59] [EMAIL PROTECTED]

-lz is added from mysql (see /www/mysql/bin/mysql_config --libs). By
default, on AIX libz is in /usr/local/lib.

Try adding:
LDFLAGS='-L/usr/local/lib -lz' \
./configure \
...



[2002-11-04 08:07:54] [EMAIL PROTECTED]

I have the last version of php (php4-200211030600)



[2002-11-04 07:46:41] [EMAIL PROTECTED]

Hi, there is my configure :
./configure \
--with-mysql=/www/mysql \
--with-apache=../apache_1.3.19 \
--enable-track-vars \
--enable-calendar \
--with-oracle=/oracle/app/oracle/product/7.3.4 \
--prefix=/www

and there is the error when I do the "make" (this is the end of the
log):
main/internal_functions_cli.lo -lclient -lsqlnet -lncr -lsqlnet
-lclient -lcommon -lgeneric -lsqlnet -lncr -lsqlnet -lclient -lcommon
-lgeneric -lepc -lnlsrtl3 -lc3v6 -lcore3 -lnlsrtl3 -lcore3
-lmysqlclient -lcrypt -lm -lcrypt -lm -lld -lm -lm -lld -lm -lm -lld
-lm -lm -lld -lm  -o sapi/cli/php
ld: 0706-006 Cannot find or open library file: -l z
ld:open(): No such file or directory
make: The error code from the last command is 255.

I don't know anything in link-edit.

Thank you for your help




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

#20259 [Opn->Bgs]: Error in making the binaries

[nicos]

 ID:   20259
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.2.3
 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-05 09:04:16] [EMAIL PROTECTED]

Apache version 1.3.22 has been installed several months ago.
Didn't experience any problem.

Today I tried to install PHP. I ran:
./configure --with-mysql=/usr/local/mysql
--with-apache=/usr/local/apache --enable-track-vars

Afterwards: make
Making all in Zend
make[1]: Entering directory `/usr/local/PHP-4.2.3/Zend'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/PHP-4.2.3/Zend'
Making all in main
make[1]: Entering directory `/usr/local/PHP-4.2.3/main'
make[2]: Entering directory `/usr/local/PHP-4.2.3/main'
make[2]: Nothing to be done for `all-p'.
make[2]: Leaving directory `/usr/local/PHP-4.2.3/main'
make[1]: Leaving directory `/usr/local/PHP-4.2.3/main'
Making all in ext
make[1]: Entering directory `/usr/local/PHP-4.2.3/ext'
Making all in ctype
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/ctype'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/ctype'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/ctype'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/ctype'
Making all in mysql
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/mysql'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/mysql'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/mysql'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/mysql'
Making all in pcre
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre'
Making all in pcrelib
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[4]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[4]: Nothing to be done for `all-p'.
make[4]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre/pcrelib'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/pcre'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/pcre'
Making all in posix
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/posix'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/posix'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/posix'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/posix'
Making all in session
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/session'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/session'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/session'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/session'
Making all in standard
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/standard'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/standard'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/standard'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/standard'
Making all in xml
make[2]: Entering directory `/usr/local/PHP-4.2.3/ext/xml'
Making all in expat
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[4]: Entering directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[4]: Nothing to be done for `all-p'.
make[4]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml/expat'
make[3]: Entering directory `/usr/local/PHP-4.2.3/ext/xml'
make[3]: Nothing to be done for `all-p'.
make[3]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[2]: Leaving directory `/usr/local/PHP-4.2.3/ext/xml'
make[1]: Leaving directory `/usr/local/PHP-4.2.3/ext'
Making all in sapi
make[1]: Entering directory `/usr/local/PHP-4.2.3/sapi'
Making all in apache
make[2]: Entering directory `/usr/local/PHP-4.2.3/sapi/apache'
make[3]: Entering directory `/usr/local/PHP-4.2.3/sapi/apache'
gcc -I. -I/usr/local/PHP-4.2.3/sapi/apache -I/usr/local/PHP-4.2.3/main
-I/usr/lo
cal/PHP-4.2.3 -I/usr/local/apache/src/include
-I/usr/local/apache/src/os/unix -I
/usr/local/PHP-4.2.3/Zend -I/usr/local/mysql/include
-I/usr/local/PHP-4.2.3/ext/
xml/expat -I/usr/local/apache/src/include
-I/usr/local/apache/src/os/unix -I/usr
/local/PHP-4.2.3/TSRM -O2  -c sapi

#20254 [Fbk->Opn]: imap_header() crash with bad Reply-To

[woonuk]

 ID:   20254
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 PHP Version:  4.2.3
 New Comment:

I tried above cvs version.
It worked but apache logs said,

[Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal
Segmentation fault (11)


and the back-trace here.

(gdb) bt
#0  0x402debd3 in chunk_alloc () from /lib/libc.so.6
#1  0x402de9d0 in malloc () from /lib/libc.so.6
#2  0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740
"/usr/local/src/php4-200211030600/Zend/zend_stack.c",
__zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154
#3  0x4053d0de in zend_stack_init (stack=0x40654380) at
/usr/local/src/php4-200211030600/Zend/zend_stack.c:27
#4  0x4052c3d6 in zend_init_compiler_data_structures () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:73
#5  0x4052c4f0 in init_compiler () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:100
#6  0x4053e998 in zend_activate () at
/usr/local/src/php4-200211030600/Zend/zend.c:594
#7  0x40506bba in php_request_startup () at
/usr/local/src/php4-200211030600/main/main.c:833
#8  0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375
#9  0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449
#10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at
util_filter.c:540
#11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317
#12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194
#13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401
#14 0x08084e93 in ap_process_request (r=0x81dd9c8) at
http_request.c:288
#15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at
http_core.c:293
#16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at
connection.c:85
#17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#19 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#22 0x402821c4 in __libc_start_main () from /lib/libc.so.6


Previous Comments:


[2002-11-05 07:18:10] [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-05 03:54:59] [EMAIL PROTECTED]

Here gdb backtrace.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 21817)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 21817)]
0x402df6dc in chunk_free () from /lib/libc.so.6
(gdb) bt
#0  0x402df6dc in chunk_free () from /lib/libc.so.6
#1  0x402df548 in free () from /lib/libc.so.6
#2  0x404583a7 in _php_make_header_object (myzvalue=0x823b188,
en=0x82444a8, tsrm_ls=0x8186838) at php_imap.c:3724
#3  0x4044d232 in zif_imap_headerinfo (ht=2, return_value=0x823b188,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x8186838)
at php_imap.c:1631
#4  0x403fd5f0 in execute (op_array=0x81e1d08, tsrm_ls=0x8186838) at
./zend_execute.c:1598
#5  0x404100ed in zend_execute_scripts (type=8, tsrm_ls=0x8186838,
retval=0x0, file_count=3) at zend.c:812
#6  0x404236fd in php_execute_script (primary_file=0xb730,
tsrm_ls=0x8186838) at main.c:1383
#7  0x4041e959 in php_output_filter (f=0x81d9980, bb=0x81d9ef0) at
sapi_apache2.c:409
#8  0x080ac5a7 in ap_pass_brigade (next=0x81d9980, bb=0x81d9ab0) at
util_filter.c:540
#9  0x080b2868 in default_handler (r=0x81ce7b0) at core.c:3317
#10 0x080a1bd6 in ap_run_handler (r=0x81ce7b0) at config.c:194
#11 0x080a20f1 in ap_invoke_handler (r=0x81ce7b0) at config.c:401
#12 0x08084e93 in ap_process_request (r=0x81ce7b0) at
http_request.c:288
#13 0x080810b8 in ap_process_http_connection (c=0x81ca3b0) at
http_core.c:293
#14 0x080aa6b6 in ap_run_process_connection (c=0x81ca3b0) at
connection.c:85
#15 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#16 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#17 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#18 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#19 0x080a5dab in main (argc=2, argv

#20257 [Opn->Bgs]: libpam.so not available

[iliaa]

 ID:   20257
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: SuSE Linux 8.1
 PHP Version:  4CVS-2002-11-05
 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.

The libpam.so should have been created by ldcondif from libpam.so.0.
The --with-imap-ssl option allows you to specify the path the OpenSSL
library, which is needed if you want IMAP SSL support. The --with-imap
is what enables the actual imap extension and allows you to specify the
path where imap library can be found.


Previous Comments:


[2002-11-05 06:18:53] [EMAIL PROTECTED]

SuSE Linux 8.1 comes out of the box with an SSL powered
IMAP library. When trying to configure --with-imap and
--with-imap-ssl (btw... shouldn't --with-imap-ssl be enough???) you get
a not really descriptive error.
Configure simply breaks. I tracked this error down to
the lack of libpam.so when I created a symbolic link to
libpam.so.0 everything works fine.

So a) any way to handle that problem?
   b) --with-imap-ssl should imply --with-imap






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

#20260 [NEW]: Cookies set on Remote Host but not on localhost

[m_e_brown]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.2.1
PHP Bug Type: Session related
Bug description:  Cookies set on Remote Host but not on localhost

I installed php as a module on apache2 folllowing the standard set up.

I have a user logon screen which works on a remote server but not when
developing and testing on a stand alone machine that is a local server. 
I hold the username and passwords on mysql and ask the user for their
username and password which gets sent to another .php page which first of
all sets the following cookies 

setcookie("email",$email,time()+1800); 
setcookie ("password",$password,time()+1800); 

Then verifies this against the database and if succesfull redirects to the
'members area' where the cookies are set again otherwise it redirects to a
logout page. [Which is where i get sent on the local machine] 

I have tried the following formats for the setcookie and all combinations
including setting the expiry time to 8000. 

setcookie("email",$_POST["email"],time()+1800); 
setcookie ("password",$_POST["password"],time()+1800); 

setcookie("email",$email,"time()+1800"); 
setcookie ("password",$password,"time()+1800"); 

The database authentication is being succeful, it is just that the cookies
are not being set on the local machine, as when I hit the members area I
set the email value to another variable, set the cooies as before, then
alert() the old value [before the $email was reset by the new setcookie()
command. 

I have the following lines set in my php.ini 

register_globals = On 
variables_order = "EGPCS" 

Do you have any idea why my local machine is not setting the cookies??? 

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

#20261 [NEW]: str_rot13() changes too much

[jeroen]

From: [EMAIL PROTECTED]
Operating system: Linux (at least)
PHP version:  4.2.3
PHP Bug Type: Strings related
Bug description:  str_rot13() changes too much

a) str_rot13() changes it's given variable.
b) str_rot13() changes OTHER variables.

8<
$ cat test.php

--->8

8<---
$ php4 -q test.php
1: boo
2: boo
3:
1: obb
2: obb
3: obb
--->8

The changing of 1 is quite odd (subbug B) and very annoying.
The changing of 2 is probably because it happens in place.

Either way $first shouldn't be touched at all.

This is on Debian Linux/unstable, but others are probably affected too.

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

#14754 [Com]: java.* configuration values from php.ini lost on subsequent executions

[rodgar]

 ID:   14754
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Windows XP Home / Apache 1.3.24
 PHP Version:  4.2.1 & 4.3.0-dev
 New Comment:

I have switched from hotspot jvm to classic jvm but the problem
continues.


Previous Comments:


[2002-10-27 12:31:34] [EMAIL PROTECTED]

I have experienced the same problem.
But switched from hotspot jvm to classic
and problem disappeared.
I am using:
php 4.2.1, apache 1.3.xx
Win2k,
php.ini
[Java]
java.class.path = E:\php4.2.1\extensions\php_java.jar
java.home = E:\jdk1.3\jre
java.library = E:\jdk1.3\jre\bin\classic\jvm.dll



[2002-10-24 06:23:03] [EMAIL PROTECTED]

I experimented this from php 4.2.2. Now, I'm running php 4.2.4 (the
snapshot from 23-Oct-2002 17:22) on Apache 1.3.27 and WinNT 4.0 and the
error still appears.



[2002-10-08 14:51:48] [EMAIL PROTECTED]

Marking as open and updating version



[2002-10-08 11:12:20] [EMAIL PROTECTED]

Iam still facing this bug even after trying with the snapshot
specified.Iam running on apache 1.3.26 and win2K.
I first experienced this on Php 4.2.2.

Actually I took a closer look at the source.It seems to me that the
reference to the global pointer to jvm( java.c ) seems to be reset
resulting in the call to jvm_create after the first request(when it
shouldnt, as the pointer should still be valid as we are not releasing
the jvm pointer). Since there was no call to jvm_destroy, I guess some
internal resource has been locked up resulting in JNI_CreateVM
returning -1(undefined error in JNI.h) on the subsequent calls.

Any help would be highly appeciated



[2002-09-26 20:06:04] [EMAIL PROTECTED]

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





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/14754

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

#20260 [Opn->Fbk]: Cookies set on Remote Host but not on localhost

[sander]

 ID:   20260
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows 2000 Professional
 PHP Version:  4.2.1
 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-05 09:55:11] [EMAIL PROTECTED]

I installed php as a module on apache2 folllowing the standard set up.

I have a user logon screen which works on a remote server but not when
developing and testing on a stand alone machine that is a local server.

I hold the username and passwords on mysql and ask the user for their
username and password which gets sent to another .php page which first
of all sets the following cookies 

setcookie("email",$email,time()+1800); 
setcookie ("password",$password,time()+1800); 

Then verifies this against the database and if succesfull redirects to
the 'members area' where the cookies are set again otherwise it
redirects to a logout page. [Which is where i get sent on the local
machine] 

I have tried the following formats for the setcookie and all
combinations including setting the expiry time to 8000. 

setcookie("email",$_POST["email"],time()+1800); 
setcookie ("password",$_POST["password"],time()+1800); 

setcookie("email",$email,"time()+1800"); 
setcookie ("password",$password,"time()+1800"); 

The database authentication is being succeful, it is just that the
cookies are not being set on the local machine, as when I hit the
members area I set the email value to another variable, set the cooies
as before, then alert() the old value [before the $email was reset by
the new setcookie() command. 

I have the following lines set in my php.ini 

register_globals = On 
variables_order = "EGPCS" 

Do you have any idea why my local machine is not setting the cookies???


Please help 




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

#20262 [NEW]: Apache2 still wont load

[marius]

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  Apache2 still wont load

This bug was experienced on an earlier version of PHP and Apache2.0.39 or
there somewhere. The bug report was closed for that version but it appears
again in the very latest release of both PHP and Apache2 (PHP 4.2.3 and
Apache2.0.43

The reported error is:

Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
is not compatible with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.
-- 
Edit bug report at http://bugs.php.net/?id=20262&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20262&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20262&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20262&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20262&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20262&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20262&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20262&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20262&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20262&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20262&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20262&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20262&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20262&r=isapi

#20261 [Opn->Csd]: str_rot13() changes too much

[sander]

 ID:   20261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Strings related
 Operating System: Linux (at least)
 PHP Version:  4.2.3
 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-05 09:55:16] [EMAIL PROTECTED]

a) str_rot13() changes it's given variable.
b) str_rot13() changes OTHER variables.

8<
$ cat test.php

--->8

8<---
$ php4 -q test.php
1: boo
2: boo
3:
1: obb
2: obb
3: obb
--->8

The changing of 1 is quite odd (subbug B) and very annoying.
The changing of 2 is probably because it happens in place.

Either way $first shouldn't be touched at all.

This is on Debian Linux/unstable, but others are probably affected
too.





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

#20262 [Opn->Bgs]: Apache2 still wont load

[iliaa]

 ID:   20262
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: W2K
 PHP Version:  4.2.3
 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.

Install the latest CVS and make sure you do not have any old php
libraries. This error occures because you need a more recent version of
PHP then the one you have to use Apache2.0.43.


Previous Comments:


[2002-11-05 10:01:38] [EMAIL PROTECTED]

This bug was experienced on an earlier version of PHP and Apache2.0.39
or there somewhere. The bug report was closed for that version but it
appears again in the very latest release of both PHP and Apache2 (PHP
4.2.3 and Apache2.0.43

The reported error is:

Apache.exe: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.




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

#20262 [Bgs->Fbk]: Apache2 still wont load

[nicos]

 ID:   20262
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: W2K
 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-05 10:07:11] [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-05 10:01:38] [EMAIL PROTECTED]

This bug was experienced on an earlier version of PHP and Apache2.0.39
or there somewhere. The bug report was closed for that version but it
appears again in the very latest release of both PHP and Apache2 (PHP
4.2.3 and Apache2.0.43

The reported error is:

Apache.exe: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache
found 20020628, need 20020903).
Please contact the vendor for the correct version.




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

#20263 [NEW]: feof doesn't work with --with-curlwrappers

[kjartan]

From: [EMAIL PROTECTED]
Operating system: Linux RH 7
PHP version:  4CVS-2002-11-05
PHP Bug Type: cURL related
Bug description:  feof doesn't work with --with-curlwrappers 

The following script works fine without curlwrappers, but the while loop
never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d zlib/1.1.3
-- 
Edit bug report at http://bugs.php.net/?id=20263&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20263&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20263&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20263&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20263&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20263&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20263&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20263&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20263&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20263&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20263&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20263&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20263&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20263&r=isapi

#20249 [Opn]: Apache child segfaults when using OCILogon.

[bdabney]

 ID:   20249
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.

And I did read the note. Here is output from ldd:

# ldd /usr/local/apache/bin/httpd
libpam.so.1 =>   /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 =>   /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 =>/usr/lib/64/libdl.so.1
libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
libsocket.so.1 =>/usr/lib/64/libsocket.so.1
libgen.so.1 =>   /usr/lib/64/libgen.so.1
libclntsh.so.9.0 => 
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 =>   /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 =>   /usr/lib/64/libcmd.so.1
libmp.so.2 =>/usr/lib/64/libmp.so.2
libwtc9.so =>/usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 =>   /usr/lib/64/libaio.so.1
librt.so.1 =>/usr/lib/64/librt.so.1
libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
libthread.so.1 =>/usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1

Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?


Previous Comments:


[2002-11-04 17:15:57] [EMAIL PROTECTED]

Using Apache's  SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).

If that alone doesn't help: did you see the "big fat note" at
:

If your webserver doesn't start or crashes at startup:  Check that
Apache is linked with the pthread library: [...]



[2002-11-04 16:52:18] [EMAIL PROTECTED]

This is with Oracle 9i Release 2.



[2002-11-04 16:43:30] [EMAIL PROTECTED]

I get the following messages in my Apache 1.3.27 error log whenever I
try to use OCILogon:

[Mon Nov  4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3
configured -- resuming normal ope
rations
[Mon Nov  4 15:32:46 2002] [notice] Accept mutex: fcntl (Default:
fcntl)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13088 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13086 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13085 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13084 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13083 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13082 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13090 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13089 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13092 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13091 exit signal
Segmentation Fault (11)

Here is the script I tested with:

\n";
?>

Here are my configure lines:

For apache :

OPTIM="-g -m64" CFLAGS="-DDYNAMIC_MODULE_LIMIT=0" ./configure
--mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a
--enable-module=php4 --server-uid=www --server-gid=www

For PHP

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27 --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug

They were both compiled with gcc-3.2.

Here are the environment variable settings from my httpd.conf:

SetEnv ORACLE_BASE /usr/local/oracle
SetEnv ORACLE_HOME /usr/local/oracle/OraHome
SetEnv ORACLE_SID TESTDB.WORLD
SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv TWO_TASK /usr/local/oracle/OraHome/network/admin/tnsnames.ora
SetEnv NLS_LANG English_America.WE8ISO8859P1

And here is the backtrace:

bash-2.05# gdb /usr/local/apache/bin/httpd 
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warr

#20263 [Opn]: feof doesn't work with --with-curlwrappers

[nicos]

 ID:   20263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?


Previous Comments:


[2002-11-05 10:09:09] [EMAIL PROTECTED]

The following script works fine without curlwrappers, but the while
loop never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d
zlib/1.1.3




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

#20229 [Fbk]: PHP4 Compile errors with mysql module

[msopacua]

 ID:   20229
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4CVS-2002-11-03
 New Comment:

Ok, there are obviously characters missing
(-I/root/build/php4/inclmain).

The trick is, to get the line that fails, than strip -prefer-pic and
add -E after gcc and change the output file to php_mysql.out by adding
that to -o.
That calls the pre-processor on the file named after -c and resolves
all pre-processor macro's and includes.

If you have an issue with your terminal, please use the 'script(1)'
command, to capture all output from the make process to a file.

Since RedHat, comes with a stock gcc3 and you're trying to use gcc2,
there's some conflict with headers going on, that creates buggy
preprocessor macro's and/or defines.

That's why we're asking you to do this - it can be a local issue, or it
can be a product of 'using gcc2 on RedHat 8'.


Previous Comments:


[2002-11-05 09:01:40] [EMAIL PROTECTED]

[root@idave php4]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:32: php.h: No such file or
directory
/root/build/php4/ext/mysql/php_mysql.c:33: php_globals.h: No such file
or directory
[root@idave php4]#

[root@idave php4]# grep -10 'For AIX string library' ./php_mysql.out
grep: ./php_mysql.out: No such file or directory
[root@idave php4]#



[2002-11-03 17:40:45] [EMAIL PROTECTED]

I guess we're missing some characters, because:
-c /root/build/php4/ext/mysql/l/php_mysql.lo

Doesn't add up.

IIC:
try this line:
/usr/local/gcc2/bin/gcc -E
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2
-I/usr/local/include/freetype2 -I/usr/local/gd/include
-I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat 
-DLINUX=22
-DMOD_SSL=EAPI -I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/libmysql/php_mysql.c -o php_mysql.out

Please adjust the missing characters.

then try:
grep -10 'For AIX string library' ./php_mysql.out

If that has any output, please paste it here.




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

Got php from CVS, following the instructions found @
http://php.net/anoncvs, with the right versions of autoconf, automake
and libtool.

Configured with these arguments:
CC=/usr/local/gcc2/bin/gcc CXX=/usr/local/gcc2/bin/g++ sh configure
--disable-debug
--with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local
--with-png-dir=/usr/local --with-gd=/usr/local/gd
--enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local
--with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local
--enable-exif --enable-ftp --enable-magic-quotes --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-discard-path
--enable-trans-sid --enable-wddx --with-kerberos --with-mysql
--enable-bcmath --enable-shmop --enable-versioning --enable-calendar
--enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans
--with-apxs=/usr/local/apache/bin/apxs --with-freetype-dir=/usr/local
--with-mhash=/usr/local --with-mcal=/usr/local/mcal
--with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl
--with-mysql

(CC=/usr/local/gcc2/bin/gcc is GCC 2.95.3)

Once configured, I type "make" and all goes ok, but once it arrives to
the mysql module...
/bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/us/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/l/php_mysql.lo
/bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc
-I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/cal/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include 

#20263 [Opn->]: feof doesn't work with --with-curlwrappers

[nicos]

 ID:   20263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

curlwrappers wont work until PHP 4.4 or PHP 5


Previous Comments:


[2002-11-05 10:18:09] [EMAIL PROTECTED]

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?



[2002-11-05 10:09:09] [EMAIL PROTECTED]

The following script works fine without curlwrappers, but the while
loop never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d
zlib/1.1.3




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

#20263 [WFx->Opn]: feof doesn't work with --with-curlwrappers

[kjartan]

 ID:   20263
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

Yes, I tested it with and without, once it was disable the script works
fine.


Previous Comments:


[2002-11-05 10:19:39] [EMAIL PROTECTED]

curlwrappers wont work until PHP 4.4 or PHP 5



[2002-11-05 10:18:09] [EMAIL PROTECTED]

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?



[2002-11-05 10:09:09] [EMAIL PROTECTED]

The following script works fine without curlwrappers, but the while
loop never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d
zlib/1.1.3




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

#20263 [Opn]: feof doesn't work with --with-curlwrappers

[sander]

 ID:   20263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

Nicos is right that it isn't officially supported, but that really
doesn't mean you should report bugs about it, on the contrary!


Previous Comments:


[2002-11-05 10:20:53] [EMAIL PROTECTED]

Yes, I tested it with and without, once it was disable the script works
fine.



[2002-11-05 10:19:39] [EMAIL PROTECTED]

curlwrappers wont work until PHP 4.4 or PHP 5



[2002-11-05 10:18:09] [EMAIL PROTECTED]

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?



[2002-11-05 10:09:09] [EMAIL PROTECTED]

The following script works fine without curlwrappers, but the while
loop never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d
zlib/1.1.3




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

#20263 [Opn]: feof doesn't work with --with-curlwrappers

[nicos]

 ID:   20263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

Wez told me it will be fixed for PHP4.4 and PHP5. They're already
working on it so what? Lets keep it open anyway.


Previous Comments:


[2002-11-05 10:25:26] [EMAIL PROTECTED]

Nicos is right that it isn't officially supported, but that really
doesn't mean you should report bugs about it, on the contrary!



[2002-11-05 10:20:53] [EMAIL PROTECTED]

Yes, I tested it with and without, once it was disable the script works
fine.



[2002-11-05 10:19:39] [EMAIL PROTECTED]

curlwrappers wont work until PHP 4.4 or PHP 5



[2002-11-05 10:18:09] [EMAIL PROTECTED]

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?



[2002-11-05 10:09:09] [EMAIL PROTECTED]

The following script works fine without curlwrappers, but the while
loop never exits with it enabled:

http://www.cnn.com/', 'r')) {
  print "Reading data..\n";
  while (!feof($fp)) {
$data .= fgets($fp, 128);
  }
  print "closing file..\n";
  fclose($fp);
  print $data;
}
?>

./configure --with-mysql=/usr/local/ --with-apxs
--sysconfdir--mandir=/usr/local/man/ --enable-calendar --enable-ftp
--with-openssl --without-pear --with-curl=/usr/lib --with-zlib
--enable-tokenizer --with-imap-ssl --with-gd --with-curlwrappers
--disable-mbstring

curl 7.10.1 (i686-pc-linux-gnu) libcurl/7.10.1 OpenSSL/0.9.6d
zlib/1.1.3




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

#20214 [Csd]: Scripts included via HTTP don't show up in get_included_files

[leon]

 ID:   20214
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: RH 7.3
 PHP Version:  4CVS-2002-11-01
 New Comment:

Yes, it has.  Thanks!


Previous Comments:


[2002-11-01 23:44:21] [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-01 14:26:33] [EMAIL PROTECTED]

Please consider the following script.

http://www.php.net/index.php";);
print_r(get_included_files());
?>

Using require(), require_once() or include_once() causes
"http://www.php.net/index.php"; to appear in get_included_files()'s
return value.




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

#20263 [Opn]: feof doesn't work with --with-curlwrappers

[kjartan]

 ID:   20263
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: cURL related
 Operating System: Linux RH 7
 PHP Version:  4CVS-2002-11-05
 New Comment:

The option is present in 4.3.0pre2 with no mention of the curlwrappers
being experimental. If it is known this will not work for 4.3 wouldn't
it make sense to remove the configure option from ./configure --help
until it works?


Previous Comments:


[2002-11-05 10:29:33] [EMAIL PROTECTED]

Wez told me it will be fixed for PHP4.4 and PHP5. They're already
working on it so what? Lets keep it open anyway.



[2002-11-05 10:25:26] [EMAIL PROTECTED]

Nicos is right that it isn't officially supported, but that really
doesn't mean you should report bugs about it, on the contrary!



[2002-11-05 10:20:53] [EMAIL PROTECTED]

Yes, I tested it with and without, once it was disable the script works
fine.



[2002-11-05 10:19:39] [EMAIL PROTECTED]

curlwrappers wont work until PHP 4.4 or PHP 5



[2002-11-05 10:18:09] [EMAIL PROTECTED]

Are you sure that it is curlwrappers the responsible? did you tried the
same code without it?



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/20263

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

#20229 [Com]: PHP4 Compile errors with mysql module

[idave]

 ID:   20229
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4CVS-2002-11-03
 New Comment:

Sorry... I didn't understand what you are saying. I've tried with gcc3
- same error, so it can't be a product of 'using gcc2 on RedHat 8'.

Is PHP compatible with gcc3?

Please help me. I'm not a C programmer so I can't understand if the gcc
command I've just typed in my terminal is right or wrong. It's not so
obvious for me.

I've tried with the following command
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include -g -O2  -prefer-pic
-c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:56: mysql.h: No such file or
directory
[root@idave libmysql]#

Trying "pushd / && locate mysql.h %% popd" returns:
/root/build/courier-imap-1.6.0.20021025/authlib/authmysql.h
/root/build/courier-imap-1.6.0.20021025/authlib/README.authmysql.html
/root/build/vpopmail-5.2.1/vmysql.h
/root/build/php4/ext/dbx/dbx_mysql.h
/root/build/php4/ext/mysql/libmysql/mysql.h
/root/build/php4/ext/mysql/php_mysql.h
/root/build/mysql-4.0.4-beta/include/mysql.h
/root/build/mysql-4.0.4-beta/innobase/include/row0mysql.h
/root/build/php-4.3.0pre2/ext/dbx/dbx_mysql.h
/root/build/php-4.3.0pre2/ext/mysql/libmysql/mysql.h
/root/build/php-4.3.0pre2/ext/mysql/php_mysql.h
/root/build/php-4.2.3/ext/dbx/dbx_mysql.h
/root/build/php-4.2.3/ext/mysql/libmysql/mysql.h
/root/build/php-4.2.3/ext/mysql/php_mysql.h
/root/build/mysql-3.23.53/include/mysql.h
/root/build/mysql-3.23.53/innobase/include/row0mysql.h
/usr/share/apps/quanta/doc/php/ref.mysql.html
/usr/local/mysql/include/mysql/mysql.h

So I've tried:
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include/mysql -g -O2 
-prefer-pic -c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
[root@idave libmysql]#

and then the command "grep -10 'For AIX string library'
./php_mysql.out" hadn't any output.


Previous Comments:


[2002-11-05 10:18:47] [EMAIL PROTECTED]

Ok, there are obviously characters missing
(-I/root/build/php4/inclmain).

The trick is, to get the line that fails, than strip -prefer-pic and
add -E after gcc and change the output file to php_mysql.out by adding
that to -o.
That calls the pre-processor on the file named after -c and resolves
all pre-processor macro's and includes.

If you have an issue with your terminal, please use the 'script(1)'
command, to capture all output from the make process to a file.

Since RedHat, comes with a stock gcc3 and you're trying to use gcc2,
there's some conflict with headers going on, that creates buggy
preprocessor macro's and/or defines.

That's why we're asking you to do this - it can be a local issue, or it
can be a product of 'using gcc2 on RedHat 8'.



[2002-11-05 09:01:40] [EMAIL PROTECTED]

[root@idave php4]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:32: php.h: No such file or
directory
/root/build/php4/ext/mysql/php_mysql.c:33: php_globals.h: No such file
or directory
[root@idave php4]#

[root@idave php4]# grep -10 'For AIX string library' ./php_mysql.out
grep: ./php_mysql.out: No such file or directory
[root@idave php4]#



[2002-11-03 17:40:45] [EMAIL PROTECTED]

I guess we're missing some characters, because:
-c /root/build/php4/ext/mysql/l/php_mysql.lo

#20229 [Fbk]: PHP4 Compile errors with mysql module

[msopacua]

 ID:   20229
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4CVS-2002-11-03
 New Comment:

No worries you're almost there :)

Just loose the '-prefer-pic'. Then please send php_mysql.out to my
email.


Previous Comments:


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

Sorry... I didn't understand what you are saying. I've tried with gcc3
- same error, so it can't be a product of 'using gcc2 on RedHat 8'.

Is PHP compatible with gcc3?

Please help me. I'm not a C programmer so I can't understand if the gcc
command I've just typed in my terminal is right or wrong. It's not so
obvious for me.

I've tried with the following command
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include -g -O2  -prefer-pic
-c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:56: mysql.h: No such file or
directory
[root@idave libmysql]#

Trying "pushd / && locate mysql.h %% popd" returns:
/root/build/courier-imap-1.6.0.20021025/authlib/authmysql.h
/root/build/courier-imap-1.6.0.20021025/authlib/README.authmysql.html
/root/build/vpopmail-5.2.1/vmysql.h
/root/build/php4/ext/dbx/dbx_mysql.h
/root/build/php4/ext/mysql/libmysql/mysql.h
/root/build/php4/ext/mysql/php_mysql.h
/root/build/mysql-4.0.4-beta/include/mysql.h
/root/build/mysql-4.0.4-beta/innobase/include/row0mysql.h
/root/build/php-4.3.0pre2/ext/dbx/dbx_mysql.h
/root/build/php-4.3.0pre2/ext/mysql/libmysql/mysql.h
/root/build/php-4.3.0pre2/ext/mysql/php_mysql.h
/root/build/php-4.2.3/ext/dbx/dbx_mysql.h
/root/build/php-4.2.3/ext/mysql/libmysql/mysql.h
/root/build/php-4.2.3/ext/mysql/php_mysql.h
/root/build/mysql-3.23.53/include/mysql.h
/root/build/mysql-3.23.53/innobase/include/row0mysql.h
/usr/share/apps/quanta/doc/php/ref.mysql.html
/usr/local/mysql/include/mysql/mysql.h

So I've tried:
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include/mysql -g -O2 
-prefer-pic -c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
[root@idave libmysql]#

and then the command "grep -10 'For AIX string library'
./php_mysql.out" hadn't any output.



[2002-11-05 10:18:47] [EMAIL PROTECTED]

Ok, there are obviously characters missing
(-I/root/build/php4/inclmain).

The trick is, to get the line that fails, than strip -prefer-pic and
add -E after gcc and change the output file to php_mysql.out by adding
that to -o.
That calls the pre-processor on the file named after -c and resolves
all pre-processor macro's and includes.

If you have an issue with your terminal, please use the 'script(1)'
command, to capture all output from the make process to a file.

Since RedHat, comes with a stock gcc3 and you're trying to use gcc2,
there's some conflict with headers going on, that creates buggy
preprocessor macro's and/or defines.

That's why we're asking you to do this - it can be a local issue, or it
can be a product of 'using gcc2 on RedHat 8'.



[2002-11-05 09:01:40] [EMAIL PROTECTED]

[root@idave php4]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:32: php.h: No such file or
directory
/root/build/php4/ext/mysql/php_mysql.c:33: php_globals.h: No such file
or directory
[root@idave php4]#

[root@idave php4]# grep -10 'For AIX string library' ./php_mysql.out
grep: ./php_mysql.out: No such file or directory
[r

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

[johnny]

From: [EMAIL PROTECTED]
Operating system: win2000 pro
PHP version:  4.2.3
PHP Bug Type: IIS related
Bug description:  interbase: Unable to initialize module Module

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

#19943 [Ctl->Ana]: Ragged array returns undefined results

[moriyoshi]

 ID:   19943
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Analyzed
-Bug Type: Arrays related
+Bug Type: Scripting Engine problem
 Operating System: Win2K
 PHP Version:  4.3.0-dev
 New Comment:

The reported behaviour itself is not a bug
(see http://lists.php.net/article.php?group=php.dev&article=90522 for
detail), but the memory leaks imply another bug. So I decided to
reclassify this as Scripting Engine problem, and change the status to
"Analyzed".

Anyway thank you for the bug report!

--
Moriyoshi



Previous Comments:


[2002-10-30 07:30:05] [EMAIL PROTECTED]

I think this is pretty much invalid.

[EMAIL PROTECTED] posted 2 examples. Only 1 is correct, or infact, valid
code.

In the first example, you have the following 2 array assignments.

$ragged[$count]= 'single '.$count;
$ragged[$count]['idx'] = 'ragged '.$count;

In this, you assign a string to $ragged[$count], then, you turn it into
an array using $regged[$count]['idx'].

This is invlaid in most languages.

In the $ragged[$count], $ragged['idx'][$count] method, no type changes
are taking place.



[2002-10-16 22:51:14] [EMAIL PROTECTED]

A pretty interesting bug this is, there appear to be 2 possible
behaviours that can happen here and only 1 is correct.


The code above will output:
t 0 -- t
t 1 -- t
t 2 -- t
t 3 -- t
t 4 -- t
t 5 -- t
t 6 -- t
t 7 -- t
t 8 -- t
t 9 -- t
/home/rei/PHP_CVS/php4/Zend/zend_operators.c(1008) :  Freeing
0x08369384 (6 bytes), script=a.php
Last leak repeated 9 times

If the " around the $count variable are removed then the script
reports:
Warning: Cannot use a scalar value as an array in
/home/rei/PHP_CVS/php4/a.php on line 7
/home/rei/PHP_CVS/php4/a.php(7) : Warning - Cannot use a scalar value
as an array

for every assignment and does no initialize any of the
$ar[$count]['idx'] values.



[2002-10-16 19:54:16] [EMAIL PROTECTED]

However, the following codes does work, even though the array is still
ragged:




ExpectedActual
Expected IDXActual IDX




   







[2002-10-16 19:50:57] [EMAIL PROTECTED]

When using an array that has ragged indices, the value in the array is
undefined. Well, actually it can be defined, but it is unexpected. No
errors or warnings are reported. Sample Code:





ExpectedActual
Expected IDXActual IDX




   









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

#18765 [Com]: FORM POST fields are missing

[nylbog]

 ID:   18765
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows 95
 PHP Version:  4.2.2
 New Comment:

Having the same problem under winXP PHP 4.2.3


Previous Comments:


[2002-10-17 01:00:02] [EMAIL PROTECTED]

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".



[2002-10-01 20:39: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





[2002-08-19 23:45:04] [EMAIL PROTECTED]

It has already been two weeks since I posted this.  Is there anyone out
there who can help me with this problem?  Please =)



[2002-08-11 23:40:33] [EMAIL PROTECTED]

I'm not sure, but I don't think it's related to "multipart/form-data". 
I've added the line phpinfo() to the sample.php scrift.  The
content-type reported by phpinfo is
"application/x-www-form-urlencoded".  I may be wrong as I'm a newbie to
PHP =)



[2002-08-07 14:58:12] [EMAIL PROTECTED]

Might be related to #18792



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/18765

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

#20266 [NEW]: Logical OR fails if results of two methods are evaluated

[tim]

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.2.2
PHP Bug Type: Class/Object related
Bug description:  Logical OR fails if results of two methods are evaluated


Dear PHP TEAM,
Thanks for such a great product. This baby makes our day, every day!

We have recently found one strange thing. When we need to LOGICALLY-OR the
results of two boolean methods of a class, PHP bypasses execution of the
second method (if first method returns TRUE). Since the second method is
never executed we can not get the desired result. 

Please, take a look at the body of the CONSTRUCTOR below:

// BEGINNING OF FILE 'sample.php'

class CSample {

function CSample() {

echo 'Some news are here:';

// Below, PHP actually doesn't
// runs $this->logicalTwo()
if( $this->logicalOne() || $this->logicalTwo() )
{
echo 'What more do you want?';
// ..
}
}
// SERVICE METHODS
function logicalOne() {
//..
echo ' GOT CAR ';   return true;
}
function logicalTwo() {
//..
echo ' GOT MONEY '; return true;
}
};

// Instantiating the class
$object1 = new CSample();

// END OF FILE 'sample.php'


OUTPUT:

Some news are here:
GOT CAR 
What more do you want?


See, there is no 'GOT MONEY' text printed. 
Please advise. Is this the correct behavior or something is not working
right.

Many thanks,

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

#19517 [Com]: the oci8 function cause apache to crash

[willie_gollino]

 ID:   19517
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: OCI8 related
 Operating System: windows 2000 and linux
 PHP Version:  4.2.3
 New Comment:

I get this error in my apache error log when multithreading is turned
on:
[notice] child pid 28373 exit signal Segmentation fault (11)

Apache: 2.0.X (mpm worker)
OS: HP-UX 11.00 (with linker patches)
PHP: 4.2.2 dso with oci8 extension
Oracle: 8.1.6

If I set ThreadsPerChild to 1 (single threaded), I don't get any
segfaults. With ThreadsPerChild set to 2 (or higher) I get the
segmentation faults with as few as 2 concurrent requests (ab -n 10 -c 2
http://testurl/).

With particularly high load (>100 concurrent requests) Apache 2 hangs,
and has to be killed.

I also get this error message in my php log:
"PHP Warning:  _oci_open_server: ORA-12154: TNS:could not resolve
service name"

On the same system, Apache 1.3.26 with PHP as CGI works perfectly.


Previous Comments:


[2002-09-20 03:30:06] [EMAIL PROTECTED]

on medium/high load and on multi-threaded serveurs ( apache 1.3.X
windows and apache 2.0.X (mpm=worker) on linux), oci cause segmentation
fault to apache.

I test with apache 1.3.26 / 2.0.40 on windows 2000 server and
professionnal, php 4.2.3, oracle 8.1.7.0 and 9.0.1 ( on the same and
different Pc). 
I test with and without autocommit. 
i always get the same result.

the script:


i run test with microsoft  web apllication stress tools and ab.

the error message is :
_oci_open_server: ORA12154 TNS: could not resolve service name.

All works fine with linux / apache 1.3.X. 









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

#20254 [Opn->Fbk]: imap_header() crash with bad Reply-To

[iliaa]

 ID:   20254
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 PHP Version:  4.2.3
 New Comment:

The last error implies crash somewhere in the Apache 2 code. Does this
crash happen on any particular script, if so, could you please provide
the smallest possible version of such a script that can be used to
replicate the problem.


Previous Comments:


[2002-11-05 09:43:28] [EMAIL PROTECTED]

I tried above cvs version.
It worked but apache logs said,

[Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal
Segmentation fault (11)


and the back-trace here.

(gdb) bt
#0  0x402debd3 in chunk_alloc () from /lib/libc.so.6
#1  0x402de9d0 in malloc () from /lib/libc.so.6
#2  0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740
"/usr/local/src/php4-200211030600/Zend/zend_stack.c",
__zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154
#3  0x4053d0de in zend_stack_init (stack=0x40654380) at
/usr/local/src/php4-200211030600/Zend/zend_stack.c:27
#4  0x4052c3d6 in zend_init_compiler_data_structures () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:73
#5  0x4052c4f0 in init_compiler () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:100
#6  0x4053e998 in zend_activate () at
/usr/local/src/php4-200211030600/Zend/zend.c:594
#7  0x40506bba in php_request_startup () at
/usr/local/src/php4-200211030600/main/main.c:833
#8  0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375
#9  0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449
#10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at
util_filter.c:540
#11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317
#12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194
#13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401
#14 0x08084e93 in ap_process_request (r=0x81dd9c8) at
http_request.c:288
#15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at
http_core.c:293
#16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at
connection.c:85
#17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#19 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#22 0x402821c4 in __libc_start_main () from /lib/libc.so.6



[2002-11-05 07:18:10] [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-05 03:54:59] [EMAIL PROTECTED]

Here gdb backtrace.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 21817)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 21817)]
0x402df6dc in chunk_free () from /lib/libc.so.6
(gdb) bt
#0  0x402df6dc in chunk_free () from /lib/libc.so.6
#1  0x402df548 in free () from /lib/libc.so.6
#2  0x404583a7 in _php_make_header_object (myzvalue=0x823b188,
en=0x82444a8, tsrm_ls=0x8186838) at php_imap.c:3724
#3  0x4044d232 in zif_imap_headerinfo (ht=2, return_value=0x823b188,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x8186838)
at php_imap.c:1631
#4  0x403fd5f0 in execute (op_array=0x81e1d08, tsrm_ls=0x8186838) at
./zend_execute.c:1598
#5  0x404100ed in zend_execute_scripts (type=8, tsrm_ls=0x8186838,
retval=0x0, file_count=3) at zend.c:812
#6  0x404236fd in php_execute_script (primary_file=0xb730,
tsrm_ls=0x8186838) at main.c:1383
#7  0x4041e959 in php_output_filter (f=0x81d9980, bb=0x81d9ef0) at
sapi_apache2.c:409
#8  0x080ac5a7 in ap_pass_brigade (next=0x81d9980, bb=0x81d9ab0) at
util_filter.c:540
#9  0x080b2868 in default_handler (r=0x81ce7b0) at core.c:3317
#10 0x080a1bd6 in ap_run_handler (r=0x81ce7b0) at config.c:194
#11 0x080a20f1 in ap_invoke_handler (r=0x81ce7b0) at config.c:401
#12 0x08084e93 in ap_process_request (r=0x81ce7b0) at
http_request.c:288
#13 0x080810b8 in ap_process_http_connection (c=0x81ca3b0) at
http_core.c:293
#14 0x080aa6b6 in ap_run_process_connection (c=0x81ca3b0) at
connecti

#20266 [Opn->Bgs]: Logical OR fails if results of two methods are evaluated

[moriyoshi]

 ID:   20266
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: W2K
 PHP Version:  4.2.2
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The right portion is never evaluated by an || operator when the left
portion gives true.
This needs to be written as following

$result1 = $this->logicalOne();
$result2 = $this->logicalTwo() )
if ($result1 || $result2) {
...
}



Previous Comments:


[2002-11-05 14:08:02] [EMAIL PROTECTED]


Dear PHP TEAM,
Thanks for such a great product. This baby makes our day, every day!

We have recently found one strange thing. When we need to LOGICALLY-OR
the results of two boolean methods of a class, PHP bypasses execution
of the second method (if first method returns TRUE). Since the second
method is never executed we can not get the desired result. 

Please, take a look at the body of the CONSTRUCTOR below:

// BEGINNING OF FILE 'sample.php'

class CSample {

function CSample() {

echo 'Some news are here:';

// Below, PHP actually doesn't
// runs $this->logicalTwo()
if( $this->logicalOne() || $this->logicalTwo() )
{
echo 'What more do you want?';
// ..
}
}
// SERVICE METHODS
function logicalOne() {
//..
echo ' GOT CAR ';   return true;
}
function logicalTwo() {
//..
echo ' GOT MONEY '; return true;
}
};

// Instantiating the class
$object1 = new CSample();

// END OF FILE 'sample.php'


OUTPUT:

Some news are here:
GOT CAR 
What more do you want?


See, there is no 'GOT MONEY' text printed. 
Please advise. Is this the correct behavior or something is not working
right.

Many thanks,

Tim B.




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

#20266 [Bgs]: Logical OR fails if results of two methods are evaluated

[tim]

 ID:   20266
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: W2K
 PHP Version:  4.2.2
 New Comment:

Thanks for clarifications,
Tim


Previous Comments:


[2002-11-05 14:29:42] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

The right portion is never evaluated by an || operator when the left
portion gives true.
This needs to be written as following

$result1 = $this->logicalOne();
$result2 = $this->logicalTwo() )
if ($result1 || $result2) {
...
}




[2002-11-05 14:08:02] [EMAIL PROTECTED]


Dear PHP TEAM,
Thanks for such a great product. This baby makes our day, every day!

We have recently found one strange thing. When we need to LOGICALLY-OR
the results of two boolean methods of a class, PHP bypasses execution
of the second method (if first method returns TRUE). Since the second
method is never executed we can not get the desired result. 

Please, take a look at the body of the CONSTRUCTOR below:

// BEGINNING OF FILE 'sample.php'

class CSample {

function CSample() {

echo 'Some news are here:';

// Below, PHP actually doesn't
// runs $this->logicalTwo()
if( $this->logicalOne() || $this->logicalTwo() )
{
echo 'What more do you want?';
// ..
}
}
// SERVICE METHODS
function logicalOne() {
//..
echo ' GOT CAR ';   return true;
}
function logicalTwo() {
//..
echo ' GOT MONEY '; return true;
}
};

// Instantiating the class
$object1 = new CSample();

// END OF FILE 'sample.php'


OUTPUT:

Some news are here:
GOT CAR 
What more do you want?


See, there is no 'GOT MONEY' text printed. 
Please advise. Is this the correct behavior or something is not working
right.

Many thanks,

Tim B.




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

#16960 [Asn->Csd]: [Sybase-CT] sybase_fetch_row() and types

[thekid]

 ID:   16960
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4.0CVS-2002-05-02
 Assigned To:  thekid
 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.

Committed numerous changes to ext/sybase_ct, see CVS log for
ext/sybase_ct/php_sybase_ct.c and ext/sybase_ct/php_sybase_ct.h


Previous Comments:


[2002-06-10 18:43:18] [EMAIL PROTECTED]

Sorry, here's an example script for sybase_set_message_handler():



The output is:

Caught Sybase Server Message #137 [Severity 15, state 2] at line 1
'Must declare variable '@does_not_exist'.'

Warning:  Sybase:  Server message #257: Implicit conversion from
datatype 'VARCHAR' to 'NUMERIC' is not allowed.  Use the CONVERT
function to run this query.
 (severity 16, procedure N/A) in
/usr/home/thekid/devel/php/sybase_test.php on line 23




[2002-06-10 15:50:15] [EMAIL PROTECTED]

With this last patch, you will be able to handle all of sybase's error
messages via a callback function. This comes in quite handy when having
to check for deadlocks (the 1205:-)).

$deadlock= strstr($php_errormsg, 'deadlock'); is, of course, possible
right now, but in my eyes not a very generalistic way of going about
it...

--- php4-200205012100/ext/sybase_ct/php_sybase_ct.h Thu Feb 28 09:38:19
2002
+++ __build__/ext/sybase_ct/php_sybase_ct.h Mon Jun 10 21:32:25 2002
@@ -45,6 +45,7 @@
 PHP_FUNCTION(sybase_num_fields);
 PHP_FUNCTION(sybase_fetch_row);
 PHP_FUNCTION(sybase_fetch_array);
+PHP_FUNCTION(sybase_fetch_assoc);
 PHP_FUNCTION(sybase_fetch_object);
 PHP_FUNCTION(sybase_data_seek);
 PHP_FUNCTION(sybase_result);
@@ -53,7 +54,7 @@
 PHP_FUNCTION(sybase_min_client_severity);
 PHP_FUNCTION(sybase_min_server_severity);
 PHP_FUNCTION(sybase_fetch_field);
-
+PHP_FUNCTION(sybase_set_message_handler);
 
 #include 
 
@@ -66,6 +67,7 @@
char *hostname;
char *server_message;
long min_server_severity, min_client_severity;
+zval *callback_name;
CS_CONTEXT *context;
 ZEND_END_MODULE_GLOBALS(sybase)
 
@@ -93,7 +95,6 @@
int cur_row,cur_field;
int num_rows,num_fields;
 } sybase_result;
-
 
 #ifdef ZTS
 # define SybCtG(v) TSRMG(sybase_globals_id, zend_sybase_globals *, v)

--- php4-200205012100/ext/sybase_ct/php_sybase_ct.c Tue Mar 12 21:34:06
2002
+++ __build__/ext/sybase_ct/php_sybase_ct.c Wed May  8 04:12:38 2002
@@ -48,6 +48,7 @@
PHP_FE(sybase_num_fields,   NULL)
PHP_FE(sybase_fetch_row,NULL)
PHP_FE(sybase_fetch_array,  NULL)
+PHP_FE(sybase_fetch_assoc, NULL)
PHP_FE(sybase_fetch_object, NULL)
PHP_FE(sybase_data_seek,NULL)
PHP_FE(sybase_fetch_field,  NULL)
@@ -56,23 +57,26 @@
PHP_FE(sybase_affected_rows,NULL)
PHP_FE(sybase_min_client_severity,  NULL)
PHP_FE(sybase_min_server_severity,  NULL)
+PHP_FE(sybase_set_message_handler,  NULL)
 
-   PHP_FALIAS(mssql_connect,   sybase_connect,
 NULL)
-   PHP_FALIAS(mssql_pconnect,  sybase_pconnect,   
 NULL)
-   PHP_FALIAS(mssql_close, sybase_close,  
 NULL)
-   PHP_FALIAS(mssql_select_db, sybase_select_db,  
 NULL)
-   PHP_FALIAS(mssql_query, sybase_query,  
 NULL)
+   PHP_FALIAS(mssql_set_message_handler,  
sybase_set_message_handler, NULL)
+   PHP_FALIAS(mssql_connect,   sybase_connect, NULL)
+   PHP_FALIAS(mssql_pconnect,  sybase_pconnect,NULL)
+   PHP_FALIAS(mssql_close, sybase_close,   NULL)
+   PHP_FALIAS(mssql_select_db, sybase_select_db,   NULL)
+   PHP_FALIAS(mssql_query, sybase_query,   NULL)

#19452 [Com]: Apache2 with php4 freeze on HP-UX 11.00

[csoto]

 ID:   19452
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4CVS-2002-09-17
 New Comment:

{AOL}ME TOO!{/AOL}

Getting the same problem.  Using HP's Apache2 build from
software.hp.com, which includes Apache 2.0.43 adn PHP 4.2.2.  Per HP's
instruction, I just uncommented the LoadModule line for
modules/libphp4.so.  HTTPD hangs at 97% CPU util.  Have to kill -9 it
and apachectl.  Apache works fine if I re-comment the PHP line, so it's
definitely PHP-related.

Charles


Previous Comments:


[2002-10-08 13:17:59] [EMAIL PROTECTED]

Same issue with : 

httpd-2.0.43
php4-200210080300

@++
JC



[2002-09-24 06:31:24] [EMAIL PROTECTED]

Same issue with 4CVS-2009-09-24 (php4-20020924)

@++
JC



[2002-09-23 07:53:54] [EMAIL PROTECTED]

Please try a new snapshot. There were some thread-safety fixes
committed just recently.




[2002-09-23 04:55:45] [EMAIL PROTECTED]

Hellow,

CTRL + C on the httpd process do nothing.
The only way that I have to kill the process is "kill -9 12345"

So I think that I can't use gdb to debug in this case.

Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "hppa2.0n-hp-hpux11.00"...
Attaching to program: /PKl01h01/soft/web/httpd/bin/httpd, process
12815
ttrace wait: No such process.
A program is being debugged already.  Kill it? (y or n) n
Program not killed.
Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
(gdb) bt
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
warning: reading `flags' register: No such process
warning: reading `pcoqh' register: No such process
warning: reading `flags' register: No such process
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
#0  0x in ?? ()
warning: reading `rp' register: No such process
warning: reading `rp' register: No such process
Error accessing memory address 0x6f726b00: No such process.
(gdb)



[2002-09-18 18:54:24] [EMAIL PROTECTED]

Well, I should have given a bit more info than just the default reply.
You can 'bind' to a hanged process with GDB..

# gdb /path/to/httpd 12345

(where 12345 is the process id)

Then you can just stop the process with CTRL+C and then do 'bt' and see
where it hangs.





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/19452

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

#19452 [Com]: Apache2 with php4 freeze on HP-UX 11.00

[csoto]

 ID:   19452
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4CVS-2002-09-17
 New Comment:

Interestingly, I show the wrong "extensions" directory in php-config,
even though it's correct in php.ini:

colossus 79: ./php-config --extension-dir
/opt/hpapache2/php/lib/php/extensions/no-debug-zts-20020429

There is no "no-debug..." directory.  Is this compiled incorrectly so
as to cause it to ignore this environment variable?

Charles


Previous Comments:


[2002-11-05 15:15:19] [EMAIL PROTECTED]

{AOL}ME TOO!{/AOL}

Getting the same problem.  Using HP's Apache2 build from
software.hp.com, which includes Apache 2.0.43 adn PHP 4.2.2.  Per HP's
instruction, I just uncommented the LoadModule line for
modules/libphp4.so.  HTTPD hangs at 97% CPU util.  Have to kill -9 it
and apachectl.  Apache works fine if I re-comment the PHP line, so it's
definitely PHP-related.

Charles



[2002-10-08 13:17:59] [EMAIL PROTECTED]

Same issue with : 

httpd-2.0.43
php4-200210080300

@++
JC



[2002-09-24 06:31:24] [EMAIL PROTECTED]

Same issue with 4CVS-2009-09-24 (php4-20020924)

@++
JC



[2002-09-23 07:53:54] [EMAIL PROTECTED]

Please try a new snapshot. There were some thread-safety fixes
committed just recently.




[2002-09-23 04:55:45] [EMAIL PROTECTED]

Hellow,

CTRL + C on the httpd process do nothing.
The only way that I have to kill the process is "kill -9 12345"

So I think that I can't use gdb to debug in this case.

Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "hppa2.0n-hp-hpux11.00"...
Attaching to program: /PKl01h01/soft/web/httpd/bin/httpd, process
12815
ttrace wait: No such process.
A program is being debugged already.  Kill it? (y or n) n
Program not killed.
Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
(gdb) bt
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
warning: reading `flags' register: No such process
warning: reading `pcoqh' register: No such process
warning: reading `flags' register: No such process
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
#0  0x in ?? ()
warning: reading `rp' register: No such process
warning: reading `rp' register: No such process
Error accessing memory address 0x6f726b00: No such process.
(gdb)



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/19452

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

#20035 [Asn->Csd]: __LINE__ miscounts with #!/path/php scripts

[iliaa]

 ID:   20035
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: OpenBSD 3.1
 PHP Version:  4.2.3
 Assigned To:  iliaa
 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-10-23 10:13:15] [EMAIL PROTECTED]

The shebang line doesn't get stripped off by the kernel, PHP does that.
This is a bug.



[2002-10-23 00:44:20] [EMAIL PROTECTED]

Your kernel strips the first line, and so PHP sees the last 3 lines. As
it doesn't know that the kernel stripped the first shebang line it's
obvious that your line 3 reports line 2.

Derick



[2002-10-22 20:25:37] [EMAIL PROTECTED]

Excuse me, but I don't understand why this isn't a bug.  The only
reference to __LINE__ I can find in the documentation is here:

http://www.php.net/manual/en/language.constants.php

I can find nothing that suggests it is reasonable that __LINE__ counts
are off by one when used in #! prefixed command line scripts, (but not
in other uses) and I can see no reason why this would be considered
reasonable behaviour.

Can someone give me at least a 1 sentence explanation instead of just
hitting the 'quick-fix' RTFM button?



[2002-10-22 19:39:04] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php





[2002-10-22 19:34:54] [EMAIL PROTECTED]

The built-in variable __LINE__ undercounts by 1 on command-line scripts
that begin with a #!path-to-php line.  For example:

#!/usr/local/bin/php -q


This script will output:

Line 3 reports 2

This issue also applies to (at least) some other 4.1+ releases.





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

#20268 [NEW]: PHP (module or CLI) crashes with Bus Error on startup

[bdabney]

From: [EMAIL PROTECTED]
Operating system: Solaris 9
PHP version:  4CVS-2002-11-05
PHP Bug Type: Zend Engine 2 problem
Bug description:  PHP (module or CLI) crashes with Bus Error on startup

The CVS version (and the 4.3.0pre2 version, same error and backtrace) core
dumps on startup with this error:

Bus Error (core dumped)

My configure:

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27  --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug --with-curl

Here is the backtrace:

bash-2.05# gdb /usr/local/bin/php ,/core
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "sparc-sun-solaris2.9"...
/export/home/bdabney/php4/,/core: No such file or directory.
(gdb) quit
bash-2.05# gdb /usr/local/bin/php ./core 
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "sparc-sun-solaris2.9"...
Core was generated by `/export/home/bdabney/php4/sapi/cli/php -d
safe_mode=0 -d open_basedir= /export/'.
Program terminated with signal 10, Bus error.
Reading symbols from /usr/lib/64/libz.so.1...done.
Loaded symbols for /usr/lib/64/libz.so.1
Reading symbols from /usr/lib/64/libdl.so.1...done.
Loaded symbols for /usr/lib/64/libdl.so.1
Reading symbols from /usr/lib/64/libsocket.so.1...done.
Loaded symbols for /usr/lib/64/libsocket.so.1
Reading symbols from /usr/lib/64/libnsl.so.1...done.
Loaded symbols for /usr/lib/64/libnsl.so.1
Reading symbols from /usr/lib/64/libcrypt_i.so.1...done.
Loaded symbols for /usr/lib/64/libcrypt_i.so.1
Reading symbols from /usr/lib/64/libresolv.so.2...done.
Loaded symbols for /usr/lib/64/libresolv.so.2
Reading symbols from /usr/lib/64/libm.so.1...done.
Loaded symbols for /usr/lib/64/libm.so.1
Reading symbols from /usr/local/lib/libcurl.so.2...done.
Loaded symbols for /usr/local/lib/libcurl.so.2
Reading symbols from /usr/lib/64/libgen.so.1...done.
Loaded symbols for /usr/lib/64/libgen.so.1
Reading symbols from
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0...done.
Loaded symbols for /usr/local/oracle/OraHome/lib/libclntsh.so.9.0
Reading symbols from /usr/lib/64/libc.so.1...done.
Loaded symbols for /usr/lib/64/libc.so.1
Reading symbols from /usr/lib/64/libmp.so.2...done.
Loaded symbols for /usr/lib/64/libmp.so.2
Reading symbols from /usr/local/oracle/OraHome/lib/libwtc9.so...done.
Loaded symbols for /usr/local/oracle/OraHome/lib/libwtc9.so
---Type  to continue, or q  to quit---
Reading symbols from /usr/lib/64/libaio.so.1...done.
Loaded symbols for /usr/lib/64/libaio.so.1
Reading symbols from /usr/lib/64/librt.so.1...done.
Loaded symbols for /usr/lib/64/librt.so.1
Reading symbols from /usr/lib/64/libmd5.so.1...done.
Loaded symbols for /usr/lib/64/libmd5.so.1
Reading symbols from
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1...done.
Loaded symbols for
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
#0  0x100265bd0 in OnUpdateInt (entry=0x100407fb0, 
new_value=0x1002ad390 "1024", new_value_length=4, mh_arg1=0x4c, 
mh_arg2=0x1003f2e50, mh_arg3=0x0, stage=1)
at /export/home/bdabney/php4/Zend/zend_ini.c:444
444 *p = zend_atoi(new_value, new_value_length);
(gdb) bt
#0  0x100265bd0 in OnUpdateInt (entry=0x100407fb0, 
new_value=0x1002ad390 "1024", new_value_length=4, mh_arg1=0x4c, 
mh_arg2=0x1003f2e50, mh_arg3=0x0, stage=1)
at /export/home/bdabney/php4/Zend/zend_ini.c:444
#1  0x100264cbc in zend_register_ini_entries (ini_entry=0x1003ec008, 
module_number=0) at /export/home/bdabney/php4/Zend/zend_ini.c:157
#2  0x1001ea968 in php_module_startup (sf=0x1003f1e00,
additional_modules=0x0, 
num_additional_modules=0) at
/export/home/bdabney/php4/main/main.c:1068
#3  0x10027644c in main (argc=9, argv=0x7ad8)
at /export/home/bdabney/php4/sapi/cli/php_cli.c:443
(gdb)
-- 
Edit bug report at http://bugs.php.net/?id=20268&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20268&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20268&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20268&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20268&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20268&r=oldversion
Not developer issue:http://bugs.php.n

#20229 [Com]: PHP4 Compile errors with mysql module

[idave]

 ID:   20229
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RedHat Linux 8.0
 PHP Version:  4CVS-2002-11-03
 New Comment:

Just sent.


Previous Comments:


[2002-11-05 13:00:05] [EMAIL PROTECTED]

No worries you're almost there :)

Just loose the '-prefer-pic'. Then please send php_mysql.out to my
email.



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

Sorry... I didn't understand what you are saying. I've tried with gcc3
- same error, so it can't be a product of 'using gcc2 on RedHat 8'.

Is PHP compatible with gcc3?

Please help me. I'm not a C programmer so I can't understand if the gcc
command I've just typed in my terminal is right or wrong. It's not so
obvious for me.

I've tried with the following command
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include -g -O2  -prefer-pic
-c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:56: mysql.h: No such file or
directory
[root@idave libmysql]#

Trying "pushd / && locate mysql.h %% popd" returns:
/root/build/courier-imap-1.6.0.20021025/authlib/authmysql.h
/root/build/courier-imap-1.6.0.20021025/authlib/README.authmysql.html
/root/build/vpopmail-5.2.1/vmysql.h
/root/build/php4/ext/dbx/dbx_mysql.h
/root/build/php4/ext/mysql/libmysql/mysql.h
/root/build/php4/ext/mysql/php_mysql.h
/root/build/mysql-4.0.4-beta/include/mysql.h
/root/build/mysql-4.0.4-beta/innobase/include/row0mysql.h
/root/build/php-4.3.0pre2/ext/dbx/dbx_mysql.h
/root/build/php-4.3.0pre2/ext/mysql/libmysql/mysql.h
/root/build/php-4.3.0pre2/ext/mysql/php_mysql.h
/root/build/php-4.2.3/ext/dbx/dbx_mysql.h
/root/build/php-4.2.3/ext/mysql/libmysql/mysql.h
/root/build/php-4.2.3/ext/mysql/php_mysql.h
/root/build/mysql-3.23.53/include/mysql.h
/root/build/mysql-3.23.53/innobase/include/row0mysql.h
/usr/share/apps/quanta/doc/php/ref.mysql.html
/usr/local/mysql/include/mysql/mysql.h

So I've tried:
[root@idave libmysql]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/
-I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/main
-I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM -I/usr/local/mysql/include/mysql -g -O2 
-prefer-pic -c /root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
[root@idave libmysql]#

and then the command "grep -10 'For AIX string library'
./php_mysql.out" hadn't any output.



[2002-11-05 10:18:47] [EMAIL PROTECTED]

Ok, there are obviously characters missing
(-I/root/build/php4/inclmain).

The trick is, to get the line that fails, than strip -prefer-pic and
add -E after gcc and change the output file to php_mysql.out by adding
that to -o.
That calls the pre-processor on the file named after -c and resolves
all pre-processor macro's and includes.

If you have an issue with your terminal, please use the 'script(1)'
command, to capture all output from the make process to a file.

Since RedHat, comes with a stock gcc3 and you're trying to use gcc2,
there's some conflict with headers going on, that creates buggy
preprocessor macro's and/or defines.

That's why we're asking you to do this - it can be a local issue, or it
can be a product of 'using gcc2 on RedHat 8'.



[2002-11-05 09:01:40] [EMAIL PROTECTED]

[root@idave php4]# /usr/local/gcc2/bin/gcc -E
-I/root/build/php4/ext/mysql/ -I/root/build/php4/ext/mysql/
-DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4
-I/root/build/php4/Zend -I/usr/local/ssl/include
-I/usr/local/include/libxml2 -I/usr/local/include/freetype2
-I/usr/local/gd/include -I/usr/local/pgsql/include
-I/root/build/php4/ext/xml/expat  -DLINUX=22 -DMOD_SSL=EAPI
-I/root/build/php4/TSRM  -g -O2  -prefer-pic -c
/root/build/php4/ext/mysql/php_mysql.c -o php_mysql.out
gcc: unrecognized option `-prefer-pic'
/root/build/php4/ext/mysql/php_mysql.c:32: php.h: No such file or
directory
/root/build/php4/ext/mysql/php_mysql.c:33: php_globals.h: No such file
or directory
[root@idave php4]

#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:

Not any idea ??
Pleas help !!
I have a customer waiting
Please if you have any idea Let me know

Christos


Previous Comments:


[2002-11-04 10:54:49] [EMAIL PROTECTED]

I use iODBC but this is the log that is produced every time
i run php.

I have compiled with
--without-mysql --with-iodbc
Christos



[2002-11-04 10:27:30] [EMAIL PROTECTED]

Are you using FreeTDS or iOBDC?  I'm very confused...



[2002-11-03 18:45:49] [EMAIL PROTECTED]

Having recompiled the iodbclib.so with the symbols in it
Here is the new output of gdb Just before the crash


SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from
kan_keim",
cbSqlStr=-3) at execute.c:330
330   if (hproc == SQL_NULL_HPROC)
1: pstmt.asyn_on = 0
(gdb) s
338   (pstmt->dhstmt, szSqlStr, cbSqlStr));
1: pstmt.asyn_on = 0
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so
(gdb)



[2002-11-03 10:04:57] [EMAIL PROTECTED]

I dont know if it helps But i send the last part of /tmp/freetds.log

==
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbnextrow()
2002-11-03 17:51:27 leaving dbnextrow() returning -2
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
Sending packet @ 2002-11-03 17:51:27
  01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00   |...8s.e.t.
.|
0010  71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00  
|q.u.o.t.e.d._.i.|
0020  64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00  
|d.e.n.t.i.f.i.e.|
0030  72 00 20 00 6f 00 6e 00   |r. .o.n.|

Received packet @ 2002-11-03 17:51:27
  fd 00 00 fd 00 00 00 00 00|.|

2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
==

Best regards
Christos



[2002-11-03 09:00:37] [EMAIL PROTECTED]

How do I activate the SQL log ??
(is it on the PC running MSSQL or on the sun machine ?)
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

#20269 [NEW]: Something is broken when compiling with --with-jpeg as apache module

[luci]

From: [EMAIL PROTECTED]
Operating system: RHL7.3
PHP version:  4.3.0-pre2
PHP Bug Type: GD related
Bug description:  Something is broken when compiling with --with-jpeg as apache module

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:718: undefined
reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status

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

#20264 [Opn->Bgs]: interbase: Unable to initialize module Module

[edink]

 ID:   20264
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: win2000 pro
 PHP Version:  4.2.3
 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.

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



Previous Comments:


[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

#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:

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.


Previous Comments:


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

Not any idea ??
Pleas help !!
I have a customer waiting
Please if you have any idea Let me know

Christos



[2002-11-04 10:54:49] [EMAIL PROTECTED]

I use iODBC but this is the log that is produced every time
i run php.

I have compiled with
--without-mysql --with-iodbc
Christos



[2002-11-04 10:27:30] [EMAIL PROTECTED]

Are you using FreeTDS or iOBDC?  I'm very confused...



[2002-11-03 18:45:49] [EMAIL PROTECTED]

Having recompiled the iodbclib.so with the symbols in it
Here is the new output of gdb Just before the crash


SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from
kan_keim",
cbSqlStr=-3) at execute.c:330
330   if (hproc == SQL_NULL_HPROC)
1: pstmt.asyn_on = 0
(gdb) s
338   (pstmt->dhstmt, szSqlStr, cbSqlStr));
1: pstmt.asyn_on = 0
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so
(gdb)



[2002-11-03 10:04:57] [EMAIL PROTECTED]

I dont know if it helps But i send the last part of /tmp/freetds.log

==
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbnextrow()
2002-11-03 17:51:27 leaving dbnextrow() returning -2
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
Sending packet @ 2002-11-03 17:51:27
  01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00   |...8s.e.t.
.|
0010  71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00  
|q.u.o.t.e.d._.i.|
0020  64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00  
|d.e.n.t.i.f.i.e.|
0030  72 00 20 00 6f 00 6e 00   |r. .o.n.|

Received packet @ 2002-11-03 17:51:27
  fd 00 00 fd 00 00 00 00 00|.|

2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
==

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

#20251 [WFx->Opn]: Can't assign values to array in loop.

[director]

 ID:   20251
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

Thank you.  I don't know much about the development of Zend engine, so
I guess I'll wait for ZE2 to be included in future release of PHP.

I had posted a bad sample code.  I wasn't trying to fill an array with
the same value, so it should have been:




And, by the way, this also crashes when $a gets too high or is coupled
with another similar loop in the same script:




If these work in ZE2, should I bother to do a gdb backtrace using ZE1?


Previous Comments:


[2002-11-05 08:08:26] [EMAIL PROTECTED]

In ZE1 use array_fill() to fill in an array with the same value, it'll
be faster and work. In ZE2 your code will work fine as is, still
array_fill() would probably be a better alternative.



[2002-11-04 19:23:34] [EMAIL PROTECTED]

Okay, Please join a gdb backtrace.



[2002-11-04 19:12:02] [EMAIL PROTECTED]

The following works in place of array, so I'll try and see how much
memory and CPU this uses.





[2002-11-04 18:50:58] [EMAIL PROTECTED]

ilia said it was reproductile with any values larger than 66000



[2002-11-04 18:50:47] [EMAIL PROTECTED]

I apologize if you think this is not the appropriate place, but I had
confered with a couple of other developers who experienced the same
problem when this was run, so I figured it was a php bug.  I'll do more
research (trying it on windows, maybe) and see what I come up with. 
Sorry to waste your time.



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/20251

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

#20270 [NEW]: Apache processes don't clean up

[luci]

From: [EMAIL PROTECTED]
Operating system: RHL7.3
PHP version:  4.3.0-pre2
PHP Bug Type: Java related
Bug description:  Apache processes don't clean up

I have tried to use the Java extension with JDK1.4.1 and PHP 4.2.3 and
4.3.0-pre2.

Each time a page with embedded Java runs, the Apache (1.3.27) spawns
MaxSpareServers processes, which never seem to get cleaned up.

The tests I conducted with 4.2.3 ended up crashing after a few runs, being
unable to run the JVM. This version also had trouble reading php.ini class
path settings.

The 4.3.0-pre2 seems to stop spawning processes after reaching about 90
httpds (not sure what this number is related to). The execution time of
the code is much faster after the spawning stops also - probably the JVMs
are loaded for all httpds?

Is there a way to control this process spawning and to get the whole thing
more stable?

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

#15702 [Opn]: Segmentation fault (using jdk1.4 with php 4.2.3)

[ssruprai]

 ID:   15702
 User updated by:  [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Java related
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.2.3
 New Comment:

Just wanted to change email so that I recevie the notification whenever
this page is updated.


Previous Comments:


[2002-11-02 17:42:26] [EMAIL PROTECTED]

I used php 4.2.3 this time with apache 2.0.43

Apache
--
./configure --prefix=/wwwroot --enable-so

php

/configure --prefix=/wwwroot/php --with-apxs2=/wwwroot/bin/apxs
--with-java --with-mysql --with-config-file-path=/wwwroot/php

export
LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client


php.ini Setting
---
[Java]

java.class.path = /wwwroot/php/lib/php/php_java.jar
extension=java.so
java.home = /usr/java/j2sdk1.4.0
java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so
;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so
;java.library.path = /usr/java/j2sdk1.4.0/jre/lib/i386/client


Apache Start

$ export
LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client

$ /wwwroot/bin/apachectl start


Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in /wwwroot/htdocs/jver.php on line 4

Then I changed java setting in php.ini like this:

[Java]
java.class.path = /wwwroot/php/lib/php/php_java.jar
extension=java.so
java.library.path = /wwwroot/php/lib/php


But same error was displayed.

Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in /wwwroot/htdocs/jver.php on line 4

I also want to know what has to be specified in java.library.path?
In php.ini I also tried to use
java.library.path=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client


But it was unable to find other java libraries and this error was
displayed:

Fatal error: Unable to load Java Library
/usr/java/j2sdk1.4.0/./jre/lib/i386/libjava.so, error: libverify.so:
cannot load shared object file: No such file or
directory in /wwwroot/htdocs/jver.php on line 4

So I had to mannual export LD_LIBRARY_PATH as above and then it
displayed the
unsatisfied link error.



[2002-10-31 01:00:04] [EMAIL PROTECTED]

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".



[2002-10-15 22:38:59] [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


And use MINIMUM amount of configure options when you test it.




[2002-10-15 11:24:28] [EMAIL PROTECTED]

I think you have not read it properly. My first comment was related
apache 1.3.23 Yes this happens with all versions of apache only when
using any jdk other later than 1.2.2.



[2002-09-09 01:00:04] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, 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".



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/15702

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

#20271 [NEW]: Unable to set a cookie with _ in the host

[scottmacvicar]

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.3.0-pre2
PHP Bug Type: Apache related
Bug description:  Unable to set a cookie with _ in the host

If you create a host with an underscore in the domain you are unable to set
cookie. I created one with the name site_v1.domain.com and any attempt to
set a cookie was unsuccessful, I then used the IP address instead and it
worked fine.

I then tested this on a different system with the following code.

';
print_r($_COOKIE);
echo '';

?>

Yes i did reload the page. I've tried php 4.2.3 and 4.3.0-pre2
-- 
Edit bug report at http://bugs.php.net/?id=20271&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20271&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20271&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20271&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20271&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20271&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20271&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20271&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20271&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20271&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20271&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20271&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20271&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20271&r=isapi

#20251 [Opn->]: Can't assign values to array in loop.

[iliaa]

 ID:   20251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Arrays related
 Operating System: linux 2.4.7-10enterprise #1 SMP
 PHP Version:  4.2.1
 New Comment:

I've tried the last two examples you've provided. They work just fine
on 4.2.3 and 4.3.0-pre2 on an SMP linux server.

Setting the status of the report back to Won't Fix based on the initial
report.


Previous Comments:


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

Thank you.  I don't know much about the development of Zend engine, so
I guess I'll wait for ZE2 to be included in future release of PHP.

I had posted a bad sample code.  I wasn't trying to fill an array with
the same value, so it should have been:




And, by the way, this also crashes when $a gets too high or is coupled
with another similar loop in the same script:




If these work in ZE2, should I bother to do a gdb backtrace using ZE1?



[2002-11-05 08:08:26] [EMAIL PROTECTED]

In ZE1 use array_fill() to fill in an array with the same value, it'll
be faster and work. In ZE2 your code will work fine as is, still
array_fill() would probably be a better alternative.



[2002-11-04 19:23:34] [EMAIL PROTECTED]

Okay, Please join a gdb backtrace.



[2002-11-04 19:12:02] [EMAIL PROTECTED]

The following works in place of array, so I'll try and see how much
memory and CPU this uses.





[2002-11-04 18:50:58] [EMAIL PROTECTED]

ilia said it was reproductile with any values larger than 66000



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/20251

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

#15702 [Opn->Fbk]: Segmentation fault (using jdk1.4 with php 4.2.3)

[kalowsky]

 ID:   15702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Java related
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.2.3
 New Comment:

I believe the current answer to this is to make a link to the library
like so:

$extensiondir$/java.so to $extensiondir$/libphp_java.so

You can find more about this in Bug #19327

Does this solve the problem?  I know it's a hack at the moment, but the
other bug details some of the issues with possible solutions.


Previous Comments:


[2002-11-05 18:24:13] [EMAIL PROTECTED]

Just wanted to change email so that I recevie the notification whenever
this page is updated.



[2002-11-02 17:42:26] [EMAIL PROTECTED]

I used php 4.2.3 this time with apache 2.0.43

Apache
--
./configure --prefix=/wwwroot --enable-so

php

/configure --prefix=/wwwroot/php --with-apxs2=/wwwroot/bin/apxs
--with-java --with-mysql --with-config-file-path=/wwwroot/php

export
LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client


php.ini Setting
---
[Java]

java.class.path = /wwwroot/php/lib/php/php_java.jar
extension=java.so
java.home = /usr/java/j2sdk1.4.0
java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so
;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so
;java.library.path = /usr/java/j2sdk1.4.0/jre/lib/i386/client


Apache Start

$ export
LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client

$ /wwwroot/bin/apachectl start


Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in /wwwroot/htdocs/jver.php on line 4

Then I changed java setting in php.ini like this:

[Java]
java.class.path = /wwwroot/php/lib/php/php_java.jar
extension=java.so
java.library.path = /wwwroot/php/lib/php


But same error was displayed.

Fatal error: java.lang.UnsatisfiedLinkError: no php_java in
java.library.path in /wwwroot/htdocs/jver.php on line 4

I also want to know what has to be specified in java.library.path?
In php.ini I also tried to use
java.library.path=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client


But it was unable to find other java libraries and this error was
displayed:

Fatal error: Unable to load Java Library
/usr/java/j2sdk1.4.0/./jre/lib/i386/libjava.so, error: libverify.so:
cannot load shared object file: No such file or
directory in /wwwroot/htdocs/jver.php on line 4

So I had to mannual export LD_LIBRARY_PATH as above and then it
displayed the
unsatisfied link error.



[2002-10-31 01:00:04] [EMAIL PROTECTED]

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".



[2002-10-15 22:38:59] [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


And use MINIMUM amount of configure options when you test it.




[2002-10-15 11:24:28] [EMAIL PROTECTED]

I think you have not read it properly. My first comment was related
apache 1.3.23 Yes this happens with all versions of apache only when
using any jdk other later than 1.2.2.



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/15702

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

#20269 [Opn->Bgs]: Something is broken when compiling with --with-jpeg as apache module

[iliaa]

 ID:   20269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.


Previous Comments:


[2002-11-05 17:26:01] [EMAIL PROTECTED]

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:718: undefined
reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status





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

#20269 [Bgs->Opn]: Something is broken when compiling with --with-jpeg as apache module

[luci]

 ID:   20269
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

The same config/compile configuration options have been used as with
previously working php 4.1.x, 4.2.x.

The problem may be with the fact the the php4.3.x requires implicitly
the new GD2 instead of the GD1 used before.


Previous Comments:


[2002-11-05 21:00:52] [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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.



[2002-11-05 17:26:01] [EMAIL PROTECTED]

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:718: undefined
reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status





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

#20269 [Opn->Fbk]: Something is broken when compiling with --with-jpeg as apache module

[iliaa]

 ID:   20269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

Could you please show you config line that you are using, in particular
the parts related to gd configuration options.


Previous Comments:


[2002-11-05 21:03:54] [EMAIL PROTECTED]

The same config/compile configuration options have been used as with
previously working php 4.1.x, 4.2.x.

The problem may be with the fact the the php4.3.x requires implicitly
the new GD2 instead of the GD1 used before.



[2002-11-05 21:00:52] [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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.



[2002-11-05 17:26:01] [EMAIL PROTECTED]

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:718: undefined
reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status





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

#20269 [Fbk->Opn]: Something is broken when compiling with --with-jpeg as apache module

[luci]

 ID:   20269
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

./configure  --enable-safe-mode
--with-exec-dir=/home/virtual--enable-calendar
--with-mysql=/usr/local/mysql
--with-apache=/usr/local/src/apache_1.3.27 --enable-trans-sid --enab
le-track-vars --with-zlib-dir --with-gd --with-jpeg-dir --with-ttf
--enable-gd-native-ttf --enable-gd-imgstrttf
--with-freetype-dir=/usr/local/include/freetype2 --with-curl=/usr/l
ib --with-imap --with-kerberos


Previous Comments:


[2002-11-05 21:06:08] [EMAIL PROTECTED]

Could you please show you config line that you are using, in particular
the parts related to gd configuration options.



[2002-11-05 21:03:54] [EMAIL PROTECTED]

The same config/compile configuration options have been used as with
previously working php 4.1.x, 4.2.x.

The problem may be with the fact the the php4.3.x requires implicitly
the new GD2 instead of the GD1 used before.



[2002-11-05 21:00:52] [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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.



[2002-11-05 17:26:01] [EMAIL PROTECTED]

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:718: undefined
reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status





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

#20269 [Opn->Fbk]: Something is broken when compiling with --with-jpeg as apache module

[iliaa]

 ID:   20269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

Does the compilation work correctly if you remove the --with-jpeg-dir
flag?

The purpose of that flag is to specify the directory where libjpeg can
be found, since you are not specifying the path, you might as well
leave that option out.


Previous Comments:


[2002-11-05 21:10:25] [EMAIL PROTECTED]

./configure  --enable-safe-mode
--with-exec-dir=/home/virtual--enable-calendar
--with-mysql=/usr/local/mysql
--with-apache=/usr/local/src/apache_1.3.27 --enable-trans-sid --enab
le-track-vars --with-zlib-dir --with-gd --with-jpeg-dir --with-ttf
--enable-gd-native-ttf --enable-gd-imgstrttf
--with-freetype-dir=/usr/local/include/freetype2 --with-curl=/usr/l
ib --with-imap --with-kerberos



[2002-11-05 21:06:08] [EMAIL PROTECTED]

Could you please show you config line that you are using, in particular
the parts related to gd configuration options.



[2002-11-05 21:03:54] [EMAIL PROTECTED]

The same config/compile configuration options have been used as with
previously working php 4.1.x, 4.2.x.

The problem may be with the fact the the php4.3.x requires implicitly
the new GD2 instead of the GD1 used before.



[2002-11-05 21:00:52] [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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.



[2002-11-05 17:26:01] [EMAIL PROTECTED]

modules/php4/libphp4.a(gd_jpeg.o): In function `fatal_jpeg_error':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:57: undefined
reference to `jpeg_destroy'
modules/php4/libphp4.a(gd_jpeg.o): In function `gdImageJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:135: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:147: undefined
reference to `jpeg_CreateCompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:153: undefined
reference to `jpeg_set_defaults'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:155: undefined
reference to `jpeg_set_quality'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:164: undefined
reference to `jpeg_simple_progression'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:175: undefined
reference to `jpeg_destroy_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:181: undefined
reference to `jpeg_start_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:190: undefined
reference to `jpeg_write_marker'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:213: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:245: undefined
reference to `jpeg_write_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:251: undefined
reference to `jpeg_finish_compress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:253: undefined
reference to `jpeg_destroy_compress'
modules/php4/libphp4.a(gd_jpeg.o): In function
`gdImageCreateFromJpegCtx':
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:298: undefined
reference to `jpeg_std_error'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:312: undefined
reference to `jpeg_CreateDecompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:316: undefined
reference to `jpeg_read_header'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:347: undefined
reference to `jpeg_start_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:440: undefined
reference to `jpeg_read_scanlines'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:453: undefined
reference to `jpeg_finish_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:458: undefined
reference to `jpeg_destroy_decompress'
/usr/local/src/php-4.3.0pre2/ext/gd/libgd/gd_jpeg.c:463: undefined
reference to `jpeg_destroy_decompress'
modules/php4/libphp4.a(gd_jpeg.o): In function `jpeg_gdIOCtx_src':
/usr/local/src/ph

#20272 [NEW]: Post array does not work

[wangxh]

From: [EMAIL PROTECTED]
Operating system: RH Linux
PHP version:  4.2.3
PHP Bug Type: Scripting Engine problem
Bug description:  Post array does not work

Array
(
[delstr2] => Array
(
[0] => 
[1] => 
[2] => 
[3] => 
[4] => 
[5] => 
[6] => 
[7] => 
[8] => 
[9] => 
[10] => 
[11] => 
[12] => 
[13] => 
[14] => 
[15] => 
)
 ... ...
}
-- 
Edit bug report at http://bugs.php.net/?id=20272&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20272&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20272&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20272&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20272&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20272&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20272&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20272&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20272&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20272&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20272&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20272&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20272&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20272&r=isapi

#20269 [Fbk->Opn]: Something is broken when compiling with --with-jpeg as apache module

[luci]

 ID:   20269
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: RHL7.3
 PHP Version:  4.3.0-pre2
 New Comment:

No, still the same without the flag.


Previous Comments:


[2002-11-05 21:14:30] [EMAIL PROTECTED]

Does the compilation work correctly if you remove the --with-jpeg-dir
flag?

The purpose of that flag is to specify the directory where libjpeg can
be found, since you are not specifying the path, you might as well
leave that option out.



[2002-11-05 21:10:25] [EMAIL PROTECTED]

./configure  --enable-safe-mode
--with-exec-dir=/home/virtual--enable-calendar
--with-mysql=/usr/local/mysql
--with-apache=/usr/local/src/apache_1.3.27 --enable-trans-sid --enab
le-track-vars --with-zlib-dir --with-gd --with-jpeg-dir --with-ttf
--enable-gd-native-ttf --enable-gd-imgstrttf
--with-freetype-dir=/usr/local/include/freetype2 --with-curl=/usr/l
ib --with-imap --with-kerberos



[2002-11-05 21:06:08] [EMAIL PROTECTED]

Could you please show you config line that you are using, in particular
the parts related to gd configuration options.



[2002-11-05 21:03:54] [EMAIL PROTECTED]

The same config/compile configuration options have been used as with
previously working php 4.1.x, 4.2.x.

The problem may be with the fact the the php4.3.x requires implicitly
the new GD2 instead of the GD1 used before.



[2002-11-05 21:00:52] [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.

This error occures becuase the linker (ld) cannot find the jpeg
library. You can fix this problem by editing the config.nice file
inside the php4 directory and adding 
LDFLAGS='-L/path/to/lib' \ 
above the ./configure \ 

For example is your libjpeg.so resides inside /usr/local/lib, you'd add
-L/usr/local.

Once you've edited the file, remove config.cache and run ./config.nice,
after that make; make install; should work.



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/20269

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

#17997 [Opn->Ver]: got wanning when combing switch & reference

[iliaa]

 ID:   17997
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: shoul be all
-PHP Version:  4.2.1
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-07-23 16:45:31] [EMAIL PROTECTED]

the error message is on the closing '}' of the switch ...
does switch re-evaluate its argument on termination?
this is scary!



[2002-06-26 11:25:14] [EMAIL PROTECTED]

let the sample code say the problem


---
result:
---
.
Notice: Uninitialized string offset: 9 in
d:\myfile\wwwroot\our-sky.com\test.php on line 19
123


how ever, if i change
$str = '123';
to:
$s = '123';
$str = &$s;

no wanning




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

#20273 [NEW]: Undefined symbol: core_globals

[matthew . krajewski]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Apache related
Bug description:  Undefined symbol: core_globals

After compiling PHP 4.2.3 as a DSO, 
I've received the following message on running httpd
version 1.3.26 (binary supplied with Slackware 8.1):

Cannot load /usr/libexec/libphp4.so into server:
  /usr/libexec/libphp4.so: undefined symbol: core_globals

Here are the following options I used in the
PHP4 build:
--with-sql
--with-apxs
--enable-mbstring
--enable-mbstr-enc-trans
--enable-mbregex

I've looked all over the Web for a solution to this.
Looking at various mailing lists, it seems that several
people have encountered the same problem, but I have not
yet seen a solution presented in response.
If there's a solution to this, could
you please email it to me?
-- 
Edit bug report at http://bugs.php.net/?id=20273&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20273&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20273&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20273&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20273&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20273&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20273&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20273&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20273&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20273&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20273&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20273&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20273&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20273&r=isapi

#20273 [Opn]: Undefined symbol: core_globals

[matthew . krajewski]

 ID:   20273
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Sorry, that's 
--with-mysql
not
--with-sql


Previous Comments:


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

After compiling PHP 4.2.3 as a DSO, 
I've received the following message on running httpd
version 1.3.26 (binary supplied with Slackware 8.1):

Cannot load /usr/libexec/libphp4.so into server:
  /usr/libexec/libphp4.so: undefined symbol: core_globals

Here are the following options I used in the
PHP4 build:
--with-sql
--with-apxs
--enable-mbstring
--enable-mbstr-enc-trans
--enable-mbregex

I've looked all over the Web for a solution to this.
Looking at various mailing lists, it seems that several
people have encountered the same problem, but I have not
yet seen a solution presented in response.
If there's a solution to this, could
you please email it to me?




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

#18404 [NoF->Opn]: Session data being lost

[g . hort]

 ID:   18404
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.2
 PHP Version:  4.3.0-dev
 New Comment:

It still happens with snapshot 20011030600


Previous Comments:


[2002-10-14 19:26:52] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, 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".



[2002-09-26 20:24:54] [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-19 13:20:03] [EMAIL PROTECTED]

just a side question, does this happen with PHP 4.2.3?  There is a
minor change between the two that makes a big difference between the
way the two work.



[2002-07-19 04:54:27] [EMAIL PROTECTED]

version update



[2002-07-19 03:22:46] [EMAIL PROTECTED]

gawk and gnu sed fixed the link problem, the session data lost problem
still exists.



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/18404

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

#18404 [Opn]: Session data being lost

[g . hort]

 ID:   18404
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: redhat 7.2
 PHP Version:  4.3.0-dev
 New Comment:

that should be 200211030600


Previous Comments:


[2002-11-05 22:47:10] [EMAIL PROTECTED]

It still happens with snapshot 20011030600



[2002-10-14 19:26:52] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, 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".



[2002-09-26 20:24:54] [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-19 13:20:03] [EMAIL PROTECTED]

just a side question, does this happen with PHP 4.2.3?  There is a
minor change between the two that makes a big difference between the
way the two work.



[2002-07-19 04:54:27] [EMAIL PROTECTED]

version update



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/18404

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

#20254 [Fbk->Opn]: imap_header() crash with bad Reply-To

[woonuk]

 ID:   20254
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 PHP Version:  4.2.3
 New Comment:

I deleted many html tags and php code.
Ctrl+F5(reload) gives good result or crash.

$ cat test.php
from[0]->personal;
if(!$from) $from = $header->$from[0]->mailbox;

$subject = htmlspecialchars(chop($header->Subject));
if(!$subject) $subject = "Null !!";

$to = $header->to[0]->personal;
if(!$to) $to = $header->to[0]->mailbox;

echo("Subject: $subject");
echo("Date : " . $header->Date . "");
echo("From : $from");
echo("To : $to");

imap_close($mailbox);
?>


Previous Comments:


[2002-11-05 14:29:25] [EMAIL PROTECTED]

The last error implies crash somewhere in the Apache 2 code. Does this
crash happen on any particular script, if so, could you please provide
the smallest possible version of such a script that can be used to
replicate the problem.



[2002-11-05 09:43:28] [EMAIL PROTECTED]

I tried above cvs version.
It worked but apache logs said,

[Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal
Segmentation fault (11)


and the back-trace here.

(gdb) bt
#0  0x402debd3 in chunk_alloc () from /lib/libc.so.6
#1  0x402de9d0 in malloc () from /lib/libc.so.6
#2  0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740
"/usr/local/src/php4-200211030600/Zend/zend_stack.c",
__zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154
#3  0x4053d0de in zend_stack_init (stack=0x40654380) at
/usr/local/src/php4-200211030600/Zend/zend_stack.c:27
#4  0x4052c3d6 in zend_init_compiler_data_structures () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:73
#5  0x4052c4f0 in init_compiler () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:100
#6  0x4053e998 in zend_activate () at
/usr/local/src/php4-200211030600/Zend/zend.c:594
#7  0x40506bba in php_request_startup () at
/usr/local/src/php4-200211030600/main/main.c:833
#8  0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375
#9  0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449
#10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at
util_filter.c:540
#11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317
#12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194
#13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401
#14 0x08084e93 in ap_process_request (r=0x81dd9c8) at
http_request.c:288
#15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at
http_core.c:293
#16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at
connection.c:85
#17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#19 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#22 0x402821c4 in __libc_start_main () from /lib/libc.so.6



[2002-11-05 07:18:10] [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-05 03:54:59] [EMAIL PROTECTED]

Here gdb backtrace.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1024 (LWP 21817)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 21817)]
0x402df6dc in chunk_free () from /lib/libc.so.6
(gdb) bt
#0  0x402df6dc in chunk_free () from /lib/libc.so.6
#1  0x402df548 in free () from /lib/libc.so.6
#2  0x404583a7 in _php_make_header_object (myzvalue=0x823b188,
en=0x82444a8, tsrm_ls=0x8186838) at php_imap.c:3724
#3  0x4044d232 in zif_imap_headerinfo (ht=2, return_value=0x823b188,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x8186838)
at php_imap.c:1631
#4  0x403fd5f0 in execute (op_array=0x81e1d08, tsrm_ls=0x8186838) at
./zend_execute.c:1598
#5  0x404100ed in zend_execute_scripts (type=8, tsrm_ls=0x8186838,
retval=0x0, file_count=3) at zend.c:812
#6  0x404236fd in php_execute_script (primary_file=0xb

#18158 [NoF->Opn]: sybase session storage causing data corruption

[g . hort]

 ID:   18158
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Solaris 8
-PHP Version:  4.2.1
+PHP Version:  4.3.0-dev
 New Comment:

tried snapshot 200211030600, getting

[06-Nov-2002 16:25:39] PHP Warning:  String is not zero-terminated
(*Ì) (source:
/usr/local/src/imp/php4-200211030600/Zend/zend_execute_API.c:293) in
Unknown on line 0

in the log.


Previous Comments:


[2002-10-27 19:05:49] [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-10-09 10:50:03] [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 06:33:13] [EMAIL PROTECTED]

Not session related, reclassified.



[2002-07-19 05:38:28] [EMAIL PROTECTED]

I think this is a different problem. This is related to sybase
returning an error like already exists when doing an insert and it
doesn't occur with mysql and has nothing to do with the size of the
session.  The corruption occurs in a non-session variable and there
doesn't appear to be anything wrong with the session data itself.

In 18404, as far as I can see, the database doesn't give an error, the
problem occurs with both sybase and mysql and it seems to depend on the
size of the session and the session variable becomes undefined.  It
still occurs with the workaround for this bug in place.

However if you still think its the same bug then of course I accept
that.



[2002-07-19 04:57:50] [EMAIL PROTECTED]

In the other report (#18404) you said mysql does NOT work..
please, only ONE report per bug.




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/18158

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

#20274 [NEW]: failed to create stream: Too many open files in Unknown on line

[fowler]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4CVS-2002-11-06
PHP Bug Type: iPlanet related
Bug description:  failed to create stream: Too many open files in Unknown on line

We are running php4-200211030600 with Sun One Web Server 6.0sp4 on Solaris
8. It was compiled with gcc 2.95.3 using './configure' \
'--with-nsapi=/path/to/iplanet/web/server' \

It compiled successfully and runs fine for a few hours but accessing pages
soon reports the following:
==
Warning: Unknown(/path/to/doc-root/index.php): failed to create stream:
Too many open files in Unknown on line 0

Warning: Failed opening '/path/to/doc-root/index.php' for inclusion
(include_path='.:/usr/local/lib/php') in Unknown on line 0
==
A quick fix is to setup a cron job to restart the web server hourly, but
this is not desired.

Please let me know if I can provide additional details regarding this
issue.

Thanks,


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

#17596 [Fbk->NoF]: Unable to reference external DTD with PHP DSO

[php-bugs]

 ID:   17596
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: XSLT related
 Operating System: Solaris 2.6
 PHP Version:  4.1.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-10-20 23:16:47] [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-03 14:40:06] [EMAIL PROTECTED]

Well - 4.2.3 is the current maintenance release. If you have a
testmachine available, please try it.

Also - when possible - try to rule out the DSO issue, by using a
statically compiled apache.
Use --with-apache=/path_to/apache_source_tree.
Instructions are at:
http://www.php.net/manual/en/install.unix.php (example 3-4)

If the static module works (which you can also do with 4.1.2), then I
would like to reclassify this as a Solaris Dynamic Loading problem.

Beware though, that you cannot 'switch' between DSO and static. You
need to recompile apache both times and adjust LoadModule directives in
httpd.conf.



[2002-10-03 13:50:40] [EMAIL PROTECTED]

I have not tried with php 4.3.0-dev we are still using 4.1.2 and have
not had a chance to udgrade to 4.2.3 yet.



[2002-10-03 13:24:38] [EMAIL PROTECTED]

Does this apply with 4.3.0-dev?



[2002-06-06 10:22:11] [EMAIL PROTECTED]

The version of Sablotron I am using is 0.90, compiled via sources with
the following configure script:

#!/bin/sh
env LIBRARY_PATH=/www/lib \
env CPLUS_INCLUDE_PATH=/www/include \
  ./configure \
--prefix=/www \
--disable-javascript



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/17596

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