#19861 [NEW]: sessions PHP 4.3.0pre1 Released

[yoswordyo]

From: [EMAIL PROTECTED]
Operating system: freeBSD 4.5
PHP version:  4.3.0-pre1
PHP Bug Type: Session related
Bug description:  sessions  PHP 4.3.0pre1 Released


Why this printing in the browser 'fdg'// that doesn't. because the
$masfked is empty.. this is in PHP 4.3.0pre1 Released
Thats your bug and not my.. ^-) . thanks. please fix it.. 
-- 
Edit bug report at http://bugs.php.net/?id=19861&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19861&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19861&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19861&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19861&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19861&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19861&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19861&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19861&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19861&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19861&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19861&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19861&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19861&r=isapi

#17826 [Fbk->Csd]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39

[edink]

 ID:   17826
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Win32
 PHP Version:  4.2.1
 Assigned To:  edink
 New Comment:

PHP will work with whatever is current Apache version at the time of
its release.

Newer versions of Apache2 often break backwards compatibility so
php4apache2.dll will not work with them.

So either use the version of Apache that is supported by that PHP
release, or use (almost) always current snapshot from
http://snaps.php.net/win32/


Previous Comments:


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

Thank you for all the Help
Its working perfect with the php4apache2.dll from the Prerelease PHP
Version 4.2.4 from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

But it take alot of time to find this Bugreport.
If you would add a little link from the Downloadpage of PHP to this
Page, it would help many scared php-newbies like me ;)

Thanks for all the help
Chojin



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

after having some trouble with this myself on both apache 2.0.42 and
2.0.43 and finding this thread, i used just the php4apache2.dll file
from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

with the rest of the files being php 4.2.3 ones, and it works perfectly
now. havent seen any bugs so far.

hope this helps someone :)



[2002-10-04 00:30:50] [EMAIL PROTECTED]

Hello.

I figured this out. There is no other way than using a 2.0.36 version
and apache2filter.dll ! That seems to work perfectly. Only problem is
that where from you can find 2.0.36 version of the Apache. Here is
location where from I downloaded it: http://apache.kr.net/dist/

I have now PHP 4.2.3, MySQL and Apache 2.0.36 up and running. I have
done quite a few tests and I didn't face problems.

In httpd.conf you need just following lines:
LoadModule php4_module c:/www/bin/php4/experimental/apache2filter.dll

DirectoryIndex index.php index.html index.html.var index.htm
index.phtml index.php3 default.htm

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

That all you need. Apache2filter.dll might be also problematic to find,
but I found it from older PHP distributions (4.2.0, see
http://ftp.proventum.net/pub/php/win32/)

Greetings,

Jari Hiltunen, aka OH4BC



[2002-10-04 00:02:29] [EMAIL PROTECTED]

Sniper, the newest snapshot does not fix the problem here. 
Apache_2.0.43 doesn't read the php4apache2.dll correctly.  Has anyone
got this to work yet?



[2002-10-03 19:12:10] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#19861 [Opn->Bgs]: sessions PHP 4.3.0pre1 Released

[sniper]

 ID:   19861
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: freeBSD 4.5
 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.



Previous Comments:


[2002-10-11 06:36:35] [EMAIL PROTECTED]


Why this printing in the browser 'fdg'// that doesn't. because the
$masfked is empty.. this is in PHP 4.3.0pre1 Released
Thats your bug and not my.. ^-) . thanks. please fix it.. 




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

#19866 [NEW]: Translation in french for session_write_close()

[claude_minette]

From: [EMAIL PROTECTED]
Operating system: Suze 7.0/Win95/WinXP
PHP version:  4.2.1
PHP Bug Type: *Languages/Translation
Bug description:  Translation in french for session_write_close()

Traduction francaise (Sans accents ni cedilles, je suis en clavier
anglais)

session_write_close -- Ecrit les donnees de session et ferme la
session courante

Description
void session_write_close ( void)
Termine la session courante et sauve les donnees.

Les donnees de session sont habituellement sauvees une fois le script
termine sans avoir
besoin d'appeller explicitement session_write_close(), mais vu que les
donnees sont
verrouillees afin d'eviter plusieurs ecritures concurentes, UN seul
script peut travailler
sur une session a la fois.

En utilisant les session avec les cadres (frames), vous pourrez
remarquer que les cadres se
chargent un a un a cause de cette restriction
Vous pouvez reduire le temps necessaire au chargement des cadres en
appellant cette
fonction afin de fermer la session des que tous les changements faits
au variables de
session ont ete realisees.

PS (Nothing to see : Sorry to have put a bug here and a note to the
function, but don't know where to put a translation... either here or
directly in the function)

CYA

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

#19865 [NEW]: explode bug

[vvtk]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version:  4.3.0-pre1
PHP Bug Type: *General Issues
Bug description:  explode bug

I have next code:


In PHP 4.2.3 it work as expected, I see:
array(5) { [0]=> string(1) "a" [1]=> string(3) "bd" [2]=> string(1) "f"
[3]=> string(1) "1" [4]=> string(1) "d" } 

