[PHP-DEV] PHP 4.0 Bug #8753: Dynamic load library error

[ojo]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  Dynamic load library error

dl("interbase.so")

Invalid library (maybe not a PHP library) ínterbase.so½


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8752 Updated: Module compiled with 4.0.3 don't run with 4.0.4 and v.v.

[hholzgra]

ID: 8752
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Dynamic loading
Assigned To: 
Comments:

we would all like to, but bugfixes and even some recently added features
can still lead to api changes ...  

Previous Comments:
---

[2001-01-17 02:15:05] [EMAIL PROTECTED]
When calling in PHP 4.0.4 a module developed with PHP 4.0.3, I get the
following message:

hostware: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=2809
PHP compiled with debug=0, thread-safety=1 module API=20001214
These options need to match

When I recompile the module, it works. But loading the newly compiled module
with older PHP 4.0.3, I get a similar message.

I would like to use my module in any PHP version.


This is my module declaration:

zend_module_entry php_hostware_module_entry =
{
"hostware",
php_hostware_functions,
PHP_MINIT(hostware),
PHP_MSHUTDOWN(hostware),
NULL,
NULL,
PHP_MINFO(hostware),
STANDARD_MODULE_PROPERTIES
};

Possibly the key is the word STANDARD_MODULE_PROPERTIES, which has
ZEND_MODULE_API_NO in it.


Thank You for Your help.
Joacim Zschimmer


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8562 Updated: Sessions fail with Netscape

[pojanen]

ID: 8562
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Description: Sessions fail with Netscape

Hours of debugging... debugging... recoding...

Result: I gues the bug is in Netscape 4.08.. not in PHP.

Reason: If I remove images from the login template it will work. It will also work if 
I set disk cache to 0.
Too bad... I guess there is no way to fix this.

Previous Comments:
---

[2001-01-08 03:00:46] [EMAIL PROTECTED]
I have tried to get around the problem.. 

Now it always registers the session but it looses a lot of data (classes). Sometimes 
it works ok.. after pressing reload couple of times. So the problem really is like in 
PHP 4.03, classes won't be stored properly. But now it's Netscape specific.

I'm using one session variable, $SESSION. It's an array. Which contains ShoppingCart 
and ClientConfig classes.

So I register the session like this...

session_start();
if(!session_is_registered("SESSION")) session_register("SESSION"); 

In my functions I use $SESSION as global..
global $SESSION;
And when I try to access a function..
$SESSION["ShoppingCart"]->getOwner() it says:
Fatal error: Call to a member function on a non-object in...

Sometimes it works. In IE, always.

Ofcourse I have created the classes inside the session.. 
like this:

if(!isset($SESSION)) $SESSION = array();
if(!isset($SESSION["ShoppingCart"])) $SESSION["ShoppingCart"] = new ShoppingCart;
if(!isset($SESSION["ClientConfig"])) $SESSION["ClientConfig"] = new ClientConfig;  

(The first line is not so important)

Constructors of these classes set variable defaults and creates some arrays. One of 
the arrays inside the ShoppingCart class constructs from ShoppingCartElement class.

Sorry, not so complete code but I hope it helps.

Btw. I have tried with Netscape 6 and it works Ok.

---

[2001-01-06 20:24:50] [EMAIL PROTECTED]
Please add a complete but short script which can be used to reproduce this
problem. 

Have you tried newer Netscape versions? 4.08 is quite old.

--Jani


---

[2001-01-05 04:31:56] [EMAIL PROTECTED]
PHP 4.0.3 was very buggy with sessions. PHP 4.0.4 works a lot better but I think I 
have discovered a bug again.

I can't find anything wrong in my code... the bug is very weird. It only happens with 
Netscape. Netscape Navigator 4.08.

When I try to login (with Netscape 4.08) in my webshop using a form generated by the 
webshop -> sessions doesn't get saved correctly. But when I press Reload -> the 
problem will be corrected. With Internet Explorer this works fine at the first time.

Here is the incorrect session data:

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";i:0;}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";i:10;s:8:"currency";s:3:"FIM";}}


Here is the correct one (after I press reload or first time with IE):

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";s:1:"2";}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";s:1:"8";s:8:"currency";s:3:"FIM";}}


They look pretty same but they are not. owner values should be 2 like in the second 
example and productsOnPage should be 8.. 0 and 10 are defaults (in the first one) but 
they are modified to 2 and 8. Somehow PHP doesn't save the modified values.. it saves 
the first values which are made by my class constructor. (I use $SESSION array which 
contains two classes)

This is very very STRANGE. Browser shouldn't have anything to do with it but it does. 
I do no browser checkups so it must be in PHP. If cookies are enabled/disabled it does 
the same thing.

And btw. This works correctly in PHP 4.0. but not in 4.03 & 4.04.

What could be wrong ?

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] bitmapid in swf functions?

[Rasmus Lerdorf]

These swf functions seem somewhat magical.  Should swf_definebitmap()
somehow return a bitmapid?  If not, where does the bitmapid parameter
needed by swf_getbitmapinfo() and swf_shapefillbitmapclip() come from?

I'm probably missing something obvious here.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8754: gethostbyname() fails

[jonny]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16 (RH7)
PHP version:  4.0.4pl1
PHP Bug Type: *Network Functions
Bug description:  gethostbyname() fails

When trying to resolv the ip address of a hostname given in /etc/hosts, 
gethostbyname() works fine. It does NOT work when trying to resolv an ip address which 
must be looked up via the DNS server though. In the latter case, 
gethostbyname($hostname) always returns $hostname, i.e. it
behaves like the hostname does not exist. However, doing a command line nslookup, the 
hostname is found, so it DOES exist.

The problem occurs with version 4.0.4pl1 (compiled on the target system) as well as 
with version 4.0.1pl2 that comes with RedHat 7.0. I'm using kernel version 2.2.16 and 
a vanilla (i.e. non-updated) RedHat 7.0.

Thanks in advance...



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8755: DLL gives Access violation

[mjhall]

From: [EMAIL PROTECTED]
Operating system: Windows NT
PHP version:  4.0.3pl1
PHP Bug Type: MSSQL related
Bug description:  DLL gives Access violation

System is a Windows NT server running IIS and MS SQL 7.0.
Using the DLL version of the PHP server gives an "Access Violation" when using 
mssql_pconnect. mssql_connect is more stable but still occasionally reports the error 
as well. In most cases the MS Web server needs stopping/starting to correct the error.

Using the executable version of the PHP server produces no errors (i.e. change 
extensions to ".phx" and all is well and no crashes).

I have tried temporarily using MySQL instead and no errors are produced.


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8562 Updated: Sessions fail with Netscape

[pojanen]

ID: 8562
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: *Session related
Description: Sessions fail with Netscape

Argghh... I don't know. Forget the cache.. It didn't help. I don't know where the bug 
is. Only thing which get it working is to remove images..

Previous Comments:
---

[2001-01-17 03:36:32] [EMAIL PROTECTED]
Hours of debugging... debugging... recoding...

Result: I gues the bug is in Netscape 4.08.. not in PHP.

Reason: If I remove images from the login template it will work. It will also work if 
I set disk cache to 0.
Too bad... I guess there is no way to fix this.

---

[2001-01-08 03:00:46] [EMAIL PROTECTED]
I have tried to get around the problem.. 

Now it always registers the session but it looses a lot of data (classes). Sometimes 
it works ok.. after pressing reload couple of times. So the problem really is like in 
PHP 4.03, classes won't be stored properly. But now it's Netscape specific.

I'm using one session variable, $SESSION. It's an array. Which contains ShoppingCart 
and ClientConfig classes.

So I register the session like this...

session_start();
if(!session_is_registered("SESSION")) session_register("SESSION"); 

In my functions I use $SESSION as global..
global $SESSION;
And when I try to access a function..
$SESSION["ShoppingCart"]->getOwner() it says:
Fatal error: Call to a member function on a non-object in...

Sometimes it works. In IE, always.

Ofcourse I have created the classes inside the session.. 
like this:

if(!isset($SESSION)) $SESSION = array();
if(!isset($SESSION["ShoppingCart"])) $SESSION["ShoppingCart"] = new ShoppingCart;
if(!isset($SESSION["ClientConfig"])) $SESSION["ClientConfig"] = new ClientConfig;  

(The first line is not so important)

Constructors of these classes set variable defaults and creates some arrays. One of 
the arrays inside the ShoppingCart class constructs from ShoppingCartElement class.

Sorry, not so complete code but I hope it helps.

Btw. I have tried with Netscape 6 and it works Ok.

---

[2001-01-06 20:24:50] [EMAIL PROTECTED]
Please add a complete but short script which can be used to reproduce this
problem. 

Have you tried newer Netscape versions? 4.08 is quite old.

--Jani


---

[2001-01-05 04:31:56] [EMAIL PROTECTED]
PHP 4.0.3 was very buggy with sessions. PHP 4.0.4 works a lot better but I think I 
have discovered a bug again.

I can't find anything wrong in my code... the bug is very weird. It only happens with 
Netscape. Netscape Navigator 4.08.

When I try to login (with Netscape 4.08) in my webshop using a form generated by the 
webshop -> sessions doesn't get saved correctly. But when I press Reload -> the 
problem will be corrected. With Internet Explorer this works fine at the first time.

Here is the incorrect session data:

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";i:0;}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";i:10;s:8:"currency";s:3:"FIM";}}


Here is the correct one (after I press reload or first time with IE):

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";s:1:"2";}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";s:1:"8";s:8:"currency";s:3:"FIM";}}


They look pretty same but they are not. owner values should be 2 like in the second 
example and productsOnPage should be 8.. 0 and 10 are defaults (in the first one) but 
they are modified to 2 and 8. Somehow PHP doesn't save the modified values.. it saves 
the first values which are made by my class constructor. (I use $SESSION array which 
contains two classes)

This is very very STRANGE. Browser shouldn't have anything to do with it but it does. 
I do no browser checkups so it must be in PHP. If cookies are enabled/disabled it does 
the same thing.

And btw. This works correctly in PHP 4.0. but not in 4.03 & 4.04.

What could be wrong ?

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8756: Floating point exception

[land]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.2-Release
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Floating point exception

After configuring and compiling as cgi program, php coredumps with diagnostics: 
Floating point exception.
It coredumps while starting.
On 4.x-stable same executable works fine.


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] MySQL client library upgrade: 3.3.31

[Thimble Smith]

On Tue, Jan 16, 2001 at 05:34:02PM -0500, Ignacio Vazquez-Abrams wrote:
> 
> When PHP is configured to use an external library for MySQL support, if zlib
> support is not added then PHP fails with an "unresolved symbol: compress"
> error due to the fact that the newer versions of the MySQL client libraries
> seem to require libz.so in order to function. I have tried a couple of times
> to patch ext/mysql/config.m4 to resolve this, but I haven't been successful.
> 
> Some PHP bug reports which refer to this problem are: 5651, 6811, 6981, 7266,
> 8307, 8332, and 8575.
> 
> I'm certain that there are many who would appreciate it if you could deal with
> this issue once and for all.

That's what the mysql_config script is for:

tim@cane:~$ mysql_config   
Usage: /usr/local/mysql/bin/mysql_config [OPTIONS]
Options:
--cflags[-I'/usr/local/mysql/include/mysql']
--libs  [ -L'/usr/local/mysql/lib/mysql' -lmysqlclient   -lz -lcrypt 
-lm ]
--socket[/tmp/mysql.sock]
--port  [3306]
--version   [3.23.30-gamma]
tim@cane:~$ mysql_config --libs
 -L'/usr/local/mysql/lib/mysql' -lmysqlclient   -lz -lcrypt -lm

I'm not sure what the best way to use it in PHP is, but hopefully
someone familiar with ext/mysql/config.m4 could fix that.  If not,
let me know and I'll try to look at it some time.

Tim

-- 
   __  ___ ___   __
  /  |/  /_ __/ __/ __ \/ /Tim Smith <[EMAIL PROTECTED]>
 / /|_/ / // /\ \/ /_/ / /__   MySQL AB, Development Team
/_/  /_/\_, /___/\___\_\___/   Helsinki, Finland (for a few weeks)
   <___/   www.mysql.com

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8562 Updated: Sessions fail with Netscape

[pojanen]

ID: 8562
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Description: Sessions fail with Netscape

Now I remember! The bug must be in PHP because this worked with PHP 4.0 FINE!

Previous Comments:
---

[2001-01-17 04:05:02] [EMAIL PROTECTED]
Argghh... I don't know. Forget the cache.. It didn't help. I don't know where the bug 
is. Only thing which get it working is to remove images..

---

[2001-01-17 03:36:32] [EMAIL PROTECTED]
Hours of debugging... debugging... recoding...

Result: I gues the bug is in Netscape 4.08.. not in PHP.

Reason: If I remove images from the login template it will work. It will also work if 
I set disk cache to 0.
Too bad... I guess there is no way to fix this.

---

[2001-01-08 03:00:46] [EMAIL PROTECTED]
I have tried to get around the problem.. 

Now it always registers the session but it looses a lot of data (classes). Sometimes 
it works ok.. after pressing reload couple of times. So the problem really is like in 
PHP 4.03, classes won't be stored properly. But now it's Netscape specific.

I'm using one session variable, $SESSION. It's an array. Which contains ShoppingCart 
and ClientConfig classes.

So I register the session like this...

session_start();
if(!session_is_registered("SESSION")) session_register("SESSION"); 

In my functions I use $SESSION as global..
global $SESSION;
And when I try to access a function..
$SESSION["ShoppingCart"]->getOwner() it says:
Fatal error: Call to a member function on a non-object in...

Sometimes it works. In IE, always.

Ofcourse I have created the classes inside the session.. 
like this:

if(!isset($SESSION)) $SESSION = array();
if(!isset($SESSION["ShoppingCart"])) $SESSION["ShoppingCart"] = new ShoppingCart;
if(!isset($SESSION["ClientConfig"])) $SESSION["ClientConfig"] = new ClientConfig;  

(The first line is not so important)

Constructors of these classes set variable defaults and creates some arrays. One of 
the arrays inside the ShoppingCart class constructs from ShoppingCartElement class.

Sorry, not so complete code but I hope it helps.

Btw. I have tried with Netscape 6 and it works Ok.

---

[2001-01-06 20:24:50] [EMAIL PROTECTED]
Please add a complete but short script which can be used to reproduce this
problem. 

Have you tried newer Netscape versions? 4.08 is quite old.

--Jani


---

[2001-01-05 04:31:56] [EMAIL PROTECTED]
PHP 4.0.3 was very buggy with sessions. PHP 4.0.4 works a lot better but I think I 
have discovered a bug again.

I can't find anything wrong in my code... the bug is very weird. It only happens with 
Netscape. Netscape Navigator 4.08.

When I try to login (with Netscape 4.08) in my webshop using a form generated by the 
webshop -> sessions doesn't get saved correctly. But when I press Reload -> the 
problem will be corrected. With Internet Explorer this works fine at the first time.

Here is the incorrect session data:

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";i:0;}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";i:10;s:8:"currency";s:3:"FIM";}}


Here is the correct one (after I press reload or first time with IE):

SESSION|a:2:{s:12:"ShoppingCart";O:12:"shoppingcart":3:{s:8:"products";a:0:{}s:9:"discounts";a:0:{}s:5:"owner";s:1:"2";}s:12:"ClientConfig";O:12:"clientconfig":3:{s:12:"showPictures";b:1;s:14:"productsOnPage";s:1:"8";s:8:"currency";s:3:"FIM";}}


They look pretty same but they are not. owner values should be 2 like in the second 
example and productsOnPage should be 8.. 0 and 10 are defaults (in the first one) but 
they are modified to 2 and 8. Somehow PHP doesn't save the modified values.. it saves 
the first values which are made by my class constructor. (I use $SESSION array which 
contains two classes)

This is very very STRANGE. Browser shouldn't have anything to do with it but it does. 
I do no browser checkups so it must be in PHP. If cookies are enabled/disabled it does 
the same thing.

