#19324 [Fbk->NoF]: show PHP source on client's browser

[php-bugs]

 ID:   19324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-10-12 10:12:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-09-30 06:18:43] [EMAIL PROTECTED]

3. showing source code
4. showing source code
5. showing source code
6. no source code 
7. showing source code



[2002-09-30 05:53:45] [EMAIL PROTECTED]

3 and 4 with the "php_engine = on" directive please (explicit).

Derick



[2002-09-30 05:50:54] [EMAIL PROTECTED]

Hi ,

I have a small question to this bug, because I have the same problem.

>1. stop apache
>2. start apache in single process mode like:
>   /path/to/apache/httpd -X
>3. Request a page from a vhost/directory where PHP is enabled
>4. Do that again :)
>5. Request a page from a vhost/directory where PHP is disabled
>6. Request a page from a vhost/directory where PHP is enabled (but
not
>explicit with php_engine = on, just the 'default')
>7. Request a page from a vhost/directory where PHP is enabled
(implicit
>wirth php_engine = on)
>Please tell us when you see the source and when not.

Test 3 and 4 with explicit php_engine directive or not (the same as
6)?

However, with php_engine=on in a  and also a
concurrently php_engine off directive in another , Apache
results always the source code on my virtualhost with php_engine=on.

Regards,

-- 
Steve



[2002-09-30 03:27:58] [EMAIL PROTECTED]

Will it fixed at next version?



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

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

#19806 [Fbk->NoF]: more detailed messages PLEASE!!!!

[php-bugs]

 ID:   19806
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Feature/Change Request
 Operating System: Linux 2.4.9
 PHP Version:  4.2.3
 New Comment:

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


Previous Comments:


[2002-10-07 18:29:41] [EMAIL PROTECTED]

Thank you for your report. And for understanding us too. :)
Anyway, if you already have done some work for getting better error
messages for dba, we would be glad to get such
patch and put it in the CVS too..



[2002-10-07 18:00:50] [EMAIL PROTECTED]

This is what I tried to do today ... after getting rid of
safe-mode-get-uid-stress yesterday and apache-2.0+php-4.2.x-trouble
that day before, which tooks me several hours each ... 

Well, I used to call dba_open and got some well known error saying
"driver initialization failed". It's quite okay for that.

Browsing your bug report system indicates, that this failure isn't
fresh, but was told to be done in CVS for 4.0.1 or something around
that version.

Now, it took me several hours again to first browse your site, the rest
of internet, the sources of PHP and DB3 and test around with several
things before I came to the point in code, where I had to install some
error reporting into your sources to find out why dba_open finally
failed ...

Well, I've reported several non-significant bugs to your system before
and always tried to bring up the patience to make it as easy as
understandable for you what went wrong here at my systems.

Some reports can't be supplied with detailed information without
spending another lot of hours - which I can't effort, too, because of
"economic needs" - in testing, searching and solution-offering. All I
get is some automatic message saying, you can't do anything without
further details, linking me with some explanation of what you would
like a bug report consisting of and finally making my report a "bogus"
one ...

I really understand all your stress and that PHP isn't fulltime for you
and I pay full respect to this all, but sometimes I don't feel like
being handled in a similar way by you ... what about some better
documentation, more specific and even more "professional". And if not
being better documented, what about more detailed error reporting
mechanisms

In the example given up there your code responds with "driver
initialization failed" on any problem the handler's open-method
encounters and reports by some boolean result. The other end point of
the underlying calling chain - db3's open-method supplies detailed
error messages - which I would like to get instead of that nonsense
warning.

To me it's like reporting you: Hey, my PHP isn't working.


While expecting your time to be wasted with that request or its
realisation, I hope it could influence a bit the way of coding several
extensions (which rely on external libraries - like dba does) in the
future ...

Thanks for your attention!




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

#20131 [NEW]: the php-4.3.0-pre2 failed to make on Mac OS X 10.2

[jstates]

From: [EMAIL PROTECTED]
Operating system: Mac OS X
PHP version:  4CVS-2002-10-27
PHP Bug Type: Compile Failure
Bug description:  the php-4.3.0-pre2 failed to make on Mac OS X 10.2

I performed a ./buildconf to update the build process for OS X libtool and
such.  The build was fine, but it failed on make.

This is the messages that came up.  Sorry that I can not be of more help
could you tell me an different way to compile php-4.3 or the CVS version
and I will try it.  Thanks 

Error --

-c /Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c -o
ext/standard/basic_functions.o  && echo > ext/standard/basic_functions.lo
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1377:
warning: `struct option' declared inside parameter list
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1377:
warning: its scope is only this definition or declaration, which is
probably not what you want
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c: In function
`free_longopts':
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1382:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1382:
increment of pointer to unknown structure
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1382:
arithmetic on pointer to an incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1383:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c: In function
`zif_getopt':
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1458: sizeof
applied to an incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1470:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1474:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1477:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1482:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1483:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1484:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1487:
increment of pointer to unknown structure
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1487:
arithmetic on pointer to an incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1519: invalid
use of undefined type `struct option'
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1519:
dereferencing pointer to incomplete type
/Downloads/Unix/php-4.3.0pre2/ext/standard/basic_functions.c:1548:
warning: passing arg 1 of `free_longopts' from incompatible pointer type
make: *** [ext/standard/basic_functions.lo] Error 1
-- 
Edit bug report at http://bugs.php.net/?id=20131&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20131&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20131&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20131&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20131&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20131&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20131&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20131&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20131&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20131&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20131&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20131&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20131&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20131&r=isapi

#19404 [Com]: phpMyAdmin does not work properly anymore

[silence]

 ID:   19404
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: mbstring related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.2.3
 New Comment:

Hi Fernando.. 
do you have the problem yet?
if you like, write me to my email and i can help you...
(i´m in Colombia too, i´m writing in english for the forum)

:)

Byron H.
[EMAIL PROTECTED]


Previous Comments:


[2002-10-22 09:27:00] [EMAIL PROTECTED]

I couldn't recreate the bug with your examples.
It worked for me.
I am using Apache 2.x php 4.23 and mysql 3.23.53
Did you scroll across to make make a primary key.
The last option is not visible unless you scroll horizontally.
But it is probably something else on your system.
ANDY



[2002-10-21 05:15:19] [EMAIL PROTECTED]

Hello,

Please i had created site on PHP 4.0.5 on my windows 98

I send FTP and PHPMYADMIN the DB and files to server 
with PHP 4.2.2

The site dont execute,  http://www.fonaviemcali.com.co
How can i find a solution ?

Thanks.

Fernando A.-



[2002-10-20 09:19:04] [EMAIL PROTECTED]

Hello!!

I have the same problem for phpmyadmin and php 4.2.3 such that:

There seems to be an error in your SQL query. The MySQL server error
output below, if there is any, may also help you in diagnosing the
problem

ERROR: Unclosed quote @ 58
STR: '
SQL: UPDATE `log_activity` SET `hits` = '765' WHERE `month` = \'10\'
AND `day` = \'5\' AND `year` = \'2002\' AND `hits` = \'764\' AND
`topics` = \'2\' AND `posts` = \'6\' AND `registers` = \'2\' AND
`mostOn` = \'9\' LIMIT 1;

Hata

SQL-sorgusu :  

UPDATE `log_activity` SET `hits` = '765' WHERE `month` = \'10\' AND
`day` = \'5\' AND `year` = \'2002\' AND `hits` = \'764\' AND `topics` =
\'2\' AND `posts` = \'6\' AND `registers` = \'2\' AND `mostOn` = \'9\'
LIMIT 1; 

MySQL çýktýsý: 


You have an error in your SQL syntax near '\'10\' AND `day` = \'5\' AND
`year` = \'2002\' AND `hits` = \'764\' AND `topics`' at line 1



[2002-10-16 06:05:26] [EMAIL PROTECTED]

i want to make a good forum for my homepage



[2002-10-12 10:51:56] [EMAIL PROTECTED]

This is the same issue which was reported here
http://bugs.php.net/bug.php?id=19460
I was advised to take latest PHP from CVS. I did and the problem was
solved.



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

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

#15180 [Opn]: _POST --> HTTP_POST_VARS (refrences!!! not)

[sterling]

 ID:   15180
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: Performance problem
+Bug Type: Feature/Change Request
 Operating System: ALL
 PHP Version:  4.1.1
 New Comment:

feature/change request...


Previous Comments:


[2002-01-23 04:43:02] [EMAIL PROTECTED]


Hi,

I have recently installed PHP 4.1.1 and I found
that _POST is not a reference of HTTP_POST_VARS
but a copy. I think that it should be reference.


Here is a reply to one of my old message in which
Yasuo Ohgaki wrote: 
> $_SEERVER, etc are reference of $HTTP_*_VARS. 
> I think this should be noted *obvious* place when 4.1.0 is 
> released :) 
http://www.zend.com/lists/php-dev/200112/msg00376.html

A simple script for prove:

');
echo('HTTP_GET_VARS before: '); print_r($HTTP_GET_VARS);
echo('_GET before: '); print_r($_GET);

reset($HTTP_GET_VARS);
array_walk($HTTP_GET_VARS, 'func_change');
reset($HTTP_GET_VARS);

echo('HTTP_GET_VARS after: '); print_r($HTTP_GET_VARS);
echo('_GET after: '); print_r($_GET);

echo('');
?>


call it as:
/testsuperglobals.php?x=lalal&a=1&b=dkdkkd

and you will see this:

HTTP_GET_VARS before: Array
(
[x] => lalal
[a] => 1
[b] => dkdkkd
)
_GET before: Array
(
[x] => lalal
[a] => 1
[b] => dkdkkd
)
HTTP_GET_VARS after: Array
(
[x] => ***lalal
[a] => ***1
[b] => ***dkdkkd
)
_GET after: Array
(
[x] => lalal
[a] => 1
[b] => dkdkkd
)




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

#14401 [Opn->Fbk]: Wrong include_path from Apache config

[iliaa]

 ID:   14401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: Linux i386
 PHP Version:  4.3.0-dev
 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-09-23 11:52:30] [EMAIL PROTECTED]

Well, I had hoped that the bug fix for the Apache XbitHack
would also fix our auto_prepend_file+include_path problem,
but it certainly does not.

In other words: 4.2.3 has _still_ this problem of wrong
include_path's for files loaded via auto_prepend_file.



[2002-07-23 12:31:42] [EMAIL PROTECTED]

A short note to confirm the obvious: release 4.2.2 did
_not_ fix this problem.  It took about 24 hours after
the upgrade until it happened for the first time.



[2002-07-18 13:39:48] [EMAIL PROTECTED]

Hmpf.  I can't tell you if the include_path issue is fixed
because I cannot even install this %*$# snapshot release.

Is this clear enough?

Our server machines are stripped down and don't have the
tools you need to build programs and RPM packages.  So we
_must_ build a RPM package on one of our development
machines, and if that RPM package passes some tests, we
can install this on our servers.  Copying the server
setup to some test server on a development machine does
not really help to be sure, because it would be difficult
to simulate the work load of the "real" server.



[2002-07-18 13:24:05] [EMAIL PROTECTED]

Please, only ONE BUG per report, thank you.

Does the latest snapshot fix the include_path problem or not? (I'm not
interested if it doesn't build with all your configure options right
now..)




[2002-07-18 12:53:47] [EMAIL PROTECTED]

I forgot two things:
o The above extract from config.log was created with
  snapshot 200207170600.
o In response to your comment "... some problem in your
  system" I updated the bash package to that of redhat-7.1,
  but without any effect. The bash package of redhat-7.2
  has more bugs fixed, but does not fit into a redhat-7.0
  system (incompatible changes).

After some more debugging in the last four hours I'm
pretty sure that it is _not_ a problem of our redhat
installation.

But what I did not find: How is "make" supposed to pass
the INSTALL_ROOT variable on to the php scripts that it
executes when the install-pear-installer and
install-pear-packages targets are called?



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

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

#19916 [Com]: PHP hangs after querying certain MSSQL data

[hadialfandi422]

 ID:   19916
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: WIN2K prof. SP2
 PHP Version:  4.2.1
 New Comment:

Edit page style  
  Edit website style  
 
ãÞÏãÉ 
 
 
 
   
   Ú▐╧Ú╔ 
  Professional Experience 
  Studies 
  Hobbies 
 
 
 
  
 ãÞÏãÉ
ÇáãæÞÚ


ÚÌÈÇð
ÊäÇÏí ÎáåÇ
ÚÈËÇð
ÊäÇÏí
ÕæÊ ÇáäÏÇÁ
ãØÇÑÞñ
ÊõßóÓøÑ
ÇáÒõÌóÇÌ
ÊóÐßõÑ
Ðóáßó
Çáíæã
ÍíäãÇ ßÇä
äÏÇÆåÇ
Ããñ ÊäÇÛí
ØÝáåÇ
Âå Åäå áÇ
íÑÏ
æÝÌÃÉð Ñãì
áåÇ ÈßÑÉò
ÒõÌÇÌíÉò
æáßä ÚÈËÇð
ÊÍÇæá
ßÓÑåÇ
áÅäåÇ
ãõÈóØóäóÉñ
ÈÇáÑÕÇÕ .

 
 
   

  
 
 


 

  
  ÇáÝäÏí
  
 

 
 
   

  
 
 


 

 
 
  Your personal information :
Age, status, address, phone number ...
 


 Contact me  

 
 
   

  
 
 


 

 Your profesional objectives and a summary of your profesional life


Previous Comments:


[2002-10-15 08:39:49] [EMAIL PROTECTED]

Platform information:
Windows 2000 prof. SP2
IIS 5
MSSQL 7.0 and 2000
PHP 4.1.2 but I assume same behaviour with 4.2.1
according bug report #18271.

Hi,
I have experienced a very strange behaviour querying data from tables
in MS SQLServer 7.0 and 2000. Sometimes in a reproducable but
statistically way PHP hangs after querying data until IIS throws a
timeout similar to bug report #18271.

I have found that this occurs on our system only on tables having
columns with float datatypes of different lengths. After altering all
columns with real datatypes (4 Bytes) to float (e.g. double precision,
8 Bytes) everything seems to work fine. This bug didn't appear on
tables with solely real datatypes alongside with timestamp and varchar
etc datatypes or float datatypes accompanied by other char datatypes. 

For completeness I list a part of my script for connecting to the
database and doing the query (but there is nothing special with the
script):
... some code on top ...
$mpid = $_GET["mpid"];

$hostname = "sql01";
$database = "fis_gp";
$username = "";
$password = "";
$con=mssql_connect($hostname,$username,$password) or die("Verbindung zu
$hostname konnte nicht hergestellt werden");
mssql_select_db($database, $con) or die("Datenbank $database nicht
erreichbar");

$querystr="select M.CODE,   " // varchar 40
. "   M.BEZEICHNUNG," // varchar 80
. "   M.GEOGR_LAENGE as LAENGE, " // float 8
. "   M.GEOGR_BREITE as BREITE, " // float 8
. "   M.HOEHE_NN,   " // float 8
. "   M.TK25,   " // int 4
. "   M.IN_DATENBANK as IN_DB,  " // bit
. "   M.DATUM_VON as VON,   " // datetime 8
. "   M.DATUM_BIS as BIS,   " // datetime 8
. "   P.ABSOLUTSCHWERE_71 as ABSS,   " // float 8
. "   P.BOUGUERSCHWEREas BOUS,   " // real 4
. "   P.DICHTE_BOUGUERSCHWERE as DICHTE, " // real 4
. "   K.BEZEICHNUNG as KAMPAGNE, " // varchar 80
. "   I.BEZEICHNUNG as INSTITUTION,  " // varchar 80
. "   A.EINH_NAME" // varchar 50
. "from   GR_Z_MESSPUNKT P  "
. "   inner join MESSUNGM on M.ID=P.MESSUNG_ID)
"
. "   inner join ADM_EINHEITA on A.ID=M.GEBIET_ID) 
"
. "   inner join KAMPAGNE   K on K.ID=M.KAMPAGNE_ID)   
"
. "   inner join INSTITUTIONI on I.ID=K.INSTITUTION_ID)
"
. "where  M.ID = $mpid";

$result=mssql_query($querystr, $con);
$thisrow=mssql_fetch_array($result);
...etc...

Hope this helps to track this bug reported several times.
Andreas Maul




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

#19977 [Opn->Bgs]: Formatting when output result HTML after xslt_process

[sterling]

 ID:   19977
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: windows 2000/sp3
 PHP Version:  4.2.3
 New Comment:

user support required, not a bug fix


Previous Comments:


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

Hello!

I have two working configurations:
1. Linux with php-4.0.6/sablot-0.70
2. W2k   with php-4.2.3/sablot-0.96
in first configuration after xslt_process I got html content in one
string and in second html content was formatted. 
in second case i got design bugs such as:

   bla-bla-bla

instead of bla-bla-bla

I cannot use development version of php (there is real working servers
with strong load)

how i can get some result from php4.2.3 as from 4.0.6? 
may be some options string or what?




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

#19897 [Opn->Bgs]: checkdnsrr() always true

[sterling]

 ID:   19897
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Network related
 Operating System: Linux 2.4.18-3
 PHP Version:  4.3.0-dev
 New Comment:

not a php bug anyway you swing it


Previous Comments:


[2002-10-23 02:28:24] [EMAIL PROTECTED]

Randomly always false for me when it's normaly true !!!



[2002-10-20 23:51:05] [EMAIL PROTECTED]

updated version since this was reported to happend with 4.3.0-dev too.




[2002-10-15 02:05:35] [EMAIL PROTECTED]

perhaps a bug between glibc-2.2.5-40 and php?



[2002-10-14 18:10:21] [EMAIL PROTECTED]

you mean it seems to be bug in glibc?




[2002-10-14 06:38:05] [EMAIL PROTECTED]

i use glibc-2.2.5-40
it seems to be a 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/19897

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

#20002 [Opn->Bgs]: Lose auf HTML-Code at session_start()

[sterling]

 ID:   20002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.2.1
 New Comment:

most likely a mis-configuration, not a bug... 


Previous Comments:


[2002-10-23 11:19:40] [EMAIL PROTECTED]

I missing only single chars from the htmlcode.
For example a '<'.



[2002-10-21 15:08:41] [EMAIL PROTECTED]

are you loosing *all* your output
or only small pieces of it

(feel free to talk to my directly in german mailto:hartmut@;six.de )

PS: a simple warning doesn't imply the build is broken



[2002-10-21 14:58:20] [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 ignore all _warnings_. (that 'error' you had is only a warning)




[2002-10-21 06:55:13] [EMAIL PROTECTED]

I become the message:

ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the
use of `tempnam' is dangerous, better use `mkstemp'



