[PHP-DEV] CVS Account Request: ludoo

2002-01-11 Thread Ludovico Magnocavallo

THE PEAR team told me to request an account to commit and maintain the LDAP DB class.
Thanks

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




[PHP-DEV] Cause of segfault?

2002-01-11 Thread Yasuo Ohgaki

Anyone have any idea what could be the cause of
this segfault?

(gdb) bt
#0  0x40009827 in _dl_lookup_versioned_symbol () at eval.c:88
#1  0x4000d4ad in fixup () at eval.c:88
#2  0x4000d680 in _dl_runtime_resolve () at eval.c:88
#3  0x0806852f in main () at eval.c:88
#4  0x400ce1be in __libc_start_main (main=0x8068160 main, argc=2, 
ubp_av=0xba7c,
 init=0x804f550 _init, fini=0x80a162c _fini, 
rtld_fini=0x4000ddd0 _dl_fini,
 stack_end=0xba6c) at ../sysdeps/generic/libc-start.c:129
(gdb)

It happens only when load is high. Once it start
segfaulting, there are many of them.

PHP is current CVS running under
  Linux 2.4.4/glibc 2.2.2.
  Apache 1.3.22.

Thanks a lot.

-- 
Yasuo Ohgaki


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




[PHP-DEV] Bug #14990: array_merge_recursive modifies inputted value

2002-01-11 Thread philip

From: [EMAIL PROTECTED]
Operating system: n/a
PHP version:  4.1.1
PHP Bug Type: Arrays related
Bug description:  array_merge_recursive modifies inputted value

In Summary:
--
array_merge_recursive() modifies the array entered as the second parameter
if the merged arrays have at least one identical stringed key.  It will
affect all such duplicate keys, and modify the second parameter's array as
demonstrated below.

Example:
--
?php
  $a = array(2 = '2 a', 'foo' = 'foo a','bar' = 'bar a');
  $b = array(2 = '2 b', 'foo' = 'foo b','bar' = 'bar b');

  $c['recursive'] = array_merge_recursive($a,$b);
  $c['a'] = $a;
  $c['b'] = $b;

  print_r($c);
?

Example output:
---
Array
(
[recursive] = Array
(
[0] = 2 a
[foo] = Array
(
[0] = foo a
[1] = foo b
)

[bar] = Array
(
[0] = bar a
[1] = bar b
)

[1] = 2 b
)

[a] = Array
(
[2] = 2 a
[foo] = foo a
[bar] = bar a
)

[b] = Array
(
[2] = 2 b
[foo] = Array
(
[0] = foo b
)

[bar] = Array
(
[0] = bar b
)

)

)

Notes:

Notice how in $b, keys 'foo' and 'bar' are now arrays when initially they
were not.  This behavior exists with all such duplicate stringed keys. 
array_merge_recursive() should not directly affect inputted values.  This
seems related to bug
#14128.
-- 
Edit bug report at: http://bugs.php.net/?id=14990edit=1


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




[PHP-DEV] Bug #14990 Updated: array_merge_recursive modifies inputted value

2002-01-11 Thread philip

ID: 14990
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: n/a
PHP Version: 4.1.1
New Comment:

With 3+ parameters, only the first parameter is left untouched.  All
others are affected, as demonstrated above with $b.


Previous Comments:


[2002-01-11 04:02:21] [EMAIL PROTECTED]

In Summary:
--
array_merge_recursive() modifies the array entered as the second
parameter if the merged arrays have at least one identical stringed key.
 It will affect all such duplicate keys, and modify the second
parameter's array as demonstrated below.

Example:
--
?php
  $a = array(2 = '2 a', 'foo' = 'foo a','bar' = 'bar a');
  $b = array(2 = '2 b', 'foo' = 'foo b','bar' = 'bar b');

  $c['recursive'] = array_merge_recursive($a,$b);
  $c['a'] = $a;
  $c['b'] = $b;

  print_r($c);
?

Example output:
---
Array
(
[recursive] = Array
(
[0] = 2 a
[foo] = Array
(
[0] = foo a
[1] = foo b
)

[bar] = Array
(
[0] = bar a
[1] = bar b
)

[1] = 2 b
)

[a] = Array
(
[2] = 2 a
[foo] = foo a
[bar] = bar a
)

[b] = Array
(
[2] = 2 b
[foo] = Array
(
[0] = foo b
)

[bar] = Array
(
[0] = bar b
)

)

)

Notes:

Notice how in $b, keys 'foo' and 'bar' are now arrays when initially
they were not.  This behavior exists with all such duplicate stringed
keys.  array_merge_recursive() should not directly affect inputted
values.  This seems related to bug
#14128.





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


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




[PHP-DEV] Bug #14991: ini_set scrambles output

2002-01-11 Thread fischer

From: [EMAIL PROTECTED]
Operating system: Free BSD 4.4
PHP version:  4.1.1
PHP Bug Type: Scripting Engine problem
Bug description:  ini_set scrambles output

The following Code shows some strange behaviour:

table cellspacing=2 cellpadding=2 border=0
tr 
  td class=grossfett valign=top align=leftGalerie/td
/tr
tr 
  td valign=top nowrap 
?php
ini_set(session.use_trans_sid,0); 
$cnt=0;
$d =
dir($DOCUMENT_ROOT/3sonstiges/felgenveredelung/bp/galerie/thumbs/);
while($entry=$d-read()) 
{
[...snipped some echo blabla;lines]
}
$d-close();
ini_set(session.use_trans_sid,1); 
?
/td
/tr
  /table


The following Output is produced:

  table cellspacing=2 cellpadding=2 border=0
tr
  td class=grossfett valign=top align=leftGalerie/td
/tr
tr
  tda href =javascript:; onClick=window.open(bp/showpic.php?pic
=1.jpg,hurz,location=0,directories=0,status=0,menubar=0,scrollbars=0
,toolbar=0,width=380,height=250);img src=bp/galerie/thumbs/1.jpg
border=0/a
[...snipped the list]
 valign=top nowrap
  /td
/tr
  /table

watch the
tda href [...] 
this should be
td valign=top nowrapa href [...]
If i comment out the ini_set(); lines, output is normal.
Any Idea?
-- 
Edit bug report at: http://bugs.php.net/?id=14991edit=1


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




Re: [PHP-DEV] Re: Behaviour of $array1 + $array2

2002-01-11 Thread Philip Olson

Here's an example of related activities (4.1.1):

?php
  $a = array(4 = '4 a', 2 = '2 a', 'foo' = 'foo a');
  $b = array(4 = '4 b', 1 = '1 b', 'foo' = 'foo b');

  $c['plus'] = $a + $b;
  $c['merge']= array_merge($a,$b);
  $c['merge_recursive']  = array_merge_recursive($a,$b);
  $c['concat']   = $a . $b;

  print_r($c);
?

The behavior of . both seems weird yet mostly makes sense too.  I agree,
the use of '+' needs to be documented.  Documented with
similarities/differences between array_merge and array_merge_recusive.  
Some obvious differences can be seen through the above example, who will
document this and where? :)

I just reported bug #14990 on array_merge_recursive which may be of
interest.  Without further ado, here's the output from the above code:

Array
(
[plus] = Array
(
[4] = 4 a
[2] = 2 a
[foo] = foo a
[1] = 1 b
)

[merge] = Array
(
[0] = 4 a
[1] = 2 a
[foo] = foo b
[2] = 4 b
[3] = 1 b
)

[merge_recursive] = Array
(
[0] = 4 a
[1] = 2 a
[foo] = Array
(
[0] = foo a
[1] = foo b
)

[2] = 4 b
[3] = 1 b
)

[concat] = ArrayArray
)


Regards,
Philip Olson




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




[PHP-DEV] Bug #14992: Behaviour of $array = $array1 + $array2; not documented

2002-01-11 Thread mfischer

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.1.1
PHP Bug Type: Documentation problem
Bug description:  Behaviour of $array = $array1 + $array2; not documented

The behaviour of the following code doens't seem to be documented:

?
$foo = array(27 = 'Ene');
$bar = array(-1 = 'Mene');

$baz = $foo + $bar;

var_dump($baz);
?

array(2) {
  [27]=
  string(3) Ene
  [-1]=
  string(4) Mene
}
-- 
Edit bug report at: http://bugs.php.net/?id=14992edit=1


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




Re: [PHP-DEV] Re: Behaviour of $array1 + $array2

2002-01-11 Thread Markus Fischer

I filled a bug report (doc problem) now.

-- 
Please always Cc to me when replying to me on the lists.

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




Re: [PHP-DEV] mkdir() , making 'mode' parameter optional

2002-01-11 Thread Andi Gutmans

Sounds fine to me.

Andi

At 10:41 PM 1/10/2002 +0100, Markus Fischer wrote:
 Is there someone who would object modifying mkdir() so it
 only needs the dirname to create and mode is optonal and
 defaults to 0777 ?

 bool mkdir(string pathname[, int mode = 0777]);

 There're no BC impacts.

 - Markus

--
Please always Cc to me when replying to me on the lists.

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


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




Re: [PHP-DEV] mkdir() , making 'mode' parameter optional

2002-01-11 Thread Andi Gutmans

At 05:31 AM 1/11/2002 +0100, Markus Fischer wrote:
On Fri, Jan 11, 2002 at 05:22:54AM +0100, Markus Fischer wrote :
   In any case - a hardcoded 0777 isn't logical, apart from being less safe.
 
  It makes totally sense because it only relies on the umask()
  being set.

 Well, maybe I need to explain why 0777 _is_ logical (I
 thought people here know unix). It's the default value for
 the mkdir command, for perl, and for python because it makes
 sense to only rely on the umask() setting.

 So, why not have it too? Because PHP is none of the mentioned
 above ? Come on.

 I'm not discussing whether to add another INI switch (this is
 totally out of scope and belongs to something else, but not
 here).

 Anyone with decent objections?

+2 :)

Andi


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Hartmut Holzgraefe

Georg Richter wrote:

 is there (should be) a consistent way to pass or return a structure?! 
 
 e.g.:
 
 a) Function mktime splits the structure in lot of parameters
 b) fstat returns a non assoc array
 c) dio_fstat (which seems to be identical to fstat) returns an assoc array

assoc array IMHO

