[PHP-DEV] Bug in date calculation?

[Alexander Dohmen]

Hi there,

since i'm new in here i don't know if this bug is well known.
Try out this:

?php
$foo = strtotime("20001027");
// $foo = strtotime("20001027 2:00:00");
echo strftime("%xbr", $foo);
$ += 86400;
echo strftime("%xbr", $foo);
$foo += 86400;
echo strftime("%xbr", $foo);
$foo += 86400;
echo strftime("%xbr", $foo);
?

Here only the commented out line instead of the line before works.
Otherwise the 29th of October will appear twice.
So it appears as if there is a bug in the date-calculation.

Greetings

A.D.

-- 
_
Alexander Dohmen   mailto:[EMAIL PROTECTED]

   NetCASE Interactive Solutionsphone: +31 (0)46 420 1880
   Dr. Nolenslaan 140 fax: +31 (0)46 420 1881
   6136 GV Sittard  http://www.netcase.nl
_

-- 
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 in date calculation?

[Derick Rethans]

Hello,

My guess is that it's the Daylight Savings.

Derick

On Tue, 6 Mar 2001, Alexander Dohmen wrote:

 Hi there,

 since i'm new in here i don't know if this bug is well known.
 Try out this:

 ?php
   $foo = strtotime("20001027");
   // $foo = strtotime("20001027 2:00:00");
   echo strftime("%xbr", $foo);
   $ += 86400;
   echo strftime("%xbr", $foo);
   $foo += 86400;
   echo strftime("%xbr", $foo);
   $foo += 86400;
   echo strftime("%xbr", $foo);
 ?

 Here only the commented out line instead of the line before works.
 Otherwise the 29th of October will appear twice.
 So it appears as if there is a bug in the date-calculation.

 Greetings

 A.D.

 --
 _
 Alexander Dohmen   mailto:[EMAIL PROTECTED]

NetCASE Interactive Solutionsphone: +31 (0)46 420 1880
Dr. Nolenslaan 140 fax: +31 (0)46 420 1881
6136 GV Sittard  http://www.netcase.nl
 _

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


Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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 #7237 Updated: PHP Isapi Filter fails after some consecutive uses

[fjortiz]

ID: 7237
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: IIS related
Description: PHP Isapi Filter fails after some consecutive uses

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.

Previous Comments:
---

[2001-02-25 07:33:58] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the "Refresh" page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are "back". It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---


Full Bug description available at: http://bugs.php.net/?id=7237


-- 
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 #6581 Updated: Buggy isapi PATH_INFO() under Zeus

[joosters]

ID: 6581
Updated by: joosters
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Other web server
Assigned To: 
Comments:

PATH_INFO and PATH_TRANSLATED are fixed under Zeus 3.3.8 and
the current CVS tree of PHP. You will need to upgrade to both for the
path environment variables to be set correctly.

Previous Comments:
---

[2000-11-06 19:32:27] [EMAIL PROTECTED]
First of all, sorry for taking so long to reply...

When using handlers to run PHP, Zeus to map the original URL,
say www.zeus.com/foo.php/a/b/c
to - www.zeus.com/isapi/libphp4.so/foo.php
so /foo.php becomes the PATH_INFO.
We cannot map the URL to www.zeus.com/isapi/libphp4.so/foo.php/a/b/c,
because then PHP would look for the file /foo.php/a/b/c and get very confused.
So, PATH_INFO is already being used for running PHP scripts, please use REQUEST_URI 
instead if you wish to get this part of the URL.

Incidentally, I have no idea why REQUEST_URI in your example is empty. Its working 
here with 4.0.1pl2

Ben

---

[2000-11-03 20:19:25] [EMAIL PROTECTED]
reclassified.

---

[2000-09-13 18:31:10] [EMAIL PROTECTED]
Quick check; could you ensure that you have set Zeus up to run ISAPI
code 'out of process' ?

---

[2000-09-06 16:53:03] [EMAIL PROTECTED]
This may be a bug with the zeus webserver and its ISAPI
implementation.  Watching the ISAPI communication
between Zeus and libphp4.so for a request like:

http://test/dir/info.php/1/2/3?xyz=2

I see the following (from Zeus):

PATH_TRANSLATED: %docroot%/dir/info.php
PATH_INFO: /dir/info.php
QUERY_STRING: xyz=2
REQUEST_URI: /dir/info.php/1/2/3?xyz=2

which is exactly what php prints out.  I sent a bug
report to Zeus and will post whatever they say.

---

[2000-09-06 11:20:42] [EMAIL PROTECTED]
From config.status:
./configure --with-mysql=/usr/local/mysql3.22.32 --with-zeus=/usr/local/zeus 
--with-gd --with-config-file-path=/usr/local/zeus/php/lib --prefix=/usr/local/zeus/php 
--enable-libgcc

% grep DISCARD *.h
php_config.h:#define DISCARD_PATH 0
php_config.h:#define DISCARD_PATH 0

Output from various scripts:
Zeus with perl on "http://testsite.idea-net.com/cgi-bin/pinfo.pl/1/2/3?x=y":

PATH_INFO: /1/2/3
PATH_TRANSLATED: /opt/www/projects/testsite/html/1/2/3
QUERY_STRING: x=y
REQUEST_URI: /cgi-bin/pinfo.pl/1/2/3?x=y


Zeus with php3 on "http://testsite.idea-net.com/cgi-bin/pinfo.php3/1/2/3?x=y":

PATH_INFO: /cgi-bin/pinfo.php3
PATH_TRANSLATED: /opt/www/projects/testsite/cgi-bin/pinfo.php3
QUERY_STRING: x=y
REQUEST_URI: /cgi-bin/pinfo.php3/1/2/3?x=y



Zeus with php4 on "http://testsite.idea-net.com/test/pinfo.php/1/2/3?x=y":

PATH_INFO: /test/pinfo.php
PATH_TRANSLATED: /opt/www/projects/testsite/html/test/pinfo.php
QUERY_STRING: x=y
REQUEST_URI:


If you need access to a web server running Zeus
to work on this problem, I can probably set something
up.  (Assuming this is a problem and not something
stupid on my part.)

Thanks,
Rob

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6581edit=2


-- 
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 #9575: After install, the web server Apache don't restart ..

[dominique . bernot]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 6.2
PHP version:  4.0.2
PHP Bug Type: Reproduceable crash
Bug description:  After install, the web server Apache don't restart ..

My server configuration : Linux RedHat 6.2  - Apache 1.3.9  -  Php4.0.2  -  
Oracle8.1.5.

After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart.

   # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 
--with-oci8=/oracle/app/oracle815
   # make
   # make install

   /usr/local/lib/php.ini

They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when 
restart Apache.


I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any 
bugs.


Thank, for your intervention
Best regard.


-- 
Edit Bug report at: http://bugs.php.net/?id=9575edit=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 #9574: Apache can't load neither static (core dump) neither DSO module (linking err).

[prof]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 2.2.7
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Apache can't load neither static (core dump) neither DSO module 
(linking err).

When module is static, then system reports "floating point exception, core dumped" 
(see also bug 9573).
When module is DSO, then system reports "Cannot load 
.../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in 
httpd:.../apache_1.3.17/libexec/libphp4.so"

PHP:
./configure
--with-mysql=/usr/local
--with-apxs=/home/apache_1.3.17/bin/apxs
--enable-safe-mode
--with-openssl
--with-zlib

Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17.
./configure
--prefix=.../apache_1.3.17
--enable-rule=SHARED_CORE
--enable-module=rewrite
--enable-module=so
--enable-module=ssl
--enable-shared=ssl



-- 
Edit Bug report at: http://bugs.php.net/?id=9574edit=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 #8565 -- analyzed, but...?

[Richard Lee-Morlang]

I ran into bug #8565, and after locating it in the database, I see that
it's marked as analyzed but it hasn't been updated for two months. The 
last comment indicates that it's been left for "Zeev/Andi's attention".
I tried current CVS and it breaks as well.

It seems like this would make the parent:: syntax quite useless in many
situations. PEAR comes to mind. Does anyone know the status of this 
issue, or has it been forgotten?

Rick



-- 
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 #9569 Updated: configure ignores --with-ttf

[sniper]

ID: 9569
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

1. use the _install_ path of gd, e.g. --with-gd=/www/gd
2. use the _install_ path of ttf, e.g. --with-ttf=/usr (no /lib here!)
3. GD extension only works with Freetype 1.x 
4. Ask further questions on [EMAIL PROTECTED] or [EMAIL PROTECTED]
as this is not any bug.

--Jani


Previous Comments:
---

[2001-03-05 18:54:45] [EMAIL PROTECTED]
After running make in gd-1.8.2 with 
CFLAGS=-2 -DHAVE_JPEG
LIBS=-lm -lgd -lz -lpng -ljpeg

./configure 
 --with-apxs 
 --with-mysql=/usr 
 --with-gd=../gd-1.8.3 
 --with-ttf=/usr/lib 
 --enable-gd-imgstrttf

Output from configure contains
..
checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... no
checking for libXpm (needed by gd-1.8+)... no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageColorClosestHWB in -lgd... yes
checking for compress in -lz... yes
checking for png_info_init in -lpng... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... yes
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking whether to include FreeType 1.x support... no

Why is it ignoring ttf?

Running PHP gives error
Warning: ImageTtfText: No TTF support in this PHP build 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9569edit=2


-- 
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 #9571 Updated: Undefined symbols in apache build using PHP 4.0.4pl1

[sniper]

ID: 9571
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-06 00:43:54] [EMAIL PROTECTED]
Same problem as in Bug #9161 - Undefined Symbol errors.

./configure --with-mysql=/export/db/mysql 
--with-apache=/export/home/temp/apache_1.3.14 --with-pgsql=/export/
home/app/pgsql --with-openlink --with-dom=shared,/usr/local --with-zlib=/usr/local 
--with-gd --with-tiff-dir=/usr/local --with-jpeg-dir=/usr/local 
--with-pdflib=/usr/local --with-ttf=shared,/usr/local
 --enable-debug --enable-magic-quotes --enable-libgcc --enable-calendar --enable-ftp 
--enable-gd-imgstrttf --
enable-track-vars

First was getting errors like:

Undefined  First referenced
  symbolin file
some_png_symbol   modules/php4/libphp4.a(libpng.o)

 adding --with-gd=shared,/usr/local got past it, but then

isinfmodules/php4/libphp4.a(mod_php4.o)

 after several clean make, clean installs, finally went into config.cache and set 
isinf to 'no'.  Clean make, clean install of PHP, reconfig apache with 
--activate-module, make and she finally built and started right up.

Seems to be some issue with the shared libs also maybe smells like Solaris not 
having ldconfig?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9571edit=2


-- 
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 #9573 Updated: when i started apache, system reported floating point exception, core dumped

[sniper]

ID: 9573
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

Fixed in CVS. Get the latest CVS snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-06 02:39:51] [EMAIL PROTECTED]
php 4.0.4
apache 1.3.17
freebsd 3.3.4

I tried to compile php as static or DSO module,
but when i tried to start apache
the system always said "floating point exception"

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9573edit=2


-- 
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 #9574 Updated: Apache can't load neither static (core dump) neither DSO module (linking err).

[derick]

ID: 9574
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Assigned To: 
Comments:

This first part is already fixed in CVS.

Previous Comments:
---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
When module is static, then system reports "floating point exception, core dumped" 
(see also bug 9573).
When module is DSO, then system reports "Cannot load 
.../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in 
httpd:.../apache_1.3.17/libexec/libphp4.so"

PHP:
./configure
--with-mysql=/usr/local
--with-apxs=/home/apache_1.3.17/bin/apxs
--enable-safe-mode
--with-openssl
--with-zlib

Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17.
./configure
--prefix=.../apache_1.3.17
--enable-rule=SHARED_CORE
--enable-module=rewrite
--enable-module=so
--enable-module=ssl
--enable-shared=ssl


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9574edit=2


-- 
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 #9406 Updated: if you don't have PHPRC set, php will try to load /php.ini

[stas]

ID: 9406
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Assigned To: 
Comments:

fixed in CVS.

Previous Comments:
---

[2001-02-22 12:00:13] [EMAIL PROTECTED]
PHP tries to load a config file called "/php.ini" if you don't set the 
PHPRC environment variable. This is due to a bad path composition
in php_ini.c 

The environment definition is left empty and later, there is a "/php.ini"
tacked on unconditionally. This may lead to undesired behaviour if root
has its home not in /root but in / (as with some older OS).

Patch attached.

--- php-4.0.4pl1/main/php_ini.c.origThu Feb 22 17:55:44 2001
+++ php-4.0.4pl1/main/php_ini.c Thu Feb 22 17:56:28 2001
@@ -191,10 +191,14 @@
 