[2002-10-20 18:40:41] [EMAIL PROTECTED]

Would be nice to know why the latest snapshot didn't compile...what was
the error?




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

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

#19741 [Opn->Csd]: Path no longer works in unlink, pdf_open_file

[sterling]

 ID:   19741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: linux  2.4.18
 PHP Version:  4.2.3 and CVS Snap
 New Comment:

windows issue, not a php issue...


Previous Comments:


[2002-10-22 04:43:41] [EMAIL PROTECTED]

Please check it urgently.



[2002-10-21 09:26:37] [EMAIL PROTECTED]

Please check



[2002-10-19 01:00:05] [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-07 10:44:49] [EMAIL PROTECTED]

CVS Snapshot had no impact.



[2002-10-03 19:35:45] [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



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

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

#20129 [Opn->Bgs]: ImageTTFText & implode(" ", "$argv")

[sterling]

 ID:   20129
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux 2.x
 PHP Version:  4.2.3
 New Comment:

ohhh, god...


Previous Comments:


[2002-10-27 20:48:08] [EMAIL PROTECTED]

I cannot use implode with the ImageTTFText function. 

The following code does not work, it returns a broken image:



If I comment out the implode line and set $string then it works great.
I use implode with other code for creating other images but not with
ImageTTFText.

Thanks!

- Justin




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

#20127 [Opn->Bgs]: writing to stdin produces no output

[iliaa]

 ID:   20127
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: win2k
 PHP Version:  4CVS-2002-10-27
 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.

writing should be done to stdout or stderr, stdin is for reading only.


Previous Comments:


[2002-10-27 18:47:18] [EMAIL PROTECTED]

the following produces no output in windows.

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport
to PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);






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

#20088 [Opn->Bgs]: Custom authentication mechanism

[sterling]

 ID:   20088
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: HTTP related
 Operating System: SuSE Linux 7.2
 PHP Version:  4.2.3
 New Comment:

Err, you have created a bug by modifying the PHP source, trying to fix
another bug?  Why did you report this bug - anyhow, its marked bogus :)


Previous Comments:


[2002-10-27 10:49:56] [EMAIL PROTECTED]

Yes, register_globals is on. Did your test system have similar modules
(eg mod_auth_kerb etc) installed?



[2002-10-25 12:44:04] [EMAIL PROTECTED]

Works fine here. Do you have 'register_globals=On' ??




[2002-10-25 10:36:35] [EMAIL PROTECTED]

The following code:

You have entered this username: $PHP_AUTH_USER
You have entered this password: $PHP_AUTH_PW
The authorization type is: $PHP_AUTH_TYPE
";

}

?>

fails. I believe the reason for this is that I have made the
following change to the PHP source:

--- php/sapi/apache/mod_php4.c.paj00Tue Sep 10 13:59:06 2002
+++ php/sapi/apache/mod_php4.c  Tue Sep 10 13:59:17 2002
@@ -434,7 +434,7 @@
authorization = table_get(r->headers_in,
"Authorization");
}
if (authorization
-/* && !auth_type(r) */
+   && !auth_type(r) 
&& !strcasecmp(getword(r->pool, &authorization, ' '),
"Basic")) {
tmp = uudecode(r->pool, authorization);
SG(request_info).auth_user = getword_nulls_nc(r->pool,
&tmp, ':');

I have made this change because of Bug #18391. However, custom
authentication methods, an example of which is entered above, now fail.
I would imagine that the two are linked. 

As we use mod_auth_kerb I will not remove this patch because otherwise
we leave ourselves quite open to attack from the inside. Any
suggestions on how to get custom authentication working alongside the
increased kerberos security?

Thanks,


Paul




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

#19769 [Opn->Bgs]: make install crashes

[sterling]

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

User problem, not a PHP problem...


Previous Comments:


[2002-10-05 15:07:47] [EMAIL PROTECTED]

thanks, I tried the snapshot, but the same result...



[2002-10-05 14:10:51] [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-05 13:30:03] [EMAIL PROTECTED]

Hi All,
trying to get Apache 2.0.43 and php working together and getting
following:

Warning!  dlname not found in /usr/local/httpd/modules/libphp4.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /usr/local/httpd/modules/libphp4.so
chmod: /usr/local/httpd/modules/libphp4.so: No such file or directory
apxs:Error: Command failed with rc=65536
.
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/usr/data/install/http/php-4.2.3'
make: *** [install-recursive] Error 1


apache with mod_ssl, mod_so,...
php:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql
--with-openssl=/usr/local/openssl --enable-sockets

system is debian potatoe with upgraded gcc (2.95.3),Automake,etc... no
problems to compile and install
other packages (kernel, samba, apache, mpg123)
anybody knows how can I avoid this problem?
feel free to ask me for additional info.
thanks,
martin







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

#17566 [NoF->Opn]: phpinfo() causes load of 2+

[msopacua]

 ID:   17566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev


Previous Comments:


[2002-10-27 21:11:03] [EMAIL PROTECTED]

it's "somewhat" better.
Load stops at 3 flat. Memory doesn't go up.



[2002-10-27 19:02: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.





[2002-10-11 22:21:57] [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

The memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



[2002-10-09 13:26:20] [EMAIL PROTECTED]

--disable-debug affects the display of the memory leak :-)

It does not affect the error itself. Still an increasing load.
I've added some trace warnings, and it seems that every string is
passed through php_escape_html_entities twice! Here's an anonimized
snippet:
PHP Warning:  oldlen is 15. old is ,
newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 15. old is ,
newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2



[2002-10-07 06:41:36] [EMAIL PROTECTED]

The problem is in the recent changes to ext/standard/info.c which is
calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing
the result.
It never efree's it.
I suspect the loading problems will go away if you build a
--disable-debug version of 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/17566

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

#17566 [NoF]: phpinfo() causes load of 2+

[msopacua]

 ID:   17566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev
 New Comment:

it's "somewhat" better.
Load stops at 3 flat. Memory doesn't go up.


Previous Comments:


[2002-10-27 19:02: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.





[2002-10-11 22:21:57] [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

The memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



[2002-10-09 13:26:20] [EMAIL PROTECTED]

--disable-debug affects the display of the memory leak :-)

It does not affect the error itself. Still an increasing load.
I've added some trace warnings, and it seems that every string is
passed through php_escape_html_entities twice! Here's an anonimized
snippet:
PHP Warning:  oldlen is 15. old is ,
newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 15. old is ,
newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2



[2002-10-07 06:41:36] [EMAIL PROTECTED]

The problem is in the recent changes to ext/standard/info.c which is
calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing
the result.
It never efree's it.
I suspect the loading problems will go away if you build a
--disable-debug version of PHP.



[2002-10-06 23:09:07] [EMAIL PROTECTED]

PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen,
int *newlen, int all, int quote_style, char *hint_char
set TSRMLS_DC)
{
int i, j, maxlen, len;
char *replaced;
enum entity_charset charset = determine_charset(hint_charset
TSRMLS_CC);
int matches_map;

maxlen = 2 * oldlen;
if (maxlen < 128)
maxlen = 128;replaced = emalloc (maxlen); // #line 667
len = 0;

i = 0;
while (i < oldlen) {


}   
}
replaced[len] = '\0';
...


So what happens if oldlen = 0 and more importantly: how can oldlen
become 0?



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

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

#14577 [Ana->Csd]: socket_read() always in binary mode

[sterling]

 ID:   14577
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Closed
 Bug Type: Sockets related
 Operating System: Windows 2000
 PHP Version:  4.1.0
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2002-02-20 00:51:15] [EMAIL PROTECTED]

The windows code for this feature is not implemented yet.
Will put on todo

-jason



[2001-12-18 08:27:19] [EMAIL PROTECTED]

i pass PHP_NORMAL_READ to socket_read() to read until next \n or \r as
sockets.c tells. if i specify for example 200 as the length i get a 200
byte string back that includes multiple \n




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

#20130 [Opn->Bgs]: strtotime return -1 for date more than year 2038

[iliaa]

 ID:   20130
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: windows 98
 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.

unix timestamps are only good till about year 2038.


Previous Comments:


[2002-10-27 20:54:19] [EMAIL PROTECTED]

echo strtotime("2039-01-01");

--it will return -1




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

#20130 [NEW]: strtotime return -1 for date more than year 2038

[yahya]

From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version:  4.2.3
PHP Bug Type: Date/time related
Bug description:  strtotime return -1 for date more than year 2038

echo strtotime("2039-01-01");

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

#20129 [NEW]: ImageTTFText & implode(" ", "$argv")

[jbw]

From: [EMAIL PROTECTED]
Operating system: Linux 2.x
PHP version:  4.2.3
PHP Bug Type: GD related
Bug description:  ImageTTFText & implode(" ", "$argv")

I cannot use implode with the ImageTTFText function. 

The following code does not work, it returns a broken image:



If I comment out the implode line and set $string then it works great. I
use implode with other code for creating other images but not with
ImageTTFText.

Thanks!

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

#19848 [Ctl->Csd]: Wrong $_REQUEST values ($_FILES appearance is wacky)

[sterling]

 ID:   19848
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: HTTP related
 Operating System: *any
 PHP Version:  4.2.3,4,3.0-dev
 Assigned To:  sterling
 New Comment:

Fixed in CVS... $_FILES is no longer present in $_REQUEST...


Previous Comments:


[2002-10-24 18:42:14] [EMAIL PROTECTED]

This test form strips 3 characters from the posted variable:






2 dimensional array - this test form strips 8 characters from the
posted variable:






For every dimension added to the array, another 4 characters are
scripted from the beginning of the posted variable.  Works on PHP
version less than 4.2.2 and earlier.



[2002-10-20 22:17:12] [EMAIL PROTECTED]

The 'voting' on php-dev was in favour for removing the $_FILES from
$_REQUEST..as it doesn't make much sense
to have them there. Just FYI. :)

--Jani




[2002-10-20 22:14:01] [EMAIL PROTECTED]

Sterling Hughes is working on this issue, according to posts to
php-dev.




[2002-10-16 06:29:23] [EMAIL PROTECTED]

Also got the same cases.









print_r($_POST['server']);

it comes out:
---
Array 
( 
[0] => ASP 
[1] => C# 
[2] => FUSION 
[3] => 
[4] => 
[5] => PHP 
) 

Apache/1.3.26, Win98



[2002-10-15 15:21:27] [EMAIL PROTECTED]

BTW, 17958 is "no feedback".
Well, that's pretty untrue ...



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

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

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

[sterling]

 ID:   19943
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Critical
 Bug Type: Arrays related
 Operating System: Win2K
 PHP Version:  4.3.0-dev


Previous Comments:


[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

#19738 [Dup->Bgs]: Getting reference instead of copy of object

[sniper]

 ID:   19738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Linux, Windows
 PHP Version:  4.2.3


Previous Comments:


[2002-10-27 19:51:19] [EMAIL PROTECTED]

this due to that whole shallow copy thingy... ;-)



[2002-10-03 10:15:34] [EMAIL PROTECTED]

Normally this code should print "0", 
however, when uncommenting a single empty method call, 
it outputs "1".
It seems like a copy suddenly becomes a reference.

c->f();  // uncomment this to expose error.
$a2 = $a1;
$a2->c->x = 1;
echo $a1->c->x;

class C {
var $x = 0;
function f() {}
}

class A {
var $c;
function A() { $this->c = new C(); }
}

?>

Thanks. 
Anahoret Team.




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

#19850 [Ver->Csd]: sorting a String case-sensitive fails

[sterling]

 ID:   19850
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Arrays related
 Operating System: Linux + Windows
 PHP Version:  4CVS-2002-10-10
 New Comment:

it works for me:

Array
(
[0] => A
[1] => a
[2] => AA
[3] => b
[4] => B
[5] => BB
)

Which is exactly what you should get... and the algorithm is platform
independent in CVS


Previous Comments:


[2002-10-10 10:41:32] [EMAIL PROTECTED]

I tried the following script to sort an Array case-sensitive:




What I expected to get was:

Array
(
[0] => A
[1] => a
[2] => AA
[3] => B
[4] => b
[5] => BB
)

What I got on Win2000/PHP 4.2.4-dev was:

Array
(
[0] => A
[1] => a
[2] => AA
[3] => b
[4] => B
[5] => BB
)

and using Linux with PHP 4.1.2 I got

Array
(
[0] => a
[1] => A
[2] => AA
[3] => B
[4] => b
[5] => BB
)

both is not correct. 


regards 

Andreas





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

#19738 [Ver->Dup]: Getting reference instead of copy of object

[sterling]

 ID:   19738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Duplicate
 Bug Type: Scripting Engine problem
 Operating System: Linux, Windows
 PHP Version:  4.2.3
 New Comment:

this due to that whole shallow copy thingy... ;-)


Previous Comments:


[2002-10-03 10:15:34] [EMAIL PROTECTED]

Normally this code should print "0", 
however, when uncommenting a single empty method call, 
it outputs "1".
It seems like a copy suddenly becomes a reference.

c->f();  // uncomment this to expose error.
$a2 = $a1;
$a2->c->x = 1;
echo $a1->c->x;

class C {
var $x = 0;
function f() {}
}

class A {
var $c;
function A() { $this->c = new C(); }
}

?>

Thanks. 
Anahoret Team.




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

#19983 [Fbk->Bgs]: Compile/Link failure w/Sablotron

[kalowsky]

 ID:   19983
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.2
 PHP Version:  4.3.0-pre1
 New Comment:

libtool 1.4.2
gcc 3.1
autoconf 2.5.something

confirmed problem.  Solution?  None at this time, I'd like to open a
dialog with an Apple rep about this.  


Previous Comments:


[2002-10-18 17:35:41] [EMAIL PROTECTED]

Additionally: which libtool are you using?
In the current CVS version of libtool ('libtool 1.4e'), there are a
number of fixes regarding to C++ support.

Additionally - set CFLAGS=-O0 to ensure that gcc 3.x is not breaking
code, during it's optimisation.

However - if the work-around you are describing is the only thing that
does work, we will look into it.



[2002-10-18 17:27:15] [EMAIL PROTECTED]

Let's first make the configure line correcT:
please remove:
--enable-sablot
--enable-sablot-errors-descriptive 

These belong to the extinct version of the extension. If you are using
the latest snapshot, this options should not list in the:
./configure --help
output.



[2002-10-18 17:10:25] [EMAIL PROTECTED]

Which sablotron version?




[2002-10-18 16:51:03] [EMAIL PROTECTED]

I tried the latest version. The same problem occurs.



[2002-10-18 15:50:55] [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



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

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

#15316 [Com]: Segmentation fault on Interbase blob creation

[cheald45]

 ID:   15316
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: InterBase related
 Operating System: Linux 2.4.17-xfs
 PHP Version:  4.1.1
 New Comment:

I wonder if this could be related to a problem I ran into, detailed at
http://bugs.php.net/bug.php?id=18744

Basically, I discovered that if you tried to use ibase_blob_add to add
> 64k of data to a blob at any one time, the data would be truncated.

Wonder if some variation of this bug causes a core dump? Are your
images > 64k in size?


Previous Comments:


[2002-08-09 13:26:10] [EMAIL PROTECTED]

I am using php 4.2.2 on freebsd 4.6 and it core dumps whenever I try to
insert ot update a blob in an interbase db as well. (not running from
apache running the cgi version from a shell).



[2002-03-11 20:26:44] [EMAIL PROTECTED]

Does any of this information help? I see that there are now
others reporting this bug, so perhaps it can be combined with
those.



[2002-02-21 20:46:50] [EMAIL PROTECTED]

Well, I got pretty close to getting a backtrace, but ran
across what appears to be a bug in gdb. Either that, or
I am just not finding the proper documentation.

I can get a gdb attached to the proper thread, via:

/usr/sbin/apache.dbg

gdb /usr/sbin/apache.dbg

(gdb) attach 
(gdb) continue


but when
I "continue" it, it gives me a message like "Cannot find 
thread 2049: invalid thread handle".

Now, I may be doing something wrong, but I sure can't
tell what.



[2002-02-21 18:59:10] [EMAIL PROTECTED]

Incidentally, I have tried every which way to get a core dump,
but even after running apache on port 1025 as a non-root
user, and checking permissions on the CoreDumpDirectory, no
core file is created.

So, I tried attaching gdb to specific processes, but for some
reason, when I attach gdb to a particular process, the process no
longer accepts
connections. Any hints?



[2002-02-21 17:55:53] [EMAIL PROTECTED]

Still unable to generate a backtrace, but running strace reveals this:

[pid 27126] recv(5,
"\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) =
32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] send(5, "\0\0\0C\0\0\0\5\0\0\0\2", 12, 0) = 12
[pid 27126] select(6, [5], NULL, NULL, {60, 0}) = 1 (in [5], left {60,
0})
[pid 27126] recv(5,
"\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) =
32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] open("/www/heritage.legacyunlimited.com/pages/footer.php",
O_RDONLY|O_LARGEFILE) = 8
[pid 27126] getcwd("/www/heritage.legacyunlimited.com/pages/customize",
4095) = 50
[pid 27126] lstat64("/www", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com",
{st_mode=S_IFDIR|0775, st_size=156, ...}) = 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com/pages",
{st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
[pid 27126]
lstat64("/www/heritage.legacyunlimited.com/pages/footer.php",
{st_mode=S_IFREG|0664, 
st_size=4322, ...}) = 0
[pid 27126] ioctl(8, SNDCTL_TMR_TIMEBASE, 0xbfffb67c) = -1 EINVAL
(Invalid argument)
[pid 27126] fstat64(8, {st_mode=S_IFREG|0664, st_size=4322, ...}) = 0
[pid 27126] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40277000
[pid 27126] read(8, "\0\0\0\310\7\0\0[\0"..., 1024) =
1024
[pid 27126] lseek(6, 16, SEEK_SET)  = 16
[pid 27126] read(6, "\0\0\0\0\0\0\0\0\1\0\0\0<\0\0\0arithmetic
excep"..., 1024)
= 1024
[pid 27126] --- SIGSEGV (Segmentation fault) ---
[pid 27125] <... select resumed> )  = ? ERESTARTNOHAND (To be
restarted)
[pid 27125] --- SIGCHLD (Child exited) ---



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

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

#20086 [Opn->Fbk]: SQLDriverConnect supported by win32

[kalowsky]

 ID:   20086
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: W2K
 PHP Version:  4CVS-2002-10-25
 New Comment:

Unified diffs are your and my friends.  Can you please provide one!


Previous Comments:


[2002-10-25 09:45:46] [EMAIL PROTECTED]

In ext/odbc/php_odbc.php dsn-less connections are only supported for
empress and unixodbc. Windows also supports this connection method.

Changing the line:
#if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC)

to:
#if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) || defined(WIN32)

enables dsn-less connections under windows.





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

#19213 [Bgs]: odbc_close() not working?

[kalowsky]

 ID:   19213
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

Not completely bogus as the close bug was fixed for 4.2.3, but this was
looking like a driver specific bug of it.  Thankfully it was truely
driver specific.

Jani at the Kongress you better have a few drinks from this guy for me!


Previous Comments:


[2002-10-27 17:34:00] [EMAIL PROTECTED]

So I guess this is bogus bug report then..? :)




[2002-10-27 15:18:38] [EMAIL PROTECTED]

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn



[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [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





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

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

#12783 [Ver->Bgs]: xmlDocFile needs absolute path

[sterling]

 ID:   12783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: WinME
 PHP Version:  4.3.0-dev
 New Comment:

This is not a php problem, but a regular windows problem.  Windows is a
problem, but its not our fault :)


Previous Comments:


[2002-09-20 19:57:17] [EMAIL PROTECTED]

updated version.



[2001-11-29 08:28:46] [EMAIL PROTECTED]

For some reason PHP behaves a bit different under win32 than linux:

win32:

C:\phpdev>php -f bla/xmldocfiletest.php
current dir is C:\phpdev

linux:
$ php -f subtest/xmldocfiletest.php 
path is /home/mfischer/src/php/bugtest/domxml/subtest

See the difference?

This tests where run with a call to the system call (!) getcwd() [not
php's user function] before the actual file IO happens through libxml2.
So this is not a domxml problem but a general PHP problem.

Reclassifying (anyone know a better type?).



[2001-08-16 00:30:58] [EMAIL PROTECTED]

When loading an XML file with xmlDocFile using a relative path (ie the
XML is in the same dir as the script), I get:

Fatal error: Call to a member function on a non-object in [script] at
line [#]

The line it points to is the first time I try to reference the object
returned by xmlDocFile. If I change this to an absolute path, it works
fine. I've verified that the cwd is what I think it is, so... any
ideas?

cheers,
nick




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

#6090 [Opn->Csd]: fseek() returns -1 (not false) if an error occurs.

[sterling]

 ID:   6090
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.0.1pl2
 New Comment:

whole thing changed now with streams...


Previous Comments:


[2002-04-01 19:20:36] [EMAIL PROTECTED]

Changed the subject since ftell() was fixed a while ago.
fseek() still returns 0 on success and -1 on error
which is not really the 'PHP way'. 




[2000-08-10 22:43:23] [EMAIL PROTECTED]

On the second thought, it is - it should detect -1 return and return
false, but I'm not sure if it won't break something... So documentation
is right, code is wrong, I guess.



[2000-08-10 22:25:46] [EMAIL PROTECTED]

Umm... what I want to say,
PHP's ftell function returns directly C's ftell().

So, this is "Documentation problem", isn't it?

Please see below... (Quote from /ext/standerd/file.c )
---
/* {{{ proto int fseek(int fp, int offset [, int whence])
   Seek on a file pointer */

PHP_FUNCTION(fseek)
{
zval **arg1, **arg2, **arg3;
int argcount = ARG_COUNT(ht), whence = SEEK_SET;
void *what;

if (argcount < 2 || argcount > 3 ||
zend_get_parameters_ex(argcount, &arg1, &arg2, &arg3) == FAILURE)
{
WRONG_PARAM_COUNT;
}

what =
zend_fetch_resource(arg1,-1,"File-Handle",NULL,2,le_fopen,le_popen);
ZEND_VERIFY_RESOURCE(what);

convert_to_long_ex(arg2);
if (argcount > 2) {
convert_to_long_ex(arg3);
whence = (*arg3)->value.lval;
}

RETURN_LONG(fseek((FILE*)what, (*arg2)->value.lval, whence));
}

/* }}} */
---




[2000-08-10 21:53:48] [EMAIL PROTECTED]

PHP functions return false on error. So I reclassify it to change
request.



[2000-08-10 21:45:33] [EMAIL PROTECTED]

Quote from Linux Programmer's Manual fseek(3)...
>RETURN VALUES
> The  rewind  function  returns  no value.  Upon successful
> completion, fgetpos, fseek, fsetpos return  0,  and  ftell
> returns the current offset.  Otherwise, -1 is returned and
> the global variable errno is set to indicate the error.

So, we get 0(=false) if file position is begining of file.
But that's not error.





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

#20128 [Opn->Bgs]: Posting posting results in a blank page.

[sniper]

 ID:   20128
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Windows ME
 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-10-27 19:24:43] [EMAIL PROTECTED]

Whenever I submit the search on the previous page, it goes to this page
(as it should), but the code will not execute and I just end up with a
blank page.

= 
\n"; 
echo "Pet NameOwner NamePet
TypeSexBirth
Date\n"; 
do { 
printf("%s%s %s%s%s%s\n", $myrow[pet_name],
$myrow[owner_first],
$myrow[owner_last],$myrow[pet_species],$myrow[sex],$myrow[pet_birth]);

} 
while ($myrow = mysql_fetch_array($result)); 
echo "\n"; 
} 
else { 
echo "Sorry, no records were found!"; 
} 
?> 




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

#17822 [Fbk->Csd]: Realpath, getcwd not returning true pathname

[iliaa]

 ID:   17822
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows - all
-PHP Version:  4.2.0
+PHP Version:  4.3.0-dec
 Assigned To:  sfox
 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-10 22:47:54] [EMAIL PROTECTED]

Any news?



[2002-07-27 11:45:45] [EMAIL PROTECTED]

Looked into this, it looks possible to implement.  Wish me luck :)



[2002-06-18 18:20:36] [EMAIL PROTECTED]

realpath and getcwd on Windows systems do not actually report the
applicable directory, but rather a string that will !strcasecmp() with
the true directory:

I have a directory name, $dir, on my Win2K system (PHP 4.2.0), but it's
in all lower case, and I'd like to get the actual pathname including
the capitalizations: 

Both realpath() and dirname() only muck around with the $dir string and
don't hit the file system. Not only that, but getcwd() returns $dir
(sans capitalizations) after I've hopped over to it with chdir($dir)! 

My only solution to this point is to pop up a level and use
readdir(...) but this is wasteful, only giving me one level at a time.
Isn't there a REAL realpath() for windows? 

Thanks, 
Csaba Gabor






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

#20128 [NEW]: Posting posting results in a blank page.

[danj]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  Posting posting results in a blank page.

Whenever I submit the search on the previous page, it goes to this page (as
it should), but the code will not execute and I just end up with a blank
page.

= 
\n"; 
echo "Pet NameOwner
NamePet TypeSexBirth
Date\n"; 
do { 
printf("%s%s %s%s%s%s\n", $myrow[pet_name],
$myrow[owner_first],
$myrow[owner_last],$myrow[pet_species],$myrow[sex],$myrow[pet_birth]); 
} 
while ($myrow = mysql_fetch_array($result)); 
echo "\n"; 
} 
else { 
echo "Sorry, no records were found!"; 
} 
?> 
-- 
Edit bug report at http://bugs.php.net/?id=20128&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20128&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20128&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20128&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20128&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20128&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20128&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20128&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20128&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20128&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20128&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20128&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20128&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20128&r=isapi

#19854 [Fbk->NoF]: Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.

[sniper]

 ID:   19854
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: Cobalt RAQ2 Linux 4
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-10 18:35:53] [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-10 16:54:33] [EMAIL PROTECTED]

Then I don;t if because of this I also get this after doing a 'make':

In file included from x/php-4.2.3/ext/standard/php_standard.h:21,
 from main.c:52:

basic_functions.h:121: #error Need type which holds 32 bits



[2002-10-10 16:52:34] [EMAIL PROTECTED]

CONFIGURE:   './configure' '--with-apxs' '--with-mysql'
'--with-gettext' '--with-xml' '--with-imap' '--enable-ftp'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_XPG_IV -DCOBALT_RAQ_LED -DLINUX=2
CXX:
CXXFLAGS:
INCLUDES:-I/usr/include/apache  -I$(top_builddir)/Zend
-I/usr/local/include
-I/home/sites/home/users/rizzo/php-4.2.3/ext/mysql/libmysql
LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib
LIBS:   -lcrypt -lpam -lcrypt -lresolv -lm -ldl -lnsl  -lresolv
-lcrypt
DLIBS:  -lc-client
SAPI:   apache
PHP_RPATHS:  /usr/local/lib
uname -a:   Linux piper.remixnetworks.com 2.0.34C52_SK #1 Tue Nov 30
18:14:40 PST 1999 mips unknown

