[PHP-DEV] Re: Flash and PHP

[Georg]

Hi Folks

I try to comfortize my webpages using flash.The server part is still PHP
implemented.

Has anyone experiences on this subjects. Especially trial and errors ;)
could be very informativ to me.

thanks for your help in advance
kind regards Georg





-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: high availability solutions

[Georg]

Hi Folks,

I try to be aware of the theme high available websolutions.

Has anyone got some good ideas to what kind of subjects I have special take
care about, to provide short answer times and high available websolutions to
comfort customers at my upcoming website?

thanks in advance
kind regards Georg





-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: php flash implementation

[Georg]

Hi Folks

I try to exchange data via XML files using php as server. Has anyone some
ideas how to work it out?

Kind regards Georg





-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: php templates

[Georg]

Hi folks
I try to reduce the amount of unnecessary code fragments in my php scripts.
Once I hear templates for php are the right answer for this problem.

Can give anyone some hints how to work with templates.

kind regards Georg





-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14732: Broken links in global.ent

[georg]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.1.1
PHP Bug Type: Documentation problem
Bug description:  Broken links in global.ent

Hi,

just wrote a little script and checked global.ent

url.adabas: unknown host (www.adabas.com)
url.hyperwave-proto: document not found 
(http://www.hyperwave.de/7.17-hg-prot)
url.iicm: unknown host (iicm.edu)
url.iptc: document not found or unreachable 
(http://www.iptc.org/)
url.ldap.ldapworld: document not found or unreachable 
(http://elvira.innosoft.com/ldapworld)
url.libiconv: document not found 
(http://clisp.cons.org/~haible/packages-libiconv.html)
url.malinimg: document not found 
(http://www.pvv.org/~ssb/malin/bilder/mi/twain001.jpg)
url.mersenne.twister: unknown host (www.scp.syr.edu)
url.nis: document not found 
(http://www.desy.de/~sieversm/ypdoku/ypdoku/ypdoku.html)

Georg

-- 
Edit bug report at: http://bugs.php.net/?id=14732&edit=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 #14732 Updated: Broken links in global.ent

[georg]

ID: 14732
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: all
PHP Version: 4.1.1
New Comment:

broken links fixed for

- adabas
- ldap
- libiconv 


Previous Comments:


[2001-12-28 09:55:54] [EMAIL PROTECTED]

Please commit that little script into phpdoc into the
scripts directory. We have some scripts there to test
XML files, such as the entities.php or dbtags.php. It
would be nice to make this test from time to time.

To answer your current bug report, I have not time
currently to skim through these addresses and find
the right, so anybody with sufficient time, or
who knows some of the right links would be welcome :)

--
Goba



[2001-12-28 08:04:05] [EMAIL PROTECTED]

Hi,

just wrote a little script and checked global.ent

url.adabas: unknown host (www.adabas.com)
url.hyperwave-proto: document not found 
(http://www.hyperwave.de/7.17-hg-prot)
url.iicm: unknown host (iicm.edu)
url.iptc: document not found or unreachable 
(http://www.iptc.org/)
url.ldap.ldapworld: document not found or unreachable 
(http://elvira.innosoft.com/ldapworld)
url.libiconv: document not found 
(http://clisp.cons.org/~haible/packages-libiconv.html)
url.malinimg: document not found 
(http://www.pvv.org/~ssb/malin/bilder/mi/twain001.jpg)
url.mersenne.twister: unknown host (www.scp.syr.edu)
url.nis: document not found 
(http://www.desy.de/~sieversm/ypdoku/ypdoku/ypdoku.html)

Georg






Edit this bug report at http://bugs.php.net/?id=14732&edit=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 #14760 Updated: Belangloser Fehler in der de Übersetzung

[georg]

ID: 14760
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: German Manual
PHP Version: 4.1.1
New Comment:

typo fixed


Previous Comments:


[2001-12-30 03:26:13] [EMAIL PROTECTED]

Hi Egon und Co,

in /de/html/function.assert.html hat sich ein kleiner Fehler eingeschlichen.
--
***Der erste Der erste*** Parameter enthält den Namen des Scripts, in dem die 
Überprüfung statt fand, der zweite Parameter die Zeilennummer
-

Da kommt zwei mal 'Der erste'

Gruß
  Christian





Edit this bug report at http://bugs.php.net/?id=14760&edit=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 #14761 Updated: spelling error

[georg]

ID: 14761
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: OS/2 Warp 4
PHP Version: 4.1.1
New Comment:

typo fixed


Previous Comments:


[2001-12-30 03:43:31] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.trim.php

Example 1. Usuage example of trim()

should be "Usage".

(I figure, nobody ever reports spelling errors, and I'm bored tonight :)

Regards,
Al S.
Portland, Ore.





Edit this bug report at http://bugs.php.net/?id=14761&edit=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 #14763 Updated: Make [] of arrays readable

[georg]

ID: 14763
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.1.1
New Comment:

There is no need to make an array '$a[]' readable.

$a[] = "foo";

is short for

$a[count($a)] = "foo";

if $a[] would be readable, result would be always NULL:

$b = $a[] ( which would be the same as $a[count($a)])


Previous Comments:


[2001-12-30 04:29:01] [EMAIL PROTECTED]

Currently in php, you can append to a variable by using the [] form:

$a[] = 'a';
$a[] = 'b';

It would be great if you could also read an array in the same manner, ie:

$lastadded = $a[];

which would be equivalent to 
$lastadded = $a[count($a)-1];
which is what you have to do today.

/linus





Edit this bug report at http://bugs.php.net/?id=14763&edit=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 #14763 Updated: Make [] of arrays readable

[georg]

ID: 14763
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.1.1
New Comment:

In first case, when you write to the array "[]" is a 
synonym for count($array)

In second case, if you read from array "[]" should be 
(your suggestion/feature request) a synonym for 
count($array) - 1.

Sorry, but this is not consistent.


Previous Comments:


[2001-12-30 09:42:34] [EMAIL PROTECTED]

$b = $a[] 
would be
$b = $a[count($a)-1], not $b = $a[count($a)]






[2001-12-30 04:45:50] [EMAIL PROTECTED]

There is no need to make an array '$a[]' readable.

$a[] = "foo";

is short for

$a[count($a)] = "foo";

if $a[] would be readable, result would be always NULL:

$b = $a[] ( which would be the same as $a[count($a)])




[2001-12-30 04:29:01] [EMAIL PROTECTED]

Currently in php, you can append to a variable by using the [] form:

$a[] = 'a';
$a[] = 'b';

It would be great if you could also read an array in the same manner, ie:

$lastadded = $a[];

which would be equivalent to 
$lastadded = $a[count($a)-1];
which is what you have to do today.

/linus





Edit this bug report at http://bugs.php.net/?id=14763&edit=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 #14774 Updated: strpos with strtolower to working incorrectly

[georg]

ID: 14774
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux 2.4.9-7smp
PHP Version: 4.0.6
New Comment:

Sorry, but it works correct.

In your sample $query has no "insert", therefore strpos 
returns 0 (not found), as desribed in the manual.


Previous Comments:


[2001-12-30 10:50:04] [EMAIL PROTECTED]

Thats the documented and expected behaviour.



[2001-12-30 10:45:00] [EMAIL PROTECTED]



Amazingly enough this prints FISH!.

but:

$query="insert into users (user_name) values 'user_name'";

if 
(strpos(strtolower($query),"select")==0&&!(strpos(strtolower($query,"select")===FALSE))

{
   print "FISH!";
}

does not.






Edit this bug report at http://bugs.php.net/?id=14774&edit=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 #14498 Updated: undefined symbol: my_message_no_curses

[georg]

ID: 14498
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: MySQL related
Operating System: Cobalt Linux 5.0
PHP Version: 4.1.0
Assigned To: zak
New Comment:

Thats not a php-bug, its a mysql/cobalt problem.
Configure mysql with following additional options:

-disable-shared -with-mysqld-ldflags="-all-static" 
-with-client-ldflags="-all-static"


Previous Comments:


[2001-12-31 19:14:51] [EMAIL PROTECTED]

By not specifying a path to the MySQL libraries, you are 
using PHP's built-in library.

I would guess this is a problem with MySQL - I will check 
it out.




[2001-12-13 17:36:06] [EMAIL PROTECTED]

Compiled MySQL 3.23.46 with these configure options:

./configure \
--prefix=/usr/local/mysql \
--enable-assembler \
--with-low-memory

Compiled PHP 4.10 with these options:

./configure --with-apxs=/usr/sbin/apxs \
--with-mysql=/usr/local/mysql \
--with-imap=/usr/local/src/imap-2000c \
--with-imap-ssl \
--with-zlib \
--enable-track-vars \
--with-gettext \
--with-gd \
--with-jpeg-dir=/usr/local/lib \
--with-mm=/usr/local/lib/mm \
--enable-sysvshm \
--enable-ftp

Starting Apache 1.3.22 with "apachectl start" gives me this:

Syntax error on line 238 of /etc/httpd/conf/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: 
/usr/local/mysql/lib/mysql/libmysqlclient.so.10: undefined symbol: 
my_message_no_curses

I can work-around this bug by NOT specifying the dir when configuring PHP i.e. 
(--with-mysql as opposed to --with-mysql=/usr/local/mysql)







Edit this bug report at http://bugs.php.net/?id=14498&edit=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 #14772 Updated: some links are missing (cosmetic error)

[georg]

ID: 14772
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.1.1
New Comment:

REOPENED

bug still exists in online manual (build date 2002-01-01)
and ditto in my local cvs build.

Georg

Previous Comments:


[2001-12-30 10:46:53] [EMAIL PROTECTED]

Fixed in cvs.
Thnaks for the report.



[2001-12-30 09:17:19] [EMAIL PROTECTED]

This is a docu prob.



[2001-12-30 08:50:32] [EMAIL PROTECTED]

This is only a little thing. On the function page for "socket_get_status", the 
references to related functions at the button are not hyperlinked. It's the line "See 
also accept_connect(), bind(), connect(), listen(), and strerror()." Fix when you can. 
Thanks. - Dan






Edit this bug report at http://bugs.php.net/?id=14772&edit=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 #14772 Updated: some links are missing (cosmetic error)

[georg]

ID: 14772
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.1.1
New Comment:

fixed in cvs

Previous Comments:


[2002-01-02 02:25:58] [EMAIL PROTECTED]

REOPENED

bug still exists in online manual (build date 2002-01-01)
and ditto in my local cvs build.

Georg



[2001-12-30 10:46:53] [EMAIL PROTECTED]

Fixed in cvs.
Thnaks for the report.



[2001-12-30 09:17:19] [EMAIL PROTECTED]

This is a docu prob.



[2001-12-30 08:50:32] [EMAIL PROTECTED]

This is only a little thing. On the function page for "socket_get_status", the 
references to related functions at the button are not hyperlinked. It's the line "See 
also accept_connect(), bind(), connect(), listen(), and strerror()." Fix when you can. 
Thanks. - Dan






Edit this bug report at http://bugs.php.net/?id=14772&edit=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 #14819 Updated: str_replace used with serialize

[georg]

ID: 14819
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Just tested it with 4.0.6 and 4.1.0
All seems to be ok.

Can you send me your configuration options?



Previous Comments:


[2002-01-02 23:49:09] [EMAIL PROTECTED]

Two lines like this:
$myarray[ 2 ] = str_replace( "'", "", $mystring );
$myserial = serialize( $myarray );

produce a serialized array in $myserial but it contains the wrong length or sometimes 
the wrong value for the string I inserted.  It sometimes deletes the "'" and the 
following character, sometimes deletes just the "'" but has the wrong length of the 
string encoded in the serialized variable.  

An example of $myserial would be:
a:3:{i:0;s:2:"s1";i:1;s:2:"s2";i:2;s:5:"dont";} 
Which encodes the wrong length for the final string.

It works correctly when I break it into three lines:
$mystring = str_replace( "'", "", $mystring );
$myarray[ 2 ] = $mystring;
$myserial = serialize( $myarray );

An example of $myserial would be:
a:3:{i:0;s:2:"s1";i:1;s:2:"s2";i:2;s:4:"dont";} 
Which encodes the correct length for the final string.

This only appears to happen if there is a str_replace match in the string.  If there 
is no match for the str_replace function, the glitch doesn't seem to appear.  Thanks.





Edit this bug report at http://bugs.php.net/?id=14819&edit=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 #14814 Updated: Strange error message on gzopen and ftp:// URL

[georg]

ID: 14814
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Zlib Related
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:

For opening zip-files via ftp or httpd, there is a little 
note in the manual:

Note: The current CVS version 4.0.4-dev introduces a 
fopen-wrapper for .gz-files, so that you can use a special 
'zlib:' URL to access compressed files transparently using 
the normal f*() file access functions if you prepend the 
filename or path with a 'zlib:' prefix when calling 
fopen(). 

 This feature requires a C runtime library that provides 
the fopencookie() function. To my current knowledge the 
GNU libc is the only library that provides this feature. 

But for sure, this is not a solution for the errormessage 
:-)


Previous Comments:


[2002-01-02 20:37:21] [EMAIL PROTECTED]

It's not clear from the manual whether or not gzopen is 
SUPPOSED to work with http:// and ftp:// URL's, but I get 
the impression the answer is "not yet".  (The 
documentation in the manual IMPLIES that it the 
filehandle-like functions should work with the exception 
of socket functions, but the user commentary below the 
gzopen entry implies that it doesn't work for http:// 
URL's either...)

However, when attempting to gzopen a .gz file from an FTP 
site, the error message returned is very strange:
-
Warning:  
gzopen("ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz","r";) 
- Success in projects/phpdna/get28s.php on line 
69
Like, dude!  Couldn't gzopen 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz!
The gzopen returned

-
("Warning - Success?")

(the section of code that does this is:

-
if(!($fhandle=gzopen($filename,"r")))
{
print("Like, dude!  Couldn't gzopen 
$filename!\n");
print("The gzopen returned $fhandle\n");
}
-
where filename has obviously been passed as 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz

There's a pause that implies the connection attempt is 
being made.  
(quick update, I just re-ran the script and did a capture 
with 'ethereal' - a connection IS being made and, passive 
mode is being switched to, and the RETR is started on the 
file, and about 3 1K packets seem to come across.  Are FTP 
URL's supposed to work?  Is this a 'gzopen ftp://' bug 
rather than an error message bug?)

I'll report the "Please Oh Please add http/ftp URL support 
to gzopen like fopen has!" separately as a feature request 
later, presuming it doesn't turn out that it's already 
been done and I just don't know what I'm doing...  Thanks!






Edit this bug report at http://bugs.php.net/?id=14814&edit=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 #14827 Updated: POST [file upload] timeout in browsers

[georg]

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:

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" 

 
upload 
 
 
Upload File 
Return to $websitename 
 
"; 
break; 

case "upload": 
echo" 

 
upload 
 
 

File to upload: 
 
 
 
 
"; 
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 " 

 
uploaded 
 
"; 
echo $file_name." was uploaded"; 
echo " 
Upload Another File 
 Return to $websitename 
 
"; 
break; 
} 
?>





Edit this bug report at http://bugs.php.net/?id=14827&edit=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 #14009 Updated: ICAP link broken

[georg]

ID: 14009
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.0.6
Assigned To: georg
New Comment:

Icap library is no longer supported and available. Icap 
extension will be removed in near future. (deprecated)

Added a note into docu.


Previous Comments:


[2001-11-26 05:15:44] [EMAIL PROTECTED]

You can only remove the documentation for icap, after removal of the
source. The authors are Mark Musone and Chuck Hagenbuch. Ask them first
or start a discussion at php-dev.



[2001-11-26 00:30:37] [EMAIL PROTECTED]

Seems like ICAP is now part of MCAL.
I will check it within next days.



[2001-11-10 13:52:03] [EMAIL PROTECTED]

OK, I have seen that
  http://www.icap.org/
is also not correct. Than what we
should write there. Anybody know the
correct address?



[2001-11-10 13:46:42] [EMAIL PROTECTED]

url.icap "http://icap.chek.com/"; does not work.

Noone responded to my post at phpdoc list, so I put it here :-))







Edit this bug report at http://bugs.php.net/?id=14009&edit=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 #14909 Updated: Allows access to ANY file

[georg]

ID: 14909
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Apache related
Operating System: Windows
PHP Version: 4.1.1
New Comment:

Unbelievable, why do you set your cgi-binary in the document root
tree!?

See http://www.cert.org/advisories/CA-1996-11.html

Previous Comments:


[2002-01-07 09:34:04] [EMAIL PROTECTED]

Well you should have already heard about this but I'll report it anyway
becoz we all need a fix very fast! Well when you do this:
http://www.example.com/php/php.exe?c:\winnt\repair\sam   (this is an
example, you can view any file) it will return the files contents! This
happens with ANY windows versions...i don't think it affects linux. Also
this will return the install path of PHP:
http://www.example.com/php/php4ts.dll
could you please get a path/new vesion out ASAP! This is extremly
serious!





Edit this bug report at http://bugs.php.net/?id=14909&edit=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 #14894 Updated: socket_read should return string, not int

[georg]

ID: 14894
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.1.0
New Comment:

changed docu in cvs tree


Previous Comments:


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

Examples in mainline socket text should also be updated, they use the
bogus version. 



[2002-01-06 18:07:39] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.socket-read.php

Claims to return an int. The prototype should be string socket_read. 

- AZ






Edit this bug report at http://bugs.php.net/?id=14894&edit=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 #14814 Updated: Strange error message on gzopen and ftp:// URL

[georg]

ID: 14814
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Zlib Related
Bug Type: Documentation problem
Operating System: Linux (2.4.17)
PHP Version: 4.1.1
New Comment:

Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or 
gzopen("url/file.gz").

I changed it to a documentation problem, maybe someone can 
add a note, that is not possible yet to combine wrappers.



Previous Comments:


[2002-01-08 17:02:53] [EMAIL PROTECTED]

(Just got email back from Georg, replying to my response 
to this [emailed directly as the bug-editing was down at 
the time]).

It sounds like neither gzopen nor zlib:// work for remote 
files at all.

Is this a bug or should I submit it as a feature request?

P.S. Thanks again for the reply!




[2002-01-03 02:01:46] [EMAIL PROTECTED]

For opening zip-files via ftp or httpd, there is a little 
note in the manual:

Note: The current CVS version 4.0.4-dev introduces a 
fopen-wrapper for .gz-files, so that you can use a special 
'zlib:' URL to access compressed files transparently using 
the normal f*() file access functions if you prepend the 
filename or path with a 'zlib:' prefix when calling 
fopen(). 

 This feature requires a C runtime library that provides 
the fopencookie() function. To my current knowledge the 
GNU libc is the only library that provides this feature. 

But for sure, this is not a solution for the errormessage 
:-)




[2002-01-02 20:37:21] [EMAIL PROTECTED]

It's not clear from the manual whether or not gzopen is 
SUPPOSED to work with http:// and ftp:// URL's, but I get 
the impression the answer is "not yet".  (The 
documentation in the manual IMPLIES that it the 
filehandle-like functions should work with the exception 
of socket functions, but the user commentary below the 
gzopen entry implies that it doesn't work for http:// 
URL's either...)

However, when attempting to gzopen a .gz file from an FTP 
site, the error message returned is very strange:
-
Warning:  
gzopen("ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz","r";) 
- Success in projects/phpdna/get28s.php on line 
69
Like, dude!  Couldn't gzopen 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz!
The gzopen returned

-
("Warning - Success?")

(the section of code that does this is:

-
if(!($fhandle=gzopen($filename,"r")))
{
print("Like, dude!  Couldn't gzopen 
$filename!\n");
print("The gzopen returned $fhandle\n");
}
-
where filename has obviously been passed as 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz

There's a pause that implies the connection attempt is 
being made.  
(quick update, I just re-ran the script and did a capture 
with 'ethereal' - a connection IS being made and, passive 
mode is being switched to, and the RETR is started on the 
file, and about 3 1K packets seem to come across.  Are FTP 
URL's supposed to work?  Is this a 'gzopen ftp://' bug 
rather than an error message bug?)

I'll report the "Please Oh Please add http/ftp URL support 
to gzopen like fopen has!" separately as a feature request 
later, presuming it doesn't turn out that it's already 
been done and I just don't know what I'm doing...  Thanks!






Edit this bug report at http://bugs.php.net/?id=14814&edit=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 #15099 Updated: calendar functions introduction

[georg]

ID: 15099
Updated by: georg
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: not relevant
PHP Version: 4.1.1
Old Assigned To: 
Assigned To: georg


Edit this bug report at http://bugs.php.net/?id=15099&edit=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 #15099 Updated: calendar functions introduction

[georg]

ID: 15099
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: not relevant
PHP Version: 4.1.1
Assigned To: georg
New Comment:

fixed in cvs



Previous Comments:


[2002-01-18 08:53:19] [EMAIL PROTECTED]

Hi,

>From the manual
"The calendar functions are only available if you have compiled the
calendar extension, found in either the "dl" or "ext" subdirectories of
your PHP source code. Please see the README file before using it."

There is no README in "dl" or "ext" directory in the current source of
4.1.1. Nor in current cvs of /php4 /php3 
So I assume this README is no longer available? 

Thanks 

Friedhelm Betz





Edit this bug report at http://bugs.php.net/?id=15099&edit=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 #15268 Updated: remove a 2 dimension array and the problem on array count

[georg]

ID: 15268
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: window NT
PHP Version: 4.0.6
New Comment:

In your sample you removed 2nd dimensions from $e, not 
first, so $e[1] is an empty array.

e.g. vardump($e):
array(2) { [0]=> array(2) { [0]=> string(3) "aaa" [1]=> 
string(3) "bbb" } [1]=> array(0) { } }

To remove first dimension use unset($e[1])

Regards

Georg



Previous Comments:


[2002-01-29 00:33:14] [EMAIL PROTECTED]

hello :
  i have a problem on remove 2 dimension array in which the count of
array still is same as before the array was remove.

example:
  $e[0][0] = "aaa";
  $e[0][1] = "bbb";
  $e[1][0] = "111";
  $e[1][1] = "222";
  
  count(array) is equal to 2, then i try to remove an element of that
array using unset :
  unset($e[1][0]);
  unset($e[1][1]);

 then i try to retrieve the count of array again, the result should be
1, but what i get from it is the count of the array is still not
change, which it :
  echo count($e);//result is 2

i have been try this for single dimension array, there is no such
problem on it, just the 2 dimension array will face this kind of
problem.

thank you !!





Edit this bug report at http://bugs.php.net/?id=15268&edit=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 #15336: New mysql function: mysql_real_connect

[georg]

From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  New mysql function: mysql_real_connect

Since version 3.22.x we have a mysql_real_connect instead 
of mysql_connect + mysql_db_select in the mysql C-API.

If you come from C, its annoying, to use the (deprecated) 
functions mysql_connect + mysql_select_db.

Its ok for BC, but mysql_real_connect should be art of the 
state.

Georg

-- 
Edit bug report at: http://bugs.php.net/?id=15336&edit=1
Fixed in CVS: http://bugs.php.net/fix.php?id=15336&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=15336&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15336&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15336&r=oldversion
Not for support: http://bugs.php.net/fix.php?id=15336&r=support
Not wrong behavior: http://bugs.php.net/fix.php?id=15336&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15336&r=notenoughinfo


-- 
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 #15463 Updated: ftp_close() not functioning

[georg]

 ID:  15463
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:Documentation problem
 PHP Version: 4.1.1
 New Comment:

ftp_close is only available in current cvs version, and 
not in 4.1.1

There is also a note in the manual:

ftp_close
(PHP 4 CVS only)

Georg




Previous Comments:


[2002-02-09 05:55:48] [EMAIL PROTECTED]

I used the example script for ftp_close() and get the error "undefined
function in line..".

I changed the script to use ftp_quit() instead and it worked fine.

In some of the documention pages, the index on the left shows
ftp_close() as a function while others do not.




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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15474 Updated: configure: error: cannot find output from lex; giving up

[georg]

 ID:   15474
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: HPUX 11.11
 PHP Version:  4.0.6
 New Comment:

Is flex already installed?!

Georg



Previous Comments:


[2002-02-09 16:58:49] [EMAIL PROTECTED]

I try to configure the php-4.0.6 on HPUX 11.11 system with apache
1.3.19, but it show this error message as following

# ./configure --with-mysql=/usr/local/mysql
--with-apache=../apache_1.3.19 --enable-track-vars
loading cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles...
no
checking host system type... hppa2.0w-hp-hpux11.11
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking for bison... no
checking for byacc... no
configure: warning: You will need bison if you want to regenerate the
PHP parsers.
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
checking whether gcc and cc understand -c and -o together... yes
checking whether ln -s works... yes
checking for flex... lex
checking for yywrap in -ll... yes
checking lex output file root... ./configure[2343]: lex:  not found.
configure: error: cannot find output from lex; giving up




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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15474 Updated: configure: error: cannot find output from lex; giving up

[georg]

 ID:   15474
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: HPUX 11.11 UNIX System
 PHP Version:  4.0.6
 New Comment:

Seems that you haven't read

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

5. You now need flex, you need to download the source from 
one of the http://www.gnu.org mirrors. It is in the 
non-gnu directory of the ftp site. 
Download the file, gunzip, then tar -xvf it. Go into the 
newly created flex directory and do a ./configure, then a 
make, and then a make install.



Previous Comments:


[2002-02-09 17:19:12] [EMAIL PROTECTED]

what flex?



[2002-02-09 17:17:47] [EMAIL PROTECTED]

Is flex already installed?!

Georg




[2002-02-09 16:58:49] [EMAIL PROTECTED]

I try to configure the php-4.0.6 on HPUX 11.11 system with apache
1.3.19, but it show this error message as following

# ./configure --with-mysql=/usr/local/mysql
--with-apache=../apache_1.3.19 --enable-track-vars
loading cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles...
no
checking host system type... hppa2.0w-hp-hpux11.11
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking for bison... no
checking for byacc... no
configure: warning: You will need bison if you want to regenerate the
PHP parsers.
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
checking whether gcc and cc understand -c and -o together... yes
checking whether ln -s works... yes
checking for flex... lex
checking for yywrap in -ll... yes
checking lex output file root... ./configure[2343]: lex:  not found.
configure: error: cannot find output from lex; giving up




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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14177 Updated: german transalation about register_globals has a bug!

[georg]

ID: 14177
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Assigned To: georg


Edit this bug report at http://bugs.php.net/?id=14177&edit=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 #14177 Updated: german transalation about register_globals has a bug!

[georg]

ID: 14177
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Assigned To: georg


Edit this bug report at http://bugs.php.net/?id=14177&edit=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 #14009 Updated: ICAP link broken

[georg]

ID: 14009
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: georg
New Comment:

Seems like ICAP is now part of MCAL.
I will check it within next days.

Previous Comments:


[2001-11-10 13:52:03] [EMAIL PROTECTED]

OK, I have seen that
  http://www.icap.org/
is also not correct. Than what we
should write there. Anybody know the
correct address?



[2001-11-10 13:46:42] [EMAIL PROTECTED]

url.icap "http://icap.chek.com/"; does not work.

Noone responded to my post at phpdoc list, so I put it here :-))







Edit this bug report at http://bugs.php.net/?id=14009&edit=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.0 Bug #8903: cgi executable dies stating: Floating point exception

[georg]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 2.2.7-STABLE
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  cgi executable dies stating: Floating point exception

I tried to compile php4.0.4pl1 on my virtual account at pair running on FreeBSD 
2.2.7-STABLE as cgi.

When I try to use it (ie type ./php) I get the following error: Floating point 
exception

My config looks like this:
./configure --with-gd=no --with-mysql=/usr/local 
--with-config-file-path=/usr/home/steiger/phpini --enable-debug=no 
--enable-track-ars=yes --enable-force-cgi-redirect=yes --with-zlib

Compilation works fine, I did not get any errors.

When I install the previous release (403pl2) with the same configuration, everythig 
works fine


My php.ini file: (did not touch it)

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamicall
y
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engi
ne under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed
 in floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lin
es (including cookies)
; even after you send bo
dy content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, o
r enable output buffering for all files
; by setting this direct
ive to On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output la
yer to flush itself
; automatically after ev
ery output block.  This is equivalent to
; calling the PHP functi
on flush() after each and every call to print()
; or echo() and each and
 every HTML block.
; Turning this option on
 has serious performance implications, and
; is generally recommend
ed for debugging purposes only.
allow_call_time_pass_reference  = On; whether to enable the ability to force
 arguments to be 
 

[PHP-DEV] Bug #13049 Updated: Invalid Link in zlib Documentation

[georg]

ID: 13049
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: all
PHP Version: 4.0.6
New Comment:

Changed invalid zlib link to http://www.gzip.org/zlib/

Previous Comments:


[2001-08-30 01:13:47] [EMAIL PROTECTED]

Invalid link

The Link for zlib in the zlib-section is no longer valid.

Note from Jean-loup Gailly (found on www.gzip.org)
Due to the ongoing networking problems at FreeSoftware.com, the former host for 
http://info-zip.org/pub/infozip/zlib/, the official zlib site moved on 27 April 2001. 
The new site is http://www.gzip.org/zlib/ and is maintained by Jean-loup Gailly. 
Please make a note of it! These pages are no longer being updated (or mirrored from 
the new home site) and may go away in the future. 







Edit this bug report at http://bugs.php.net/?id=13049&edit=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 #13049: Invalid Link in zlib Documentation

[georg]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  Invalid Link in zlib Documentation

Invalid link

The Link for zlib in the zlib-section is no longer valid.

Note from Jean-loup Gailly (found on www.gzip.org)
Due to the ongoing networking problems at FreeSoftware.com, the former host
for http://info-zip.org/pub/infozip/zlib/, the official zlib site moved on
27 April 2001. The new site is http://www.gzip.org/zlib/ and is maintained
by Jean-loup Gailly. Please make a note of it! These pages are no longer
being updated (or mirrored from the new home site) and may go away in the
future. 


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


-- 
PHP Development Mailing List 
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 #12823 Updated: mysql_unbuffered_query missing important information

[georg]

ID: 12823
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: georg


Edit this bug report at http://bugs.php.net/?id=12823&edit=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 #12823 Updated: mysql_unbuffered_query missing important information

[georg]

ID: 12823
Updated by: georg
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Documentation problem
Operating System: 
PHP Version: 4.0.6
Assigned To: georg
New Comment:

mysql_unbuffered_query only accepts 2 parameters (see ext/mysql.c)
Killed 3rd parameter in documentation.

Previous Comments:


[2001-08-18 06:03:25] [EMAIL PROTECTED]

In the documentation for mysql_unbuffered_query, the "result mode" parameter is not 
explained.

Stefan





Edit this bug report at http://bugs.php.net/?id=12823&edit=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] Announcement: New MySQL-Extension for PHP 5: ext/mysqli

[Georg Richter]

Hi,

The new mysql extension is now in the cvs-repository. Please not that you 
need MySQL Version 4.1 (both server and client library) and that this 
extension has experimental status.

Configuration:

--with-mysqli=/path-to-mysql-4.1  -without-mysql

If you want to use both ext/mysql and ext/mysqli you have to specity 

--with-mysqli=/path-to-mysql-4.1  --with-mysql=/path-to-mysql-4.1 
 

Some new features:

OO and plain interface
Diffrent types of connections (compressed/ssl)
Variable bindings
Support for bigints
Replication support

For some samples check the tests subdir. I'll add documentation within the 
next days.

Regards

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

[Georg Richter]

On Thursday 13 February 2003 18:32, Sebastian Bergmann wrote:

Sebastian, Edink:

could you please report the bugs you detected when compiling MySQL 4.1 under 
Windows to http://bugs.mysql.com too?!

(You need to sign for a webaccount to report bugs)

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Moderate PHP-DEV

[Georg Richter]

On Wednesday 12 March 2003 17:59, Jani Taskinen wrote:
> Of about 20 emails today, 6 were posted to wrong mailing
> list. And one of those generated a 5 email thread about not
> posting to wrong mailing list. (counting this one :)
>
> So I suggest we finally make this list MODERATED.

-1

I like the mysql ml-model:

a) internals@ for communication between users and developers 

b) a closed list for internal communication between php.net developers. 
Optionally "trusted" users can be added.

Regards

Georg

P.S: Also removing mail addresses in files/credits/maintainer would be ok for 
me, to stop the dozens of priv mails with stupid mysql questions.

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Status of mysql_db_query()

[Georg Richter]

On Saturday 24 August 2002 15:42, Zeev Suraski wrote:
> 8 months too late I noticed that someone has deprecated mysql_db_query().
>
> Can anybody explain the reasoning for deprecating it?  Other than breaking
> tons of sites, I don't see any advantage to it.  Even for efficiency
> junkies, mysql_db_query() is significantly more efficient than the
> mysql_select_db() and mysql_query() combo, if you only make a single query
> on a page (which accounts for a great deal of the pages in my experience).

Ok, here is 1 reason:

DB1 and DB2 both have tables user and test

$db = mysql_connect (.

// select backup db
mysql_select_db("DB2", $db);


// Write something in our production db
mysql_db_query ("DB1",  "insert into test ... ");

// empty test table from backup db
mysql_query  ("delete from test");

And what happened?

mysql_db_query switched the current db from db2 to db1 and you deleted all 
the data in the test table from your production db!

Cheers!

The solution is to use mysql_query instead:

// Write something into our production db
mysql_query ("insert  into DB1.test ")

// empty test table from backup db
mysql_query  ("delete from DB2.test") or "delete from test"


Cause the mysql-clientlib has no functionallity to determine the current 
selected database ist not possible to set the previous selected(default) db 
via mysql_select_db() back. The db field in the mysql structure only contains 
a valid db-entry, when you selected the db with mysql_select_db, not when you 
used mysql_query("USE DB");

Georg




-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Status of mysql_db_query()

[Georg Richter]

On Friday 06 September 2002 19:17, Melvyn Sopacua wrote:
> On Fri, 6 Sep 2002, Georg Richter wrote:

>
> One can do it, with an extra query "SELECT DATABASE()".
>
1) Its not a good idea, to move SQL queries into the extension instead of 
using api-calls. That should be the job of userland functions.

2) In case you have an syntax error in your SQL-Statement, its not possible 
to determine the error via mysql_error or mysql_errno cause the mysql_error 
functions always return the error from the last command, which is not 
mysql_real_query but mysql_select_db.

Regards

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Status of mysql_db_query()

[Georg Richter]

On Saturday 07 September 2002 17:07, Melvyn Sopacua wrote:

> Or would you say, that your previous example is really a userland issue and
> docu- mentation should provide some examples?

Yes for bc-compatibitlity it should be a userland issue. I'll add some more 
doc-notes/explanations during the next days.

Regards

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 4.3 ToDo

[Georg Richter]

On Thursday 14 November 2002 19:58, Steven Roussey wrote:
> Personally, I'd like to see the MySQL extension work again.
>
> The issue: persistent connections are broken when used heavily.
>
> Simple fix: _restore_connection_defaults() can be eliminated until fixed
> properly.

As discussed with Derick and Zak we will remove this stuff and wait until a 
resolution inside the api is available (new api-function: 
mysql_reset_connection). To unset all these things (and we can't unset all) 
needs more time than to establish a new connection.

Additionally we should add some warnings into the mysql_pconnect chapter.

Regards

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Quoting behaviour exposed

[Georg Richter]

Hi,

I don't understand why lot of people complain about Saschas posting
It was just an information 

After reading this thread I think another script for "useless discussions" 
would be nice :)

Just my 2 cents

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CVS Account Request: hitcho

[Georg Richter]

On Tuesday 31 December 2002 22:39, Philip Olson wrote:

> 80% of all questions about PHP on the lists could be
> answered if people read the manual in the first place.
> Wait, make that 95% :)
>

Philip, we need more examples (and also correct ones). Hitcho is absolutely 
right here. Were also discussed this during the last doc meeting in march 
2002.

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CVS Account Request: hitcho

[Georg Richter]

On Tuesday 31 December 2002 23:51, Timothy Hitchens \(HiTCHO\) wrote:
> My take on all of this is that with examples we can direct people from the
> general
> help lists to these pages or simple copy and paste in as the reply to their
> question.

>From the doc-meeting-protocol (phpdoc/RFC/protocol_20020310)

17. Examples
The examples in the manual should be more consistent and useful. A
draft styleguide alredy exists under
phpdoc/RFC/coding_standards. Additional ideas that came up were syntax
highlighting and linking functions in examples to their manual pages,
which need either post-processing of the HTML output or the ext/xslt 
changes already discussed.

We also talked about having a similar feature as the old pre-Windows
Borland IDEs where it was possible to copy working examples to the
clipboard with a special single keystroke. Possible ways to implement
this for plain HTML and for CHM have to be examined ...

Having an example index and additional code-only pages for examples
might be an alternative to this. 

Happy new Year!


Georg


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 5

[Georg Richter]

Although we're planning
> on only move the unimportant extensions out of PHP I still think it should
> be extremely easy to get a list of available extensions (maybe even a part
> of the ./configure process) and to easily download/configure/install them.

Please could you explain "unimportant" ?!

Georg

-- 
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] ICAP/MCAL

[Georg Richter]

Hello all,

Obviously MCAL is the follower of ICAP. The icap library isn't more 
available, subdomain icap.chek.com is not connected.
ICAP Extension functions are included in MCAL too, MCAL can use the icap 
driver too.

Whats to do?

Kill ICAP?
Documentation Note?

Georg

-- 
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] consistent way to handle structs

[Georg Richter]

Hello,

is there (should be) a consistent way to pass or return a structure?! 

e.g.:

a) Function mktime splits the structure in lot of parameters
b) fstat returns a non assoc array
c) dio_fstat (which seems to be identical to fstat) returns an assoc array

Georg

-- 
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] Preview of PHP 5

[Georg Richter]

> what about "pre-alpha" to make things "re-al-ly" clear?

+1

Georg

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

[Georg Richter]

On Friday, 25. January 2002 03:39, Tran Nhu Long wrote:
> I want to learn PHP language

To learn PHP you don't need a cvs account.

Georg

-- 
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] SAP DB