if (!php_ini_path) {
 #ifdef PHP_WIN32
-   
sprintf(php_ini_search_path,".;%s;%s",env_location,default_location);
+ const char delim = ';';
 #else
-   
sprintf(php_ini_search_path,".:%s:%s",env_location,default_location);
+ const char delim = ':';
 #endif
+ if(*env_location)
+   sprintf(php_ini_search_path,".%c%s%c%s",delim, 
+env_location,delim, default_location);
+ else
+   sprintf(php_ini_search_path,".%c%s",delim, default_location);
} else {
/* if path was set via -c flag, only look there */
strcpy(php_ini_search_path,default_location);



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9406edit=2


-- 
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 #9567 Updated: Warning: file(http://www.php.net) - Bad file descriptor in /usr/........

[stas]

ID: 9567
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Directory/Filesystem functions
Assigned To: 
Comments:

Works for me. Are you sure it still happens for the latest CVS?

Previous Comments:
---

[2001-03-05 16:30:17] [EMAIL PROTECTED]
?php
$fcontents = file ('http://www.php.net');
?

Warning: file("http://www.php.net") - Bad file descriptor in 
/usr/home/tpost/public_html/.../php/test.php on line 3


Can you help me? I can find only bug reports but no solution on the problem...

thank you

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9567edit=2


-- 
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 #9043 Updated: popen returns a 'Resource id #' (non null) when process cannot be created.

[stas]

ID: 9043
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Directory/Filesystem functions
Assigned To: 
Comments:

popen runs "sh -c your command". This command does
succeed. The fact that sh was unable to run your command
should be checked by the pclose status. 
Moreover, popen is pretty dangerous to use in PHP, since all
the I/O is buffered, and if the program exits before all the
output was written, you can easily get a SIGPIPE which will
kill your script.

Previous Comments:
---

[2001-02-01 13:48:19] [EMAIL PROTECTED]
confirmed on linux both php4.0.3pl1 and latest CVS

---

[2001-02-01 00:16:30] [EMAIL PROTECTED]
?

$cp = popen('/bin/I_DO_NOT_EXIST', 'w');

echo "Result is $cpbrn";

?


Returns the following:

Result is Resource id #1

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9043edit=2


-- 
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 #8489 Updated: Function empty() does not work

[stas]

ID: 8489
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Function Specific
Assigned To: 
Comments:

No feedback, closing.

Previous Comments:
---

[2001-01-08 13:52:53] [EMAIL PROTECTED]
What is your register_globals setting? if you insert
var_dump($demo1) before if, what it prints?

---

[2000-12-30 00:29:06] [EMAIL PROTECTED]
a Form is as follow:
form method="POST" action="accept_form.php"
input name="demo1" type="text" value=""
input type="submit" name="submit" value="go"
/form

In the server, accept_form.php is as follow:

script language="PHP"
  if(empty($demo1)
   {
 echo "demo1 is empty";
   }
/script


Although I entered something is "demo1", empty() always returns true, and isset() 
works properly. what  is the problem? thank you.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8489edit=2


-- 
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 #8514 Updated: function returning references changes other vars

[stas]

ID: 8514
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

No feedback, closing.

Previous Comments:
---

[2001-01-09 10:25:24] [EMAIL PROTECTED]
Could you please provide example of the faulty code?

---

[2001-01-02 06:28:42] [EMAIL PROTECTED]
According to doc, to return references I need the following:

function IReturnRef() AND $myvar = IReturnRef();
(ampersand in BOTH places!)

Upto 4.03pl1, it worked quite well w/o ampersand in the call... Now in 4.0.4 it works, 
too BUT CHANGES OTHER VARS (vars totally unrelated to the function call!). I've yet to 
find out, when and which vars it touches... It seems to be the vars defined just 
before the call or the var used with the last call of the same function.

May I suggest that:
a) there's an error msg, if I call such a function w/o ampersand
   (hey, we're all human and forget things now and then)
OR
b) the behaviour is changed such that an ampersand in EITHER place
   returns a reference (this would be REALLY nice!)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8514edit=2


-- 
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 #8283 Updated: Impossible to connect to socket made by other unix daemon...

[stas]

ID: 8283
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sockets related
Assigned To: 
Comments:

No feedback, closing.

Previous Comments:
---

[2000-12-19 06:34:40] [EMAIL PROTECTED]
Works for me on Linux.
Note that socket accepts three parameters (0 for the third
should be a safe bet).

If it doesn't work for you still, please describe which
errors it gives (result codes of socket and connect).

---

[2000-12-15 15:04:48] [EMAIL PROTECTED]
After creating local Unix (AF_UNIX) socket using other program daemon PHP script with 
function connect() is not able connect to this socket.

'./configure' '--prefix=/usr/local' '--with-system-regex' 
'--with-apache=/usr/ports/www/apache13-php3/work/apache_1.3.12' 
'--with-config-file-path=/usr/local/lib' '--disable-debug' '--enable-track-vars' 
'--with-gd=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pgsql' 
'--with-ndbm' '--enable-wddx' '--includedir=/usr/local' '--enable-sockets'

PHP program text:

$sockfd=socket(AF_UNIX, SOCK_STREAM);
connect($sockfd, "/tmp/my_sock.sock");
^^ this cause the error

FreeBSD program:

main() {

struct sockaddr_un  serv_addr;
int addrlen, old_umask;
int sockfd, ns;

sockfd=socket(AF_UNIX, SOCK_STREAM, 0);
unlink("/tmp/my_sock.sock");

old_umask=umask(0);

bzero(serv_addr, sizeof(serv_addr));
serv_addr.sun_family=AF_UNIX;
strcpy(serv_addr.sun_path, "/tmp/my_sock.sock");
addrlen=sizeof(serv_addr.sun_family)+strlen(serv_addr.sun_path)+1;
bind(sockfd, (struct sockaddr *)serv_addr, addrlen);
listen(sockfd, MAX_USERS);
umask(old_umask);
ns=accept(sockfd, (struct sockaddr *)clnt_addr, addrlen));


}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8283edit=2


-- 
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 #6982 Updated: disable_functions option don't works in Apache config

[stas]

ID: 6982
Updated by: stas
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: *General Issues
Bug Type: Feature/Change Request
Assigned To: 
Comments:

I guess it's intended - they work only for php.ini,
otheriwse user could easyliy override this with .htaccess,
for example. So this is system-global setting for now.
Moving to RFEs.


Previous Comments:
---

[2000-12-26 09:59:27] [EMAIL PROTECTED]
I've tried php 4.0.4 but disable_functions only works from
php.ini, not from apache config.

---

[2000-11-27 06:09:32] [EMAIL PROTECTED]
Please try latest snapshot from http://snaps.php.net/
and report back whether this works with it or not.

--Jani

---

[2000-10-02 23:28:52] [EMAIL PROTECTED]
I'm trying to disable interbase functions for some
directories.

httpd.conf:
Directory /some/path
php_admin_value disable_functions 'ibase_pconnect'
/Directory

But ibase_pconnect still works.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6982edit=2


-- 
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 #9561 Updated: @unset() causes parse error

[stas]

ID: 9561
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

unset is an operator, not a function. @ is for functions.

Previous Comments:
---

[2001-03-05 09:58:26] [EMAIL PROTECTED]

The following code causes an error message:

Parse error: parse error in /home/cri/public_html/unsettest.php on line 14

?php

error_reporting(15);

class someClass {

var $someVar = array();

function add($name, $val) {
$this-someVar[$name] = $val;
}

function del($name) {
return @unset($this-someVar[$name]);
}

}


$someObj = new someClass;

$someObj-add("bike", "blue");

$someObj-del("bike");

?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9561edit=2


-- 
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: PHP 4.0 Bug #9567 Updated: Warning: file(

[Christian Goebel]