especialy mktime() is a good example on how *not* to things
as not everyone in the world is used to month-day-year dates :(

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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




[PHP-DEV] Bug #14988 Updated: mysql_pconnect() and POST takes a lot of time

2002-01-11 Thread daniel . burckhardt

ID: 14988
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: w2k
PHP Version: 4.1.1


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


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




[PHP-DEV] Bug #14988 Updated: mysql_pconnect() and POST takes a lot of time

2002-01-11 Thread daniel . burckhardt

ID: 14988
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: w2k
PHP Version: 4.1.1
New Comment:

did some further checks - i have the same problem with the cgi-version
and using older version (4.0.4) and when using mysql_connect instead of
mysql_pconnect.

my mysql-version is 3.23.46-nt


Previous Comments:


[2002-01-10 21:43:49] [EMAIL PROTECTED]

when using php 4.1.0 and 4.1.1 on win2k (both php4isapi.dll and
php4apache.dll)
the function-call
  mysql_pconnect(localhost, root, )
takes about 5 seconds when the page is a called with a post request
(form method=post action=pagename.php) while there is no noticable
delay when calling it with a GET-request (by entering the url
pagename.php directly into the browser or setting method=get in the
form-tag)






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


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




[PHP-DEV] Bug #13420 Updated: open_basedir breaks Apache SSI xbithack

2002-01-11 Thread N . Cole

ID: 13420
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Linux mainserver2 2.4.4
PHP Version: 4.0.6
New Comment:

This same bug strikes PHP 4.0.6 on Solaris 2.6. Our system runs PHP in
safe mode with no exec dir; as a result, NO html page marked as
executable can be displayed. This is so crippling that we're going to
have to remove PHP until it is fixed :-(

It looks as though PHP is scanning all HTML pages when the XBitHack is
enabled.


Previous Comments:


[2001-09-27 15:07:04] [EMAIL PROTECTED]

Changing any php_admin setting through the httpd.conf file using the
following format appears to breaks Apache SSI xbithack:

DIRECTORY /
php_admin_value open_basedir .
php_admin_flag asp_tags on
/DIRECTORY




[2001-09-25 09:18:02] [EMAIL PROTECTED]

This may be the reason that some of the developers were not able to
reproduce a similar bug reported in Bug id #10575.



[2001-09-24 15:33:15] [EMAIL PROTECTED]

Linux version 2.4.4
Apache version 1.3.19
Php version 4.0.6

When xbithack is set to FULL in .htaccess, setting test.htm chmod to 754
allows the SSI calls in test.htm to perform as expected.

However, when open_basedir is specified in httpd.conf the xbithack
directive is ignored and SSI calls in test.htm stop working.





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Markus Fischer

On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : 
 Georg Richter wrote:
 
 is there (should be) a consistent way to pass or return a structure?! 
 
 e.g.:
 
 a) Function mktime splits the structure in lot of parameters
 b) fstat returns a non assoc array
 c) dio_fstat (which seems to be identical to fstat) returns an assoc array
 
 assoc array IMHO
 
 especialy mktime() is a good example on how *not* to things
 as not everyone in the world is used to month-day-year dates :(

I'm for (+1) assoc return values.

I think the code which is used to handle it is more verbose
then ( $day = $assoc['day']; and not $day = $arr[0]; or
whatever) and it also helps debugging because you can just do
a print_r() on the return type.


If we start to agree on assoc params we should also think of
new functions to more easily parse them to expected variable
types

zend_parse_parameters_hash(hashtable TSRMLS_CC,
key1:type1,
|optional_key2:type2,
var1, var2);

Ok, don't sue me, its just an idea how to simplify those kind
of param-parsings. Zak and I were also discussing about such
a way of parsing more optional argument after his recent
mysql propose.

Maybe Andrei has an idea too?

- Markus

-- 
Please always Cc to me when replying to me on the lists.

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




Re: [PHP-DEV] Bug #14978: session doesn't work

2002-01-11 Thread Hartmut Holzgraefe

[EMAIL PROTECTED] wrote:

 i can't use session, give me an error when use ie 6.
 
 Warning: Cannot send session cookie - headers already sent by (output
 started at /home/www.apollodisplays.com/public_html/mainpage.php:10) in
 /home/www.apollodisplays.com/public_html/mainpage.php on line 29

i guess we should add a link to a howto page to this error message :(

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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




Re: [PHP-DEV] Bug #14978: session doesn't work

2002-01-11 Thread derick

On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote:

 [EMAIL PROTECTED] wrote:

  i can't use session, give me an error when use ie 6.
 
  Warning: Cannot send session cookie - headers already sent by (output
  started at /home/www.apollodisplays.com/public_html/mainpage.php:10) in
  /home/www.apollodisplays.com/public_html/mainpage.php on line 29

 i guess we should add a link to a howto page to this error message :(

Doing that right away. I'm sick of seeing this :)

Derick


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




[PHP-DEV] Bug #14993: PHP4.1.1 can't connect to SQL Server 7 SP3

2002-01-11 Thread quan

From: [EMAIL PROTECTED]
Operating system: NT SP6
PHP version:  4.1.1
PHP Bug Type: MSSQL related
Bug description:  PHP4.1.1 can't connect to SQL Server 7 SP3

I previously have MSSQL7 with SP1 and PHP4.1.1 worked fine with it. Now I
upgrade to SP3 and PHP4 won't connect to MSSQL7.

I have NT,IIS with SP6, and use the PHP MSSQL module to connect.  My
PHP.EXE is the standard binary that comes with the distribution.

The error message I get is:

Warning: MS SQL message: Login failed for user 'scott'. (severity 14) in
c:\inetpub\wwwroot\music4\common\lib.inc on line 12






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


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




[PHP-DEV] Bug #14993 Updated: PHP4.1.1 can't connect to SQL Server 7 SP3

2002-01-11 Thread mfischer

ID: 14993
Updated by: mfischer
Old Summary: PHP4.1.1 can't connect to SQL Server 7 SP3
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MSSQL related
Operating System: NT SP6
PHP Version: 4.1.1
New Comment:

Please ask support questions at [EMAIL PROTECTED]


Previous Comments:


[2002-01-11 05:47:53] [EMAIL PROTECTED]

I previously have MSSQL7 with SP1 and PHP4.1.1 worked fine with it. Now
I upgrade to SP3 and PHP4 won't connect to MSSQL7.

I have NT,IIS with SP6, and use the PHP MSSQL module to connect.  My
PHP.EXE is the standard binary that comes with the distribution.

The error message I get is:

Warning: MS SQL message: Login failed for user 'scott'. (severity 14) in
c:\inetpub\wwwroot\music4\common\lib.inc on line 12











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


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread hholzgra

ID: 14981
Updated by: hholzgra
Old Summary: mail() function won't send mail to a domain containing '-'
hyphens
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Mail related
Operating System: Apache
PHP Version: 4.1.0
New Comment:

there finaly is an Apache OS now? great ;)

no, serious, what kind of operating system
are you runnig this on, windows or *nix?


Previous Comments:


[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andi Gutmans

On Fri, 11 Jan 2002, Markus Fischer wrote:

 On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : 
  Georg Richter wrote:
  
  is there (should be) a consistent way to pass or return a structure?! 
  
  e.g.:
  
  a) Function mktime splits the structure in lot of parameters
  b) fstat returns a non assoc array
  c) dio_fstat (which seems to be identical to fstat) returns an assoc array
  
  assoc array IMHO
  
  especialy mktime() is a good example on how *not* to things
  as not everyone in the world is used to month-day-year dates :(
 
 I'm for (+1) assoc return values.
 
 I think the code which is used to handle it is more verbose
 then ( $day = $assoc['day']; and not $day = $arr[0]; or
 whatever) and it also helps debugging because you can just do
 a print_r() on the return type.
 
 
 If we start to agree on assoc params we should also think of
 new functions to more easily parse them to expected variable
 types
 
 zend_parse_parameters_hash(hashtable TSRMLS_CC,
 key1:type1,
 |optional_key2:type2,
 var1, var2);
 
 Ok, don't sue me, its just an idea how to simplify those kind
 of param-parsings. Zak and I were also discussing about such
 a way of parsing more optional argument after his recent
 mysql propose.
 
 Maybe Andrei has an idea too?

Andrei had this in mind when he implemented the zend_parse_parameters()
framework. 
I was very much against this because it will encourage people to write
functions who's parameters are hashes.
This would lead to a huge performance hit (both the building of the hash
before it's sent and the fetching of the various sent fields) and
therefore I think it's a very bad thing to introduce. As it'll be so easy
to use it'll encourage passing parameters in hashes which is something we
really wouldn't want.
 
Andi


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




[PHP-DEV] Bug #12036 Updated: Error compiling if there is blank line before ?php

2002-01-11 Thread hholzgra

ID: 12036
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Compile Issues
Operating System: Red Hat Linux 7
PHP Version: 4.0.4
New Comment:

some simple rules when writing error reports:

 php can't process that code ?
always include the error message!

 I'm not sure my php version, maybe php4.0.1
you know about http://php.net/phpinfo ?





Previous Comments:


[2002-01-10 21:09:25] [EMAIL PROTECTED]

---



[2001-07-11 03:55:29] [EMAIL PROTECTED]

The output of *any* content to the browser causes the headers to be
sent. After the headers have been sent, functions that send headers
(like session_start() or header()) will fail.



[2001-07-11 03:36:12] [EMAIL PROTECTED]

Hi,
Do you know that if we have a blank line in top of code (before ?php)
php can't process that code ?

OK.. this's the code sample:
1. First lets write a code like this
---
?php
print bla..bla...;
?
---
and of course it will running well

2. Lets add one blank line in the first line
---

?php
print bla..bla...;
?
---
And this one will running well too

3. Lets add session feature
---

?php
session_start();
print bla..bla..;
?
---
Ops.. we got an error here... !!!

I'm not sure my php version, maybe php4.0.1... i don't know... so i'm
sorry if this problem has been fixed in recent version

Best Regards
Jimmi A. Kembaren





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


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




[PHP-DEV] Bug #14994: Adding TIFF support to GetImageSize

2002-01-11 Thread wirtz

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  Adding TIFF support to GetImageSize

I know, that Rasmus made the implementation for this function and that he
used the header readouts from an imageinfo.c, but I'm missing the ability
to identify TIFF images.
As i'm not firm with imageheaders, I'd like to ask someone to implement
this feature.
-- 
Edit bug report at: http://bugs.php.net/?id=14994edit=1


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




[PHP-DEV] safe_mode and file upload

2002-01-11 Thread Roland Tapken

Hi!

I patched safe_mode.c to compare the uid of files not only to the uid of
the php-script but also to the uid of the process itself. This allows
php-scripts to handle files created by themselves or by the webserver (in
my case: apache), for example uploaded files.

i wasn't able to delete or move uploaded files when safe_mode-Restrictions
were in affect.

Sorry for my stupid english :-)

$ diff --unified php-4.1.1/main/safe_mode.c php-4.1.1-rt1/main/safe_mode.c
--- php-4.1.1/main/safe_mode.c  Sun Aug  5 03:42:44 2001
+++ php-4.1.1-rt1/main/safe_mode.c  Fri Jan 11 11:05:29 2002
@@ -89,7 +89,7 @@
} else {
uid = sb.st_uid;
gid = sb.st_gid;
-   if (uid == php_getuid()) {
+   if (uid == php_getuid() || uid == getuid()) {
return 1;
} else if (PG(safe_mode_gid)  gid ==
php_getgid()) {
return 1;
@@ -121,7 +121,7 @@
}
duid = sb.st_uid;
dgid = sb.st_gid;
-   if (duid == php_getuid()) {
+   if (duid == php_getuid() || duid == getuid()) {
return 1;
} else if (PG(safe_mode_gid)  dgid == php_getgid()) {
return 1;

A php.ini-Directive to change this bevavior would be nice. 

cu, Roland Tapken
-- 
{ [EMAIL PROTECTED] }
/\  
\ /  ASCII ribbon campaign
 X   against HTML mail
/ \  and postings  
={ ICQ#: 18715473 }=

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




[PHP-DEV] Bug #14898 Updated: $HTTP_POST_FILES['uploadedfile']['name'] error

2002-01-11 Thread a1593

ID: 14898
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating System: linux slackware8
PHP Version: 4.1.1
New Comment:

anyway, i hope this is the final post about this issue.
--
s = strrchr(filenamebuf, '\\');
tmps=filenamebuf;
while (!(*tmps==NULL)) {
  if (!(*tmps0  *tmps160)) {//looks like a chinese word
if (!*(tmps+1)==NULL) tmps++;
  } else {
if (*tmps=='\\') s=tmps;
  }
  tmps++;
}
---


Previous Comments:


[2002-01-09 03:42:34] [EMAIL PROTECTED]

---code modified--
//s = strrchr(filenamebuf, '\\');
char *tmps;
s=filenamebuf; // set initial value 
for (tmps=filenamebuf;*tmps;tmps++) {
  if (*tmps0){// *tmps127, looks like 2 bytes of chinese code
if (!*(tmps+1)) tmps++;
continue;
  }
  if (*tmps=='\\') s=tmps;
}
--code modified end ---



[2002-01-08 09:37:12] [EMAIL PROTECTED]

the following code works well for chinese double-byte checking.
---code modified--
//s = strrchr(filenamebuf, '\\');
char *tmps;
for (tmps=filenamebuf;*tmps;tmps++) {
  if (*tmps0){// *tmps127, looks like 2 bytes of chinese code
if (!*(tmps+1)) tmps++;
contonue;
  }
  if (*tmps=='\\') s=tmps;
}
--code modified end --- 




[2002-01-07 22:48:48] [EMAIL PROTECTED]

the fix is too rough and can't handle all chinese words, it need more
efforts to check. i will do it in a few days.



[2002-01-07 01:56:48] [EMAIL PROTECTED]

/*
This is a bug fix for rfc1867.c
try to upload file from win2k with name C:\DISK0\»\³\.txt
the original code get name as '.ext' which should be '»\³\.txt'. 
the following modify is necessary to for client using charset=BIG5.
thanks PHP.
lai [EMAIL PROTECTED]
*/
---code modified--
//s = strrchr(filenamebuf, '\\');
for (s=filenamebuf+strlen(filenamebuf)-1;sfilenamebuf;s--) {
 if (*s=='\\'  *(s-1)0) break;
}
--code modified end --- 
 





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Markus Fischer

On Fri, Jan 11, 2002 at 12:58:44PM +0200, Andi Gutmans wrote : 
 On Fri, 11 Jan 2002, Markus Fischer wrote:
 
  On Fri, Jan 11, 2002 at 11:22:22AM +0100, Hartmut Holzgraefe wrote : 
   Georg Richter wrote:
   
   is there (should be) a consistent way to pass or return a structure?! 
   
   e.g.:
   
   a) Function mktime splits the structure in lot of parameters
   b) fstat returns a non assoc array
   c) dio_fstat (which seems to be identical to fstat) returns an assoc array
   
   assoc array IMHO
   
   especialy mktime() is a good example on how *not* to things
   as not everyone in the world is used to month-day-year dates :(
  
  I'm for (+1) assoc return values.
  
  I think the code which is used to handle it is more verbose
  then ( $day = $assoc['day']; and not $day = $arr[0]; or
  whatever) and it also helps debugging because you can just do
  a print_r() on the return type.
  
  
  If we start to agree on assoc params we should also think of
  new functions to more easily parse them to expected variable
  types
  
  zend_parse_parameters_hash(hashtable TSRMLS_CC,
  key1:type1,
  |optional_key2:type2,
  var1, var2);
  
  Ok, don't sue me, its just an idea how to simplify those kind
  of param-parsings. Zak and I were also discussing about such
  a way of parsing more optional argument after his recent
  mysql propose.
  
  Maybe Andrei has an idea too?
 
 Andrei had this in mind when he implemented the zend_parse_parameters()
 framework. 
 I was very much against this because it will encourage people to write
 functions who's parameters are hashes.
 This would lead to a huge performance hit (both the building of the hash
 before it's sent and the fetching of the various sent fields) and
 therefore I think it's a very bad thing to introduce.

What other way do we have to specify arbitray optional
parameters without an ordering? Teh disadvantage of optional
parmeters is when you need to only set the last one, you'll
have to define all preceding optional parameters too.

For functions like mysql_connect() the performance impact is
negligible (methinks).

 As it'll be so easy
 to use it'll encourage passing parameters in hashes which is something we
 really wouldn't want.

-- 
Please always Cc to me when replying to me on the lists.

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




[PHP-DEV] Bug #14029 Updated: can't dynamically load php_printer.dll extension

2002-01-11 Thread wloske

ID: 14029
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Dynamic loading
Operating System: win/2000
PHP Version: 4.0.6
New Comment:

I have the same experiences for other dll's.
While for instance zlib loads perfectly pdf
and xslt refuse to load.

I also get the same error message but the files
are there and all permissions are correct.

W.


Previous Comments:


[2001-11-12 08:46:59] [EMAIL PROTECTED]

In php.ini I have:
enable_dl = On
extension_dir = c:/PHP/extensions/

All the extension dll's are in C:/PHP/extensions without any security.

PHP Program
?
$x = dl(php_cpdf.dll);
?
I get the following error:
-
Unable to load dynamic library 'c:/PHP/extension/php_printer.dll' - The
specified procedure could not be found.
---
I have varified the fact that php_printer.dll is there!

I get the same error when I un-comment 
extension=php_printer.dll
in php.ini

Help What am I doing wrong!
How do i get these to load.

Thanks for the help..
Dan






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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andi Gutmans

On Fri, 11 Jan 2002, Markus Fischer wrote:
 What other way do we have to specify arbitray optional
 parameters without an ordering? Teh disadvantage of optional
 parmeters is when you need to only set the last one, you'll
 have to define all preceding optional parameters too.

How does the MySQL C API handle this?

I think using array() is pretty sucky. Look at the following example and
I'm sure you're planning on it getting much worse.
mysql_connect(foo, array(bar = 1, hello = 2));

 
 For functions like mysql_connect() the performance impact is
 negligible (methinks).

I don't think it'll always be negligible.
It might not always be a bad idea but I think that if we support this easy
to use function we're going to see this kind of stuff pop-up in more
places than the very few places which just can't do without.

Andi


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




[PHP-DEV] Bug #14826 Updated: 4.1.0 on powerpc doesn't save session variables

2002-01-11 Thread teixi

ID: 14826
User updated by: [EMAIL PROTECTED]
Old Summary: 4.1.0 on powerpc doesn't save session variables
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Session related
Operating System: Debian Linux 2.2.19 ppc
PHP Version: 4.1.0
New Comment:

I'm sorry but my apache doesn't segfault on any moment it serves both
static pages and php pages nicely except for those php apps with session
variables that isn't able to save them.

could be the common unsigned char problem ?

what to check?


Previous Comments:


[2002-01-10 22:34:22] [EMAIL PROTECTED]

Your httpd may be segfaulting. Run httpd under gdb see if you get
segfault or any.



[2002-01-10 11:18:02] [EMAIL PROTECTED]

umm dosen't seems this here...

teixi@satellite:~$ cat /etc/php4/apache/php.ini | grep -i save.path
session.save_path = /tmp
teixi@satellite:~$ ls -lad /tmp
drwxrwxrwt6 root root 1024 Jan 10 15:52 /tmp
teixi@satellite:~$ uname -a
Linux satellite 2.2.19 #1 Sat Apr 14 23:20:24 CDT 2001 ppc unknown




[2002-01-09 21:39:11] [EMAIL PROTECTED]

What about permission of save_path? Is it world writable?



[2002-01-09 05:28:09] [EMAIL PROTECTED]

yep session related paths and setups are the same on both installs but
just ppc doesnt' works with session vars



[2002-01-04 12:30:57] [EMAIL PROTECTED]

Are you sure the session-related paths in your php.ini are correct?



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


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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Hartmut Holzgraefe

Andi Gutmans wrote:

 ... it'll encourage passing parameters in hashes which is something we
 really wouldn't want.


it is already common practice in userland so you are fighting

a war that is already lost IMHO

as soon as you have, say, more then five parameters things get
confusing, especialy if people have different habbits regarding
paramter ordering, see mktime



-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Hartmut Holzgraefe

Markus Fischer wrote:

 What other way do we have to specify arbitray optional
 parameters without an ordering? Teh disadvantage of optional
 parmeters is when you need to only set the last one, you'll
 have to define all preceding optional parameters too.

well, the engine could allow for

foo(bar,,,opt)

setting the left out parameters to NULL?

(just tinking loud)

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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




[PHP-DEV] Bug #14962 Updated: unable to load extension php_sablot.dll

2002-01-11 Thread reckert

ID: 14962
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sablotron XSL
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:

Correct: I still used the php_sablot.dll instead of the new
php_xslt.dll. Thanks.

I was misleaded by the fact that in the list of extensions in
php.ini-recommended, php_sablot.dll was still listed.


Previous Comments:


[2002-01-10 07:32:30] [EMAIL PROTECTED]

guess you are using a dll from an older php version,
as the sablot extension has been replaced by the 
more general xslt extension since 4.1.0 ...?



[2002-01-10 07:22:33] [EMAIL PROTECTED]

Sorry, I haven't used the Dependency Walker much before. I guess the
missing functions are
- zend_list_addref,
- zend_list_delete and
- wrong_param_count.
At least, these are marked red.
The full error message of the Dependency Walker is:
Error: At least one module has an unresolved import due to a missing
export function in an implicitly dependent module.




[2002-01-10 07:00:42] [EMAIL PROTECTED]

And which?



[2002-01-10 06:33:31] [EMAIL PROTECTED]

Extension php_sablot.dll can not be loaded (ISAPI-Version under IIS5).

Microsofts Dependency Walker (depends.exe) reports a missing exported
function in php4ts.dll.





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


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread andrew

ID: 14981
User updated by: [EMAIL PROTECTED]
Old Summary: mail() function won't send mail to a domain containing '-'
hyphens
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Mail related
Operating System: Apache
PHP Version: 4.1.0


Previous Comments:


[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread andrew

ID: 14981
User updated by: [EMAIL PROTECTED]
Old Summary: mail() function won't send mail to a domain containing '-'
hyphens
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Old Operating System: Apache
Operating System: Unix
PHP Version: 4.1.0


Previous Comments:


[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread derick

On Fri, 11 Jan 2002, Andi Gutmans wrote:

 On Fri, 11 Jan 2002, Markus Fischer wrote:
  What other way do we have to specify arbitray optional
  parameters without an ordering? Teh disadvantage of optional
  parmeters is when you need to only set the last one, you'll
  have to define all preceding optional parameters too.

 How does the MySQL C API handle this?

 I think using array() is pretty sucky. Look at the following example and
 I'm sure you're planning on it getting much worse.
 mysql_connect(foo, array(bar = 1, hello = 2));

 
  For functions like mysql_connect() the performance impact is
  negligible (methinks).

 I don't think it'll always be negligible.
 It might not always be a bad idea but I think that if we support this easy
 to use function we're going to see this kind of stuff pop-up in more
 places than the very few places which just can't do without.

I'm with Andi here, passing hashes to PHP functionsas parameters doesn't
make much sense to me. The current way suits fine, but maybe this should
be allowed too (as Hartmut wrote): function (foo,,bar);

Derick


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread andrew

ID: 14981
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Mail related
Operating System: Unix
PHP Version: 4.1.0
New Comment:

I'm not running it, my ISP is. Anyway, excuse the error, it's on unix.


Previous Comments:


[2002-01-11 05:51:44] [EMAIL PROTECTED]

there finaly is an Apache OS now? great ;)

no, serious, what kind of operating system
are you runnig this on, windows or *nix?



[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




RE: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Marc Boeren


 make much sense to me. The current way suits fine, but maybe 
 this should be allowed too (as Hartmut wrote): function (foo,,bar);

Please don't! 
I cannot read code that looks like fn(foobar);, that is just a
parameter-guessing-game!
Then again, that probably means that fn() is badly designed...

Cheerio, Marc.

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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Markus Fischer

On Fri, Jan 11, 2002 at 01:33:25PM +0100, Marc Boeren wrote : 
 
  make much sense to me. The current way suits fine, but maybe 
  this should be allowed too (as Hartmut wrote): function (foo,,bar);
 
 Please don't! 
 I cannot read code that looks like fn(foobar);, that is just a
 parameter-guessing-game!
 Then again, that probably means that fn() is badly designed...

I agree on that. You really don't know which parameters it
was anymore.

You don't have this problem with hashes.

But I already see this thread won't get us anywhere :)

-- 
Please always Cc to me when replying to me on the lists.

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




RE: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread derick

On Fri, 11 Jan 2002, Marc Boeren wrote:


  make much sense to me. The current way suits fine, but maybe
  this should be allowed too (as Hartmut wrote): function (foo,,bar);

 Please don't!
 I cannot read code that looks like fn(foobar);, that is just a
 parameter-guessing-game!

Of course, that looks likes crap, but one parameter not specified is not
a problem IMO.

 Then again, that probably means that fn() is badly designed...

Indeed, there are a few functions (you can count them on two hands) will
need this at all.

Derick


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread derick

On Fri, 11 Jan 2002, Markus Fischer wrote:

 On Fri, Jan 11, 2002 at 01:33:25PM +0100, Marc Boeren wrote :
 
   make much sense to me. The current way suits fine, but maybe
   this should be allowed too (as Hartmut wrote): function (foo,,bar);
 
  Please don't!
  I cannot read code that looks like fn(foobar);, that is just a
  parameter-guessing-game!
  Then again, that probably means that fn() is badly designed...

 I agree on that. You really don't know which parameters it
 was anymore.

function ($a, $b, $c); has the same problem :)

Derick


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




RE: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Marc Boeren


[fn(foobar)]
 I agree on that. You really don't know which parameters it
 was anymore.
 You don't have this problem with hashes.
 But I already see this thread won't get us anywhere :)

Well, I think everybody agrees that with hashes, functions are much easier
to use... but that it is very inefficient. How about finding a new way to
pass named parameters to a function?
Like 
  fn(foo2=$bar, foo=17); 
where fn accepts five parameters, in any order, but with 1 default order so
you can use fn(17, $bar) as well (since foo, foo2 is the default order) (and
the remaining arguments (3) are set to their default values.


Cheerio, Marc.


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andi Gutmans

On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote:

 Andi Gutmans wrote:
 
  ... it'll encourage passing parameters in hashes which is something we
  really wouldn't want.
 
 
 it is already common practice in userland so you are fighting
 
 a war that is already lost IMHO

Facts say it's not lost yet because there are barely any C functions with
this support :)

Andi

 
 as soon as you have, say, more then five parameters things get
 confusing, especialy if people have different habbits regarding
 paramter ordering, see mktime
 
 
 
 


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Hartmut Holzgraefe

[EMAIL PROTECTED] wrote


I cannot read code that looks like fn(foobar);, that is just a
parameter-guessing-game!


just that a feature may be misused can't be a reason against it IMHO

 Of course, that looks likes crap, but one parameter not specified is not
 a problem IMO.


especialy if you could give the middle parameter a default value


right now you end up with

?php
function foo($bar, $opt1, $opt2) {
   if($opt1==NULL) $opt1=default1;
   if($opt2==NULL) $opt2=default2;

   echo foo($bar, $opt1, $opt2)\n;
}

foo(1,null,2);

foo(1,2,null)

?


i think the following would be an improvement here:

?php

function foo($bar, $opt1=default1, $opt2=default2) {
   echo foo($bar, $opt1, $opt2)\n;
}

foo(1,,2);
foo(1,2);
?
-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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




[PHP-DEV] Bug #14995: new SWFBitmap() produces Access Violation Error

2002-01-11 Thread reckert

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.1.1
PHP Bug Type: Ming related
Bug description:  new SWFBitmap() produces Access Violation Error

The following php-Code produces an Access Violation Error at 78012DBF (in
IIS5 using php4isapi.dll):

?
$b = new SWFBitmap (fopen('test.jpg', 'rb'));
?

The same expamle (with the same image) does work under Linux/Apache (but on
PHP 4.0.6).
Other Ming functions work fine on IIS5 too, like creating shapes and adding
them to a movie.

I made sure that php_ming.dll and ming.dll are correct versions that came
with the latest archive php-4.1.1-Win32.zip.


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


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread andrew

ID: 14981
User updated by: [EMAIL PROTECTED]
Old Summary: mail() function won't send mail to a domain containing '-'
hyphens
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Mail related
Operating System: Unix
PHP Version: 4.1.0


Previous Comments:


[2002-01-11 07:08:04] [EMAIL PROTECTED]

I'm not running it, my ISP is. Anyway, excuse the error, it's on unix.



[2002-01-11 05:51:44] [EMAIL PROTECTED]

there finaly is an Apache OS now? great ;)

no, serious, what kind of operating system
are you runnig this on, windows or *nix?



[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread andrew

ID: 14981
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Mail related
Operating System: Unix
PHP Version: 4.1.0
New Comment:

It's wrong to write this off as Bogus prematurely. It could still be the
case that PHP has a problem with passing the correct information to
sendmail. It may be that PHP needs to internally perform some kind of
replacement on email addresses containing '-' characters (etc?) with
escape characters. Perhaps when the sendmail gets the information from
PHP, the email address is in an unacceptable format. Who knows? I've
asked for diagnostics to be done on the mail server in question.


Previous Comments:


[2002-01-11 08:00:54] [EMAIL PROTECTED]

then it's the mail server on that system that
doesn't get it, mail() on unix just puts together
a message from the paramters you gave it without
further processing and passes it transparently
to the sendmail command

please contact your ISP for further investigation



[2002-01-11 07:08:04] [EMAIL PROTECTED]

I'm not running it, my ISP is. Anyway, excuse the error, it's on unix.



[2002-01-11 05:51:44] [EMAIL PROTECTED]

there finaly is an Apache OS now? great ;)

no, serious, what kind of operating system
are you runnig this on, windows or *nix?



[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




Re: [PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread Craig Morrison


[EMAIL PROTECTED] wrote:
 
 It's wrong to write this off as Bogus prematurely. It could still be the

No, this is most definitely bogus.

 case that PHP has a problem with passing the correct information to

PHP is passing the correct information.

 sendmail. It may be that PHP needs to internally perform some kind of
 replacement on email addresses containing '-' characters (etc?) with

It would be wrong for PHP to mangle email addresses, especially those
addresses containing perfectly valid characters. No RFC that relates to email
says anything about special handling of the hyphen character.

-- 

Craig Morrison
  MTS Professional @ http://www.mtsprofessional.com/
  A Win32 Email server that works for _you_.

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




[PHP-DEV] Bug #14222 Updated: PHP Crashes with weird output often

2002-01-11 Thread jregnard

ID: 14222
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Windows XP Pro
PHP Version: 4.0.6
New Comment:

I've a similar probleme with Apache 3.2.22, PHP 4.1.0 and mysql. I
obtain a page correctly generated when i call it from localhost but it
seem that don't work on the net (Cannot display... or the source of page
is not correct some data from mysql database are mixed with the source,
and sometime there's a another HTTP-header in the middle of the page.

I don't understand why because, if i call the page by the internet
address from the server it's work at 100%. I try the same page from a
another computer on the LAN, and it's seem work at 60%, sometime i met
the same mistakes that there was via internet.

So if you can help me !

Thx !


Previous Comments:


[2001-11-29 14:19:35] [EMAIL PROTECTED]

I set up my Computer new, this time with XP German (last time XP eng),
still have the problems, but not that hard than last time.
Just as info :)

btw when php 4.1.0 will be released now?



[2001-11-26 07:30:10] [EMAIL PROTECTED]

OK, its like i expected.
When you fill out a loop (any kind of one) with enough data it happens
(a overflow??)

?
//create an array with 100 items with different informations
for($i=0;$i100;$i++){
srand((double)microtime()*100);
$testarray[] = md5(uniqid(rand()));
}
?
table
?
//output from this array, 3 times for enougth data
for($i=0;$i100;$i++){
?  tr
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
/tr
? };?
/table



[2001-11-26 07:14:15] [EMAIL PROTECTED]

Its not reproduce able (thats why called weird)
specially the output is always diffrent and irregular...

i'll test it in the office (also with XP)



[2001-11-26 07:09:14] [EMAIL PROTECTED]

Please include a SHORT example script that can be used to
reproduce this. And also try PHP 4.1.0 (will be released
today/tomorrow)

--Jani




[2001-11-26 02:48:37] [EMAIL PROTECTED]

Ah here is an output examle (describet ping ~20).
http://tugs.imp.ch/index.html.2

my localhostoutput:
http://tugs.imp.ch/index.html.3

i cant pate the output of the 3rd test (ping ~60) because its impossible
to get the page.

btw browser issius with this:
ie starts to relaod and relaod the page again and again, sometimes
often, sometimes not. he relaods until he gets a useable document or
used so many http connections that he cant find the document :)

opera just dont stop loading the page or crashes totally :)



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


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


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




[PHP-DEV] Bug #14996: the full zip package is corrupt and won't unzip

2002-01-11 Thread pigeon388

From: [EMAIL PROTECTED]
Operating system: winme
PHP version:  4.1.1
PHP Bug Type: *General Issues
Bug description:  the full zip package is corrupt and won't unzip

I have dl'd the 4.1.1 zip package for windows (full package) on 2 different
internet connections and the package appears to be corrupt as it won't
unzip. Winzip reports that it isn't a valid archive.
-- 
Edit bug report at: http://bugs.php.net/?id=14996edit=1


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




[PHP-DEV] Bug #14981 Updated: mail() function won't send mail to a domain containing '-' hyphens

2002-01-11 Thread hholzgra

ID: 14981
Updated by: hholzgra
Old Summary: mail() function won't send mail to a domain containing '-'
hyphens
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Mail related
Operating System: Unix
PHP Version: 4.1.0
New Comment:

it doesn't have to touch the '-' and it wont
none of the characters allowed in the domain part
of an email address needs quoting

for the windows implementation of mail() 
further investigation could be necessary
but the unix mail() implementation is so
straight forward that i'm really sure it
is not PHPs fault here 

if every domain with a '-' in it fails 
  - blame your ISPs mail setup

if only certain domains fail
  - maybe the mail server on that domain
 doesn't play well with the one your
 ISP uses

investigating the DNS MX entries for
the-total-solution.com you can see
that this domain has only *one* mail 
server, no fallback system, and the
mail server identifies itself as
220 MAIL.the-total-solution.com NTMail

not to unlikely that you have delivery
problems with that domain :(



Previous Comments:


[2002-01-11 08:20:03] [EMAIL PROTECTED]

It's wrong to write this off as Bogus prematurely. It could still be the
case that PHP has a problem with passing the correct information to
sendmail. It may be that PHP needs to internally perform some kind of
replacement on email addresses containing '-' characters (etc?) with
escape characters. Perhaps when the sendmail gets the information from
PHP, the email address is in an unacceptable format. Who knows? I've
asked for diagnostics to be done on the mail server in question.



[2002-01-11 08:00:54] [EMAIL PROTECTED]

then it's the mail server on that system that
doesn't get it, mail() on unix just puts together
a message from the paramters you gave it without
further processing and passes it transparently
to the sendmail command

please contact your ISP for further investigation



[2002-01-11 07:08:04] [EMAIL PROTECTED]

I'm not running it, my ISP is. Anyway, excuse the error, it's on unix.



[2002-01-11 05:51:44] [EMAIL PROTECTED]

there finaly is an Apache OS now? great ;)

no, serious, what kind of operating system
are you runnig this on, windows or *nix?



[2002-01-10 17:59:18] [EMAIL PROTECTED]

The following example script:

 $r = [EMAIL PROTECTED];
 $s = Message submitted at website;
 $m = From:  . $name . , email:  . $email . \n\n . $message;
 $h = From:  . $email . \r\n;
 mail ($r, $s, $m, $h);
 echo script language=\javascript\window.alert (\Thankyou, your
message have been sent!\)/script;

ought to send mail to the specified address, but does not. Or, at least,
mail does not arrive. It works with all email addresses we have tried
except those on this domain (ie. 'the-total-solution.com', which seems
to suggest a problem with PHP, possibly relating to the fact that the
domain contains hyphens? Emails from other sources are correctly
reaching this address and others in the domain. Escaping by using the
address info@the\-total\-solution.com doesn't solve the problem
either. Having raised this problem with other developers, who also
tested it, we can only conclude that the problem is in PHP.

I am not running PHP myself, my webserver is, so I can't give any
information about PHP modules / backtrace.

Andrew Staffell





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


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




[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip

2002-01-11 Thread mfischer

ID: 14996
Updated by: mfischer
Old Summary: the full zip package is corrupt and won't unzip
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: winme
PHP Version: 4.1.1
New Comment:

The package is ok.


Previous Comments:


[2002-01-11 08:48:31] [EMAIL PROTECTED]

I have dl'd the 4.1.1 zip package for windows (full package) on 2
different internet connections and the package appears to be corrupt as
it won't unzip. Winzip reports that it isn't a valid archive.





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andrey Hristov

I think was said by Thies Arntzen few months ago for PHP5.
I saw that this is possible in Perl so asked on the dev forum for this functionality 
...but Thies was the first.


Regards,
Andrey Hristov

P.S.
Zend2 weekly cronicle is a good thing but why the last issue is from Oct 31 2001?


- Original Message -
From: Marc Boeren [EMAIL PROTECTED]
To: 'Markus Fischer' [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Andi Gutmans [EMAIL PROTECTED]; Hartmut Holzgraefe 
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, January 11, 2002 2:43 PM
Subject: RE: [PHP-DEV] consistent way to handle structs



 [fn(foobar)]
  I agree on that. You really don't know which parameters it
  was anymore.
  You don't have this problem with hashes.
  But I already see this thread won't get us anywhere :)

 Well, I think everybody agrees that with hashes, functions are much easier
 to use... but that it is very inefficient. How about finding a new way to
 pass named parameters to a function?
 Like
   fn(foo2=$bar, foo=17);
 where fn accepts five parameters, in any order, but with 1 default order so
 you can use fn(17, $bar) as well (since foo, foo2 is the default order) (and
 the remaining arguments (3) are set to their default values.


 Cheerio, Marc.


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




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




[PHP-DEV] Bug #14880 Updated: _SESSION will NOT automatically register it as a session variable

2002-01-11 Thread 247net

ID: 14880
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Debian 3.0 (Woody)
PHP Version: 4.1.0
New Comment:

Could you please post your configline?
I get rid of most of the configline = same outcome

 '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-
regex=system' '--with-config-file-path=/etc/php4/apache' '--
disable-rpath' '--disable-debug' '--enable-memory-limit' '--
enable-trans-sid' '--with-pcre-regex=/usr' '--without-pgsql' '--
disable-static' '--with-layout=GNU' '--with-mm'


Previous Comments:


[2002-01-11 00:25:21] [EMAIL PROTECTED]

I don't have problem with files handler (4.1.0, 4.1.1, 4.2.0-dev)
Get rid of most configure options see if it works.




[2002-01-11 00:14:34] [EMAIL PROTECTED]

I am troubled by the same problem.

* OS: Red Hat 6.2 (Zoot) Kernel 2.2.14-6.1.1smp
* PHP: 4.1.0, 4.2.0-dev/200112191500

/tmp/sess_XXX is created, but never store variables(zero size).



[2002-01-10 07:00:28] [EMAIL PROTECTED]

 Could you try 4.2.0-dev?
yeap, if I could reach the server. (down at the moment)

btw. I tried it with php4.1.1 and PHPEd on Win32 (no apache)
= foo is not registeredbr



[2002-01-09 22:09:17] [EMAIL PROTECTED]

Could you try 4.2.0-dev?
http://snaps.php.net/



[2002-01-07 13:43:43] [EMAIL PROTECTED]

It doesn't work with 4.1.1 too. 
btw. I haven't modified the config.

cheers,

Marcus.





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


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


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




Re: [PHP-DEV] DOM XML: xmlReplaceNode()

2002-01-11 Thread Jan Lehnardt

Hi,
On Fri, 11 Jan 2002 00:57:52 +0100
Jaroslaw Kolakowski [EMAIL PROTECTED] wrote:

 What do you think about adding a function domxml_node_replace_node(),
that would be a wrapper for xmlReplaceNode() function from libxml?
 
 As far as I am concerned, there is no easy way to replace a node using
existing functions without rewriting the whole document tree.
 
can you open a feature request on bugs.php.net ?

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

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




[PHP-DEV] Bug #14937 Updated: Script timeouts at random places

2002-01-11 Thread CharlesK

ID: 14937
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Performance problem
Operating System: Windows 2000 Server
PHP Version: 4.1.0
New Comment:

I will take a look at ADP.  I have to find some time to set it up.  

In the mean time does anybody have any ideas why the same script could
be running at less than 0.4 seconds and then jump to 32 seconds then go
back to normal?  It isnt just this script.  It happens with others.  Not
at any kind of interval either.  Any brainstorms would be helpful, I
have been racking my brain trying to think of any reason for this.

Thanks
Charles Killmer


Previous Comments:


[2002-01-10 22:39:25] [EMAIL PROTECTED]

Try APD to make sure if this is PHP or your script fault.

http://apd.communityconnect.com/
(APD supports tracing script execution)

You need UNIX like OS ;) Try Linux :)



[2002-01-10 16:45:23] [EMAIL PROTECTED]

This is a snippet from the performance log on Jan 10 2002.  Notice that
this script usually takes 0. some seconds.  But one of these took 31.9
seconds.  This happens periodically on our busiest sites.  This file
only includes on file with a few functions.  Executes two of those
functions.  One just creates a menu using a few if statements.  The
other simply outputs some html.  
function stuff() {
? html stuff here
?}

Date Time   FileFile Execution Time Browser Agent
01/10/2002
01:10:50Z:\Sites\Client1\samePhpFile.php0.062487006187439  
 Mozilla/4.0
(compatible; MSIE 5.01; Windows NT 5.0)
01/10/2002
05:48:27Z:\Sites\Client1\samePhpFile.php0.061802983283997  
 Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; Q312461)
01/10/2002
06:01:47Z:\Sites\Client1\samePhpFile.php0.082913994789124  
 Mozilla/4.0
(compatible; MSIE 5.5; Windows 98; Win 9x 4.90)
01/10/2002
06:35:45Z:\Sites\Client1\samePhpFile.php0.068187952041626  
 Mozilla/4.0
(compatible; MSIE 5.5; AOL 5.0; Windows 98; Win 9x 4.90)
01/10/2002
07:19:53Z:\Sites\Client1\samePhpFile.php0.05417799949646   
 Mozilla/4.74
[en] (Win95; U)
01/10/2002
08:41:42Z:\Sites\Client1\samePhpFile.php0.24766898155212   
 Mozilla/4.73
[en] (Win95; U)
01/10/2002
09:24:06Z:\Sites\Client1\samePhpFile.php0.39544701576233   
 Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; Q312461)
01/10/2002
09:24:17Z:\Sites\Client1\samePhpFile.php0.28285801410675   
 Mozilla/4.0
(compatible; MSIE 6.0; Windows 98; Q312461)
01/10/2002
09:36:11Z:\Sites\Client1\samePhpFile.php0.048995971679688  
 Mozilla/4.0
(compatible; MSIE 6.0; AOL 6.0; Windows NT 5.1)
01/10/2002
09:55:23Z:\Sites\Client1\samePhpFile.php0.050058960914612  
 Mozilla/4.0
(compatible; MSIE 5.5; Windows NT 4.0)
01/10/2002
10:21:52Z:\Sites\Client1\samePhpFile.php0.068014025688171  
 Mozilla/4.0
(compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90)
01/10/2002
10:31:00Z:\Sites\Client1\samePhpFile.php0.07217800617218   
 Mozilla/4.0
(compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90)
01/10/2002
10:55:43Z:\Sites\Client1\samePhpFile.php0.048286080360413  
 Mozilla/4.72
[en]C-BMY  (WinNT; U)
01/10/2002
11:01:39Z:\Sites\Client1\samePhpFile.php0.062674999237061  
 Mozilla/4.72
[en]C-BMY  (WinNT; U)
01/10/2002
11:05:08Z:\Sites\Client1\samePhpFile.php0.068107962608337  
 Mozilla/4.0
(compatible; MSIE 5.01; Windows NT)
01/10/2002
11:10:43Z:\Sites\Client1\samePhpFile.php0.13118100166321   
 Mozilla/4.0
(compatible; MSIE 5.0; Windows 98; DigExt)
01/10/2002
11:11:37Z:\Sites\Client1\samePhpFile.php0.36615908145905   
 Mozilla/4.0
(compatible; MSIE 5.5; Windows NT 5.0)
01/10/2002
12:18:57Z:\Sites\Client1\samePhpFile.php0.12750899791718   
 Mozilla/4.0
(compatible; MSIE 5.5; Windows 95; SNET)
01/10/2002
12:26:46Z:\Sites\Client1\samePhpFile.php0.031258940696716  
 Mozilla/4.0
(compatible; MSIE 5.0; Mac_PowerPC)
01/10/2002
12:57:43Z:\Sites\Client1\samePhpFile.php0.12115907669067   
 Mozilla/4.72
[en]C-BMY  (WinNT; U)
01/10/2002
14:16:14Z:\Sites\Client1\samePhpFile.php0.098912000656128  
 Mozilla/4.0
(compatible; MSIE 5.01; Windows 95)
01/10/2002
14:28:04Z:\Sites\Client1\samePhpFile.php0.3418220281601 
Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; MSN 6.1; MSNbBBYZ; MSNmen-us;
MSNc11)
01/10/2002
14:28:57

Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andrei Zmievski

On Fri, 11 Jan 2002, Markus Fischer wrote:
 I'm for (+1) assoc return values.
 
 I think the code which is used to handle it is more verbose
 then ( $day = $assoc['day']; and not $day = $arr[0]; or
 whatever) and it also helps debugging because you can just do
 a print_r() on the return type.
 
 
 If we start to agree on assoc params we should also think of
 new functions to more easily parse them to expected variable
 types
 
 zend_parse_parameters_hash(hashtable TSRMLS_CC,
 key1:type1,
 |optional_key2:type2,
 var1, var2);
 
 Ok, don't sue me, its just an idea how to simplify those kind
 of param-parsings. Zak and I were also discussing about such
 a way of parsing more optional argument after his recent
 mysql propose.
 
 Maybe Andrei has an idea too?

Hey, I suggested this idea to Andi when I was writing parse-parameters
stuff, but it didn't sit well with him because it would encourage people
to pass slow arrays around and all that, he said.

-Andrei
* If it's never finished, you can't prove it doesn't work. *

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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Andrei Zmievski

On Fri, 11 Jan 2002, Hartmut Holzgraefe wrote:
 Andi Gutmans wrote:
 
 ... it'll encourage passing parameters in hashes which is something we
 really wouldn't want.
 
 
 it is already common practice in userland so you are fighting
 
 a war that is already lost IMHO
 
 as soon as you have, say, more then five parameters things get
 confusing, especialy if people have different habbits regarding
 paramter ordering, see mktime

That's part of the problem. A good programming practice is to not have
so many parameters to a function, if you do then you possibly have a
problem. Better rewrite the function or split it in two or something
similar.

-Andrei

Claiming Java is easier than C++ is like
 saying that K2 is shorter than Everest. 
 -- Larry O'Brien (editor, Software Development)

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




[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip

2002-01-11 Thread hholzgra

ID: 14996
Updated by: hholzgra
Old Summary: the full zip package is corrupt and won't unzip
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating System: winme
PHP Version: 4.1.1
New Comment:

did you fetch the package using ftp with ascii
instead of binary mode?


Previous Comments:


[2002-01-11 09:01:17] [EMAIL PROTECTED]

The package is ok.



[2002-01-11 08:48:31] [EMAIL PROTECTED]

I have dl'd the 4.1.1 zip package for windows (full package) on 2
different internet connections and the package appears to be corrupt as
it won't unzip. Winzip reports that it isn't a valid archive.





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Darrell Brogdon




I thought ZE2 was going to have support for method overloading?

Marc Boeren wrote:
7BE0F4A5D7AED2119B7500A0C94C58AC17ABFF@DELLSERVER">
  [fn(foobar)]
  
I agree on that. You really don't know which parameters itwas anymore.You don't have this problem with hashes.But I already see this thread won't get us anywhere :)

Well, I think everybody agrees that with hashes, functions are much easierto use... but that it is very inefficient. How about finding a new way topass named parameters to a function?Like   fn(foo2=$bar, foo=17); where fn accepts five parameters, in any order, but with 1 default order soyou can use fn(17, $bar) as well (since foo, foo2 is the default order) (andthe remaining arguments (3) are set to their default values.Cheerio, Marc.


-- Darrell Brogdonhttp://darrell.brogdon.net1024D/D7FB6981  3CB8 A14D 1662 8351 11F6  40C1 D205 2D97 D7FB 6981





[PHP-DEV] print()??

2002-01-11 Thread Andrey Hristov

Is print function or laguage construct?
I know that echo is language construct and code like that

$some=echo;
$some(FUBAR);

gives me an error
The same with print.
 
Andrey Hristov



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




Re: [PHP-DEV] print()??

2002-01-11 Thread derick

On Fri, 11 Jan 2002, Andrey Hristov wrote:

 Is print function or laguage construct?
 I know that echo is language construct and code like that

 $some=echo;
 $some(FUBAR);

 gives me an error
 The same with print.

Yup

Derick


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




[PHP-DEV] Stealing php-bugs-web

2002-01-11 Thread Edin Kadribasic

PHP bug reporting system has become quite capable. I was wondering if it was
OK to use it elsewhere (the source code is available in php-bugs-web)?

If it is, could you please commit the sql script that creates the database,
so I don't have to reverse engineer it from the code.

Edin


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




Re: [PHP-DEV] Bugreport?

2002-01-11 Thread Jan Lehnardt

Hi,
On Fri, 11 Jan 2002 01:16:05 +0100
Mark [EMAIL PROTECTED] wrote:

 Seems like either a bug, or a sysadmin (me) who is an idiot because
it's
 1.14am.
 
can you please open a bug report at bugs.php.net with detailed
information on your environment


Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

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




[PHP-DEV] Bug #14652 Updated: 4.1.0 session_unregister segfaults on IIS/CGI

2002-01-11 Thread sander

ID: 14652
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: NT
PHP Version: 4.1.0
New Comment:

No feedback. Closing.


Previous Comments:


[2001-12-21 16:33:04] [EMAIL PROTECTED]

Can you include a (short) sample script?



[2001-12-21 16:28:44] [EMAIL PROTECTED]

I'm running PHP4.1.0, CGI version, on NT4.0 SP6, with
IIS 4.0 (all security patches applied).

session_unregister gives memory faults consistently
(i.e. every time, reproducible)

I'm also using the provided extensions curl and gd.







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


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




[PHP-DEV] Bug #14858 Updated: Lack of tmp directory causes crash on call to session_start()

2002-01-11 Thread sander

ID: 14858
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Duplicate
Bug Type: Session related
Operating System: Windows 2000 Pro
PHP Version: 4.1.1
New Comment:

This is a dupe of one of the critical bugs... I'm too lazy to find out
which one ;)


Previous Comments:


[2002-01-09 22:06:37] [EMAIL PROTECTED]

Can be a dup of others, but keep it open for now.



[2002-01-04 15:00:14] [EMAIL PROTECTED]

If the directory c:/tmp does not exist, PHP, installed as a SAPI module,
causes an Apache.exe crash when a session_start() function call is made.
Reproducible + predictable.

Configuration details:
Windows 2000 Service Pack 1
Apache 1.3.22
PHP 4.1.1 - SAPI - No additional modules installed, beyond the included
MySQL and ODBC support.
Temporary directory = c:/tmp








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


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




[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache

2002-01-11 Thread sander

ID: 14865
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Apache related
Operating System: Win XP Prof
PHP Version: 4.1.1
New Comment:

There was a problen with phpinfo in 4.1.x when the zlib-extension was
enabled. That bug has been fixed, you can try the latest CVS to see if
it also fixes this bug.


Previous Comments:


[2002-01-10 03:38:20] [EMAIL PROTECTED]

I've got the same problem. Same OS, same PHP, same problem.
It really bothers me only when PHP is installed as an Apache module.
Does anybody have the solution?

Ivan



[2002-01-06 07:05:06] [EMAIL PROTECTED]


Here are the part which you need:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php4a



   ScriptAlias /php3/ c:/php3/
   AddType application/x-httpd-php3 .php3
   Action application/x-httpd-php3 /php3/php.exe

   ScriptAlias /php/ c:/php/
   AddType application/x-httpd-php4 .php
   AddType application/x-httpd-php4 .php4
   AddType application/x-httpd-php4 .php4c
   Action application/x-httpd-php4 /php/php.exe
//---

I did a easy example, that works with both API's!
?php
echo bla;
?
http://www.wenpas.ch:8080/bla.php4c
http://www.wenpas.ch:8080/bla.php4a

And here  the other example:
?php
phpinfo();
?
http://www.wenpas.ch:8080/phpinfo.php4a
http://www.wenpas.ch:8080/phpinfo.php4c
http://www.wenpas.ch:8080/phpinfo.php3
http://www.wenpas.ch:8080/phpinfo.php4
http://www.wenpas.ch:8080/phpinfo.php

The ends .php4a and .php4c are only for you to testing.
c = cgi
a = apache (php4apache.dll)







[2002-01-04 20:59:57] [EMAIL PROTECTED]

Wow, wierd.

If you go to the second page (cgi binary) it displays fine, yet the
first page starts to display, and then dies.

I have a sneaky suspicion that it is more to do with permissions, or
something.

Could you paste your apache php definitions, please, so we know what
apache is doing when it gets a php4a / php4c url.

Thanks.



[2002-01-04 20:54:51] [EMAIL PROTECTED]


The correct links:

Apache API:
http://www.wenpas.ch:8080/phpinfo.php4a

CGI API:
http://www.wenpas.ch:8080/phpinfo.php4c


Pascal



[2002-01-04 20:51:14] [EMAIL PROTECTED]

I have problem with the php4apache.dll on win xp prof apache 1.3.22 and
php4.1.1 !

Server API: Apache
If you execute the phpinfo(), same time it work, but the most time came
the message that the page not can show. Or same line are wrong (wrong
character like @#°§@°@#§879...)
http://xp.wenpas.ch:8080/phpinfo.php4c


Server API: CGI
The same example with the installation as CGI work fine. (same
php.ini)
http://xp.wenpas.ch:8080/phpinfo.php4a

I think the problem is at php4apache.dll

Pascal





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


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




[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache

2002-01-11 Thread xe

ID: 14865
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: Win XP Prof
PHP Version: 4.1.1
New Comment:

As for me - i don't have any extension except imapgd installed. Maybe
something else?
I found the same problem with phpmyadmin - it shows could not found
server page in left frame (the one with database/tables list) from time
to time.

Ivan


Previous Comments:


[2002-01-11 10:28:43] [EMAIL PROTECTED]

There was a problen with phpinfo in 4.1.x when the zlib-extension was
enabled. That bug has been fixed, you can try the latest CVS to see if
it also fixes this bug.



[2002-01-10 03:38:20] [EMAIL PROTECTED]

I've got the same problem. Same OS, same PHP, same problem.
It really bothers me only when PHP is installed as an Apache module.
Does anybody have the solution?

Ivan



[2002-01-06 07:05:06] [EMAIL PROTECTED]


Here are the part which you need:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php4a



   ScriptAlias /php3/ c:/php3/
   AddType application/x-httpd-php3 .php3
   Action application/x-httpd-php3 /php3/php.exe

   ScriptAlias /php/ c:/php/
   AddType application/x-httpd-php4 .php
   AddType application/x-httpd-php4 .php4
   AddType application/x-httpd-php4 .php4c
   Action application/x-httpd-php4 /php/php.exe
//---

I did a easy example, that works with both API's!
?php
echo bla;
?
http://www.wenpas.ch:8080/bla.php4c
http://www.wenpas.ch:8080/bla.php4a

And here  the other example:
?php
phpinfo();
?
http://www.wenpas.ch:8080/phpinfo.php4a
http://www.wenpas.ch:8080/phpinfo.php4c
http://www.wenpas.ch:8080/phpinfo.php3
http://www.wenpas.ch:8080/phpinfo.php4
http://www.wenpas.ch:8080/phpinfo.php

The ends .php4a and .php4c are only for you to testing.
c = cgi
a = apache (php4apache.dll)







[2002-01-04 20:59:57] [EMAIL PROTECTED]

Wow, wierd.

If you go to the second page (cgi binary) it displays fine, yet the
first page starts to display, and then dies.

I have a sneaky suspicion that it is more to do with permissions, or
something.

Could you paste your apache php definitions, please, so we know what
apache is doing when it gets a php4a / php4c url.

Thanks.



[2002-01-04 20:54:51] [EMAIL PROTECTED]


The correct links:

Apache API:
http://www.wenpas.ch:8080/phpinfo.php4a

CGI API:
http://www.wenpas.ch:8080/phpinfo.php4c


Pascal



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


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


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




[PHP-DEV] Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache

2002-01-11 Thread xe

ID: 14865
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Operating System: Win XP Prof
PHP Version: 4.1.1
New Comment:

This problem occurs only on WIN XP (Pro?) as an OS.


Previous Comments:


[2002-01-11 10:41:12] [EMAIL PROTECTED]

As for me - i don't have any extension except imapgd installed. Maybe
something else?
I found the same problem with phpmyadmin - it shows could not found
server page in left frame (the one with database/tables list) from time
to time.

Ivan



[2002-01-11 10:28:43] [EMAIL PROTECTED]

There was a problen with phpinfo in 4.1.x when the zlib-extension was
enabled. That bug has been fixed, you can try the latest CVS to see if
it also fixes this bug.



[2002-01-10 03:38:20] [EMAIL PROTECTED]

I've got the same problem. Same OS, same PHP, same problem.
It really bothers me only when PHP is installed as an Apache module.
Does anybody have the solution?

Ivan



[2002-01-06 07:05:06] [EMAIL PROTECTED]


Here are the part which you need:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php4a



   ScriptAlias /php3/ c:/php3/
   AddType application/x-httpd-php3 .php3
   Action application/x-httpd-php3 /php3/php.exe

   ScriptAlias /php/ c:/php/
   AddType application/x-httpd-php4 .php
   AddType application/x-httpd-php4 .php4
   AddType application/x-httpd-php4 .php4c
   Action application/x-httpd-php4 /php/php.exe
//---

I did a easy example, that works with both API's!
?php
echo bla;
?
http://www.wenpas.ch:8080/bla.php4c
http://www.wenpas.ch:8080/bla.php4a

And here  the other example:
?php
phpinfo();
?
http://www.wenpas.ch:8080/phpinfo.php4a
http://www.wenpas.ch:8080/phpinfo.php4c
http://www.wenpas.ch:8080/phpinfo.php3
http://www.wenpas.ch:8080/phpinfo.php4
http://www.wenpas.ch:8080/phpinfo.php

The ends .php4a and .php4c are only for you to testing.
c = cgi
a = apache (php4apache.dll)







[2002-01-04 20:59:57] [EMAIL PROTECTED]

Wow, wierd.

If you go to the second page (cgi binary) it displays fine, yet the
first page starts to display, and then dies.

I have a sneaky suspicion that it is more to do with permissions, or
something.

Could you paste your apache php definitions, please, so we know what
apache is doing when it gets a php4a / php4c url.

Thanks.



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


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


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




Re: [PHP-DEV] Stealing php-bugs-web

2002-01-11 Thread Edin Kadribasic

 If it is, could you please commit the sql script that creates the
database,
 so I don't have to reverse engineer it from the code.

 http://cvs.php.net/co.php/php-bugs-web/bugs.sql

I must be going blind. Well it is Friday afternoon here...

Thanks,

Edin


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




[PHP-DEV] Bug #14997 Updated: Multiple system calls cause inifinite process forking

2002-01-11 Thread hholzgra

ID: 14997
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Program Execution
Operating System: Linux
PHP Version: 4.1.1
New Comment:

are you talking about 'defunct' (aka zombie)
processes?


Previous Comments:


[2002-01-11 10:42:50] [EMAIL PROTECTED]

If PHP is running via a web server, and mutiple system 
calls are made within the script to another script, 
hundreds of processes are created. Here is an example:

Script 1:
?php
for ($i=1; $i=5; $i++) {
system(php script2.php);
}
?

Script 2:
?php
exit;
?

The effect is the same (and more difficult to stop) when 
the system calls are made in the background. e.g.

system(php script2.php /dev/null 2/dev/null );

I have even tried calling a shell script, which in turn 
calls the second PHP script (both in the background), but 
it still causes lots of processes.

The exec command is also affected.

At first, I thought this was a problem with either Zeus web 
server of Fast CGI, but I have since tried it with Apache 
and normal CGI with the same effect.






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


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




[PHP-DEV] Universe in 2002

2002-01-11 Thread David Eriksson

(Universe is a PHP extension that allows PHP to act as a CORBA client or 
server.)

Hi!

I just want to say that the latest snapshots of Universe works great and 
that I am currently cleaning up the code before submitting it to the PHP 
CVS repository.

During this spring I will work on my Master Thesis (which does not involve 
PHP or CORBA) but I'll try to take care of Universe too.

Universe is getting ready for a production environment. Unfortunately, 
there are still memory leaks.

If you are using Satellite (I don't think anyone is, but anyway) you should 
_really_ consider switching to Universe now.

More info on this page:

   http://universe.2good.nu

Regards,

-\- David Eriksson -/-


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




[PHP-DEV] Bug #14987 Updated: ereg_replace with \0

2002-01-11 Thread sander

ID: 14987
Updated by: sander
Old Summary: ereg_replace with \0
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Red Hat Linux
PHP Version: 4.0.5
New Comment:

The ereg-functions are NOT binary safe. RTM.


Previous Comments:


[2002-01-10 21:04:25] [EMAIL PROTECTED]

I have this code:
$new = ereg_replace(123, xy\0z, 123Hai);
The result is xy and not xyzHai

Is it a bug? because it works with preg_replace.

Thanks,
Jimmi





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


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




[PHP-DEV] Bug #14983 Updated: mail function buffer overflow

2002-01-11 Thread sander

ID: 14983
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:

It would be nice if you post a diff instead of the whole file...


Previous Comments:


[2002-01-10 21:07:29] [EMAIL PROTECTED]


this is what i came up with to fix the behaviour. It's a quick fix cause
i needed PHP working for a demo tomorrow, but it appears to fix the
problem.

- Enrico

/* 
 *PHP Sendmail for Windows.
 *
 *  This file is rewriten specificly for PHPFI.  Some functionality
 *  has been removed (MIME and file attachments).  This code was 
 *  modified from code based on code writen by Jarle Aase.
 *
 *  This class is based on the original code by Jarle Aase, see
bellow:
 *  wSendmail.cpp  It has been striped of some functionality to match
 *  the requirements of phpfi.
 *
 *  Very simple SMTP Send-mail program for sending command-line level
 *  emails and CGI-BIN form response for the Windows platform.
 *
 *  The complete wSendmail package with source code can be located
 *  from http://www.jgaa.com
 *

 modified by Enrico Demarin Jan 2001
 */

#include php.h/*php specific */
#include stdio.h
#include stdlib.h
#include winsock.h
#include time.h
#include string.h
#include malloc.h
#include memory.h
#include winbase.h
#include sendmail.h
#include php_ini.h

/*
   extern int _daylight;
   extern long _timezone;
 */
/*enum
   {
   DO_CONNECT = WM_USER +1
   };
 */

static char *days[] =
{Sun, Mon, Tue, Wed, Thu, Fri, Sat};
static char *months[] =
{Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct,
Nov, Dec};

#ifndef THREAD_SAFE
char Buffer[MAIL_BUFFER_SIZE];

/* socket related data */
SOCKET sc;
WSADATA Data;
struct hostent *adr;
SOCKADDR_IN sock_in;
int WinsockStarted;
/* values set by the constructor */
char *AppName;
char MailHost[HOST_NAME_LEN];
char LocalHost[HOST_NAME_LEN];
#endif
char seps[] =  ,\t\n;
char *php_mailer = PHP 4.0 WIN32;

char *get_header(char *h, char *headers);

/* Error messages */
static char *ErrorMessages[] =
{
{Success},
{Bad arguments from form},
{Unable to open temporary mailfile for read},
{Failed to Start Sockets},
{Failed to Resolve Host},
{Failed to obtain socket handle},
{Failed to Connect},
{Failed to Send},
{Failed to Receive},
{Server Error},
{Failed to resolve the host IP name},
{Out of memory},
{Unknown error},
{Bad Message Contents},
{Bad Message Subject},
{Bad Message destination},
{Bad Message Return Path},
{Bad Mail Host},
{Bad Message File},
{PHP Internal error: php.ini sendmail from variable not set!}
};



/*
// Name:  TSendMail
// Input:   1) host:Name of the mail host where the SMTP server
resides
//  max accepted length of name = 256
//  2) appname: Name of the application to use in the X-mailer
//  field of the message. if NULL is given the
application
//  name is used as given by the GetCommandLine()
function
//  max accespted length of name = 100
// Output:  1) error:   Returns the error code if something went wrong
or
//  SUCCESS otherwise.
//
//  See SendText() for additional args!
///
int TSendMail(char *host, int *error,
  char *headers, char *Subject, char *mailTo, char *data)
{
int ret;
char *RPath = NULL;

WinsockStarted = FALSE;

if (host == NULL) {
*error = BAD_MAIL_HOST;
return BAD_MAIL_HOST;
} else if (strlen(host) = HOST_NAME_LEN) {
*error = BAD_MAIL_HOST;
return BAD_MAIL_HOST;
} else {
strcpy(MailHost, host);
}

if (INI_STR(sendmail_from)){
RPath = estrdup(INI_STR(sendmail_from));
} else {
return 19;
}

/* attempt to connect with mail host */
*error = MailConnect();
if (*error != 0) {
if(RPath)efree(RPath);
return *error;
} else {
ret = SendText(RPath, Subject, mailTo, data, headers);
TSMClose();
if (ret != SUCCESS) {
*error = ret;
}
if(RPath)efree(RPath);
return ret;
}
}

//
// Name:  

[PHP-DEV] Bug #14875 Updated: image_types() IMG_GIF report false incorrectly

2002-01-11 Thread sander

ID: 14875
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: GD related
Operating System: Linux Mandrake 8.1
PHP Version: 4.1.1
New Comment:

Dupe of 14899, which has more info so I'm closing this one.


Previous Comments:


[2002-01-05 13:13:34] [EMAIL PROTECTED]

http://home.jamiebecker.com/test.html
http://home.jamiebecker.com/test.phps

As an aside, GIF support actually does work -- creating, 
reading, editing GIF images appears to work fine.

Thanks!






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


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




[PHP-DEV] Bug #14983 Updated: mail function buffer overflow

2002-01-11 Thread enricod

ID: 14983
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:

Here is the diff.

-Enrico

--- sendmail-old.c  Mon Sep  4 18:26:16 2000
+++ sendmail.c  Thu Jan 10 20:20:56 2002
@@ -16,6 +16,8 @@
  *  The complete wSendmail package with source code can be located
  *  from http://www.jgaa.com
  *
+
+ modified by Enrico Demarin Jan 2001
  */
 
 #include php.h   /*php specific */
@@ -217,7 +219,7 @@
if (strchr(mailTo, '@') == NULL)
return (BAD_MSG_DESTINATION);
 
-   sprintf(Buffer, HELO %s\r\n, LocalHost);
+   snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost);
 
/* in the beggining of the dialog */
/* attempt reconnect if the first Post fail */
@@ -229,7 +231,7 @@
if ((res = Ack()) != SUCCESS)
return (res);
 
-   sprintf(Buffer, MAIL FROM:%s\r\n, RPath);
+   snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -242,7 +244,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
-   sprintf(Buffer, RCPT TO:%s\r\n, token);
+   snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -259,7 +261,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
-   sprintf(Buffer, RCPT TO:%s\r\n, token);
+   snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -341,14 +343,15 @@
struct tm *tm = localtime(tNow);
int zoneh = abs(_timezone);
int zonem, res;
+   int i;
+
char *p;
 
-   p = Buffer;
zoneh /= (60 * 60);
zonem = (abs(_timezone) / 60) - (zoneh * 60);
 
if(!xheaders || !strstr(xheaders, Date:)){
-   p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d
%s%02d%02d\r\n,
+   snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d
%02d:%02d:%02d %s%02d%02d\r\n,
 days[tm-tm_wday],
 tm-tm_mday,
 months[tm-tm_mon],
@@ -359,21 +362,56 @@
 (_timezone  0) ? + : (_timezone  0) ? - 
: ,
 zoneh,
 zonem);
+
+   if ((res = Post(Buffer)) != SUCCESS)
+   return (res);
}
 
if(!xheaders || !strstr(xheaders, From:)){
-   p += sprintf(p, From: %s\r\n, RPath);
+   snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath);
+   if ((res = Post(Buffer)) != SUCCESS)
+   return (res);
}
-   p += sprintf(p, Subject: %s\r\n, Subject);
+
+   snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject);
+   if ((res = Post(Buffer)) != SUCCESS)
+   return (res);
+
if(!xheaders || !strstr(xheaders, To:)){
-   p += sprintf(p, To: %s\r\n, mailTo);
+   snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo);
+   if ((res = Post(Buffer)) != SUCCESS)
+   return (res);
}
+
if(xheaders){
-   p += sprintf(p, %s\r\n, xheaders);
-   }
 
-   if ((res = Post(Buffer)) != SUCCESS)
-   return (res);
+   /* send extre headers in 1024 chunks */
+   if (strlen(xheaders) = 1024) {
+   if ((res = Post(xheaders)) != SUCCESS)
+   return (res);
+   } else {
+   p = xheaders;
+   
+   while (1) {
+   if (*p == '\0')
+   break;
+   if (strlen(p) = 1024)
+   i = 1024;
+   else
+   i = strlen(p);
+
+   /* put next chunk in buffer */
+   

[PHP-DEV] Bug #14998: Can't name a class 'Directory'

2002-01-11 Thread dan

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.0
PHP version:  4.0.5
PHP Bug Type: Class/Object related
Bug description:  Can't name a class 'Directory'

For example, given the code:

?
class Directory
{
// CONSTRUCTOR
function Directory($req_id = FALSE)
{
// nothing
}
}
?

PHP gives the error: Cannot redeclare class directory. Maybe the the
dir() function/class interferes??

Configuration:

'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs'
'--with-exec-dir=/usr/bin' '--with-config-file-path=/etc/httpd'
'--with-regex=system' '--enable-debugger' '--enable-magic-quotes'
'--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect'
'--enable-sigchild' '--with-wddx' '--enable-inline-optimization'
'--with-gnu-ld' '--enable-bcmath' '--enable-crypt' '--with-xml'
'--with-sablot' '--enable-dbg=shared' '--with-dbg-profiler'

Thanks.

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


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




[PHP-DEV] Bug #14999: apache_lookup_uri returning array for apache2 instead of object

2002-01-11 Thread pete

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.1.1
PHP Bug Type: Apache2 related
Bug description:  apache_lookup_uri returning array for apache2 instead of object

this is simple: apache_lookup_uri is returning array on apache2 instead of
object (as it is doing on apache 1.3 and as it is written in
documentation). the array is filled good with right keys and values, only
problem is that it is array and not object

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


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




[PHP-DEV] Bug #15000: gd1.3 : gdImageColorResolve : reference symbol not found

2002-01-11 Thread jmgseb

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.1.1
PHP Bug Type: Apache related
Bug description:  gd1.3 : gdImageColorResolve : reference symbol not found

Every thing works fine with php 4.0.6 but not with the 4.1.1.

When starting apache 1.3.22 I've got the message :

rast.instdev2 /opt/apache_adm/bin/apachectl  start
Syntax error on line 223 of /opt/apache_adm/conf/httpd.conf:
Cannot load /opt/apache_adm/libexec/libphp4.so into server: ld.so.1:
/opt/apache_adm/bin/httpd: fatal: relocation error: file /opt/a
pache_adm/libexec/libphp4.so: symbol gdImageColorResolve: referenced
symbol not found
/opt/apache_adm/bin/apachectl start: httpd could not be started

Configure options for php 4.1.1 :
./configure --with-apxs=/opt/apache_adm/bin/apxs \
--with-oracle=/opt/oracle/ora8170 \
--with-oci8=/opt/oracle/ora8170 \
--with-config-file-path=/opt/apache_adm/conf \
--enable-debug=no --enable-magic-quotes \
--enable-track-vars --enable-sigchild \
--without-mysql --prefix=/opt/php \
--with-gd=/opt/packages/instit/gd1.3 \
--with-ttf=/opt/freetype 

Part of the configure output regarding GD :
checking whether to enable FTP support... no
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=DIR
checking for the location of libpng... no
If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=DIR
checking for freetype(2)... no
If configure fails try --with-freetype-dir=DIR
checking whether to include include FreeType 1.x support... yes
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) no
checking for gdImageCreateFromPng in -lgd... (cached) no
checking for gdImageCreateFromGif in -lgd... (cached) yes
checking for gdImageGif in -lgd... (cached) yes
checking for gdImageWBMP in -lgd... (cached) no
checking for gdImageCreateFromJpeg in -lgd... (cached) no
checking for gdImageCreateFromXpm in -lgd... (cached) no
checking for gdImageCreateFromGd2 in -lgd... (cached) no
checking for gdImageCreateTrueColor in -lgd... (cached) no
checking for gdImageSetTile in -lgd... (cached) yes
checking for gdImageSetBrush in -lgd... (cached) yes
checking for gdImageStringTTF in -lgd... (cached) no
checking for gdImageStringFT in -lgd... (cached) no
checking for gdImageStringFTEx in -lgd... (cached) no
checking for gdImageColorClosestHWB in -lgd... (cached) no
checking for gdImageColorResolve in -lgd... (cached) no
checking for gdImageGifCtx in -lgd... (cached) no
checking whether to include GNU gettext support... no


I'm using gd1.3 (for GIF support) and freetype 1.3.1.
I'm compiling php4.1.1 with no change regarding the 4.0.6 compilation.
No error during compilation.

With php4.0.6, no problem at apache statup (gd and ttf supported), with
4.1.1 I have got the previous message.
-- 
Edit bug report at: http://bugs.php.net/?id=15000edit=1


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




[PHP-DEV] Bug #6982 Updated: disable_functions option don't works in Apache config

2002-01-11 Thread charmaine . tian

ID: 6982
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux 2.2.16
PHP Version: 4.0.2
New Comment:

I tried php-4.1.0 on Linux and still have the bug. I don't agree it's
intended behavior. From the PHP online manual, it says:

php_admin_value name value
This sets the value of the specified variable. Admin configuration
settings can only be set from within the main Apache configuration
files, and not from .htaccess files.

So user cannot override this via .htaccess files.

Having the directive in php.ini makes it global and same to all the
directories, which is not suitable in our case, because we need to
disable functions on per directory basis.


Previous Comments:


[2001-03-06 06:59:17] [EMAIL PROTECTED]

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




[2000-12-26 09:59:27] [EMAIL PROTECTED]

I've tried php 4.0.4 but disable_functions only works from
php.ini, not from apache config.



[2000-11-27 06:09:32] [EMAIL PROTECTED]

Please try latest snapshot from http://snaps.php.net/
and report back whether this works with it or not.

--Jani



[2000-10-02 23:28:52] [EMAIL PROTECTED]

I'm trying to disable interbase functions for some
directories.

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

But ibase_pconnect still works.





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


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




[PHP-DEV] Bug #14998 Updated: Can't name a class 'Directory'

2002-01-11 Thread jan

ID: 14998
Updated by: jan
Old Summary: Can't name a class 'Directory'
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Class/Object related
Bug Type: Documentation problem
Operating System: Red Hat Linux 7.0
PHP Version: 4.0.5
New Comment:

See http://www.php.net/manual/en/function.get-declared-classes.php. It
is predefined. Should be pointed out more clearly, - documentation
problem.


Previous Comments:


[2002-01-11 12:17:37] [EMAIL PROTECTED]

For example, given the code:

?
class Directory
{
// CONSTRUCTOR
function Directory($req_id = FALSE)
{
// nothing
}
}
?

PHP gives the error: Cannot redeclare class directory. Maybe the the
dir() function/class interferes??

Configuration:

'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs'
'--with-exec-dir=/usr/bin' '--with-config-file-path=/etc/httpd'
'--with-regex=system' '--enable-debugger' '--enable-magic-quotes'
'--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect'
'--enable-sigchild' '--with-wddx' '--enable-inline-optimization'
'--with-gnu-ld' '--enable-bcmath' '--enable-crypt' '--with-xml'
'--with-sablot' '--enable-dbg=shared' '--with-dbg-profiler'

Thanks.






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


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




[PHP-DEV] Bug #15001: PHP_SELF set incorrectly when there is extra path info

2002-01-11 Thread long

From: [EMAIL PROTECTED]
Operating system: Compaq Tru64 4.0F PK3
PHP version:  4.0.6
PHP Bug Type: Variables related
Bug description:  PHP_SELF set incorrectly when there is extra path info

The PHP_SELF variable is not set correctly when extra path info is appended
to the URL requested.

Example:
http://www.ku.edu/cgi-bin/phpself.php
shows the correct PHP_SELF variable
while:
http://www.ku.edu/cgi-bin/phpself.php/extra/path/info
shows an incorrect PHP_SELF value.

The contents of phpself.php are:

#!/usr/local/bin/php

html
head
titlePHP_SELF test/title
/head
body
p
?php
echo $PHP_SELF;
?
/body
/html


This php was configured using:
./configure  --with-openssl --enable-bcmath --with-ndbm --with-dbm
--enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf
--with-gd --with-ttf --with-java=/usr/opt/java130
--with-ldap=/usr/local/ldap --with-mysql=/usr/local/mysql --with-oci8
--with-oracle --enable-shmop --enable-sockets --enable-sysvsem
--enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared
--enable-calendar --enable-exif --with-msql --enable-discard-path
-- 
Edit bug report at: http://bugs.php.net/?id=15001edit=1


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




[PHP-DEV] Bug #6982 Updated: disable_functions option don't works in Apache config

2002-01-11 Thread rasmus

ID: 6982
Updated by: rasmus
Old Summary: disable_functions option don't works in Apache config
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux 2.2.16
PHP Version: 4.0.2
New Comment:

Due to the current internal architecture it would be a performance
killer to populate the list of functions on a per-request basis. 
That's why disabling functions is only available at startup (ie. in
php.ini) which means we only have to build this list once.  
You will need to run different classes of Apache/PHP instances if you
need different sets of functions available for different virtualhosts.


Previous Comments:


[2002-01-11 13:54:00] [EMAIL PROTECTED]

I tried php-4.1.0 on Linux and still have the bug. I don't agree it's
intended behavior. From the PHP online manual, it says:

php_admin_value name value
This sets the value of the specified variable. Admin configuration
settings can only be set from within the main Apache configuration
files, and not from .htaccess files.

So user cannot override this via .htaccess files.

Having the directive in php.ini makes it global and same to all the
directories, which is not suitable in our case, because we need to
disable functions on per directory basis.



[2001-03-06 06:59:17] [EMAIL PROTECTED]

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




[2000-12-26 09:59:27] [EMAIL PROTECTED]

I've tried php 4.0.4 but disable_functions only works from
php.ini, not from apache config.



[2000-11-27 06:09:32] [EMAIL PROTECTED]

Please try latest snapshot from http://snaps.php.net/
and report back whether this works with it or not.

--Jani



[2000-10-02 23:28:52] [EMAIL PROTECTED]

I'm trying to disable interbase functions for some
directories.

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

But ibase_pconnect still works.





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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Zeev Suraski

At 04:36 PM 1/11/2002, Darrell Brogdon wrote:
I thought ZE2 was going to have support for method overloading?

Nope, it's not planned...

Zeev


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




[PHP-DEV] Bug #15001 Updated: PHP_SELF set incorrectly when there is extra path info

2002-01-11 Thread sander

ID: 15001
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Variables related
Operating System: Compaq Tru64 4.0F PK3
PHP Version: 4.0.6
New Comment:

This is a dupe... and I'm again too lazy to search for the original bug
;)
Anyway, it's known behaviour and so it's a docu-problem.