[Georg Richter]

On Monday, 25. February 2002 21:19, Lukas Smith wrote:
> > Yes, As I didn't know that SAPDB = AdabasD  I was unaware...
>
> As far as I know is is pretty much AdabasD but ist not exactly AdabasD
> either. Its basically a fork from all I know.

Yes, its a fork from version 6.1

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] cvs: ext/baby

[Georg Richter]

On Thursday, 7. March 2002 03:21, Rasmus Lerdorf wrote:
> @@ -1,2 +1,6 @@
>  Christine Lerdorf
>  Rasmus Lerdorf
> +Buster (working name only) Lerdorf
> +Born 13:26 PDT Wednesday March 6, 2002
> +Weight: 9.0 pounds
> +Length: 19.25 inches

Congratulations Christine and Rasmus!!

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] what does is happening to the list

[Georg Richter]

On Wednesday, 17. April 2002 22:11, Eduardo Melo wrote:
> 
> 
> What is happening to the list ...
> No body anwser ...
> I will be waiting for some contact.--
> 
> Eduardo MeloChegou o novo MSN
> Explorer. Instale já. É gratuito!  href='http://g.msn.com/1HM500201/N'>http://explorer.msn.com.brl>

Could someone ban this guy from php-dev?

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Major Bug in multiple MySQL Connections?