:((( don't work on an other server with php3 it works fine!

christian
- Original Message -
From: Bug Database [EMAIL PROTECTED]
Sent: Saturday, December 30, 1899 12:00:00 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9567 Updated: Warning: file("http://www.php.net") -
Bad file descriptor in /usr/

 ID: 9567
 Updated by: stas
 Reported By: [EMAIL PROTECTED]
 Old-Status: Open
 Status: Feedback
 Bug Type: *Directory/Filesystem functions
 Assigned To: 
 Comments:
 
 Works for me. Are you sure it still happens for the latest CVS?
 
 Previous Comments:

---
 
 [2001-03-05 16:30:17] [EMAIL PROTECTED]
 ?php
 $fcontents = file ('http://www.php.net');
 ?
 
 Warning: file("http://www.php.net") - Bad file descriptor in
/usr/home/tpost/public_html/.../php/test.php on line 3
 
 
 Can you help me? I can find only bug reports but no solution on the
problem...
 
 thank you
 

---
 
 
 
 ATTENTION! Do NOT reply to this email!
 To reply, use the web interface found at
http://bugs.php.net/?id=9567edit=2


-- 
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 #7706 Updated: HTML PHP documents return Document contains no data

[stas]

ID: 7706
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Scripting Engine problem
Bug Type: Apache related
Assigned To: 
Comments:

You probably have some version incompatibility or build
problem between PHP and Apache. Are you sure apxs is from
the same Apache that is running? Does Apache contain any
non-standard modules?

Previous Comments:
---

[2000-11-08 21:06:52] [EMAIL PROTECTED]
PHP compiled as DSO for Apache 1.3.14

When module is loaded  server running, HTML  PHP docs return
"Document contains no data" messages to browser.   GIFs, however,
can be retrieved.

configure line:
--prefix=/path/to/php-4.0.3pl1
--with-apxs=/path/to/apache-1.3.14/sbin/apxs
--with-pgsql=/path/to/pgsql

php.ini file is dist file.

gdb output, incl. backtrace:

libadm189=/var/opt/apache/etcgdb /usr/site/apache-1.3.14-DSO/sbin/httpd 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.5.1"...
(gdb) run -X -f /var/opt/apache/etc/httpd.conf
Starting program: /usr/site/apache-1.3.14-DSO/sbin/httpd -X -f /var/opt/apache/e
tc/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
(gdb) bt
#0  0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
#1  0x4e260 in ap_invoke_handler ()
#2  0x6af3c in process_request_internal ()
#3  0x6b45c in ap_internal_redirect ()
#4  0x32348 in handle_dir ()
#5  0x4e260 in ap_invoke_handler ()
#6  0x6af3c in process_request_internal ()
#7  0x6afc0 in ap_process_request ()
#8  0x5e9d0 in child_main ()
#9  0x5ec64 in make_child ()
#10 0x5ee80 in startup_children ()
#11 0x5f870 in standalone_main ()
#12 0x6046c in main ()


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7706edit=2


-- 
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 #8506 Updated: CGI PHP doesn't erase the #!/path/to/php

[stas]

ID: 8506
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Scripting Engine problem
Bug Type: *Web Server problem
Assigned To: 
Comments:

What is your apache configuration for PHP scripts?

Previous Comments:
---

[2001-01-02 15:41:55] [EMAIL PROTECTED]
   And if you still have any doubts, thinking that Apache has reconized the file 
extension and is not using the cgi version, try 

http://book.ecompare-corp.com/cgi-bin/vxml/engines/kbb/phpinfo.vxml

   The output is the same. And if you read the php output on both pages you'll see 
that PHP is run as CGI (Server API CGI).


---

[2001-01-02 15:29:53] [EMAIL PROTECTED]
   "PHP does not require the first line that you are including unlike perl due to the 
way its set up in apache."

   You're wrong. PHP is not set up at all in Apache. Look what happens if I delete the 
first line:

!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"
HTMLHEAD
TITLE500 Internal Server Error/TITLE
/HEADBODY
H1Internal Server Error/H1
The server encountered an internal error or
misconfiguration and was unable to complete
your request.P
Please contact the server administrator,
 [EMAIL PROTECTED] and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.P
More information about this error may be available
in the server error log.P
HR
ADDRESSApache/1.3.12 Server at book.ecompare-corp.com Port 80/ADDRESS
/BODY/HTML

Server error log:
[Mon Jan  1 16:00:34 2001] [error] [client 212.54.118.28] Premature end of script 
headers:
 /home/httpd/cgi-bin/vxml/engines/kbb/phpinfo2.php



---

[2001-01-02 14:49:34] [EMAIL PROTECTED]
PHP does not require the first line that you are including unlike perl due to the way 
its set up in apache.

---

[2000-12-31 21:13:47] [EMAIL PROTECTED]
The script is:

--- Cut ---
#!/home/vladimir/php4/bin/php
% phpinfo () %
--- Cut ---

You can see the result at 
http://book.ecompare-corp.com/cgi-bin/vxml/engines/kbb/phpinfo.php

The first line of the page is #!/home/vladimir/php4/bin/php, and that's very annoying. 
I'm using PHP to generate XML output, and the XML parser that will read the output 
doesn't like the first line, and I can't blame it.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8506edit=2


-- 
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] ereg_replace and \0

[Edin Kadribasic]

Title: ereg_replace and \0






I don't know if this is a bug, but maybe someone has come accross this issue before. I was trying to use ereg_replace to insert \0 (character \ + character 0) into a string, but I was not able to do it since \0 has special meaning in the regex replacement string.

The real problem is that if I try \\0 in the replacement string (0 in PHP code) I get \\0 inserted into the string, insted of expected \0. Is there a way around this, or am I just missing something.

Edin

[PHP-DEV] PHP 4.0 Bug #8768 Updated: 'continue' inside of 'switch' statement acts like 'break' instead of 'continue'

[stas]

ID: 8768
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

switch is a looping structure in PHP, just like for, but
one-time. Use "continue 2;" if you want to continue the
outer loop. 

Previous Comments:
---

[2001-01-17 16:50:40] [EMAIL PROTECTED]
When a continue is used inside of a switch statement (inside a loop), it does not jump 
to the top of the next
loop iteration, but instead jumps out of the switch statement and proceeds to execute 
the code following the
switch.  The following code snippet should give a good example:

?php
 for( $i = 0; $i  10; $i++ ) {

  switch( $i ) {
case 5:
  continue;
default:
  $garbage = 0; // do something unimportant
  }
  
  echo "$iBR";
  
}
?

The output *should* be the numbers 0 to 4  6 to 9 listed down the screen, skipping 5. 
Instead, 5 appears
in the list making it a complete 0 to 9.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8768edit=2


-- 
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 #8937 Updated: unset() in context with GLOBAL

[stas]

ID: 8937
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

So, what's the problem with your latest code? I do not see any.

Previous Comments:
---

[2001-01-28 18:53:34] [EMAIL PROTECTED]
Bug or feature. Thats the question. :)

Sorry, it IS a bug. 4 people have mentioned this and I found now a
test case, where no workarround exists.

But I found another problem in this context. Will make a new ticket.


---

[2001-01-26 16:24:50] [EMAIL PROTECTED]
Sorry... forgot to read all the comments

---

[2001-01-26 16:14:57] [EMAIL PROTECTED]
This isn't a bug, but a feature =)

If you use GLOBAL within a function it creates a reference to the orignal variabele, 
this reference is local to the function. SO if you unset() this variabele, you're only 
unsetting the reference (and thus not the GLOBAL variabele). This is documented 
behavior (from the unset() manual page):

   If a globalized variable is unset() inside of a function, only the
   local variable is destroyed. The variable in the calling environment
   will retain the same value as before unset() was called.

---

[2001-01-26 14:19:15] [EMAIL PROTECTED]
The mentioned workarround (unset($GLOBALS['x'])) dosn't work with my testscript.

The result is exactly the same as with the first version of my script. I really have 
GREAT TROUBLES to upgrade this old application to PHP4.

Result:

'/hugo/bla/fasel'
'/hugo/bla'
'/hugo'
DIR called with function test1(): Array ( [/hugo] = 1 [/hugo/bla] = 1 
[/hugo/bla/fasel] = 1 ) 
'/hugo/bla/fasel'
'/hugo/bla'
'/hugo'
DIR called with function test2(): Array ( [/hugo/bla/fasel/test] = 1 [/hugo] = 1 
[/hugo/bla] = 1 [/hugo/bla/fasel] = 1 ) 


Script:
?

function test1 ($dir) {
GLOBAL $x;
unset($GLOBALS["x"]);
$x[$dir]=true;
mydirname($dir);
}


function test2 ($dir) {
GLOBAL $x;
### unset($x);   no unset!
$x[$dir]=true;
mydirname($dir);
}

function mydirname ($dir) {
GLOBAL $x;
$dir=ereg_Replace('/[^/]*$','',$dir);
if (!empty($dir)) {
echo "'$dir'br"; flush();
mydirname($dir);
$x[$dir]=true;
}
}

$dir="/hugo/bla/fasel/test"; # first char must be '/' !

unset($x);
test1($dir);
echo "DIR called with function test1(): "; print_r($x);

echo "br";

unset($x);
test2($dir);
echo "DIR called with function test2(): "; print_r($x);

?


---

[2001-01-26 14:05:26] [EMAIL PROTECTED]
Of course I know that it is already documented. First mentioned in August 1999!

Havn't mentioned this, cause it is not relevant. A bug is bug, and the other tickets 
have been closed, but the bug was remaining.

4 (or more?) other guys had the same trouble with this behaviour. How many others 
havn't reported this bug? I know minimum 2 others, which havn't.

Sorry, but it IS a bug and a workarround is not a bugfix and my opinion is, that you 
make it too easy for yourself to change the state of this ticket to "closed".

But I will not change it for you. I'll respect your decission.


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8937edit=2


-- 
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 #8972 Updated: Referenced variables and unset()

[stas]

ID: 8972
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

No, it won't work that way (your first example). Unset
breaks the reference. Please read the "References explained"
part in the manual.

Previous Comments:
---

[2001-01-28 19:40:52] [EMAIL PROTECTED]
I found another bug (see id #8937) in connection with unset(). [Unset dosn´t work 
properly since august 1999]

?

function test($bla) {
   unset($bla);
   $bla="huhu";
}

$bla="HIHI";

test($bla);

echo $bla;

?

This will return "HIHI" instead of an expected "" or "huhu".

This bug exists cause unset() unsets the reference to $bla, not $bla itself. This also 
depends the GLOBAL-statement (see #8937)!

This is a bug, cause it is against the PHP-concept of making no big difference between 
reference and value
[ $bla=1; $hugo=$bla; $hugo=2 is in the sight of $bla the same as $bla=1; $bla=2; ]

If I want to delete $bla the correct expression is unset($bla). unset($bla) has 
always to delete the value
and all references to it. (that's just my opinion :-)

A fix of this bug will produce some compatibility problems with scripts, which has 
been written into PHP4 (cause the bug is very old).
But a fix should be done, cause many developers won't mind, that unseting a reference 
is in the sight of PHP a completly other thing than unseting a value.
There should be no/very less problems with upgrading PHP3-scripts.

PS: Just a small thought. In autumn last year I programmed constructs like the 
following
?
$bla=array(1,array(1,array(1,2,3),3),3);
$ref=$bla[2][2];
unset($ref);
?
And I wondered, that this won't work as expected. Now I know why.
A correct solution would be to unset the inner array(1,2,3) and $ref... any other 
behaviour will break the mentioned handling of PHP.

Thougth 2:
?
$bla="HIHI";
$ref=$bla;
unset($ref);
$ref="huhu";
?
What is the correct value of $bla. "" (empty) or "huhu"?


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8972edit=2


-- 
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 #9109 Updated: Comments and regular expressions make problems

[stas]

ID: 9109
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Right. Engine cannot parse your comments as if they were PHP
code (because they are not), so be careful.

Previous Comments:
---

[2001-02-05 07:22:06] [EMAIL PROTECTED]
This is a problem:

/*
$pnr=preg_replace("/[a-zA-Z]*/", "", $pnr);
*/  

As you can see this is a line that has been commented out.
The problem is that the engine thinks that the "*/" within the REGEX itself is the end 
of the comment making it impossible to comment this line out.
This is a big problem if you have a whole block of expressions containing REGEX which 
you want to comment out!

What about a fix?

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9109edit=2


-- 
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 #9152 Updated: undefined function not signaled

[stas]

ID: 9152
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

That's not a bug, that's a feature. Since you have no
constructor, you need no arguments for it. Since you do not
need them, they are never evaluaed. So, a() call is never
called, and since functions in PHP are runtime-bound, it
never needs to discover that a() does not exist.

Previous Comments:
---

[2001-02-07 11:24:45] [EMAIL PROTECTED]
this construct doesn't yeld an error.
it should no???
?php

class titi {
}

$ti=new titi( $p1,$p2,a());

?



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9152edit=2


-- 
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 #9307 Updated: Numeric-looking array keys are forced to be integers

[stas]

ID: 9307
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Right, this is how PHP works. That's not a bug, that's an
intended behaviour.

Previous Comments:
---

[2001-02-16 16:17:20] [EMAIL PROTECTED]
?
$myarray['105'] = 'Hello';
$myarray[(string)'106'] = 'Goodbye';
var_dump($myarray);
?

array(2) {
  [105]=
  string(5) "Hello"
  [106]=
  string(7) "Goodbye"
}

It shouldn't be auto-converting array keys to numbers if they're already of a 
different type! Let's say I have an whole list of items as my array keys, and one just 
happens to be "able" to be converted into a number. Suddenly one of my array keys is 
no longer a string.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9307edit=2


-- 
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 #9576 Updated: Parse error with ($i%2) ? echo '':echo''

[stas]

ID: 9576
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

echo is a statement, not a function, thus cannot be used in
an expression. You are right to use print.

Previous Comments:
---

[2001-03-06 07:09:01] [EMAIL PROTECTED]
Miner parser bug.
PHP4.0.4pl1 on my Linux (PHP is running as Apache 1.3.17 module) gives parse error 
with following code. 

tr class=?php ($i % 2) ? echo('even') : echo('odd') ?

This one works as expected
tr class=?php ($i % 2) ? print('even') : print('odd') ?

Hope this helps.

---
Yasuo Ohgaki

=== SOURCE BEGIN 
html
head
titletest/title
meta http-equiv="Content-Type" content="text/html; charset=EUC-JP"
link rel="stylesheet" href="../lib/css/std.css"
style type="text/css"
!--
.odd {  background: #FF}
.even {  background: #CC}
--
/style
/head

body bgcolor="#FF"
table width="80%" border="2" cellspacing="1" cellpadding="1"
?php
for ($i = 0; $i  100; $i++) { ?
!-- tr class=?php if ($i % 2 == 0) echo('even'); else echo('odd'); // OK? --
!-- tr class=?php ($i % 2) ? print('even') : print('odd'); // OK ? --
tr class=?php ($i % 2) ? echo('even') : echo('odd'); // NOT OK ?
td@/td
td@/td
/tr
?php
} // END for( ) loop
?
/table
/body
/html
 END SOURCE 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9576edit=2


-- 
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 #9440 Updated: Bug in php.ini parser

[stas]

ID: 9440
Updated by: stas
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Feature/Change Request
Assigned To: 
Comments:

Moving to RFE.

Previous Comments:
---

[2001-02-25 07:29:21] [EMAIL PROTECTED]
extension = extension.dll (PHP Extension) works fine on Win32. As reported by Klaus 
Reimer this isn't the case with *.so on *NIX.


---

[2001-02-25 07:21:13] [EMAIL PROTECTED]
Seems like I copied the spelling mistake from Klaus Reimer's mail on the APL 
mailing-list, so here we go again:

  extension = my_extension.so

does not work, while 

  extension=my_extension.so

does.

Both PHP and Zend extensions are affected.



---

[2001-02-25 07:19:25] [EMAIL PROTECTED]
  extenstion = my_extension.so

does not work, while 

  extenstion=my_extension.so

does.

Both PHP and Zend extensions are affected.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9440edit=2


-- 
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.0 Bug #9539 Updated: extract() does not overwriteold values in a while loop with the EXTR_OVERWRITE

[Jani Taskinen]

FYI, if you leave the textbox empty and only change the bug type,
there won't be any emails sent to anyone. So if you want to just
reclassify, only change the bug type. I changed it because I didn't
want to spam the php-dev list all the time when just reorganizing reports.

--Jani


On 6 Mar 2001 [EMAIL PROTECTED] wrote:

ID: 9539
Updated by: stas
Reported By: [EMAIL PROTECTED]
Status: Feedback
Old-Bug Type: Scripting Engine problem
Bug Type: Variables related
Assigned To:
Comments:

reclassify

Previous Comments:
---

[2001-03-03 17:17:43] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as I think
this is already fixed.

--Jani


---

[2001-03-03 15:51:28] [EMAIL PROTECTED]
$sql = "select * from organization order by
regionalrequirement,organizationname";
$result = mysql_query($sql);


while ($row=mysql_fetch_array($result))
{


// $organizationnameinchinese="";
// if this line was not included .. the value
// $organizationnameinchinese would not get the new value
extract ($row,EXTR_OVERWRITE);


echo "The school listed are


A href=vieworganization.php?orgid=$id$organizationname
/a

$organizationnameinchineseBRBR";
}

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9539edit=2





-- 
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 #9316 Updated: calling an external function in a loop

[stas]

ID: 9316
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Could you post short self-contained standalone script that
reproduces it?

Previous Comments:
---

[2001-02-20 10:47:55] [EMAIL PROTECTED]
I need to send you a little tar file 12Kb that has the makefile to compile the shared 
object, the php page that we use to see the problem and the external file read by the 
shared object libraries.

How I can do?

---

[2001-02-17 10:27:15] [EMAIL PROTECTED]
Please provide a reduced code fragment (15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files/functions to ensure that we can reproduce it easily
unless the problem is not directly related to some db (or
similar) function.

---

[2001-02-17 07:23:55] [EMAIL PROTECTED]
I have a shared object the works fine with PHP4.0.0
I recompile it for PHP 4.0.4pl1.

Each function of this shared object works fine.
The problem succeed when I use a function that return a STRING in a loop.

A loop greater than 4 hang present an empty page.

Ex:

for ($i=0; $i6; $i++)
{
   $aa=callc_get_stringa("12345");
}

The wrapper code used to return the string it's the same used in the older version of 
PHP

I compile PHP with mysql,apxs,ldap,ftp





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9316edit=2


-- 
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.0 Bug #9539 Updated: extract() does not overwriteold values in a while loop with the EXTR_OVERWRITE

[Stanislav Malyshev]

JT FYI, if you leave the textbox empty and only change the bug
JT type, there won't be any emails sent to anyone. So if you want
JT to just reclassify, only change the bug type. I changed it
JT because I didn't want to spam the php-dev list all the time when
JT just reorganizing reports.

Yes, I've already discovered that :) Thanks.

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 #9577: compiler error while configured enabled '--with-gd' feature

[riddle]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.3-RELEASE
PHP version:  4.0 Latest CVS (06/03/2001)
PHP Bug Type: Compile Failure
Bug description:  compiler error while configured enabled '--with-gd' feature

./configure --with-jpeg-dir=../gd/jped-6b --with-png-dir=../gd/libpng-1.0.9 
--with-mysql --with-apxs --with-zlib=/usr/local --with-mod_charset --enable-track-vars 
--enable-gd-native-ttf --with-gd=../gd/gd-1.8.4

all appropriate libraries (z, gd, jpeg, png, freetype 2) are installed first.

and now:

#make
...
gd.c:91: conflicting types for `gdIOCtx'
/usr/home/riddle/apache/gd-1.8.4/gd_io.h:18: previous declaration of `gdIOCtx'
*** Error code 1



-- 
Edit Bug report at: http://bugs.php.net/?id=9577edit=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: PHP 4.0 Bug #7706 Updated: HTML PHP documents return Documentcontains no data

[Chuck Bearden]

On 6 Mar 2001, Bug Database wrote:

 ID: 7706
 Updated by: stas
 Reported By: [EMAIL PROTECTED]
 Old-Status: Open
 Status: Feedback
 Old-Bug Type: Scripting Engine problem
 Bug Type: Apache related
 Assigned To: 
 Comments:
 
 You probably have some version incompatibility or build
 problem between PHP and Apache. Are you sure apxs is from
 the same Apache that is running? Does Apache contain any
 non-standard modules?

After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl  PHP as DSOs, using a 
perl that didn't have large files support compiled in.

 


-- 
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] Second Attempt: Checkin Request

[Ken Gengler]

I sent this checkin request about two weeks ago, but haven't seen it
get checked in yet. So, I thought I'd send it again. I believe I'm
following the correct protocol, but should I just register as a dev-
eloper?



I need someone to check in some updates I've made to the java ext and
servlet sapi. They address some threading issues I was encountering. I
also added some performance tweaks. In my experience, you still need
--enable-debug to get the servlet stuff to work reliably, but I hear a
fix may appear soon (I'm hoping). (zts helps too, I think).

Here's what's in the attached tarball:

(new) ext/java/ClassInfo11.java
(new) ext/java/ClassInfo12.java
(mod) ext/java/Makefile.in
(mod) ext/java/reflect.java
(mod) sapi/servlet/Makefile.in
(new) sapi/servlet/ServiceResources11.java
(new) sapi/servlet/ServiceResources12.java
(mod) sapi/servlet/servlet.c
(mod) sapi/servlet/servlet.java

Alex Akilov suggested I get a developers account. Since I may doing
more changes, I may do that. But, thought I'd get this in first.

Thanks,

Ken
 chgs.tar.gz

-- 
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 #9578: mysql_select_db() returning currently seected database

[wizaerd]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  mysql_select_db() returning currently seected database

Typically in my code, I open and select a database in a prepended file, and use that 
same database throughout my entire page.  I've also been building some modular plugins 
to my site that may require a different database selected.  It'd be nice if 
mysql_select_db() would return the currently selected db so that in a plugin module I 
could do something like this:

$OldDB = mysql_select_db( "SomeDB", $dbConnection );

/*
bunch of other code
*/

// return to main site
mysql_select_db( $OldDB, $dbConnection );


-- 
Edit Bug report at: http://bugs.php.net/?id=9578edit=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 #7706 Updated: HTML PHP documents return Document contains no data

[sniper]

ID: 7706
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

User feedback:
---
After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl  PHP as DSOs, using a 
perl that didn't have large files support compiled in.


AFAIK, this problem was fixed in PHP 4.0.4pl1

--Jani


Previous Comments:
---

[2001-03-06 07:34:14] [EMAIL PROTECTED]
You probably have some version incompatibility or build
problem between PHP and Apache. Are you sure apxs is from
the same Apache that is running? Does Apache contain any
non-standard modules?

---

[2000-11-08 21:06:52] [EMAIL PROTECTED]
PHP compiled as DSO for Apache 1.3.14

When module is loaded  server running, HTML  PHP docs return
"Document contains no data" messages to browser.   GIFs, however,
can be retrieved.

configure line:
--prefix=/path/to/php-4.0.3pl1
--with-apxs=/path/to/apache-1.3.14/sbin/apxs
--with-pgsql=/path/to/pgsql

php.ini file is dist file.

gdb output, incl. backtrace:

libadm189=/var/opt/apache/etcgdb /usr/site/apache-1.3.14-DSO/sbin/httpd 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.5.1"...
(gdb) run -X -f /var/opt/apache/etc/httpd.conf
Starting program: /usr/site/apache-1.3.14-DSO/sbin/httpd -X -f /var/opt/apache/e
tc/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
(gdb) bt
#0  0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
#1  0x4e260 in ap_invoke_handler ()
#2  0x6af3c in process_request_internal ()
#3  0x6b45c in ap_internal_redirect ()
#4  0x32348 in handle_dir ()
#5  0x4e260 in ap_invoke_handler ()
#6  0x6af3c in process_request_internal ()
#7  0x6afc0 in ap_process_request ()
#8  0x5e9d0 in child_main ()
#9  0x5ec64 in make_child ()
#10 0x5ee80 in startup_children ()
#11 0x5f870 in standalone_main ()
#12 0x6046c in main ()


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7706edit=2


-- 
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 #9574 Updated: Apache can't load neither static (core dump) neither DSO module (linking err).

[sniper]

ID: 9574
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Please try latest CVS snapshot from http://snaps.php.net/ as both of these
problems should be fixed.

--Jani


Previous Comments:
---

[2001-03-06 06:24:35] [EMAIL PROTECTED]
This first part is already fixed in CVS.

---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
When module is static, then system reports "floating point exception, core dumped" 
(see also bug 9573).
When module is DSO, then system reports "Cannot load 
.../apache_1.3.17/libexec/libphp4.so into server: Undefined symbol "_finite" in 
httpd:.../apache_1.3.17/libexec/libphp4.so"

PHP:
./configure
--with-mysql=/usr/local
--with-apxs=/home/apache_1.3.17/bin/apxs
--enable-safe-mode
--with-openssl
--with-zlib

Apache is '1.3.17'. Patched by mod_ssl-2.8.0-1.3.17.
./configure
--prefix=.../apache_1.3.17
--enable-rule=SHARED_CORE
--enable-module=rewrite
--enable-module=so
--enable-module=ssl
--enable-shared=ssl


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9574edit=2


-- 
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 #9579: POST method not performing action handler (ISAPI)

[rhanic]

From: [EMAIL PROTECTED]
Operating system: NT4.0 ISAPI
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  POST method not performing action handler (ISAPI)

Create a form and use method = POST with an action to another php script. The initial 
form is displayed properly but when you press the submit button a HTTP 500 internal 
server error message is displayed indicating that the action script 
(action=myscript.php) isn't found.
If I replace the POST with a GET this form works properly.

form action=myscript.php method=POST
input type="Submit" name="submit" value="Update" class="BUTTON"

Web Server:IIS4 
NT 4.0 Service Pack 6
ISAPI installation





-- 
Edit Bug report at: http://bugs.php.net/?id=9579edit=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 #9575 Updated: After install, the web server Apache don't restart ..

[sniper]

ID: 9575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

1. Have you set the necessary Oracle specific environment vars before
starting Apache? ( http://www.php.net/oci8 )

2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd )
3. Have you tried PHP 4.0.4pl1 ?

--Jani


Previous Comments:
---

[2001-03-06 06:11:51] [EMAIL PROTECTED]
My server configuration : Linux RedHat 6.2  - Apache 1.3.9  -  Php4.0.2  -  
Oracle8.1.5.

After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart.

   # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 
--with-oci8=/oracle/app/oracle815
   # make
   # make install

   /usr/local/lib/php.ini

They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when 
restart Apache.


I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any 
bugs.


Thank, for your intervention
Best regard.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9575edit=2


-- 
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 #9580: .php files do not run

[sjspin]

From: [EMAIL PROTECTED]
Operating system: NT
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  .php files do not run

I installed the Apache webserver and php4 on my NT machine I can run *.php4 files but 
I'm not able to run  *.php files


-- 
Edit Bug report at: http://bugs.php.net/?id=9580edit=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 #9581: filesystem reading functions (fread, fpassth.)

[mot]

From: [EMAIL PROTECTED]
Operating system: win98se
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  filesystem reading functions (fread, fpassth.) 

while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.


-- 
Edit Bug report at: http://bugs.php.net/?id=9581edit=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 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[David Croft]

So what about a string key that breaks when someone enters a string that
can be autoconverted. Zend turns it into a number and hey presto nothing
works any more. Can we have a construct to *force* it not to convert these
things?

On Tue, 6 Mar 2001, Stanislav Malyshev wrote:

 DC Even for array keys that are *not numbers*? How do I get a
 DC string for my array key in this case?

 If they are not numbers, they are not interpreted as numbers. So, $a[0] is
 the same as $a['0'], but different from $a["foo"].
 --
 Stanislav Malyshev, Zend Products Engineer
 [EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115





-- 
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 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[Stanislav Malyshev]

DC So what about a string key that breaks when someone enters a
DC string that can be autoconverted. Zend turns it into a number
DC and hey presto nothing works any more. Can we have a construct
DC to *force* it not to convert these things?

I don't get what you are talking about. Can you give me an example
(script)?
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[David Croft]

function some_generic_function($myarray)
{
  foreach ($myarray as $k = $v) {
if (is_string($k)) {
  /* some behaviour for associative array element */
}
else {
  /* some behaviour for indexed array element */
}
  }
}

On Tue, 6 Mar 2001, Stanislav Malyshev wrote:

 DC So what about a string key that breaks when someone enters a
 DC string that can be autoconverted. Zend turns it into a number
 DC and hey presto nothing works any more. Can we have a construct
 DC to *force* it not to convert these things?

 I don't get what you are talking about. Can you give me an example
 (script)?
 --
 Stanislav Malyshev, Zend Products Engineer
 [EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115





-- 
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 4.0 Bug #9307 Updated: Numeric-looking arraykeys are forced to be integers

[Stanislav Malyshev]

DC function some_generic_function($myarray)
DC {
DC   foreach ($myarray as $k = $v) {
DC if (is_string($k)) {
DC   /* some behaviour for associative array element */
DC }
DC else {
DC   /* some behaviour for indexed array element */
DC }
DC   }
DC }

Well, that's a bad code. Very bad. Why would you distinguish between
string and number keys? Anyway, there's no way (known to me) to do this in
PHP. If you tell me why would you need this, I could probably give some
advice (such as adding "k_" to each key, for example), but as a
theoretical example it just looks like "let's do something just because we
want, no matter that PHP is not meant to do that".

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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] Win32 UNC and PHP (fwd)

[Derick Rethans]

Hi there

We've the same problem as the guy below descript to you (env: Windows 2000 /
IIS5). We've migrated some projects from php3 to php4. Now, all functions
whit an UNC seams to have problems if they tray to access a file (any
function) on a share (- UNC). If the file is on a local drive, everything
works fine.

So my actual question is: Because we've more then one customer whit the same
problem (and as it looks we are not the only one) we like to solve the
problem by changing the code. Because none of us has ever been in a PHP
project I ask you if the problem is solvable for someone new in
PHP-source-programming (we've some experience  programmers in C / C++ ).
Probably one of you already knows where the problem is or how it could be
solved, time- or source- amount we need to change? Some hint's, other
persons to talk to  ???

Thx
Martin

   http://bugs.php.net/bugs.php?id=7401

[2000-10-23 04:14:54] [EMAIL PROTECTED]
Our websites are on a central storage unit. We use UNC to access the files
(\\server\folder\file)
With PHP3 everything worked fine.
Now we're trying to install PHP4 but it seems, that it doesn't like UNC
fileshares. We've
made some testing and the script is executed if it resides on a local drive.
From the UNC
share, IIS is reporting a CGI Error and if I try to start it directly with
perl.exe from the
command prompt there is no output. The same script on a local drive works.
[2000-10-30 11:30:37] [EMAIL PROTECTED]
Can you explain what perl.exe has to do with it?

Dev List:
UNC paths, are they supported?
[2000-10-30 12:29:49] [EMAIL PROTECTED]
Stanislav reported:
--
AFAIK, no. I fear it would be serious PITA to support them too, though I
might be wrong.
If someone who know how UNC pathes behave will look on this, maybe we'll
support them.

Did I say I hate Windows file naming system?
--

I totally agree with him...

I wanted to change it to feature request, but the bug
system does not allow this.
[2000-10-30 18:35:54] [EMAIL PROTECTED]
reclassified as feature request.

--Jani



-- 
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] Win32 UNC and PHP (fwd)

[Derick Rethans]

This was not my message, but I forwarded it...

On Tue, 6 Mar 2001, Derick Rethans wrote:

 Hi there

 We've the same problem as the guy below descript to you (env: Windows 2000 /
 IIS5). We've migrated some projects from php3 to php4. Now, all functions
 whit an UNC seams to have problems if they tray to access a file (any
 function) on a share (- UNC). If the file is on a local drive, everything
 works fine.

 So my actual question is: Because we've more then one customer whit the same
 problem (and as it looks we are not the only one) we like to solve the
 problem by changing the code. Because none of us has ever been in a PHP
 project I ask you if the problem is solvable for someone new in
 PHP-source-programming (we've some experience  programmers in C / C++ ).
 Probably one of you already knows where the problem is or how it could be
 solved, time- or source- amount we need to change? Some hint's, other
 persons to talk to  ???

 Thx
 Martin

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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] customized usort pass by reference...

[Marc Boeren]

Hi!

In my (C-)module I'm building a customized usort function, that accepts 
an object as the first argument, and a user-defined function as the second.

The object contains an array that I want to sort using the user-defined
compare function.

If I simulate this in PHP-script, the behaviour should be like

  function special_object_sort($so, $compare_function) {
  // check object validity here
  // and sort it if ok
  usort($so-data, $compare_function);
  }
   // (note the reference in front of the first argument)
   // ...
   special_object_sort($my_object, "my_compare_function");

What I actually get is that the $so parameter is not changed. All the C-
functions get called, the compare-function gets called, so I suspect that 
it has something to do with pass by reference/value.

Now, since call-time pass-by-reference is deprecated, I need some way
to create the function mentioned above in C-code.
(otherwise I could have used
special_object_sort(  $my_object, "my_compare_function");
)

Here follows a C-snippet (with lots of stuff left out) that indicates how
things 
work now

   zend_get_parameters_array_ex(number_of_arguments, arguments);
   if ((*arguments[0])-type != IS_OBJECT) RETURN_LONG(0);
if (zend_hash_find((*arguments[0])-value.obj.properties, "data", 5,
 (void **) zval_data)==FAILURE || (*zval_data)-type !=
IS_ARRAY) {
RETURN_LONG(0);
}
passthru_arguments[0] = zval_data;
passthru_arguments[1] = arguments[1];
call_php_function("usort", returned_zval, number_of_passthru_arguments,

passthru_arguments);
RETURN_LONG(1);

This acts as though I had implemented the PHP-script function mentioned
above, 
but without the reference in front of the first argument.

Can anyone help me to get the code to work?

-- 
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 #9583: session variables not kept when using $HTTP_SESSION_VARS and register_globals

[sander]

From: [EMAIL PROTECTED]
Operating system: Debian GNU stable with unstable php and apache packages
PHP version:  4.0.4pl1
PHP Bug Type: *Session related
Bug description:  session variables not kept when using $HTTP_SESSION_VARS and 
register_globals

Hi,

i have this (sample) script:
?php

session_name("gpixsessid");
session_start();

if (!session_is_registered("totalscore")) {
session_register("totalscore");
$totalscore = 0;
//  $HTTP_SESSION_VARS["totalscore"] = 0;
} else {
//  $HTTP_SESSION_VARS["totalscore"] += 10;
$totalscore += 10;
}

$line = session_id() . "br\nScore:" . $totalscore;
//$line = session_id() . "br\nScore:" . $HTTP_SESSION_VARS["totalscore"];
?

html
body
?php echo $line ?
/body
/html

If register_globals is On, everything works fine using the $totalscore global. But, if 
you change the comments, and use $HTTP_SESSION_VARS[] the sessiondata (totalscore) 
stays undefined.

If i change register_globals to Off (and restarting apache), the globals (surprise) 
don't work anymore, but $HTTP_SESSION_VARS do.

This is in contrast with the manual, saying that if register_globals is On, both 
$HTTP_SESSION_VARS and the global reference the same value.

gr,
Sander De Graaf


-- 
Edit Bug report at: http://bugs.php.net/?id=9583edit=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] XHTML conforming nl2br, please!

[Karsten Dambekalns]

Hi all!

My company is in the process of changing all HTML pages we work on to
conform to XHTML. This can be easily done with tolls like tidy or by editing
own source code.

But if one uses nl2br(), he is stuck. Since I am no C programmer and don't
have write access on PHP CVS: Could someone please take care of this issue?
If there are some more functions which deal with HTML (strip_tags...),
please take a look at them too.

I (and others, I suppose) would be grateful for this. Mayby even for
PHP4.0.5 ?!?

Regards,
Karsten

BTW: I am not subscribed to the list, but do look at the archives now and
then...
-- 
Why do we have to hide from the police, daddy?
Because we use emacs, son. They use vi.
-
mailto:[EMAIL PROTECTED] w: http://www.k-fish.de/
gpg: http://www.k-fish.de/mykeys.gpg

 PGP signature

Re: [PHP-DEV] XHTML conforming nl2br, please!

[Jani Taskinen]

Try the latest CVS snapshot from http://snaps.php.net/
as this is already taken care of. And 4.0.5 will have the
fixed version.

--Jani


On Tue, 6 Mar 2001, Karsten Dambekalns wrote:

Hi all!

My company is in the process of changing all HTML pages we work on to
conform to XHTML. This can be easily done with tolls like tidy or by editing
own source code.

But if one uses nl2br(), he is stuck. Since I am no C programmer and don't
have write access on PHP CVS: Could someone please take care of this issue?
If there are some more functions which deal with HTML (strip_tags...),
please take a look at them too.

I (and others, I suppose) would be grateful for this. Mayby even for
PHP4.0.5 ?!?

Regards,
Karsten

BTW: I am not subscribed to the list, but do look at the archives now and
then...



-- 
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 #9446 Updated: CGI version echos first line

[vinay]

ID: 9446
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Configuration Issues
Description: CGI version echos first line

Yes, I use Zend Optimizer.  Is it causing the problem ?

Previous Comments:
---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php
?
echo "asdf";
?

the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---


Full Bug description available at: http://bugs.php.net/?id=9446


-- 
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 #9446 Updated: CGI version echos first line

[stas]

ID: 9446
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Assigned To: 
Comments:

Putting this:

zend_optimizer.enable_loader=0

in the php.ini should help you.

Previous Comments:
---

[2001-03-06 11:52:32] [EMAIL PROTECTED]
Yes, I use Zend Optimizer.  Is it causing the problem ?

---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php
?
echo "asdf";
?

the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9446edit=2


-- 
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 #9580 Updated: .php files do not run

[sniper]

ID: 9580
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To: 
Comments:

You can have more than one suffix in this directive (in httpd.conf) :

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

--Jani



Previous Comments:
---

[2001-03-06 10:21:28] [EMAIL PROTECTED]
I installed the Apache webserver and php4 on my NT machine I can run *.php4 files but 
I'm not able to run  *.php files

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9580edit=2


-- 
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 #9581 Updated: filesystem reading functions (fread, fpassth.)

[sniper]

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Assigned To: 
Comments:

You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


Previous Comments:
---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581edit=2


-- 
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 #9446 Updated: CGI version echos first line

[vinay]

ID: 9446
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Configuration Issues
Description: CGI version echos first line

there are encoded files on that machine too.  By disabling optimizer, all encoded 
files stop running.

Previous Comments:
---

[2001-03-06 11:59:55] [EMAIL PROTECTED]
Putting this:

zend_optimizer.enable_loader=0

in the php.ini should help you.

---

[2001-03-06 11:52:32] [EMAIL PROTECTED]
Yes, I use Zend Optimizer.  Is it causing the problem ?

---

[2001-03-06 06:34:04] [EMAIL PROTECTED]
Do you use Zend Optimizer, probably?

---

[2001-02-25 15:37:41] [EMAIL PROTECTED]
using PHP 4.0.4pl1 under Linux

I configured php as:
./configure --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/posgresql 
--enable-track-vars --enable-gd=../gd1.8.3 --enable-ftp --enable-discard-path

now.. the problem is simple... i create script to run from the shell containing the 
following:

#!/usr/local/bin/php
?
echo "asdf";
?

the problem: PHP prints #!/usr/local/bin/php on top of all output.. i tried to use 
output buffering to suppress it, but it doesnt catch it, without the 
#!/usr/local/bin/php I cant run the script from shell properly ... 

I noticed this issue since version 4.0.3pl1 (I think) .. but it was not existant in 
past versions (4.0.2 ,  etc)

---


Full Bug description available at: http://bugs.php.net/?id=9446


-- 
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] XHTML conforming nl2br, please!

[Karsten Dambekalns]

On Tue, Mar 06, 2001 at 05:52:59PM +0100, Jani Taskinen wrote:
 
 Try the latest CVS snapshot from http://snaps.php.net/
 as this is already taken care of. And 4.0.5 will have the
 fixed version.

Great! Thanks for the quick response!

Karsten
-- 
Why do we have to hide from the police, daddy?
Because we use emacs, son. They use vi.
-
mailto:[EMAIL PROTECTED] w: http://www.k-fish.de/
gpg: http://www.k-fish.de/mykeys.gpg

 PGP signature

[PHP-DEV] PHP 4.0 Bug #9581 Updated: filesystem reading functions (fread, fpassth.)

[mot]

ID: 9581
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Apache related
Description: filesystem reading functions (fread, fpassth.)

hi jani - that is another way to solve the problem.

in documentation, it's said, that fread is binary safe. so this is a documentation 
problem.

for the people programming the software it might be good to know, that it only happens 
in the apache module, not in the cgi-mode.

thanks for your comments.

--mot

Previous Comments:
---

[2001-03-06 12:04:45] [EMAIL PROTECTED]
You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---


Full Bug description available at: http://bugs.php.net/?id=9581


-- 
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: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Hello Everyone,

Is anyone bold enough to comment on the suggested names besides Phil? I know
that you all have opinions...

Don't make me use humor again. This time, I'll make fun of people by name
(and by reference - I've got to be thorough) grinwink

--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] Function dl()

[Andrew Lawrence]

I'm not a member of this list so please CC any replies to me or to the 
php-gtk list

I would like to ask the PHP developers to consider the following change to 
the function dl()

If the module name does not include an extension (i.e. no dot in the module 
name), add the appropriate extension as required for the operating - either 
.so or .dll as appropriate.

The rational is a follows:

1) In php-gtk every, every script must be with something like

if (strtoupper(substr(PHP_OS, 0, 3)) == 'WIN')
dl('php_gtk.dll');
else
dl('php_gtk.so');

This has caused a few problems where either the constant seemed to have an 
incorrect value or people screwed up the code.

2) As the distribution of PHP grows it is forseeable that the set of values 
for PHP_OS may change, resulting in broken code. Also the appropriate 
extensions may change as new operating systems are supported.

3) It would simply the php.ini file as the same extension= line would apply 
to both Linux and WinXX

4) And finnally, it is a simple compile time decision to determine with 
operating system is being used and set the appropriate default.