In PHP 4.3pre1:
array(2) { [0]=> string(1) "a" [1]=> string(9) "bd
f
1
d" } 

Same effect if "\0" replace to "\2".

My config line:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-pfpro'
'--enable-inline-optimization' '--with-mysql' '--enable-track-vars'
'--disable-debug' '--disable-pic' '--disable-ctype' '--disable-mbstring'
'--disable-xml' '--disable-tokenizer' '--with-zlib' '--enable-sysvshm'
'--enable-sysvsem' '--enable-shmop' '--enable-costaid' '--with-mm'
'--with-imap=/usr/install/imap-2002.RC5' '--with-gdbm' '--with-oci8'
'--enable-sigchild' '--without-gd' '--with-curl' '--with-dom-exslt'
'--with-dom-xslt' '--with-dom' 
-- 
Edit bug report at http://bugs.php.net/?id=19865&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19865&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19865&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19865&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19865&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19865&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19865&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19865&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19865&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19865&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19865&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19865&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19865&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19865&r=isapi

#8029 [Com]: Session loses variables, zero length session file

[andy . t]

 ID:   8029
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: *Session related
 Operating System: Linux Redhat 6.2
 PHP Version:  4.0.3pl1
 New Comment:

I have also experienced this problem, but only on a Windows 2000 Pro
machine running Apache 1.3 and PHP 4.2.3. Session variables would be
lost at random and the session file would be emptied.

When I moved my application to RedHat 7.2, Apache 2 and PHP 4.2.2, I am
yet to experience the problem after a week of development whereas on
the Windows machine it would happen every 10 minutes or so.

I am sorry I can't be more specific about the problem but it does seem
to be random. If it helps my application is a simple web chat that
calls the script every 5 seconds and relies on six session variables to
identify the user and keep track of their status.


Previous Comments:


[2002-02-07 10:06:55] [EMAIL PROTECTED]

Hello. I would like to ask him to go reopen this bug, because I go by
the same problem. Seemingly without some reason, the data of the
session disappear. I go ties the directory where the session files are
stored and they don't simply exist more. I was already accompanying the
moments from the creation of the file ties the hour that the same
disappears. The times the process doesn't last more than 1 minute and
other more than 10 min. I am using php 4. 1. 1, Apache 1. 3. 20, win98
SE 4. 1.  (with all of the available updatings in the
windowsupdate.microsoft.com). My lan works in speed of 10/100 Mbit. The
file php. ini is one copies of the php. ini-dist, only with alterations
in the path of the creation of the session files. The remaining
continues original. The path is that d:/php/sessiondata. If possible I
would like his help for the solution of this problem. Sorry for my
terrible english.



[2001-05-13 05:15:18] [EMAIL PROTECTED]

Hello,

does this still happen with the latest release (4.0.5). If yes, please
reopen this report.

regards,
Derick



[2000-12-02 08:58:52] [EMAIL PROTECTED]

Well, if it is impossible to reproduce, then I don't see how we can
help you. Suspending bug report.



[2000-11-29 05:06:56] [EMAIL PROTECTED]

We stores some objects and variables into sessions.
Sessions are stored on disk in /tmp directory.
Sometimes (absloutly radnom situation) problem occures
with session. No objects are found in session. The
session file goes to zero lenght and no other error is
logged or displayed. It's impossible to reproduce this
error.






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

#13142 [Com]: strtotime() returns -1 for "M d H:i:s Y" format

[godin . gilles]

 ID:   13142
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Date/time related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 New Comment:

I am using PHP 4.2.3 under Windows 2000 where

date("D M d H:i:s T Y") produces...
Fri Oct 11 09:52:47 Eastern Standard Time 2002
instead of...
Fri Oct 11 09:52:47 EDT 2002

and, strtotime() of either format produced above returns -1


Previous Comments:


[2002-07-04 13:22:32] [EMAIL PROTECTED]

Verified during the Bughunt




[2001-09-04 20:15:24] [EMAIL PROTECTED]

Uh..reproduced I meant. :)




[2001-09-04 20:15:10] [EMAIL PROTECTED]

Confirmed with latest CVS.




[2001-09-04 16:47:44] [EMAIL PROTECTED]

strtotime("Sep 04 16:39:45 2001") returns -1 with PHP 4.0.6

this was working with PHP 4.0.3




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

#19863 [Opn->Bgs]: Missing table - Wrong contents display

[iliaa]

 ID:   19863
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL 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.

Looks like a phpMyAdmin bug, hence not for us to solve ;)
If you believe that not to be the case, please provide a shortest
possible example (source code) that demonstrates the bug.


Previous Comments:


[2002-10-11 08:07:37] [EMAIL PROTECTED]

Environment(more): mySql 3.23.43, Apache 2.0.40, phpMyAdmin
2.2.2.(italian language).
Using this last application, I created a new table with 1 record in it.
I tried to change a field's content, but I get the form for a new
record input.
I deleted the record I couldn't change and inserted a new one with a
new value. Asked for the table contents and the deleted record was
displayed.
Closing and re-running the application I couldn't find the table any
more. I tried to create it again, but I got the 'Table already
existing' error message.
Using the mySQL commands 'show tables' and 'select * from table_name'
brought to the expected results(table_name in the list and the new
record existing).
The same problem happen with different table and database.
Final fun (discovered by chance): changing the language from italian to
english brings everything to work properly!!
Just to be complete(maybe), phpMyAdmin worked ok with php 4.1.2 and
Apache 1.3.19 on WIN98ME.
Cherio, Piero.





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

#19864 [Opn->Bgs]: getimagesize slow on large file

[sniper]

 ID:  19864
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:GetImageSize related
 PHP Version: 4.2.3
 New Comment:

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

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

Thank you for your interest in PHP.



Previous Comments:


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

getimagesize very slow on large _local_ file
for 4mb file, it take 1sec or more time!

i wonder why it's such slow to just read file head info
is it trying to buffer the whole file?




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

#19858 [Ctl->Csd]: nl2br incorrect return

[sander]

 ID:   19858
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 PHP Version:  4.3.0-pre1
 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-11 05:47:01] [EMAIL PROTECTED]

I get no output on FreeBSD 4.6. CVS from four weeks ago works as
expected. Marking critical.



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

Output each times difference.
For example:
1 time:
Ý3
2 time:
\



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

can you please also paste the output?



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

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

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

Thank you for your interest in PHP.




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

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom





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

#19858 [Opn->Ctl]: nl2br incorrect return

[jan]

 ID:   19858
 Updated by:   [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Critical
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 PHP Version:  4.3.0-pre1
 New Comment:

I get no output on FreeBSD 4.6. CVS from four weeks ago works as
expected. Marking critical.


Previous Comments:


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

Output each times difference.
For example:
1 time:
Ý3
2 time:
\



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

can you please also paste the output?



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

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

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

Thank you for your interest in PHP.




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

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom





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

#19756 [Csd]: ftp_nlist() and ftp_rawlist() return nothing (again)

[mfischer]

 ID:   19756
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: FTP related
 Operating System: Windows
 PHP Version:  4.2.3
 New Comment:

You need to test the NON stable branch of course.

But currently they may be broken due some other conflicts, maybe
waiting one day would be a good idea.


Previous Comments:


[2002-10-10 16:46:50] [EMAIL PROTECTED]

I have just downloaded the latest version from snaps.php.net
(php4-win32-STABLE-200210101600.zip) and it still doesn't work.



[2002-10-04 14:11:46] [EMAIL PROTECTED]

Their comments when being closed were "fixed in CVS". CVS means it's
the development branch which is not released yet. Daily snapshots can
be fetched from snaps.php.net

(Personal note: you should not use apache < 1.3.26 or < .27 even)



[2002-10-04 13:51:25] [EMAIL PROTECTED]

Hi,
There are 2 bug reports 13913 and 16057, which are both now closed
claiming to be fixed but the problem is appearing in 4.2.3 (which I
just downloaded).

The ftp_nlist and ftp_rawlist functions return nothing, and seem to
take a very long time to do so when I try to use them on windows. All
of the other ftp commands work to the best of my knowledge.

Additionally, the functions seem to return real quickly some times, but
I was checking if it returned any data on that occasion.

I'm using windowsXP with apache 1.3.24 for development.

I'm happy to supply any more information

Thanks for your time
Andrew 




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

#19858 [Opn->Bgs]: nl2br incorrect return

[tal]

 ID:   19858
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 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.



Previous Comments:


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

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom





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

#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39

[emchojin]

 ID:   17826
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Win32
 PHP Version:  4.2.1
 Assigned To:  edink
 New Comment:

Thank you for all the Help
Its working perfect with the php4apache2.dll from the Prerelease PHP
Version 4.2.4 from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

But it take alot of time to find this Bugreport.
If you would add a little link from the Downloadpage of PHP to this
Page, it would help many scared php-newbies like me ;)

Thanks for all the help
Chojin


Previous Comments:


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