And btw. This works correctly in PHP 4.0. but not in 4.03 & 4.04.

What could be wrong ?

---

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

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mai

[PHP-DEV] Re: PHP 4.0 Bug #8752 Updated: Module compiled with 4.0.3 don't run with 4.0.4 and v.v.

[Joacim Zschimmer]

Thank You for Your quick answer.
I understand we have to deliver a separate module to our customers for every
new version of PHP they have.

Joacim Zschimmer


- Original Message -
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 17, 2001 9:33 AM
Subject: PHP 4.0 Bug #8752 Updated: Module compiled with 4.0.3 don't run
with 4.0.4 and v.v.


ID: 8752
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Dynamic loading
Assigned To:
Comments:

we would all like to, but bugfixes and even some recently added features
can still lead to api changes ...

Previous Comments:
---

[2001-01-17 02:15:05] [EMAIL PROTECTED]
When calling in PHP 4.0.4 a module developed with PHP 4.0.3, I get the
following message:

hostware: Unable to initialize module
Module compiled with debug=0, thread-safety=1 module API=2809
PHP compiled with debug=0, thread-safety=1 module API=20001214
These options need to match

When I recompile the module, it works. But loading the newly compiled module
with older PHP 4.0.3, I get a similar message.

I would like to use my module in any PHP version.


This is my module declaration:

zend_module_entry php_hostware_module_entry =
{
"hostware",
php_hostware_functions,
PHP_MINIT(hostware),
PHP_MSHUTDOWN(hostware),
NULL,
NULL,
PHP_MINFO(hostware),
STANDARD_MODULE_PROPERTIES
};

Possibly the key is the word STANDARD_MODULE_PROPERTIES, which has
ZEND_MODULE_API_NO in it.


Thank You for Your help.
Joacim Zschimmer


---


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




-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] bitmapid in swf functions?

[Sterling Hughes]

> These swf functions seem somewhat magical.  Should swf_definebitmap()
> somehow return a bitmapid?  If not, where does the bitmapid parameter
> needed by swf_getbitmapinfo() and swf_shapefillbitmapclip() come from?
> 

They are a bit magical.  You might want to have a look at: 
http://www.opaque.net/ming/, which provides an easier to use interface (I'm
currently working with the author to contribute the PHP extension code to the
php distribution, he's keen on the idea (ie, if you compile --with-swf
--enable-ming, you get the mingswf extension, --with-swf or --with-swf
--enable-libswf you get the libswf extension)).  That library also works with
windows and is constantly maintained (whereas Paul Haebaerli's libswf is not
maintained anymore...).

> I'm probably missing something obvious here.
> 

You are, something obvious, but not intuitive...

void swf_definebitmap(int objid, string image_name)

Is the prototype for swf_definebitmap(), the first argument (objid) is the
object id to use with swf_getbitmapinfo(), etc.

ie,



-Sterling

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] MySQL client library upgrade: 3.3.31

[chrisv]

> That's what the mysql_config script is for:
> 
> tim@cane:~$ mysql_config   
> Usage: /usr/local/mysql/bin/mysql_config [OPTIONS]
> Options:
> --cflags[-I'/usr/local/mysql/include/mysql']
> --libs  [ -L'/usr/local/mysql/lib/mysql' -lmysqlclient   -lz -lcrypt 
>-lm ]
> --socket[/tmp/mysql.sock]
> --port  [3306]
> --version   [3.23.30-gamma]
> tim@cane:~$ mysql_config --libs
>  -L'/usr/local/mysql/lib/mysql' -lmysqlclient   -lz -lcrypt -lm
> 
> I'm not sure what the best way to use it in PHP is, but hopefully
> someone familiar with ext/mysql/config.m4 could fix that.  If not,
> let me know and I'll try to look at it some time.

I'm not sure how effective this patch is, but it seems to generate a
working configure script for myself. I don't have 3.23.30-gamma installed
yet, though I intend on doing so soon (am downloading at the moment), so I
will get the chance to test the script myself.

For the time being, if anyone wants to look at it, the patch to
ext/mysql/config.m4 is included.

Chris


--- ../php4-oldcvs/ext/mysql/config.m4  Thu Nov 23 12:01:03 2000
+++ ext/mysql/config.m4 Wed Jan 17 01:54:08 2001
@@ -32,6 +32,19 @@
   AC_MSG_RESULT($MYSQL_SOCK)
 ])
 
+AC_DEFUN(PHP_MYSQL_VERSION,[
+  if test "$PHP_MYSQL" != "yes"; then
+AC_MSG_CHECKING(for MySQL version)
+MYSQL_VERSION=$( strings $MYSQL_LIB_DIR/libmysqlclient.so | grep '3\.' )
+if test "x$( echo $MYSQL_VERSION | cut -f2 -d. )" = "x23" ; then
+  AC_MSG_RESULT($MYSQL_VERSION)
+  PHP_EVAL_LIBLINE($PHP_MYSQL/bin/mysql_config --libs)
+else
+  AC_MSG_RESULT($MYSQL_VERSION)
+fi
+  fi
+])
+  
 PHP_ARG_WITH(mysql, for MySQL support,
 [  --with-mysql[=DIR]  Include MySQL support. DIR is the MySQL base
   directory. If unspecified, the bundled MySQL library
@@ -77,6 +90,8 @@
 AC_MSG_ERROR(Cannot find mysqlclient library under $MYSQL_DIR)
   fi
 
+  PHP_MYSQL_VERSION
+  
   AC_ADD_LIBRARY_WITH_PATH(mysqlclient, $MYSQL_LIB_DIR, MYSQL_SHARED_LIBADD)
 
   AC_ADD_INCLUDE($MYSQL_INC_DIR)


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] bitmapid in swf functions?

[Rasmus Lerdorf]

> They are a bit magical.  You might want to have a look at:
> http://www.opaque.net/ming/, which provides an easier to use interface (I'm
> currently working with the author to contribute the PHP extension code to the
> php distribution, he's keen on the idea (ie, if you compile --with-swf
> --enable-ming, you get the mingswf extension, --with-swf or --with-swf
> --enable-libswf you get the libswf extension)).  That library also works with
> windows and is constantly maintained (whereas Paul Haebaerli's libswf is not
> maintained anymore...).

How far away is this?

> > I'm probably missing something obvious here.
> >
>
> You are, something obvious, but not intuitive...
>
> void swf_definebitmap(int objid, string image_name)
>
> Is the prototype for swf_definebitmap(), the first argument (objid) is the
> object id to use with swf_getbitmapinfo(), etc.
>
> ie,
>
> 
> // The bitmap id to define the bitmap with, and
> // then use with the other bitmap functions
> $pic_id = 10;
> // Komodo, Rasmus? *LOL*! From phpics.com ;)
> $pic_location = "korea/0.50/17.jpg";
>
> // ...
> swf_definebitmap($pic_id, $pic_location);
> // ...
> $pic_info = swf_getbitmapinfo($pic_id);
>
> echo "Size of the bitmap in bytes is: $pic_info[size]\n";
> echo "Width of the bitmap in pixels is: $pic_info[width]\n";
> echo "Height of the bitmap in pixels is: $pic_info[height]\n";
> ?>

Ok, so I would have expected something like this to work:

header('Content-type: application/x-shockwave-flash');
swf_openfile('php://stdout',400, 250, 30, 1, 1, 1);
$pic = swf_nextid();
swf_definebitmap($pic, 'php-big.fi');
swf_pushmatrix();
swf_placeobject($pic, 1);
swf_popmatrix();
swf_showframe();
swf_closefile();

But it doesn't seem to.  I'll keep reading.  The ming stuff does look a
lot more intuitive.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] unsecure / unsafe /tmp/ usage in PHP 3

[Marcus Meissner]

Hi php-dev,

gccs automatic warnings are nice, but unfortunately they do NOT trigger 
during shared library builds.

In our ongoing audit I have spotted several /tmp vulnerabilities in PHP 3.

./functions/file.c:void php3_tempnam(INTERNAL_FUNCTION_PARAMETERS) {
./functions/file.c: t = tempnam(d,p);

This is the implementation of the PHP function 'tempnam'.

In PHP4 this functions uses 'mkstemp' and so changes the semantics.
My patch below also does this, but we should warn admins that it
does so they don't find their /tmp/ filled unexpectedly.

./functions/hg_comm.c:  sscanf(str, "%s\n", 
tempname);
./functions/hg_comm.c:  sscanf(str, "%s\n", 
tempname);
./functions/hg_comm.c:  sprintf(temp, "%s", tempname);
./functions/hg_comm.c:  char *temprec, *str, tempname[100];
./functions/hg_comm.c:  sscanf(str, "%s\n", tempname);
./functions/hg_comm.c:  sscanf(str, "%s\n", tempname);
./functions/hg_comm.c:  sprintf(temp, "%s", tempname);

hg_comm.c is compiled only in if HYPERWAVE (commercial add on?) is
enabled. We don't have that enabled.

Otherwise you already see several unchecked sscanf() into stack
arrays above.
This mail does not address these buffer overflow problems.

./functions/mime.c: fn = tempnam(php3_ini.upload_tmp_dir, 
"php");
... followed some lines later by ...
fp = fopen(fn, "w");

./functions/post.c: fn = tempnam(php3_ini.upload_tmp_dir, "php");
fn = tempnam(php3_ini.upload_tmp_dir, "php");
fp = fopen(fn, "w");
 
Default configurations leaves the uploaddirectory empty, so this is using
/tmp most likely.

I have attached a patch which compiles but is untested. Please review.

Ciao, Marcus

--- php-3.0.18/functions/mime.c.mkstemp Tue Oct 17 03:30:59 2000
+++ php-3.0.18/functions/mime.c Thu Jan 11 16:24:00 2001
@@ -224,7 +224,6 @@
php3_error(E_WARNING, "File Upload Error - No 
Mime boundary found after start of file header");
SAFE_RETURN;
}
-   fn = tempnam(php3_ini.upload_tmp_dir, "php");
if ((loc - ptr - 4) > php3_ini.upload_max_filesize) {
php3_error(E_WARNING, "Max file size of %ld 
bytes exceeded - file [%s] not saved", php3_ini.upload_max_filesize,namebuf);
bytes=0;
@@ -242,8 +241,23 @@
if(memcmp(namebuf,sbuf,strlen(sbuf)))
_php3_parse_gpc_data(estrdup("none"), 
namebuf, http_post_vars);
} else {
-   fp = fopen(fn, "w");
+   int fd;
+   char *fn = 
+emalloc((php3_ini.upload_tmp_dir?strlen(php3_ini.upload_tmp_dir):strlen("/tmp"))+strlen("/php.XX")+1);
+
+   if (php3_ini.upload_tmp_dir)
+   strcpy(fn,php3_ini.upload_tmp_dir);
+   else
+   strcpy(fn,"/tmp");
+   strcat(fn,"/php.XX");
+   fd = mkstemp(fn);
+   if (fd == -1) {
+   efree(fn);
+   return;
+   }
+   fp = fdopen(fd, "w");
if (!fp) {
+   unlink(fn);
+   efree(fn);
php3_error(E_WARNING, "File Upload 
Error - Unable to open temporary file [%s]", fn);
SAFE_RETURN;
}
--- php-3.0.18/functions/post.c.mkstemp Tue Oct  3 21:41:10 2000
+++ php-3.0.18/functions/post.c Thu Jan 11 16:29:28 2001
@@ -53,7 +53,7 @@
size_t bytes=0;
char *fn;
FILE *fp;
-   int length, cnt;
+   int fd, length, cnt;
 
length = GLOBAL(request_info).content_length;
if (length > php3_ini.upload_max_filesize) {
@@ -61,10 +61,23 @@
SET_VAR_STRING("PHP_PUT_FILENAME", estrdup("none"));
return;
}
-   fn = tempnam(php3_ini.upload_tmp_dir, "php");
-   fp = fopen(fn, "w");
+   fn = 
+(char*)emalloc

[PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

[Sam Liddicott]

Midgard, soon to use php4 is to be released GPL (according to their website
www.midgard-project.org).

How will this work; will it just be the patch to php4 that makes it INTO
migard that will be GPL, or midgard+PHP that will be GPL.

Either way it seems using this means EITHER 
a) anyone could release a "very-similar" php product under GPL
b) Lack of GPL/LGPL license will spoil midgards plans

If (a) is true then I could GPL my copy of PHP and then use and GPL-non-LGPL
code I liked
If (b) is true then surely we need officialy a choice of license (or at
least project-midgard.org does)

Any opinions?

Sam

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8633 Updated: phpinfo() output different from php.exe -i

[boyan]

ID: 8633
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: phpinfo() output different from php.exe -i

Original report:
>>System - Windows 2000 Pro 2195 (the same applies to WinNT 4.0 Srv SP6)
Webserver Xitami 2.4.d7 service (the same applies to Xitami 2.5.b.4 service and GUI)
Useed the installation package php-4.0.4-win32.zip, not the source code.
A simple PHP file with only phpinfo() in it produces some info.
This result doesn't represent the changes that I made to php.ini, which is located in 
the
same dir as php.exe.
However, when running php.exe -i, everything is listed correctly. And what is more
important, the changes in php.ini seem to be taken into account.
I can send php.ini, the result of phpinfo() and the result of php.exe -i, if 
necessary.
Seems to me that this is the reason people were claiming the php.ini doesn't get read 
(for
example, bug 6306, 5824, 5178)
>>
Turned out to be REALLY, REALLY STUPID error of mine. I've forgotten to copy the 
modified php.ini to %systemroot%, although it is explicitly said in the documentation.
Therefore, when running php.exe -i, it read the modified .ini from its dir and 
displayed the new info, but when running any php file from within a web server, the 
.ini file was looked after in %systemroot%, not found and, consequently, the default 
values were used.
Sorry!

Previous Comments:
---

[2001-01-10 07:55:36] [EMAIL PROTECTED]
System - Windows 2000 Pro 2195 (the same applies to WinNT 4.0 Srv SP6)
Webserver Xitami 2.4.d7 service (the same applies to Xitami 2.5.b.4 service and GUI)
Useed the installation package php-4.0.4-win32.zip, not the source code.
A simple PHP file with only phpinfo() in it produces some info.
This result doesn't represent the changes that I made to php.ini, which is located in 
the same dir as php.exe.
However, when running php.exe -i, everything is listed correctly. And what is more 
important, the changes in php.ini seem to be taken into account.
I can send php.ini, the result of phpinfo() and the result of php.exe -i, if 
necessary.
Seems to me that this is the reason people were claiming the php.ini doesn't get read 
(for example, bug 6306, 5824, 5178)


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV]Non-GPL readline

[Rasmus Lerdorf]

They obviously can't distribute PHP under the GPL.  And I wish they would
just contribute whatever patches to PHP they think need so Midgard could
use a vanilla PHP install.

-Rasmus

On Wed, 17 Jan 2001, Sam Liddicott wrote:

> Midgard, soon to use php4 is to be released GPL (according to their website
> www.midgard-project.org).
>
> How will this work; will it just be the patch to php4 that makes it INTO
> migard that will be GPL, or midgard+PHP that will be GPL.
>
> Either way it seems using this means EITHER
> a) anyone could release a "very-similar" php product under GPL
> b) Lack of GPL/LGPL license will spoil midgards plans
>
> If (a) is true then I could GPL my copy of PHP and then use and GPL-non-LGPL
> code I liked
> If (b) is true then surely we need officialy a choice of license (or at
> least project-midgard.org does)
>
> Any opinions?
>
> Sam
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ImageCreate() problem

[David Örn Johannsson]

I allways get this error when I'm trying to create a img useing PHP 4.0.4
(I use Apache on Win 2000 Pro)

Fatal error: Call to undefined function: imagecreate() in e:\php\img.php
on line 11


--
Davíð Örn Jóhannsson
Vefhönnuður / Webdesigner
[EMAIL PROTECTED]
(+354) 694-4428
--


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV]Non-GPL readline

[Sascha Schumann]