Previous Comments:


[2002-01-11 14:26:10] [EMAIL PROTECTED]

The PHP_SELF variable is not set correctly when extra path info is
appended to the URL requested.

Example:
http://www.ku.edu/cgi-bin/phpself.php
shows the correct PHP_SELF variable
while:
http://www.ku.edu/cgi-bin/phpself.php/extra/path/info
shows an incorrect PHP_SELF value.

The contents of phpself.php are:

#!/usr/local/bin/php

html
head
titlePHP_SELF test/title
/head
body
p
?php
echo $PHP_SELF;
?
/body
/html


This php was configured using:
./configure  --with-openssl --enable-bcmath --with-ndbm --with-dbm
--enable-dbase --enable-filepro --enable-ftp --enable-gd-imgstrttf
--with-gd --with-ttf --with-java=/usr/opt/java130
--with-ldap=/usr/local/ldap --with-mysql=/usr/local/mysql --with-oci8
--with-oracle --enable-shmop --enable-sockets --enable-sysvsem
--enable-sysvshm --enable-wddx --enable-memory-limit
--enable-dba=shared --enable-calendar --enable-exif --with-msql
--enable-discard-path





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


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




[PHP-DEV] snaps.php.net ???

2002-01-11 Thread benjamin yates


  snaps.php.net is redirecting to www.php.net ... 

  is it gone?  anyone know?

  -benjamin

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