gcc -o conftest -g -O2  -D_XPG_IV -DCOBALT_RAQ_LED -DLINUX=2 
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lcrypt -lpam
-lcrypt -lresolv -lm -ldl -lnsl  -lresolv -lcrypt 1>&5
/tmp/cca00265.s: Assembler messages:
/tmp/cca00265.s:72: Internal error!
Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.
Please report this bug.




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

#19832 [Fbk->NoF]: stack overflow when using preg_match_all

[sniper]

 ID:   19832
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: win2k / iis
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-09 16:50:44] [EMAIL PROTECTED]

This is a known issue within the PCRE library when the pattern string
is not an optimal pattern.
There was another bug (I don't have the number to hand)
where we looked into this; the bottom line is that you
should either:
1.) Rewrite your pattern string
2.) Increase the amount of available stack space for the
process.

However, please submit your script/pattern string here,
just in case you've found a different problem.



[2002-10-09 10:01:02] [EMAIL PROTECTED]

oops!

Can you please provide a short reproducing script?

Derick



[2002-10-09 09:59:53] [EMAIL PROTECTED]

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.



[2002-10-09 09:55:40] [EMAIL PROTECTED]

i'm trying to use preg_match_all in order to find a string in a text
file. if the founded string is too big php send a stack overflow
message (result string < 1000 caracters)





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

#19826 [Fbk->NoF]: php returns no data

[sniper]

 ID:   19826
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: suse linux 7.2 / 7.3
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-09 09:30:12] [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

This is most likely session related problem, please try the snapshot.
(check also your error_log for possible segfaults at the time..)





[2002-10-09 08:53:19] [EMAIL PROTECTED]

Could you please provide a smaller example that can demonstrate the
problem and that does not rely on inclusion of other files. Thanks.



[2002-10-09 02:27:19] [EMAIL PROTECTED]

sometimes when i click on a link the php-script returns no data, so a
blank page is displayed. this error just happens sometimes. not
regular. also this happens more often when i submit a  (doesn't
matter if POST oder GET method).

here an example script (index.php):

parse("root.fragen");
}
}

$oPage->assign("FILE",  $PHP_SELF);
$oPage->assign("TITEL", $sTitel);
$oPage->assign("INHALT",$sInhalt);

$oPage->parse("root");
$oPage->out("root");
?>

the file "server.php" just checks on which server the script is running
an sets the include_path and global mysql-access variables. and it
includes 5 more php files which contains classes and functions.

the file "settings.php" has the following content:


when i remove the header-data the problem still exists.

also i tried the following in my "index.php"



parse("root.fragen");
}
}

$oPage->assign("FILE",  $PHP_SELF);
$oPage->assign("TITEL", $sTitel);
$oPage->assign("INHALT",$sInhalt);

$oPage->parse("root");
$oPage->out("root");
?>

the problem still exists ...

i use apache 1.3.26.




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

#19824 [Fbk->NoF]: Any query string causes Error 0: Not Found

[sniper]

 ID:   19824
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: PHP options/info functions
 Operating System: Windows98
 PHP Version:  4.2.1
 New Comment:

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




Previous Comments:


[2002-10-09 10:41:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-08 23:13:11] [EMAIL PROTECTED]

Entering any url, say http://127.0.0.1/hello.php works fine. If I call
the same page with any type of query string appended, eg,
http://127.0.0.1/hello.php?x=y the only thing returned is a blank page
with: "Error 0: Not Found."

I came across the solution on the BadBlue website. In PHP.ini, if
"doc_root=" is not blank, you get this behavior. If you edit it back to
just doc_root= , the problem goes away and the url is evaluated
properly.

This seems like very strange behavior to result from this setting and
probably not what you intended.






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

#19811 [Fbk->NoF]: phps display incomplete

[sniper]

 ID:   19811
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Output Control
 Operating System: Debian sarge, kernel 2.4.18
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-08 01:55:14] [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-08 01:25:12] [EMAIL PROTECTED]

I should also note that I'm running apache 1.3.26.  Full system
information can be seen with phpinfo() running at
.



[2002-10-08 01:15:44] [EMAIL PROTECTED]

Source (phps) displays are truncated.  See, for instance,
 which truncates prior to
the the true ending of the file.  The actual file continues on, closes
the table, and ends with several more lines of HTML and PHP.

This may be a server child process crash, but I'm not seeing anything
in my apache error log about it.

This is reproducable with other pages as well.  The problem was also
present in PHP 4.2.2.

The configure with which I compiled PHP is as follows:

./configure \
--prefix=/usr \
--with-mysql \
--libexecdir=/usr/lib/php4 \
--infodir=/usr/share/info \
--sysconfdir=/etc/php \
--mandir=/usr/share/man \
--includedir=/usr/include/php \
--with-config-file-path=/etc/php/apache \
--with-openssl=../openssl-0.9.6g \
--enable-magic-quotes \
--enable-ftp \
--enable-shared \
--with-mm \
--enable-sockets \
--with-apxs=/usr/sbin/apxs





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

#19796 [Fbk->NoF]: Oracle query in array, returned by function: memory leak (no more high CPU load)

[sniper]

 ID:   19796
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Performance problem
 Operating System: Digital Unix V4.0F
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 09:53:08] [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-10 15:52:18] [EMAIL PROTECTED]

With 4.2.3, the link with Oracle seems to have some problems as the
server looks less responsive and with many queries, I have "arithmeric
exceptions" in error_log of httpd so I'm going back to 4.0.4pl1 and its
high CPU load...



[2002-10-09 13:11:15] [EMAIL PROTECTED]

What I'm wondering is wheter the memory is going to be given back to
the system if it needs it ? With 4.0.4pl1, the  VSZ/RSS numbers were
above 150 M and never shrunk, which worried the system maintenance
staff. I know such memory readings have to be carefully interpreted but
it's still troubling...



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

Does this 'latest' version fix some items that could be related to my
problems?



[2002-10-09 09:38:30] [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





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

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

#19795 [Fbk]: Problems with strnatcmp and strnatcasecmp

[sniper]

 ID:   19795
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Strings related
 Operating System: FreeBSD 4.6
 PHP Version:  4.2.2
 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-10-07 06:00:21] [EMAIL PROTECTED]

I am quite sure I did that yes. I set locale for LC_ALL and strftime is
working as it should.

If I understand the documentation correctly, this function should work
as strcmp except for the fact that numbers are sorted in a natural
order. And strcmp does sort as I expect.

usort using strcmp:

array(11) {
  [0]=>
  string(1) "1"
  [1]=>
  int(1)
  [2]=>
  string(2) "12"
  [3]=>
  string(1) "2"
  [4]=>
  string(1) "a"
  [5]=>
  string(1) "z"
  [6]=>
  string(1) "€"
  [7]=>
  string(1) "‰"
  [8]=>
  string(1) "å"
  [9]=>
  string(1) "æ"
  [10]=>
  string(1) "ø"
}



using strnatcmp:

array(11) {
  [0]=>
  string(1) "€"
  [1]=>
  string(1) "‰"
  [2]=>
  string(1) "å"
  [3]=>
  string(1) "æ"
  [4]=>
  string(1) "ø"
  [5]=>
  string(1) "1"
  [6]=>
  int(1)
  [7]=>
  string(1) "2"
  [8]=>
  string(2) "12"
  [9]=>
  string(1) "a"
  [10]=>
  string(1) "z"
}



[2002-10-07 03:58:36] [EMAIL PROTECTED]

Did you set-up your locales correctly?

Derick



[2002-10-07 03:51:15] [EMAIL PROTECTED]

Characters with an ASCII value above 127 is considered to be the lower
value. This is a bit unfortunate if you use a language with special
characters (like the 3 danish letters after z in the list below).

  $list = array('a', 1, '2', '12', '1', 'z', 'æ', 'ø', 'å', chr(137),
chr(128));   
  usort($list, 'strnatcmp'); 
  var_dump($list);

The values above 127 are sorted correctly, they should just be
considered higher than A-z.

I believe I have seen this bug on a Solaris Unix as well. But that was
a while ago and I can not provide any detailed information on that
situation.





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

#19730 [Fbk->NoF]: PHP --with-mysql reports the wrong client API version

[sniper]

 ID:   19730
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: MySQL related
 Operating System: debian linux potato
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 10:23:45] [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


Even as I'm pretty sure this is some problem in your system or an user
error..




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

yes, it does. Both the binary build and the apache module were built on
October 2, 2002, and they both show the correct build date.



[2002-10-04 18:29:07] [EMAIL PROTECTED]

Can you check what the build-date is in the phpinfo output where the
incorrect mysql version is shown?
(2nd line, iirc)

Does it match the date you build it?




[2002-10-04 13:08:36] [EMAIL PROTECTED]

Additionally, as I stated earlier, the PHP binary and the PHP Apache
modules are being compiled on the same server, with the same configure
options (except --with-apache).

Nothing on the server was changed between building the binary and the
module. They both used clean source trees (freshly untarred, even). The
binary reports the correct version, the module does not. The module
also does not report the version of the included MySQL libs, instead it
reports a version of MySQL that has never been installed on the server.



[2002-10-03 20:01:10] [EMAIL PROTECTED]

with regards to the beta string, I have known about the development
life cycle, and the alpha, beta, gamma, and release phases of
development for many years. MySQL 4 is doing wonderfully in production,
and we put each release through rigorous testing in house before
implementing it. You should try it out sometime.

With regards to the version string, there are no files on the
filesystem that match 3.23.35.

Have you tried to build it yet using the build method I sent? If so,
what were the results?



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

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

#19793 [Fbk->NoF]: Apache blames the failure of /error.php?error=# with ErrorDocument on PHP

[sniper]

 ID:   19793
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: RedHat 7.1
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-10 10:33: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-10-06 21:21:33] [EMAIL PROTECTED]

I have always used this in my .htaccess:

#  Error document handling:

ErrorDocument   401 /error.php?error=401
ErrorDocument   403 /error.php?error=403
ErrorDocument   404 /error.php?error=404

this works perfectly with PHP on Apache 1.3.x.

Recently, I decided to upgrade PHP and Apache to the newest version of
each on a server that I maintain, and first noticed that in directories
where I use another .htaccess for password protection, Apache was
giving me the 401 page without asking for a username and password, then
saying that it was getting a 403 error in trying to load the
ErrorDocument.

This made no sense to me, because:

DocumentRoot = /web/mori

drwxrwx--x   24 mordeth  mordeth  4096 Oct  6 21:25 .
-rw-rw-r--1 mordeth  mordeth  6731 Dec  5  2001 error.php

and in /web:

drwxr-x--x   41 root web  4096 Oct  1 23:04 .

as you can see...I have the correct perms for Apache to be able to read
that document, so I shouldn't be getting 403 errors on it.

After submitting bug #13121 to Apache
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13121), they reject
fixing the problem, instead blaming the problem on PHP:

"This is almost certainly a PHP problem, since the default install
includes some SSI-generated error documents that work just fine.  Most
likely, the reponse status code is getting lost someplace in the PHP
filter.  Please ask on the PHP users mailing list, and if they don't
have a solution, report it in the PHP bug database."

I fail to see why it'd be PHP's fault that Apache wouldn't do the Auth
before serving the ErrorDocument, but hopefully someone can diagnose
this.




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

#19655 [Fbk->NoF]: Using MM session handler, Apache crashs at child death.

[sniper]

 ID:   19655
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: 2.2.20
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 10:34:02] [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-01 13:14:42] [EMAIL PROTECTED]

I tested the php4-200209300600 snap. I still have apache segfaulting :

#0  ps_mm_destroy (data=0x83f26a8) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:241
241 next = sd->next;
(gdb) bt
#0  ps_mm_destroy (data=0x83f26a8) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:241
#1  0x8135606 in zm_shutdown_ps_mm (type=1, module_number=18) at
/space/build/apache/php4-200209300600/ext/session/mod_mm.c:293
#2  0x81348c4 in zm_shutdown_session (type=1, module_number=18)
at
/space/build/apache/php4-200209300600/ext/session/session.c:1511
#3  0x80e880f in module_destructor (module=0x83e2518) at
/space/build/apache/php4-200209300600/Zend/zend_API.c:1128
#4  0x80e9e47 in zend_hash_apply_deleter (ht=0x839d460, p=0x83e24e8) at
/space/build/apache/php4-200209300600/Zend/zend_hash.c:598
#5  0x80e9f59 in zend_hash_graceful_reverse_destroy (ht=0x839d460) at
/space/build/apache/php4-200209300600/Zend/zend_hash.c:664
#6  0x80e62dc in zend_shutdown () at
/space/build/apache/php4-200209300600/Zend/zend.c:512
#7  0x80cae93 in php_module_shutdown () at
/space/build/apache/php4-200209300600/main/main.c:1193
#8  0x80cae74 in php_module_shutdown_wrapper (sapi_globals=0x835b520)
at /space/build/apache/php4-200209300600/main/main.c:1170
#9  0x80c1540 in apache_php_module_shutdown_wrapper ()
#10 0x81966ce in run_cleanups ()
#11 0x8194db4 in ap_clear_pool ()
#12 0x8194e29 in ap_destroy_pool ()
#13 0x8194d8c in ap_clear_pool ()
#14 0x8194e29 in ap_destroy_pool ()
#15 0x81a38c2 in clean_parent_exit ()
#16 0x81a6593 in standalone_main ()
#17 0x81a6a93 in main ()