[Georg Richter]

On Monday, 22. April 2002 14:07, Rasmus Lerdorf wrote:
> But changing the active DB on an open connection is a trivial operation in
> MySQL.  I'd still suggest using mysql_select_db(); mysql_query(); instead
> of tying up two connections for this.
>
> -Rasmus

This won't work, if the current user, which was specified in 
mysql_connect/pconnect has not enough rights to use this db.

Maybe we should reactivate mysql_change_user function. Currently I don't 
know, why this function was in 3.x but not in 4.x. If there is no specfic 
reason, I would like to reimplement this.

Regards

Georg


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CVS Account Request: yhyanghong

[Georg Richter]

On Saturday, 25. May 2002 10:39, yanghong wrote:
> learnning it

You don't need a cvs-account to learn php.

Georg


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Mail-Header in bug-list

[Georg Richter]

Hi 

would it be possible to revert the headers, or put the status at the end of 
the subject?! Its impossible to read the subjects in your mailclient, even if 
you use a terminal.

Thx in advance

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] MySQL - LOAD DATA LOCAL INFILE

[Georg Richter]

Hi,  s

since MySQL-Version 3.23.49 and 4.0.2 the LOAD DATA LOCAL INFILE
option is disabled by default, unless the server and client supports it.

With an external libmysql (and also with the integrated libmysql, which
doesn't support disable load data), we have a "little" security hole,
because in safe_mode it is possible to load (and view) all the data, which
is under access of the webserver).