after having some trouble with this myself on both apache 2.0.42 and
2.0.43 and finding this thread, i used just the php4apache2.dll file
from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

with the rest of the files being php 4.2.3 ones, and it works perfectly
now. havent seen any bugs so far.

hope this helps someone :)



[2002-10-04 00:30:50] [EMAIL PROTECTED]

Hello.

I figured this out. There is no other way than using a 2.0.36 version
and apache2filter.dll ! That seems to work perfectly. Only problem is
that where from you can find 2.0.36 version of the Apache. Here is
location where from I downloaded it: http://apache.kr.net/dist/

I have now PHP 4.2.3, MySQL and Apache 2.0.36 up and running. I have
done quite a few tests and I didn't face problems.

In httpd.conf you need just following lines:
LoadModule php4_module c:/www/bin/php4/experimental/apache2filter.dll

DirectoryIndex index.php index.html index.html.var index.htm
index.phtml index.php3 default.htm

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

That all you need. Apache2filter.dll might be also problematic to find,
but I found it from older PHP distributions (4.2.0, see
http://ftp.proventum.net/pub/php/win32/)

Greetings,

Jari Hiltunen, aka OH4BC



[2002-10-04 00:02:29] [EMAIL PROTECTED]

Sniper, the newest snapshot does not fix the problem here. 
Apache_2.0.43 doesn't read the php4apache2.dll correctly.  Has anyone
got this to work yet?



[2002-10-03 19:12:10] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-03 08:05:03] [EMAIL PROTECTED]

I have tried to get Apache 2.0.4.2 and PHP latest (tested many
versions) working together, but I am not able to.  I get similar erros
what everybody else here. 

After two hours googling, yahooing etc. I found apache2filter.dll from
old 4.20 package, but that doesn't work either. I am stuck with new
Apacje 2.0 version and I don't have a clue how I can get my
Apache/MySQL/PHP server functioning (except roll-back from backups).

Apache developers should display warning that PHP doesn't work with
Apache2 !



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

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

#19858 [Bgs->Fbk]: nl2br incorrect return

[jan]

 ID:   19858
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 PHP Version:  4.3.0-pre1
 New Comment:

can you please also paste the output?


Previous Comments:


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

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

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

Thank you for your interest in PHP.




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

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom





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

#19639 [Ctl]: PHP crashes apache on restart of the webserver

[wzanatta]

 ID:   19639
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Apache2 related
 Operating System: Slackware 8.1 - Linux 2.4.19
 PHP Version:  4.2.3 and CVS-snaps
 New Comment:

Could not reproduce the apache restart issue on Solaris 7 SPARC. There,
it works fine!!!


Previous Comments:


[2002-10-09 07:56:02] [EMAIL PROTECTED]

I have this problem to.  I have to completely stop apache, then start
it again to "restart" it.



[2002-10-08 08:50:20] [EMAIL PROTECTED]

If helps, isolated the problem on 'make install-pear'...

--
Installing PEAR environment:  /usr/local/php/lib/pear/
/usr/src/ServerSoftware/PHP/php4-200210080300/sapi/cli/php: relocation
error:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/xml.so:
undefined symbol: XML_ParserCreate
make[1]: *** [install-pear-installer] Error 127
make: *** [install-pear] Error 2
--



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

Well, don't know whether this one deserves a new issue but let me
try...
I got PHP compiled after changing to static zlib support. Now I get the
following when I do a 'make install':

(cvs php4-200210071500)
---
Installing shared extensions:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/
Installing PHP CLI binary:/usr/local/php/bin/
Installing PEAR environment:  /usr/local/php/lib/pear/
/usr/src/ServerSoftware/PHP/php4-200210071500/sapi/cli/php: relocation
error:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/xml.so:
undefined symbol: XML_ParserCreate
make[1]: *** [install-pear-installer] Error 127
make: *** [install-pear] Error 2
---

At this time I'm getting the lastest CVS to try again.



[2002-10-07 18:36:30] [EMAIL PROTECTED]

Building zlib as shared module SHOULD work...you just confirmed what I
was suspecting to be the bug.

What happens is that we are have some code in that main php libs which
rely on zlib been linked with it. And when you compile it as shared
extension, zlib is not linked with the main library/binary but only
with the extension.

Setting as critical and will look into this soon.




[2002-10-07 07:47:20] [EMAIL PROTECTED]

Yes, I'm trying with shared zlib. Isn't it supported? Why?

(compiling with --with-zlib)...

Great! It's compiled and apache didn't crash with restart!

Guess we can close this issue, right?!



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

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

#19033 [Ctl]: win32 snapshots broken / set_error_handler() to accepts object/method tuple

[edink]

 ID:   19033
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Program Execution
 Operating System: Windows
 PHP Version:  4.2.1
 Assigned To:  edink
 New Comment:

Windows build was broken since Oct 7, so no new snapshots were
generated. Now that has been fixed, so could you please try the latest
snapshot?


Previous Comments:


[2002-10-10 17:50:12] [EMAIL PROTECTED]

Making this critical and assigned to edin.




[2002-10-10 11:00:07] [EMAIL PROTECTED]

OS update.




[2002-10-10 10:55:56] [EMAIL PROTECTED]

Verified:
linux works

Win32 snapshot from snaps.php.net seems to be b0rked.

Can't check out CVS HEAD and test (besides that it's currently broken
because of some recent changes).

Reopening and thanks for insisting it doesn't work ;-)



[2002-10-10 10:44:30] [EMAIL PROTECTED]

works fine for me with a 2 days old HEAD. you're doing something
wrong.

roman@freepuppy ~ 1005:0 > php -v
PHP 4.4.0-dev (cli), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.4.0, Copyright (c) 1998-2002 Zend Technologies
roman@freepuppy ~ 1006:1 > tmp/scratch2

Notice: Undefined variable:  fafa in /usr/home/roman/tmp/scratch2 on
line 13
AAError Handled
roman@freepuppy ~ 1007:0 > uname -sr
FreeBSD 4.7-RC
roman@freepuppy ~ 1008:0 > < tmp/scratch2
#!/usr/bin/env php
 





[2002-10-10 10:34:37] [EMAIL PROTECTED]



Result:


Notice: Undefined variable: fafa in
E:\server\www\sports\futur\test.phtml on line 8
AA
Notice: Array to string conversion in
E:\server\www\sports\futur\test.phtml on line 9

Notice: Undefined variable: fafa in
E:\server\www\sports\futur\test.phtml on line 10
AA


Sp - still doesnt work



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

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

#19859 [NEW]: __call() does not catch call_user_func_array() calls

[tater]

From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.1
PHP version:  4CVS-2002-10-11
PHP Bug Type: Zend Engine 2 problem
Bug description:  __call() does not catch call_user_func_array() calls

If an undefined class method is called via call_user_func_array(), the ZE2
__call() handler won't catch it.

class test
{
  function __call($method,$args)
  {
print "test::__call invoked for method '$method'\n";
  }
}
$x = new test;
$x->fake(1);
call_user_func_array(array($x,'fake'),array(1));