Re: [PHP-DEV] snaps.php.net ???

2002-01-11 Thread Zeev Suraski

We moved our server - and this wasn't set-up properly just yet.  It'll be 
back...

At 10:25 PM 1/11/2002, benjamin yates wrote:

   snaps.php.net is redirecting to www.php.net ...

   is it gone?  anyone know?

   -benjamin

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


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




Re: [PHP-DEV] consistent way to handle structs

2002-01-11 Thread Darrell Brogdon

I think it would be a handy feature if someone got the urge to add it to 
the spec. :)  (hint.. hint...)

Zeev Suraski wrote:

 At 04:36 PM 1/11/2002, Darrell Brogdon wrote:

 I thought ZE2 was going to have support for method overloading?


 Nope, it's not planned...

 Zeev



-- 
Darrell Brogdon
http://darrell.brogdon.net

1024D/D7FB6981  3CB8 A14D 1662 8351 11F6  40C1 D205 2D97 D7FB 6981




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




[PHP-DEV] Bug #7515 Updated: very weird, magic, invisible referencing

2002-01-11 Thread bryce

ID: 7515
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: linux + win2k
PHP Version: 4.0 Latest CVS (28/10/2000)
Assigned To: andre
New Comment:

I'm looking at putting php 4.1.1 into the next RH release 
however I noticed that this bug still seems to be happening 