I would like to disable LOAD DATA LOCAL INFILE in safe mode. However this
will generate a lot of trouble, since users without shell access aren't able
to import data in their mysql-db.

Any opinions/suggestions?  

Georg

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Modifications for Postgres driver

[Georg von Zezschwitz]

Hi,

As I wanted to migrate a project from ODBC to Postgres, I found
it easier to modify the postgres driver of PHP 4.0.x than to
change my source.

What I disliked (like the PEAR people) is the missing of a
row counter when fetching rows from Postgres result tables.

The mysql/ODBC/Adabas/some-other - way is:

$dbr = xxx_exec ($connection, $query);
while (list ($a, $b, $c) = xxx_fetch_row ($dbr)) {
   ... // Great, I have my results
}

The traditional and only Postgres way is:

$dbr = xxx_exec ($connection, $query); 
$cnt = pg_num_rows ($dbr);
for ($i = 0; $i < $cnt; $i++) {
  list ($a, $b, $c) = pg_fetch_row ($dbr, $i)
}

The Postgres way is ugly, but it also makes it difficult
e.g. for the PEAR people to implement the unified interface.

I found it as easy as expected to write a patch that
makes Postgres driver behave like the other drivers, of
cause with full backward compatibility by making the
row number parameter optional.

I also changed the pg_result and the other row-aware functions.