Output:
test::__call invoked for method 'fake'
Warning: call_user_func_array() [function.call-user-func-array]: First
argumented is expected to be a valid callback, 'test::fake' was given in
/usr/local/book/book/catalog/classes/bug.php on line 11

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

#19858 [Fbk->Opn]: nl2br incorrect return

[vvtk]

 ID:   19858
 User updated by:  [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 PHP Version:  4.3.0-pre1
 New Comment:

Output each times difference.
For example:
1 time:
Ý3
2 time:
\


Previous Comments:


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

can you please also paste the output?



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

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

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

Thank you for your interest in PHP.




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

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom





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

#19864 [NEW]: getimagesize slow on large file

[Xuefer]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.2.3
PHP Bug Type: GetImageSize related
Bug description:  getimagesize slow on large file

getimagesize very slow on large _local_ file
for 4mb file, it take 1sec or more time!

i wonder why it's such slow to just read file head info
is it trying to buffer the whole file?
-- 
Edit bug report at http://bugs.php.net/?id=19864&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19864&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19864&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19864&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19864&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19864&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19864&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19864&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19864&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19864&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19864&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19864&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19864&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19864&r=isapi

#19863 [NEW]: Missing table - Wrong contents display

[webmaster]

From: [EMAIL PROTECTED]
Operating system: WIN2K
PHP version:  4.2.3
PHP Bug Type: MySQL related
Bug description:  Missing table - Wrong contents display

Environment(more): mySql 3.23.43, Apache 2.0.40, phpMyAdmin 2.2.2.(italian
language).
Using this last application, I created a new table with 1 record in it. I
tried to change a field's content, but I get the form for a new record
input.
I deleted the record I couldn't change and inserted a new one with a new
value. Asked for the table contents and the deleted record was displayed.
Closing and re-running the application I couldn't find the table any more.
I tried to create it again, but I got the 'Table already existing' error
message.
Using the mySQL commands 'show tables' and 'select * from table_name'
brought to the expected results(table_name in the list and the new record
existing).
The same problem happen with different table and database.
Final fun (discovered by chance): changing the language from italian to
english brings everything to work properly!!
Just to be complete(maybe), phpMyAdmin worked ok with php 4.1.2 and Apache
1.3.19 on WIN98ME.
Cherio, Piero.

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

#19817 [Opn]: ImageCreateFromGD2() doesnt recognize uncompressed .gd2 images

[mfischer]

 ID:   19817
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: Darwin 6.1 (Mac 10.2.1)
 PHP Version:  4CVS-2002-10-08
 New Comment:

Did test http://144.92.10.251/riverdata/images/uncompressed_med.gd2 and
got the following:

$ php 19817.php
Error from seek: 25

Warning: imagecreatefromgd2part()
[http://www.php.net/function.imagecreatefromgd2part]:
'uncompressed_med.gd2' is not a valid GD2 file in
/home/mfischer/src/php/bugs/gd/19817.php on line 7
/home/mfischer/src/php/bugs/gd/19817.php(7) : Warning -
imagecreatefromgd2part()
[http://www.php.net/function.imagecreatefromgd2part]:
'uncompressed_med.gd2' is not a valid GD2 file

Warning: imagecopy(): supplied argument is not a valid Image resource
in /home/mfischer/src/php/bugs/gd/19817.php on line 10
/home/mfischer/src/php/bugs/gd/19817.php(10) : Warning - imagecopy():
supplied argument is not a valid Image resource

Warning: imagedestroy(): supplied argument is not a valid Image
resource in /home/mfischer/src/php/bugs/gd/19817.php on line 11
/home/mfischer/src/php/bugs/gd/19817.php(11) : Warning -
imagedestroy(): supplied argument is not a valid Image resource
PNG

IHDR vpkIDATxí×1 À°Ïà¢$ [binary scumm]


The interesting thing I think is "Error from seek: 25" which actually
comes from the bundled libgd from libgd/gd_gd2.c from
gdImageCreateFromGd2PartCtx, line 584:

  if (gdSeek (in, dpos) != 0)
{
  printf ("Error from seek: %d\n", errno);
  goto fail2;
};


Error code 25 means "Inappropriate ioctl for device", no idea why this
happens though.

Maybe a problem related from mixing PHP Streams and native access to
FILE fd's ?


Previous Comments:


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

s, don't prove  to me that I need more sleep than I'm getting ;)

okay nm that bt request... 



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

Will a backtrace work? PHP isn't crashing, just giving an 
error.



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

I'm going to say.. it's probably not an OSX/Darwin issue.  GD is GD,
and it's been proven to be buggy in the past.  Although my hunting time
is limited, I'll try to look at it later tonight.

Can you by any chance include a backtrace for this?



[2002-10-10 10:08:40] [EMAIL PROTECTED]

I have added an uncompressed version of the map at the 
site. It is called "uncompressed_med.gd2"

If you are interested in where I got these huge world 
images, I got them from a nasa site. You can download them 
if you would like :-)

To give credit where it is due:
http://visibleearth.nasa.gov/cgi-bin/viewrecord?11656



[2002-10-10 09:39:06] [EMAIL PROTECTED]

I have added an uncompressed version of the map at the 
site. It is called "uncompressed_med.gd2"

If you are interested in where I got these huge world 
images, I got them from a nasa site. You can download them 
if you would like :-)

To give credit where it is due:
http://visibleearth.nasa.gov/cgi-bin/viewrecord?11656



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

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

#19865 [Opn->Csd]: explode bug

[iliaa]

 ID:   19865
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: *General Issues
 Operating System: RedHat 7.1
 PHP Version:  4.3.0-pre1
 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-11 08:57:06] [EMAIL PROTECTED]

I have next code:


In PHP 4.2.3 it work as expected, I see:
array(5) { [0]=> string(1) "a" [1]=> string(3) "bd" [2]=> string(1) "f"
[3]=> string(1) "1" [4]=> string(1) "d" } 