I look forward to your feed-back.

-- 
Andrew Lawrence
Smoke  Mirrors
http://www.smoke-and-mirrors.net
Tel: 416 461-8708 Fax: 416 461-1758

-- 
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] copy of object is not copy PHP4.0.4 serious BUG

[Roland]

Hello,
consider following two classes:

class TDynVars
{
var $vars;
function set ($key, $val)
{
$this-vars[$key] = $val;
}
}

class TRequest
{
var $eventData;
function TRequest ()
{
$this-eventData = new TDynVars;
}
}

and two programs, A and B.
program A:

$r1 = new TRequest;
$r1-eventData-vars[0]=1;
$r2 = $r1;
$r2-eventData-vars[0]=2;
print($r1-eventData-vars[0]);

output of program A should be "1" and is "1", it is OK.

program B:

$r1 = new TRequest;
$r1-eventData-set(0,1);
$r2 = $r1;
$r2-eventData-vars[0]=2;
print($r1-eventData-vars[0]);

output of program B should be obviously "1" and is "2", it is NOT OK.

Why $r2 changes data of $r1 if $r2 is $r1's copy by value not reference?

Why this faulty behaviour is dependent on indirect access using member
function use instead of direct acces?

Note: The program B on PHP3.0.8 runs correctly, but not on PHP4.0.4.