On Wed, 17 Jan 2001, Sam Liddicott wrote:

> Midgard, soon to use php4 is to be released GPL (according to their website
> www.midgard-project.org).
>
> How will this work; will it just be the patch to php4 that makes it INTO
> migard that will be GPL, or midgard+PHP that will be GPL.

The owner of GPLed code can grant third parties the right to
use the code with certain non-GPLed programs (i.e. PHP).  The
merged result will inherit all license conditions from both
code bases (unless the owner of the code expressively states
something else).  The result won't be solely under the GPL,
but under a (cumbersome and sometimes contradictionary) set
of conditions.

- Sascha


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

[Zeev Suraski]

At 12:08 17/1/2001, Rasmus Lerdorf wrote:
>They obviously can't distribute PHP under the GPL.  And I wish they would
>just contribute whatever patches to PHP they think need so Midgard could
>use a vanilla PHP install.

Stas talked to them a while ago, some of their patches don't really align 
with PHP's syntax / design.  It's not a matter of licensing.

Zeev
--

Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

[Rasmus Lerdorf]

> At 12:08 17/1/2001, Rasmus Lerdorf wrote:
> >They obviously can't distribute PHP under the GPL.  And I wish they would
> >just contribute whatever patches to PHP they think need so Midgard could
> >use a vanilla PHP install.
>
> Stas talked to them a while ago, some of their patches don't really align
> with PHP's syntax / design.  It's not a matter of licensing.

How bad could it be?  Anything we can't just toss into a --with-midgard
switch?

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

[Zeev Suraski]

At 12:02 17/1/2001, Sam Liddicott wrote:
>If (b) is true then surely we need officialy a choice of license (or at
>least project-midgard.org does)

As Rasmus said, obviously they can't distribute PHP under the GPL - and 
there's nothing wrong with that.
It doesn't mean that they can't distribute PHP (plain), and midgard under 
their own license.

Zeev


--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

[Zeev Suraski]

At 12:17 17/1/2001, Rasmus Lerdorf wrote:
> > At 12:08 17/1/2001, Rasmus Lerdorf wrote:
> > >They obviously can't distribute PHP under the GPL.  And I wish they would
> > >just contribute whatever patches to PHP they think need so Midgard could
> > >use a vanilla PHP install.
> >
> > Stas talked to them a while ago, some of their patches don't really align
> > with PHP's syntax / design.  It's not a matter of licensing.
>
>How bad could it be?  Anything we can't just toss into a --with-midgard
>switch?


Language-syntax level stuff (parser&scanner)...

Zeev
--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] MySQL client library upgrade: 3.3.31

[Thimble Smith]

On Wed, Jan 17, 2001 at 01:57:08AM -0800, [EMAIL PROTECTED] wrote:
> +AC_DEFUN(PHP_MYSQL_VERSION,[
> +  if test "$PHP_MYSQL" != "yes"; then
> +AC_MSG_CHECKING(for MySQL version)
> +MYSQL_VERSION=$( strings $MYSQL_LIB_DIR/libmysqlclient.so | grep '3\.' )
> +if test "x$( echo $MYSQL_VERSION | cut -f2 -d. )" = "x23" ; then
> +  AC_MSG_RESULT($MYSQL_VERSION)
> +  PHP_EVAL_LIBLINE($PHP_MYSQL/bin/mysql_config --libs)
> +else
> +  AC_MSG_RESULT($MYSQL_VERSION)
> +fi
> +  fi
> +])

I think it would be better to simply check if mysql_config
exists.  If so, use it; if not, assume that the version is older
and doesn't need -lz.  One trouble with the above is that it
won't work when 4.0 comes out (alpha should be pretty soon).
Of course an extra test could be added, but I don't think it's
needed.

Did you mean to 'test "$PHP_MYSQL" = "yes"' up there, instead
of '!='?  You could remove the else clause, and just put the
AC_MSG_RESULT() outside the if.  Plus, there are some bashisms
there that aren't portable.

Tim

-- 
   __  ___ ___   __
  /  |/  /_ __/ __/ __ \/ /Tim Smith <[EMAIL PROTECTED]>
 / /|_/ / // /\ \/ /_/ / /__   MySQL AB, Development Team
/_/  /_/\_, /___/\___\_\___/   Helsinki, Finland (for a few weeks)
   <___/   www.mysql.com

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] bitmapid in swf functions?

[Sterling Hughes]

> 
> > They are a bit magical.  You might want to have a look at:
> > http://www.opaque.net/ming/, which provides an easier to use interface (I'm
> > currently working with the author to contribute the PHP extension code to the
> > php distribution, he's keen on the idea (ie, if you compile --with-swf
> > --enable-ming, you get the mingswf extension, --with-swf or --with-swf
> > --enable-libswf you get the libswf extension)).  That library also works with
> > windows and is constantly maintained (whereas Paul Haebaerli's libswf is not
> > maintained anymore...).
> 
> How far away is this?
> 

As soon as he gets around to it.

I sent a nag message :)

> > > I'm probably missing something obvious here.
> > >
> >
> > You are, something obvious, but not intuitive...
> >
> > void swf_definebitmap(int objid, string image_name)
> >
> > Is the prototype for swf_definebitmap(), the first argument (objid) is the
> > object id to use with swf_getbitmapinfo(), etc.
> >
> > ie,
> >
> >  >
> > // The bitmap id to define the bitmap with, and
> > // then use with the other bitmap functions
> > $pic_id = 10;
> > // Komodo, Rasmus? *LOL*! From phpics.com ;)
> > $pic_location = "korea/0.50/17.jpg";
> >
> > // ...
> > swf_definebitmap($pic_id, $pic_location);
> > // ...
> > $pic_info = swf_getbitmapinfo($pic_id);
> >
> > echo "Size of the bitmap in bytes is: $pic_info[size]\n";
> > echo "Width of the bitmap in pixels is: $pic_info[width]\n";
> > echo "Height of the bitmap in pixels is: $pic_info[height]\n";
> > ?>
> 
> Ok, so I would have expected something like this to work:
> 
> header('Content-type: application/x-shockwave-flash');
> swf_openfile('php://stdout',400, 250, 30, 1, 1, 1);
> $pic = swf_nextid();
> swf_definebitmap($pic, 'php-big.fi');
> swf_pushmatrix();
> swf_placeobject($pic, 1);
> swf_popmatrix();
> swf_showframe();
> swf_closefile();
> 
> But it doesn't seem to.  I'll keep reading.  The ming stuff does look a
> lot more intuitive.
> 

The ming stuff is definitely more intuitive...

The libswf is a bit more advanced, though, and it does make sense once you
understand the swf file format...

http://reality.sgi.com/grafica/flash/swftest.c

is an example in c (the api's are nearly the same, except php doesn't support
the sounds)...  If you adapt from that you'll see how its done (the resulting
animation is at: http://reality.sgi.com/grafica/flash/test.html)...  You can
also check out, http://www.phpbuilder.com/columns/mattern20010111.php3, for a
pretty good tutorial on the flash functions...

-Sterling

Ps:  With just a quick look at your code, you need to define a viewing plane
with swf_ortho() or swf_ortho2()...

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] bitmapid in swf functions?

[Rasmus Lerdorf]

> is an example in c (the api's are nearly the same, except php doesn't support
> the sounds)...

I noticed a patch referenced in the user comments at php.net/swf which
adds sound support.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] bitmapid in swf functions?

[Sterling Hughes]

Rasmus Lerdorf wrote:
> 
> > is an example in c (the api's are nearly the same, except php doesn't support
> > the sounds)...
> 
> I noticed a patch referenced in the user comments at php.net/swf which
> adds sound support.

yeah, that patch is a little flawed (an efree() after a RETURN_LONG(), etc.)
though, but still, sound support isn't too hard to do, I just never found a need
for it since I don't know how to provide a set of short's and turn it into a
wave stream...

-sterling

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8738 Updated: PHP compiled statically into Apache dumps core at apache start

[vahan]

ID: 8738
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache related
Description: PHP compiled statically into Apache dumps core at apache start

Everything worked with the latest snapshot. Thanks.

Previous Comments:
---

[2001-01-16 14:59:49] [EMAIL PROTECTED]
Reopen if the snapshot doesn't work for you.

--Jani

---

[2001-01-16 10:48:37] [EMAIL PROTECTED]
This is already fixed in CVS, please try a snapshot from snaps.php.net

---

[2001-01-16 10:41:23] [EMAIL PROTECTED]

PHP configuration:
./configure --enable-track-vars --enable-ftp --with-mysql=/usr/local/mysql 
--with-gd=../gd1.3 --with-apache=../apache_1.3.14 --enable-magic-quotes


Apache configuration:
./configure --prefix=/WWW --activate-module=src/modules/php4/libphp4.a

I'm getting the following from /WWW/bin/apachectl start
Floating point exception - core dumped
/WWW/bin/apachectl start: httpd could not be started

the problem exists with both apache 1.3.12 and 1.3.14
compiling apache 1.3.14 with php 4.0.3pl1 works OK.

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] ImageCreate() problem

[Derick Rethans]

Hello,

use ./configure --with-gd
Since php 4.0.4, gd is not enabled by default

Derick


On Wed, 17 Jan 2001, David Örn Johannsson wrote:

> I allways get this error when I'm trying to create a img useing PHP 4.0.4
> (I use Apache on Win 2000 Pro)
>
> Fatal error: Call to undefined function: imagecreate() in e:\php\img.php
> on line 11
>
>
> --
> Davíð Örn Jóhannsson
> Vefhönnuður / Webdesigner
> [EMAIL PROTECTED]
> (+354) 694-4428
> --
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>

Derick Rethans

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP-DEV] ImageCreate() problem

[David Örn Johannsson]

Thanks for the help, but I'm a newbie here so you would have to tell me
where I should execute that command

-Original Message-
From: Derick Rethans [mailto:[EMAIL PROTECTED]]
Sent: 17. janúar 2001 12:10
To: David Örn Johannsson
Cc: '[EMAIL PROTECTED]'
Subject: Re: [PHP-DEV] ImageCreate() problem


Hello,

use ./configure --with-gd
Since php 4.0.4, gd is not enabled by default

Derick


On Wed, 17 Jan 2001, David Örn Johannsson wrote:

> I allways get this error when I'm trying to create a img useing PHP 4.0.4
> (I use Apache on Win 2000 Pro)
>
> Fatal error: Call to undefined function: imagecreate() in e:\php\img.php
> on line 11
>
>
> --
> Davíð Örn Jóhannsson
> Vefhönnuður / Webdesigner
> [EMAIL PROTECTED]
> (+354) 694-4428
> --
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>

Derick Rethans

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-

--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8633 Updated: phpinfo() output different from php.exe -i

[sniper]

ID: 8633
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

User error -> bogus.

Previous Comments:
---

[2001-01-17 05:09:00] [EMAIL PROTECTED]
Original report:
>>System - Windows 2000 Pro 2195 (the same applies to WinNT 4.0 Srv SP6)
Webserver Xitami 2.4.d7 service (the same applies to Xitami 2.5.b.4 service and GUI)
Useed the installation package php-4.0.4-win32.zip, not the source code.
A simple PHP file with only phpinfo() in it produces some info.
This result doesn't represent the changes that I made to php.ini, which is located in 
the
same dir as php.exe.
However, when running php.exe -i, everything is listed correctly. And what is more
important, the changes in php.ini seem to be taken into account.
I can send php.ini, the result of phpinfo() and the result of php.exe -i, if 
necessary.
Seems to me that this is the reason people were claiming the php.ini doesn't get read 
(for
example, bug 6306, 5824, 5178)
>>
Turned out to be REALLY, REALLY STUPID error of mine. I've forgotten to copy the 
modified php.ini to %systemroot%, although it is explicitly said in the documentation.
Therefore, when running php.exe -i, it read the modified .ini from its dir and 
displayed the new info, but when running any php file from within a web server, the 
.ini file was looked after in %systemroot%, not found and, consequently, the default 
values were used.
Sorry!

---

[2001-01-10 07:55:36] [EMAIL PROTECTED]
System - Windows 2000 Pro 2195 (the same applies to WinNT 4.0 Srv SP6)
Webserver Xitami 2.4.d7 service (the same applies to Xitami 2.5.b.4 service and GUI)
Useed the installation package php-4.0.4-win32.zip, not the source code.
A simple PHP file with only phpinfo() in it produces some info.
This result doesn't represent the changes that I made to php.ini, which is located in 
the same dir as php.exe.
However, when running php.exe -i, everything is listed correctly. And what is more 
important, the changes in php.ini seem to be taken into account.
I can send php.ini, the result of phpinfo() and the result of php.exe -i, if 
necessary.
Seems to me that this is the reason people were claiming the php.ini doesn't get read 
(for example, bug 6306, 5824, 5178)


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8756 Updated: Floating point exception

[sniper]

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

This is fixed in CVS. Try latest snapshot from
http://snaps.php.net/

--Jani

Previous Comments:
---

[2001-01-17 04:07:42] [EMAIL PROTECTED]
After configuring and compiling as cgi program, php coredumps with diagnostics: 
Floating point exception.
It coredumps while starting.
On 4.x-stable same executable works fine.

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8757: PHP Warning: Unable to load dynamic library 'e:\distrib\php\extensions\php_yaz.

[issinsky]

From: [EMAIL PROTECTED]
Operating system: Windows NT 2000
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  PHP Warning: Unable to load dynamic library 
'e:\distrib\php\extensions\php_yaz.

1) PHP configured as CGI (exe)
2) path to extensions configured ok, all other extensions loaded normaly /* phpinfo() 
shows it */
3) PHP Warning: Unable to load dynamic library 'e:\distrib\php\extensions\php_yaz.dll
any way to copy this dll to c:\%systemroot%\system made no results...



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Redirecting output to a file

[Malcolm Locke]

Please correct me if there is already a facility to do this in place, but
I have searched the manual and can find no functions.  I would like the
ability to redirect the standard PHP output stream to a file temporarily
to a file, and return to output to the browser at some point in the
script.  Here is an example of the kind of thing I mean:


So does this


I have started to look at the source and seen that most of what I need
seems to be going on in php_output_globals int ext/standard/php_output.h.
I am willing to write the extension to give me this functionality, but
before I start coding in earnist I would appreciate any pointers or
warnings of problems that may be involved.

Many thanks,

Malcolm Locke

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Redirecting output to a file

[php4]

Addressed to: "Malcolm Locke" <[EMAIL PROTECTED]>
  [EMAIL PROTECTED]

** Reply to note from "Malcolm Locke" <[EMAIL PROTECTED]> Wed, 17 Jan 2001 12:07:25 
+
>   
> Please correct me if there is already a facility to do this in place,
> but I have searched the manual and can find no functions. I would
> like the ability to redirect the standard PHP output stream to a file
> temporarily to a file, and return to output to the browser at some
> point in the script. Here is an example of the kind of thing I mean:


You might want to look at the Optput Buffer stuff:

   http://www.php.net/manual/en/html/ref.outcontrol.html




Rick Widmer
Internet Marketing Specialists
http://www.developersdesk.com

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] ImageCreate() problem

[Kjartan Ólason]

Add:

extension=php_gd.dll

To your php.ini file

- Original Message -
From: "David Örn Johannsson" <[EMAIL PROTECTED]>
To: "'Derick Rethans'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, January 17, 2001 11:23 AM
Subject: RE: [PHP-DEV] ImageCreate() problem


> Thanks for the help, but I'm a newbie here so you would have to tell me
> where I should execute that command
>
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]]
> Sent: 17. janúar 2001 12:10
> To: David Örn Johannsson
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: [PHP-DEV] ImageCreate() problem
>
>
> Hello,
>
> use ./configure --with-gd
> Since php 4.0.4, gd is not enabled by default
>
> Derick
>
>
> On Wed, 17 Jan 2001, David Örn Johannsson wrote:
>
> > I allways get this error when I'm trying to create a img useing PHP
4.0.4
> > (I use Apache on Win 2000 Pro)
> >
> > Fatal error: Call to undefined function: imagecreate() in e:\php\img.php
> > on line 11
> >
> >
> > --
> > Davíð Örn Jóhannsson
> > Vefhönnuður / Webdesigner
> > [EMAIL PROTECTED]
> > (+354) 694-4428
> > --
> >
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: [EMAIL PROTECTED]
> >
>
> Derick Rethans
>
> -
>   PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
> -
> JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
>  H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
> -
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] fast, safe, e-z diet