In PHP 4.3pre1:
array(2) { [0]=> string(1) "a" [1]=> string(9) "bd
f
1
d" } 

Same effect if "\0" replace to "\2".

My config line:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-pfpro'
'--enable-inline-optimization' '--with-mysql' '--enable-track-vars'
'--disable-debug' '--disable-pic' '--disable-ctype'
'--disable-mbstring' '--disable-xml' '--disable-tokenizer'
'--with-zlib' '--enable-sysvshm' '--enable-sysvsem' '--enable-shmop'
'--enable-costaid' '--with-mm' '--with-imap=/usr/install/imap-2002.RC5'
'--with-gdbm' '--with-oci8' '--enable-sigchild' '--without-gd'
'--with-curl' '--with-dom-exslt' '--with-dom-xslt' '--with-dom' 




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

#19860 [NEW]: Calling certain COM Objects causes PHP/Apache to hang

[sanka]

From: [EMAIL PROTECTED]
Operating system: Windows 2000/SP3
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  Calling certain COM Objects causes PHP/Apache to hang

When calling certain com objects, like Outlook.Application, or my own
custom ones compiled in Visual basic, the webserver (Apache 1.3) will
hang, and needs to be restarted.

The code used was:


$myItem = new COM("Outlook.Application")l
$myItem = $objApp->CreateItem(olMailItem);
$a=$myItem->Recipients->Add("[EMAIL PROTECTED]");
$myItem->Subject="Subject";
$myItem->Body="This is a Body Section now.!";
$myItem->Display();



outlook.exe did load (appeared on the process list).

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

#19864 [Bgs->Opn]: getimagesize slow on large file

[Xuefer]

 ID:   19864
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: GetImageSize related
-Operating System: 
+Operating System: linux
 PHP Version:  4.2.3
 New Comment:

system: redhat7.2

what i did:
sanning directories, get all image size to store into database

what i wanted to happend:
scan so many files in 10 seconds

what actually happened:
some of the files take about 11 seconds for each.

url of 2 sample files
http://ul.oursky.net/117549/qiumi1.jpg
http://ul.oursky.net/117549/2002100718.jpg

download to local drive before testing

almost every file take about 11 seconds


Previous Comments:


[2002-10-11 08:59:56] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




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

getimagesize very slow on large _local_ file
for 4mb file, it take 1sec or more time!

i wonder why it's such slow to just read file head info
is it trying to buffer the whole file?




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

#19858 [NEW]: nl2br incorrect return

[vvtk]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version:  4.3.0-pre1
PHP Bug Type: *General Issues
Bug description:  nl2br incorrect return

$e = "test";
echo nl2br($e);

I get very strange output.

HOW="--with-apxs=/usr/local/apache/bin/apxs --with-pfpro"
./configure $HOW --enable-inline-optimization \
--with-mysql\
--enable-track-vars \
--disable-debug --disable-pic \
--disable-ctype \
--disable-mbstring \
--disable-xml \
--disable-tokenizer \
--with-zlib \
--enable-sysvshm --enable-sysvsem --enable-shmop \
--enable-costaid \
--with-mm \
--with-imap=/usr/install/imap-2002.RC5 \
--with-gdbm \
--with-oci8 --enable-sigchild \
--without-gd \
--with-curl \
--with-dom-exslt --with-dom-xslt --with-dom

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

#19864 [Opn->Fbk]: getimagesize slow on large file

[sniper]

 ID:   19864
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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

I can't reproduce anything like this with latest CVS..



Previous Comments:


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

system: redhat7.2

what i did:
sanning directories, get all image size to store into database

what i wanted to happend:
scan so many files in 10 seconds

what actually happened:
some of the files take about 11 seconds for each.

url of 2 sample files
http://ul.oursky.net/117549/qiumi1.jpg
http://ul.oursky.net/117549/2002100718.jpg

download to local drive before testing

almost every file take about 11 seconds



[2002-10-11 08:59:56] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




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

getimagesize very slow on large _local_ file
for 4mb file, it take 1sec or more time!

i wonder why it's such slow to just read file head info
is it trying to buffer the whole file?




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

#19867 [NEW]: extract function and null values

[adamw]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.0
PHP Bug Type: Arrays related
Bug description:  extract function and null values

In earlier versions of PHP ... when looping through a set of database data,
for example, and "extract"ing on each loop -- the extract function would
overwrite the variable with the previous value, even if it was NULL.

I just recently switched servers that had a more recent version of PHP. 
Now extract behaves differently.  On the next pass through, the variable
is not overwritten if the new value is NULL.  This requires the use of
"unset" on each loop for each variable that could have NULL values.

I see nothing in the changelog about this, so I'm trying to determine if
it's a bug, or was changed on purpose.  If it's a change, I'm not sure I
understand why, since it would seem to be much more useful to have it
overwritten with the NULL value.
-- 
Edit bug report at http://bugs.php.net/?id=19867&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19867&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19867&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19867&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19867&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19867&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19867&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19867&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19867&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19867&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19867&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19867&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19867&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19867&r=isapi

#19639 [Ctl->Csd]: PHP crashes apache on restart of the webserver

[iliaa]

 ID:   19639
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Slackware 8.1 - Linux 2.4.19
 PHP Version:  4.2.3 and CVS-snaps
 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.

User reported that the problem has been fixed.


Previous Comments:


[2002-10-11 09:30:31] [EMAIL PROTECTED]

Could not reproduce the apache restart issue on Solaris 7 SPARC. There,
it works fine!!!



[2002-10-09 07:56:02] [EMAIL PROTECTED]

I have this problem to.  I have to completely stop apache, then start
it again to "restart" it.



[2002-10-08 08:50:20] [EMAIL PROTECTED]

If helps, isolated the problem on 'make install-pear'...

--
Installing PEAR environment:  /usr/local/php/lib/pear/
/usr/src/ServerSoftware/PHP/php4-200210080300/sapi/cli/php: relocation
error:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/xml.so:
undefined symbol: XML_ParserCreate
make[1]: *** [install-pear-installer] Error 127
make: *** [install-pear] Error 2
--



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

Well, don't know whether this one deserves a new issue but let me
try...
I got PHP compiled after changing to static zlib support. Now I get the
following when I do a 'make install':

(cvs php4-200210071500)
---
Installing shared extensions:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/
Installing PHP CLI binary:/usr/local/php/bin/
Installing PEAR environment:  /usr/local/php/lib/pear/
/usr/src/ServerSoftware/PHP/php4-200210071500/sapi/cli/php: relocation
error:
/usr/local/php/lib/php/extensions/no-debug-non-zts-20020429/xml.so:
undefined symbol: XML_ParserCreate
make[1]: *** [install-pear-installer] Error 127
make: *** [install-pear] Error 2
---

At this time I'm getting the lastest CVS to try again.



[2002-10-07 18:36:30] [EMAIL PROTECTED]

Building zlib as shared module SHOULD work...you just confirmed what I
was suspecting to be the bug.

What happens is that we are have some code in that main php libs which
rely on zlib been linked with it. And when you compile it as shared
extension, zlib is not linked with the main library/binary but only
with the extension.

Setting as critical and will look into this soon.




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

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

#19868 [NEW]: Libtool has to be called with 'libtool --finish' or apache2 will crash with php

[don]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: *Compile Issues
Bug description:  Libtool has to be called with 'libtool --finish' or apache2 will 
crash with php

Libtool has to be called with 'libtool --finish' or apache2 will crash with
php.
Which will confuse a LOT of users, it would be better to do this from the
configure script right before the 'make install' goes to work.

The cure for this would be to call 'libtool --finish' from the main
directory where php has been unextracted and install the files after
that.

Just a thought... Let me know if this is going to be changed, I have to
use the command manually before php will work with apache2.
-- 
Edit bug report at http://bugs.php.net/?id=19868&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19868&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19868&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19868&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19868&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19868&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19868&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19868&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19868&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19868&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19868&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19868&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19868&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19868&r=isapi

#19864 [Fbk->Csd]: getimagesize slow on large file

[Xuefer]

 ID:   19864
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: GetImageSize related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

well, it's ok for the lastest snapshot
thx

closing :)