Now, is there a chance to get this into the offical source?

Whom should I contact? I'm willing to update the documentation
in English and German if the patch should be used - but where
to I get it? Could anybody name me a person with CVS access?

Regards,


Georg

-- 
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] Modifications for Postgres driver

[Georg von Zezschwitz]

Hi!

I wrote:
> What I disliked (like the PEAR people) is the missing of a
> row counter when fetching rows from Postgres result tables.
> 
> The mysql/ODBC/Adabas/some-other - way is:
> 
> $dbr = xxx_exec ($connection, $query);
> while (list ($a, $b, $c) = xxx_fetch_row ($dbr)) {
>... // Great, I have my results
> }
> 
> The traditional and only Postgres way is:
> 
> $dbr = xxx_exec ($connection, $query); 
> $cnt = pg_num_rows ($dbr);
> for ($i = 0; $i < $cnt; $i++) {
>   list ($a, $b, $c) = pg_fetch_row ($dbr, $i)
> }

Now, the patch for PHP 4.0.5 is attached, together with
a description.

Could anybody with CVS access test it / apply it?

I think who writes the code should also do some documentation.
I do not know the "source format" of the documentation and
where to get it - could somebody mail me the Postgres-Doc-
Sources?

Thanks a lot,


Georg

 snip - description --