(From make test)
Running tests in /usr/src/redhat/php-4.1.1//tests/lang
...
OO Bug Test (Bug #7515) (029.phpt)  ... failed

[root@dhcpd201 lang]# cat  029.exp
success
[root@dhcpd201 lang]# cat  029.out
failure

I this something that can either be fixed or can I turn a
blind eye to this..

Phil
=--=


Previous Comments:


[2001-12-12 08:14:56] [EMAIL PROTECTED]

Is this still a issue? This report is updated a year ago...
If this report is outstanding, PHP Version is better to be updated...



[2000-12-16 13:40:39] [EMAIL PROTECTED]

assigned to zeev, as discussed we either need
a) a permanent fix
b) a permanent deep copy function and understand this effect
as a feature and users will eventually have to use deep
copies for some containers



[2000-10-28 10:25:28] [EMAIL PROTECTED]

This code is pretty self-explanatory...

Uncommenting the noticed (*[0]) line, causes the object contained
('root') in the instance of 'obj'  to be referenced to whatever,
function test() uses a copy $o_copy but reference-counting fails and
the contained object 'root' is somehow referenced to the original
object in the global scope.
After having uncommented *[0] try to uncomment *[1] what should break
the reference again, that made me assuming this all is caused by
reference counting...

?php
class obj {
function method() {}
}