Previous Comments:


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

Please try using this CVS snapshot:

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

I can't reproduce anything like this with latest CVS..




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

system: redhat7.2

what i did:
sanning directories, get all image size to store into database

what i wanted to happend:
scan so many files in 10 seconds

what actually happened:
some of the files take about 11 seconds for each.

url of 2 sample files
http://ul.oursky.net/117549/qiumi1.jpg
http://ul.oursky.net/117549/2002100718.jpg

download to local drive before testing

almost every file take about 11 seconds



[2002-10-11 08:59:56] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




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

getimagesize very slow on large _local_ file
for 4mb file, it take 1sec or more time!

i wonder why it's such slow to just read file head info
is it trying to buffer the whole file?




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

#19869 [NEW]: bug in array_rand

[klashley]

From: [EMAIL PROTECTED]
Operating system: windows
PHP version:  4.2.2
PHP Bug Type: Scripting Engine problem
Bug description:  bug in array_rand

I've found a bug with array_rand in PHP 4.2.2; it works in earlier
versions, however when tested in newer PHP versions the output never
changes.

eg.
srand ((double)microtime()*100);
$backgrounds = range (1,28);
$rand_keys = array_rand ($backgrounds, 3);
print
$backgrounds[$rand_keys[0]]."~".$backgrounds[$rand_keys[1]]."~".$backgrounds[$rand_keys[2]];


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

#19852 [Fbk->Opn]: httpd processes eat my cpu

[lrvazquez]

 ID:   19852
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: Solaris 7
 PHP Version:  4.2.3
 New Comment:

It works worst.