The patch enables the Postgresql-driver to do the
row counting within the driver when iterating through
an array. It does this by adding a row counter to
the internal data structure of the postgres result
set.

Instead of writing:

  $dbr = pg_exec ($connection, $query);
  $cnt = pg_numrows ($dbr);
  for ($i = 0; $i < $cnt; $i++) {
list ($a, $b, $c) = pg_fetch_row ($dbr, $i)
...  // Got the data here
  }

one *can* write:

  $dbr = pg_exec ($connection, $query);
  while (list ($a, $b, $c) = pg_fetch_row ($dbr)) {
 ... // Great, I have my results
  } 

This unifies the behaviour with other PHP database drivers
and helps the PEAR-libary developers (see notes there).

Moreover, one can e.g. write:

  $dbr = pg_exec ("SELECT MAX(id)+1 FROM table");
  // Try to get the new id 
  if (! ($newid = pg_result ($dbr, 0))) 
$newid = 1;  // No row found
  // Insert with the new id here

instead of verifying first if a row is available.


This is a description of the API change:

The following functions have a different syntax

PG_RESULT

Old syntax: pg_result (, , )
New syntax: pg_result (, [,] )

Change:
If row is ommited, the result is taken from the current data
row. If no row has been fetched yet, the first row will be
fetched. If there is no result row, false will be silently
returned without an error message.
Traditional behaviour is not affected.