function test($o_copy) {
//$o_copy-root=$o_copy-root; // *[1]

$o_copy-root-set_in_copied_o=TRUE;
var_dump($o_copy);?BR?php }


$o-root=new obj();
//$o-root-method();   // *[0] uncomment this line and weirdness starts

var_dump($o);?BR?php
test($o);
var_dump($o);
?






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


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




[PHP-DEV] Bug #15002: apache CRASHES on duplicate cookie and session_var

2002-01-11 Thread lazybutt666

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.1.1
PHP Bug Type: *General Issues
Bug description:  apache CRASHES on duplicate cookie and session_var

the following code will crash apache(1.3.22 with php 4.1.1 running as a
module on Win2K Hebrew Enabaled)

?
session_register(hello);
setcookie(hello, world);
?
-- 
Edit bug report at: http://bugs.php.net/?id=15002edit=1


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




[PHP-DEV] Bug #15002 Updated: apache CRASHES on duplicate cookie and session_var

2002-01-11 Thread lazybutt666

ID: 15002
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: *General Issues
Bug Type: Session related
Operating System: win2k
PHP Version: 4.1.1


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


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




[PHP-DEV] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written

2002-01-11 Thread lobbin

ID: 5653
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Other web server
Operating System: Linux
PHP Version: 4.0.5
New Comment:

Can this be reproduced with the PHP 4.1.1, and perhaps the latest
roxen/pike?


Previous Comments:


[2001-08-16 12:55:28] [EMAIL PROTECTED]

[2001-08-16 12:24:36] [EMAIL PROTECTED]

There is small problem in Roxen's SAPI, which arises when duplicate
headers are sent out.
While playing with some PHP apps with Roxen, I found that regardless
how many cookies are
set in PHP code, only one is sent to the browser.

Investigation shows that Roxen's SAPI uses Pike's type mapping to
send
headers, which (of course) doesn't allow duplicate headers (in my case
Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt
calls to
set header with the same name will replace previous.

Proposed solution: use array instead of mapping. It will require
changes in Roxen module
as well, of course, but this should not be difficult.





[2001-08-14 20:08:47] [EMAIL PROTECTED]

feedback - open



[2001-07-24 12:23:37] [EMAIL PROTECTED]

OK here is the result...

Variable Value 
PHP_SELF  =  /test.php 
HTTP_COOKIE_VARS[cookie3] = phprocks  

if you don't believe you can try at www.delta7.de/test.php.
The real problem is in source-file src/sapi/roxen/roxen.c about line
298 (in ver 4.0.6 of PHP)...
this function (pike):
mapping_string_insert(REQUEST_DATA, ind, mappie);
does not append headers of the same type (here cookies).
this means: old cookies are deleted and replaced with the last one you
set.

The Problen is _not_ on the side of the webserver. I found out (and may
proove) that the roxen-php-module will recieve more than only one
cookie if you like, i would make some php-scripts that will show
you...


 




[2001-07-24 09:02:41] [EMAIL PROTECTED]

this could be because your server is only sending one cookie to 
browser

Try creating a script like the one below...
?
setcookie (cookie1,helloworld);
setcookie(cookie2,ilovetheworld);
setcookie(cookie3,phprocks);

phpinfo();
?

go down to the section about the HTTP Headers Information
then go to the HTTP Response Headers.  Either post this
information here, or give us the address to that page.