[coyote101]

Dear Friend,


This last fall, our family had a reunion at which time we had a Professional 
Photographer take pictures, and I wanted to use those pictures of our immediate Family 
on Christmas cards that we were going to send to Friends and family this Christmas.

In November, we got the proofs back so that we could pick our favorite Picture. 
Everybody looked wonderful and the background was spectacular but I could not Find 
myself in the picture. I looked and looked and finally got out a magnifying glass.To 
my horror, I found this woman with a face and body that looked like it was 100 Pounds 
overweight. I fell off the chair I was sitting on  and began to cry. 

http://www.nat-dat-info.com

My body resembled an oversized blimp that would takeoff should a heavy wind arise... 
it was HIDEOUS!  I had mirrors in my house but most of them were designed to only 
reflect from the waist up and I honestly hadn't noticed that my cheekbones had totally 
disappeared and that my face looked like a shapeless clump of flesh.

Well, I was in a terrible situation and I was at a loss as to what to do. My 
willpower, well, Basically Sucks and I had so- so -so- much weight to lose that I 
wasn't sure I'd live long enough to get it all off. Plus, I hate diets and can only 
stick to them for a very short period of time before I fall off the food Wagon and I 
always hated to work out!!!  My goal to slim down seemed totally hopeless.

http://www.nat-dat-info.com

AND THEN IT HAPPENED.  I received fabulous information about a product called Beverly 
Hills fat burners. It seemed to contain everything I needed. ; It curbs your appetite, 
increases energy, burns fat at the fastest rate possible, no special diets are 
required, you don't have to 
exercise. It Doesn't make you feel nervous AND Its ALL-NATURAL WITH NO ADVERSE SIDE 
EFFECTS. It also was priced well below other products and I received a second bottle 
for being afirst time customer.  I figured that if it didn't work I wouldn't be out 
much money.  It also has 100% 
money back guaranteed. It's been about 5 weeks now but I swear I'm beginning to look 
like that famous movie star. My cheekbones are absolutely glorious.  I have dropped 
4sizes and I see the
results each and every day.

http://www.nat-dat-info.com

I swear I look like a new person and a good one at that. I promise you that this 
product works. It does everything it promises and then some. Just losing the weight 
alone, makes you feel so much better and younger. It puts zest back into your life and 
assures you that you'll achieve your weight loss goals. In another few 6 weeks I will 
reach my goal...something I had given up on a long time ago.

THANK YOU SO MUCH FOR YOUR PRODUCT.  I FINALLY FOUND SOMETHING
THAT REALLY WORKS.

Sincerely,

Jenny


PLEASE CLICK ON THE LINK BELOW FOR MORE INFORMATION:
http://www.nat-dat-info.com




  Should you need to unsubscribe, please call
  Within the UK: 0845-127-5586
  Outside The UK: +44-845-127-5586


  Under Bill s.1618 Title III passed by 105th U. S.
  Congress this mail can not be considered Spam as
  long as we include contact information and a
  remove link for removal from our mailing list.







-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8752: Module compiled with 4.0.3 don'trun with 4.0.4 and v.v.

[Filip Sielimowicz]

I had the same problem. 
But as I think, it is just some safety system, because nobody says that
modules from one version must fit to the others. Sometimes the changes in
next versions are too deep.

The ZEND_MODULE_API_NO parameter is defined in Zend/modules.h and
is checked for example in dl function (see ext/standard/dl.c).
As I can see, there're no means to switch it off by a siple #define
or something.

So the best solution is just to recompile.


On 17 Jan 2001 [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: Windows 2000
> PHP version:  4.0.4
> PHP Bug Type: Dynamic loading
> Bug description:  Module compiled with 4.0.3 don't run with 4.0.4 and v.v.
> 
> When calling in PHP 4.0.4 a module developed with PHP 4.0.3, I get the
> following message:
> 
> hostware: Unable to initialize module
> Module compiled with debug=0, thread-safety=1 module API=2809
> PHP compiled with debug=0, thread-safety=1 module API=20001214
> These options need to match
> 
> When I recompile the module, it works. But loading the newly compiled module
> with older PHP 4.0.3, I get a similar message.
> 
> I would like to use my module in any PHP version.
> 
> 
> This is my module declaration:
> 
> zend_module_entry php_hostware_module_entry =
> {
> "hostware",
> php_hostware_functions,
> PHP_MINIT(hostware),
> PHP_MSHUTDOWN(hostware),
> NULL,
> NULL,
> PHP_MINFO(hostware),
> STANDARD_MODULE_PROPERTIES
> };
> 
> Possibly the key is the word STANDARD_MODULE_PROPERTIES, which has
> ZEND_MODULE_API_NO in it.
> 
> 
> Thank You for Your help.
> Joacim Zschimmer
> 
> 
> 
> 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8753: Dynamic load library error

[Filip Sielimowicz]

How did you get the library ?

Some possible reasons:
1. The source code of the library is wrong written (best way is to use
ext_skel tool) or
1. Too old (from some very old php version) or
2. It was compiled with bad options. Every standard dynamic library
must be compiled with options -DCOMPILE_DL=1 or -DCOMPILE_DL_${LIBNAME}=1
3. ...

Can you check this ?

On 17 Jan 2001 [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: Linux
> PHP version:  4.0.4pl1
> PHP Bug Type: Unknown/Other Function
> Bug description:  Dynamic load library error
> 
> dl("interbase.so")
> 
> Invalid library (maybe not a PHP library) ínterbase.so˝
> 
> 
> 


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8758: Lots of zero-sized files remain in directory for tmp files uploaded via POST

[kappa]

From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version:  4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description:  Lots of zero-sized files remain in directory for tmp files uploaded 
via POST

I have a form with some type="file" fields for uploading images.
If a user really fills a field, then I can handle the file properly and it gets 
deleted from ./tmp dir on script
completion. But if a user leaves the field empty, php creates a zero-sized file in 
./tmp and does not
delete it. I even don't have to delete myself, because I get 'none' as filename inside 
my script.

After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
files named like
phpsC7799 (example).

That bothers me.


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8758: Lots of zero-sized files remain indirectory for tmp files uploaded via POST

[Jani Taskinen]

On 17 Jan 2001 [EMAIL PROTECTED] wrote:

>From: [EMAIL PROTECTED]
>Operating system: FreeBSD
>PHP version:  4.0.4pl1
>PHP Bug Type: Filesystem function related
>Bug description:  Lots of zero-sized files remain in directory for tmp files uploaded 
>via POST
>
>I have a form with some type="file" fields for uploading images.
>If a user really fills a field, then I can handle the file properly and it gets 
>deleted from ./tmp dir on script
>completion. But if a user leaves the field empty, php creates a zero-sized file in 
>./tmp and does not
>delete it. I even don't have to delete myself, because I get 'none' as filename 
>inside my script.
>
>After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
>files named like
>phpsC7799 (example).

Are you REALLY using 4.0.4pl1 ??? As this should be fixed.

--Jani


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8759: xslt_process doesn't work at all

[andre]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Sablotron XSL
Bug description:  xslt_process doesn't work at all

The example-script in the current php manual returns a strange error:



PHP comes back with a 

Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx

xxx is the line containing the "xslt_process" command.

My configure line:

./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr
--with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd
--with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm
--with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp
--enable-trans-sid --enable-inline-optimization --enable-track-vars
--enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm
--enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit
--enable-wddx --with-readline i386-suse-linux-gnu --with-sablot
--enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8759 Updated: xslt_process doesn't work at all

[derick]

ID: 8759
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sablotron XSL
Assigned To: 
Comments:

This indicates probably an error in your xsl stylesheet, but that errormessage is not 
correct and thus a bug. (I get that strange message for every error too)

Previous Comments:
---

[2001-01-17 09:08:23] [EMAIL PROTECTED]
The example-script in the current php manual returns a strange error:



PHP comes back with a 

Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx

xxx is the line containing the "xslt_process" command.

My configure line:

./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr
--with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd
--with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm
--with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp
--enable-trans-sid --enable-inline-optimization --enable-track-vars
--enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm
--enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit
--enable-wddx --with-readline i386-suse-linux-gnu --with-sablot
--enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8586 Updated: msgtype: error

[sterling]

ID: 8586
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: 
Comments:

Fixed in CVS (the msgtype: error indicates invalid xsl or xml, causing an error to be 
output, no sablotron correctly displays the message).

Previous Comments:
---

[2001-01-08 03:50:50] [EMAIL PROTECTED]
I've tried to test the example given in manual on xslt_process function, but the 
following error occurs:

Fatal error: msgtype: error in /usr/local/apache/apache-dev/htdocs/xmltest.php on line 
42

it's the line with:
xslt_process($xslData, $xmlData, $result)

modules:
'./configure' '--prefix=/www/apache-dev' '--without-mysql' '--with-gd' '--with-zlib' 
'--with-apxs=/www/apache-dev/bin/apxs' '--disable-debug' '--enable-wddx' 
'--enable-xml' '--with-config-file-path=/www/apache-dev/conf' '--enable-memory-limit' 
'--with-pgsql=/www/pgsql71/' '--enable-track-vars' '--without-imap' '--with-dom' 
'--with-sablot'

php.ini - none (default settings)

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8759 Updated: xslt_process doesn't work at all

[sterling]

ID: 8759
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: 
Comments:

And the error reporting mechanism was just fixed in CVS... ;)

Previous Comments:
---

[2001-01-17 09:11:34] [EMAIL PROTECTED]
This indicates probably an error in your xsl stylesheet, but that errormessage is not 
correct and thus a bug. (I get that strange message for every error too)

---

[2001-01-17 09:08:23] [EMAIL PROTECTED]
The example-script in the current php manual returns a strange error:



PHP comes back with a 

Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx

xxx is the line containing the "xslt_process" command.

My configure line:

./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr
--with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd
--with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm
--with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp
--enable-trans-sid --enable-inline-optimization --enable-track-vars
--enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm
--enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit
--enable-wddx --with-readline i386-suse-linux-gnu --with-sablot
--enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8458 Updated: xslt_process failure solution

[sterling]

ID: 8458
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: 
Comments:

the error reporting mechanism is fixed in cvs...

Previous Comments:
---

[2000-12-28 11:29:17] [EMAIL PROTECTED]
It appears the error reporting is the cause of Bug id #8385 (and others). I have 
tracked it down to this by using stand-along XSL parsers and every page I was getting 
the message on, generated an error with the stand along parsers. Once correcting the 
problems (in the XML or XSL), PHP properly transformed the page. 

PHP 4.03pl1 produces error messages while v4.04 just gives this generic message.

Mike

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8385 Updated: Fatal error occurs with Sablotron 0.50

[sterling]

ID: 8385
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Sablotron XSL
Assigned To: 
Comments:

Fixed in CVS

Previous Comments:
---

[2001-01-01 22:46:17] [EMAIL PROTECTED]
This is due to messed up standard error reporting that will be fixed in CVS.

For more descriptive errors try the following:

function xsl_error($parser, $code, $level, $errors)
{
   echo "$parser [$code]: $level, ";
   var_dump($errors);
}

xslt_set_error_handler($temp, "xsl_error");

To find out what's really wrong (an error in your XML or XSL most likely).

---

[2000-12-22 18:16:55] [EMAIL PROTECTED]

I compiled PHP 4.0.4 with the following ./configure line:

./configure --prefix=/usr --with-zlib --with-fribidi --with-sablot 
--with-xml=../expat-1.95.1/

With the latest Sablot(0.50 to this date).

I ran a test code:




PHP returned the following error:

Fatal error: msgtype: error in /usr/var/www/sab.php on line 3

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #5526 Updated: Openlink support bug in PHP4.

[kalowsky]

ID: 5526
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Compile Failure
Assigned To: zeev
Comments:

Haven't heard anything negative or postive  back from user.  If it still exists, 
reopen the bug...

Previous Comments:
---

[2001-01-15 09:36:58] [EMAIL PROTECTED]
This fix should be in 4.0.4pl1, please test and comment back

---

[2000-12-28 14:29:16] [EMAIL PROTECTED]
I just added in a define(OPENLINK) to the HAVE_SOLID lines which will hopefully stop 
this.  I don't have Openlink to test with, but bug #8357 (duplicate) submitter had 
tested this change out and it seemed to work for them.  Please test and respond.

Zeev, if this is the wrong answer, I'll apologize now.  I figured it's better to have 
it compile (and work) then stay possibly broken through another release. 

---

[2000-12-14 10:49:33] [EMAIL PROTECTED]
This was also a problem for the SOLID integration (mainly 2.3).  I had corrected this 
in the php_odbc.c awhile back for cases of #ifdefined (HAVE_SOLID).

All initial reports back from SolidEE2.3 users claim this works wonderfully.  

---

[2000-12-14 10:27:23] [EMAIL PROTECTED]
This bug is still active in the 14 Dec 2000 snap.

Also, NOTE - the file that needs to have:

SQLINTEGER len;  changed to
SDWORD len;

is not php_odbc.h but php_odbc.c

Best regards,
Andrew


---

[2000-11-23 18:16:11] [EMAIL PROTECTED]
What's the situation with this bug ? Still valid? Zeev?

--Jani

---

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

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #5526 Updated: Openlink support bug in PHP4.

[kalowsky]

ID: 5526
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Compile Failure
Assigned To: zeev
Comments:

Haven't heard anything negative or postive  back from user.  If it still exists, 
reopen the bug...

Previous Comments:
---

[2001-01-17 09:33:44] [EMAIL PROTECTED]
Haven't heard anything negative or postive  back from user.  If it still exists, 
reopen the bug...

---

[2001-01-15 09:36:58] [EMAIL PROTECTED]
This fix should be in 4.0.4pl1, please test and comment back

---

[2000-12-28 14:29:16] [EMAIL PROTECTED]
I just added in a define(OPENLINK) to the HAVE_SOLID lines which will hopefully stop 
this.  I don't have Openlink to test with, but bug #8357 (duplicate) submitter had 
tested this change out and it seemed to work for them.  Please test and respond.

Zeev, if this is the wrong answer, I'll apologize now.  I figured it's better to have 
it compile (and work) then stay possibly broken through another release. 

---

[2000-12-14 10:49:33] [EMAIL PROTECTED]
This was also a problem for the SOLID integration (mainly 2.3).  I had corrected this 
in the php_odbc.c awhile back for cases of #ifdefined (HAVE_SOLID).

All initial reports back from SolidEE2.3 users claim this works wonderfully.  

---

[2000-12-14 10:27:23] [EMAIL PROTECTED]
This bug is still active in the 14 Dec 2000 snap.

Also, NOTE - the file that needs to have:

SQLINTEGER len;  changed to
SDWORD len;

is not php_odbc.h but php_odbc.c

Best regards,
Andrew


---

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

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8612 Updated: Incorrect retrieval of data

[kalowsky]

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

The first part of this bug (SQLINTEGER section) should now be set in the PHP4.0.4pl1, 
please try the latest builds and see if this action continues for you.  

Previous Comments:
---

[2001-01-09 04:26:45] [EMAIL PROTECTED]
Complied version 4.0.4 with openlink support. I had a problem in the compile with 
SQLINTEGER not defined error message. Followed the following from phpbuilder as a 
workaround

I've post a message in PHP.net's bug database and they have analysised and assigned to 
some guy named Zeev. I think it should be resolved already or in near future. 

There is a temp workaround: 

search for "SQLINTEGER len;" string in /ext/odbc/php_odbc.c file in php4 source 
directory and replace it with "SDWORD len;" 

happy with your compiling! 

silen 
..

This compiles ok, but when trying to retrieve data, the wrong records are returned.

e.g. If a table contains the following values. Primary Key is Firstname,Surname.

Firstname Surname
Fred  Smith
Fred  Jones
Bill  Bloggs
Bill  Brown

Querying the table for all values will return

Fred Smith
Fred Smith
Bill Bloggs
Bill Bloggs

Testing the odbc connection with odbctest program from openlink yields the correct 
answers.

I then compiled PHP 3.0.18, and the problem is fixed here.  Therefore the bug does not 
exist in 3.0.18, but does in 4.0.4.

Nb My database is Oracle 8.0.5




---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6843 Updated: Select from Array

[kalowsky]

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

Please try the latest release and see if this continues for you...

Previous Comments:
---

[2000-10-02 19:48:09] [EMAIL PROTECTED]
This used to work in PHP3 and I have checked that I am using the latest libraries.
Is it possible to get PHP not to check the syntax of the SQL statement but just to 
pass it on.


---

[2000-09-21 23:08:42] [EMAIL PROTECTED]

When I run an odbc_exec from PHP-4.0.2 which connects to a Progress 83C database in 
order to retreive an array field as follows:

select name,narrative@1 from customer

I get an SQL syntax error as follows:

Warning SQL Error [OpenLink][ODBC] Syntax error or access, SQL State 37000 in 
SQLExecDIRECT

This works if I connect to my Progress Database using odbctest.

I think I may be using an old version of the ODBC libraries linked into PHP4

Is this correct ?

It all used to work fine with PHP3 and Openlink ODBC.


Thanks

Aubrey


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7653 Updated: openlink - query error

[kalowsky]

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

Please try the latest PHP build as both of these issues have been (I believe) delt 
with in it.

Previous Comments:
---

[2000-11-05 21:50:19] [EMAIL PROTECTED]
Hi,

  I tried to install php-4.0.3pl1 with openlink and pdflib support. It seems that it 
can connect to the server but can't query it. Before the compilation, I modified 
something in php_odbc.c. I changed SQLINTEGER len; to SDWORD len; to successfully 
compile and install it. The pdflib on the other hand is working well.

OUTPUT#
connected to DSN: DSN=NIP

Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in 
SQLExecDirect in /usr/local/apache/htdocs/openlink.php on line 16
can not execute 'SELECT * FROM NIP.toa.NIP113' closing connection Resource id #1 

##SCRIPT

Sample Output

";
if($result=odbc_do($conn_id, $sql)) {
echo "executing '$sql'";
 echo "Results: ";
odbc_result_all($result,"border=1");
}
?>
 


CONFIGURE#
./configure --with-apxs=/usr/sbin/apxs 
--with-gd --with-pdflib=/usr/local 
--with-config-file-path=/usr/local/apache 
--with-zlib-dir=/usr --with-ttf=/usr/local/include 
--with-jpeg-dir=/usr --with-tiff-dir=/usr 
--with-system-regex=yes --enable-debug=no 
--enable-track-vars --with-openlink=/usr/local/openlink

#php.ini##
I just copied the php.ini-dist and never touched it.




---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Press R: Letting you know about Emma

[Justice For Emma]

Emma may not have received quite as much publicity as Elian Gonzalez did, b=
ut=20
her story is similar. International Child Abduction: US and Canadian privat=
e=20
social services abducts Emma and protects its secrecy...the first of its ki=
nd=20
in history! Why do they want to keep Emma's name secret?

Emma needs your Attention:
http://members.tripod.com/justiceforemma/index.htm

 emmaright.gif

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8751: configure misdetects zlib on FreeBSD4.1.1

[Ignacio Vazquez-Abrams]

On 17 Jan 2001 [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: FreeBSD 4.1.1
> PHP version:  4.0.4pl1
> PHP Bug Type: PHP options/info functions
> Bug description:  configure misdetects zlib on FreeBSD 4.1.1
>
> When running configure for PHP 4.0.4pl1 on FreeBSD 4.1.1/i386, configure fails to 
>properly detect FreeBSD's builtin zlib support. Zlib version 1.1.3 is preinstalled in 
>/usr/lib/libz.{a,so}, however when configure tries to verify zlib's presence it says 
>"zlib support requires zlib version >= 1.0.9" and terminates. It also complains that 
>it can't find gzgets in -lz.
>
> The exact command line I used was:
> ./configure --with-apxs --enable-sigchild \
> --enable-magic-quotes --enable-bcmath --with-bz2 \
> --with-gdbm --with-ndbm --enable-ftp --with-gd=/usr/local \
> --with-jpeg-dir=/usr/local --with-xpm-dir=/usr/X11R6 \
> --with-ttf --enable-gd-imgstrttf --with-imap \
> --with-java=/usr/local/jdk1.1.8 --with-ldap --with-mhash \
> --with-mysql=/usr/local --with-iodbc --with-pdflib \
> --with-zlib-dir=/usr --with-png-dir=/usr/local \
> --with-tiff-dir=/usr/local --with-mm --enable-trans-sid \
> --with-zlib=/usr --enable-sockets \
> --enable-inline-optimization --enable-memory-limit
>
> Upon removing the --with-zlib flag, php compiles fine and works normally.
>

Could you please configure PHP with --with-zlib and post the last 15-20 lines
of config.log. I don't have experience with PHP under FreeBSD, but usually the
zlib error indicates that something else is wrong.

-- 
Ignacio Vazquez-Abrams  <[EMAIL PROTECTED]>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] RE: PHP 4.0 Bug #6843 Updated: Select from Array

[Aubrey Davies]

Yes it still happens

Regards

Aubrey

-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2001 04:37
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #6843 Updated: Select from Array


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

Please try the latest release and see if this continues for you...

Previous Comments:
---

[2000-10-02 19:48:09] [EMAIL PROTECTED]
This used to work in PHP3 and I have checked that I am using the latest
libraries.
Is it possible to get PHP not to check the syntax of the SQL statement but
just to pass it on.


---

[2000-09-21 23:08:42] [EMAIL PROTECTED]

When I run an odbc_exec from PHP-4.0.2 which connects to a Progress 83C
database in order to retreive an array field as follows:

select name,narrative@1 from customer

I get an SQL syntax error as follows:

Warning SQL Error [OpenLink][ODBC] Syntax error or access, SQL State 37000
in SQLExecDIRECT

This works if I connect to my Progress Database using odbctest.

I think I may be using an old version of the ODBC libraries linked into PHP4

Is this correct ?

It all used to work fine with PHP3 and Openlink ODBC.


Thanks

Aubrey


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h

[Boian Bonev]

hi,

i do not like this too but this are the names exported by vpopmail api.
this can be changed very easy. i am currently waiting for reply from David
about what the php api support, what not and how...

b.
- Original Message -
From: "Andrei Zmievski" <[EMAIL PROTECTED]>
To: "David Croft" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 16, 2001 4:42 PM
Subject: Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS
Makefile.in config.m4 php_vpopmail.c php_vpopmail.h


> On Sun, 14 Jan 2001, David Croft wrote:
> > function_entry vpopmail_functions[] = {
> > PHP_FE(vpopmail_auth_user, NULL)
> > PHP_FE(vpopmail_adddomain, NULL)
> > PHP_FE(vpopmail_deldomain, NULL)
> > PHP_FE(vpopmail_adduser, NULL)
> > PHP_FE(vpopmail_deluser, NULL)
> > PHP_FE(vpopmail_passwd, NULL)
> > PHP_FE(vpopmail_setuserquota, NULL)
> > {NULL, NULL, NULL}
> > };
>
> Didn't we agree to put underscores between words in function names, i.e.
> vpopmail_del_user?
>
> -Andrei
> * Life may be expensive, but it includes an annual free trip around the
sun. *
>
> --
> PHP CVS 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 
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 #8759 Updated: xslt_process doesn't work at all

[andre]

ID: 8759
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Sablotron XSL
Description: xslt_process doesn't work at all

Oh man! I got the problem. This xslt funtion doesn't recognize the xml header!!!
Try it out. Place in the first line of your xsl/xml-buffer:

an this strange "msgtype" error will appear...

Uahhrggh.

Have a nice day :-)