Thank you for solving this fundamental problem.
Roland Divin



-- 
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: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

Can you please resend :)

Andi

At 11:02 AM 3/6/2001 -0700, Zak Greant wrote:
Hello Everyone,

Is anyone bold enough to comment on the suggested names besides Phil? I know
that you all have opinions...

Don't make me use humor again. This time, I'll make fun of people by name
(and by reference - I've got to be thorough) grinwink

--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] copy of object is not copy PHP4.0.4 serious BUG

[Andi Gutmans]

There is a problem with deeply places references (often objects) not being 
full copy constructed but the reference is copied.
In order to change the behavior we would have to do a deep copy *everytime* 
we copy a complex structure. This would be very bad performance wise so 
except for thinking about it I don't have a quick answer. You can most 
probably code around it (create a $a-clone() function which also copies 
the object inside).

Andi

At 07:20 PM 3/6/2001 +0100, Roland wrote:

Hello,
consider following two classes:

 class TDynVars
 {
 var $vars;
 function set ($key, $val)
 {
 $this-vars[$key] = $val;
 }
 }

 class TRequest
 {
 var $eventData;
 function TRequest ()
 {
 $this-eventData = new TDynVars;
 }
 }

and two programs, A and B.
program A:

 $r1 = new TRequest;
 $r1-eventData-vars[0]=1;
 $r2 = $r1;
 $r2-eventData-vars[0]=2;
 print($r1-eventData-vars[0]);

output of program A should be "1" and is "1", it is OK.

program B:

 $r1 = new TRequest;
 $r1-eventData-set(0,1);
 $r2 = $r1;
 $r2-eventData-vars[0]=2;
 print($r1-eventData-vars[0]);

output of program B should be obviously "1" and is "2", it is NOT OK.

Why $r2 changes data of $r1 if $r2 is $r1's copy by value not reference?

Why this faulty behaviour is dependent on indirect access using member
function use instead of direct acces?

Note: The program B on PHP3.0.8 runs correctly, but not on PHP4.0.4.

Thank you for solving this fundamental problem.
Roland Divin



--
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] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Andi wrote:
 Can you please resend :)

Your wish is my command! :)

--zak


This message is a duplicate of a post on Saturday, March 03, 2001:

Andi wrote:
 We should probably just make a list of all the effected functions and see
 which ones we start fixing and which not.

Based on Andi's suggestion of a moderate approach, I feel that the goal of
the renaming is to fix the most obvious mistakes with the least amount of
change.  If an extension does not follow the naming convention, but is
consistent internally, then we should probably leave it alone (oci for
example).

We probably should correct function names in the non-core extensions that
are not consistent with the other functions in the extension (like informix,
pdf, postgres, etc..)  In my opinion, having names like pdf_endpath,
pdf_end_page, pdf_setmiterlimit, pdf_setrgbcolor_fill and
pdf_set_border_color in the same extension is just silly. In some cases, we
should probably even make a name *inconsistent* with the standard if it is
the oddball in an extension.

Based on these ideas, my criteria for suggesting broken function names was
this.

If a function name is:
 - inconsistent with the other names in the extension
and/or
 - very, very inconsistent with another similar function names
and/or
 - does not follow the naming convention and was added in 4.0.4 or is not
documented.

Notes: I may have missed one or two odd names here and there...

--zak

AOLSERVER
getallheaders

APACHE
apache_child_terminate
apache_lookup_uri
apache_note
getallheaders
virtual

APACHE2FILTER
apache_lookup_uri
apache_sub_req
get_all_headers - getallheaders (Inconsistent with getallheaders in
aolserver + apache)

ARRAY
array
array_count_values
array_diff
array_flip
array_intersect
array_keys
array_merge
array_merge_recursive
array_multisort - array_multi_sort
array_pad
array_pop
array_push
array_rand
array_reverse
array_shift
array_slice
array_splice
array_unique
array_unshift
array_values
array_walk
arsort
asort
compact
count
current
each
end
extract
in_array
array_search
key
krsort
ksort
list
natsort
natcasesort
next
pos
prev
range
reset
rsort
shuffle
sizeof
sort
uasort
uksort
usort

ASPELL
aspell_check
aspell_check_raw
aspell_new
aspell_suggest

BC
bcadd
bccomp
bcdiv
bcmod
bcmul
bcpow
bcscale
bcsqrt
bcsub

BZ2 (Added 4.0.4)
bzclose - bz_close
bzcompress - bz_compress
bzdecompress - bz_decompress
bzerrno - bz_errno
bzerror - bz_error
bzerrstr - bz_errstr
bzflush - bz_flsuh
bzopen - bz_open
bzread - bz_read
bzwrite - bz_write

CALENDAR
easter_date
easter_days
frenchtojd
gregoriantojd
jddayofweek
jdmonthname
jdtofrench
jdtogregorian
jdtojewish
jdtojulian
jdtounix
jewishtojd
juliantojd
unixtojd

CCVS
ccvs_add
ccvs_auth
ccvs_command
ccvs_count
ccvs_delete
ccvs_done
ccvs_init
ccvs_lookup
ccvs_new
ccvs_report
ccvs_return
ccvs_reverse
ccvs_sale
ccvs_status
ccvs_textvalue
ccvs_void
cv_add
cv_auth
cv_command
cv_count
cv_delete
cv_done
cv_init
cv_lookup
cv_new
cv_report
cv_return
cv_reverse
cv_sale
cv_status
cv_textvalue
cv_void

COM
com_get
com_invoke
com_load
com_propget
com_propput
com_propset
com_set

CPDF
cpdf_add_annotation
cpdf_add_outline
cpdf_arc
cpdf_begin_text
cpdf_circle
cpdf_clip
cpdf_close
cpdf_closepath
cpdf_closepath_fill_stroke
cpdf_closepath_stroke
cpdf_continue_text
cpdf_curveto
cpdf_end_text
cpdf_fill
cpdf_fill_stroke
cpdf_finalize
cpdf_finalize_page
cpdf_global_set_document_limits
cpdf_import_jpeg
cpdf_lineto
cpdf_moveto
cpdf_newpath
cpdf_open
cpdf_output_buffer
cpdf_page_init
cpdf_place_inline_image
cpdf_rect
cpdf_restore
cpdf_rlineto
cpdf_rmoveto
cpdf_rotate
cpdf_rotate_text
cpdf_save
cpdf_save_to_file
cpdf_scale
cpdf_setdash
cpdf_setflat
cpdf_setgray
cpdf_setgray_fill
cpdf_setgray_stroke
cpdf_setlinecap
cpdf_setlinejoin
cpdf_setlinewidth
cpdf_setmiterlimit
cpdf_setrgbcolor
cpdf_setrgbcolor_fill
cpdf_setrgbcolor_stroke
cpdf_set_action_url
cpdf_set_char_spacing
cpdf_set_creator
cpdf_set_current_page
cpdf_set_font
cpdf_set_horiz_scaling
cpdf_set_keywords
cpdf_set_leading
cpdf_set_page_animation
cpdf_set_subject
cpdf_set_text_matrix
cpdf_set_text_pos
cpdf_set_text_rendering
cpdf_set_text_rise
cpdf_set_title
cpdf_set_viewer_preferences
cpdf_set_word_spacing
cpdf_show
cpdf_show_xy
cpdf_stringwidth
cpdf_stroke
cpdf_text
cpdf_translate

CRACK
crack_check
crack_closedict
crack_getlastmessage
crack_opendict

CTYPE
ctype_alnum
ctype_alpha
ctype_cntrl
ctype_digit
ctype_graph
ctype_lower
ctype_print
ctype_punct
ctype_space
ctype_upper
ctype_xdigit

CURL
curl_close
curl_errno
curl_error
curl_exec
curl_getinfo
curl_init
curl_setopt
curl_version

CYBERCASH
cybercash_base64_decode
cybercash_base64_encode
cybercash_decr
cybercash_encr

DB
dblist
dbmclose
dbmdelete
dbmexists
dbmfetch
dbmfirstkey
dbminsert
dbmnextkey
dbmopen
dbmreplace

DBA
dba_close
dba_delete
dba_exists
dba_fetch
dba_firstkey
dba_insert
dba_nextkey
dba_open
dba_optimize
dba_popen
dba_replace
dba_sync

DBASE
dbase_add_record
dbase_close
dbase_create
dbase_delete_record
dbase_get_record

[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Andi Gutmans]

For starters (too long of a list and not that easy to decide on each and 
everyone of them) I'll give you what I can think of :)

I started making a list of what looks OK to me but it became too long so 
I'll just mention what isn't OK in my opinion. Consider me pretty much pro 
all the other changes. In any case, I think what's important is not just 
putting underscores but changing the function names to reflect more what 
they do *even* if the names don't end up being exactly like their C api 
functions. I am for the socket_* change but this is maybe the exception to 
my previous sentence where I think we should keep stronger similarity (see 4)).
1) I'm for keeping get_all_headers() the way it is.
2) Things like gmp_clrbit should probably change to gmp_clear_bit and not 
gmp_clr_bit. Same goes for the rest of gmp_*.
3) Why change the imap ones to not include underscores? Looks as if you did 
the reverse here :)
4) If we decide to keep the socket functions like their C counterparts then 
I'd change the following two on your list:
getsockname - socket_getsockname() and not socket_get_name()
getsockopt - socket_getsockopt() and not socket_get_opt()
5) I think define() and defined() are OK as they are on the language level.
6) I think create_function() is OK. There was a long thread which decided 
upon this name. Same for function_exists().

That's pretty much it. I'll let you guys know if something else pops up.
Interesting to see what others think.

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]

[PHP-DEV] PHP 4.0 Bug #9585: Apache do not start - Floating Point Exception

[tzetter]

From: [EMAIL PROTECTED]
Operating system: mips_linux
PHP version:  4.0.4pl1
PHP Bug Type: *Web Server problem
Bug description:  Apache do not start - Floating Point Exception

I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a 
PHP 4 written email application.

I have no problem to run ./configure, or make or make install, my problem occurs when 
I stop and start apache. Apache do not want to start, it do not give me any errors, 
when I run httpd it gives me the error "Floating Point Exception". I have compile 
various versions, with and without MySql, and I still get the error. When I include 
the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine 
again.

I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor.

I am stuck, I have tried all options in my mind, plus all information that I gather 
from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in 
these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a 
bug.


-- 
Edit Bug report at: http://bugs.php.net/?id=9585edit=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-QA] ctype function (re?)naming

[Hellekin O. Wolf]

Well, let's start fire =8)

I think the compression extensions should follow the same standard.
The one you proposed for bzip2 should be applied to gzip functions as well.
readgzfile - gz_readfile (or gzreadfile), at least to keep functions names 
in alphabetical order ;-)

Also, I know the gd extension follows the library API, but names are really 
long and would benefit from being prefixed with img_ or gd_, img_ being my 
favorite because one usually use $img = imagecreate... and not $gd = 
imagecreate... But gd_ is more standard compliant as it takes the extension 
name.
Indeed, this extension doesn't follow the naming convention 
(imagecolorallocate should look more like gd_allocate_color)