PG_FETCH_ROW / PG_FETCH_ARRAY / PG_FETCH_OBJECT

Old syntax: pg_fetch_ (,  [, ])
New syntax: pg_fetch_ (, [ [, ]])

Change:
If row is ommited, the next row is fetched.
If row is ommited, and the last row is reached, no error will
be written, but silently false returned. Traditional behaviour
not affected.
It is not possible to ommit the row but to specify a resulttype.


PG_FIELDPRTLEN / PG_FIELDISNULL

Old syntax: pg_field (, , )
New syntax: pg_field (, [,] )

Change:
If row is ommited, the result is taken from the current data
row. If no row has been fetched yet, the first row will be
fetched. If there is no result row, false will be silently
returned without an error message.
Traditional behaviour is not affected.

 snip - patch --

diff -r -c php-4.0.5.orig/ext/pgsql/pgsql.c php-4.0.5/ext/pgsql/pgsql.c
*** php-4.0.5.orig/ext/pgsql/pgsql.cWed Apr  4 23:51:58 2001
--- php-4.0.5/ext/pgsql/pgsql.c Wed Jun 20 13:20:38 2001
***
*** 713,718 
--- 713,719 
pg_result = (pgsql_result_handle *) 
emalloc(sizeof(pgsql_result_handle));
pg_result->conn = pgsql;
pg_result->result = pgsql_result;
+   pg_result->row = -1;
ZEND_REGISTER_RESOURCE(return_value, pg_result, 
le_result);
/*
return_value->value.lval = 
zend_list_insert(pg_result,le_result);
***
*** 1010,1029 
zval **result, **row, **field=NULL;
PGresult *pgsql_result;
pgsql_result_handle *pg_result;
!   int field_offset;

!   if (ZEND_NUM_ARGS() != 3 || zend_get_parameters_ex(3, &result, &row, 
&field)==FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(pg_result, pgsql_result_handle *, result, -1, "PostgreSQL 
result", le_result);
  
pgsql_result = pg_result->result;
!   
!   convert_to_long_ex(row);
!   if (Z_LVAL_PP(row) < 0 || Z_LVAL_PP(row) >= PQntuples(pgsql_result)) {
!   php_error(E_WARNING,"Unable to jump to row %d on PostgreSQL result 
index %d", Z_LVAL_PP(row), Z_LVAL_PP(result));
!   RETURN_FALSE;
}
switch(Z_TYPE_PP(field)) {
case IS_STRING:
--- 1011,1040 
zval **result, **row, **field=NULL;
PGresult *pgsql_result;
pgsql_result_handle *pg_result;
!   int field_offset, pgsql_row;
 

[PHP-DEV] CVS Account Request: tobsn

[Tobias Johann Georg Orterer]

Have time, have knowledge, want work.
Want to make the german translation, bugfixing and 
additions in the php manual.


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php