Andre


Previous Comments:
---

[2001-01-17 09:18:39] [EMAIL PROTECTED]
And the error reporting mechanism was just fixed in CVS... ;)

---

[2001-01-17 09:11:34] [EMAIL PROTECTED]
This indicates probably an error in your xsl stylesheet, but that errormessage is not 
correct and thus a bug. (I get that strange message for every error too)

---

[2001-01-17 09:08:23] [EMAIL PROTECTED]
The example-script in the current php manual returns a strange error:



PHP comes back with a 

Fatal error: msgtype: error in /home/shop/public_html/xml/test2.php on line xxx

xxx is the line containing the "xslt_process" command.

My configure line:

./configure --with-mysql=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr
--with-png-dir=/usr --with-imap=yes --with-xml --with-ttf --without-gd
--with-ftp --with-ndbm --with-snmp --with-gdbm --with-mm
--with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin --enable-versioning --enable-yp
--enable-trans-sid --enable-inline-optimization --enable-track-vars
--enable-magic-quotes --enable-safe-mode --enable-sysvsem --enable-sysvshm
--enable-bcmath --enable-calendar --enable-ftp --enable-memory-limit
--enable-wddx --with-readline i386-suse-linux-gnu --with-sablot
--enable-sablot-errors-descriptive --enable-sockets --with-dom=/usrl

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8758 Updated: Lots of zero-sized files remain in directory for tmp files uploaded via POST

[kappa]

ID: 8758
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Description: Lots of zero-sized files remain in directory for tmp files uploaded via 
POST



Previous Comments:
---

[2001-01-17 08:29:05] [EMAIL PROTECTED]
I have a form with some type="file" fields for uploading images.
If a user really fills a field, then I can handle the file properly and it gets 
deleted from ./tmp dir on script
completion. But if a user leaves the field empty, php creates a zero-sized file in 
./tmp and does not
delete it. I even don't have to delete myself, because I get 'none' as filename inside 
my script.

After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
files named like
phpsC7799 (example).

That bothers me.

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] PHP 4.0 Bug #8758: Lots of zero-sized files remain in directory for tmp files uploaded via POST

[Alex Kapranoff]

On Wed, Jan 17, 2001 at 03:48:58PM +0200, Jani Taskinen wrote:
> On 17 Jan 2001 [EMAIL PROTECTED] wrote:
> 
> >From: [EMAIL PROTECTED]
> >Operating system: FreeBSD
> >PHP version:  4.0.4pl1
> >PHP Bug Type: Filesystem function related
> >Bug description:  Lots of zero-sized files remain in directory for tmp files 
>uploaded via POST
> >
> >I have a form with some type="file" fields for uploading images.
> >If a user really fills a field, then I can handle the file properly and it gets 
>deleted from ./tmp dir on script
> >completion. But if a user leaves the field empty, php creates a zero-sized file in 
>./tmp and does not
> >delete it. I even don't have to delete myself, because I get 'none' as filename 
>inside my script.
> >
> >After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
>files named like
> >phpsC7799 (example).
> 
> Are you REALLY using 4.0.4pl1 ??? As this should be fixed.

  Uhm, that my fault. This is 4.0.3. I confirm that the bug is fixed
in 4.0.4pl1. I've just closed the bug-report. Thanks anyway.

-- 
Alex Kapranoff,
+7(0832)791845

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8760: Troubles enabling extension php_curl.php

[dan . polansky]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: *Configuration Issues
Bug description:  Troubles enabling extension php_curl.php

When I enable php_curl.php extension by uncommenting

extension=php_curl.dll

no php script ever gets executed, instead it just gets stuck. However, this is not the 
case for all extensions,
 e.g. I also use php_interbase.dll without any problem.

This problem is not specific only to php_curl.dll, also
other dlls make trouble, but curl is the one i'm interested in.

I use Win32 binary downloaded from www.php.net 17.1.2001.
I din't compile myself anything. I use php with apache server, in cgi way.

Here is my php.ini causing troubles:


[PHP]

;;;
; About this file ;
;;;
;
; This is the 'optimized', PHP 4-style version of the php.ini-dist file.
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3.  Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - allow_call_time_pass_reference = Off
; It's not possible to decide to force a variable to be passed by reference
; when calling a function.  The PHP 4 style to do this is by making the
; function require the relevant argument by reference.
; - register_globals = Off
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables).  Instead of using $foo, you must use
; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], 
; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind
; of input source you're expecting 'foo' to come from.
; - register_argc_argv = Off
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation.  Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = "GPCS"
; The environment variables are not hashed into the $HTTP_ENV_VARS[].  To access
; environment variables, you can use getenv() instead.



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
output_handler  =   ; You can redirect all of the output of your 
scripts to a function,
; that can be responsible to 
process or log it.  For example,
; if you set the 
output_handler to "ob_gzhandler", than output
; will be transparently 
compressed for browsers that support gzip or
; deflate encoding.  Setting 
an output handler automatically turns on
; output buffering.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()
; or echo() and each and every 
HTML block.
; Turning this option on has 

[PHP-DEV] PHP 4.0 Bug #8761: read() on udp-sockets fails

[mavetju]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.0
PHP version:  4.0.4
PHP Bug Type: Sockets related
Bug description:  read() on udp-sockets fails



When changing the 1 on read() to a different number, or when calling it multiple 
times, the read() function hangs due to an unknown reason (at least for me). This 
example tries to read from the echo-service, I encountered the problem when developing 
a radius-client in PHP.

This is the stack of the process:
#0  0x2825b794 in read () from /usr/lib/libc.so.4
#1  0x809dd78 in php_read (fd=4, buf=0x81e512c, maxlen=2) at sockets.c:640
#2  0x809df38 in php_if_read (ht=3, return_value=0x821768c, this_ptr=0x0,
return_value_used=1) at sockets.c:692
#3  0x81121bc in execute (op_array=0x820948c) at ./zend_execute.c:1519
#4  0x80ea45b in zend_execute_scripts (type=8, file_count=3) at zend.c:729
#5  0x807c360 in php_execute_script (primary_file=0xbfbff408) at main.c:1221
#6  0x80f5eda in apache_php_module_main (r=0x821b034, display_source_mode=0)
at sapi_apache.c:89
#7  0x8079cda in send_php ()
#8  0x8079d12 in send_parsed_php ()
#9  0x811c7f5 in ap_invoke_handler ()
#10 0x8130850 in process_request_internal ()
#11 0x81308ba in ap_process_request ()
#12 0x8127b2b in child_main ()
#13 0x8127db0 in make_child ()
#14 0x8128134 in perform_idle_server_maintenance ()
#15 0x8128659 in standalone_main ()
#16 0x8128c88 in main ()
#17 0x8062801 in _start ()

and info on the first two frames:
(gdb) up
#1  0x809dd78 in php_read (fd=4, buf=0x81e512c, maxlen=2) at sockets.c:640
640   m = read(fd, (void *) t, 1);

(gdb) info locals
t = 0x81e512d "laat"
m = 1
n = 1
no_read = 1
nonblock = 0

(gdb) up
#2  0x809df38 in php_if_read (ht=3, return_value=0x821768c, this_ptr=0x0,
return_value_used=1) at sockets.c:692

(gdb) info locals
ht = 136204588
return_value = (zval *) 0x821768c
fd = (zval **) 0x8216c0c
buf = (zval **) 0x8216c10
length = (zval **) 0x8216c14
binary = (zval **) 0x78b740
tmpbuf = 0x81e512c "blaat"
ret = 134864068
read_function = (int (*)()) 0x809dcc4 
 
configure is ran with:
Configure Command './configure' '--with-apache=../apache_1.3.12' '--enable-track-vars' 
'--with-ndbm' '--with-db' '--with-mysql' '--enable-sockets'

If you need more information, feel free to ask me.

Edwin



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8762: No warning when entered nonexistent dll.

[dan . polansky]

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: *Configuration Issues
Bug description:  No warning when entered nonexistent dll.

When I enter nonexistent extension into php.ini like

extension=i_do_not_exist.dll

php just gets stuck and leaves browser waiting. Instead,
I suppose it should write something like