Concerning the database extensions, I noticed that there are both 
[db]_fieldtype and [db]_field_type for some of them.
I assume that the shorter one is to be an alias to the longer one and that 
only the longer one would be documented.
Concerning DB especially, shouldn't dblist be renamed dbmlist to keep 
consistent with its own family, if not underscored ?
OCI and DB are the only database extensions without underscores.

Although Andi's suggestion is not to bother with consistent extensions, it 
is probably a good idea to keep extensions "families" consistent altogether.
So, oci* functions would also gain an underscore.

getallheaders... Two changes instead of one, but for better compliance... 
get_all_headers... Too much overhead ?

Maybe DOMXML and GETTEXT functions would benefit from a complete lifting ;-)

EXIF : read_exif_data - exif_read_data

gmp_clrbit - gmp_clr_bit ? Hmmm... gmp_clear_bit ?
The gmp_ functions look odd... You have gmp_gcdext, gmp_sqrt, gmp_powm then 
gmp_perfect_square
I don't have a solution for that. =8(

In HYPERWAVE functions you have hw_connection_info then hw_deleteobject... 
One of those looks wrong.
hw_errormsg - hw_errmsg (to keep consistent with all other errmsg 
functions around).

Output buffering handlers should remain consistent such as ob_[handler 
type]_handler (see ob_gzhandler - ob_gz_handler)

I didn't quite follow the thread for the last two weeks and my intervention 
may seem to be a step back from there. Just my 2cts.


phpversion - phpversion

*** you meant php_version =8)

user_error

*** Yes, error_user would be offensive ;-)

hellekin


-- 
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-QA] ctype function (re?)naming

[Derick Rethans]

On Tue, 6 Mar 2001, Andi Gutmans wrote:

 6) I think create_function() is OK. There was a long thread which decided
 upon this name. Same for function_exists().

Can't we call it lambda()? =)

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 #9586: encrypt(decrypt($value)) != $value

[kameleon]

From: [EMAIL PROTECTED]
Operating system: Slackware 7.1, kernel 2.4.2
PHP version:  4.0.4pl1
PHP Bug Type: mcrypt related
Bug description:  encrypt(decrypt($value)) != $value