Now I have 25 processes over 1.00% :(


Previous Comments:


[2002-10-10 18:19:39] [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 12:09:57] [EMAIL PROTECTED]

Description:
   Since I upgraded from php-4.0.6 and apache-1.3.26 to
php-4.2.3/apache-1.3.27, the httpd processes increase the load.

   Normally with the same scripts a process consumed from 0.00% to
1.00% avg, but now I have 12 processes over 1.00% (13.00% topest) while
I have just 4 connections avg per minute.

   My cpu normally is 90% idle, now because httpd is 30% idle. I have a
box with 2 cpus, this line going to show you the info:

CPU states: 29.3% idle, 43.9% user, 26.6% kernel,  0.2% iowait,  0.0%
swap

Any ideas.

PHP conf:
./configure --with-apache=../apache_1.3.27 --enable-versioning \
--without-mysql --with-sybase=/usr/local/freetds --without-gd \
--enable-track-vars --with-system-regex --enable-trans-id \
--with-snmp --enable-ucd-snmp-hack

Apache conf:
APACHE 1.3.27

set PREFIX=/usr/local
set PERL5=/usr/local/bin/perl
setenv LIBS_SHLIB -lbind
setenv CFLAGS -I/usr/local/include
setenv LDFLAGS -L/usr/local/lib
setenv LIBS -lbind
setenv LD_LIBRARY_PATH /usr/local/lib

./configure  --prefix=${PREFIX} \
 --with-layout=GNU \
 --sysconfdir=${PREFIX}/etc/apache \
 --includedir=${PREFIX}/include/apache \
 --localstatedir=/var \
 --datadir=${PREFIX}/www \
 --suexec-docroot=${PREFIX}/www/data \
 --proxycachedir=${PREFIX}/www/proxy \
 --libexecdir=${PREFIX}/libexec/apache \
 --without-confadjust \
 --enable-shared=remain \
 --enable-module=most \
 --activate-module=src/modules/php4/libphp4.a \
 --with-perl=${PERL5}

OS: 
solaris% uname -a
SunOS solaris 5.7 Generic_106541-07 sun4u sparc SUNW,Ultra-250

Unfortunaly I don't have installed gdb in the box.




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

#19292 [Ctl]: random error: open_basedir restriction in effect. File is in wrong directory

[joerg]

 ID:   19292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Apache related
 Operating System: linux
 PHP Version:  4.2.3
 New Comment:

I can confirm the message from [EMAIL PROTECTED]

Same problem here on several linux boxes that servers a nummer of
virtual host. On some vhosts we have these error on every 2nd hit.

There is a chance that these kind of error not effected is to the first
vhost.

I have made a test with the latest 'php4-20021010' with shows the
same behavior.

Realy weird is that the unkown error messages shows the WRONG settings
(open_basedir) for that vhosts.
Screenshot:
http://sgi.takenet.de/~beh/error.gif

They are 2 other things out there that apps that using pear(cache)
shows open_basedir restrictions too. But the pear directory is always
allowed.

The make install prozess from the php latest and php-4.3rc1 shows both


tng-web:/usr/src/php-4.3.0pre1 # make install
Installing PHP SAPI module
[activating module `php4' in /usr/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/apache/libexec/libphp4.so
chmod 755 /usr/apache/libexec/libphp4.so
cp /usr/apache/conf/httpd.conf /usr/apache/conf/httpd.conf.bak
cp /usr/apache/conf/httpd.conf.new /usr/apache/conf/httpd.conf
rm /usr/apache/conf/httpd.conf.new
Installing shared extensions:
/usr/lib/php/extensions/no-debug-non-zts-20020429/
Installing PHP CLI binary:/usr/bin/
Installing PEAR environment:  /usr/lib/php/

Warning: file_exists() [http://www.php.net/function.file-exists]: SAFE
MODE Restriction in effect.  The script whose uid is 500 is not allowed
to access /root owned by uid 0 in
/daten/src/php-4.3.0pre1/pear/PEAR/Config.php on line 282

a lot of more warnings.
Screenshot:
http://sgi.takenet.de/~beh/error2.gif

We are not using any kind of caching software or other 3rd party
modules. And yes.. switching back to 4.2.1 solves all the problems
without making any changes on configfiles (php.ini , httpd.conf)


Previous Comments:


[2002-10-10 08:43:37] [EMAIL PROTECTED]

Keep this at 'Critical' status.
([EMAIL PROTECTED]: Can you be a bit more specific? And did you test with PHP
4.3.0-dev there?)




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

Same here, yet only on one of four production boxes. Error randomly
pops up, and is gone after reloading (seems to be only one apache child
at a time is effected).

Seems like the error occurs for all functions using file i/o, mainly
include() in our case.



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

Could someone please check if this is still a problem in current CVS?



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

Keep it critical.



[2002-10-05 10:43:37] [EMAIL PROTECTED]

I just checked in a change to the open_basedir check.  I don't think it
is a fix for your problems, but it could be.  

Please try using this CVS snapshot on a non-production machine:

  http://snaps.php.net/php4-latest.tar.gz

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


Thanks,

Brian



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

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

#19870 [NEW]: Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.

[rizzo]

From: [EMAIL PROTECTED]
Operating system: LInux 4 Cobalt RAQ2
PHP version:  4.2.3
PHP Bug Type: *Compile Issues
Bug description:  Assertion failure in mips_emit_delays at ./config/tc-mips.c line 
2231.

hi,  

After getting latest php from CVS i still get same Attention message after
running ./configure.


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$(top_builddir)/Zend -I/usr/local/include
LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib
LIBS:   -lcrypt -lpam -lcrypt -lresolv -lm -ldl -lnsl  -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  -lcrypt 1>&5
/tmp/cca09867.s: Assembler messages:
/tmp/cca09867.s:72: Internal error!
Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.
Please report this bug.

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

#19871 [NEW]: Query returning all the same data

[keimdf]

From: [EMAIL PROTECTED]
Operating system: W2K Terminal Server
PHP version:  4.2.3
PHP Bug Type: ODBC related
Bug description:  Query returning all the same data

I am running a Progress Database with a ODBC data source entry.  I have a
test table with 4 records in it.  Each record has three fields.  ID, Name
and Total.  The information in the table is... Index on Name.
ID Name  Total
1  Horse  21
2  Cow30
3  Eagle  14
2  Cow34

Here is my actual code.

$DBName = "php";
$TableName = "PUB.table1";
$Query = "SELECT * from $TableName";
$Link = odbc_connect ($DBName,$User,$Password);
$Results = odbc_do($Link, $Query);
print odbc_result_all($Results);

What I expect to see was four lines of data display as above.  What I got
was...
ID Name Total 
2  Cow   30 
2  Cow   30 
2  Cow   30 
2  Cow   30 

I have tried 10-15 different ways to access the $Results to no avail.  

Then I decided to see if it was SQL problem.  Using another SQL interface
to the Progress Database, I performed the same query and got the expected
results.  Next I decided to see if it was an ODBC problem.  My first
approach was to set up a query within a MSExcel spreadsheet.  This worked
just fine and got the expected results.  This told me that the ODBC driver
used to access the Progress Database was working.

Next I wanted to see if it was an PHP/ODBC command problem.  So I set up
an MS Access database and created an ODBC entry for it using the Microsoft
driver for ODBC/mdb.  I got the expected results.  In fact the only
difference between the php script for MS Access and Progress was the name
of the Data Source.  I also didn't need to use "PUB" in front of the table
name.  I used the exact same code to query and print the results.  

This leads me to believe that the problem here is the interaction of php
and the driver for Progress.  The ODBC driver that is shipped with
Progress is 
MERANT 3.60 32-BIT Progress SQL92 v9.1C  3.60.00.00

Again, everything points to a problem between php and the driver for
Progress.  Using the same driver in both Excel, MS Word works just fine.

I would appreciate it if someone would look into this for me.

Thanks

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

#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39

[kronuz]

 ID:   17826
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Win32
 PHP Version:  4.2.1
 Assigned To:  edink
 New Comment:

The problem with this message:
"Cannot load C:/php4/sapi/php4apache2.dll into server: The specified
module could not be found."

Should be addressed as:

1. Install PHP/Apache
2. Copy required files from c:\php\dlls\ to c:\winnt\system32\
3. Grab the latest php snapSnap (http://snaps.php.net/win32/) 
4. Copy php4apache2.dll from the snap to c:php\sapi\ 
5. Copy php4ts.dll from the snap c:winnt\system32 
6. Edit Apache's configuration file and add:
LoadModule php4_module c:/php/sapi/php4apache2.dll 
AddType application/x-httpd-php .php .phtml 

That's it (probably many are just missing the php4ts.dll part)


Previous Comments:


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

PHP will work with whatever is current Apache version at the time of
its release.

Newer versions of Apache2 often break backwards compatibility so
php4apache2.dll will not work with them.

So either use the version of Apache that is supported by that PHP
release, or use (almost) always current snapshot from
http://snaps.php.net/win32/



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

Thank you for all the Help
Its working perfect with the php4apache2.dll from the Prerelease PHP
Version 4.2.4 from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

But it take alot of time to find this Bugreport.
If you would add a little link from the Downloadpage of PHP to this
Page, it would help many scared php-newbies like me ;)

Thanks for all the help
Chojin



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

after having some trouble with this myself on both apache 2.0.42 and
2.0.43 and finding this thread, i used just the php4apache2.dll file
from 
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

with the rest of the files being php 4.2.3 ones, and it works perfectly
now. havent seen any bugs so far.

hope this helps someone :)



[2002-10-04 00:30:50] [EMAIL PROTECTED]

Hello.

I figured this out. There is no other way than using a 2.0.36 version
and apache2filter.dll ! That seems to work perfectly. Only problem is
that where from you can find 2.0.36 version of the Apache. Here is
location where from I downloaded it: http://apache.kr.net/dist/

I have now PHP 4.2.3, MySQL and Apache 2.0.36 up and running. I have
done quite a few tests and I didn't face problems.

In httpd.conf you need just following lines:
LoadModule php4_module c:/www/bin/php4/experimental/apache2filter.dll

DirectoryIndex index.php index.html index.html.var index.htm
index.phtml index.php3 default.htm

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

That all you need. Apache2filter.dll might be also problematic to find,
but I found it from older PHP distributions (4.2.0, see
http://ftp.proventum.net/pub/php/win32/)

Greetings,

Jari Hiltunen, aka OH4BC



[2002-10-04 00:02:29] [EMAIL PROTECTED]

Sniper, the newest snapshot does not fix the problem here. 
Apache_2.0.43 doesn't read the php4apache2.dll correctly.  Has anyone
got this to work yet?



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

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

#19869 [Opn->Fbk]: bug in array_rand

[sander]

 ID:   19869
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: windows
 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-11 13:12:25] [EMAIL PROTECTED]

I've found a bug with array_rand in PHP 4.2.2; it works in earlier
versions, however when tested in newer PHP versions the output never
changes.

eg.
srand ((double)microtime()*100);
$backgrounds = range (1,28);
$rand_keys = array_rand ($backgrounds, 3);
print
$backgrounds[$rand_keys[0]]."~".$backgrounds[$rand_keys[1]]."~".$backgrounds[$rand_keys[2]];


This would always for me produce the same results for me whatever I
try.




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

#19856 [Opn]: missing function

[cuek_saja]

 ID:   19856
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: PostgreSQL related
 Operating System: Redhat Linux 7.x kernel 2.4.9-34
 PHP Version:  4.2.1
 New Comment:

I upgraded to 4.2.3 and it works now.
I suppose it is possible that when i compiled php 4.2.1 in July, that I
had different postgres libs installed, but I do not remember upgrading
postgres between then and now.
then again, my memory is not what it used to be,
and it never was much.
If it turns out this is not a bug, I apologize for going through the
wrong system.
Thanks though, for your help.


Previous Comments:


[2002-10-10 22:41:55] [EMAIL PROTECTED]

yes...

# psql --version
psql (PostgreSQL) 7.2.1
contains support for: readline, history, multibyte

# rpm -q postgresql
postgresql-7.2.1-2PGDG

---

However, I remember now that I installed in kind of a weird way. 
Because the redhat RPMs annoyingly scatter everything instead of
keeping packages intact in their own filesystem
i had to create /opt/pgsql under which i have the soft links include
and lib which just point to /usr/lib and /usr/include which is where
the postgresql RPM installed the postgres libraries.

Could I be missing something in that setup or could the rpm just not
have the necessary function. 
(in which case upgrading isn't going to help right?)



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

Okay, seems like your posgresql libraries do not have that
function. Are you SURE you have version 7.2.1 installed?

If so, try the PHP snapshot above. I'm not sure if there
was some bug in this in earlier PHP versions.




[2002-10-10 18:58:18] [EMAIL PROTECTED]

1st) thanks for the speedy help

It is defined but i checked config.log anyway, and there did seem to be
an error.  Here's a snip from the log...

configure:52394: checking for PQescapeString in -lpq
configure:52413: gcc -o conftest -g -O2  -DLINUX=22 -DTARGET="httpsd"
-DUSE_HSREGEX -DAPACHE_SSL  -Wl,-rpath,/opt/gd/lib -L/opt/gd/lib
-L/opt/
pgsql/lib conftest.c -lpq  -lgd -lcrypt -lresolv -lm -ldl -lnsl 
-lresolv -lcrypt 1>&5
/tmp/ccqMssoC.o: In function `main':
/usr/local/src/php-4.2.1/configure:52409: undefined reference to
`PQescapeString'
collect2: ld returned 1 exit status
configure: failed program was:
#line 52402 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char PQescapeString();

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

- end snippit -

Any idea what caused it?

Should i just upgrade to php 4.3 and be done with it?



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

In main/php_config.h, is this defined:

HAVE_PQESCAPE

And if it isn't, check config.log for reason WHY
the check for it fails (search it for PQescapeString)




[2002-10-10 17:17:42] [EMAIL PROTECTED]

psql (PostgreSQL) 7.2.1



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

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

#19856 [Opn->Bgs]: missing function

[sniper]

 ID:   19856
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Redhat Linux 7.x kernel 2.4.9-34
 PHP Version:  4.2.1
 New Comment:

Duh..it's definately not any bug given the proper information
(finally). Next time, try the latest versions of software before
reporting any bugs.



Previous Comments:


[2002-10-11 15:19:30] [EMAIL PROTECTED]

I upgraded to 4.2.3 and it works now.
I suppose it is possible that when i compiled php 4.2.1 in July, that I
had different postgres libs installed, but I do not remember upgrading
postgres between then and now.
then again, my memory is not what it used to be,
and it never was much.
If it turns out this is not a bug, I apologize for going through the
wrong system.
Thanks though, for your help.



[2002-10-10 22:41:55] [EMAIL PROTECTED]

yes...

# psql --version
psql (PostgreSQL) 7.2.1
contains support for: readline, history, multibyte

# rpm -q postgresql
postgresql-7.2.1-2PGDG

---

However, I remember now that I installed in kind of a weird way. 
Because the redhat RPMs annoyingly scatter everything instead of
keeping packages intact in their own filesystem
i had to create /opt/pgsql under which i have the soft links include
and lib which just point to /usr/lib and /usr/include which is where
the postgresql RPM installed the postgres libraries.

Could I be missing something in that setup or could the rpm just not
have the necessary function. 
(in which case upgrading isn't going to help right?)



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

Okay, seems like your posgresql libraries do not have that
function. Are you SURE you have version 7.2.1 installed?

If so, try the PHP snapshot above. I'm not sure if there
was some bug in this in earlier PHP versions.




[2002-10-10 18:58:18] [EMAIL PROTECTED]

1st) thanks for the speedy help

It is defined but i checked config.log anyway, and there did seem to be
an error.  Here's a snip from the log...

configure:52394: checking for PQescapeString in -lpq
configure:52413: gcc -o conftest -g -O2  -DLINUX=22 -DTARGET="httpsd"
-DUSE_HSREGEX -DAPACHE_SSL  -Wl,-rpath,/opt/gd/lib -L/opt/gd/lib
-L/opt/
pgsql/lib conftest.c -lpq  -lgd -lcrypt -lresolv -lm -ldl -lnsl 
-lresolv -lcrypt 1>&5
/tmp/ccqMssoC.o: In function `main':
/usr/local/src/php-4.2.1/configure:52409: undefined reference to
`PQescapeString'
collect2: ld returned 1 exit status
configure: failed program was:
#line 52402 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char PQescapeString();

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

- end snippit -

Any idea what caused it?

Should i just upgrade to php 4.3 and be done with it?



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

In main/php_config.h, is this defined:

HAVE_PQESCAPE

And if it isn't, check config.log for reason WHY
the check for it fails (search it for PQescapeString)




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

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

#19852 [Opn->Fbk]: httpd processes eat my cpu

[sniper]

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

Can you please try coming up with some short script which causes this?



Previous Comments:


[2002-10-11 13:14:44] [EMAIL PROTECTED]

It works worst.

Now I have 25 processes over 1.00% :(



[2002-10-10 18:19:39] [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 12:09:57] [EMAIL PROTECTED]

Description:
   Since I upgraded from php-4.0.6 and apache-1.3.26 to
php-4.2.3/apache-1.3.27, the httpd processes increase the load.

   Normally with the same scripts a process consumed from 0.00% to
1.00% avg, but now I have 12 processes over 1.00% (13.00% topest) while
I have just 4 connections avg per minute.

   My cpu normally is 90% idle, now because httpd is 30% idle. I have a
box with 2 cpus, this line going to show you the info:

CPU states: 29.3% idle, 43.9% user, 26.6% kernel,  0.2% iowait,  0.0%
swap

Any ideas.

PHP conf:
./configure --with-apache=../apache_1.3.27 --enable-versioning \
--without-mysql --with-sybase=/usr/local/freetds --without-gd \
--enable-track-vars --with-system-regex --enable-trans-id \
--with-snmp --enable-ucd-snmp-hack

Apache conf:
APACHE 1.3.27

set PREFIX=/usr/local
set PERL5=/usr/local/bin/perl
setenv LIBS_SHLIB -lbind
setenv CFLAGS -I/usr/local/include
setenv LDFLAGS -L/usr/local/lib
setenv LIBS -lbind
setenv LD_LIBRARY_PATH /usr/local/lib

./configure  --prefix=${PREFIX} \
 --with-layout=GNU \
 --sysconfdir=${PREFIX}/etc/apache \
 --includedir=${PREFIX}/include/apache \
 --localstatedir=/var \
 --datadir=${PREFIX}/www \
 --suexec-docroot=${PREFIX}/www/data \
 --proxycachedir=${PREFIX}/www/proxy \
 --libexecdir=${PREFIX}/libexec/apache \
 --without-confadjust \
 --enable-shared=remain \
 --enable-module=most \
 --activate-module=src/modules/php4/libphp4.a \
 --with-perl=${PERL5}

OS: 
solaris% uname -a
SunOS solaris 5.7 Generic_106541-07 sun4u sparc SUNW,Ultra-250

Unfortunaly I don't have installed gdb in the box.




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