Extension i_do_not_exist.dll was not found in
c:\php\extensions.

I think this is basically a bug.



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8136 Updated: see bug #8064

[ceco]

ID: 8136
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Description: see bug #8064

it seems that in 4.0.4 this thing does not happen

Previous Comments:
---

[2000-12-07 05:16:49] [EMAIL PROTECTED]
increasing the memory limit only a little postpones the result
with 128MB limit it the apache hangs after 20 minitis of running with less limit hangs 
earlier

---

[2000-12-07 03:48:17] [EMAIL PROTECTED]
reclassified

---

[2000-12-07 03:45:20] [EMAIL PROTECTED]
Does increasing memory_limit directive in php.ini help?

--Jani

---

[2000-12-06 11:01:29] [EMAIL PROTECTED]
see bug #8064

i GUESS it happens when php is compiled with
--enable-memory-limit

i have the same problem which actually happens on different places, but most 
friquently at lines containing split(...)

in my case it happens only on heavyload (actually the apache has to be restarted every 
15 minutes)

i had to downgrade to php-3.0.18 since the admins want to use only precompiled debian 
packages on the producing machine (and debian compile php with --enable-memory-limit) 

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8763: Compiling Apache1.3.14 with PHP(pgsql+Informix) and JServ: make aborts

[pdon]

From: [EMAIL PROTECTED]
Operating system: Sun Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  Compiling Apache1.3.14 with PHP(pgsql+Informix) and JServ: make 
aborts

In september 2000 installed Apache 1.3.12 + PHP4.0.2 (--with-pgsql) + ApacheJServ-1.1.2
(statis modules) Everything went fine..

Now, wanting to install Apache 1.3.14 + PHP4.0.4pl1 (--with-pgsql AND --with-informix)
+ ApacheJServ-1.1.2 (static modules).

When building Apache_1.3.14 without any modules, everything OK

installing PHP4.0.4pl& by itself no problem, but when building Apache as:
./configure
  --prefix=/usr/local/apache_1314 \
  --activate-module=src/modules/php4/libphp4.a \
  --activate-module=src/modules/jserv/libjserv.a
and then doing
make   ,it ends with
...
ranlib libstandard
< src/modules/standard
===> src/modules/php4
make[4] *** No rule to make target 'all'. Stop.
make[3] *** [all] Error 1
make[2] *** [subdirs] Error 1
make[2] *** leaving directory '/home/wins/cosslocal/src/other/apache_1.3.14/src'
make[1] *** [build-std] Error 2
make[1] *** leaving directory '/home/wins/cosslocal/src/other/apache_1.3.14'
make *** [build] Error 2

Switched back to PHP4.0.2 (which was used in september, but with only --with-pgsql)
used it with pgsql and informix
Exactly same error ...

I'm hopeless ! Please help!

Yours sincerely,
Pieter Donche, [EMAIL PROTECTED]








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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #4593 Updated: Randomly does not load pages in PHP/Zeus

[joosters]

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

This will happen if you try to load a URL like:

http://www.somewhere.com/phpfile.php/extra/information

Previous versions of Zeus+ISAPI+PHP could get confused with the
'/extra/information' bit in the URL, which could cause PHP to
fail to open the proper file (DOCROOT/phpfile.php)

This is fixed in CVS now (sorry for this extra-slow response)


Previous Comments:
---

[2000-08-02 00:35:21] [EMAIL PROTECTED]
dup of 4707

---

[2000-05-25 22:10:07] [EMAIL PROTECTED]
Hello, I've noticed that while using PHP4 with Zeus that it will randomly do things 
like:

Warning: Failed opening 
'/web/straight/members/truecelebs.com/htdocs//restricted/contents.phtml' for inclusion 
(include_path='') in Unknown on line 0

when trying to load php pages (not just phtml... php... it does it in includes and 
requires too).

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8344 Updated: 404 errors in Zeus?

[joosters]

ID: 8344
Updated by: joosters
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To: 
Comments:

The file not found message comes from PHP, not the web server.
As far as the web server is concerned, it ran the PHP extension just fine, hence the 
'200' code in the logs.

Handlers in Zeus, e.g. for .php files, get called whether or not the file requested in 
the URL actually exists. This is a feature!
(see http://support.zeus.com/extra/zeustalk-archive/0676.html )

Previous Comments:
---

[2000-12-20 19:18:19] [EMAIL PROTECTED]
Hi, I'm not sure if this is a bug or a feature or what, but if I try to hit a page 
that doesn't exist using PHP under Zeus/ISAPI, I get:


Warning: Failed opening '/web/content/straight/teencumers.com/htdocs/foo.phtml' for 
inclusion (include_path='.:/web/php') in Unknown on line 0

plus it shows up in my log as a 200, not a 404.

--Timmy

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Timezone offset differences

[Andrei Zmievski]

Hi,

Right now date('Z') returns timezone offset with different signs on
Linux and Solaris. For my timezone I get -21600 on Linux and 21600 on
Solaris. What would be a good way to fix it so that it's consistent?

-Andrei
* We reason deeply, when we forcibly feel. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h

[Boian Bonev]

sorry for broken english.

I just wanted to say that vpopmail's api uses function naming convention
which is incomatible with php style. This is the reason to name php
functions after vpopmail api, prefixing them with vpopmail_. We can fix this
easy.

b.

- Original Message -
From: "Boian Bonev" <[EMAIL PROTECTED]>
To: "Andrei Zmievski" <[EMAIL PROTECTED]>; "PHP Development"
<[EMAIL PROTECTED]>; "David Croft" <[EMAIL PROTECTED]>
Sent: Wednesday, January 17, 2001 5:03 PM
Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS
Makefile.in config.m4 php_vpopmail.c php_vpopmail.h


> hi,
>
> i do not like this too but this are the names exported by vpopmail api.
> this can be changed very easy. i am currently waiting for reply from David
> about what the php api support, what not and how...
>
> b.
> - Original Message -
> From: "Andrei Zmievski" <[EMAIL PROTECTED]>
> To: "David Croft" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Tuesday, January 16, 2001 4:42 PM
> Subject: Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS
> Makefile.in config.m4 php_vpopmail.c php_vpopmail.h
>
>
> > On Sun, 14 Jan 2001, David Croft wrote:
> > > function_entry vpopmail_functions[] = {
> > > PHP_FE(vpopmail_auth_user, NULL)
> > > PHP_FE(vpopmail_adddomain, NULL)
> > > PHP_FE(vpopmail_deldomain, NULL)
> > > PHP_FE(vpopmail_adduser, NULL)
> > > PHP_FE(vpopmail_deluser, NULL)
> > > PHP_FE(vpopmail_passwd, NULL)
> > > PHP_FE(vpopmail_setuserquota, NULL)
> > > {NULL, NULL, NULL}
> > > };
> >
> > Didn't we agree to put underscores between words in function names, i.e.
> > vpopmail_del_user?
> >
> > -Andrei
> > * Life may be expensive, but it includes an annual free trip around the
> sun. *



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h

[Andrei Zmievski]

On Wed, 17 Jan 2001, Boian Bonev wrote:
> sorry for broken english.
> 
> I just wanted to say that vpopmail's api uses function naming convention
> which is incomatible with php style. This is the reason to name php
> functions after vpopmail api, prefixing them with vpopmail_. We can fix this
> easy.

The PHP interface to vpopmail does not have to depend on the naming
conventions used by the vpopmail library.

-Andrei
* If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h

[Boian Bonev]

hi,

sure.

can i ask you another style question?

snips form a config.m4 file:
---
AC_MSG_RESULT(found in $VPOPMAIL_LIB_DIR)
---

---
AC_MSG_CHECKING(for vpopmail install directory)
... code follows...
AC_MSG_RESULT($VPOPMAIL_DIR)
---

i wonder which one is preferable to use.

b.

- Original Message -
> > I just wanted to say that vpopmail's api uses function naming convention
> > which is incomatible with php style. This is the reason to name php
> > functions after vpopmail api, prefixing them with vpopmail_. We can fix
this
> > easy.
>
> The PHP interface to vpopmail does not have to depend on the naming
> conventions used by the vpopmail library.



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/vpopmail .cvsignore CREDITS Makefile.in config.m4 php_vpopmail.c php_vpopmail.h

[Andrei Zmievski]

On Wed, 17 Jan 2001, Boian Bonev wrote:
> hi,
> 
> sure.
> 
> can i ask you another style question?
> 
> snips form a config.m4 file:
> ---
> AC_MSG_RESULT(found in $VPOPMAIL_LIB_DIR)
> ---
> 
> ---
> AC_MSG_CHECKING(for vpopmail install directory)
> ... code follows...
> AC_MSG_RESULT($VPOPMAIL_DIR)
> ---
> 
> i wonder which one is preferable to use.

I like the second one.

-Andrei
* Change is the only constant. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] setup.stub files

[Stanislav Malyshev]

Those files - what are they for?

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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8764:

[fred]

From: [EMAIL PROTECTED]
Operating system: NT 4
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  




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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8765: Unable to load dynamic library

[fred]

From: [EMAIL PROTECTED]
Operating system: NT 4.0 SP6
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  Unable to load dynamic library 


Unable to load dynamic library 'c:\php\extentions/php_ldap.dll'- ...
Unable to load dynamic library 'c:\php\extentions/php_oci8.dll'- ...
Unable to load dynamic library 'c:\php\extentions/php_oracle.dll'- ...

My php.ini:
...
extension_dir   =   c:\php\extentions
...
extension=php_cpdf.dll
extension=php_cybercash.dll
extension=php_db.dll
extension=php_dbase.dll
;extension=php_domxml.dll
;extension=php_dotnet.dll
;extension=php_exif.dll
;extension=php_fdf.dll
 extension=php_gd.dll
extension=php_gettext.dll
;extension=php_ifx.dll
extension=php_imap.dll
;extension=php_interbase.dll
extension=php_java.dll
extension=php_ldap.dll
extension=php_mhash.dll
;extension=php_mssql65.dll
extension=php_mssql70.dll
extension=php_oci8.dll
extension=php_oracle.dll
extension=php_pdf.dll
extension=php_pgsql.dll
;extension=php_sablot.dll
;extension=php_swf.dll
;extension=php_sybase_ct.dll
extension=php_zlib.dll

I'm sure they are stored there like the other and i'm sure that there's no other 
php.ini hanging around in my system.



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8764 Updated:

[derick]

ID: 8764
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IIS related
Assigned To: 
Comments:

No information at all

Previous Comments:
---

[2001-01-17 12:43:19] [EMAIL PROTECTED]


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8766: couldn't connect to MySQL server which has default character set cp1251

[crazy50s]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.3
PHP version:  4.0 Latest CVS (17/01/2001)
PHP Bug Type: MySQL related
Bug description:  couldn't connect to MySQL server which has default character set 
cp1251

FreeBSD 3.3 -RELEASE
Apache/1.3.14
PHP 4.0.5-dev compiled as DSO --with-mysql --with-apxs

MYSQL 3.23.30 
compiled with
--default-character-set = cp1251 (this is charset #14 in 
/usr/local/mysql/share/mysql/charsets/Index)

have no problem connecting to it from mysql/mysqladmin clients

when trying to mysql_connect() from PHP script, got this error message
...MySQL Connection Failed: Can't initialize character set 14 (path: default)

installing PHP 4.0.3pl1 solved the problem :)

check out this URL
http://x63.deja.com/[ST_rn=ps]/getdoc.xp?AN=714791711&CONTEXT=979753585.1563033636&hitnum=8
for description of this bug (or maybe feature) by another user

I find it amusing that 4.0.4 and 4.0.4pl1 do not work because of bug #8738... and 
4.0.5-dev (CVS snapshot) doesn't  work either because of this.

thanks


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ADT in PHP - where do we want them?

[Sebastian Bergmann]

  Hello there,

  some time ago I had a discussion on #php.de with Ulf Wendel and
Johann-Peter Hartmann about Advanced Data Types (short: ADT; data structures
like Hashes, Linked Lists, Trees, ...) in PHP, because we needed efficient
implementation of those for a project.

  We thought about implementing those structures at first in PHP itself, but
then port the result to C at a later time.

  Later I had a discussion with Sterling Hughes whether he could help us
with the implementation of our somewhen-to-be-coded ADT extension for PHP.
And he offered help beyond anything we expected: He promised to write such
an extension by himself.

  Today I had another discussion with Sterling. He told me that he's coming
along nicely with the development of his ADT extension but he now has doubts
if the implementation as an extension is really what we want for PHP. 

  We agreed that it would be by far better for PHP as a language to have
those data types "available in the core", nut as "just" an extension.

  So, here is what it comes down to: What do you think about this?

  Yours,
Sebastian

  PS: All the best wishes at this point for Sterling's health. He had an 
  accident while trying to use a snowboard (he got a head concussion, 
  I hope I use the right term here) and must attend to his bed for 
  another week.

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

AW: [PHP-DEV] PHP 4.0 Bug #8744 Updated: call to header() causes CGI error

[Harald Radi]

hi,

a few comments to this, my (afaik already closed) and the #8571 bug reports:

in fact the provided information about this bug is insufficient, but it's
definitly a bug.
since the error appears in irregular intervals with the same script it's
hard to find any
dependencies. i will try to find the shortest script that generates this
error.

a few hints:
when i use a https connection the error occours more often.
i don't get the error when i work local (on the webserver), but i get it
when i access the same machine remote.

it would be helpful if i could tell php to be more verbose. (i.e. log
internal function calls to see where the execution stops)

if someone could tell me how to debug php on a win32 platform i would give
my best to localize this bug.

harald.

resistance is futile - nme.at

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Gesendet: Mittwoch, 17. Jänner 2001 00:31
> An: [EMAIL PROTECTED]
> Betreff: [PHP-DEV] PHP 4.0 Bug #8744 Updated: call to header() causes
> CGI error
>
>
> ID: 8744
> User Update by: [EMAIL PROTECTED]
> Status: Open
> Bug Type: IIS related
> Description: call to header() causes CGI error
>
> In case you missed my second message:
>
> Here are two typical lines from the IIS error log: the first is a
> successful page load (code 200) and the second is the CGI error
> after the redirect (502) Note that in the IIS log format it is
> normal for a space to separate the URL
> and the Querystring. The last column in the log is the referrer URL.
>
> 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5&New=Y
> 200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
> http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5
>
> 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3
> EmpID=5&ProbRevID=12 502 0 374
> Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
> http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5
>
>
> Previous Comments:
> --
> -
>
> [2001-01-16 18:29:28] [EMAIL PROTECTED]
> A few more things: the problem is not easily reproducible. Also,
> if I change all of the database calls to go to mySQL (which I
> have installed on Windows 2000) instead of SQL Server 2000 (which
> is the database system I was using, also installed on the same
> machine), I do NOT get the CGI errors. However, in both
> instances, the databases do get updated or otherwise manipulated
> successfully; it's just the redirect that fails when using SQL
> Server. Hope this helps.
>
> --
> -
>
> [2001-01-16 14:12:01] [EMAIL PROTECTED]
> Can you tell us what is in the logs of IIS?
>
> --
> -
>
> [2001-01-16 14:07:45] [EMAIL PROTECTED]
> Our situation is similar to that in bug report 8571, particularly
> situations 1 and 2. After adding, updating or deleting a record
> to a MSSQL database, the user is referred to this function
> (stored in file which is included in each page):
>
> function pageRedirect($inURL) {
>   header("Location: $inURL");
>   exit;
> }
>
> $inURL is never exactly the same as the current URL - either you
> are redirected to a completely different file name, or to the
> same file name with a different query string appended.
>
> The record modification part always completes successfully in
> MSSQL, and the header() function sends the user to the new URL,
> but this error occurs:
>
> [start]
> CGI ERROR
> CGI application misbehaved by not returning a complete set of
> headers. The headers that it
> did return are:
> [end]
>
> ... and any code in the page that the user has been redirected to
> is NOT executed. If the user clicks refresh, it does and all is well.
>
> This is a PHP web application being ported from a Linux/mySQL
> environment, where it works, so it appears to be an IIS-specific issue.
>
> Thanks in advance for any feedback.
>
> --
> -
>
>
> Full Bug description available at: http://bugs.php.net/?id=8744
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8740 Updated: $this can't be passed by reference inside of constructor