I'm using Apache 1.3.19 (with so-module of course), mhash-0.8.9, libmcrypt-2.4.9, 
mcrypt-2.5.5 (last three in packages)
php configure line:
./configure --prefix=/usr/local/php4 --with-apxs=/usr/local/apache/bin/apxs 
--with-mysql --with-pgsql --with-mcrypt --with-mhash
configuring finish succesfully, but in config.log I can find this messages:
configure:23001: checking for init_mcrypt in -lmcrypt
configure:23020: gcc -o conftest -g -O2  -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT  
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmcrypt  -lresolv -lm -ldl 
-lcrypt -lnsl  -lresolv 15
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlerror'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlclose'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlexit'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlsetsearchpath'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlopenext'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlsym'
/usr/local/lib/libmcrypt.so: undefined reference to `lt_dlinit'
collect2: ld returned 1 exit status
configure: failed program was:
#line 23009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char init_mcrypt();

int main() {
init_mcrypt()
; return 0; }
configure:23050: checking for mcrypt_module_open in -lmcrypt
configure:23069: gcc -o conftest -g -O2  -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT  
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lmcrypt  -lresolv -lm -ldl 
-lcrypt -lnsl  -lresolv -lltdl 15
configure:23357: checking for mhash support
configure:23683: checking for mSQL support

(I tried to be so short as possible).
But I can compile PHP succesfully. When I try to encrypt and decrypt some values this 
values are diffrent before and after decrypting. E.g:
$login should be eqaul mcrypt_cfb($code_method, $code_key, mcrypt_cfb($code_method, 
$code_key, $login, MCRYPT_ENCRYPT), MCRYPT_DECRYPT);
but it isn't :-((
What else ??? Various browsers in another way show this value. If I try to do:
  $login = "sydney"
  print $login . "Hello"
links shows as: "sydney..Hello"
Netscape 4.76 as: "sydney" and i can't print anything else.
strlen($login) always is equal 8.



-- 
Edit Bug report at: http://bugs.php.net/?id=9586edit=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 #9587: obj-method()-method2() doesn't work!!

[docwhat]

From: [EMAIL PROTECTED]
Operating system: Linux/Debian(Woody)
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  obj-gt;method()-gt;method2() doesn't work!!

You cannot do the following:

obj-method()-method2();

Mini example:
class Foo{
 var $obj;
  
 setObj( $obj ) {
   $this-obj = $obj;
 }

 getObj() {
   return $this-obj;
}

 hello() {
   print "hi\n";
 }
}

$a = new Foo;
$b = new Foo;
$b-setObj( $a );

$a-getObj()-hello();
// Doesn't work

In fact, this doesn't work either:
function foob() {
  global $a;
  return $a;
}

foo()-hello();

In addition, anything that hands objects back doesn't work
right.  You can't chain certain things, like new commands.

All in all, the objects are rather inflexable.


-- 
Edit Bug report at: http://bugs.php.net/?id=9587edit=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] Rsync and CVS

[Simon Roberts]

Jim,

right now, there's a mix of entries in the notes database marked
using the page title and the page id. the ones identified only by
title need to get fixed in the database.

Out of interest, why did we change to using the page id?

but mainly 'getting it into the rsync repository' was what was on
my to-do list.

Cool.

 (if you're talking about commiting the get-user-notes code, it's
 already there. it needs work, but it is a good start.)

Yeah, I wrote it as a stopgap before all this rsync stuff was up and
working.  My local version works much nicer, but I didn't want to commit it
until we had rsync (a far better way than fetching notes from
http://www.php.net/get-user-notes.php). Once that's done, we can write the
usernotes from cron, and install the following code into shared-manual.inc

Sounds simple? :)

Simon


function manualGetUserNotesDb($title, $id)
{
$host = 'localhost';
$user = 'nobody';
$pass = '';
$db_id = mysql_connect($host, $user, $pass);
$query = "SELECT *,UNIX_TIMESTAMP(ts) AS xwhen FROM note WHERE sect =
'$title' OR sect = '$id' ORDER BY id";
$result_id = mysql_db_query("php3", $query, $db_id);

$notes = array();
if ($result_id  mysql_num_rows($result_id)  0) {
while ($row = mysql_fetch_array($result_id)) {
$notes[] = $row;
}
}

return $notes;
}

function manualGetUserNotesCache($sect)
{
global $DOCUMENT_ROOT;
$cachefile = "$DOCUMENT_ROOT/manual/usernotes/" . urlencode($sect) .
".txt";
if ($fh = @fopen($cachefile,'r')) {
$notes = @unserialize(fread($fh,1000));
fclose($fh);
} else {
$notes = array();
}
return $notes;
}


function manualUserNotes($title, $id) {
...
if(strstr($MYSITE,"www.php.net")) {
$notes = manualGetUserNotesDb($title, $id);
} else {
$notes = array_merge( manualGetUserNotesCache($title),
manualGetUserNotesCache($id) );
}
...
}





-- 
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] object-method() chaining

[The Doctor What]

I'm currently working on the DB project from h*ll.   Why? Because
a lot of the tables of the normalized DB are mapped into objects and
PHP's object support questionable at best.

I've worked around the lack of multiple inheritance, and some of the
other problems.  But the inability to do something as simple as:
object-MethodThatReturnsAnotherObject()-method() is very
troublesome

I cannot express how error prone it is to have to create tons of
temporary variables.

I can already hear people saying stuff like: "Why don't you use the
attribute (or variable) directly?"

Because in most cases MethodThatReturnsAnotherObject() does work
before it hands me the object, and it's important to my project.

If someone has a good example of an object framework around a
normalized database, I'd love to see it.  Otherwise, can someone
tell me where in the flipping PHP4 code is this limitation coded?

Dislaimer: I'm irrate.  This problem has been grating against me for
4 weeks straight now.

I have a bug entered into the bug database:
http://bugs.php.net/bugs.php?id=7515

I'd be happy to fix it if someone can point me to the right place.

Ciao!

-- 
installs Windows NT!"
Orlando (on Slashdot)

The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

-- 
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] object-method() chaining

[Andi Gutmans]

Hi,

We are aware of this limitation. I am trying to think of a good way to 
solve this and it isn't trivial. I'll try and come up with something.

Andi

At 02:41 PM 3/6/2001 -0600, The Doctor What wrote:
I'm currently working on the DB project from h*ll.   Why? Because
a lot of the tables of the normalized DB are mapped into objects and
PHP's object support questionable at best.

I've worked around the lack of multiple inheritance, and some of the
other problems.  But the inability to do something as simple as:
object-MethodThatReturnsAnotherObject()-method() is very
troublesome

I cannot express how error prone it is to have to create tons of
temporary variables.

I can already hear people saying stuff like: "Why don't you use the
attribute (or variable) directly?"

Because in most cases MethodThatReturnsAnotherObject() does work
before it hands me the object, and it's important to my project.

If someone has a good example of an object framework around a
normalized database, I'd love to see it.  Otherwise, can someone
tell me where in the flipping PHP4 code is this limitation coded?

Dislaimer: I'm irrate.  This problem has been grating against me for
4 weeks straight now.

I have a bug entered into the bug database:
http://bugs.php.net/bugs.php?id=7515

I'd be happy to fix it if someone can point me to the right place.

Ciao!

--
installs Windows NT!"
 Orlando (on Slashdot)

The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

--
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] PHP 4.0 Bug #9588: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[chrish]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compile failure with glibc 2.1.2 and 2.4.2 kernel 

Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.


-- 
Edit Bug report at: http://bugs.php.net/?id=9588edit=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 #9589: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[chrish]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compile failure with glibc 2.1.2 and 2.4.2 kernel 

Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.


-- 
Edit Bug report at: http://bugs.php.net/?id=9589edit=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] object-method() chaining

[The Doctor What]

* Andi Gutmans ([EMAIL PROTECTED]) [010306 14:50]:
 Hi,
 
 We are aware of this limitation. I am trying to think of a good way to 
 solve this and it isn't trivial. I'll try and come up with something.
 
 Andi

I'll send you something Rackspace-ish if you solve this.  Currently,
this problem is driving me bonko.  Feel free to talk things out
with me.  I've looked at the zend parser and I couldn't begin to
figure it out, never mind other issues.

To me, it seems like the whole way of returning objects is broken,
but that's just from putzing around with stuff.

Again, thank you for looking at this.

Ciao!

-- 
"No one will ever win the battle of the sexes; there's too much fraternizing with the 
enemy.."
-- Henry Kissinger

The Doctor What: "What, Doctor What" http://docwhat.gerf.org/
[EMAIL PROTECTED]   KF6VNC

-- 
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 #9589 Updated: Compile failure with glibc 2.1.2 and 2.4.2 kernel

[derick]

ID: 9589
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

Submitted twice

Previous Comments:
---

[2001-03-06 16:01:19] [EMAIL PROTECTED]
Compiling PHP with a fairly old version of glibc (2.1.2) on
the new 2.4.X (specifically 2.4.2) series of Linux kernels
fails. It seems to be necessary to upgrade to at least 2.1.3
of glibc before compiling under 2.4.X kernel, even though it
is possible to compile PHP with glibc 2.1.2 under a 2.2.X
kernel without problems.

It would be nice if this was documented better, and perhaps
a check added to the ./configure script to ensure that this
potential problem was recognised.

The distribution is fairly heavily customised Mandrake 7.0.
I solved the problem by upgrading to glibc 2.1.3 with an RPM
from Mandrake 7.2.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9589edit=2


-- 
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] OO overloading

[Jason Greene]

Andi, 

 I just started working on an 
InterMail extension for php. I am not sure if I can release it into the tree 
(openwave has some licensing issues), but If I can I will add it in the future. 
Anyways, I am in the initial phases of this project, and I was considering using 
the Zend OO overloading that is used by the java and COM extensions. The 
Intermail C APIwantsto be used in an OO way. Are there any issues 
that you know of that I might run into using this method?
 
 Another question I had for you 
is about PHP's OO support. I have seen alot of various issues with it , and I 
have seen threads go on about how to solve things that appear simple to the 
user, though very complex internally. Is PHP's OO were we all want it to be? Are 
we looking at a possible redesign in much later revisions?

Thanks,
-Jason



 

Re: [PHP-DEV] Bug #8565 -- analyzed, but...?

[Richard Lee-Morlang]

On Tue, Mar 06, 2001 at 07:55:23PM +0200, Andi Gutmans wrote:
 I couldn't reproduce this problem. It only happens when you declare the 
 sub-class before you declare the base class.
 Is this what is happening to you? Or can you send me a very short 
 reproducing set of scripts.

I sent scripts to reproduce this to Andi outside of the list. If anyone else
is following this and would like the scripts, drop me a line. There are
examples listed in the bug database as well. 
http://bugs.php.net/bugs.php?id=8565

Rick



-- 
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: PHP 4.0 Bug #9569 Updated: configure ignores --with-ttf

[Mike Gibbons]

Hi Jani,

Thanks, you guys are first class.

Sorry if I mis-reported this as a bug - I had done extensive research
(literally days) on the newsgroup before deciding to report it as a bug.

Your advice solved the inclusion of FreeType support problem, but I was
still left with "checking whether to enable truetype string function in
gd... no"

After further research today, I turned up bug report #9506 which solved the
"enable-gd-imgstrttf" problem - so there was a bug in there after all.

Best regards,

Mike Gibbons
-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 06, 2001 1:19 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9569 Updated: configure ignores --with-ttf


ID: 9569
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To:
Comments:

1. use the _install_ path of gd, e.g. --with-gd=/www/gd
2. use the _install_ path of ttf, e.g. --with-ttf=/usr (no /lib here!)
3. GD extension only works with Freetype 1.x
4. Ask further questions on [EMAIL PROTECTED] or
[EMAIL PROTECTED]
as this is not any bug.

--Jani


Previous Comments:
---

[2001-03-05 18:54:45] [EMAIL PROTECTED]
After running make in gd-1.8.2 with
CFLAGS=-2 -DHAVE_JPEG
LIBS=-lm -lgd -lz -lpng -ljpeg

./configure
 --with-apxs
 --with-mysql=/usr
 --with-gd=../gd-1.8.3
 --with-ttf=/usr/lib
 --enable-gd-imgstrttf

Output from configure contains
..
checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... no
checking for libXpm (needed by gd-1.8+)... no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageColorClosestHWB in -lgd... yes
checking for compress in -lz... yes
checking for png_info_init in -lpng... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... yes
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking whether to include FreeType 1.x support... no

Why is it ignoring ttf?

Running PHP gives error
Warning: ImageTtfText: No TTF support in this PHP build


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9569edit=2


-- 
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] Rsync and CVS

[Simon Roberts]

i'd suggest to make things simpler - just plain pre-generated html with the
notes part. name it after TOPIC and include it in the proper place. the
generator script may run as cron job. there is only one problem - to
prevent
rsync client from getting a semi-generated copy. this can be achieved like:
or better - why not generate html upon comment add and use the html on the
main site also?

The reason the HTML is not pregenerated, is so that we can change the
formatting etc on the fly. Perhaps according to a "max comments per page",
or "look and feel" parameters.  The CPU load in formatting comments is
pretty insignificant, especially compared to the other things it does at the
same time.

There might be some arguements for caching the comments in the filesystem
(on www.php.net), but the gains are probably not worth the hassle, IMHO.

Simon


-- 
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] Rsync and CVS

[Boian Bonev]

hi,

 i'd suggest to make things simpler - just plain pre-generated html with
the
 notes part. name it after TOPIC and include it in the proper place. the
 generator script may run as cron job. there is only one problem - to
 prevent
 rsync client from getting a semi-generated copy. this can be achieved
like:
 or better - why not generate html upon comment add and use the html on
the
 main site also?

 The reason the HTML is not pregenerated, is so that we can change the
 formatting etc on the fly. Perhaps according to a "max comments per page",
 or "look and feel" parameters.  The CPU load in formatting comments is
 pretty insignificant, especially compared to the other things it does at
the
 same time.

keep the stuff in the db like now. when you change design or alignment or
something just generate again... thus loose no flexibility and make
mirroring flawless. the code that generates the html is already written, the
whole thing is just a small rearrange.

why keep the file includes on the main site? just to have exact copies - no
different versions, no if ($mirror)...

about cpu you are partly right (cpu power is cheep these days). but we can't
compare text include/readfile/somthing with db query/fetch/etc right? why
not use the more performant one when nothing is lost.

 There might be some arguements for caching the comments in the filesystem
 (on www.php.net), but the gains are probably not worth the hassle, IMHO.

if mirroring requires it - why not use it in both places and keep code
simple and maintainable?

b.


-- 
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 #9590: Error in installation, file not included?

[dselman]

From: [EMAIL PROTECTED]
Operating system: Windows NT
PHP version:  3.0.17
PHP Bug Type: Installation problem
Bug description:  Error in installation, file not included?

I took a snapshot of the error message box, it can be found here: 
http://www.elderlawassociates.com/error.gif
I dont think any other information is relevant besides that it is on Windows NT 4, we 
are running IIS 4.


-- 
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] fopen

[Myke Corredera]

In fopen is there a way to get the file info like Mod Date, Size of File

I am trying to mimic the look of a Apache Index listing , if that helps


-- 
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-QA] ctype function (re?)naming

[Sterling Hughes]

- Original Message -
From: "Zak Greant" [EMAIL PROTECTED]
To: "Andi Gutmans" [EMAIL PROTECTED]
Cc: "PHP Development" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, March 06, 2001 1:35 PM
Subject: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming


 Andi wrote:
  Can you please resend :)

 Your wish is my command! :)


Overall I think this is very good.  I have a few problems with it (all
prefixed with a large IMHO :)...

 AOLSERVER
 getallheaders

 APACHE
 apache_child_terminate
 apache_lookup_uri
 apache_note
 getallheaders
 virtual

 APACHE2FILTER
 apache_lookup_uri
 apache_sub_req
 get_all_headers - getallheaders (Inconsistent with getallheaders in
 aolserver + apache)

 ARRAY
 array
 array_count_values
 array_diff
 array_flip
 array_intersect
 array_keys
 array_merge
 array_merge_recursive
 array_multisort - array_multi_sort

nah, doesn't sound as good as array_multisort, multisort should be a single
word... Its a type of sorting method, shouldn't be two different words

 array_pad
 array_pop
 array_push
 array_rand
 array_reverse
 array_shift
 array_slice
 array_splice
 array_unique
 array_unshift
 array_values
 array_walk
 arsort
 asort
 compact
 count
 current
 each
 end
 extract
 in_array
 array_search
 key
 krsort
 ksort
 list
 natsort
 natcasesort
 next
 pos
 prev
 range
 reset
 rsort
 shuffle
 sizeof
 sort
 uasort
 uksort
 usort

 ASPELL
 aspell_check
 aspell_check_raw
 aspell_new
 aspell_suggest

 BC
 bcadd
 bccomp
 bcdiv
 bcmod
 bcmul
 bcpow
 bcscale
 bcsqrt
 bcsub

 BZ2 (Added 4.0.4)
 bzclose - bz_close
 bzcompress - bz_compress
 bzdecompress - bz_decompress
 bzerrno - bz_errno
 bzerror - bz_error
 bzerrstr - bz_errstr
 bzflush - bz_flsuh
 bzopen - bz_open
 bzread - bz_read
 bzwrite - bz_write

Why leave the bcmatch functions alone, but change these?

The reason they're named this way is also to keep compatibility with the
zlib functions.


 CALENDAR
 easter_date
 easter_days
 frenchtojd
 gregoriantojd
 jddayofweek
 jdmonthname
 jdtofrench
 jdtogregorian
 jdtojewish
 jdtojulian
 jdtounix
 jewishtojd
 juliantojd
 unixtojd

 CCVS
 ccvs_add
 ccvs_auth
 ccvs_command
 ccvs_count
 ccvs_delete
 ccvs_done
 ccvs_init
 ccvs_lookup
 ccvs_new
 ccvs_report
 ccvs_return
 ccvs_reverse
 ccvs_sale
 ccvs_status
 ccvs_textvalue
 ccvs_void
 cv_add
 cv_auth
 cv_command
 cv_count
 cv_delete
 cv_done
 cv_init
 cv_lookup
 cv_new
 cv_report
 cv_return
 cv_reverse
 cv_sale
 cv_status
 cv_textvalue
 cv_void

 COM
 com_get
 com_invoke
 com_load
 com_propget
 com_propput
 com_propset
 com_set

 CPDF
 cpdf_add_annotation
 cpdf_add_outline
 cpdf_arc
 cpdf_begin_text
 cpdf_circle
 cpdf_clip
 cpdf_close
 cpdf_closepath
 cpdf_closepath_fill_stroke
 cpdf_closepath_stroke
 cpdf_continue_text
 cpdf_curveto
 cpdf_end_text
 cpdf_fill
 cpdf_fill_stroke
 cpdf_finalize
 cpdf_finalize_page
 cpdf_global_set_document_limits
 cpdf_import_jpeg
 cpdf_lineto
 cpdf_moveto
 cpdf_newpath
 cpdf_open
 cpdf_output_buffer
 cpdf_page_init
 cpdf_place_inline_image
 cpdf_rect
 cpdf_restore
 cpdf_rlineto
 cpdf_rmoveto
 cpdf_rotate
 cpdf_rotate_text
 cpdf_save
 cpdf_save_to_file
 cpdf_scale
 cpdf_setdash
 cpdf_setflat
 cpdf_setgray
 cpdf_setgray_fill
 cpdf_setgray_stroke
 cpdf_setlinecap
 cpdf_setlinejoin
 cpdf_setlinewidth
 cpdf_setmiterlimit
 cpdf_setrgbcolor
 cpdf_setrgbcolor_fill
 cpdf_setrgbcolor_stroke
 cpdf_set_action_url
 cpdf_set_char_spacing
 cpdf_set_creator
 cpdf_set_current_page
 cpdf_set_font
 cpdf_set_horiz_scaling
 cpdf_set_keywords
 cpdf_set_leading
 cpdf_set_page_animation
 cpdf_set_subject
 cpdf_set_text_matrix
 cpdf_set_text_pos
 cpdf_set_text_rendering
 cpdf_set_text_rise
 cpdf_set_title
 cpdf_set_viewer_preferences
 cpdf_set_word_spacing
 cpdf_show
 cpdf_show_xy
 cpdf_stringwidth
 cpdf_stroke
 cpdf_text
 cpdf_translate

 CRACK
 crack_check
 crack_closedict
 crack_getlastmessage
 crack_opendict

 CTYPE
 ctype_alnum
 ctype_alpha
 ctype_cntrl
 ctype_digit
 ctype_graph
 ctype_lower
 ctype_print
 ctype_punct
 ctype_space
 ctype_upper
 ctype_xdigit

 CURL
 curl_close
 curl_errno
 curl_error
 curl_exec
 curl_getinfo
 curl_init
 curl_setopt
 curl_version

 CYBERCASH
 cybercash_base64_decode
 cybercash_base64_encode
 cybercash_decr
 cybercash_encr

 DB
 dblist
 dbmclose
 dbmdelete
 dbmexists
 dbmfetch
 dbmfirstkey
 dbminsert
 dbmnextkey
 dbmopen
 dbmreplace

 DBA
 dba_close
 dba_delete
 dba_exists
 dba_fetch
 dba_firstkey
 dba_insert
 dba_nextkey
 dba_open
 dba_optimize
 dba_popen
 dba_replace
 dba_sync

 DBASE
 dbase_add_record
 dbase_close
 dbase_create
 dbase_delete_record
 dbase_get_record
 dbase_get_record_with_names
 dbase_numfields
 dbase_numrecords
 dbase_open
 dbase_pack
 dbase_replace_record

 DOMXML
 domxml_add_root
 domxml_attributes
 domxml_children
 domxml_dumpmem
 domxml_getattr
 domxml_new_child
 domxml_new_xmldoc
 domxml_node
 domxml_root
 domxml_setattr
 domxml_set_content
 new_xmldoc
 xmldoc
 xmldocfile
 xmltree
 xpath_eval
 xpath_eval_expression
 xpath_new_context
 xptr_eval
 xptr_new_context

 EXIF
 

Re: [PHP-DEV] crap in apache logs

[Zeev Suraski]

It should be fixed.  From what I see in the CVS log, even though I thought 
I committed a fix quite long ago, it was never committed, so output 
buffering could very often result in the HTML being sent as-is to the error 
log (until today)...

Zeev

At 07:41 6/3/2001, Cameron wrote:
this was fixed but seems to be back, when using output buffering, in
about 1 in 1000 web pages it doesnt ditch the html when a request is
canceled, instead it sends it to the apache error log . . .

someone mind fixing this again? im using ob for gzip'n pages but not
currently using obgzhandler. latest snap as of yesterday


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

--
Zeev Suraski [EMAIL PROTECTED]
CTO   co-founder, Zend Technologies Ltd. http://www.zend.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] Re: PHP 4.0 Bug #9533 Updated: new_opencount[0] == 0

[Krzysztof Wychowalek]

On 3 Mar 01, at 22:32, Bug Database wrote:

 1. What was the configure line used to configure PHP 4?

'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--disable-rpath'
'--enable-memory-limit' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--disable-debug'
'--disable-static' '--with-bz2' '--with-curl=shared,/usr' '--with-db2'
'--with-ndbm' '--with-dom=shared,/usr' '--enable-exif' '--enable-filepro'
'--enable-ftp' '--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr'
'--with-xpm-dir=/usr/X11R6' '--with-imap=shared' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mm' '--with-mhash=shared'
'--with-mysql=shared,/usr' '--with-pcre-regex=/usr' '--with-pgsql=shared,/usr'
'--with-sablot=shared,/usr' '--enable-shmop' '--with-snmp=shared'
'--enable-sockets' '--with-ttf' '--with-t1lib' '--with-xml=shared,/usr' '--with-yp'
'--with-zlib'

 2. Is your apache linked with libpthread.so? ( ldd httpd )

"ldd /usr/sbin/apache-ssl" in my case:

 libm.so.6 = /lib/libm.so.6 (0x4001b000)
libcrypt.so.1 = /lib/libcrypt.so.1 (0x40039000)
libgdbm.so.1 = /usr/lib/libgdbm.so.1 (0x40067000)
libdb2.so.2 = /usr/lib/libdb2.so.2 (0x4006d000)
libdl.so.2 = /lib/libdl.so.2 (0x400b1000)
libssl.so.0.9.6 = /usr/lib/libssl.so.0.9.6 (0x400b4000)
libcrypto.so.0.9.6 = /usr/lib/libcrypto.so.0.9.6 (0x400e1000)
libc.so.6 = /lib/libc.so.6 (0x401aa000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)

Is something missing? This "libpthread.so" ? TIA for help.



Krzysztof Wychowalek
ICQ# 34184303
GSM +48600225435
PGP Key ID 0xEA9D2A3C

-- 
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 #9581 Updated: filesystem reading functions (fread, fpassth.)

[sniper]

ID: 9581
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: Apache related
Bug Type: Documentation problem
Assigned To: 
Comments:

Fixed in documentation CVS. I added an note into fread() docs about
the fact that file must be opened with 'b' on Windows.

--Jani


Previous Comments:
---

[2001-03-06 12:35:38] [EMAIL PROTECTED]
hi jani - that is another way to solve the problem.

in documentation, it's said, that fread is binary safe. so this is a documentation 
problem.

for the people programming the software it might be good to know, that it only happens 
in the apache module, not in the cgi-mode.

thanks for your comments.

--mot

---

[2001-03-06 12:04:45] [EMAIL PROTECTED]
You propably missed the 'b' in your fopen()  call?

ie. you should use this in Windows:

$fp = fopen ("/home/rasmus/file.gif", "rb");

instead of just 'r'. 

--Jani


---

[2001-03-06 10:26:27] [EMAIL PROTECTED]
while running php as an apache module (not cgi-mode) the filesystem functions of php 
fread and fpassthrough are not reading the complete file. it skips reading after a 
number of bytes.

i'm not an apache crack that's why i can't say if this belongs to my apache distro 
(1.3.12) or not. but i don't think so.

running in cgi-mode will avoid this problem.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9581edit=2


-- 
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 #9585 Updated: Apache do not start - Floating Point Exception

[sniper]

ID: 9585
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Web Server problem
Assigned To: 
Comments:

Can you please try the latest CVS snapshot from http://snaps.php.net/
and if this happens with it too, generate a GDB backtrace of the crash.
Remember to configure PHP with --enable-debug first before generating
the backtrace!

--Jani


Previous Comments:
---

[2001-03-06 14:38:42] [EMAIL PROTECTED]
I am currently running PHP3 on a Cobalt Qube 2, I want to add PHP 4, to be used with a 
PHP 4 written email application.

I have no problem to run ./configure, or make or make install, my problem occurs when 
I stop and start apache. Apache do not want to start, it do not give me any errors, 
when I run httpd it gives me the error "Floating Point Exception". I have compile 
various versions, with and without MySql, and I still get the error. When I include 
the libphp4.so in the httpd.conf file, this error occur, if I remove it works fine 
again.

I am running a Apache 1.3.3, MySql 3.22.21 on a Cobalt with a mips processor.

I am stuck, I have tried all options in my mind, plus all information that I gather 
from PHP.net FAQ and Cobalt FAQ, I have tried all the different options suggested in 
these FAQ when it comes to ./cofigure. So, with that conclusion I beleive it may be a 
bug.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9585edit=2


-- 
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 #9591 Updated: Segmentation fault

[sniper]

ID: 9591
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To: 
Comments:

The segfault bug is fixed in CVS already. 

FYI (from NEWS file in CVS):
- Added 'r' flag to date() which generates an RFC822 formatted date, e.g.
   "Thu,  9 Nov 2000 16:33:01 -0500" (Colin)


--Jani



Previous Comments:
---

[2001-03-06 19:18:49] [EMAIL PROTECTED]
The following code produces a segmentation fault:
? echo date('h:i:s br d/m-y'); ?
If i remove the br it works just fine.

In the web-browser it outputs wrong day of the month
Example: "12:59:40 3158065/03-01"

In error_log the following message is printed:
"child pid x exit signal Segmentation fault (11)"

No core dump or any output in gdb

The code above works fine in earlier versions of PHP

I have tried the code with serveral different apache versions,
with different modules/configure options, and with both DSO and static compiles, and 
on different computers. Always the same result.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9591edit=2


-- 
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: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

HOW wrote:
 Well, let's start fire =8)

 I think the compression extensions should follow the same standard.
 The one you proposed for bzip2 should be applied to gzip functions as
well.
 readgzfile - gz_readfile (or gzreadfile), at least to keep functions
names
 in alphabetical order ;-)

I suggested the full rename of bzip because it was very recent.  Few users
will have adopted it yet.  I did not suggest a major rework of gzip because
it is consistent internally and is in wide use.

 Also, I know the gd extension follows the library API, but names are
really
 long and would benefit from being prefixed with img_ or gd_, img_ being my
 favorite because one usually use $img = imagecreate... and not $gd =
 imagecreate... But gd_ is more standard compliant as it takes the
extension
 name.
 Indeed, this extension doesn't follow the naming convention
 (imagecolorallocate should look more like gd_allocate_color)

For the most part the gd is consistent - wrong but consistent - and I only
wanted to fix what I thought was obviously broken. :)

 Concerning the database extensions, I noticed that there are both
 [db]_fieldtype and [db]_field_type for some of them.
 I assume that the shorter one is to be an alias to the longer one and that
 only the longer one would be documented.
 Concerning DB especially, shouldn't dblist be renamed dbmlist to keep
 consistent with its own family, if not underscored ?

Yep, another one that slipped past me.

 OCI and DB are the only database extensions without underscores.

But they names are consistent within their extension.

 Although Andi's suggestion is not to bother with consistent extensions, it
 is probably a good idea to keep extensions "families" consistent
altogether.
 So, oci* functions would also gain an underscore.

IMO, yes - but for the sake of fixing what is most broken with the least
effort, I will have to disagree. :)

 getallheaders... Two changes instead of one, but for better compliance...
 get_all_headers... Too much overhead ?

My vote is already cast on this one :)

 Maybe DOMXML and GETTEXT functions would benefit from a complete lifting
;-)

 EXIF : read_exif_data - exif_read_data

Good eye - this should be fixed as well

 gmp_clrbit - gmp_clr_bit ? Hmmm... gmp_clear_bit ?
 The gmp_ functions look odd... You have gmp_gcdext, gmp_sqrt, gmp_powm
then
 gmp_perfect_square
 I don't have a solution for that. =8(

They are new - we can do whatever is best to them. :)

 In HYPERWAVE functions you have hw_connection_info then hw_deleteobject...
 One of those looks wrong.
 hw_errormsg - hw_errmsg (to keep consistent with all other errmsg
 functions around).

Hmmm  -  I must have missed this one as well.

 Output buffering handlers should remain consistent such as ob_[handler
 type]_handler (see ob_gzhandler - ob_gz_handler)

Good eye.

 I didn't quite follow the thread for the last two weeks and my
intervention
 may seem to be a step back from there. Just my 2cts.

No worries - your feedback is valued!

 phpversion - phpversion

 *** you meant php_version =8)

sigh Yep

 user_error

 *** Yes, error_user would be offensive ;-)

:)

--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] Re: [PHP-QA] ctype function (re?)naming

[Zak Greant]

Sterling wrote:
 Overall I think this is very good.  I have a few problems with it (all
 prefixed with a large IMHO :)...

:)

  array_multisort - array_multi_sort

 nah, doesn't sound as good as array_multisort, multisort should be a
single
 word... Its a type of sorting method, shouldn't be two different words

After looking at this one again, I agree with you.

  BZ2 (Added 4.0.4)
  bzclose - bz_close
  bzcompress - bz_compress
  bzdecompress - bz_decompress
  bzerrno - bz_errno
  bzerror - bz_error
  bzerrstr - bz_errstr
  bzflush - bz_flsuh
  bzopen - bz_open
  bzread - bz_read
  bzwrite - bz_write

 Why leave the bcmatch functions alone, but change these?

Because they are brand spanking new and we can make the follow the naming
convention before everyone starts using them.

 The reason they're named this way is also to keep compatibility with the
 zlib functions.

Good point - perhaps a better solution would be to have compression library
that uses switches to choose between bzip and gzip?  It would be easy to
bolt on other compression methods without having to do much additional
documentation, etc...

  EXIF
  read_exif_data
 
 exif_read_data?

Yep - we should fix this...

  GMP (not in manual yet)
  gmp_abs
  gmp_add
  gmp_and
  gmp_clrbit - gmp_clr_bit ?

 this_seems_a_little_long_gmp_clrbit_i_think_might_be_better.

I prefer Andi's gmp_clear_bit

  gmp_hamdist - gmp_ham_dist ?

 hamdist is I believe an abbreviation for an algorithm, and a single
 "concept" therefore it should be kept together.

Ah - I was not sure, hence the ?

  gmp_sqrt - gmp_sqrt_rem

 why that?

Good catch :)

  readgzfile
 gzreadfile?

Good catch :)

  IISFUNC (Not in manual yet)
  iis_addserver - iis_add_server
  iis_getdirsecurity - iis_get_dir_security
  iis_getscriptmap - iis_get_script_map
  iis_getserverbycomment - iis_get_server_by_comment
  iis_getserverbypath - iis_get_server_by_path
  iis_getserverright - iis_get_server_right
  iis_getservicestate - iis_get_service_state
  iis_removeserver - iis_remove_server
  iis_setappsettings - iis_set_app_settings
  iis_setdirsecurity - iis_set_dir_security
  iis_setscriptmap - iis_set_script_map
  iis_setserverright - iis_set_server_right
  iis_startserver - iis_start_server
  iis_startservice - iis_start_service
  iis_stopserver - iis_stop_server
  iis_stopservice - iis_stop_service
 
 hrrm. these names seem long, perhaps we can shorten them?

I think that they are quite readable now - shortening them would probably
reduce this.

  msql_regcase - msql_reg_case

 i like msql_regcase better, we shouldn't be using (IMHO prefixing all of
 these comments, of course) underscores to seperate words per-s, but
rather
 to seperate concepts.

...hmmm... considering that the legibility of this can't easily be fixed
with a change to the function name (unless we want to use
msql_regex_case_insensitive :) - either way is fine with me.

  SABLOT
  xslt_closelog - xslt_close_log

 let's leave these (openlog, closelog).

Because they match openlog and close log - or is this how sablotron
describes these features?

  xslt_create
  xslt_errno
  xslt_error
  xslt_fetch_result
  xslt_free
  xslt_openlog - xslt_open_log
  xslt_output_begintransform - xslt_output_begin_transform
  xslt_output_endtransform - xslt_output_end_transform

 too long :)

What about something like xslt_output_begin_trans ?

  ZEND (All of the Zend changes are wishful thinking! :)
  class_exists
  crash
  create_function - func_create (or function_create)
  define - constant_define
  defined -  constant_defined
  each
  error_reporting
  func_get_arg (or function_get_arg)
  func_get_args (or function_get_args)
  func_num_args (or function_num_args)
  function_exists - func_exists (or function_exists)
  get_class
  get_class_methods
  get_class_vars
  get_declared_classes
  get_defined_functions
  get_defined_vars
  get_included_files
  get_object_vars
  get_parent_class
  get_required_files
  get_resource_type
  is_subclass_of
  leak
  method_exists
  restore_error_handler - error_restore_handler
  set_error_handler - error_set_handler
  strcasecmp
  strcmp
  strlen
  strncasecmp
  strncmp
  trigger_error - error_trigger
  user_error
  zend_version
 
 Please, NO! ;-)))

 Seriously though, I think the Zend names are fine as they are...

This seems to be the general consensus so far. (Leaving the functions along
that is...)

  ZZIPLIB
  zzip_close
  zzip_closedir - zzip_close_dir

 no.

 closedir() -- zzip_closedir()

 I'd prefer to keep it close to the php name.

Hrm... I prefer to separate things that most people percieve as being two
words... but if I could waffle on (close|open)log, I can waffle on this. :)

  zzip_opendir - zzip_open_dir

 same as with zzip_closedir()

  zzip_read
  zzip_readdir - zzip_read_dir
 

 Same as with zzip_opendir()

See above.


Thanks for the feedback Sterling! :)

--zak


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional 

[PHP-DEV] PHP 4.0 Bug #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting

[yubby]

ID: 9534
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: mcrypt related
Description: Inclusion of 'mcrypt' keeps Apache from starting

Changing 'bug type' to "PayFlowPro" related (from 'mcrypt' related) since I have found 
that I can include "mcrypt" (and all the other libraries, such as mysql) if I exclude 
the PFP library from Signio.   Have seen that there's another Bug report on this issue 
(#9530) that looks very similar.

I'm now attempting the 'build' using Apache 1.3.19 and mod_ssl-2.8.1-1.3.19


Previous Comments:
---

[2001-03-03 17:30:20] [EMAIL PROTECTED]
libmcrypt 2.4.7 works just fine for me.
And yes, you have to configure libmcrypt with --disable-posix-threads

--Jani


---

[2001-03-03 00:54:53] [EMAIL PROTECTED]
I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 
14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32   to  Apache 
1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33

My 'single CPU' Athlon system upgraded fine,  but the 2 'dual' Pentium servers (all of 
them are running Redhat 6.2  2.2.17-14) won't start Apache if I have the 
'--with-mcrypt' inclusion in my PHP config.   Without it, everything works fine.   I 
even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, 
 by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which 
didn't work either...

gdb reports that httpd exited normally (and that there's no 'backtrace')

My configuration looks like:
./configure 
--with-config-file-path=/usr/local/apache 
--with-mysql=/usr/local/mysql 
--with-pfpro=/usr/local/signio/linux 
--with-apxs=/usr/local/apache/bin/apxs 
--with-mcrypt   ## (this line is EVIL!!)
 
(please help me..wh)

P.S.  Though libmcrypt compiles fine either way,  I seem to remember that there might 
have been a reason to use the --disable-posix-threads option



---


Full Bug description available at: http://bugs.php.net/?id=9534


-- 
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 #9593: disable_functions does not work as an Apache Directive

[edws]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.3pl1
PHP Bug Type: Apache related
Bug description:  disable_functions does not work as an Apache Directive

In Apache I have the line:

AddType application/x-httpd-php .php
php_admin_flag safe_mode On
php_admin_value disable_functions phpversion

php_admin_value disable_functions is ignored, however it does show up as a local 
varible in phpinfo(). Note all other Apache directives I have are working fine.

If I do this in php.ini:

disable_functions = phpversion

It works.

I need this functionality in Apache however.

Thanks






-- 
Edit Bug report at: http://bugs.php.net/?id=9593edit=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 #9594: Call to unsupported or undefined function pg_connect() in...

[yoong]

From: [EMAIL PROTECTED]
Operating system: redhat 6.1
PHP version:  4.0.4pl1
PHP Bug Type: PostgreSQL related
Bug description:  Call to unsupported or undefined function pg_connect() in...

I have successfully installed both PHP-3.0.12.6 and PostgreSQL-6.5.2-1. Both have been 
tested and work.

my application work fine since last year when i put it online, it is a online 
registration program...

However, when trying to register yesterday, I get:

Fatal error: Call to unsupported or undefined function pg_connect() in 
/home/httpd/html/register.php on line 2

pls help


-- 
Edit Bug report at: http://bugs.php.net/?id=9594edit=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 #7673 Updated: PHP crashes when odbc_result is given a result ID as its second parameter

[kalowsky]

ID: 7673
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: ODBC related
Assigned To: kalowsky
Comments:

your script is faulty.  please correct your script and 
check report back. 

marking this as bogus as i am unable to reproduce this 
...

Previous Comments:
---

[2001-02-14 08:23:00] [EMAIL PROTECTED]
and finally the last of which I'll be looking at this time around.  the question to 
start off with, does this continue on PHP4.0.4pl1?

---

[2000-11-07 06:50:11] [EMAIL PROTECTED]
On my test machine (a Windows 98 box running the precompiled Win32 PHP 4.0.3pl1 binary 
as a CGI program on top of Apache 1.3.12), the following (admittedly bizarre) code 
will crash PHP:

$db = odbc_connect("db1","","");
$result = odbc_exec("SELECT * FROM table1");
while ($odbc_fetch_row($result)) {
  print odbc_result($result, $result);
}

It will crash it no matter what resource ID PHP has assigned to $result, and even if 
odbc_result's arguments 1 and 2 point to different result sets, even from different 
databases.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7673edit=2


-- 
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-QA] ctype function (re?)naming

[André Langhorst]

 Overall I think this is very good.  I have a few problems with it (all
 prefixed with a large IMHO :)...

agreeing in anything sterling mentioned, except and in addition this:


 GETTEXT
 bindtextdomain
 dcgettext
 dgettext
 gettext
 textdomain

is there any reason not to change them?


 IISFUNC (Not in manual yet)
 iis_addserver - iis_add_server
 iis_getdirsecurity - iis_get_dir_security
 iis_getscriptmap - iis_get_script_map
 iis_getserverbycomment - iis_get_server_by_comment
 iis_getserverbypath - iis_get_server_by_path
 iis_getserverright - iis_get_server_right
 iis_getservicestate - iis_get_service_state
 iis_removeserver - iis_remove_server
 iis_setappsettings - iis_set_app_settings
 iis_setdirsecurity - iis_set_dir_security
 iis_setscriptmap - iis_set_script_map
 iis_setserverright - iis_set_server_right
 iis_startserver - iis_start_server
 iis_startservice - iis_start_service
 iis_stopserver - iis_stop_server
 iis_stopservice - iis_stop_service
 
 
 
 hrrm. these names seem long, perhaps we can shorten them?
 
how? :) I tried to find some shorter names, but then you would have to omit parts of 
it,
eg.
iis_get/set_right  (omitting server)
iis_get/set_state  (omitting service)
iis_remove (omitting server)
iis_add (omitting server)
iis_start/stop (omitting server)
..maybe


 xslt_output_begintransform - xslt_output_begin_transform
 xslt_output_endtransform - xslt_output_end_transform

xslt_begin/end_transform ?


  gethostbyaddr ?
  gethostbyname ?
  getpeername ?

ok.

 socket_get_status
 socket_set_blocking
 socket_set_timeout

if we name the the socket extension functions socket_* we have a 
confusion here (these functions are from standard)


 zzip_entry_compressedsize - ..._compressed_size
 zzip_entry_compressionmethod - ..._compression_method

ok.


andr




-- 
 Andr Langhorstt: +49 331 5811560 
 [EMAIL PROTECTED]  m: +49 173 9558736 
* PHP Quality Assurance  http://qa.php.net  *


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