[PHP-DEV] Proposed updates and extensions to the MySQL extension
Hello All,
Monty has a series of proposed changes and updates to the MySQL extension
(along with a few ideas of mine that we have discussed) that I would like to
present to the dev list for feedback and review.
Synopsis of Proposed Changes
Update the PHP built-in MySQL library to support MySQL 4.0.1
Extend mysql_connect()/mysql_pconnect() to allow the optional selection
of a default database, a MySQL config file and a group within the selected
config file.
The default database parameter will allow the default database to be
selected at connection time, instead of requiring a separate call.
The other parameters will allow the connection to use the client connect
options set in the config file (such as passwords, connection timeouts,
etc.) This will allow passwords to be stored outside of the PHP script.
Allow persistent connections to be closed and 'pruned'. Possible ways to
implement this include adding mysql_pclose(), which would close a
persistent connection and remove it from the connection cache.
...or add a function that flags persistent connections as removeable. Calls
to mysql_close() made on a flagged connection would close it and remove it
from the connection cache. i.e. mysql_trim_pconnections (); An optional
argument could allow the connections to be pruned down to a certain number.
Create an OO-based wrapper for the MySQL extension. The wrapper would
provide the user with access to all of a database's information without
requiring explicit queries or functions calls to retrieve the data. The
user would not need to call call mysql_db_name, mysql_field_*,
mysql_list_fields, etc. The wrapper would also encompass the rest of the
MySQL extension's functionality.
The major benefits of the wrapper would be:
- Small and simple API. The number of functions would drop from 41 to
around 12.
- Full information on the server, databases, tables and fields could
easily be viewed with one call to var_dump()
- Connection handles, etc. would all be managed by the object
- Error messages, last insert id, etc. would be stored as object
properties.
The library would work something like the following:
// Connect to MySQL and select database
$mysql = new oo_mysql ('localhost', 'user', 'password', 'db');
// Accessing the tables property triggers a SHOW TABLES query
var_dump ($mysql-tables);
Notes: The wrapper would not retrieve the information until the
corresponding property was requested. This will keep the size of the object
down.
As always, feedback is welcome! :)
Thanks!
--zak
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14807 Updated: core dump
ID: 14807
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Reproducible crash
Operating System:
PHP Version: 4.1.0
New Comment:
your testcase can be reduced to:
?php
$data =
612533413525334125374269253341312533426125334135253341253742692533413025334273253341312533412532323025323225334269253341312533427325334131253341253232302532322533426925334132253342732533413125334125323230253232253342692533413325334273253341312533412532323025323225334269253341342533427325334131253341253232302532322533422537446925334132253342612533413525334125374269253341302533427325334131253341253232302532322533426925334131253342732533413125334125323230253232253342692533413225334273253341312533412532323025323225334269253341332533427325334131253341253232302532322533426925334134253342732533413125334125323230253232253342253744692533413325334261253341352533412537426925334130253342732533413125334125323230253232253342692533413125334273253341312533412532323025323225334269253341322533427325334131253341253232302532322533426925334133253342732533413125334125323230253232253342692533413425334273253341312533412532323025323225334225374469253341342533426125334135253341253742692533413025334273253341312533412532323025323225334269253341312533427325334131253341253232302532322533426925334132253342732533413125334125323230253232253342692533413325334273253341312533412532323025323225334269253341342533427325334131253341253232302532322533422537446925334135253342612533413525334125374269253341302533427325334131253341253232302532322533426925334131253342732533413125334125323230253232253342692533413225334273253341312533412532323025323225334269253341332533427325334131253341253232302532322533426925334134253342732533413125334125323230253232253342253744253744;
$binary = base_convert($data, 16, 2);
?
you are trying to base_convert a number with 1500 digits. this is not going to work!
but it shouln't crash,
i agree. (no time to fix it right now)
Previous Comments:
[2002-01-02 14:11:15] [EMAIL PROTECTED]
I am using it in CGI mode, and this is some info that might be useful to you:
bash$ cat /proc/version
Linux version 2.2.20 (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1
SMP Fri Nov 9 09:25:22 EST 2001
phpinfo()
PHP Version 4.1.0
System Linux host name removed 2.2.20 #1 SMP Fri Nov 9 09:25:22 EST 2001 i686
unknown
Build DateDec 24 2001
Configure Command './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml'
'--with-curl' '--with-swf=/usr/local/flash' '--enable-ftp' '--with-gd=../gd-1.8.4'
'--with-jpeg-dir=/usr/local' '--with-xpm-dir=/usr/X11R6' '--with-png-dir=/usr'
'--with-imap=../imap-2001.BETA.SNAP-0105220031' '--with-ming=../ming-0.1.1'
'--enable-magic-quotes' '--with-mysql' '--enable-safe-mode' '--enable-track-vars'
'--with-ttf' '--enable-versioning' '--with-zlib'
Server API CGI
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/Zend/etc/php.ini
ZEND_DEBUG disabled
Thread Safety disabled
If you need anything else, just let me know.
[2002-01-02 13:46:02] [EMAIL PROTECTED]
at least for me it doesn't (FreeBSD 4.4 PHP 4.1.0)
can you provide more Information about you environmation (OS, configure options e.g.)
?
[2002-01-02 13:39:24] [EMAIL PROTECTED]
Running the following always causes a core dump:
?php
$arr = array (
1 = array (0,0,0,0,0),
2 = array (0,0,0,0,0),
3 = array (0,0,0,0,0),
4 = array (0,0,0,0,0),
5 = array (0,0,0,0,0)
);
print_r($arr);
echo br\n\nbr\n\n;
$str = serialize($arr);
echo serializedbr\n, $str, brbr\n\n;
function hex2bin($data) {
$len = strlen($data);
return pack(H . $len, $data);
}
$enc = urlencode($str);
echo urlencodedbr, $enc, brbr\n\n;
$gzd = gzcompress($enc);
//echo gzcompressed (urlencoded)br, $gzd, brbr\n\n;
$b64 = base64_encode($gzd);
echo base64_encodedbr, $b64, brbr\n\n;
$b2h = bin2hex($enc);
echo bin2hex (urlencoded)br, $b2h, brbr\n\n;
$binary = base_convert($b2h, 16, 2);
echo $binary, brbr\n\n;
$conv = base_convert($binary, 2, 16);
echo $conv, brbr\n\n;
$h2b = hex2bin($conv);
echo $h2b, brbr\n\n;
$md = md5($str);
echo md5br, $md, brbr\n;
?
Edit this bug report at http://bugs.php.net/?id=14807edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Zak Greant wrote: Update the PHP built-in MySQL library to support MySQL 4.0.1 +1 Create an OO-based wrapper for the MySQL extension. Sounds cool :-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Proposed updates and extensions to the MySQL extension
This looks really great.
just let us know if you need any help!
James
-Original Message-
From: Zak Greant [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 03, 2002 8:19 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [PHP-DEV] Proposed updates and extensions to the MySQL
extension
Hello All,
Monty has a series of proposed changes and updates to the MySQL extension
(along with a few ideas of mine that we have discussed) that I
would like to
present to the dev list for feedback and review.
Synopsis of Proposed Changes
Update the PHP built-in MySQL library to support MySQL 4.0.1
Extend mysql_connect()/mysql_pconnect() to allow the optional selection
of a default database, a MySQL config file and a group within the selected
config file.
The default database parameter will allow the default database to be
selected at connection time, instead of requiring a separate call.
The other parameters will allow the connection to use the client connect
options set in the config file (such as passwords, connection timeouts,
etc.) This will allow passwords to be stored outside of the PHP script.
Allow persistent connections to be closed and 'pruned'. Possible ways to
implement this include adding mysql_pclose(), which would close a
persistent connection and remove it from the connection cache.
...or add a function that flags persistent connections as
removeable. Calls
to mysql_close() made on a flagged connection would close it and remove it
from the connection cache. i.e. mysql_trim_pconnections (); An optional
argument could allow the connections to be pruned down to a
certain number.
Create an OO-based wrapper for the MySQL extension. The wrapper would
provide the user with access to all of a database's information without
requiring explicit queries or functions calls to retrieve the data. The
user would not need to call call mysql_db_name, mysql_field_*,
mysql_list_fields, etc. The wrapper would also encompass the rest of the
MySQL extension's functionality.
The major benefits of the wrapper would be:
- Small and simple API. The number of functions would drop from 41 to
around 12.
- Full information on the server, databases, tables and fields could
easily be viewed with one call to var_dump()
- Connection handles, etc. would all be managed by the object
- Error messages, last insert id, etc. would be stored as object
properties.
The library would work something like the following:
// Connect to MySQL and select database
$mysql = new oo_mysql ('localhost', 'user', 'password', 'db');
// Accessing the tables property triggers a SHOW TABLES query
var_dump ($mysql-tables);
Notes: The wrapper would not retrieve the information until the
corresponding property was requested. This will keep the size of
the object
down.
As always, feedback is welcome! :)
Thanks!
--zak
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 01:19:03AM -0700, Zak Greant wrote : The major benefits of the wrapper would be: - Small and simple API. The number of functions would drop from 41 to around 12. But you know you just can't remove the existing functions. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 02:01, Markus Fischer wrote: On Thu, Jan 03, 2002 at 01:19:03AM -0700, Zak Greant wrote : The major benefits of the wrapper would be: - Small and simple API. The number of functions would drop from 41 to around 12. But you know you just can't remove the existing functions. Of course not!! :) The OO wrapper would not replace the current extension. --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 02:01:16AM -0700, Zak Greant wrote : On 2002-3-01 02:01, Markus Fischer wrote: On Thu, Jan 03, 2002 at 01:19:03AM -0700, Zak Greant wrote : The major benefits of the wrapper would be: - Small and simple API. The number of functions would drop from 41 to around 12. But you know you just can't remove the existing functions. Of course not!! :) The OO wrapper would not replace the current extension. Heh, I feel like an idiot thinking it would be removed. Just not yet woke up, sorry. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14820: Feature Request: ImageColorLeastUsed
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.1.1
PHP Bug Type: GD related
Bug description: Feature Request: ImageColorLeastUsed
ImageColorResolve et al are really cool, but SOMETIMES you
*need* the color you want, and they just won't cut it.
So you want to deallocate the least-used color, and then
allocate the one you really want.
Alas, the only way to do that (as far as I can figger) is
this:
$colorcount = array();
for ($x = 0; $x $width; $x++){
for ($y = 0; $y $height; $y++){
$colorindex = imagecolorat($jpg, $x, $y);
if (!isset($colorcount[$colorindex])){
$colorcount[$colorindex] = 1;
}
else{
$colorcount[$colorindex]++;
}
}
}
asort($colorcount);
reset($colorcount);
$black = imagecolorexact($jpg, 0, 0, 0);
if ($black == -1){
$goner = key($colorcount);
$rgb = imagecolorsforindex($jpg, $goner);
#error_log(Need black: About to kill $goner ($rgb[red],
$rgb[green], $rgb[blue]) which was only used in
$colorcount[$goner] pixels, 0);
unset($colorcount[$goner]);
imagecolordeallocate($jpg, $goner);
$black = imagecolorallocate($jpg, 0, 0, 0);
}
if ($black == -1){
$black = imagecolorresolve($jpg, 0, 0, 0);
#error_log(Damn! STILL couldn't allocate the color!,
0);
}
Ugly, ain't it :-)
Anyway, if GD has any internal structures of a histogram
nature, that one could use for a function matching this
documentation:
int ImageColorLeastUsed(int img)
Returns a color index of the least-used color in the image.
Suitable for ImageDeallocate() when you really need a color
that is not in the image.
Also handy would be something like:
array ImageColorMostContrasty(int img)
Returns an a array of 'red', 'green', 'blue' at a maxium
distance from all other colors currently in the image.
I have no clue which color-distance algorithm I would
actually want here. But it would be nice for adding
overlays to existing images that come from a random source.
If you want some idea of what I'm talking about:
http://chatmusic.com/maplocater.htm
The latitude/longitude lines and the red circles are being
pulled from a database and overlaid in real-time. However,
somebody might upload a map with lots of red and black in
it, and then I've got un-usable images.
--
Edit bug report at: http://bugs.php.net/?id=14820edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Create an OO-based wrapper for the MySQL extension. The wrapper would provide the user with access to all of a database's information without Yeah, lets re-invent PEAR:DB :) Such things are already on the ToDo list for PEAR::DB. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14821: zip-file damaged
From: [EMAIL PROTECTED] Operating system: XP PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: zip-file damaged Hey support, php-4.1.0-Win32.zip is damaged from the download page. Or maybee it's just min connection. Thanx in advanze Karsten Vestergaard -- Edit bug report at: http://bugs.php.net/?id=14821edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 5
Joe Webster wrote: Example: We have 200+ radio station websites in a network. The way we store data in the database is by call letters (since some websites have more than one domain). So call letters (whor-fm :) ) are the key to just about everything we do. So, in the vhost file for apache we want to set the station call letters so that the letters are available to the code. Maybe you should use SetEnv? Lenar -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 02:43, Alexander Merz wrote: Create an OO-based wrapper for the MySQL extension. The wrapper would provide the user with access to all of a database's information without Yeah, lets re-invent PEAR:DB :) Such things are already on the ToDo list for PEAR::DB. What makes you think that this could not be a part of PEAR::DB? ;) --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14822: Premature end of script headers: C:/php/php.exe
From: [EMAIL PROTECTED] Operating system: windows xp professional PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: Premature end of script headers: C:/php/php.exe Error description: Many php scripts that works good with apache2 and php 4.0.6 doesn't work now with apache2 and 4.1.0. Error: Server error! Premature end of script headers: C:/php/php.exe If you think this is a server error, please contact the Webmaster Error 500 bogdanp.atn.ro 01/03/02 12:39:08 Apache/2.0.28 (Win32) I don't know what's the problem, and I think that its usefull for you to know about this bug. Thank you. Sincerly, Bogdan Parcalab -- Edit bug report at: http://bugs.php.net/?id=14822edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Well PHP and MySQL are a very popular combo .. but I do not see a point
in separating the API's even further ... DB API's are a major concern
for myself right now too
It would be really nice to work more in the direction of unifying all of
the API's on a C level
Other than that there is nothing against doing that change .. but I
think it would only make sense to do it across the board
Lukas Smith
[EMAIL PROTECTED]
___
DybNet Internet Solutions GbR
Alt Moabit 89
10559 Berlin
Germany
Tel. : +49 30 83 22 50 00
Fax : +49 30 83 22 50 07
www.dybnet.de [EMAIL PROTECTED]
___
-Original Message-
From: Zak Greant [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 03, 2002 9:19 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [PHP-DEV] Proposed updates and extensions to the MySQL
extension
Hello All,
Monty has a series of proposed changes and updates to the MySQL
extension
(along with a few ideas of mine that we have discussed) that I would
like
to
present to the dev list for feedback and review.
Synopsis of Proposed Changes
Update the PHP built-in MySQL library to support MySQL 4.0.1
Extend mysql_connect()/mysql_pconnect() to allow the optional
selection
of a default database, a MySQL config file and a group within the
selected
config file.
The default database parameter will allow the default database to be
selected at connection time, instead of requiring a separate call.
The other parameters will allow the connection to use the client
connect
options set in the config file (such as passwords, connection
timeouts,
etc.) This will allow passwords to be stored outside of the PHP
script.
Allow persistent connections to be closed and 'pruned'. Possible ways
to
implement this include adding mysql_pclose(), which would close a
persistent connection and remove it from the connection cache.
...or add a function that flags persistent connections as removeable.
Calls
to mysql_close() made on a flagged connection would close it and
remove it
from the connection cache. i.e. mysql_trim_pconnections (); An
optional
argument could allow the connections to be pruned down to a certain
number.
Create an OO-based wrapper for the MySQL extension. The wrapper would
provide the user with access to all of a database's information
without
requiring explicit queries or functions calls to retrieve the data.
The
user would not need to call call mysql_db_name, mysql_field_*,
mysql_list_fields, etc. The wrapper would also encompass the rest of
the
MySQL extension's functionality.
The major benefits of the wrapper would be:
- Small and simple API. The number of functions would drop from 41
to
around 12.
- Full information on the server, databases, tables and fields could
easily be viewed with one call to var_dump()
- Connection handles, etc. would all be managed by the object
- Error messages, last insert id, etc. would be stored as object
properties.
The library would work something like the following:
// Connect to MySQL and select database
$mysql = new oo_mysql ('localhost', 'user', 'password', 'db');
// Accessing the tables property triggers a SHOW TABLES query
var_dump ($mysql-tables);
Notes: The wrapper would not retrieve the information until the
corresponding property was requested. This will keep the size of the
object
down.
As always, feedback is welcome! :)
Thanks!
--zak
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail:
[EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14823: my webserver performance going down
From: [EMAIL PROTECTED] Operating system: NT4.0 SP5 PHP version: 4.1.1 PHP Bug Type: IIS related Bug description: my webserver performance going down i use php script in my website, when ever i give request to my site that makes my server down ..what could be the reason.. Brief desc about the php script: That will open a txt file from folder(which is in server disk)it reads the text file(line by line) for a word which comes from a request page. I hope u will help me find out the bug. by lokesh -- Edit bug report at: http://bugs.php.net/?id=14823edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.1.1 for win
Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. Thanks, Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Well yes all (ok molst) of the DB abstraction layers (including Metabase) have an OO style interface and do what should be PHP internal in a perfect world I am hoping that DBX will maybe become the basis for a C based abstraction layer. Here again I would suggest the step by step transition: First implement the basic features and provide a class in PHP that does the rest (was about to suggest a specific layer but I do not want to drag this uptil now unproductive discussion from the pear mailing list here ... so everybody please try to do the same) And then step by step you move more of the complexity into the C layer As such it sounds to me to make more sense on first unifying the API's and doing the OO Wrapping in PHP and once that is working nicely and people have figured out the features they want etc you can go an make a nice OO interface in C Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -Original Message- From: Zak Greant [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 11:41 AM To: Alexander Merz; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension On 2002-3-01 02:43, Alexander Merz wrote: Create an OO-based wrapper for the MySQL extension. The wrapper would provide the user with access to all of a database's information without Yeah, lets re-invent PEAR:DB :) Such things are already on the ToDo list for PEAR::DB. What makes you think that this could not be a part of PEAR::DB? ;) --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 03:39, Lukas Smith wrote: Well PHP and MySQL are a very popular combo .. but I do not see a point in separating the API's even further ... DB API's are a major concern for myself right now too It would be really nice to work more in the direction of unifying all of the API's on a C level Other than that there is nothing against doing that change .. but I think it would only make sense to do it across the board I plan to keep my focus on this very small to avoid distraction. :) I am currently working on a PHP based implementation that uses Andrei's overload extension. Once I this is somewhat stable and users have had a chance to work with it, I plan to implement it in C. --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14823 Updated: my webserver performance going down
ID: 14823 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: NT4.0 SP5 PHP Version: 4.1.1 New Comment: Please ask support questions at [EMAIL PROTECTED] Previous Comments: [2002-01-03 05:54:39] [EMAIL PROTECTED] i use php script in my website, when ever i give request to my site that makes my server down ..what could be the reason.. Brief desc about the php script: That will open a txt file from folder(which is in server disk)it reads the text file(line by line) for a word which comes from a request page. I hope u will help me find out the bug. by lokesh Edit this bug report at http://bugs.php.net/?id=14823edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 5
Works perfectly -- god love Apache ;) -Joe Joe Webster [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... That rocks, pending it works, my problems are solved. It would still be an awesome feature for PHP, but nice to know apache will work otherwise. IIS SUCKS! Thanks again!, Joe Sander Steffann [EMAIL PROTECTED] wrote in message 008d01c193e3$53c14980$[EMAIL PROTECTED]">news:008d01c193e3$53c14980$[EMAIL PROTECTED]... Hi, We do exactly the same with Apache SetEnv: SetEnv media_regionaamapeldoorn SetEnv media_regioid 27 SetEnv media_module index And we get them in the PHP script with $GLOBALS['HTTP_SERVER_VARS']['media_regionaam']; Works great for us. Sander - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Joe Webster [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, January 02, 2002 11:40 PM Subject: Re: [PHP-DEV] Re: PHP 5 This could probably be done. It does sound helpful. Zeev At 00:29 03/01/2002, Joe Webster wrote: Yes it would have to be in every script in the vhost, location or directory directive. It could be a constant =) That would make my life easier. Thanks, -Joe Zeev Suraski [EMAIL PROTECTED] wrote in message 5.1.0.14.2.20020102234728.028651c0@localhost">news:5.1.0.14.2.20020102234728.028651c0@localhost... At 23:33 02/01/2002, Joe Webster wrote: I have something that I am currently dealing with: Using mod_perl with apache, you can put this in a apache directive (vhost, location, directory): PerlSetVar somevarname somevarval and that would pre-define somevarname equal to somevarval. We are trying to move completely to php (we're 1/2 php and 1/2 perl) however, we really need to be able to set the vars like this. I did look through the mod_php.c and I noticed the php_value, php_flag, php_admin_value, and php_admin_flag, but nothing for a variable. Would it be defined in every PHP script that runs? Does it really have to be a variable, or can it be a constant? Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14802: --with-oci8 doesnt grok 64-bit Oracle 9i
plz replace all OCI8_DIR/lib against OCI8_DIR/lib32 in configure and try again. don't forget to report back! tc On Wed, Jan 02, 2002 at 03:46:58PM -, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: --with-oci8 doesnt grok 64-bit Oracle 9i less debug.log CONFIGURE: './configure' '--with-fastcgi' '--without-mysql' '--with-oci8=/home/oracle/OraHome1' '- -enable-mbstr-enc-trans' CC: cc CFLAGS: -g CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES: -I/usr/local/include -I$(top_builddir)/Zend -I/home/oracle/OraHome1/rdbms/public -I/h ome/oracle/OraHome1/rdbms/demo -I/home/oracle/OraHome1/plsql/public LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/home/oracle/OraHome1/lib -L/home/oracle/OraHome1/lib LIBS: -ldl -lgen -lsocket -lnsl -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -l socket -lcrypt -lclntsh DLIBS: SAPI: fastcgi PHP_RPATHS: /usr/ucblib /home/oracle/OraHome1/lib uname -a: SunOS double-eric 5.8 Generic_108528-10 sun4u sparc SUNW,Ultra-2 cc -o conftest -g -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/home/oracle/OraHome1/l ib -L/home/oracle/OraHome1/lib conftest.c -ldl -lgen -lsocket -lnsl -lcrypt -lresolv -lresolv -lreso lv -lm -ldl -lnsl -lsocket -lsocket -lcrypt -lclntsh 15 ld: fatal: file /home/oracle/OraHome1/lib/libclntsh.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to conftest --- the 32bit libraries are in $ORACLE_HOME/lib32 however, looking at the configure file, I am unable to figure out what in the oci8 detection system needs to be changed as all the paths are coded as ???/lib -- Edit bug report at: http://bugs.php.net/?id=14802edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, 3 Jan 2002, Zak Greant wrote: On 2002-3-01 03:39, Lukas Smith wrote: Well PHP and MySQL are a very popular combo .. but I do not see a point in separating the API's even further ... DB API's are a major concern for myself right now too It would be really nice to work more in the direction of unifying all of the API's on a C level Other than that there is nothing against doing that change .. but I think it would only make sense to do it across the board I plan to keep my focus on this very small to avoid distraction. :) I am currently working on a PHP based implementation that uses Andrei's overload extension. Once I this is somewhat stable and users have had a chance to work with it, I plan to implement it in C. My personal opinion is that the OOP layer idea is pretty bad. Instead of having 7 or 8 set of functions to learn, now the newbie will have 8 set of functions / APIs. The idea might sound very sexy and everything, but the real problem is that there is already _some_ talks in PEAR-DEV about trying to create a unified API for all databases (a new one, not PEAR::DB) which would be eventually be ported to C. I really don't feel very good with yet another database abstraction package, and this time just for MySQL. I say database abstraction not in the sense that it will abstract everything, but that it gives a thin layer of abstraction to the underlying database. In any case, I _really_ hope you will talk with Stig and get to know more about the latest discussions (flame-wars?) in PEAR-DEV about the upcoming re-write of PEAR::DB and also about the intention of re-writing it in C once it is stable. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
On Thu, 3 Jan 2002, Markus Fischer wrote: On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. Ditto. This is not a small problem by the way, I could create a huge flame-war thread (ala Manuel and dirname()) because this is a big deal to a lot of users. Probably bigger than dirname() :P Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
On Thu, 3 Jan 2002, Joao Prado Maia wrote: A plea to whoever builds it, please also include gd2 support. It's at the site, including gd2. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thursday 03 January 2002 2:18 pm, Markus Fischer wrote: On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? Because I suspect there are plenty of users who either don't know, dislike, or actively hate OO programming. PHP started as a procedural language and currently has OO as a 'bolt on' (I know this will change with ZE2), but it 'feels' mainly procedural. I know that if when I first discovered PHP, if there had been important things it wouldn't let me do without resorting to OO then I would have just continued using C or moved on down the line to find something else. I can't believe I'm the only user in that category. The dev list, of course, will have a disproportionate number of recent(ish) CS graduates who've been through the OO indoctrination classes, so the heated OO discussions here and on the ZE2 list may not impact anywhere near as much as you might think on the average PHP user. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 02:39:02PM +, Phil Driscoll wrote : On Thursday 03 January 2002 2:18 pm, Markus Fischer wrote: On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? Because I suspect there are plenty of users who either don't know, dislike, or actively hate OO programming. PHP started as a procedural language and currently has OO as a 'bolt on' (I know this will change with ZE2), but it 'feels' mainly procedural. The old API doesn't dissapear, so I see no problem with that. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Proposed updates and extensions to the MySQL extension
From: Joao Prado Maia [mailto:[EMAIL PROTECTED]] My personal opinion is that the OOP layer idea is pretty bad. Instead of having 7 or 8 set of functions to learn, now the newbie will have 8 set of functions / APIs. The idea might sound very sexy and everything, but the real problem is that there is already _some_ talks in PEAR-DEV about trying to create a unified API for all databases (a new one, not PEAR::DB) which would be eventually be ported to C. yes I second this From: Phil Driscoll [mailto:[EMAIL PROTECTED]] feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Yes I also see a danger there. Procedural is still the method choosen by most newbies and also used a lot of established (php) professionals. So what ever we do, we should always provide atleast the same level of functionality without the OO interface Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14826: 4.1.0 on powerpc doesn't save session variables
From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.2.19 ppc
PHP version: 4.1.0
PHP Bug Type: Session related
Bug description: 4.1.0 on powerpc doesn't save session variables
4.1.0 on powerpc doesn't save session variables
apache 1.3.22 scripts like this sample doesn't save session varibles, but
when run on intel platform with same php.ini, same php and apache versions,
it works saving session variables.
-
?php
session_start();
// session variable to store the counter.
session_register('counter');
// session variable to store the value when the page was last loaded;
// this value is maintained so that difference can be calculated.
session_register('timeAtLastLoad');
// current time
$timeNow = time();
// increment counter
$counter++;
// calculate the time lapsed from last visit.
$timeLapsed = $timeNow - $timeAtLastLoad;
// display appropriate message
if($counter 1)
{
echo bIt's been $timeLapsed seconds since you last viewed this
page./b;
}
else
{
echo bFirst time here? Reload this page to see how the session
works!/b;
}
$timeAtLastLoad = $timeNow;
?
---
--
Edit bug report at: http://bugs.php.net/?id=14826edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 03:49:48PM +0100, Lukas Smith wrote : From: Joao Prado Maia [mailto:[EMAIL PROTECTED]] My personal opinion is that the OOP layer idea is pretty bad. Instead of having 7 or 8 set of functions to learn, now the newbie will have 8 set of functions / APIs. The idea might sound very sexy and everything, but the real problem is that there is already _some_ talks in PEAR-DEV about trying to create a unified API for all databases (a new one, not PEAR::DB) which would be eventually be ported to C. yes I second this From: Phil Driscoll [mailto:[EMAIL PROTECTED]] feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Yes I also see a danger there. Procedural is still the method choosen by most newbies and also used a lot of established (php) professionals. So what ever we do, we should always provide atleast the same level of functionality without the OO interface What tells you that? I see more OO code then procedureal when I browser through misc. sources. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14827: POST [file upload] timeout in browsers
From: [EMAIL PROTECTED]
Operating system: windows 2000
PHP version: 4.1.0
PHP Bug Type: HTTP related
Bug description: POST [file upload] timeout in browsers
i am attempting to have users upload files from their computer to my web
server. i seem to be experiencing a timeout in both IE and NN. i have
changed the server and php.ini settings accordingly, but timeouts still
occur.
i have gone through many lists and forums looking for an answer, and while
i notice people posting they can upload
[quite] large files, no one details the network environment [ie.,
intra/internet], browser, web server, client machine, etc. i am sure
someone out there is experiencing timeouts in both IE and NN when
attempting to upload large files.
i can upload files fine, until the filesize is greater than what i can
upload within the timeout. IE times out at about 5 minutes, and NN varies
around there. so far, the largest file i have been able to upload was about
10MB or so, on a
t1.
i have tried the ReceiveTimeout registry entry for IE, but it does NOT work
in IE6.
i have a prefs.js entry for NN that might work, but have to wait until
tonight to test it out.
now, i know it is the browser that is timing out [at home at least]. is
there a way to keep sending pertinent info to the browser during a copy()
function, in order to keep the connection alive, and not have the browser
timeout?
or, is there another way to do a file upload via the broswer, that won't
time out? i cannot tell is this is a php bug, a browser bug, or just plain
old operator headspace. thanking you in advance.
sincerely,
michael defrees
here are my current settings:
server:
win2k adv server
IIS 5
php 4.1.0
webserver settings:
connection timeout = 1800
php.ini settings:
max_execution_time = 1800
memory_limit = 50M
post_max_size = 50M
file_uploads = On
upload_tmp_dir = c:\php\upload_temp
upload_max_filesize = 50M
the page is here:
http://www.antipersonnel.org/ordnance/musicbox/upload.php
please do not be malicious, the error handling was removed in order to
debug the timeout.
files uploaded will be located here:
http://www.antipersonnel.org/index.php?directory=upload
here is the code:
?
$sizelimit = no;
$sizebytes = 20;
$dl = http://www.antipersonnel.org/ordnance/musicbox/upload;;
$absolute_path = d:/inetpub/wwwroot/antipersonnel.org/upload;
$websiteurl = http://www.antipersonnel.org;;
$websitename = antipersonnel.org;
switch($action) {
default:
echo
head
titleupload/title
/head
body
a href=$PHP_SELF?action=uploadUpload File/a
a href=$websiteurlReturn to $websitename/a
/body
;
break;
case upload:
echo
head
titleupload/title
/head
body
form method=POST enctype=multipart/form-data
action=$PHP_SELF?action=doupload
pFile to upload:br
input type=file name=file size=30
pinput value=submit name=submit type=submit
/form
/body
;
break;
//File Upload
case doupload:
$dir = dir;
if ($file != ) {
if (file_exists($absolute_path/$file_name)) {
die(File already exists);
}
if (($sizelimit == yes) ($file_size $sizebytes)) {
die(File is to big. It must be $sizebytes bytes or less.);
}
copy($file, $absolute_path/$file_name) or die(The file you are
trying to upload couldn't be copied to the server);
} else { die(Must select file to upload);
}
echo
head
titleuploaded/title
/head
body;
echo $file_name. was uploaded;
echo br
a href=$PHP_SELF?action=uploadUpload Another File/a
a href=$websiteurl Return to $websitename/a
/body
;
break;
}
?
--
Edit bug report at: http://bugs.php.net/?id=14827edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Markus Fischer wrote: Yes I also see a danger there. Procedural is still the method choosen by most newbies and also used a lot of established (php) professionals. So what ever we do, we should always provide atleast the same level of functionality without the OO interface What tells you that? I see more OO code then procedureal when I browser through misc. sources. I host ~30 domains here. I offer PHP to them, carte blanche. Not a single one of them uses classes of any sort except myself. I don't write the scripts, they do. I have done a _lot_ of searching looking for code snippets to learn from in the past year. The vast majority of that code is not OO in nature, instead it is straight-up procedural. PHP is an awesome tool because it allows for both worlds to collide without interfering with each other. It is relatively easy to learn the basic concepts because one is not forced to learn abstracted methods such as object hierarchies just to get a simple (and sometimes not so simple) task done. Let's not break that now. -- Craig Morrison MTS Professional @ http://www.mtsprofessional.com/ A Win32 Email server that works for _you_. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, 3 Jan 2002, Markus Fischer wrote: On Thu, Jan 03, 2002 at 03:49:48PM +0100, Lukas Smith wrote : From: Joao Prado Maia [mailto:[EMAIL PROTECTED]] My personal opinion is that the OOP layer idea is pretty bad. Instead of having 7 or 8 set of functions to learn, now the newbie will have 8 set of functions / APIs. The idea might sound very sexy and everything, but the real problem is that there is already _some_ talks in PEAR-DEV about trying to create a unified API for all databases (a new one, not PEAR::DB) which would be eventually be ported to C. yes I second this From: Phil Driscoll [mailto:[EMAIL PROTECTED]] feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Yes I also see a danger there. Procedural is still the method choosen by most newbies and also used a lot of established (php) professionals. So what ever we do, we should always provide atleast the same level of functionality without the OO interface What tells you that? I see more OO code then procedureal when I browser through misc. sources. The real problem here is not about OOP x Procedural programming, but about duplicating the effort that already began to create a unified database abstraction layer. The PEAR-DEV guys, especially Stig, are working on this for quite a while and it seems very bad to suggest the same work to be started again just because it sounds 'cool'. I repeat once again, why not work with Stig and the rest of the PEAR-DEV guys on this new redesigned PEAR::DB (or whatever it ends up being called) so in the near future we can then think of doing a C port of it ? Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Proposed updates and extensions to the MySQL extension
From: Markus Fischer [mailto:[EMAIL PROTECTED]] What tells you that? I see more OO code then procedureal when I browser through misc. sources. And this code is written by newbies? I am not saying that procedural is the most used method by php experts .. but it is used by php experts (my company for example has a good mix of OO and procedural code with the latter taking up around 65%) I think metabase is a good example of a nice co-existance of OO and procedural since the last release Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14827 Updated: POST [file upload] timeout in browsers
ID: 14827
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: HTTP related
Operating System: windows 2000
PHP Version: 4.1.0
New Comment:
Try to use set_time_limit() function to prevent timeouts.
Previous Comments:
[2002-01-03 10:15:19] [EMAIL PROTECTED]
i am attempting to have users upload files from their computer to my web server. i
seem to be experiencing a timeout in both IE and NN. i have changed the server and
php.ini settings accordingly, but timeouts still occur.
i have gone through many lists and forums looking for an answer, and while i notice
people posting they can upload
[quite] large files, no one details the network environment [ie., intra/internet],
browser, web server, client machine, etc. i am sure someone out there is experiencing
timeouts in both IE and NN when attempting to upload large files.
i can upload files fine, until the filesize is greater than what i can upload within
the timeout. IE times out at about 5 minutes, and NN varies around there. so far, the
largest file i have been able to upload was about 10MB or so, on a
t1.
i have tried the ReceiveTimeout registry entry for IE, but it does NOT work in IE6.
i have a prefs.js entry for NN that might work, but have to wait until tonight to test
it out.
now, i know it is the browser that is timing out [at home at least]. is there a way
to keep sending pertinent info to the browser during a copy() function, in order to
keep the connection alive, and not have the browser timeout?
or, is there another way to do a file upload via the broswer, that won't time out? i
cannot tell is this is a php bug, a browser bug, or just plain old operator headspace.
thanking you in advance.
sincerely,
michael defrees
here are my current settings:
server:
win2k adv server
IIS 5
php 4.1.0
webserver settings:
connection timeout = 1800
php.ini settings:
max_execution_time = 1800
memory_limit = 50M
post_max_size = 50M
file_uploads = On
upload_tmp_dir = c:\php\upload_temp
upload_max_filesize = 50M
the page is here:
http://www.antipersonnel.org/ordnance/musicbox/upload.php
please do not be malicious, the error handling was removed in order to debug the
timeout.
files uploaded will be located here:
http://www.antipersonnel.org/index.php?directory=upload
here is the code:
?
$sizelimit = no;
$sizebytes = 20;
$dl = http://www.antipersonnel.org/ordnance/musicbox/upload;;
$absolute_path = d:/inetpub/wwwroot/antipersonnel.org/upload;
$websiteurl = http://www.antipersonnel.org;;
$websitename = antipersonnel.org;
switch($action) {
default:
echo
head
titleupload/title
/head
body
a href=$PHP_SELF?action=uploadUpload File/a
a href=$websiteurlReturn to $websitename/a
/body
;
break;
case upload:
echo
head
titleupload/title
/head
body
form method=POST enctype=multipart/form-data
action=$PHP_SELF?action=doupload
pFile to upload:br
input type=file name=file size=30
pinput value=submit name=submit type=submit
/form
/body
;
break;
//File Upload
case doupload:
$dir = dir;
if ($file != ) {
if (file_exists($absolute_path/$file_name)) {
die(File already exists);
}
if (($sizelimit == yes) ($file_size $sizebytes)) {
die(File is to big. It must be $sizebytes bytes or less.);
}
copy($file, $absolute_path/$file_name) or die(The file you are
trying to upload couldn't be copied to the server);
} else { die(Must select file to upload);
}
echo
head
titleuploaded/title
/head
body;
echo $file_name. was uploaded;
echo br
a href=$PHP_SELF?action=uploadUpload Another File/a
a href=$websiteurl Return to $websitename/a
/body
;
break;
}
?
Edit this bug report at http://bugs.php.net/?id=14827edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14829: Session ID is not added if output is compressed with ob_gzhandler
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.1.0 PHP Bug Type: Output Control Bug description: Session ID is not added if output is compressed with ob_gzhandler This is the prepend for all of my files: // Start session $s_permission = false; @session_start(); session_register(s_permission); $fallback = session_name().=.session_id(); // Start output buffering ob_start(ob_gzhandler); ob_implicit_flush(0); This is the footer: ob_end_flush(); The script output works, but the session id is not added to any URLs (if cookies are set off for sessions). When I remove the output buffering things turn out fine and the SESSION-ID is added to the URLs. I've tried to add ?=SID? on each URL, but that didn't help either. I invented a variable called $fallback, and add this to each URL, but this can't be a perfect solution, as without output compression this is not necessary. Thanx Daniel -- Edit bug report at: http://bugs.php.net/?id=14829edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14830: Can't startup PHP compiled with iconv support
From: [EMAIL PROTECTED] Operating system: OpenBSD 2.9 PHP version: 4.1.1 PHP Bug Type: ICONV related Bug description: Can't startup PHP compiled with iconv support apache supplied with the OS, libiconv inslatted from a package (libiconv-1.7.tgz). php configured with --with-iconv. $ apachectl start /usr/libexec/ld.so: Undefined symbol _iconv_module_entry in httpd:/usr/lib/apache/modules/libphp4.so -- Edit bug report at: http://bugs.php.net/?id=14830edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14832: basename with 2nd parm corrupts source string
From: [EMAIL PROTECTED] Operating system: Linux 2.4.8-26mdk i686 PHP version: 4.1.0 PHP Bug Type: Directory function related Bug description: basename with 2nd parm corrupts source string ?php $fn=/dir1/dir2/filename.txt; $basename=basename($fn, .txt); echo basename=$basename\n; echo fn after=$fn\n; ? X-Powered-By: PHP/4.1.0 Content-type: text/html; charset=iso-8859-15 basename=filename fn after=/dir1/dir2/filenametxt $fn ha been corrupted by basename() call. './configure' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-versioning' '--enable-sysvsem' '--enable-sysvshm' '--with-mod_charset' '--enable-force-cgi-redirect' '--with-mm' '--enable-trans-sid' '--with-dbase' '--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml' '--with-gettext' br[Some modules are external: look for packages php-pgsql,php-mysql,...] -- Edit bug report at: http://bugs.php.net/?id=14832edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.1.1 for win
You can find the latest win binaries, I think a new one everyday! at: http://kromann.info/php4.php A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:56 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: pablo
Translate php-gtk documentation into Brasilian Portuguese -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14832 Updated: basename with 2nd parm corrupts source string
ID: 14832 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Directory function related Operating System: Linux 2.4.8-26mdk i686 PHP Version: 4.1.0 New Comment: fixed in CVS Previous Comments: [2002-01-03 15:01:12] [EMAIL PROTECTED] ?php $fn=/dir1/dir2/filename.txt; $basename=basename($fn, .txt); echo basename=$basename\n; echo fn after=$fn\n; ? X-Powered-By: PHP/4.1.0 Content-type: text/html; charset=iso-8859-15 basename=filename fn after=/dir1/dir2/filenametxt $fn ha been corrupted by basename() call. './configure' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-versioning' '--enable-sysvsem' '--enable-sysvshm' '--with-mod_charset' '--enable-force-cgi-redirect' '--with-mm' '--enable-trans-sid' '--with-dbase' '--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml' '--with-gettext' br[Some modules are external: look for packages php-pgsql,php-mysql,...] Edit this bug report at http://bugs.php.net/?id=14832edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14832 Updated: basename with 2nd parm corrupts source string
ID: 14832 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Directory function related Operating System: Linux 2.4.8-26mdk i686 PHP Version: 4.1.0 New Comment: forgot to close Previous Comments: [2002-01-03 15:20:50] [EMAIL PROTECTED] fixed in CVS [2002-01-03 15:01:12] [EMAIL PROTECTED] ?php $fn=/dir1/dir2/filename.txt; $basename=basename($fn, .txt); echo basename=$basename\n; echo fn after=$fn\n; ? X-Powered-By: PHP/4.1.0 Content-type: text/html; charset=iso-8859-15 basename=filename fn after=/dir1/dir2/filenametxt $fn ha been corrupted by basename() call. './configure' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-versioning' '--enable-sysvsem' '--enable-sysvshm' '--with-mod_charset' '--enable-force-cgi-redirect' '--with-mm' '--enable-trans-sid' '--with-dbase' '--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml' '--with-gettext' br[Some modules are external: look for packages php-pgsql,php-mysql,...] Edit this bug report at http://bugs.php.net/?id=14832edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
** Reply to note from Markus Fischer [EMAIL PROTECTED] Thu, 3 Jan 2002 15:18:16 +0100 On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? Because not everyone wants to use *(#$ing objects in a simple script! Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
On Wed, Jan 02, 2002 at 04:39:24PM +, [EMAIL PROTECTED] wrote: One thing to consider, at least the php.ini location needs to be different between the module and command line compiles. I suspect most people will have quite a few other differences in ./configure options between them too. I know I do. I don't see the necessity of requiring different php.ini files. You can specify the php.ini by using the -c option to the php binary, as well. -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 10:31:51AM -0500, Joao Prado Maia wrote : I repeat once again, why not work with Stig and the rest of the PEAR-DEV guys on this new redesigned PEAR::DB (or whatever it ends up being called) so in the near future we can then think of doing a C port of it ? I appriciate Thomas and Stig's effort very much (and of course all the others which would take too long to list them all). But beside _talking_ about C code I haven't seen anything yet. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 10:35:33AM -0500, Craig Morrison wrote : Let's not break that now. Nothing will be broken. Besides, I encounter classes most of the time when it comes to reuseable components. Why do you think are all things encapsulated in classes in PEAR? And outside (see Manuels repository at upperdesign). -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
I'm not interested in those :) I don't even use PHP on win32 with apache. I was talking about the official download for the 'masses'. Anyway, 4.1.1 includes gd2 so this thread is over. On Thu, Jan 03, 2002 at 12:02:46PM -0800, alain samoun wrote : You can find the latest win binaries, I think a new one everyday! at: http://kromann.info/php4.php A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:56 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 01:44:38PM +, [EMAIL PROTECTED] wrote : ** Reply to note from Markus Fischer [EMAIL PROTECTED] Thu, 3 Jan 2002 15:18:16 +0100 On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? Because not everyone wants to use *(#$ing objects in a simple script! Why? -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.1.1 for win
Actually, the php_gd.dll is for GD2.0, but if your not interested... ;) A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 1:00 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win I'm not interested in those :) I don't even use PHP on win32 with apache. I was talking about the official download for the 'masses'. Anyway, 4.1.1 includes gd2 so this thread is over. On Thu, Jan 03, 2002 at 12:02:46PM -0800, alain samoun wrote : You can find the latest win binaries, I think a new one everyday! at: http://kromann.info/php4.php A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:56 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14833: Crash with referense in bogus code
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.1.1
PHP Bug Type: Reproducible crash
Bug description: Crash with referense in bogus code
?
function foo($str) {
//$str = str_replace(a, b, $str); // line *
return $str;
}
echo $str = foo($str = a);
?
If uncommect line *, we not have 'Segmentation', but have unpredictable
behavior.
P.S. I know that it bogus code
(gdb) run -f 1.php
Starting program: php -f ~/public_html/test/1.php
Program received signal SIGSEGV, Segmentation fault.
chunk_free (ar_ptr=0x4060adc0, p=0x82dc080) at malloc.c:3049
3049malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0 chunk_free (ar_ptr=0x4060adc0, p=0x82dc080) at malloc.c:3049
#1 0x40575f9a in __libc_free (mem=0x82dc088) at malloc.c:3023
#2 0x080c800b in _efree (ptr=0x82dc094) at zend_alloc.c:246
#3 0x080c84a1 in shutdown_memory_manager (silent=1, clean_cache=0) at
zend_alloc.c:469
#4 0x080772e4 in php_request_shutdown (dummy=0x0) at main.c:742
#5 0x080737ef in main (argc=3, argv=0xb9a4) at cgi_main.c:776
#6 0x405349cb in __libc_start_main (main=0x8072ebc main, argc=3,
argv=0xb9a4, init=0x806ffa8 _init,
fini=0x81b1ff0 _fini, rtld_fini=0x4000aea0 _dl_fini,
stack_end=0xb99c)
at ../sysdeps/generic/libc-start.c:92
--
Edit bug report at: http://bugs.php.net/?id=14833edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
Actually, I wouldn't mind having seperate php.ini files for the web server module and for the CLI executeable, either. Here's what happened to me recently -- I had upgraded my servers from 4.1.0 (one of the release candidates, I've been following PHP development rather closely) to 4.1.0 final. I also started using the Zend Optimizer, which I had been using with 4.0.6, but not with the 4.1.0 RCs as there was no Optimizer compatible with them at the time. Everything was fine with all of the stuff we had for the web server, that is, all of the stuff that used Apache and the statically compiled PHP module, but when it came time to use the CLI (which we use for things like our search engine and some cron scripts), none of the CLI stuff worked because I had used the CLI's pcntl extension. Y'see, the Optimizer wouldn't let the CLI executeable run with the pcntl extension loaded, giving the following error: PHP Fatal error: [Zend Optimizer] Zend Optimizer 1.2.0 is incompatible with pcntl 1.0 in Unknown on line 0 I basically had to make two php.ini files, one for the Apache module with the Optimizer enabled (the default php.ini) and one for the CLI without the Optimizer. This isn't an overly big deal, but now I had to prefix all of our CLI scripts to begin with the somewhat ugly #!/usr/local/bin/php -c /usr/local/zend/etc/cli -q instead of just #!/usr/local/bin/php -q It's also kind of a pain to have to type all that jazz out when I just want to test a quick script, like ?php print blah; ? at the command line, i.e. [user@somehost]# php -c /usr/local/zend/etc/cli ?php print blah; ? ^D just to test something simple at the command line, when the command could just be truncated to php. Just a little annoyance I guess. Nothing to get in knots over. But in the end, I would prefer separate php.ini files, maybe something like php-cli.ini for the default CLI file and and php.ini for the Apache/web server module default. If php-cli.ini doesn't exist, the CLI can always fall back on php.ini, which would be the default in any case. Just a suggestion, though. J Jon Parise wrote: On Wed, Jan 02, 2002 at 04:39:24PM +, [EMAIL PROTECTED] wrote: One thing to consider, at least the php.ini location needs to be different between the module and command line compiles. I suspect most people will have quite a few other differences in ./configure options between them too. I know I do. I don't see the necessity of requiring different php.ini files. You can specify the php.ini by using the -c option to the php binary, as well. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
On Thu, Jan 03, 2002 at 04:26:38PM -0500, J Smith wrote: Just a little annoyance I guess. Nothing to get in knots over. But in the end, I would prefer separate php.ini files, maybe something like php-cli.ini for the default CLI file and and php.ini for the Apache/web server module default. If php-cli.ini doesn't exist, the CLI can always fall back on php.ini, which would be the default in any case. I agree that it's sometimes necessary to have different configuration files, but I don't consider it a necessity. It should still be possible to build a separate CGI executable with a different php.ini path for those sites that require it. I don't think it's necessary to alter the build process to make that the rule, though. Your suggestion of a separate php-cli.ini has merit, but who will the php binary know when it's being used for CLI purposes and not as a CGI? -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
At 04:39 PM 1/3/2002 -0500, Jon Parise wrote: On Thu, Jan 03, 2002 at 04:26:38PM -0500, J Smith wrote: Just a little annoyance I guess. Nothing to get in knots over. But in the end, I would prefer separate php.ini files, maybe something like php-cli.ini for the default CLI file and and php.ini for the Apache/web server module default. If php-cli.ini doesn't exist, the CLI can always fall back on php.ini, which would be the default in any case. I agree that it's sometimes necessary to have different configuration files, but I don't consider it a necessity. It should still be possible to build a separate CGI executable with a different php.ini path for those sites that require it. I don't think it's necessary to alter the build process to make that the rule, though. Your suggestion of a separate php-cli.ini has merit, but who will the php binary know when it's being used for CLI purposes and not as a CGI? We could have the CLI version check for a PHP_INI environment variable and if it exists use that instead. Wrapping cli on your own with the right environment variable should be no problem for anyone. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
There is a bug in the ImageCopyResampled function in GD 2.0.1 where it basically ignores the srcX and srcY parameters. Unless you have applied my little fix:- You need to change the lines in gd.c that read: p = gdImageGetTrueColorPixel ( src,(int) sx,(int) sy); to read: p = gdImageGetTrueColorPixel (src, (int) sx + srcX, (int) sy + srcY); If someone could please apply this to the win32 binaries I would be very grateful! I don't have a C compiler on Windows 2000 right now. Cheers Andrew. Andrew J. Pattison 2mx.co.uk Web Design Hosting - +44 (0)1383 732840 or +44 (0)797 4564328 Fax: +44 (0)1383 730624 - Original Message - From: alain samoun [EMAIL PROTECTED] To: Markus Fischer [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, January 03, 2002 9:16 PM Subject: RE: [PHP-DEV] PHP 4.1.1 for win Actually, the php_gd.dll is for GD2.0, but if your not interested... ;) A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 1:00 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win I'm not interested in those :) I don't even use PHP on win32 with apache. I was talking about the official download for the 'masses'. Anyway, 4.1.1 includes gd2 so this thread is over. On Thu, Jan 03, 2002 at 12:02:46PM -0800, alain samoun wrote : You can find the latest win binaries, I think a new one everyday! at: http://kromann.info/php4.php A+ Alain -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 4:56 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win On Thu, Jan 03, 2002 at 12:10:26PM +0100, Gabor Hojtsy wrote : Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. A plea to whoever builds it, please also include gd2 support. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, 3 Jan 2002, Markus Fischer wrote: On Thu, Jan 03, 2002 at 10:31:51AM -0500, Joao Prado Maia wrote : I repeat once again, why not work with Stig and the rest of the PEAR-DEV guys on this new redesigned PEAR::DB (or whatever it ends up being called) so in the near future we can then think of doing a C port of it ? I appriciate Thomas and Stig's effort very much (and of course all the others which would take too long to list them all). But beside _talking_ about C code I haven't seen anything yet. So ? I didn't see any C code from Zak either. If all we are doing right now is speculating on the creation of a PHP based 'prototype' of this MySQL-only abstraction thing, why is it more interesting than a existing package like PEAR::DB ? Talk is just that - talk. The weird part is that Zak probably know about PEAR::DB and he might even know about Stig's plan on writing a C port of a stable version of it. Maybe I'm wrong, but I just don't feel very good about all this duplication of efforts and even more about a abstraction class _just_ for MySQL. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 07:32, Joao Prado Maia wrote: [cut] My personal opinion is that the OOP layer idea is pretty bad. Instead of having 7 or 8 set of functions to learn, now the newbie will have 8 set of functions / APIs. The idea might sound very sexy and everything, but the real problem is that there is already _some_ talks in PEAR-DEV about trying to create a unified API for all databases (a new one, not PEAR::DB) which would be eventually be ported to C. I really don't feel very good with yet another database abstraction package, and this time just for MySQL. I say database abstraction not in the sense that it will abstract everything, but that it gives a thin layer of abstraction to the underlying database. In any case, I _really_ hope you will talk with Stig and get to know more about the latest discussions (flame-wars?) in PEAR-DEV about the upcoming re-write of PEAR::DB and also about the intention of re-writing it in C once it is stable. Hi Joao, Thanks for the feedback! I understand your objections, but do not agree with all of them. I am not competing with the PEAR project. I am talking about proposed functionality and have avoided discussions of whether it should be a part of PHP, PEAR/PECL or neither. There is significant work to be done before this would be integrated with anything. No one will be forced to use the wrapper. I am currently focusing on MySQL rather than on all databases. Developing this for a single database reduces the design overhead. The average new user will not need to learn multiple APIs. Initially, they will choose an API that works for them and then learn the bare minimum needed to use it. I am glad that others are discussing similar ideas and would be happy to discuss or collaborate. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 07:06, Phil Driscoll wrote: Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. I know that you don't like OO Phil. :) I also dislike (most) OO for many applications. I believe that during this stage, OO is the easiest way to rough this idea out. I will be more than happy to look at a proceedural interface later on. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
On Thu, 3 Jan 2002, Gabor Hojtsy wrote: Hi! As the new year is over now, can someone be so kind to compile and release a PHP 4.1.1 for windows? Please also make the windows file names reflect the standards. Im upping them now, may take a while though. Are gd 1.x and 2.x included now? Or do we still have the problem that only one version is shipped? regards Robin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On Thu, Jan 03, 2002 at 05:43:09PM -0500, Joao Prado Maia wrote : On Thu, 3 Jan 2002, Markus Fischer wrote: On Thu, Jan 03, 2002 at 10:31:51AM -0500, Joao Prado Maia wrote : I repeat once again, why not work with Stig and the rest of the PEAR-DEV guys on this new redesigned PEAR::DB (or whatever it ends up being called) so in the near future we can then think of doing a C port of it ? I appriciate Thomas and Stig's effort very much (and of course all the others which would take too long to list them all). But beside _talking_ about C code I haven't seen anything yet. So ? I didn't see any C code from Zak either. If all we are doing right now is speculating on the creation of a PHP based 'prototype' of this MySQL-only abstraction thing, why is it more interesting than a existing package like PEAR::DB ? Talk is just that - talk. The weird part is that Zak probably know about PEAR::DB and he might even know about Stig's plan on writing a C port of a stable version of it. Maybe I'm wrong, but I just don't feel very good about all this duplication of efforts and even more about a abstraction class _just_ for MySQL. I'll bet my gf that the proposed change to mysql will happen before any PEAR::DB C code has been written. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses
ID: 7237 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Windows NT Server 4.0 PHP Version: 4.0.3pl1 New Comment: No feedback. Closed. Previous Comments: [2001-12-13 14:39:36] [EMAIL PROTECTED] Does this problem still exist with the PHP 4.1.0? [2001-05-03 12:00:10] [EMAIL PROTECTED] unfortunately, it's even worse now: 4.0.4 was unstable, but now PHP 4.0.5 in ISAPI mode brings my inetinfo.exe (W3SVC service) down, even with a simple phpinfo() Back to CGI mode everything goes fine. I'll try with other machines just in case, but this is what happens in my WinNT4 machine... [2001-05-01 05:48:40] [EMAIL PROTECTED] Please check 4.0.5. Some multi-threading issues have been improved and let us know if it still doesn't work for you. [2001-03-07 04:30:24] [EMAIL PROTECTED] First: I didn't write the comment [2001-03-06 04:51:50] so I'd like an explanation please. Who has written anything using my name? Now with the bug: It also seems to happen with 4.0.4pl1. But attention! Everything goes fine (several clients bashing the web server) until a Database query is made. We use MSSQL7. After several pages with a simple query to MSSQL7 (some of them concurrent from different machines), those pages fail to show up. However, the page with the DB query fails to show. Perhaps php_mssql module is not re-entrant, or perhaps it is a problem of the whole module thing. We are going to test this against an Oracle8 DB (php_oci8 module). [2001-03-06 04:51:50] [EMAIL PROTECTED] Yes it still persist whit php 4.0.4pl1 is gives 270 (0x010e) Onley on the second website of iis, the first website runs whitout a problem, also in php, but the second keeps on crashing... - fist some of the pages, it misses som gd pic's and stuf. Then it gives 270 (0x010e) or a server internal 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/?id=7237 Edit this bug report at http://bugs.php.net/?id=7237edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win
On Thu, 3 Jan 2002, Robin Ericsson wrote: Are gd 1.x and 2.x included now? Or do we still have the problem that only one version is shipped? Both are in. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8830 Updated: Internal Server error at random intervals
ID: 8830 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Win2K PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-12-13 14:57:04] [EMAIL PROTECTED] IIS has been improved in the latest releases of PHP, does this problem still exist with PHP 4.1.0? [2001-01-21 11:14:48] [EMAIL PROTECTED] I have tried this with 4.0 CGI, 4.04pl1 CGI and 4.04pl1 ISAPI and get the same thing. This is Win2K terminal server running IIS and MySQL. After 12-24 hours of being up, PHP seems to die and give Internal Server Error responses to any PHP script. When using ISAPI the event log shows: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_hash_copy + 0x1B + 0xA05C8578 .HTML works fine, MySQL is up, FTP is up, PCAnywhere is up, just PHP seems to be hung, and a reboot is needed to bring it back. Does anyone have a way I can tell what is crashing it? A bug or some data that are being POSTED to a script, etc... It works for 12-24 hours -- which if 10,000 to 50,000 scripts run before a crash Edit this bug report at http://bugs.php.net/?id=8830edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13015 Updated: race condition same as #11676
ID: 13015 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.2.12-20 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-13 00:52:38] [EMAIL PROTECTED] This may be a bug in PHP, but also bug in your kernel/glibc. Could you upgrade kernel and your PHP to 4.1.0 and report the result. [2001-08-29 01:59:24] [EMAIL PROTECTED] One more thing, I think it is related to apache cleaning up unused processes to reduce to MaxSpareServers because it only seems to happen to processes near the end of the apache status list. I cant say for 100% certain, but it looks like doing a graceful restart on apache can also induce the error, but only sometimes. [2001-08-29 01:35:14] [EMAIL PROTECTED] Hi I am having the same problem as bug #11676 on: Linux 2.2.12-20 Apache/1.3.20 PHP/4.0.6 (Also tried Apache 1.3.19 with Php 4.05) ./configure --with-apache=../apache_1.3.20 --enable-track-vars --with-oracle=/u01/app/oracle/product/8.1.5 --with-oci8=/u01/app/oracle/product/8.1.5 --with-mcr ypt=yes --with-gd=/usr/local --enable-apc --with-mhash --enable-sigchild (tried with and without enable-sigchild) The problem does not seem to relate to a specific script and the apache status page shows different last scripts. Another server running the same scripts and version, but on kernel 2.2.14 does not seem to have the same problem. Sometimes when it goes into the race condition there is an oracle zombie process attached to it. Regards Anthony Edit this bug report at http://bugs.php.net/?id=13015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13239 Updated: server child crashes during use of mcrypt...
ID: 13239
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: mcrypt related
Operating System: Linux 2.4.2 (SuSE 7.1 / 7.2)
PHP Version: 4.0CVS-2001-09-10
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-13 15:45:16] [EMAIL PROTECTED]
I could not reproduce this with the latest CVS version.
Can you try a snapshot from snaps.php.net (in a about a day)?
Derick
[2001-09-10 17:15:21] [EMAIL PROTECTED]
i'm trying out a groupware in php (downloaded
from http://www.horde.org/, latest cvs)...
according to that documentation it was recommend
to download the latest cvs-revision from php in
order to get everything working...
cause earlyer versions of php (including 4.0.6)
don't support all the functions used there, i
wasn't able to check the them against the bug, too.
(p.s: please excuse my bad english... :-)
server child crashes during the call of mdecrypt_generic,
but not allways on every call (just the 2nd or 3rd...)
example follows:
- cut -
?php
function testit()
{
if (function_exists('mcrypt_module_open')) {
$key=3224e91c21ee5dd7e9bd83c79290bbda;
$ciphertext=3224e91c21ee5dd7e9bd83c79290bbda;
$td = mcrypt_module_open(MCRYPT_GOST, '',
MCRYPT_MODE_ECB, '');
$iv =
mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND);
@mcrypt_generic_init($td, $key, $iv);
error_log(BEFORE);
$decrypted_data = mdecrypt_generic($td,
$ciphertext);
error_log(AFTER);
mcrypt_generic_end($td);
return $decrypted_data;
} else {
include_once 'Crypt/HCEMD5.php';
$hcemd5 = new Crypt_HCEMD5($key);
return $hcemd5-decodeMimeSelfRand($ciphertext);
}
}
testit();
echo();
?
- cut -
now the backtrace follows:
-- cut --
(gdb) run -X -f /etc/httpd/httpd.conf -D STATUS-D SSL
Starting program: /usr/sbin/httpd -X -f
/etc/httpd/httpd.conf -D STATUS-D SSL
Program received signal SIGSEGV, Segmentation fault.
0x42b2905c in gost_LTX__mcrypt_decrypt () from
/usr/lib/libmcrypt/gost.so
(gdb) bt
#0 0x42b2905c in gost_LTX__mcrypt_decrypt () from
/usr/lib/libmcrypt/gost.so
#1 0x42b2b990 in ecb_LTX__mdecrypt () from
/usr/lib/libmcrypt/ecb.so
#2 0x4001fd65 in mcrypt_enc_get_algorithms_name ()
from /usr/lib/libmcrypt.so.4
#3 0x4001f188 in mdecrypt_generic () from
/usr/lib/libmcrypt.so.4
#4 0x40490a4e in zif_mdecrypt_generic (ht=2,
return_value=0x81dbfc4,
this_ptr=0x0, return_value_used=1) at mcrypt.c:578
#5 0x40424e39 in execute (op_array=0x825ef34) at
./zend_execute.c:1590
#6 0x4042508c in execute (op_array=0x825b3c4) at
./zend_execute.c:1630
#7 0x4042508c in execute (op_array=0x82b7b94) at
./zend_execute.c:1630
#8 0x40434013 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:809
#9 0x40442eb6 in php_execute_script
(primary_file=0xb3a8) at main.c:1310
#10 0x4043e86e in apache_php_module_main (r=0x8175310,
display_source_mode=0)
at sapi_apache.c:90
#11 0x4043f430 in send_php (r=0x8175310,
display_source_mode=0, filename=0x0)
at mod_php4.c:575
#12 0x4043f4a3 in send_parsed_php (r=0x8175310) at
mod_php4.c:590
#13 0x8055250 in ap_invoke_handler ()
#14 0x80679cc in ap_some_auth_required ()
#15 0x8067a43 in ap_process_request ()
#16 0x805fe27 in ap_child_terminate ()
#17 0x805ffd5 in ap_child_terminate ()
#18 0x8060116 in ap_child_terminate ()
#19 0x8060738 in ap_child_terminate ()
#20 0x8060fb5 in main ()
#21 0x40120baf in __libc_start_main () from /lib/libc.so.6
(gdb)
Edit this bug report at http://bugs.php.net/?id=13239edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13375 Updated: Line break causes parse problem
ID: 13375
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Operating System: LINUX
PHP Version: 4.0.5
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-13 00:56:30] [EMAIL PROTECTED]
Please update bug report when you tried with 4.1.0.
I changed Summary for you.
[2001-12-12 20:56:19] [EMAIL PROTECTED]
Hi. I tried to ammend this comment once already but I
couldn't log in (?) even with the correct password. So I
am trying again since someone else has posted a comment...
-
I found out what the error was and it wasn't anything to do
with include(). In turns out that when I made a new
document to write my include function, BBEdit wasn't set to
make UNIX line breaks (for some reason). I haven't tried
it on PHP 4.1.0. All I know is that the PHP 4.0.5
processor on Apache/1.3.20 Server/ Linux mckenna 2.4.3-20
will spit out any code that doesn't have proper line breaks
in the *.php file. The code goes right out to the html
file, as you typed it, complete with sensitive passwords,
etc, for all the world to see. A fix should be to make an
error respond to the wrong line breaks instead of spitting
out the code.
[2001-12-12 07:15:12] [EMAIL PROTECTED]
Cannot reproduce with 4.1.0.
Do you still have problem with 4.1.0?
[2001-09-21 08:33:21] [EMAIL PROTECTED]
hmmm.. didn't catch this in the include() notes or docs:
PHP 4.0.5 doesn't seem to process an include() file
correctly if the file has comments on the first line after
the ?
took me a while to try it without the comments but my
function only worked when I did. the include file looked
like this:
?
//some comments on first line
function null_zero_val($zero_val) {
if ($zero_val == '0') {
$zero_val = '';
return $zero_val;
}
else {
return $zero_val;
}
}
?
before I took the comments out all the code was returned in
the web browser as text without line breaks and an error
was generated saying call to undefined function
Edit this bug report at http://bugs.php.net/?id=13375edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14388 Updated: include_path in virtual breaks SSI
ID: 14388 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.4-STABLE PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-13 06:21:46] [EMAIL PROTECTED] Apache 1.3.x doesn't support multiple filters over one file. You can't parse the output of a PHP file through SSI. (Apache 2.x can do that) Are you sure that isn't the case? [2001-12-09 00:54:29] [EMAIL PROTECTED] Using the following in VirtualHost in httpd.conf (apache 1.3.22): php_value include_path .:/path/to/include/dir breaks SSI for that virtual ... View-Source for pages show include directives instead of parsing them. Using XBitHack on. php recompiled today: mod_php4-4.0.6_5 Edit this bug report at http://bugs.php.net/?id=14388edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14486 Updated: mysql: describe non_existing_table causes segfault
ID: 14486 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.4.x PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-13 12:45:33] [EMAIL PROTECTED] Is there a reason why you include the external libraries? Try compiling without the --with-mysql swich; you don't need it. PHP sources come with the libmysqlclient sources. If still crashes, compile with --enable-debug and give us a backtrace with gdb. Feedback. [2001-12-13 12:01:24] [EMAIL PROTECTED] i tried mysql-3.23.37 and 4.0-alpha. configure options are: './configure' '--with-apxs=/opt/pdp/apache/bin/apxs' '--with-zlib' '--with-mysql=/opt/pdp/mysql' '-- enable-sysvsem' '--enable-sysvshm' please note that table hund does not exist as stated in the topic. [2001-12-13 09:19:59] [EMAIL PROTECTED] Not reproducable with 4.0.6. Are you using external mysql libs? Please give latest 4.1.0 a try. [2001-12-13 09:12:22] [EMAIL PROTECTED] Can you make a backtrace? bugs.php.net/how-to-report.php Derick [2001-12-13 09:01:29] [EMAIL PROTECTED] ? mysql_connect(localhost,hund,test); mysql_select_db(test); mysql_query(describe hund); echo test; ? This small script causes a funny segfault. Tested with apache 1.3.20 and 1.3.19 with php versions 4.0.2 and 4.0.6 Edit this bug report at http://bugs.php.net/?id=14486edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 11:29, Andi Gutmans wrote: Zak, You will probably be better off waiting for the ZE2's new object overloading facilities. It will hopefully be easier to write and will allow you to do some things which you can't do today. If you write it for ZE1 your extension's API might look different than if you had written it for ZE2 due to some existing limitations, changing it later on for ZE2 would then cause a BC problem. Hi Andi, Thanks for the warning! I am partially doing this for practice/fun - as long as we keep the extension away from PEAR/PHP it can be updated to ZE2 when the time comes without breaking BC. :) -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 06:44, [EMAIL PROTECTED] wrote: ** Reply to note from Markus Fischer [EMAIL PROTECTED] Thu, 3 Jan 2002 15:18:16 +0100 On Thu, Jan 03, 2002 at 02:06:23PM +, Phil Driscoll wrote : Sounds good to me except for the OO wrappers. Do we already have OO wrappers to anything else not in user land? - if so then I'm probably too late to make the point, but to me such a thing feels 'all wrong' and 'not php'. I'm particularly concerned that we don't create functionality which is only accessible by OO means. Why? Because not everyone wants to use *(#$ing objects in a simple script! No one will be forced to use the wrapper! :) -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14834: SegFault when passing HTTP_SESSION_VARS
From: [EMAIL PROTECTED]
Operating system: Debian 3.0 (Woody)
PHP version: 4.1.0
PHP Bug Type: Reproducible crash
Bug description: SegFault when passing HTTP_SESSION_VARS
The following script always produces a segmentation fault on verison 4.1.0:
?
session_start();
$bar = foo($HTTP_SESSION_VARS);
function foo() {
global $HTTP_SESSION_VARS;
return true;
}
?
h1Test is complete/h1
The problem goes away if you remove the session array as a parameter to the
foo() function (which is not expecting any parameters anyway). The problem
also goes away if you remove the global declaration inside the foo()
function. No errors or warning are generated when the function call
occurs.
Granted, this code snippet looks very odd (why would anyone want to pass
HTTP_SESSION_VARS, for example), but was the quickest (least lines of code)
way to set up the conditions that will always force the error. The problem
also occurs if you try to pass the new _SESSION array and still reference
the older HTTP_SESSION_VARS in the function.
Reigster_globals is off. Error_level is set to E_ALL. Apache version is
1.3.22-5.
--
Edit bug report at: http://bugs.php.net/?id=14834edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.1 for win (fwd)
-- Forwarded message -- Date: Thu, 3 Jan 2002 23:06:39 - From: Andrew Pattison [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] PHP 4.1.1 for win I would like to point out a long-standing bug in the gdImageCopyResampled function of GD 2.0.1. Basically it will ignore the srcX and srcY parameters, which prevents the function from copying the correct portion of the source image. To correct it takes 2 ticks. Simly chance the line that reads: p = gdImageGetTrueColorPixel (src, (int) sx, (int) sy); to read: p = gdImageGetTrueColorPixel (src, (int) sx + srcX, (int) sy + srcY); Any chance this could be included in the GD-2.0.1 binaries? Cheers Andrew. Andrew J. Pattison 2mx.co.uk Web Design Hosting - Original Message - From: [EMAIL PROTECTED] To: Robin Ericsson [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, January 03, 2002 10:53 PM Subject: Re: [PHP-DEV] PHP 4.1.1 for win On Thu, 3 Jan 2002, Robin Ericsson wrote: Are gd 1.x and 2.x included now? Or do we still have the problem that only one version is shipped? Both are in. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
On 2002-3-01 15:43, Joao Prado Maia wrote: So ? I didn't see any C code from Zak either. If all we are doing right now is speculating on the creation of a PHP based 'prototype' of this MySQL-only abstraction thing, why is it more interesting than a existing package like PEAR::DB ? Talk is just that - talk. The weird part is that Zak probably know about PEAR::DB and he might even know about Stig's plan on writing a C port of a stable version of it. Maybe I'm wrong, but I just don't feel very good about all this duplication of efforts and even more about a abstraction class _just_ for MySQL. I do know about PEAR::DB - I looked at the IDEAS file to see what was planned. I probably should have reviewed the PEAR DEV list, but - hey - I can't read every PHP list. I respect the work that the PEAR team has done. Please don't make an issue of something that we do not need to worry about yet. I will keep writing my code. When I have something useable, I will present it to whoever is interested. It can be integrated into PEAR or PHP or nothing -- whatever works best for the users. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14799 Updated: Remove the To:/Subject: headers if not entered
ID: 14799
Updated by: daniel
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Mail related
Operating System: RH 7.x
PHP Version: 4.0.6
New Comment:
The strength of PHP is to give people functions which they can use, without
understanding the mechanisms behind it. Why not just obsolete set_cookie() ? You could
do this manually with header() (the code doesn't even get longer, you just have to pay
attention how to format the cookie-parameters).
yes, you could even obsolete mail() and leave it up to the user to either open a pipe
to sendmail (un*x) or connect to an SMTP server (windows).
there are dozens of core PHP functions which can be replaced by an equivalent piece of
code IN PHP. but this feature richness just makes PHP so popular.
why tempnam()? you could write this very elegantly in PHP, too:
do {
$tmp=substr(md5(microtime()),0,8);
}
while(file_exists($tmp));
I hope nobody disagrees with setting this to bogus.
Kind Regards,
Daniel Lorch
Previous Comments:
[2002-01-02 11:07:41] [EMAIL PROTECTED]
I also noticed and maybe im wrong that the mail function replace the Return-path:
header that i inserted with Return-path:[EMAIL PROTECTED]
if so this should be fixed too
[2002-01-02 09:21:44] [EMAIL PROTECTED]
oops, forgot to mention the bug type.
sorry
[2002-01-02 09:20:09] [EMAIL PROTECTED]
mail command accept:
mail ($recipient, $subject, $message [, string additional_headers]);
all good.
But when I construct all the mail from headers I don't need to supply: $recipient,
$subject, $message as they all exist in the headers.
So I do:
mail (, , , $headers);
The problem is that even when I write the To: header in the headers another empty
To: appear next to it.
So for maximal flexibility I think that $headers suppose to override all other fields.
Edit this bug report at http://bugs.php.net/?id=14799edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13791 Updated: just a test. ignore.
ID: 13791 Updated by: jimw Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: bogus PHP Version: 4.0.6 New Comment: just claiming this bug for myself, for further testing. Previous Comments: [2001-10-22 16:55:52] [EMAIL PROTECTED] testing. Edit this bug report at http://bugs.php.net/?id=13791edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14799 Updated: Remove the To:/Subject: headers if not entered
I agree with Mr. Lorch.
I love the fact that PHP has high and low level functionality that I can
use.
Bogus it is. :)
Mike
[EMAIL PROTECTED] wrote:
ID: 14799
Updated by: daniel
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Mail related
Operating System: RH 7.x
PHP Version: 4.0.6
New Comment:
The strength of PHP is to give people functions which they can use, without
understanding the mechanisms behind it. Why not just obsolete set_cookie() ? You
could do this manually with header() (the code doesn't even get longer, you just have
to pay attention how to format the cookie-parameters).
yes, you could even obsolete mail() and leave it up to the user to either open a
pipe to sendmail (un*x) or connect to an SMTP server (windows).
there are dozens of core PHP functions which can be replaced by an equivalent piece
of code IN PHP. but this feature richness just makes PHP so popular.
why tempnam()? you could write this very elegantly in PHP, too:
do {
$tmp=substr(md5(microtime()),0,8);
}
while(file_exists($tmp));
I hope nobody disagrees with setting this to bogus.
Kind Regards,
Daniel Lorch
Previous Comments:
[2002-01-02 11:07:41] [EMAIL PROTECTED]
I also noticed and maybe im wrong that the mail function replace the Return-path:
header that i inserted with Return-path:[EMAIL PROTECTED]
if so this should be fixed too
[2002-01-02 09:21:44] [EMAIL PROTECTED]
oops, forgot to mention the bug type.
sorry
[2002-01-02 09:20:09] [EMAIL PROTECTED]
mail command accept:
mail ($recipient, $subject, $message [, string additional_headers]);
all good.
But when I construct all the mail from headers I don't need to supply: $recipient,
$subject, $message as they all exist in the headers.
So I do:
mail (, , , $headers);
The problem is that even when I write the To: header in the headers another empty
To: appear next to it.
So for maximal flexibility I think that $headers suppose to override all other
fields.
Edit this bug report at http://bugs.php.net/?id=14799edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14835: Script accesses harddrive. what did I do wrong?
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: Script accesses harddrive. what did I do wrong? I installed Apache 1.3.20 with PHP and now I saw, a php script can show my complete harddrive remotly. I don't know if it is a bug in php, I think not, I think I configured something wrong but I have ABSOLUTLY no idea what and I didn't find help anywhere. maybe you can tell me what this could be. thanks a lot -- Edit bug report at: http://bugs.php.net/?id=14835edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13368 Updated: 2nd call to @mssql_query does not fill $php_errormsg s'd be'permission denied'
ID: 13368
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MSSQL related
Operating System: SuSe Linux 7.1
PHP Version: 4.0.6
New Comment:
This may have just been corrected in the development
version of PHP.
Could you please download and build the php4-latest
snapshot from http://snaps.php.net?
Alternately, the change should be in the next release of
PHP.
Previous Comments:
[2001-09-18 10:30:19] [EMAIL PROTECTED]
I'm using MSSQL 7.0 on WinNT4.0, FreeTDS 0.51 with tdsver=4.2, client is
SuSe Linux 7.1, Apache 1.3.19, PHP 4.0.6.
I've run into troubles while checking SELECT permissions for several
tables within a single db connection. In a typical case, I think, this
should work fine:
##
$php_errormsg = '';
@mssql_query(SELECT * FROM $table);
if (!empty($php_errormsg)) {
echo It seems you cannot access table $table;
}
##
But this code works only the first time within a single connection to
MSSQL server. The 2nd call to such a code does nothing with the contents
of $php_errormsg, even when there should be message 'Permission denied'.
(Sometimes the next call to mssql_query without '@' fires the exception.)
I've also tried a piece of code like this, but the result was the same:
##
$php_errormsg = '';
$result = mssql_query(SELECT * FROM $table);
if (! $result) {
echo It seems you cannot access table $table;
}
##
It seems to me, that there is a bug somewhere. The only way to handle this situation
seems to be reconnecting to the MSSQL server. Any help?
Edit this bug report at http://bugs.php.net/?id=13368edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14837: getlastmod() returning file access time, not modification time
From: [EMAIL PROTECTED] Operating system: Linux Slackware, kernel 2.4.16 PHP version: 4.1.0 PHP Bug Type: Directory function related Bug description: getlastmod() returning file access time, not modification time I've just upgraded to PHP 4.1.0 and I have code on my site (Linux/Apache) that displays when the page was last modified: ? echo(date(d-M-Y H:i:s, getlastmod() )); ? This used to work like a champ. However, I noticed after upgrading that the date/time stamp it displays is that of the last _access_, not modification. Thus, I'm *expect* the date as shown by: $ ls -l index.php Instead, I'm *seeing* the date as shown by: $ ls -lu index.php I didn't notice it in the bug-fix list for PHP 4.1.1. I didn't see it in the PHP Reported Bug List. -Walt Stoneburner, [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=14837edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14792 Updated: PHP fails to complie becuase of libphp4.a error
ID: 14792 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.1 New Comment: I wish this was bogus but following the config file in the install I get the error configure Error: invalid option --active-module=src/modules/php4/libphp4.a But what do i know. It only works for me when I change the file name. Has anyone eles did this to make it complie. I may be the only one. Previous Comments: [2002-01-01 20:35:19] [EMAIL PROTECTED] Sorry I cant post the error message since I fixed it and complied PHP4 fully. Version is 4.1.1 just downloaded it today Sever is Apache 1.3.20 for Linux If you try and complie Apache for php with this command ./configure --activate-module=src/modules/php4/libphp4.a 13. you will get an error that libphp4.a can not be found. This is due to libphp4.a being named libmodphp4.a after you have did a make install on php only. I dotn know if this confuses people but if you follow the install straight php.net you will notice the error. In linux you must go to the /apache_1.3.X/src/modules/php4 and you will find the libmodphp4.a file change the name and it should finish the complie [2002-01-01 20:22:44] [EMAIL PROTECTED] Too less information. Which distribution? Which configure line? What's the exact error output (copy paste)? [2002-01-01 20:04:30] [EMAIL PROTECTED] This fails to complie because in the apache/src/modules/php4 libphp4.a is named incorrectly. It is named libmodphp4.a If you change the name it will finish the compile. Thanks Edit this bug report at http://bugs.php.net/?id=14792edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14792 Updated: PHP fails to complie becuase of libphp4.a error
ID: 14792 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.1 New Comment: I am an idiot. It was bogus. Please Ignore me! Previous Comments: [2002-01-03 22:34:48] [EMAIL PROTECTED] I wish this was bogus but following the config file in the install I get the error configure Error: invalid option --active-module=src/modules/php4/libphp4.a But what do i know. It only works for me when I change the file name. Has anyone eles did this to make it complie. I may be the only one. [2002-01-01 20:35:19] [EMAIL PROTECTED] Sorry I cant post the error message since I fixed it and complied PHP4 fully. Version is 4.1.1 just downloaded it today Sever is Apache 1.3.20 for Linux If you try and complie Apache for php with this command ./configure --activate-module=src/modules/php4/libphp4.a 13. you will get an error that libphp4.a can not be found. This is due to libphp4.a being named libmodphp4.a after you have did a make install on php only. I dotn know if this confuses people but if you follow the install straight php.net you will notice the error. In linux you must go to the /apache_1.3.X/src/modules/php4 and you will find the libmodphp4.a file change the name and it should finish the complie [2002-01-01 20:22:44] [EMAIL PROTECTED] Too less information. Which distribution? Which configure line? What's the exact error output (copy paste)? [2002-01-01 20:04:30] [EMAIL PROTECTED] This fails to complie because in the apache/src/modules/php4 libphp4.a is named incorrectly. It is named libmodphp4.a If you change the name it will finish the compile. Thanks Edit this bug report at http://bugs.php.net/?id=14792edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
** Reply to note from Jon Parise [EMAIL PROTECTED] Thu, 3 Jan 2002 15:36:32 -0500 On Wed, Jan 02, 2002 at 04:39:24PM +, [EMAIL PROTECTED] wrote: One thing to consider, at least the php.ini location needs to be different between the module and command line compiles. I suspect most people will have quite a few other differences in ./configure options between them too. I know I do. I don't see the necessity of requiring different php.ini files. You can specify the php.ini by using the -c option to the php binary, as well. Yes, but I'm too lazy to have to type it into every program I write, and if I do put it in every program I have to change it in each if I decide to move the .ini file. Also note that I said at least the .ini location. I find my /configure options to be quite different between the apache module and the command line builds. I don't use PHP as a CGI, all my command line programming is run from shell scripts or cron. Rick Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
Addressed to: [EMAIL PROTECTED] [EMAIL PROTECTED] ** Reply to note from J Smith [EMAIL PROTECTED] Thu, 03 Jan 2002 16:26:38 -0500 I would prefer separate php.ini files, maybe something like php-cli.ini for the default CLI file and and php.ini for the Apache/web server module default. If php-cli.ini doesn't exist, the CLI can always fall back on php.ini, which would be the default in any case. That would work for php.ini, I guess. If it comes to that I would like to have separate paths for the files as I consider my apache module php to be part of apache and keep its .ini file in /web/conf with httpd.conf and such. /usr/local/bin/php is a system program which keeps its .ini file in /etc. It still doesn't account for the fact that I use drasticly different /configure options for the two versions. Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14596 Updated: how to assign a list of array value into the session
ID: 14596 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: error occur when using include_path Status: Bogus Bug Type: Session related Operating System: winNT PHP Version: 4.0.6 New Comment: may i know how to have a interactive between an array and the session ? Question1 : how to assign a list of array value into the session variable ? Question2 : how to retrieve the value from session and put it back into the array ? thanks. Previous Comments: [2001-12-27 22:48:08] [EMAIL PROTECTED] how should i assign a value into the session ? i have try: // at page1.php session_start(); session_register(cart); $cart = hello; // at page2.php session_start(); session_register(cart); echo $cart; there is no result comes out at page2.php it is my scripting have some problem ? [2001-12-20 02:46:48] [EMAIL PROTECTED] leave out include_path and then include f:\apacheweb\www_bl\arch\head2.inc; directly from your script. I'm pretty sure the problem lies somewhere else. Daniel Lorch [2001-12-20 02:21:41] [EMAIL PROTECTED] where should i put the include_path ? is it on the php.ini file or put it at the top of the file ? [2001-12-20 02:13:41] [EMAIL PROTECTED] where should i put the include_path ? is it on the php.ini file or put it at the top of the file ? [2001-12-19 21:37:32] [EMAIL PROTECTED] dont know why, each time i try to use include_path in my coding then there will occur a error on it, the error is: Parse error: parse error in f:\apacheweb\www_bl\eng\stat\head1.php on line 2 the server i use is apache and the OS i use is WinNT, is it true that i write my code like this and shall the file extension need to change to .inc : include_path=.;f:\apacheweb\www_bl\arch\head2.php i also have try the method ur suggest to me b4, like : 1) include_path=.;f:\apacheweb\www_bl\arch\ include head.inc 2) auto_prepend_file=f:\apacheweb\www_bl\arch\head2.inc 3) use two \\ instead of one \ add a slash (\\ or \) after .inc use / instead of \ but still cant solve the problem. anywhere, thanks for ur help. 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/?id=14596 Edit this bug report at http://bugs.php.net/?id=14596edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14838: interactive between session and aray
From: [EMAIL PROTECTED] Operating system: window NT PHP version: 4.0.6 PHP Bug Type: Session related Bug description: interactive between session and aray may i know how to have a interactive between an array and the session ? Question1 : how to assign a list of array value into the session variable ? Question2 : how to retrieve the value from session and put it back into the array ? thanks. -- Edit bug report at: http://bugs.php.net/?id=14838edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
** Reply to note from Jon Parise [EMAIL PROTECTED] Thu, 3 Jan 2002 16:39:20 -0500 I agree that it's sometimes necessary to have different configuration files, but I don't consider it a necessity. I do. It should still be possible to build a separate CGI executable with a different php.ini path for those sites that require it. Don't get too stuck on the idea that PHP at the command line is only for CGI. In fact I don't do CGI any more. I am phasing out ALL perl CGI scripts because after seeing PHP as a module I can't stand the extra time it takes to execute the external program. PHP CGI has the same problem. I just say NO to all CGI. I've also quit using PERL for system programming, and moved most of the existing perl scripts I have written over to PHP. I haven't written a new PERL script since php 4 came out, and may never do it again. There isn't much I've done in PERL that I can't do in PHP, and it is quite annoying to try to remember all the syntax differences. There is substantial truth to the statement that PERL is a write only language. I can still understand my PHP code six months later, unlike a lot of PERL code. Your suggestion of a separate php-cli.ini has merit, but who will the php binary know when it's being used for CLI purposes and not as a CGI? None of the apache related environment variables will be set? You could pick one and switch based on its existance. I still think that there are three distinct ways to use PHP: Apache Module CGI executable Command line and the differences justify separate ./configure options. Maybe Module and CGI are close enough to share a configuration, I don't do CGI so I can't say. Certainly there are drastic differences between module and command line. Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Always building command line PHP
On Thu, Jan 03, 2002 at 09:37:38PM +, [EMAIL PROTECTED] wrote: It should still be possible to build a separate CGI executable with a different php.ini path for those sites that require it. Don't get too stuck on the idea that PHP at the command line is only for CGI. In fact I don't do CGI any more. I am phasing out ALL perl CGI scripts because after seeing PHP as a module I can't stand the extra time it takes to execute the external program. PHP CGI has the same problem. I just say NO to all CGI. Okay, this is kind of getting out of hand. I don't really disagree with any of your points. All I was saying is that a normal build of PHP (say, for the Apache SAPI interface) should also include a CGI build, for command line usage. This CGI binary will be necessary for the PEAR tools. The fact that it might not be optimized for the user's command line scripting needs is irrelevant because they can go ahead and build their own custom CGI binary by executing 'configure' a second time. In other words, I'm talking about extending the default build to include a default CGI binary build. -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: apenta
To submit event. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] CVS Account Request: apenta
Hi, I have approved your event. CVS account access is not necessary to submit events - simply to approve them, so you may not want to continue with your application. Regards, James Cox -Original Message- From: Apenta [mailto:[EMAIL PROTECTED]] Sent: Friday, January 04, 2002 4:38 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] CVS Account Request: apenta To submit event. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14839: getcwd() and `pwd` report incorrect directory
From: [EMAIL PROTECTED] Operating system: Linux, FreeBSD, Solaris PHP version: 4.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: getcwd() and `pwd` report incorrect directory This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. -- Edit bug report at: http://bugs.php.net/?id=14839edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' Previous Comments: [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Proposed updates and extensions to the MySQL extension
Addressed to: Markus Fischer [EMAIL PROTECTED] [EMAIL PROTECTED] ** Reply to note from Markus Fischer [EMAIL PROTECTED] Thu, 3 Jan 2002 22:00:27 +0100 Because not everyone wants to use *(#$ing objects in a simple script! Why? Count me as one of the people who would not be using PHP if it forced me to always use objects. I think object oriented programming is over-rated, especially the purist version. You know, the people who don't think they can live without private methods and have a heart attack if you directly access a variable in an object. That does not mean that I never use objects, I have a few things in my library where they come in very handy. Mostly as a way of providing a place to store data outside of the global scope, but available to many functions. If you are going to use objects you need to think about them quite a bit before you start coding. After all re-use is supposed to be one of the big reasons for OOP. Sometimes it just isn't worth it. I certainly see no advantage in writing the following program with OOP: ? echo Hello World\n; ? It doesn't make the job easier, and it certainly isn't easier to understand the source code. I don't even see an advantage here: ? include( mysql.plib ); mysql_connect( localhost, username, password ); mysql_select_db( database ); $R1 = Query( SELECT Field1, Field2, Field3 . FROM Table . ORDER BY Field1 ); ? HTML BODY H1Database Dump/H1 TABLE TR THField1/TH THField2/TH THField3/TH /TR ? while( UnpackQuery( $R1 )) : ? TR TD?=$Field1?/TD TD?=$Field2?/TD TD?=$Field3?/TD /TR ? endwhile ? /TABLE /BODY /HTML A lot of web programming doesn't take much more that this. Why make it more complicated by using objects? A few well thought out functions (Query, UnpackQuery) in a library (mysql.plib) can go a long way towards creating simple but robust programs in a lot of cases. Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. Previous Comments: [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q ?php system(pwd); echo `pwd`; echo getcwd(); echo \n; ? Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14835 Updated: Script accesses harddrive. what did I do wrong?
ID: 14835 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.1.1 New Comment: Please ask for support on [EMAIL PROTECTED] Previous Comments: [2002-01-03 20:49:46] [EMAIL PROTECTED] I installed Apache 1.3.20 with PHP and now I saw, a php script can show my complete harddrive remotly. I don't know if it is a bug in php, I think not, I think I configured something wrong but I have ABSOLUTLY no idea what and I didn't find help anywhere. maybe you can tell me what this could be. thanks a lot Edit this bug report at http://bugs.php.net/?id=14835edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14836 Updated: Cannot find imap library
ID: 14836 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: Linux RedHat 7.0 PHP Version: 4.1.0 New Comment: Please ask for support at [EMAIL PROTECTED] Previous Comments: [2002-01-03 21:55:02] [EMAIL PROTECTED] original configure script: ./configure --with-apxs=/etc/httpd/bin/apxs --enable-track-vars --enable-ftp --with-gd=../gd-1.8.4 --prefix=/etc/php --sysconfdir=/etc/php --with-imap=../imapServer Note: ../imapServer is the dir where I gunzip'd the source files. This script gives the error: Cannot find rfc822.h. Please check your IMAP installation. Then I do another configure where I specify the location of rfc822.h: ./configure --with-apxs=/etc/httpd/bin/apxs --enable-track-vars --enable-ftp --with-gd=../gd-1.8.4 --prefix=/etc/php --sysconfdir=/etc/php --with-imap=../imapServer/src Now the error is: Cannot find imap library. Please check your IMAP installation. I have also downloaded the newest IMAP source from http://www.washington.edu/imap/, but the same error messages appear. By the way, PHP, Apache, and the IMAP server were, and still are, working fine. It's just that I cannot recompile PHP with IMAP support. Edit this bug report at http://bugs.php.net/?id=14836edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14742 Updated: Example is wrong
ID: 14742 Updated by: imajes Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Old Operating System: don't care Operating System: don\'t care PHP Version: 4.1.1 New Comment: I've updated the documentation. Thanks. Previous Comments: [2001-12-28 13:15:52] [EMAIL PROTECTED] http://download.php.net/manual/en/function.strftime.php This is a mistake. print (strftime (%A, in French )); setlocale (LC_TIME, fr_CA); fr is the French language CA is a country, Canada in this case. So, fr_CA is likely Quebec Time or Eastern Time. This example should be replaced with: print (strftime (%A, in French )); setlocale (LC_TIME, fr_FR); Denis Edit this bug report at http://bugs.php.net/?id=14742edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14838 Updated: interactive between session and aray
ID: 14838 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: window NT PHP Version: 4.0.6 New Comment: Please ask for support at [EMAIL PROTECTED] Previous Comments: [2002-01-03 23:12:57] [EMAIL PROTECTED] may i know how to have a interactive between an array and the session ? Question1 : how to assign a list of array value into the session variable ? Question2 : how to retrieve the value from session and put it back into the array ? thanks. Edit this bug report at http://bugs.php.net/?id=14838edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14734 Updated: new superglobals ($_SERVER, etc.) not documented
ID: 14734 Updated by: imajes Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 New Comment: but $PHP_SELF is also a special variable, so I think also listing it out of any collection is a good thing. Previous Comments: [2001-12-28 11:35:45] [EMAIL PROTECTED] Tested again. Yes you are right. It would be good to have it listed only in _SERVER, as the other vars. [2001-12-28 10:29:47] [EMAIL PROTECTED] It's printed in _SERVER too (apache 1.3.22/php 4.1.0). [2001-12-28 10:17:17] [EMAIL PROTECTED] Just a note: in the PHP 4.1.0 phpinfo() output, all the predefined vars are printed as _SERVER and _ENV members, except PHP_SELF, it is printed alone, and not in any array. This must be corrected! [2001-12-28 10:05:28] [EMAIL PROTECTED] Valid point. I'm reopening this as a documentation problem. [2001-12-28 10:01:35] [EMAIL PROTECTED] Hi All, Thanks for the replies. The docs tell me that using globally registered vars presents a security risk and is being turned off in future versions anyway, so it's quite necessary to get accustomed to it. Using $_SERVER['PHP_SELF'] must be the way to go. However, where to find proper documentation on these 'new' vars ? I can't find them, only some pages mentioning they exist.. 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/?id=14734 Edit this bug report at http://bugs.php.net/?id=14734edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14842: fopen
From: [EMAIL PROTECTED] Operating system: linux red hat7.2 PHP version: 4.1.1 PHP Bug Type: *URL Functions Bug description: fopen $file=http://s105.now.net.cn/try.php;; fopen ($file, r) it is okay but when I change to port to 81 I test it okay in browser but $file=http://s105.now.net.cn:81/try.php;; fopen ($file, r) can't work it seems that it still in port 80 it's a bug ? -- Edit bug report at: http://bugs.php.net/?id=14842edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