[2002-09-29 20:03: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

I meant all the libraries you link with PHP and apache with.
But please try the snapshot, it's more likely not related to SSL anyway
and there were some fixes in CVS just today which should prevent this.




[2002-09-29 17:40:18] [EMAIL PROTECTED]

> and are you 100% sure you're really compiling with 0.9.6g ? 

Yes, Apache+mod_ssl are linked with a just "untagzip'ed and compiled"
openssl-0.9.6g ...

> And that ALL your software is linked with it?

Why would other software be linked with it ? We're only takking about a
httpd process, not the whole of the system.

> Best way to be sure about it is to first remove all binaries
> compiled with openssl and all old openssl libraries from your system
> and compile the latest from scratch.

Why would I do that ? I am sure the steps I made : it is an
Apache+0.9.6g (as shown in headers) and it is crashed by the worm code
:(

Georges



[2002-09-29 17:33:36] [EMAIL PROTECTED]

Please, don't sign your comments..and are you 100% sure 
you're really compiling with 0.9.6g ? And that ALL your
software is linked with it?

Best way to be sure about it is to first remove all binaries
compiled with openssl and all old openssl libraries from your system
and compile the latest from scratch.




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

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

#19650 [Fbk->NoF]: 4.2.3 (!) "include" operator mistake

[sniper]

 ID:   19650
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-12 10:26:26] [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-07 12:18:47] [EMAIL PROTECTED]

Wow... I'm a fool, I have tested wrong PHP version! Error is still
actual.

But now I think I have found the bug place.

File main/fopen_wrappers.c, in function php_fopen_with_path, we can see
a piece of code:

if (IS_ABSOLUTE_PATH(filename, filename_length)) {
  if ((php_check_safe_mode_include_dir(filename TSRMLS_CC)) == 0)
  /* filename is in safe_mode_include_dir (or subdir) */
  return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
  if (PG(safe_mode) && (!php_checkuid(filename, mode,
CHECKUID_CHECK_MODE_PARAM)))
  return NULL;
  return php_fopen_and_set_opened_path(filename, mode, opened_path
TSRMLS_CC);
}
/* else start to glue path from include_path */
...

Under Windows IS_ABSOLUTE_PATH is:
#define IS_ABSOLUTE_PATH(path, len) \
(len >= 2 && isalpha(path[0]) && path[1] == ':')

Of course, when Apache's mod_php4 makes "include" request for
"/home/localhost/www/phpinfo.php", program DOES NOT get into "if"
statement! And we get pathes something like 
".//home/localhost/www/phpinfo.php" and
"c:/php/pear//home/localhost/www/phpinfo.php" when
include_path=".;c:/php/pear" (I have dumped "path" argument of
virtual_fopen function [tsrm_virtual-cwd.c] to watch such pathes).

We cannot modify IS_ABSOLUTE_PATH macro, because there is #define
COPY_WHEN_ABSOLUTE 2 before it, and core always think that "absolute"
part contains 2 characters - we'd like to thank developers of windows
port for that :-(. Path "/some/path" contains NONE "absolute"
characters ("z:/some/path" contains two - "z:").

But, if we patch:

- if (IS_ABSOLUTE_PATH(filename, filename_length)) {
+ if (IS_ABSOLUTE_PATH(filename, filename_length) 
+ || IS_SLASH(*filename)) {

PHP begins to work!

I don't know would it cause a security problem with safe_mode. Code is
too tangled and duplicated (somebody likes "copy+paste" technique of
programming, I suppose).

Please correct this bug in next PHPs. Now I will patch it "by hands",
but I don't want our users to cry when they would install newer version
and it begin to trash.



[2002-10-05 18:49:02] [EMAIL PROTECTED]

Of course, not OK (-;

File c:\t.php:


File c:\test.php:


c:\php> php.exe -q < c:\t.php

Warning:  Failed opening '/test.php' for inclusion
(include_path='.;c:\php4\pear') in - on line 2

c:\php> php.exe -q c:\t.php
!

Strange, isn't it?..

Good "/test.php", or not good, when I write 
  DocumentRoot /home/localhost/www
in httpd.conf, and then 
  GET /phpinfo.php HTTP/1.1
Apache calls /home/localhost/www/phpinfo.php, but not
./home/localhost/www (-; Well, 4.2.3 processes it correctly (and we may
close this bug report), but...

I meant that PHP 4.2.3 still have something wrong in its code, because
absolute-slashed pathes do not work sometimes (like in "< script",
maybe somewhere else?). Here, in Russia, we saying in such cases: "Heh,
something's wrong in Danish kingdom". (-; Today I tried to debug it,
but have not found a bug place. Maybe next time.

Good luck.



[2002-10-05 16:07:37] [EMAIL PROTECTED]

 is not good

this is better:


ok?



[2002-10-05 15:35:28] [EMAIL PROTECTED]

New information about this bug.

1. Since version PHP 4.2.3 bug is "changed":

File /t.php AND ./t.php (identical):


Tests:
a) > php.exe c:\t.php - works
b) > php.exe \t.php - works
c) > php.exe /t.php - works
d) > php.exe
 
 ^Z
 - DOES NOT work.

In version 4.1.2...4.2.2 a, b & c are not working.

2. Versions <= 4.1.1 work correctly.

So, I think there is only an error if PHP.exe v4.2.3+ gets program from
STDIN. Previous versions (<4.2.3) do not work with command-line
filename too.



The remainder of the comments for this report are too long. To view
t

#19785 [Fbk->NoF]: ld cannot find -lX11

[sniper]

 ID:   19785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: SuSE 8.0
 PHP Version:  4CVS-2002-10-06
 New Comment:

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




Previous Comments:


[2002-10-07 21:28:20] [EMAIL PROTECTED]

Was this snapshot labeled 'STABLE' ? If yes, then try the one without
that text. And did you try any other configure lines before the one
mentioned here?

Also, check your config.log for any X11 text.

This library or any test won't be done unless you have
(or have had) --with-xpm-dir in your configure line.





[2002-10-06 15:44:48] [EMAIL PROTECTED]

I am trying to install php4-200210061200 got on the snapshots and I get
this error:

/usr/i486-suse-linux/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

I configured php with the following command:

./configure --with-mysql --enable-track-vars
--with-apxs2=/usr/local/apache2043/bin/apxs --enable-ftp --with-gd
--enable-magic-quotes --enable-gd-native-ttf --with-ttf --with-t1lib
--with-gettext --with-snmp --with-openssl --with-xml --with-imap

I didn't insert any X11 references.

How I can solve this problem?




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

#19724 [Fbk->Opn]: Limited data size on read

[sniper]

 ID:   19724
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: dBase related
 Operating System: All
 PHP Version:  4.2.3
 Assigned To:  vlad
 New Comment:

Setting to 'Open' to prevent automatic closing due the no-feedback..

Vlad, what is the status on this?




Previous Comments:


[2002-10-08 12:28:50] [EMAIL PROTECTED]

Actually, it seems to return only up to 254 fields, which is a bug on
its own. I believe, there was a limit of 255 fields for dbase4 format.
I do not believe this is the case with dbase5. 

This patch broke it:
http://cvs.php.net/diff.php/php4/ext/dbase/dbf_head.c?login=2&r1=1.9&r2=1.10&ty=u

The simpliest way to fix that would be just to increase the constant
from 254 to 1024. The better way would be figure out what the author of
the patch meant by 'padded field headers'.

I'll look into that.


[EMAIL PROTECTED], do you use dbase5? or something else?



[2002-10-02 15:52:27] [EMAIL PROTECTED]

When using dbase_get_record or dbase_get_record_with_names to read from
a DBF file, it only returns a maximum of 255 fields now. It did not do
this in previous versions.




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

#19457 [Fbk->NoF]: Apache 1.3.26 w/OpenSSL fails to start

[sniper]

 ID:   19457
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache related
 Operating System: Solaris 8
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-08 21:56:44] [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 make sure you're linking both apache and php with SAME openssl
libs. Best way to make sure you're doing that is to remove all libssl.*
and libcrypto.* files from your system
and the header files and reinstall openssl.




[2002-09-18 19:17:37] [EMAIL PROTECTED]

Maybe you should try mod_ssl and compile it as DSO.
I'm using that and it has always worked fine.




[2002-09-17 18:53:46] [EMAIL PROTECTED]

Compiling v4.2.2 as a .so file also failed.  Out of curiosity, is there
possibly a problem with our compiler version (gcc 2.95.3)?



[2002-09-17 18:27:31] [EMAIL PROTECTED]

Yes, it was compiled with the libpthread library.  Just for a little
further info, recompiling Apache WITHOUT SSL works fine ...  We're
going to try the 4.2.2 PHP compile and see if that works ...



[2002-09-17 17:00:05] [EMAIL PROTECTED]

I might be mistaken..but I think I had same issue myself
once and got it fixed by making sure httpd was linked with 
libpthread..can you check if your httpd is linked with it:

ldd /usr/local/apache/bin/httpd





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

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

#5226 [Ana->Bgs]: arrayfields reorganized when using array_pop

[sterling]

 ID:   5226
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: freebsd 3.1
 PHP Version:  4.0.0 Release
 New Comment:

Except that its not a feature request, its a bogus bug report... ;-)

It imho shouldn't be changed in the first place, but it would also
break bc so fully that it will never change.


Previous Comments:


[2001-04-04 00:51:40] [EMAIL PROTECTED]

oops, forgot feature request.

-Chris



[2001-04-04 00:49:25] [EMAIL PROTECTED]

Reclassifying as a feature request, regardless of whether it happens
anytime soon. :)

-Chris

[EMAIL PROTECTED] adds...

This is a repeat of 5226, but I couldn't add anything without a
password, which I didn't have.

In that bug, [EMAIL PROTECTED] didn't understand the example that was
given. What happens is this: if you have

$a[5]="five"; 
$a[6]="six";

and then do array_pop($a), you now have $a[0]="five", not $a[5]="five",
as I would expect.

Despite not understanding the example, stas answered the question:
that's the way the zend engine works. But you don't see that as a
problem?




[2000-06-28 10:20:19] [EMAIL PROTECTED]

Presently, all splice-derived functions reorder numeric keys.
There's not much to do about it, since it's the way Zend Engine handles
numeric hash keys.
Changing it either way won't bring more consistent  functionality, so
in the meantime it is just as it is.



[2000-06-25 19:01:02] [EMAIL PROTECTED]

AFAIU that's exactly what pop should do - pop element from array.
Why should it insert empty element on top?



[2000-06-25 18:56:19] [EMAIL PROTECTED]

\n";
  }
?>

returns:

0 = A
1 = B
2 = 

but should return 

0 =
1 = A
2 = B





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

#19445 [Fbk->NoF]: Memory problem of PHP in Win32 environment

[sniper]

 ID:   19445
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows2000Server
 PHP Version:  4.2.2
 New Comment:

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




Previous Comments:


[2002-10-08 21:52:53] [EMAIL PROTECTED]

Have you tried using Apache 1.3.27 instead? (Apache2 is pretty
unstable..)




[2002-09-24 23:04:19] [EMAIL PROTECTED]

I thank for advice.
> http://snaps.php.net/win32/php4-win32-latest.zip
I tried to use PHP4.3.0-dev of the link of the top promptly.
This I thought that the condition is good. However, STOP-Error came out
before about 20 minutes from now.
As for this PHP4.3.0-dev the error came out even the CGI mode.

Apache error.log
Premature end of script headers: PHP.EXE

I returned to the CGI mode of PHP4.2.2 once again.

Thanks.



[2002-09-23 07:41:52] [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

There were some fixes in CVS just recently, so please try a newer
snapshot.




[2002-09-23 06:45:49] [EMAIL PROTECTED]

It is a report.

I got PHP from "http://snaps.php.net/win32/php4-win32-latest.zip"; and
tried to cause it run with the ISAPI mode.
Then, the STOP error came out in several minutes.(T_T)
It returned it to old PHP4.2.2, because the error of PHP came out, even
if this version causes it run with the CGI mode.

Thanks.



[2002-09-23 04:06:04] [EMAIL PROTECTED]

Thank you for the reply.

http://bugs.php.net/15333
Although it saw this report my little situation seems to differ.
The error comes out, also in enough environment where clean installed
Windows2000Server.
Needless to say, the error comes out even if it is including all the
security close-fitting trousers of Microsoft.
As for the memory of my machine, the error does not come out at all,
when PHP is caused run with the CGI mode, although it is not tested.
Needless to say, the error does not come out even if it uses other any
applications.
The stated error is the error that "failed to the initialization of the
application".
And all the applications come not to trigger and OS does STOP-Error.
At this time the vacancy memory quantity of the system had decreased
very much without gazing to the number of the process.(500MB around)
I think that the memory of my machine is normal.

Please permit. I am Japanese whose head is bad. Therefore I am not able
to read and write English well.

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

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

#19442 [Fbk->NoF]: In a loop of gzopen gzclose the server stops

[sniper]

 ID:   19442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Zlib Related
 Operating System: windows/?
 PHP Version:  4.2.3
 New Comment:

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




Previous Comments:


[2002-10-08 21:48:56] [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-17 00:15:30] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2002-09-16 15:42:02] [EMAIL PROTECTED]

This script will make the setver to crash down


   window.location='$_SERVER[REQUEST_URI]';
   ";

?>
At my apache web server this crash after 508 loops.




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

#18969 [Fbk->NoF]: Conflicting types for mmap64 during sapi_apache.c compilation

[sniper]

 ID:   18969
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0-dev
 New Comment:

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




Previous Comments:


[2002-10-08 22:32: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

If the problem still exists could you please include the defenition of
mmap64 from /usr/include/sys/mman.h



[2002-08-20 21:32:11] [EMAIL PROTECTED]

update version.



[2002-08-20 15:55:51] [EMAIL PROTECTED]

Just marking as open



[2002-08-20 15:48:52] [EMAIL PROTECTED]

Thx sniper. I tried using that code but have got the same results.



[2002-08-19 17:21:06] [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



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

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

#18158 [Fbk->NoF]: sybase session storage causing data corruption

[sniper]

 ID:   18158
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase-ct (ctlib) related
 Operating System: Solaris 8
 PHP Version:  4.2.1
 New Comment:

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




Previous Comments:


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




[2002-07-19 04:06:02] [EMAIL PROTECTED]

As workaround I modified the read routine of the session handler to set
a global variable to say whether the session exists.  The write routine
tests this var to tell whether to do an insert or an update, no errors
are returned and everything works fine. see
http://sporty.nun.unsw.edu.au/pear_session2.phps.



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

#5343 [Opn->Csd]: a way of implementing class methods

[sterling]

 ID:  5343
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Feature/Change Request
 PHP Version: 4.0.1
 New Comment:

the issue has been considered already...


Previous Comments:


[2002-01-06 08:41:28] [EMAIL PROTECTED]

can you propose this on  [EMAIL PROTECTED] ?



[2000-07-03 17:10:59] [EMAIL PROTECTED]

How about:
function Foo::Bar() {
//implementation of method `Bar' in class `Foo'
}

ppl usually separate the functionality in different files, and with
classes this is only possible by forwarding calls to regular
functions,
or by making use of derivation, which is not the best practice.

IMHO that would imply small changes to the parser (to recognize `::'
syntax), what do you think?





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

#17566 [Fbk->NoF]: phpinfo() causes load of 2+

[sniper]

 ID:   17566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev
 New Comment:

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




Previous Comments:


[2002-10-11 22:21:57] [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

The memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



[2002-10-09 13:26:20] [EMAIL PROTECTED]

--disable-debug affects the display of the memory leak :-)

It does not affect the error itself. Still an increasing load.
I've added some trace warnings, and it seems that every string is
passed through php_escape_html_entities twice! Here's an anonimized
snippet:
PHP Warning:  oldlen is 15. old is ,
newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 15. old is ,
newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2



[2002-10-07 06:41:36] [EMAIL PROTECTED]

The problem is in the recent changes to ext/standard/info.c which is
calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing
the result.
It never efree's it.
I suspect the loading problems will go away if you build a
--disable-debug version of PHP.



[2002-10-06 23:09:07] [EMAIL PROTECTED]

PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen,
int *newlen, int all, int quote_style, char *hint_char
set TSRMLS_DC)
{
int i, j, maxlen, len;
char *replaced;
enum entity_charset charset = determine_charset(hint_charset
TSRMLS_CC);
int matches_map;

maxlen = 2 * oldlen;
if (maxlen < 128)
maxlen = 128;replaced = emalloc (maxlen); // #line 667
len = 0;

i = 0;
while (i < oldlen) {


}   
}
replaced[len] = '\0';
...


So what happens if oldlen = 0 and more importantly: how can oldlen
become 0?



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

hmm..that is a hint:
/home/mdev/cvs/php4/ext/standard/html.c(667) :  Freeing 0x0820BA24 (396
bytes), script=-
Last leak repeated 383 times

383 times?



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

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

#18593 [Fbk->NoF]: Apache crash when use function printer_draw_

[sniper]

 ID:   18593
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: windows2000
 PHP Version:  4.2.1
 New Comment:

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




Previous Comments:


[2002-10-09 21:32:44] [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-07-26 17:26:23] [EMAIL PROTECTED]

reclassified



[2002-07-26 11:04:39] [EMAIL PROTECTED]

code :
printer_draw_text($handle,$text,$row ,$column_end);
$row = $row-$rowhigh;
printer_draw_line($handle,$row,$column1,$row,$column_end);


If value of $column_end is long over printer can print (sample 1500 on
paper A4) Apache will crash.




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

#16816 [Fbk->NoF]: PHP opens more connections as allowed

[sniper]

 ID:   16816
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Sybase (dblib) related
 Operating System: Linux 7.2
 PHP Version:  4.1.2
 New Comment:

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




Previous Comments:


[2002-10-09 22:20:23] [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-04-25 04:35:02] [EMAIL PROTECTED]

My sybase config for php is as follows:

sybase.allow_persistent =   On
sybase.max_persistent   =   5
sybase.max_links  =   5

Also I am using phplib database classes - which are based on
pconnect().
The problem now is that after a short time there are 15 or more PHP
processes within the sybase database!
The result is that another Delphi Programm can not longer access the
same database, because it can not open a connection when all
connections are used by php! (increasing the max num of connections
within the sybase db is no real solution to this!)
I wonder about the BROKEN_SYBASE_PCONNECTS define within the source
code - is there a known problem which I haven't found within the
web/news?

Thanks for help

Kai Hofmann





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

#17047 [Fbk->NoF]: INFORMIXSERVER not being read

[sniper]

 ID:   17047
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Informix related
 Operating System: aix 4.3.3
 PHP Version:  4.2.0
 New Comment:

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




Previous Comments:


[2002-10-10 22:55:32] [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-05-06 14:13:03] [EMAIL PROTECTED]

Also of note, 

I have register_global = On.

phpinfo() shows:
register_global = On and On
INFORMIXSERVER = ibm65
ifx.default_host = ibm65

Yet it still requires me to do this:
putenv("INFORMIXSERVER=ibm65");



[2002-05-06 13:41:08] [EMAIL PROTECTED]

The following php script does not work

  

it prints:
ibm65
Warning: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-25560] in test.php on
line 14

25560 means that INFORMIXSERVER is not set in the env.
Which is crazy because I getenv it and echo it.

But the following works:
  

So it seems that the environment variable INFORMIXSERVER is not being
read correctly.

Besides having INFORMIXSERVER set in my env, I also have set the
/usr/local/lib/php.ini ifx.default_host=ibm65.  Yet neither work.

I have to putenv() the value explicitly.





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

#18697 [Opn->Bgs]: HTTPS POST crashing

[sterling]

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

my guess is that this is a symbol conflict with another library, either
way, the backtrace indicates its not a PHP/cURL bug...


Previous Comments:


[2002-10-15 06:25:02] [EMAIL PROTECTED]

Being main libcurl author, I'd like to second sniper's request. Please
rebuild libcurl with debug symbols and try again.

libcurl doesn't use the RAND_add() function itself, why that particular
info unfortunately doesn't help in giving any clues here.



[2002-10-14 02:47:15] [EMAIL PROTECTED]

Because this PHP/curl is on a production server with 200 websites, it's
not that easy to get a chance to re-compile stuff without breaking
scripts.

I will re-compile curl with debug symbols at some point over the next
few days.

For your information:  a curl HTTPS POST works fine from the command
line.



[2002-10-12 09:46:43] [EMAIL PROTECTED]

Compile curl also with debug symbols enabled..




[2002-10-12 09:46:19] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

As you can see, the bug is in curl itself.




[2002-10-12 03:05:22] [EMAIL PROTECTED]

Tried CVS snapshop but got exactly the same crash:

(gdb) run -X
Starting program: /usr/sbin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x40512813 in RAND_add () from /usr/local/lib/libcurl.so.2
Cannot access memory at address 0x4000



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

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

#19301 [Asn->Bgs]: curl_exec crashes

[sterling]

 ID:   19301
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Bogus
 Bug Type: cURL related
 Operating System: Windows XP Professional CZ
 PHP Version:  4.2.3
 Assigned To:  jmoore
 New Comment:

not a php bug...


Previous Comments:


[2002-09-30 17:21:51] [EMAIL PROTECTED]

I've manged to get a backtrace using the latest CVS version:

It crashes in ext/curl/curl.c:313

NTDLL! 77f83941()
NTDLL! 77f838c6()
curl_write(char * 0x011607d9, unsigned int 0x0001, unsigned int
0x048b, void * 0x00dcd248) line 313 + 25 bytes
PHP_CURL! Curl_client_write + 54 bytes
PHP_CURL! Curl_readwrite + 3191 bytes
PHP_CURL! Curl_perform + 1135 bytes
PHP_CURL! Curl_perform + 120 bytes
PHP_CURL! curl_easy_perform + 33 bytes
zif_curl_exec(int 0x00dcc190, _zval_struct * 0x00db2780, _zval_struct *
0x0012fe04, int 0x1000, void * * * 0x7ffdf000) line 921 + 11 bytes
zend_execute_scripts(int 0x0008, void * * * 0x00db2780,
_zval_struct * * 0x, int 0x0003) line 834 + 34 bytes
php_execute_script(_zend_file_handle * 0x0012ff48, void * * *
0x00db2780) line 1537 + 27 bytes
main(int 0x0003, char * * 0x00db4f78) line 1055 + 17 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e8d326()




[2002-09-30 17:09:24] [EMAIL PROTECTED]

reopening as snaps system uses latest release of curl.

- James



[2002-09-30 15:45:50] [EMAIL PROTECTED]

mine was latest CVS on the date I posted it, it might be a bug in curl
which is casuing the crash and the machine which is doing the snap shot
builds is using an older version.

Ill find out and get that updated if that is the case.

CLosing this bug for now as it seems a tertary problem rather than a
PHP one.

- James



[2002-09-30 04:32:32] [EMAIL PROTECTED]

I just tried your latest-cvs-with-curl build and yes that is also
working for me. 
However, the latest non-stable snapshot
http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is
still failing and I would have thought that was the same code as you
tested, or is there just some latency from CVS to the latest non-stable
builds?



[2002-09-28 04:50:41] [EMAIL PROTECTED]

OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL)
and the same of the PHP Extension from the latest CVS and cannot
reproduce this bug in the latest versions. 

The crash no longer happens. Although it is reproduceable with
PHP-4.2.3 which was downloadable from PHP.net. You can download the
version I tested this with (Only got php_curl.dll & libcurl.dll
accompanying it) from

http://www.phpuk.org/~james/latest-cvs-with-curl.zip.

Please let me know if the problem persists with you in this build.

- James





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

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

#19119 [Ver->Opn]: curl_exec called twice

[sterling]

 ID:   19119
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Open
-Bug Type: cURL related
+Bug Type: Feature/Change Request
 Operating System: Linux 2.4.7-10 (RedHat 7.2)
 PHP Version:  4.3.0-dev / 4.2.3-dev
 New Comment:

not a bug a limitation - marked as a feature request...


Previous Comments:


[2002-09-25 09:55:39] [EMAIL PROTECTED]

sorry, misread



[2002-09-25 09:39:17] [EMAIL PROTECTED]

Not a bug in PHP -> bogus



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

current cURL extension limitation...  You can't reuse the
same handle...



[2002-08-27 14:22:23] [EMAIL PROTECTED]

Got the same results..




[2002-08-27 04:11:19] [EMAIL PROTECTED]

It seems that bug #14142 is back.
This simple exemple generate a Segmentation fault.
The bug occurs only when RETURNTRANSFER is set and when using 2
curl_exec on the same curl handle.
Changing the 2nd URL to http://www.php.net/ generate an infinite loop
!

http://www.apple.com/";);
$res1 = curl_exec($ch);

curl_setopt($ch,CURLOPT_URL,"http://www.apple.com/quicktime/";);
$res2 = curl_exec($ch);

curl_close($ch);
?>

PHP 4.2.2 / libcurl 7.9.8 and './configure --with-curl'.

Here is the back trace
Program received signal SIGSEGV, Segmentation fault.
0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222
222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);
(gdb) where
#0  0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222
#1  0x080e3c5e in _zval_dtor (zvalue=0x818d324) at zend_variables.c:44
#2  0x080dbf68 in _zval_ptr_dtor (zval_ptr=0x818d570) at
zend_execute_API.c:274
#3  0x080e9a61 in zend_hash_destroy (ht=0x8155188) at zend_hash.c:541
#4  0x080dbcaa in shutdown_executor () at zend_execute_API.c:173
#5  0x080e4c7e in zend_deactivate () at zend.c:596
#6  0x080611da in php_request_shutdown (dummy=0x0) at main.c:787
#7  0x0806009b in main (argc=2, argv=0xb9e4) at cgi_main.c:827
#8  0x401db657 in __libc_start_main (main=0x805f7a4 , argc=2, 
ubp_av=0xb9e4, init=0x805e424 <_init>, fini=0x8107d40 <_fini>,

rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9dc)
at ../sysdeps/generic/libc-start.c:129





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

#20127 [NEW]: writing to stdin produces no output

[shane]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4CVS-2002-10-27
PHP Bug Type: Output Control
Bug description:  writing to stdin produces no output

the following produces no output in windows.

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport to
PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);


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

#20124 [Fbk->Bgs]: Remote Format String Bug

[iliaa]

 ID:   20124
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Win2k
 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 should validate user passed input before inserting it into your SQL
queries.


Previous Comments:


[2002-10-27 14:24:04] [EMAIL PROTECTED]

What exactly you think the bug is here?
And have you read this ever:

http://www.php.net/manual/en/security.cgi-bin.php




[2002-10-27 13:04:42] [EMAIL PROTECTED]

During a Pentest, I was searching for sql injection, and noticed that
PHP returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present
in Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id =
510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error
Handling process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 4313

#20106 [Opn->Bgs]: crashing apache with phpMyAdmin

[iliaa]

 ID:   20106
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  4.3.0-pre1
 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.


Try the newly released 4.3.0-pre2, if you still experience the crash,
please provide the shortest possible script that can be used to
replicate the problem.


Previous Comments:


[2002-10-26 18:29:31] [EMAIL PROTECTED]

1.3.27 & 2.0.43 were the versions it happened with



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

And that version of apache would be?



[2002-10-26 12:39:33] [EMAIL PROTECTED]

using the latest dev build of php causes apache to crash when using
phpMyAdmin and going to 'users' on the main page when using it as
'root', this also happened during phpinfo(); but i haven't been able to
reproduce it with phpinfo(); there is no information given with the
error, the 'send a bug report to microsoft' dialog comes up, and says
apache has had a fatal error, after downgrading apache so that i could
use the stable version of php, the problem appears to be fixed.




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

#20110 [Asn->Csd]: input in flex scanner failed in :)

[iliaa]

 ID:   20110
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux, Net|Free|OpenBSD, others?
 PHP Version:  4.2.3
 Assigned To:  derick
 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-26 15:05:14] [EMAIL PROTECTED]

Severity: Cosmetic for error reporting

PHP Fatal error:  input in flex scanner failed in 

When doing a:
8<
include("/tmp/");
>8

For instance will produce above error, maybe a "You can't include
directories" would be nice?






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

#20125 [Fbk->Bgs]: not reconizing GD functions with GD-2.0.4

[sniper]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

1. GD 2.0.4 is not supported by any released version of PHP
2. You're configure line misses --with-xpm-dir (pay more attention to
what configure outputs, will ya?)
3. Grab a snapshot, compile php with --with-gd (ie. no path)
and the extra options needed.  That will work as it uses the PHP
bundled GD library and as it compiles it to contain all the extra stuff
you want it to contain. No more hassle with GD library this way.

Last but not least: This "bug" has already been reported. Please don't
submit yet another report about it but add your comments to the
existing one.






Previous Comments:


[2002-10-27 16:48:03] [EMAIL PROTECTED]

Please provide your full config.log online (or mail it as
attachement).

Derick



[2002-10-27 15:33:41] [EMAIL PROTECTED]

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...



[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for 

#20126 [Opn->Csd]: fwrite to stdin causes exception in streams

[shane]

 ID:   20126
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: win2k
 PHP Version:  4CVS-2002-10-27
 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.

fixed in cvs, streams.c revision: 1.118



Previous Comments:


[2002-10-27 16:41:44] [EMAIL PROTECTED]

running run-tests.php with current cvs build causes exception.  Minimal
code to repro:

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport
to PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);






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

#19213 [Opn->Bgs]: odbc_close() not working?

[sniper]

 ID:   19213
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

So I guess this is bogus bug report then..? :)



Previous Comments:


[2002-10-27 15:18:38] [EMAIL PROTECTED]

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn



[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [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-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



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

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

#20125 [Opn->Fbk]: not reconizing GD functions with GD-2.0.4

[derick]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

Please provide your full config.log online (or mail it as
attachement).

Derick


Previous Comments:


[2002-10-27 15:33:41] [EMAIL PROTECTED]

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...



[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
chec

#20126 [NEW]: fwrite to stdin causes exception in streams

[shane]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4CVS-2002-10-27
PHP Bug Type: Reproducible crash
Bug description:  fwrite to stdin causes exception in streams

running run-tests.php with current cvs build causes exception.  Minimal
code to repro:

$fp = fopen("php://stdin", "r+");
fwrite($fp, "Some tests have failed, would you like to send the\nreport to
PHP's QA team? [Yn]: ");
fflush($fp);
$user_input = fgets($fp, 10);


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

#16552 [Com]: Undefined macro `AC_PROG_LIBTOOL'

[bobbitt]

 ID:   16552
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

Thanks, that solved it, and sorry for taking up your time with a local
config problem.

Cheers


Previous Comments:


[2002-10-27 13:56:25] [EMAIL PROTECTED]

There is something wrong with your autotools/libtool installation.
Please use the snapshots instead:

http://snaps.php.net/




[2002-10-27 12:18:41] [EMAIL PROTECTED]

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in



[2002-08-23 01:00:13] [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-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFI

#20125 [Fbk->Opn]: not reconizing GD functions with GD-2.0.4

[richard]

 ID:   20125
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

well, i'm getting all kind's of error:

/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24556 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24609 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24662 "configure"



/tmp/ccHr63vt.o: In function `main':
/usr/local/src/php-4.2.3/configure:24722: undefined reference to
`gdImageCreateFromGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24715 "configure"


/tmp/ccrawnoi.o: In function `main':
/usr/local/src/php-4.2.3/configure:24775: undefined reference to
`gdImageGif'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24768 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24821 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24874 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24927 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24980 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25033 "configure"



/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25086 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25139 "configure"


/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status
configure: failed program was:
#line 25192 "configure"


/tmp/ccLorihZ.o: In function `main':
/usr/local/src/php-4.2.3/configure:25464: undefined reference to
`gdImageGifCtx'
/usr/local/gd/lib/libgd.so: undefined reference to
`XpmReadFileToXpmImage'
collect2: ld returned 1 exit status


/usr/bin/ld: cannot find -lintl
collect2: ld returned 1 exit status
configure: failed program was:
#line 25631 "configure"
configure: failed program was:
#line 25457 "configure"

i don't know what's wrong...


Previous Comments:


[2002-10-27 15:23:19] [EMAIL PROTECTED]

what does config.log say?

Derick




[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for 

#20125 [Opn->Fbk]: not reconizing GD functions with GD-2.0.4

[derick]

 ID:   20125
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Redhat 7.2
 PHP Version:  4.2.3
 New Comment:

what does config.log say?

Derick



Previous Comments:


[2002-10-27 15:22:03] [EMAIL PROTECTED]

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no

so as you can see, it's even dedecting the GD2 function, but it's not
working.

i've spoken with the creator of GD, and he's positieve that it's an
error in PHP.




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

#20125 [NEW]: not reconizing GD functions with GD-2.0.4

[richard]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.2
PHP version:  4.2.3
PHP Bug Type: GD related
Bug description:  not reconizing GD functions with GD-2.0.4

i've installed GD-4.0.2 with jpeg,libpng,zlib and freetype2.

but when i tried to install GD under PHP, i'm getting the folowing:

checking for GD support... yes
checking whether to enable truetype string function in GD... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=
checking for freetype(2)... yes
checking for FreeType 1.x support... no
checking for T1lib support... yes
checking for T1_LoadFont in -lt1... yes
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no

so as you can see, it's even dedecting the GD2 function, but it's not
working.

i've spoken with the creator of GD, and he's positieve that it's an error
in PHP.
-- 
Edit bug report at http://bugs.php.net/?id=20125&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20125&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20125&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20125&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20125&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20125&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20125&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20125&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20125&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20125&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20125&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20125&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20125&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20125&r=isapi

#19213 [Opn]: odbc_close() not working?

[a . steckenborn]

 ID:   19213
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: ODBC related
 Operating System: SuSE Linux 8.0
 PHP Version:  4.3.0-dev
 New Comment:

today i've tested the whole day.

after logging the sql statements i found out,
that sometimes 2 requests are coming up, the first without the needed
parameters and the second with.

And that is related by a bug in our select script.

Now I'm really shamed. :-(

Next time you are near by Ludwigshafen, Germany send me a mail you will
get some free drinks by me.

A lot of thanks for your great work.

with best regards

Albert Steckenborn


Previous Comments:


[2002-10-27 10:18:19] [EMAIL PROTECTED]

updated version and summary.



[2002-10-27 04:08:25] [EMAIL PROTECTED]

Nothing has changed with the latest snapshot
php4-20021027

with a second ODBC-connect to the SAPDB database
within 10 sec. the PHP-error occours like before
snip-
[27-Oct-2002 11:06:55] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:06:55]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152
[27-Oct-2002 11:07:05] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP DB]Syntax error or access violation;-3014 POS(272) Invalid end
of SQL statement., SQL state 37000 in SQLPrepare in
/www/kunden/reisenetz/web/show.phtml on line 151 [27-Oct-2002 11:07:05]
PHP Warning: odbc_execute(): supplied argument is not a valid ODBC
result resource in /www/kunden/reisenetz/web/show.phtml on line 152 
snip-

but the ODBC_Result is ok.

The Memory-Usage looks very better with SAPDB,
PHP4.2.3 and Apache1.3.27
It seems as if my Memory-Leak is fixed.
 
Thanks a lot to all that are working at these problems

with best regards

Albert Steckenborn



[2002-10-26 16:25:29] [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-26 10:07:09] [EMAIL PROTECTED]

Hi again,

now we have converted to
SAPDB 7.3.00.25 (working better)
PHP 4.2.3
Apache 1.3.27


But one Error holds on.

If i'm requesting the database the first time no Error occurs but when
i'm closing the result window and start a
new request within around 10seconds the following PHP Warning shows up
in the Error log

-snip-
[26-Oct-2002 11:28:03] PHP Warning: SQL error: [SAP AG][LIBSQLOD
SO][SAP
DB]Syntax error or access violation;
-3014 POS(260) Invalid end of SQL statement., SQL state 37000 in
SQLExecDirect in /www/kunden/reisenetz/web/show.phtml on line 153
---snip-

The results of the second request are ok.

When i'm using ODBC_prepare following Warning comes up:
odbc_execute() supplied argument is not a valid ODBC result resource

The results are ok too.

It looks as if the ODBC_Close($conn) dont't work

It is the same Error as in ADABAS D 11

Hope that this will help.

With best regards

Albert Steckenborn



[2002-10-07 03:48:24] [EMAIL PROTECTED]

hi,
i'm changing now from ADABAS D to SAPDB.
Meanwhile i'm thinking that this bug is a bug in the ADABAS ODBC Driver
and not PHP related.
I need one week more for the migration and then wee will see if it's
ADABAS D or PHP related.

The reason to migrate to SAPDB is that we can use the most of our
sripts anymore and the support (for a free software)is much better.
Some of the scripts that are running on ADABAS D with errors so that we
have to create db-Procedures, are running
on SAPDB without any errors.

That's the reason that i'm shure we can close our bug with the
migration.

A lot of thanks to Kalowsky and everybody else for the help.

I will post the result of the migration around the 20021020.

With best regards

Albert Steckenborn



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

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

#20091 [Opn->Bgs]: session.save_path of php.ini not honored

[sniper]

 ID:   20091
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Win 98 SP2
 PHP Version:  4.2.2 4.3
 New Comment:

Heh..you should read NEWS file sometimes. :)
Anyway, from 4.3.0 on the CGI binary is called php-cgi
to not mix it with the CLI binary, which is called php.



Previous Comments:


[2002-10-27 14:44:00] [EMAIL PROTECTED]

No luck! Comments hold for 4.3-dev as of Oct 24, 2002

Server 500 errors for cgi mode vanish with changing the
"Action" directive in httpd.conf from "/php/php.exe" to
"/php/php-cgi.exe". The first form worked well with 4.2.2

I would like opinions on my proposal for basing relative
path specs in php.ini on some explicit central root spec.
Thank you



[2002-10-25 12:41:16] [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-25 12:37:30] [EMAIL PROTECTED]

My config is

Win 98 SP2; Apache 1.3.23; PHP 4.2.2

with no php-related files in any windows or system folder (this is
because I'd like to evaluate a new
version in parallel - not having a second "identical" system)

PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4)
and phpinfo() tells the correct path 
for the session files.
With no change to the PHP inst or config but just by changing the PHP
usage mode in Apaches httpd.conf from CGI to module mode (and closing
and reopening Apache) this changes: in module mode session.save_path is
ignored.
I guess this comes from a dependency on the execution environment
(namely the path of the executable), which is clearly changed by that
action from php.exe to apache.exe.
Without knowing all the details I guess the manual should clearly point
out this difference between cgi
and module mode. I bet it accounts for more uncertainty in using and
spelling pathnames in php.ini which
can be read out of the user comments that accompany the inst section of
the manual.

By the way: in module mode copying php.ini to the Apache.exe folder
disables loading of the php 
extensions: here one seems to depend upon the location of php.ini which
is looked for in the execution 
folder (of Apache.exe in ths case) in the first place and therefore
ceases to be a good start for 
"./any folder".

On the other hand: a parallel installation of PHP 4.3 ceases to work in
CGI mode: I get "Server 500"-
messages, whereas module mode allows for running some apps - for
example PHPmyAdmin - but 
session.path_name is ignored here also.

My conclusion (and request for feature) is to come up with the
following strategy:
locate a file "php-location.ini" in c:\windows. Sole content is the
name of the root folder of the current
PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All
relative pathnames in php.ini should 
be based on this location. Alternatively a registry key could be used.

Please take the corner and do not impose putting the dlls or php.ini
into the system folder - this one is 
cluttered enough.

Hope this is helpful.
Sven




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

#20091 [Fbk->Opn]: session.save_path of php.ini not honored

[sven . schnitzke]

 ID:   20091
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Win 98 SP2
-PHP Version:  4.2.2
+PHP Version:  4.2.2 4.3
 New Comment:

No luck! Comments hold for 4.3-dev as of Oct 24, 2002

Server 500 errors for cgi mode vanish with changing the
"Action" directive in httpd.conf from "/php/php.exe" to
"/php/php-cgi.exe". The first form worked well with 4.2.2

I would like opinions on my proposal for basing relative
path specs in php.ini on some explicit central root spec.
Thank you


Previous Comments:


[2002-10-25 12:41:16] [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-25 12:37:30] [EMAIL PROTECTED]

My config is

Win 98 SP2; Apache 1.3.23; PHP 4.2.2

with no php-related files in any windows or system folder (this is
because I'd like to evaluate a new
version in parallel - not having a second "identical" system)

PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4)
and phpinfo() tells the correct path 
for the session files.
With no change to the PHP inst or config but just by changing the PHP
usage mode in Apaches httpd.conf from CGI to module mode (and closing
and reopening Apache) this changes: in module mode session.save_path is
ignored.
I guess this comes from a dependency on the execution environment
(namely the path of the executable), which is clearly changed by that
action from php.exe to apache.exe.
Without knowing all the details I guess the manual should clearly point
out this difference between cgi
and module mode. I bet it accounts for more uncertainty in using and
spelling pathnames in php.ini which
can be read out of the user comments that accompany the inst section of
the manual.

By the way: in module mode copying php.ini to the Apache.exe folder
disables loading of the php 
extensions: here one seems to depend upon the location of php.ini which
is looked for in the execution 
folder (of Apache.exe in ths case) in the first place and therefore
ceases to be a good start for 
"./any folder".

On the other hand: a parallel installation of PHP 4.3 ceases to work in
CGI mode: I get "Server 500"-
messages, whereas module mode allows for running some apps - for
example PHPmyAdmin - but 
session.path_name is ignored here also.

My conclusion (and request for feature) is to come up with the
following strategy:
locate a file "php-location.ini" in c:\windows. Sole content is the
name of the root folder of the current
PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All
relative pathnames in php.ini should 
be based on this location. Alternatively a registry key could be used.

Please take the corner and do not impose putting the dlls or php.ini
into the system folder - this one is 
cluttered enough.

Hope this is helpful.
Sven




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

#13546 [Com]: stub.lo: file not recognized:

[kriggs]

 ID:   13546
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Redhat 7.1
 PHP Version:  4.0.6
 New Comment:

To expand on what bcampbell said, if you get this error, 
and it is possible that you already have installed PHP 
before, you can do a "make clean", and then you should be 
able to safely make, then make install. What I did, just 
to make sure, was I re-"./configure"d before doing the 
make and make install.


Previous Comments:


[2002-02-13 16:59:58] [EMAIL PROTECTED]

I'm having exactly the same problem... on php4.1.1



[2001-10-06 20:33:28] [EMAIL PROTECTED]

not a bug -> bogus.



[2001-10-06 18:38:08] [EMAIL PROTECTED]

Sorry no issue here.  cleared things up.



[2001-10-04 14:27:31] [EMAIL PROTECTED]

configure succedes with:
./configure --with-apxs=/opt/web/apache/bin/apxs
--with-mysql=/usr/src/mysql --enable-magic-quotes

make fails with following error:

Making all in .
make[1]: Entering directory `/usr/src/php-4.0.6'
/bin/sh /usr/src/php4/libtool --silent --mode=link gcc  -I.
-I/usr/src/php4/ -I/usr/src/php4/main -I/usr/src/php4
-I/opt/web/apache/include -I/usr/src/php4/Zend -I/usr/src/mysql/include
-I/usr/src/php4/ext/xml/expat/xmltok
-I/usr/src/php4/ext/xml/expat/xmlparse -I/usr/src/php4/TSRM  -DLINUX=22
-DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2  
-o libphp4.la -rpath /usr/src/php4/libs -avoid-version
-L/usr/src/mysql/lib  -R /usr/src/mysql/lib stub.lo  Zend/libZend.la
sapi/apache/libsapi.la main/libmain.la regex/libregex.la
ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la
TSRM/libtsrm.la -lpam -ldl -lmysqlclient -lcrypt -lresolv -lm -ldl
-lnsl -lresolv
stub.lo: file not recognized: File truncated
collect2: ld returned 1 exit status
make[1]: *** [libphp4.la] Error 1
make[1]: Leaving directory `/usr/src/php-4.0.6'
make: *** [all-recursive] Error 1

I found bug# 12909 that is close but with 4.0.7  Is there anything I
can do to get this to work with 4.0.6 or do I have to go through the
CSV?  php-3.0.18 comples fin with the same configure parameters.

Thanks





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

#20124 [Opn->Fbk]: Remote Format String Bug

[sniper]

 ID:   20124
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Win2k
 PHP Version:  4.2.3
 New Comment:

What exactly you think the bug is here?
And have you read this ever:

http://www.php.net/manual/en/security.cgi-bin.php



Previous Comments:


[2002-10-27 13:04:42] [EMAIL PROTECTED]

During a Pentest, I was searching for sql injection, and noticed that
PHP returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present
in Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s)
could not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label
from faqs f left outer join labels l1 on (f.access_id = l1.label_id)
and (11 = l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels
l2 on (f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id =
l2.lang_id) ,statuses s where (f.status = s.code) and (s.type_id = 4)
and (f.access_id in (1, 2)) and (f.faq_id =
510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error
Handling process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 431367
email: [EMAIL PROTECTED]





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

#20122 [Bgs]: Error while compile PHP with GD 2.04

[sniper]

 ID:   20122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 New Comment:

FYI: Adding that patch would break it for all other versions of GD..



Previous Comments:


[2002-10-27 12:55:05] [EMAIL PROTECTED]

here is patch for the current CVS PHP:

Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.1 php4/ext/gd/gd.c:1.2
--- php4/ext/gd/gd.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd.cSun Oct 27 19:36:43 2002
@@ -1036,10 +1036,10 @@
io_ctx = gdNewDynamicCtx (8, data);
if (io_ctx) {
if (getmbi((int(*)(void*))gdGetC, io_ctx) == 0 &&
skipheader((int(*)(void*))gdGetC, io_ctx) == 0 ) {
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
return PHP_GDIMG_TYPE_WBM;
} else
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
}
}
   #endif
  @@ -1216,7 +1216,7 @@
} else {
im = (*ioctx_func_p)(io_ctx);
}
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
   #endif   
}
else{
  
  
  
Index: php4/ext/gd/gd_ctx.c
diff -u php4/ext/gd/gd_ctx.c:1.1 php4/ext/gd/gd_ctx.c:1.2
--- php4/ext/gd/gd_ctx.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd_ctx.cSun Oct 27 19:36:43 2002
@@ -67,7 +67,7 @@
ctx = emalloc(sizeof(gdIOCtx));
ctx->putC = _php_image_output_putc;
ctx->putBuf = _php_image_output_putbuf;
-   ctx->free = _php_image_output_ctxfree;
+   ctx->gd_free = _php_image_output_ctxfree;
   
   #if APACHE && defined(CHARSET_EBCDIC)
/* XXX this is unlikely to work any more [EMAIL PROTECTED] */
  @@ -95,7 +95,7 @@
break;
}

-   ctx->free(ctx);
+   ctx->gd_free(ctx);
   
if(fp) {
fflush(fp);

Please Added this to CVS...
(I patch this on my CVS...)



[2002-10-27 11:52:54] [EMAIL PROTECTED]

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.



[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




-- 
Edit this bug report at http:

#16552 [NoF->Bgs]: Undefined macro `AC_PROG_LIBTOOL'

[sniper]

 ID:   16552
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

There is something wrong with your autotools/libtool installation.
Please use the snapshots instead:

http://snaps.php.net/



Previous Comments:


[2002-10-27 12:18:41] [EMAIL PROTECTED]

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in



[2002-08-23 01:00:13] [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-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output])
rebuilding acconfig.h
rebuilding main/php_config.h.in
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'

--

#20120 [Fbk->Csd]: Calling functions through variables produces seg fault

[sniper]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

I added check for bison now into CVS. There were some errors reported
with using bison 1.35 too btw. We now require version <= 1.30 >= 1.75
to be sure..

And btw. you don't need to generate these files yourself..
They are generated for releases and snapshots.



Previous Comments:


[2002-10-27 13:24:16] [EMAIL PROTECTED]

Can you please try with Bison 1.75?? It seems to fix some bc problems
they made in 1.50.. :I




[2002-10-27 12:25:04] [EMAIL PROTECTED]

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.



[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



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

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

#20120 [Opn->Fbk]: Calling functions through variables produces seg fault

[sniper]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

Can you please try with Bison 1.75?? It seems to fix some bc problems
they made in 1.50.. :I



Previous Comments:


[2002-10-27 12:25:04] [EMAIL PROTECTED]

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.



[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



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

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

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

[iliaa]

 ID:   20035
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Scripting Engine problem
 Operating System: OpenBSD 3.1
 PHP Version:  4.2.3
-Assigned To:  
+Assigned To:  iliaa


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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Using that snapshot the rewinddir() works fine. Thank you


Previous Comments:


[2002-10-27 13:04:12] [EMAIL PROTECTED]

So, please give me the time to make the snapshot working...



[2002-10-27 12:58:32] [EMAIL PROTECTED]

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.



[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



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

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

#20124 [NEW]: Remote Format String Bug

[mark]

From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version:  4.2.3
PHP Bug Type: IIS related
Bug description:  Remote Format String Bug

During a Pentest, I was searching for sql injection, and noticed that PHP
returned the following error

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'


Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near ')'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510')
 
Indicating SQL injection.  By entering 

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'A


You will notice in that the returned error message shows the 'A

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near 'A)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510'A)
 
To test for the poosibility of a Format String I entered the following

http://victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510'%x%x%x%x


You will note from the Error logs that a format string bug is present in
Four different fields

Internal Error


File: odbc2.c 
Line: 211 
In Fcn.: sql_prepare 
Called Fcn.: SQLPrepare() returned -1 
Description: 42000: [Microsoft][ODBC SQL Server Driver][SQL
Server]Unclosed quotation mark before the character string
'51275075127680)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 7: Incorrect
syntax near '10081b6e0df1eb0)'.
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Statement(s) could
not be prepared.
SQL STMT: select f.faq_id, f.faq_group_id, f.lang_id, f.title,
f.description, f.solution, f.created, f.updated, l1.label, l2.label from
faqs f left outer join labels l1 on (f.access_id = l1.label_id) and (11 =
l1.tbl) and (f.lang_id = l1.lang_id) left outer join labels l2 on
(f.status = l2.label_id) and (19 = l2.tbl) and (f.lang_id = l2.lang_id)
,statuses s where (f.status = s.code) and (s.type_id = 4) and (f.access_id
in (1, 2)) and (f.faq_id = 510'12fbe8cf7124b4a018b46030)
 
This format string bug is NOT dependent on there being SQL injection
present.  To get the format string you just have to cause an error
example

http://www.victim.com/cgi-bin/ecust.cfg/php.exe/enduser/std_adp.php?p_admin=1&p_faqid=510>


This obviously indicates that the Format String is in the Error Handling
process.

Regards

Mark Litchfield
www.ngssoftware.com
Tel +44 1241 431367
email: [EMAIL PROTECTED]

-- 
Edit bug report at http://bugs.php.net/?id=20124&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20124&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20124&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20124&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20124&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20124&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20124&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20124&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20124&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20124&r=submittedtwice
register_globals:   http://b

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

So, please give me the time to make the snapshot working...


Previous Comments:


[2002-10-27 12:58:32] [EMAIL PROTECTED]

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.



[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [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



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

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

#20123 [Csd]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

likely, but as you're not testing the latest snapshot with the correct
apache you can't verify it for us.


Previous Comments:


[2002-10-27 12:57:28] [EMAIL PROTECTED]

Ok, so is this a known bug already fixed?



[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [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-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Ok, so is this a known bug already fixed?


Previous Comments:


[2002-10-27 12:55:30] [EMAIL PROTECTED]

closing then



[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [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-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Fbk->Csd]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

closing then


Previous Comments:


[2002-10-27 12:54:48] [EMAIL PROTECTED]

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.



[2002-10-27 12:46:46] [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-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20122 [Com]: Error while compile PHP with GD 2.04

[neuman_peter]

 ID:   20122
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 New Comment:

here is patch for the current CVS PHP:

Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.1 php4/ext/gd/gd.c:1.2
--- php4/ext/gd/gd.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd.cSun Oct 27 19:36:43 2002
@@ -1036,10 +1036,10 @@
io_ctx = gdNewDynamicCtx (8, data);
if (io_ctx) {
if (getmbi((int(*)(void*))gdGetC, io_ctx) == 0 &&
skipheader((int(*)(void*))gdGetC, io_ctx) == 0 ) {
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
return PHP_GDIMG_TYPE_WBM;
} else
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
}
}
   #endif
  @@ -1216,7 +1216,7 @@
} else {
im = (*ioctx_func_p)(io_ctx);
}
-   io_ctx->free(io_ctx);
+   io_ctx->gd_free(io_ctx);
   #endif   
}
else{
  
  
  
Index: php4/ext/gd/gd_ctx.c
diff -u php4/ext/gd/gd_ctx.c:1.1 php4/ext/gd/gd_ctx.c:1.2
--- php4/ext/gd/gd_ctx.c:1.1Sun Oct 27 19:27:59 2002
+++ php4/ext/gd/gd_ctx.cSun Oct 27 19:36:43 2002
@@ -67,7 +67,7 @@
ctx = emalloc(sizeof(gdIOCtx));
ctx->putC = _php_image_output_putc;
ctx->putBuf = _php_image_output_putbuf;
-   ctx->free = _php_image_output_ctxfree;
+   ctx->gd_free = _php_image_output_ctxfree;
   
   #if APACHE && defined(CHARSET_EBCDIC)
/* XXX this is unlikely to work any more [EMAIL PROTECTED] */
  @@ -95,7 +95,7 @@
break;
}

-   ctx->free(ctx);
+   ctx->gd_free(ctx);
   
if(fp) {
fflush(fp);

Please Added this to CVS...
(I patch this on my CVS...)


Previous Comments:


[2002-10-27 11:52:54] [EMAIL PROTECTED]

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.



[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




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

#20123 [Com]: rewinddir() makes closedir() not working

[tomasr]

 ID:   20123
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 New Comment:

Yes, thanks, I already tried php4-win32-latest.zip. But, for the
present this snapshot doesn't work with my Apache. So, I replaced the
rewinddir() by the closedir() + opendir() and everything works fine.


Previous Comments:


[2002-10-27 12:46:46] [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-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [Opn->Fbk]: rewinddir() makes closedir() not working

[derick]

 ID:   20123
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2000 (NTFS)
 PHP Version:  4.2.0
 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-10-27 12:42:56] [EMAIL PROTECTED]

When using rewinddir(), the next closedir() function doesn't release
the directory handle, so the directory is locked forever (I had to
restart web server to be able to delete this directory). I'm using
Windows 2000 on NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a
sample code which generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()













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

#20123 [NEW]: rewinddir() makes closedir() not working

[tomasr]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 (NTFS)
PHP version:  4.2.0
PHP Bug Type: Directory function related
Bug description:  rewinddir() makes closedir() not working

When using rewinddir(), the next closedir() function doesn't release the
directory handle, so the directory is locked forever (I had to restart web
server to be able to delete this directory). I'm using Windows 2000 on
NTFS, PHP 4.2.1 binaries and Apache 1.3.24. Below is a sample code which
generates this error: 

"rmdir() failed (Permission denied) in rewinddir.php on line 14"

Thanks,
Tomas Rubringer
[EMAIL PROTECTED]



strange rewinddir()









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

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

[pugztoma]

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


Previous Comments:


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





[2002-09-07 00:13:06] [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





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

#20120 [Opn]: Calling functions through variables produces seg fault

[msopacua]

 ID:   20120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
-Operating System: Linux
+Operating System: Linux, BSDi 4.x
 PHP Version:  4CVS-2002-10-27
 New Comment:

Reproduced with bison-1.50.
Segfault identical.

NOT reproducable with bison-1.75, so upgrading should be possible also.


Previous Comments:


[2002-10-27 10:40:04] [EMAIL PROTECTED]

after some test I found the problem... I had bison 1.50 installed which
seems to cause some problems with the Zend parser. Downgrading to bison
1.35 solved the problem.



[2002-10-27 10:21:25] [EMAIL PROTECTED]

I can't reproduce this either with latest CVS..




[2002-10-27 09:53:48] [EMAIL PROTECTED]

Can you post your configure line, and your php.ini file (the one that's
actually used).



[2002-10-27 09:51:58] [EMAIL PROTECTED]

Zend Engine 1



[2002-10-27 09:44:58] [EMAIL PROTECTED]

I can not reproduce this at all, do you run with Zend Engine 1 or Zend
Engine 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/20120

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

#16552 [Com]: Undefined macro `AC_PROG_LIBTOOL'

[bobbitt]

 ID:   16552
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: RedHat 7.2
 PHP Version:  4.0CVS-2002-04-11
 New Comment:

Now using 2.52, and getting a similar response:

 ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
   Running cvsclean for you.
   To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:808: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
configure.in:284: error: possibly undefined macro: AC_DEFINE
configure.in:1041: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:77683: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in


Previous Comments:


[2002-08-23 01:00:13] [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-04-11 11:54:38] [EMAIL PROTECTED]

please upgrade to autoconf 2.52 
http://www.php.net/anoncvs.php#buildconf_fail

Daniela



[2002-04-11 11:29:12] [EMAIL PROTECTED]

Thanks for the quick reply. Just tried your suggestion, same result:

[root@cpu2212 php4]# ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1053:AC_PROG_LIBTOOL
configure.in:164:AC_MSG_RESULT([$php_cv_cc_dashr])
configure.in:174:   AC_MSG_RESULT([$php_cv_cc_rpath])
configure.in:194:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:257:AC_MSG_RESULT([$PHP_SAPI])
configure.in:298: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:324: AC_DEFINE(HAVE_LIBNSL,1,[ ]) ],[
configure.in:327:  AC_DEFINE(HAVE_LIBNSL,1,[ ]) ], [])
configure.in:353: AC_DEFINE(HAVE_LIBSOCKET,1,[ ]) ], [
configure.in:356:  AC_DEFINE(HAVE_LIBRESOLV,1,[ ])
configure.in:460:  AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:470:  AC_DEFINE(HAVE_IPV6,1,[Whether you have IPv6
support])
configure.in:549:  AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:575:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:577:  AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:659:  AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:661:  AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:671:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:672:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:674:  
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,"$withval", [ ])
configure.in:675:   AC_MSG_RESULT([$withval])
configure.in:678:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:679:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:682:  
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,"/usr/local/php/bin", [ ])
configure.in:683:   AC_MSG_RESULT([/usr/local/php/bin])
configure.in:698:  AC_DEFINE(PHP_SIGCHILD, 1, [ ])
configure.in:700:  AC_DEFINE(PHP_SIGCHILD, 0, [ ])
configure.in:707:  AC_DEFINE(MAGIC_QUOTES, 1, [ ])
configure.in:709:  AC_DEFINE(MAGIC_QUOTES, 0, [ ])
configure.in:732:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"1",[ ])
configure.in:734:  AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,"0",[ ])
configure.in:745:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have
dmalloc])
configure.in:755:  AC_DEFINE(HAVE_CRYPT,1,[ ])
configure.in:801:AC_MSG_RESULT([$PHP_VERSIONING])
configure.in:845:  AC_DEFINE(ZTS,1,[ ])
configure.in:958:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,"$PHP_BUILD_DATE",[PHP
build date])
configure.in:960:AC_DEFINE_UNQUOTED(PHP_UNAME,"$PHP_UNAME",[uname -a
output])
configure.in:962:AC_DEFINE_UNQUOTED(PHP_OS,"$PHP_OS",[uname output])
rebuilding acconfig.h
rebuilding main/php_config.h.in
configure.in:837: /usr/bin/m4: Undefined macro `AC_PROG_LIBTOOL'



[2002-04-11 10:06:45] [EMAIL PROTECTED]

Please downgrade automake to 1.5 and try again.

Derick



[2002-04-11 09:55:24] [EMAIL PROTEC

#15025 [Ctl->]: Copy of array is affected by reference

[derick]

 ID:   15025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD, Linux
 PHP Version:  4.3.0-dev


Previous Comments:


[2002-10-01 05:47:08] [EMAIL PROTECTED]

This has to do with the fact we don't deep-search when we copy values. 
$a is not a reference, but has an element inside it which is a
reference.  Therefore, when $a is copied to $c, and no deep search is
made, $c ends up having that reference inside of it as well.
It may be possible to fix, but right now I'm just wanted to add the
analysis here...



[2002-09-17 20:50:58] [EMAIL PROTECTED]

updating version.



[2002-09-17 13:31:26] [EMAIL PROTECTED]

Verified with 4.2.3 on Windows 2000 too.



[2002-01-13 22:32:27] [EMAIL PROTECTED]

$c should not have been affected by the assignment to $b because $c
should only be a copy to $a.

What happened is the first echo shows 5 and after assignment to $b, the
content of $c changes to 1 when it should stay as 5.



[2002-01-13 22:18:55] [EMAIL PROTECTED]

You can guess / see from this simple script:

$a = array(5);
$b =& $a[0];
$c = $a;
echo $c[0];
$b = 1;
echo $c[0];




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

#20122 [Opn->Bgs]: Error while compile PHP with GD 2.04

[derick]

 ID:   20122
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.3.0-pre1
 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.


Previous Comments:


[2002-10-27 11:50:45] [EMAIL PROTECTED]

I have downloaded last PHP version: php4-STABLE-200210270600
My configure line is:
./configure  
--cache-file=/dev/null
--enable-sockets
--enable-gd-native-ttf
--with-gd=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-pgsql=/usr/local/pgsql
--with-freetype-dir=/usr/local
--with-t1lib=/usr/local
--with-zlib=/usr/local
--without-mysql
--with-apache=../apache_1.3.27
--enable-track-vars  

configure has passed successfully

When I try to "make", I have received the following error string

In file included from gd.c:83: 
gd_ctx.c: In function `_php_image_output_ctx': 
gd_ctx.c:70: structure has no member named `free'  
gd_ctx.c:98: structure has no member named `free'  
gd.c: In function `_php_image_type':   
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext/gd.
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600/ext.   
*** Error code 1   
   
Stop in /usr/distfiles/php4-STABLE-200210270600.

My version og GD is latest - 2.04 !!! (pay your attention)
In gd.c in header "This source file is subject to version 2.02 of the
PHP ..."

You know about latest release GD 2.04?




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