[florian . ortner]

ID: 8740
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *General Issues
Description: $this can't be passed by reference inside of constructor

works, but still a bit clumsy.

thanks for the help.

Previous Comments:
---

[2001-01-16 17:53:15] [EMAIL PROTECTED]
you did not quite understand:

1) add a &, like below
it should read, on the global scope:

$a = &new a(10);

2) remove that xtra line
$a->x();


and you'll see that it works

this is due to the fact NEW returns a copy be default


---

[2001-01-16 15:26:12] [EMAIL PROTECTED]
no, that's the opposite of what i wanna get.

$this->b = new b($this); is instancing and assigning a new object of type b to 
$this->b BUT not passing $this by reference to b's constructor.

$foo =& new foobar(); ofcourse doesn't change this behaviour.

---

[2001-01-16 13:15:12] [EMAIL PROTECTED]
try this:

$foo =& new foobar();


---

[2001-01-16 12:55:26] [EMAIL PROTECTED]
just in case, if i change a's constructor to

function a($i) {
$this->bla = $i;
$this->b = new b(&$this); // note the &
}

it doesn't work either.

---

[2001-01-16 12:51:24] [EMAIL PROTECTED]
the following code-snippet illustrated the problem:
-
class a
{
  var $bla; // some intvalue
  var $b; // object of type b

  function a($i) {
$this->bla = $i;
// the next line ain't working in the constructor
//$this->b = new b($this);
  }

  function x() {
// the next line behaves like expected
$this->b = new b($this);
  }

  function p() {
echo "a::p ".$this->bla."";
  }
}

class b
{
  var $a; // reference to object of type a

  function b(&$a) {
$this->a = &$a;
  }

  function p() {
echo "b::p ".$this->a->bla."";
  }
}

$a = new a(10);
$a->x();// works

$a->p();
$a->b->p();

$a->bla = 11;

$a->p();
$a->b->p();
-
output:
a::p 10
b::p 10
a::p 11
b::p 11
-
this is the wanted behaviour. var $a->b contains a object of type b which contains a 
reference back to object $a. object b is instanciated and assigned via the $a->x() 
methodcall. so far, nothing special.

when i want to get rid of the additional method in a (that's the x() method) and 
instanciate b inside of a's constructor and assign it to $a->b with $this, $a->b->a 
doesnt contain a reference to the calling a object but a copy of it.

thus, $this isn't really working inside of an object's constructor.

afaik do other languages have the same limitation of using $this inside of the 
constructor due to address-calculation issues.

---

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

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] setup.stub files

[Rasmus Lerdorf]

We used to a have setup program that would go through and ask the user
questions on what they wanted included in their build.  When the new
configure system was built this setup program was taken into account and
sort of half-implemented.  There have been some screams about setup being
gone, but they have died down.  I think it is safe to ignore, or perhaps
remove these setup.stub files now.

-Rasmus

On Wed, 17 Jan 2001, Stanislav Malyshev wrote:

> Those files - what are they for?
>
> --
> Stanislav Malyshev, Zend Products Engineer
> [EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] ADT in PHP - where do we want them?

[Rasmus Lerdorf]

>   some time ago I had a discussion on #php.de with Ulf Wendel and
> Johann-Peter Hartmann about Advanced Data Types (short: ADT; data structures
> like Hashes, Linked Lists, Trees, ...) in PHP, because we needed efficient
> implementation of those for a project.

Hrm..  Having just completed a rather nasty little algorithm which takes
an LDAP tree of employees and creates an org chart using all sorts of
trees, hashes and directed graphs to get the layout right, I am not sure I
understand how linked lists or trees can be made any more efficient than
simply:

   $node[next] = $foo;
   $node[prev] = $bar;
   $node[data] = 'Test Node';

What exactly do you have in mind here?  A defined datatype so traversal
functions could also be built in?

>   PS: All the best wishes at this point for Sterling's health. He had an
>   accident while trying to use a snowboard (he got a head concussion,
>   I hope I use the right term here) and must attend to his bed for
>   another week.

"trying to use his snowboard"...  That seems like appropriate wording.  ;)

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] ADT in PHP - where do we want them?

[Sebastian Bergmann]

Rasmus Lerdorf wrote:
> What exactly do you have in mind here?  A defined datatype so traversal
> functions could also be built in?

  Linked Lists for one thing can be easily implemented in a few lines of
code in PHP itself. But the situation is different for tree, especially when
you want to handle tree with an arbitrary number of children per node.

  Sure, even this can get done in PHP itself, too, butI doubt that it would
be as efficient (and fast) as a implementation of that data structures in C.

-- 
 sebastian bergmann e-mail :  [EMAIL PROTECTED]
  homepage :  http://www.sebastian-bergmann.de
   make a gift : http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -> http://phpOpenTracker.de

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: [PHP] calling static class functions using a function variable

[Rasmus Lerdorf]

> Hi all,
> Hope you can help.  I have an class called xml and a class method called
> hi_handler.  I am able to call this method statically as follows:
>
> xml::hi_handler($attrs);
>
> but when I try to call it like this, it fails miserably:
>
> $junk="xml::hi_handler";
> $junk();
>
> Fatal error: Call to undefined function: xml::hi_handler()
>
> Any ideas - besides the obvious way of using a dummy instance.  I am using
> php 4.0.3pl1

I wouldn't have expected that to work, but I did expect something like:

   xml::$func()

to work.  However I just tested it and it doesn't.  Perhaps something that
can be fixed.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Redirecting output to a file

[Rasmus Lerdorf]

http://php.net/manual/en/ref.outcontrol.php

On Wed, 17 Jan 2001, Malcolm Locke wrote:

> Please correct me if there is already a facility to do this in place, but
> I have searched the manual and can find no functions.  I would like the
> ability to redirect the standard PHP output stream to a file temporarily
> to a file, and return to output to the browser at some point in the
> script.  Here is an example of the kind of thing I mean:
>
>  $fd = fopen("/tmp/foo.html","w");
> redirect_output($fd); print "This goes to the file";
> ?>
> So does this
>  restore_output(); print "This goes to the browser";
> ?>
>
> I have started to look at the source and seen that most of what I need
> seems to be going on in php_output_globals int ext/standard/php_output.h.
> I am willing to write the extension to give me this functionality, but
> before I start coding in earnist I would appreciate any pointers or
> warnings of problems that may be involved.
>
> Many thanks,
>
> Malcolm Locke
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8746 Updated: Crash on comparing GLOBALS Variabel

[korenhof]

ID: 8746
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: Crash on comparing GLOBALS Variabel

DR WATSON DUMP:
---

Toepassingsuitzondering:
Toep:  (PID=2004)
Tijd: 16-01-2001 @ 22:00:18.053
Uitzonderingsnummer: c005 (schending van toegang)

*> Systeemgegevens <*
Computernaam: SEKONT
Gebruikersnaam: Administrator
Aantal processors: 1
Processortype: x86 Family 6 Model 8 Stepping 3
Windows 2000-versie: 5.0
Actieve gecompileerde versie: 2195
Service Pack: 1
Huidig type: Uniprocessor Free
Geregistreerde organisatie: 
Geregistreerde eigenaar: Sebastiaan Korenhof

*> Taakoverzicht <*
   0 Idle.exe
   8 System.exe
 152 SMSS.exe
 180 csrss.exe
 200 WINLOGON.exe
 228 services.exe
 240 LSASS.exe
 404 svchost.exe
 448 SPOOLSV.exe
 488 CTSVCCDA.exe
 504 svchost.exe
 560 regsvc.exe
 588 mstask.exe
 620 stisvc.exe
 692 vsmon.exe
 740 WinMgmt.exe
 540 MsPMSPSv.exe
 356 ZIPTOA.exe
 860 minilog.exe
1056 explorer.exe
1028 devldr32.exe
 516 tisdnmon.exe
 316 CTNotify.exe
 532 ahqtb.exe
1004 cwd.exe
1216 PlexTool.exe
1224 Mediadet.exe
1248 zonealarm.exe
1260 getright.exe
1212 Apache.exe
1096 Apache.exe
1172 homesite45.exe
 296 mysqld-nt.exe
1540 IEXPLORE.exe
1952 mdm.exe
2004 php.exe
1648 DRWTSN32.exe
1820 DRWTSN32.exe
   0 _Total.exe

(0040 - 00405000) 
(77F8 - 77FFF000) 
(1000 - 100F8000) 
(77E8 - 77F3C000) 
(77E1 - 77E74000) 
(77F4 - 77F7C000) 
(7500 - 75009000) 
(74FE - 74FF4000) 
(7800 - 78046000) 
(77DB - 77E0A000) 
(77D4 - 77DB) 
(74FD - 74FD8000) 
(77A5 - 77B45000) 
(779B - 77A45000) 
(1F7D - 1F804000) 
(76B1 - 76B4D000) 
(77C7 - 77CBA000) 
(77B5 - 77BD9000) 
(7759 - 777D8000) 
(780A - 780B2000) 
(1F8C - 1F8D8000) 

Statusdump voor subproces-ID 0x684

eax=00793d98 ebx= ecx=00793b30 edx=00793b30 esi=00793d98 edi=
eip=1008d02b esp=0012feac ebp=0012ff4c iopl=0 nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0206


functie: virtual_fopen
1008d010 a198c90e10  ds:100ec998=0002
  mov eax,[php_ini_path+0x718 (100ec998)]
1008d015 83ec08   sub esp,0x8
1008d018 53   pushebx
1008d019 56   pushesi
1008d01a 6a00 push0x0
1008d01c 50   pusheax
1008d01d e82ec8   callts_resource_ex (10089850)
1008d022 8b5c241c mov ebx,[esp+0x1c] ss:00bcd483=
1008d026 8bf0 mov esi,eax
1008d028 83c408   add esp,0x8
Fout ->1008d02b 803b00   cmp byte ptr [ebx],0x0   ds:=??
1008d02e 7508 jnz do_bind_function_or_class+0xa78 (10092e38)
1008d030 5e   pop esi
1008d031 33c0 xor eax,eax
1008d033 5b   pop ebx
1008d034 83c408   add esp,0x8
1008d037 c3   ret
1008d038 8b4e04   mov ecx,[esi+0x4]  ds:0123136e=
1008d03b 57   pushedi
1008d03c 894c2410 mov [esp+0x10],ecx ss:00bcd483=
1008d040 8b5604   mov edx,[esi+0x4]  ds:0123136e=
1008d043 42   inc edx

*> Stack Back Trace <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
0012FF4C 004020BB 0001 00793AD8 007929E8 00404000 !virtual_fopen 
0012FFC0 77E992A6   7FFDF000 C005 ! 
0012FFF0  00401FD8  00C8 0100 kernel32!GetCommandLineW 

*> Raw Stack Dump <*
0012feac  e8 3c 79 00 01 00 00 00 - 88 4b 03 78 ff ff ff ff  . Stack Back Trace <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
00EBFF44 1008F035 00EBFF68    user32!PtInRect 
00EBFFB4 77E837CD 00CDEA10 00790178 00CDCE00 00CDEA10 !zend_timeout 
00EBFFEC      kernel32!TlsSetValue 

Previous Comments:
---

[2001-01-16 15:45:24] [EMAIL PROTECTED]
I installed php 4.04 just as is. No settings are changed.

I fill the globals varibel with these functions:
-
function ReadSettingsFile($filename){
if (file_exists($filename)){
$FileContest = file ($filename);
while (list ($line_num, $line) = each ($FileContest)) {
$line = ereg_replace("[nr]", "", $line);
 

[PHP-DEV] PHP 4.0 Bug #8751 Updated: configure misdetects zlib on FreeBSD 4.1.1

[webmaster]

ID: 8751
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PHP options/info functions
Description: configure misdetects zlib on FreeBSD 4.1.1

I ran configure with those same flags again in order to gather some more information 
for you guys, and strangely enough it worked this time. I did a 'make clean' and 'rm 
config.cache' before running configure this time, so there must have been some bad 
information in the cache that caused it to fail on zlib those other times.

Previous Comments:
---

[2001-01-17 02:01:49] [EMAIL PROTECTED]
When running configure for PHP 4.0.4pl1 on FreeBSD 4.1.1/i386, configure fails to 
properly detect FreeBSD's builtin zlib support. Zlib version 1.1.3 is preinstalled in 
/usr/lib/libz.{a,so}, however when configure tries to verify zlib's presence it says 
"zlib support requires zlib version >= 1.0.9" and terminates. It also complains that 
it can't find gzgets in -lz.

The exact command line I used was:
./configure --with-apxs --enable-sigchild 
--enable-magic-quotes --enable-bcmath --with-bz2 
--with-gdbm --with-ndbm --enable-ftp --with-gd=/usr/local 
--with-jpeg-dir=/usr/local --with-xpm-dir=/usr/X11R6 
--with-ttf --enable-gd-imgstrttf --with-imap 
--with-java=/usr/local/jdk1.1.8 --with-ldap --with-mhash 
--with-mysql=/usr/local --with-iodbc --with-pdflib 
--with-zlib-dir=/usr --with-png-dir=/usr/local 
--with-tiff-dir=/usr/local --with-mm --enable-trans-sid 
--with-zlib=/usr --enable-sockets 
--enable-inline-optimization --enable-memory-limit

Upon removing the --with-zlib flag, php compiles fine and works normally.


---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Timezone offset differences

[Jim Winstead]

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED]  wrote:
> Right now date('Z') returns timezone offset with different signs on
> Linux and Solaris. For my timezone I get -21600 on Linux and 21600 on
> Solaris. What would be a good way to fix it so that it's consistent?

i didn't check how date('Z') is defined (do you add it to local time to get
UTC or subtract it?) but it may be that systems where struct tm has a
tm_gmtoff member and systems that use the timezone global may
define it different ways.

they should be made consistent, and the date() documentation updated to
tell exactly which way we've made it consistent. :)

jim

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Timezone offset differences

[Andrei Zmievski]

On Wed, 17 Jan 2001, Jim Winstead wrote:
> i didn't check how date('Z') is defined (do you add it to local time to get
> UTC or subtract it?) but it may be that systems where struct tm has a
> tm_gmtoff member and systems that use the timezone global may
> define it different ways.

Well, I am in Central timezone so I'd expect my offset to be -21600 (-6
hours). So, the formula should be UTC + offset.

> they should be made consistent, and the date() documentation updated to
> tell exactly which way we've made it consistent. :)

And making it consistent would just involve reversing the sign on
tm_gmtoff member? I just wonder if the sign of tm_gmtoff is consistent
between platforms.

-Andrei

"The secret of flying is to throw yourself
at the ground, and miss." -- Douglas Adams

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Timezone offset differences

[Jim Winstead]

On Wed, Jan 17, 2001 at 01:58:14PM -0600, Andrei Zmievski wrote:
> On Wed, 17 Jan 2001, Jim Winstead wrote:
> > i didn't check how date('Z') is defined (do you add it to local time to get
> > UTC or subtract it?) but it may be that systems where struct tm has a
> > tm_gmtoff member and systems that use the timezone global may
> > define it different ways.
> 
> Well, I am in Central timezone so I'd expect my offset to be -21600 (-6
> hours). So, the formula should be UTC + offset.
> 
> > they should be made consistent, and the date() documentation updated to
> > tell exactly which way we've made it consistent. :)
> 
> And making it consistent would just involve reversing the sign on
> tm_gmtoff member? I just wonder if the sign of tm_gmtoff is consistent
> between platforms.

according to the examples i can find in the single unix spec,
i'd expect timezone to be positive for US/Central time.

http://www.opengroup.org/onlinepubs/007908799/xsh/tzset.html

tm_gmtoff appears to be defined the opposite way.

http://www.netppl.fi/~pp/glibc21/libc_20.html#SEC406