[2001-07-24 02:01:28] [EMAIL PROTECTED]

This is not a browser-specific bug. It's only pike-specifc (roxen) .

I spent some time to undaerstand the roxen-sapi-code, but at last I'm
not able to fix it.
This 'bug' is already mentioned in the README
..sorry. 

So this 'bug' should be listed in 'missing features' or 'todo's' but
not maybe not in 'bugs'





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


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


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




[PHP-DEV] Bug #6617 Updated: JVM starts only on 3 requests per httpd

2002-01-11 Thread lobbin

ID: 6617
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Java related
Operating System: LinuxPPC 2000
PHP Version: 4.0.4pl1
New Comment:

How does this behave under PHP 4.1.1?


Previous Comments:


[2001-01-16 20:47:52] [EMAIL PROTECTED]

Hi James,

Still failing, but on the 7th request.

CHEERS
Paul



[2001-01-07 11:01:12] [EMAIL PROTECTED]

Can you please ugrade and give feedback if it now works/still fails.

James



[2000-09-07 18:25:58] [EMAIL PROTECTED]

As per Bug id # 6122

./configure --with-mysql=/usr/local
 \
--with-java=/usr/local/java/j2sdk1.3   
 \
--with-sybase=/usr/local/freetds   
\
--with-apxs=/home/internet/www02/bin/apxs  
  \
--enable-shared
 \
--enable-track-vars

Using Blackdown JDK 1.2.2
And a modified JDK 1.3 - modified as the lack of HotSpot caused .so
load failures !!

From php.ini
[java]
extension_dir=/usr/local/lib/php/extensions/no-debug-non-zts-2809
extension=libphp_java.so
java.class.path=/usr/local/lib/php_java.jar
java.library.path=/usr/local/lib:/usr/local/lib/php/extensions/no-debug-non-zts-2809


The jver.php test script
html
?

  $system = new Java(java.lang.System);
  print Java version=.$system-getProperty(java.version).
br\n;
  print Java vendor=.$system-getProperty(java.vendor). p\n\n;
  print OS=.$system-getProperty(os.name). .
  $system-getProperty(os.version). on .
  $system-getProperty(os.arch). br\n;

  $formatter = new Java(java.text.SimpleDateFormat,
,  dd,  'at' h:mm:ss a );

  print $formatter-format(new Java(java.util.Date)).\n;

?
/html

The first 3 runs work correctly then the fourth through (approx)
seventh fail and there is 1 more success followed by failure. Apache
must then be killed manually.
The error text is :-
error: Fatal error: Unable to create Java Virtual Machine in ...

I noted [EMAIL PROTECTED]'s comment to use Tomcat, I'm off in that
direction now, but I would prefer this method.

!
! PHP RULES !
!





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


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




[PHP-DEV] Bug #7306 Updated: segfault when binding undefined php variable with a BLOB hostvar

2002-01-11 Thread lobbin

ID: 7306
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: OCI8 related
Operating System: linux-glibc21,  OCI 8.1.5.0.0
PHP Version: 4.0 Latest CVS (18/10/2000)
New Comment:

Can you reproduce this with latest PHP 4.1.1?


Previous Comments:


[2001-05-11 21:42:11] [EMAIL PROTECTED]

Why was this duplicate?




[2000-10-18 05:02:37] [EMAIL PROTECTED]

?php
$db = @ocilogon(scott, tiger, ZTST);
$statement = ociparse($db, CREATE TABLE foo (blob_field
BLOB));
ociexecute($statement);

$query = INSERT INTO foo (blob_field)  .
 VALUES (EMPTY_BLOB())  .
 RETURNING blob_field into :blob;
$statement = ociparse($db, $query);
ocibindbyname($statement, ':blob', $undefined, -1,
OCI_B_BLOB);
$result = ociexecute($statement);
?





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


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




[PHP-DEV] Bug #7847 Updated: OCI8 support with Oracle 8.1.5 doesn't work

2002-01-11 Thread lobbin

ID: 7847
Updated by: lobbin
Old Summary: OCI8 support with Oracle 8.1.5 doesn't work
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: OCI8 related
Operating System: AIX 4.2
PHP Version: 4.0.3pl1
New Comment:

Can you reproduce this with PHP 4.1.1?


Previous Comments:


[2001-01-08 09:13:58] [EMAIL PROTECTED]

Downloaded php4-200101080345 this morning and recompiled libphp4.so.
The problems remain. I had to find out an AIX 4.3.3 server in order to
keep the project in schedule; I successfully built a STATIC php module
there, including a working OCI8 extension. I couldn't build a working
AIX 4.3 DSO even though I followed the advice in bug #4630.



[2001-01-07 19:42:19] [EMAIL PROTECTED]

Does this happen with latest snapshot from http://snaps.php.net/ ??

--Jani



[2000-12-07 05:46:25] [EMAIL PROTECTED]

I have been testing several other extensions and standard PHP functions
on my AIX 4.2 server, and discovered the following:

1) can't successfully build PHP with socket support
2) fsockopen fails as described for OCI8
3) curl fails as described for OCI8

Since OCIServerAttach must certainly work with sockets at some point,
may this point to some kind of incompatibility between PHP and AIX 4.2
socket code?




[2000-11-22 11:10:55] [EMAIL PROTECTED]

Made some other tests ...

1) Recompiled gcc from sources, using both the
   binary AIX 4.2 gcc distro and the standard
   IBM cc compiler. Regenerated apache+mod_php+
   oci8 support with the new gcc binary.
   I observed the exact same problems.

2) Returned to using the binary AIX 4.2 gcc
   distro from aixpdslib.seas.ucla.edu, I
   liberally inserted fprintf debug statements
   in oci8.c in order to pinpoint the instruction causing the error.
   Here is my final trace:

   Entering oci_do_connect function ...
   Before ecalloc
   After ecalloc
   Before _oci_open_server
   Entering _oci_open_server function ...
   Before zend_hash_find
   After zend_hash_find
   Before OCIHandleAlloc
   After OCIHandleAlloc
   Before OCIServerAttach
   pServer:20123f9c pError:2012420c dbname:f40_7 dbnamel:5

   As you can see, oci8.c never returns from the
   OCIServerAttach call.
   The arguments to that call, listed on the last trace
   line, look valid enough to me ...

   (To Thies Arntzen: I receive all your emails, but our e-mail server
   apparently cannot deliver my replies to mail2.easyspace.com and is
   bouncing them all back ... please post your advice here) 



[2000-11-21 08:36:31] [EMAIL PROTECTED]

I'm sorry to report AIX doesn't include truss nor strace.
I found out a program called sctrace that you can
buy from The Kernel Group for $795 (single CPU) and
seems to do what truss does for Solaris and strace
does for Linux, but we don't have it here.
Only thing I could do was using the trace program,
as per Jason's advice:

trace -a -o /tmp/my_trace_log; /opt/www/bin/httpd -X; trcstop
trcrpt -o /tmp/my_trace -v /tmp/my_trace_log

Here follows what I believe to be the most interesting section:

(about 55000 lines deleted)

107lookuppn: /ora815/network/admin/sqlnet.ora
107lookuppn: file not found
104return from access. error ENOENT [73 usec]
101access LR = D0FE3AB4
108access /ora815/network/admin/sqlnet.ora-
107lookuppn: /ora815/network/admin/ldap.ora
107lookuppn: file not found
104return from access. error ENOENT [45 usec]
101access LR = D0FE3AB4
108access /ora815/network/admin/ldap.ora-
107lookuppn: /.sqlnet.ora
107lookuppn: file not found
104return from access. error ENOENT [20 usec]
101access LR = D0FE3AB4
108access /.sqlnet.ora-
107lookuppn: /etc/intchg.ora
107lookuppn: file not found
104return from access. error ENOENT [56 usec]
101access LR = D0FE3AB4
108access /etc/intchg.ora-

([Oracle] looks for several other files, until it finds tnsnames.ora)

101open LR = D02ACB30
107lookuppn: /ora815/network/admin/tnsnames.ora
10Dvfs number=0022, inode number=296E
15Bopen /ora815/network/admin/tnsnames.ora fd=4 RDONLY
104return from open [85 usec]
101kioctl LR = D02D9B28
14Cioctl fd=4 command=5800 arg=
104return from kioctl. error ENOTTY [10 usec]
101

[PHP-DEV] Bug #14996 Updated: the full zip package is corrupt and won't unzip

2002-01-11 Thread pigeon388

ID: 14996
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating System: winme
PHP Version: 4.1.1
New Comment:

No it was downloaded with the standard windows downloader
(http://www.php.net/do_download.php?download_file=php-4.1.1-Win32.zip

I have now tried a third time and it still won't unzip, winzip reports
it as an invalid archive


Previous Comments:


[2002-01-11 09:34:45] [EMAIL PROTECTED]

did you fetch the package using ftp with ascii
instead of binary mode?



[2002-01-11 09:01:17] [EMAIL PROTECTED]

The package is ok.



[2002-01-11 08:48:31] [EMAIL PROTECTED]

I have dl'd the 4.1.1 zip package for windows (full package) on 2
different internet connections and the package appears to be corrupt as
it won't unzip. Winzip reports that it isn't a valid archive.





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


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




[PHP-DEV] Bug #8142 Updated: on exit() from method, interbase makes a mess with transaction ids

2002-01-11 Thread lobbin

ID: 8142
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: InterBase related
Operating System: Linux 2.2.17
PHP Version: 4.0.3pl1
New Comment:

Do you still experience this problem on PHP 4.1.1?


Previous Comments:


[2000-12-06 16:40:03] [EMAIL PROTECTED]

If I exit() or die() from within a method, a begun transaction is
automatically COMMITTED(!) and I get wierd errors in the http error
log.

?
class InterBaseFailure {
 
var $dbh;
var $trh;
 
function InterBaseFailure() {
$this-dbh = ibase_pconnect( ibase/outerdb.gdb, web, pass
);
$this-trh = ibase_trans( IBASE_DEFAULT, $this-dbh );
}
 
function Save( $num ) {
ibase_query( $this-trh,  insert into dummy values ($num) );
 
// now, if we exit() from here either directly or indirectly
// there's a mess with the transaction handles. I get:
// a) an error in the httpd log
//x is not a valid InterBase link resource
// b) A COMMITTED CHANGE!
exit();
}
}
 
$t = New InterBaseFailure();
$t-Save( 3 );
 
? 





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


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




[PHP-DEV] Bug #8227 Updated: odbc_field_name don't get tab1.field tab2.field back

2002-01-11 Thread lobbin

ID: 8227
Updated by: lobbin
Old Summary: odbc_field_name don't get tab1.field tab2.field back
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: ODBC related
Operating System: WinNT
PHP Version: 4.0.3pl1
New Comment:

Can you reproduce this with PHP 4.1.1?


Previous Comments:


[2000-12-13 08:16:27] [EMAIL PROTECTED]

In a db where are two tables (tab1,tab2) with same fields(field) you
could not make difference between 
tab1.field and tab2.field they just named field.

By Christian





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


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




[PHP-DEV] Bug #8313 Updated: the sysbase type float(15) is handled incorrectly

2002-01-11 Thread lobbin

ID: 8313
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: Solaris 7
PHP Version: 4.0.3pl1
New Comment:

Does this happen on 4.1.1?


Previous Comments:


[2000-12-18 10:03:14] [EMAIL PROTECTED]

I have a Table in a Sybase database with a column of type float(15).
The command sybase_fetch_row return odds values for this column (things
as Infinity or 2.0055246616091E+35) with or without the
sybase.compatability_mode (weird ! I've also tried
sybase.compatibility_mode) turned to on.





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


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




[PHP-DEV] Bug #8314 Updated: Setting the error_log = syslog does not work on Win2k

2002-01-11 Thread lobbin

ID: 8314
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Operating System: Win2k pro
PHP Version: 4.0.3pl1
New Comment:

Any news on this?


Previous Comments:


[2001-01-08 13:01:03] [EMAIL PROTECTED]

this is what I get from today's CVS:

The description for Event ID ( 2000 ) in Source ( c-client ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event:
c-client[1368]; PHP Warning:  Failed opening 'index.html' for inclusion
(include_path='./') in [path] on line 4.



[2000-12-18 12:57:25] [EMAIL PROTECTED]

Setting the error_log directive to syslog does not work as anticipated
under Win2k.

Logged errors generate this entry in the Application Log:
The description for Event ID ( 2000 ) in Source ( c-client ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event:
c-client[2052], foo.







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


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




[PHP-DEV] Bug #8459 Updated: PHP's crash JVM after a few requests

2002-01-11 Thread lobbin

ID: 8459
Updated by: lobbin
Old Summary: PHP's crash JVM after a few requests
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Java related
Operating System: Windows NT 4.0 Workstation, SP6a
PHP Version: 4.0.4
New Comment:

Can you produce this error on 4.1.1?


Previous Comments:


[2000-12-28 13:45:32] [EMAIL PROTECTED]

Not apparently.  I can produce this behavior with a php as
simple as:

?php
phpinfo();
?

Or even a PHP that has no PHP syntax - just HTML.

Furthermore, this DOES happen on the very first request to a
particular page on occasion.

It appears that this can happen either before or after the
response is sent to the browser, but typically before.




[2000-12-28 13:38:07] [EMAIL PROTECTED]

Could this be related to the problem reported in bug 6616?



[2000-12-28 12:04:09] [EMAIL PROTECTED]

This is reproducable with the IBM JDK 1.3



[2000-12-28 11:34:08] [EMAIL PROTECTED]

With PHP 4.04 (servlet), Sun JDK 1.3, Apache Tomcat 3.2.1 Windows NT
4.0 SP6a.

After usually 3 or 4 PHP requests through the servlet enginer, JVM dies
with an Access Violation.

#
# An EXCEPTION_ACCESS_VIOLATION exception has been detected in native
code outsi
de the VM.
# Program counter=0x971b58d
#

The instruction at 0x0971b58d referenced memory at 0x75716572. The
memory could not be read.

Unhandled exception in java.exe (PHP4TS.DLL): 0xC005: Access
Violation.

(Assembler info can be provided if necessary.)





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


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




  1   2   >