i'd say pick one, and document it.

jim

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8767: user name prepended to table names in query

[david . rhodes]

From: [EMAIL PROTECTED]
Operating system: RH 6.2
PHP version:  4.0.3pl1
PHP Bug Type: Informix related
Bug description:  user name prepended to table names in query

I folks, I have searched many sources for a few days looking for an answer to no 
avail. I have what seems to be a properly configured setup of Redhat 6.2, PHP 
4.0.3pl1, Informix Dyn Server 7.30. At this point I am trying to build a simple 
database browser. Using ifx_{connect, query, close} I can query a database in the 
'informix.systables' and get results, using a particular db@server, uname, passwd in 
the ifx_connect call. However, using the same parameters a simple query, such as:

select * from action

always fails with code

(E [SQLSTATE=42 000 SQLCODE=-206]) 
string: The specified table (uname.action) is not in the database

If I use different db/server or uname or passwds, I get the expected error messages 
regarding the error. It seems that the user name (2nd parameter in ifx_connect call) 
is being prepended to the table request for some reason??? Running the same query from 
"dbaccess" works. I have not seen this error mentioned anywhere in user groups, web 
sites, etc.

Thanks for any help,
dave



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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8746 Updated: Crash on comparing GLOBALS Variabel

[korenhof]

ID: 8746
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Description: Crash on comparing GLOBALS Variabel

Problem solved:
I used a varible SCRIPT_NAME in a global form. Then i printed 
SCRIPT_NAME?blabla

The program terminated because it calles:
\php4\php.exe?blabla



Previous Comments:
---

[2001-01-17 14:30:31] [EMAIL PROTECTED]
DR WATSON DUMP:
---

Toepassingsuitzondering:
Toep:  (PID=2004)
Tijd: 16-01-2001 @ 22:00:18.053
Uitzonderingsnummer: c005 (schending van toegang)

*> Systeemgegevens <*
Computernaam: SEKONT
Gebruikersnaam: Administrator
Aantal processors: 1
Processortype: x86 Family 6 Model 8 Stepping 3
Windows 2000-versie: 5.0
Actieve gecompileerde versie: 2195
Service Pack: 1
Huidig type: Uniprocessor Free
Geregistreerde organisatie: 
Geregistreerde eigenaar: Sebastiaan Korenhof

*> Taakoverzicht <*
   0 Idle.exe
   8 System.exe
 152 SMSS.exe
 180 csrss.exe
 200 WINLOGON.exe
 228 services.exe
 240 LSASS.exe
 404 svchost.exe
 448 SPOOLSV.exe
 488 CTSVCCDA.exe
 504 svchost.exe
 560 regsvc.exe
 588 mstask.exe
 620 stisvc.exe
 692 vsmon.exe
 740 WinMgmt.exe
 540 MsPMSPSv.exe
 356 ZIPTOA.exe
 860 minilog.exe
1056 explorer.exe
1028 devldr32.exe
 516 tisdnmon.exe
 316 CTNotify.exe
 532 ahqtb.exe
1004 cwd.exe
1216 PlexTool.exe
1224 Mediadet.exe
1248 zonealarm.exe
1260 getright.exe
1212 Apache.exe
1096 Apache.exe
1172 homesite45.exe
 296 mysqld-nt.exe
1540 IEXPLORE.exe
1952 mdm.exe
2004 php.exe
1648 DRWTSN32.exe
1820 DRWTSN32.exe
   0 _Total.exe

(0040 - 00405000) 
(77F8 - 77FFF000) 
(1000 - 100F8000) 
(77E8 - 77F3C000) 
(77E1 - 77E74000) 
(77F4 - 77F7C000) 
(7500 - 75009000) 
(74FE - 74FF4000) 
(7800 - 78046000) 
(77DB - 77E0A000) 
(77D4 - 77DB) 
(74FD - 74FD8000) 
(77A5 - 77B45000) 
(779B - 77A45000) 
(1F7D - 1F804000) 
(76B1 - 76B4D000) 
(77C7 - 77CBA000) 
(77B5 - 77BD9000) 
(7759 - 777D8000) 
(780A - 780B2000) 
(1F8C - 1F8D8000) 

Statusdump voor subproces-ID 0x684

eax=00793d98 ebx= ecx=00793b30 edx=00793b30 esi=00793d98 edi=
eip=1008d02b esp=0012feac ebp=0012ff4c iopl=0 nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0206


functie: virtual_fopen
1008d010 a198c90e10  ds:100ec998=0002
  mov eax,[php_ini_path+0x718 (100ec998)]
1008d015 83ec08   sub esp,0x8
1008d018 53   pushebx
1008d019 56   pushesi
1008d01a 6a00 push0x0
1008d01c 50   pusheax
1008d01d e82ec8   callts_resource_ex (10089850)
1008d022 8b5c241c mov ebx,[esp+0x1c] ss:00bcd483=
1008d026 8bf0 mov esi,eax
1008d028 83c408   add esp,0x8
Fout ->1008d02b 803b00   cmp byte ptr [ebx],0x0   ds:=??
1008d02e 7508 jnz do_bind_function_or_class+0xa78 (10092e38)
1008d030 5e   pop esi
1008d031 33c0 xor eax,eax
1008d033 5b   pop ebx
1008d034 83c408   add esp,0x8
1008d037 c3   ret
1008d038 8b4e04   mov ecx,[esi+0x4]  ds:0123136e=
1008d03b 57   pushedi
1008d03c 894c2410 mov [esp+0x10],ecx ss:00bcd483=
1008d040 8b5604   mov edx,[esi+0x4]  ds:0123136e=
1008d043 42   inc edx

*> Stack Back Trace <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
0012FF4C 004020BB 0001 00793AD8 007929E8 00404000 !virtual_fopen 
0012FFC0 77E992A6   7FFDF000 C005 ! 
0012FFF0  00401FD8  00C8 0100 kernel32!GetCommandLineW 

*> Raw Stack Dump <*
0012feac  e8 3c 79 00 01 00 00 00 - 88 4b 03 78 ff ff ff ff  . Stack Back Trace <*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
00EBFF44 1008F035 00EBFF68    user32!PtInRect 
00EBFFB4 77E837CD 00CDEA10 00790178 00CDCE00 00CDEA10 !zend_timeout 
00EBFFEC      kernel32!TlsSetValue 

---

[2001-01-16 15:45:24] [EMAIL PROTECTED]
I installed php 4.04 just as is. No settings are changed.

I fill the globals varibel with these functions:
--

[PHP-DEV] PHP 4.0 Bug #8758 Updated: Lots of zero-sized files remain in directory for tmp files uploaded via POST

[sniper]

ID: 8758
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Filesystem function related
Assigned To: 
Comments:

User was using PHP 4.0.3 and this was fixed in 4.0.4 -> bogus.





Previous Comments:
---

[2001-01-17 08:29:05] [EMAIL PROTECTED]
I have a form with some type="file" fields for uploading images.
If a user really fills a field, then I can handle the file properly and it gets 
deleted from ./tmp dir on script
completion. But if a user leaves the field empty, php creates a zero-sized file in 
./tmp and does not
delete it. I even don't have to delete myself, because I get 'none' as filename inside 
my script.

After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
files named like
phpsC7799 (example).

That bothers me.

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8758 Updated: Lots of zero-sized files remain in directory for tmp files uploaded via POST

[sniper]

ID: 8758
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Filesystem function related
Assigned To: 
Comments:

User was using PHP 4.0.3 and this was fixed in 4.0.4 -> bogus.





Previous Comments:
---

[2001-01-17 16:35:14] [EMAIL PROTECTED]
User was using PHP 4.0.3 and this was fixed in 4.0.4 -> bogus.





---

[2001-01-17 08:29:05] [EMAIL PROTECTED]
I have a form with some type="file" fields for uploading images.
If a user really fills a field, then I can handle the file properly and it gets 
deleted from ./tmp dir on script
completion. But if a user leaves the field empty, php creates a zero-sized file in 
./tmp and does not
delete it. I even don't have to delete myself, because I get 'none' as filename inside 
my script.

After a month of heavy use, I have a REALLY huge ./tmp directory full of zero-sized 
files named like
phpsC7799 (example).

That bothers me.

---


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

AW: [PHP-DEV] PHP 4.0 Bug #8767: user name prepended to table names in query

[Harald Radi]

hi

i've never worked with informix, but afaik from other 'big' DBs you have to
prepend the owner of the requested object (e.g. the table) or create an
alias to the
object for every user that wants to access it.
because if now owner is specified the client assumes that the actual user
owns the requestet object and
prepends it.

try something like

select * from [ownerofthetable].action

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Gesendet: Mittwoch, 17. Jänner 2001 21:42
> An: [EMAIL PROTECTED]
> Betreff: [PHP-DEV] PHP 4.0 Bug #8767: user name prepended to table names
> in query
>
>
> From: [EMAIL PROTECTED]
> Operating system: RH 6.2
> PHP version:  4.0.3pl1
> PHP Bug Type: Informix related
> Bug description:  user name prepended to table names in query
>
> I folks, I have searched many sources for a few days looking for
> an answer to no avail. I have what seems to be a properly
> configured setup of Redhat 6.2, PHP 4.0.3pl1, Informix Dyn Server
> 7.30. At this point I am trying to build a simple database
> browser. Using ifx_{connect, query, close} I can query a database
> in the 'informix.systables' and get results, using a particular
> db@server, uname, passwd in the ifx_connect call. However, using
> the same parameters a simple query, such as:
>
> select * from action
>
> always fails with code
>
> (E [SQLSTATE=42 000 SQLCODE=-206])
> string: The specified table (uname.action) is not in the database
>
> If I use different db/server or uname or passwds, I get the
> expected error messages regarding the error. It seems that the
> user name (2nd parameter in ifx_connect call) is being prepended
> to the table request for some reason??? Running the same query
> from "dbaccess" works. I have not seen this error mentioned
> anywhere in user groups, web sites, etc.
>
> Thanks for any help,
> dave
>
>
>
> --
> Edit Bug report at: http://bugs.php.net/?id=8767&edit=1
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

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

[godai]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.3pl1
PHP Bug Type: Scripting Engine problem
Bug description:  'continue' inside of 'switch' statement acts like 'break' instead of 
'continue'

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:

";
  
}
?>

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.


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



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: [PHP] calling static class functions using afunction variable

[Shaun Batterton]

On Wed, 17 Jan 2001, Rasmus Lerdorf wrote:

> > Hi all,
> > Hope you can help.  I have an class called xml and a class method called
> > hi_handler.  I am able to call this method statically as follows:
> >
> > xml::hi_handler($attrs);
> >
> > but when I try to call it like this, it fails miserably:
> >
> > $junk="xml::hi_handler";
> > $junk();
> >
> > Fatal error: Call to undefined function: xml::hi_handler()
> >
> > Any ideas - besides the obvious way of using a dummy instance.  I am using
> > php 4.0.3pl1
> 
> I wouldn't have expected that to work, but I did expect something like:
> 
>xml::$func()
> 
> to work.  However I just tested it and it doesn't.  Perhaps something that
> can be fixed.
> 
> -Rasmus

That would be nice.  Do you foresee any way to call a static function like
$class::$fun()?  

-Shaun


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] **** Access denied: Insufficient Karma (lyric|phpweb/include)

[Alex Akilov]

I'm having the same problem and so is Bill Stoddard.  Our id's are
akilov and stoddard respectively.

Did we all get bounced for insufficient activity of late?

Here's the change I was trying to commit:

Index: ext/java/config.m4
===
RCS file: /repository/php4/ext/java/config.m4,v
retrieving revision 1.21
diff -u -r1.21 config.m4
--- ext/java/config.m4  2000/12/19 00:14:57 1.21
+++ ext/java/config.m4  2001/01/17 22:23:04
@@ -10,6 +10,12 @@
   if test "$withval" != "no"; then
 JAVA_SHARED="libphp_java.la"

+pltform=`uname -s 2>/dev/null`
+java_libext="libjava.so"
+case "$pltform" in
+  AIX) java_libext="libjava.a" ;;
+  HP-UX) java_libext="libjava.sl" ;;
+esac
 # substitute zip for systems which don't have jar in the PATH
 if JAVA_JAR=`which jar 2>/dev/null`; then
   JAVA_JAR="$JAVA_JAR cf"
@@ -29,6 +35,7 @@
   JAVA_INCLUDE=-I$withval/include/kaffe
   JAVA_CLASSPATH=$withval/share/kaffe/Klasses.jar
   JAVA_LIB=kaffevm
+  java_libext=kaffevm

   test -f $withval/lib/$JAVA_LIB && JAVA_LIBPATH=$withval/lib
   test -f $withval/lib/kaffe/$JAVA_LIB &&
JAVA_LIBPATH=$withval/lib/kaffe
@@ -38,7 +45,7 @@
 JAVA_JAR='zip -q0'
   fi

-elif test -f $withval/lib/libjava.so; then
+elif test -f $withval/lib/$java_libext; then
   JAVA_LIB=java
   JAVA_LIBPATH=$withval/lib
   JAVA_INCLUDE="-I$withval/include"
@@ -63,10 +70,12 @@
 test -f $i/classes.zip && JAVA_CLASSPATH="$i/classes.zip"
 test -f $i/rt.jar  && JAVA_CLASSPATH="$i/rt.jar"

-   if test -f $i/libjava.so; then
+if test -f $i/$java_libext; then
   JAVA_LIB=java
   JAVA_LIBPATH=$i
+  test -d $i/hotspot && AC_ADD_LIBPATH($i/hotspot)
   test -d $i/classic && AC_ADD_LIBPATH($i/classic)
+  test -d $i/server && AC_ADD_LIBPATH($i/server)
   test -d $i/native_threads &&
AC_ADD_LIBPATH($i/native_threads)
 fi
   done
@@ -81,7 +90,7 @@

 AC_DEFINE(HAVE_JAVA,1,[ ])
 AC_ADD_LIBPATH($JAVA_LIBPATH)
-JAVA_CFLAGS="$JAVA_CFLAGS
'-DJAVALIB=\"$JAVA_LIBPATH/lib$JAVA_LIB.so\"'"
+JAVA_CFLAGS="$JAVA_CFLAGS
'-DJAVALIB=\"$JAVA_LIBPATH/$java_libext\"'"

 if test "$PHP_SAPI" != "servlet"; then
   PHP_EXTENSION(java, shared)

Alex


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] mysql, compressed communication

[André Langhorst]

Is there any reason why PHP mysql functions do NOT support compressed 
communication the libmysql supports? Do I miss something?

regards,
andré
-- 
· André Langhorst   · t: +49 571 3201801 ·
· [EMAIL PROTECTED]   · m: +49 173 9558736 ·
· PHP Quality Assurance · http://qa.php.net  ·


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8136 Updated: see bug #8064

[sniper]

ID: 8136
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PHP options/info functions
Assigned To: 
Comments:

If this doesn't happen -> considered fixed -> closed.

--Jani

Previous Comments:
---

[2001-01-17 10:50:36] [EMAIL PROTECTED]
it seems that in 4.0.4 this thing does not happen

---

[2000-12-07 05:16:49] [EMAIL PROTECTED]
increasing the memory limit only a little postpones the result
with 128MB limit it the apache hangs after 20 minitis of running with less limit hangs 
earlier

---

[2000-12-07 03:48:17] [EMAIL PROTECTED]
reclassified

---

[2000-12-07 03:45:20] [EMAIL PROTECTED]
Does increasing memory_limit directive in php.ini help?

--Jani

---

[2000-12-06 11:01:29] [EMAIL PROTECTED]
see bug #8064

i GUESS it happens when php is compiled with
--enable-memory-limit

i have the same problem which actually happens on different places, but most 
friquently at lines containing split(...)

in my case it happens only on heavyload (actually the apache has to be restarted every 
15 minutes)

i had to downgrade to php-3.0.18 since the admins want to use only precompiled debian 
packages on the producing machine (and debian compile php with --enable-memory-limit) 

---

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

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]