[PHP-DEV] PHP 4.0 Bug #9655 Updated: zend_operators.h:84: implicit declaration of function `int finite(...)'

2001-03-12 Thread mohler

ID: 9655
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Description: zend_operators.h:84: implicit declaration of function `int finite(...)'

Dear All

yes I'm sorry not having noticed that myself.
thank you very much for your hint, it helped of course...

:-) Gerard.

PS: your BUG reportsystem ist GREAT and fast:]

Previous Comments:
---

[2001-03-09 13:22:02] [EMAIL PROTECTED]
You obviously try to compile PHP 4.0.4pl1 all the time.
The directory name for cvs snapshots is totally different
so please get the right package first.

--Jani


---

[2001-03-09 10:07:02] [EMAIL PROTECTED]
I read the BugIds #9599 and #9602!
Got the latest CVS from snaps.php.net

but still I get the same error...

root@hermes:/usr/local/php/php-4.0.4pl1
66 # make
Making all in Zend
make[1]: Entering directory `/usr/local/php/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main   
-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 
-I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, double 
*)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1


root@hermes:/usr/local/php/php-4.0.4pl1
67 # cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" 
"--with-mysql=/usr/local" 
"--with-nsapi=/nserver/netscape" 
"--enable-track-vars" 
"--enable-libgcc" 
"$@"





---


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


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




[PHP-DEV] PHP 4.0 Bug #9696: Error in ODBC to Connect Progress Database

2001-03-12 Thread siroh

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  Error in ODBC to Connect Progress Database

There is an error to via an ODBC driver, "INTERSOLV DataDirect
Connect ODBC PROGRESS Driver for Microsoft Windows 95 and 
Microsoft Windows NT, Version 3.11", to use Progress Database.

PHP Version:  4.0.4pl1
OS:   Windows 2000 5.00.2195
ODBC Version: 3.520.4403.2
ODBC Progress Driver: INTERSOLV DataDirect Connect ODBC 
  PROGRESS Driver for Microsoft Win
  dows 95 and Microsoft Windows NT,
  Version 3.11"


PHP.INI
_
..

odbc.allow_persistent   =   ON
odbc.check_persistent   =   ON
odbc.max_persistent =   -1  
odbc.max_links  =   -1
odbc.defaultlrl =   4096
odbc.defaultbinmode =   1   

..
_



The script are following, and mark the state in some step.
_

?php

$dsn = "TEST";
$uid = "test";
$pwd = "test";

# ODBC DSN Config


$lid = odbc_connect($dsn,$uid,$pwd);

# Connect to DSN. OK.


$sql = "select part from mstr where part like 'VB%'";

$rid = odbc_do($lid,$sql);

# Do the query. OK


header("content-type:text/html;charset=iso8859-1");

echo "table border=1\n";
while (odbc_fetch_row($rid)){
$pt = odbc_result($rid,1);
echo "trtd$pt/td/tr\n";
}
echo "/table";

# Here, odbc_fetch_row() always is TRUE. I must use the STOP of
# the browser to stop. And the Value of $pt is or NULL.

odbc_close($lid);

?

__


There output HTML Source is following:

__


tabletrthpt_part/th/tr
trtd/td/tr
trtd/td/tr
trtd/td/tr
trtd/td/tr
trtd/td/tr
trtd/td/tr
trtd/td/tr

___


But, the same process on Perl is OK.

The Perl Script is following:


#!perl
print ("Content-type: text/html\n\n");

use Win32::ODBC;

$DSN = "DSN=test;UID=test;PWD=test";

$data = new Win32::ODBC($DSN);
if (!$data-Connection) {
print $db_connect_error;
Win32::ODBC::DumpError;
die;
}

$sql = "select part from mstr where part like 'VB%'";

if ($data-Sql($sql)) {
print $sql_error;
Win32::ODBC::DumpError;
}

@field = $data-FieldNames;
$sum = @field;

print "table border=1\ntr";
for ($i=0; $i$sum; $i++) {
print "td$field[$i]/td";
}
print "/tr\n";

while ($data - FetchRow) {
print "tr";
@da=$data-Data;
for ($i=0; $i$sum; $i++) {
print "td$da[$i]/td";
}
print "/tr\n";
}

print "/table\n\n";

$data-Close;



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



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




[PHP-DEV] PHP 4.0 Bug #9697: filename ends with £

2001-03-12 Thread fabiankessler

From: [EMAIL PROTECTED]
Operating system: winnt 4.0
PHP version:  4.0.4
PHP Bug Type: *Directory/Filesystem functions
Bug description:  filename ends with £

this prints out 'crap' because is_dir() and is_file() return null instead of a boolean 
if the filename ends with a £.

yes, the file in the example is a valid windows filename.

$fullPath = realpath("c:/{}d% test.txt  {}  _-d°§+@ #ç()=~^`´'$£");
if (is_dir($fullPath) == null) echo 'crap';

-fab



-- 
Edit Bug report at: http://bugs.php.net/?id=9697edit=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] news.php.net search

2001-03-12 Thread Sergey Kartashoff

Hi!

Can anybody give me more information regarding
search at news.php.net ?
Who is author of it ?
Does it use php mnoGoSearch extension ?

Thank you.

-- 
Regards. Sergey aka gluke.


-- 
PHP Development Mailing List http://www.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: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Zeev Suraski

snprintf() isn't accessible in the Zend engine...

Zeev

At 08:43 12/3/2001, Sebastian Bergmann wrote:
Andrei Zmievski wrote:
  andrei  Mon Mar 12 05:08:29 2001 EDT
 
Modified files:
  /Zend   zend_API.c zend_API.h
Log:
Improve zend_is_callable() to the point where it's actually useful.
Now it just needs to be invoked everywhere in PHP where a callback is
expected.

   This breaks the Win32 build:

zend_API.c
D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) :
warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int

ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol
_snprintf
..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste
externe Verweise

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

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

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


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




[PHP-DEV] CVS Account Request

2001-03-12 Thread CVS Account Request

Full name: Cosmin Neagu
Email: [EMAIL PROTECTED]
ID: cneagu
Purpose: romanian php translation

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




[PHP-DEV] Re: PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root

2001-03-12 Thread Peter Mamier


Yes, i've tried out PHP 4.0.4pl1, but the problem persists, also with the 
binary php.exe. If i call php.exe from the command line like
php c:\phptest.php
i see the html output
if i call
php \\server\vol\dir\phptest.php
there is no output and no errormessage.
If i map \\server\vol to w: and call
php w:\dir\phptest.php
it works.



Datum:  25 Feb 2001 12:53:51 -
An: [EMAIL PROTECTED]
Betreff:PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if 
using UNC path notation for document root
Von:Bug Database [EMAIL PROTECTED]

 ID: 8657
 Updated by: sbergmann
 Reported By: [EMAIL PROTECTED]
 Old-Status: Open
 Status: Feedback
 Bug Type: Scripting Engine problem
 Assigned To: 
 Comments:
 
 Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?
 
 
 
 Previous Comments:
 ---
 
 [2001-01-11 12:24:54] [EMAIL PROTECTED]
 Installation on NT4 under Apache 1.3.14 using LoadModule php4_module 
/php/sapi/php4Apache.dll.
 
 If document root is configured like "c:/HTDocs" all works fine (testscript 
phptest.php)
 
 If document root is configured like "//servername/volume/domains/zpp/www.domain.de" 
(because the HTDocs are on a novell server volume) i got the errormesage on the 
browser
 
 Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' 
for inclusion (include_path='') in Unknown on line 0
 
 If i use drive mapping instead of unc path,for access to the netware volume, apache 
will not work.
 
 Thank you in advance for help
 
 
 
 ---
 
 
 
 ATTENTION! Do NOT reply to this email!
 To reply, use the web interface found at http://bugs.php.net/?id=8657edit=2
 



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




Re: [PHP-DEV] Re: PHP 4.0 Bug #8657 Updated: Errormessage on theBrowser if using UNC path notation for document root

2001-03-12 Thread Stanislav Malyshev

PM i see the html output
PM if i call
PM php \\server\vol\dir\phptest.php
PM there is no output and no errormessage.
PM If i map \\server\vol to w: and call
PM php w:\dir\phptest.php
PM it works.

PHP is not too good with UNC pathnames (actually, it just cannot grok
them). Someone with Windows programming  background should look on this.
-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



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




[PHP-DEV] PHP 4.0 Bug #9698: ip2long and long2ip put back wrong answer

2001-03-12 Thread sajt

From: [EMAIL PROTECTED]
Operating system: SuSe 6.4/7.1
PHP version:  4.0.4pl1
PHP Bug Type: Network related
Bug description:  ip2long and long2ip put back wrong answer

The script 
?php
$ip = gethostbyname("www.php.net");
$out = http://".ip2long($ip)."/br\n";
echo $out;
?

and the answer is:

http://-789091653/

what is wrong, because the correct answer is:
http://3505875643/






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



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




[PHP-DEV] PHP 4.0 Bug #9701: error in checking for dlfcn.h

2001-03-12 Thread andreas

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  error in checking for dlfcn.h

Hi, I got this symptom by compiling PHP:
/usr/bin/sh ../libtool --mode=compile xlc -DHAVE_CONFIG_H \
-I. -I. -I../main   -DXML_BYTE_ORDER=21  -qsource \
-qshowinc -c zend_extensions.c
xlc -DHAVE_CONFIG_H -I. -I. -I../main -DXML_BYTE_ORDER=21 \
-qsource -qshowinc -c zend_extensions.c
"zend_extensions.c", line 33.16: 1506-068 (S) Operation between types "void*" and 
"int" is not allowed.

 I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the 
cc-version. It also shows more errors.
 My configuration of PHP (as a CGI-program to be used by Lynx):
CC=xlc ./configure --prefix=/home/pistoor/php \
  --with-config-file-path=/home/pistoor/php --enable-debug \
  --enable-sigchild --enable-calendar --enable-ftp \
  --enable-trans-sid --enable-shmop --with-regex=php \
  --enable-sysvsem --enable-sysvshm --enable-wddx \
  --enable-yp
 I found, that the prototype of dlopen was missing. It is standing in 
/usr/include/dlfcn.h.
 In config.log, I found these lines:
configure:44766: checking for dlfcn.h
configure:44776: xlc -E  -DXML_BYTE_ORDER=21 conftest.c /dev/null 2conftest.out
"conftest.c", line 1.7: 1506-219 (W) #line value 44771 too large.
configure: failed program was:
#line 44771 "configure"
#include "confdefs.h"
#include dlfcn.h
 So configure guessed wrongly, dlfcn.h would be missing.

 I edited config.cache and rerun configure.
 Now I got another compile failure later. :-)

 Regard
 Andreas Pistoor


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



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




[PHP-DEV] PHP 4.0 Bug #9702: Cann't load *.dll

2001-03-12 Thread pgc

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  Cann't load *.dll

Cann't find any DLL files in c:\Winnt\system32\
PHP.INI :
Extensionsdir=c:\winnt\system32\;
extensions=php_ifx.dll;


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



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




[PHP-DEV] PHP 4.0 Bug #9702 Updated: Cann't load *.dll

2001-03-12 Thread sbergmann

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

Have a look at http://www.php4win.de/.

Previous Comments:
---

[2001-03-12 08:16:42] [EMAIL PROTECTED]
Cann't find any DLL files in c:Winntsystem32
PHP.INI :
Extensionsdir=c:winntsystem32;
extensions=php_ifx.dll;

---



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


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




[PHP-DEV] PHP 4.0 Bug #9703: missing alloca-prototype in AIX

2001-03-12 Thread andreas

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  missing alloca-prototype in AIX

Hi, I got this symptom by compiling PHP:
xlc  -I. -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1/main 
-I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend 
-I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=21 -qsource -qshowinc  -c main.c  touch main.lo
"main.c", line 1181.17: 1506-068 (S) Operation between types "char*" and "int" is not 
allowed.
"main.c", line 1250.47: 1506-280 (E) Function argument assignment between types "const 
unsigned char*" and "const char*" is not allowed.
"main.c", line 1250.22: 1506-068 (E) Operation between types "char*" and "unsigned 
char*" is not allowed.

 I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the 
cc-version. It also shows more errors.
 My configuration of PHP (as a CGI-program to be used by Lynx):
CC=xlc ./configure --prefix=/home/pistoor/php \
  --with-config-file-path=/home/pistoor/php --enable-debug \
  --enable-sigchild --enable-calendar --enable-ftp \
  --enable-trans-sid --enable-shmop --with-regex=php \
  --enable-sysvsem --enable-sysvshm --enable-wddx \
  --enable-yp

 I found, that the prototype of alloca was missing. It is not in any file in 
/usr/include at my computer. This causes the warning in line 1181. So I wrote the 
prototype myself into a headerfile alloca.h, edited (again) config.cache and rerun 
configure.
 The errors on line 1250 were caused by the mix of char and unsigned char at the call 
to php_base64_decode. I inserted type casts there.

 Regard
 Andreas Pistoor


-- 
Edit Bug report at: http://bugs.php.net/?id=9703edit=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: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Andrei Zmievski

Use zend_snprintf() instead or what?

On Mon, 12 Mar 2001, Zeev Suraski wrote:
 snprintf() isn't accessible in the Zend engine...
 
 Zeev
 
 At 08:43 12/3/2001, Sebastian Bergmann wrote:
 Andrei Zmievski wrote:
   andrei  Mon Mar 12 05:08:29 2001 EDT
  
 Modified files:
   /Zend   zend_API.c zend_API.h
 Log:
 Improve zend_is_callable() to the point where it's actually useful.
 Now it just needs to be invoked everywhere in PHP where a callback is
 expected.
 
This breaks the Win32 build:
 
 zend_API.c
 D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) :
 warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp int
 
 ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes Symbol
 _snprintf
 ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste
 externe Verweise
 
 --
   sebastian bergmann e-mail :  [EMAIL PROTECTED]
homepage :  http://www.sebastian-bergmann.de
 make a gift : http://wishlist.sebastian-bergmann.de
   measure the usability of your web application - http://phpOpenTracker.de
 
 --
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]
 
 --
 Zeev Suraski [EMAIL PROTECTED]
 CTO   co-founder, Zend Technologies Ltd. http://www.zend.com/
 



-Andrei

Any sufficiently advanced bug is
indistinguishable from a feature.
-- Rich Kulawiec

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




[PHP-DEV] PHP 4.0 Bug #9704: LDAP Referral problem

2001-03-12 Thread yannick

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 7.2 (i386)
PHP version:  4.0.4pl1
PHP Bug Type: LDAP related
Bug description:  LDAP Referral problem

There is no support for LDAP referral in PHP 4.
It's a big problem, because it's not possible to add data in the LDAP Database because 
the local database is in read only. Only the the
master (referral) database is writable.
I writed a little function which call "ldap_set_rebind_proc()" but it's used
for all the LDAP link-id and it's not really a solution. Is it possible for you to add 
this type of function ?
Or may i have help for write this one ?

Greets, Yannick.


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



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




[PHP-DEV] PHP 4.0 Bug #9705: Multiple File Upload

2001-03-12 Thread tk

From: [EMAIL PROTECTED]
Operating system: WIN98
PHP version:  4.0.1
PHP Bug Type: Unknown/Other Function
Bug description:  Multiple File Upload

Hi,

is it possible that the multiple file upload
does not work in 4.02? uploading just one file
(without "[]") works fine! the problem is, that
the var is empty after loading b.php3. 
Here is the sample script:

bye thomas kogler

file a.php3 ---

form action="b.php3" method="post" enctype="multipart/form-data"
  Send these files:br
  input name="userfile[]" type="file"br
  input name="userfile[]" type="file"br
  input type="submit" value="Send files"
/form
 
-- file b.php3 --

? echo $userfile_name[0]; ?

--- file php.ini 

[PHP]

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



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the ? tag.  otherwise, only ?php and 
script tags are recognized.
asp_tags=   Off ; allow ASP-style % % tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()
; or echo() and each and every 
HTML block.
; Turning this option on has 
serious performance implications, and
; is generally recommended for 
debugging purposes only.

[PHP-DEV] PHP 4.0 Bug #9706: double #defined V_RENAME

2001-03-12 Thread andreas

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  double #defined V_RENAME

Hi, I got this symptom by compiling PHP:
xlc  -I. -I/home/pistoor/php-4.0.4pl1/main -I/home/pistoor/php-4.0.4pl1/main 
-I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend 
-I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor  -c internal_functions.c  
touch internal_functions.lo
"/usr/include/sys/vnode.h", line 102.9: 1506-213 (S) Macro name V_RENAME cannot be 
redefined.
"/usr/include/sys/vnode.h", line 102.9: 1506-358 (I) "V_RENAME" is defined on line 190 
of /home/pistoor/php-4.0.4pl1/TSRM/tsrm_virtual_cwd.h.

 I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the 
cc-version. It also shows more errors.
 My configuration of PHP (as a CGI-program to be used by Lynx):
CC=xlc ./configure --prefix=/home/pistoor/php \
  --with-config-file-path=/home/pistoor/php --enable-debug \
  --enable-sigchild --enable-calendar --enable-ftp \
  --enable-trans-sid --enable-shmop --with-regex=php \
  --enable-sysvsem --enable-sysvshm --enable-wddx \
  --enable-yp

The file /usr/include/sys/vnode.h got included via /usr/include/sys/shm.h and others 
by php_sysvshm.h. So I have protected this include against redefining V_RENAME:
#ifdef V_RENAME
#define PHP_V_RENAME V_RENAME
#undef V_RENAME
#endif

#include sys/types.h
#include sys/ipc.h
#include sys/shm.h

#ifdef PHP_V_RENAME
#ifdef V_RENAME
#undef V_RENAME
#endif
#define V_RENAME PHP_V_RENAME
#undef PHP_V_RENAME
#endif

 Regard
 Andreas Pistoor


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



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




[PHP-DEV] PHP 4.0 Bug #9707: syntax error in ext/ftp/ftp.h

2001-03-12 Thread andreas

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  syntax error in ext/ftp/ftp.h

Hi, I got this symptom by compiling PHP:
xlc  -I. -I/home/pistoor/php-4.0.4pl1/ext/ftp -I/home/pistoor/php-4.0.4pl1/main 
-I/home/pistoor/php-4.0.4pl1 -I/home/pistoor/php-4.0.4pl1/Zend 
-I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor  -c php_ftp.c  touch 
php_ftp.lo
"ftp.h", line 47.22: 1506-046 (S) Syntax error.

 I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the 
cc-version. It also shows more errors.
 My configuration of PHP (as a CGI-program to be used by Lynx):
CC=xlc ./configure --prefix=/home/pistoor/php \
  --with-config-file-path=/home/pistoor/php --enable-debug \
  --enable-sigchild --enable-calendar --enable-ftp \
  --enable-trans-sid --enable-shmop --with-regex=php \
  --enable-sysvsem --enable-sysvshm --enable-wddx \
  --enable-yp

The file ext/ftp/ftp.h contains these lines:
typedef enum ftptype {
FTPTYPE_ASCII,
FTPTYPE_IMAGE,
} ftptype_t;

The last "," is too much. I removed it.

 Regard
 Andreas Pistoor


-- 
Edit Bug report at: http://bugs.php.net/?id=9707edit=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: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Zeev Suraski

At 16:09 12/3/2001, Andrei Zmievski wrote:
Use zend_snprintf() instead or what?

No, it's really inaccessible :)  We managed to write the engine without 
needing it...  Is it impossible to replace it with other functions?

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] PHP 4.0 Bug #9708: double #defined V_RENAME, the second

2001-03-12 Thread andreas

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  double #defined V_RENAME, the second

Hi, I got this symptom by compiling PHP:
xlc  -I. -I/home/pistoor/php-4.0.4pl1/ext/shmop -I/home/pistoor/php-4.0.4pl1/main 
-I/home/pistoor/php-4.0.4pl1
-I/home/pistoor/php-4.0.4pl1/Zend -I/home/pistoor/php-4.0.4pl1/ext/mysql/libmysql 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmltok 
-I/home/pistoor/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/pistoor/php-4.0.4pl1/TSRM  
-DXML_BYTE_ORDER=21 -qsource -qshowinc -I/home/pistoor -DHAVE_INT_8_16_32=1  -c 
shmop.c  touch shmop.lo
"/usr/include/sys/vnode.h", line 102.9: 1506-213 (S) Macro name V_RENAME cannot be 
redefined.
"/usr/include/sys/vnode.h", line 102.9: 1506-358 (I) "V_RENAME" is defined on line 190 
of /home/pistoor/php-4.0.4pl1/TSRM/tsrm_virtual_cwd.h.

 I use the xlc-version of the C Set ++ for AIX compiler, as it is more ANSI-C than the 
cc-version. It also shows more errors.
 My configuration of PHP (as a CGI-program to be used by Lynx):
CC=xlc ./configure --prefix=/home/pistoor/php \
  --with-config-file-path=/home/pistoor/php --enable-debug \
  --enable-sigchild --enable-calendar --enable-ftp \
  --enable-trans-sid --enable-shmop --with-regex=php \
  --enable-sysvsem --enable-sysvshm --enable-wddx \
  --enable-yp

The file ext/shmop/shmop.c includes sys/shm.h without taking care of V_RENAME. I have 
inluded some code to save V_RENAME:
#ifdef V_RENAME
#define PHP_V_RENAME V_RENAME
#undef V_RENAME
#endif

#include sys/ipc.h
#include sys/shm.h

#ifdef PHP_V_RENAME
#ifdef V_RENAME
#undef V_RENAME
#endif
#define V_RENAME PHP_V_RENAME
#undef PHP_V_RENAME
#endif

 Regard
 Andreas Pistoor
PS. I got also the error depending on HAVE_INT_8_16_32!


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



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




[PHP-DEV] PHP 4.0 Bug #9709: Unable to load php_ldap.dll

2001-03-12 Thread b . vbeek

From: [EMAIL PROTECTED]
Operating system: Windows NT 4 SP6
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  Unable to load php_ldap.dll

When I try to enable the ldap extension I get the following
error, other extensions I use work fine. The path to the library is correct and the 
file is available.

PHP Warning: Unable to load dynamic library 'D:/php4/extensions/php_ldap.dll' - The 
specified module could not be found. in Unknown on line 0 


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



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




[PHP-DEV] Re: PHP 4.0 Bug #9575 Updated: After install, the web server Apache don't restart ..

2001-03-12 Thread Dominique Bernot



I've resolve with install and compile Apache1.3.19 :
 $ORACLE_HOME=/oracle/app/oracle815
 export ORACLE_HOME
 # cd ../php4
 # ./configure --with-oracle --with-oci8 --with-apache=/usr/local/apache_1.3.19
 # make
 # make install
 # cd ../apache_1.3.19
 # ./configure --activate-module=src/modules/php4/libphp4.a
 # make
 # make install
and added in /usr/local/apache/conf/httpd.conf : AddType application/x-httpd-php
.php

Start apache : /usr/local/apache/bin/apachectl start.
Bug Database a crit :
ID: 9575
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To:
Comments:
1. Have you set the necessary Oracle specific environment vars before
starting Apache? ( http://www.php.net/oci8
)
2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd )
3. Have you tried PHP 4.0.4pl1 ?
--Jani
Previous Comments:
---
[2001-03-06 06:11:51] [EMAIL PROTECTED]
My server configuration : Linux RedHat 6.2 - Apache 1.3.9
- Php4.0.2 - Oracle8.1.5.
After install "Php4.0.2" with Oracle8.1.5., the web server apache don't
restart.
 # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815
--with-oci8=/oracle/app/oracle815
 # make
 # make install
 /usr/local/lib/php.ini
They are no messages aren't displayed or stocked in "/var/log/httpd/error_log"
when restart Apache.
I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked
normally with any bugs.
Thank, for your intervention
Best regard.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9575edit=2


begin:vcard 
n:BERNOT;'Dominique'
x-mozilla-html:FALSE
org:CHU de BESANCON
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;0
fn:'Dominique' BERNOT
end:vcard



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


[PHP-DEV] Re: PHP 4.0 Bug #8885 Updated: Child processes hang on exit

2001-03-12 Thread Nick Wood

Nope, we actually traced it down to freetype built into gd/php...  As it
stands, we're just living without freetype...

Nick
ProHosting

At 02:43 AM 3/10/2001 +, you wrote:
ID: 8885
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does upgrading mod_ssl  openssl help?

--Jani


Previous Comments:
---

[2001-01-27 15:41:07] [EMAIL PROTECTED]
More info...  If I don't compile ttf into gd, it doesn't crash...

---

[2001-01-24 10:54:07] [EMAIL PROTECTED]
Child (or the main) processes hang whenever they try to exit.

This will happen when
maxrequestsperchild is reached (I'm assuming) and a child tries to die
naturally
a child process is killed manually
the main process can't bind to port/etc

Here's a ps to see what it looks like

USER   PID %CPU %MEM   VSZ  RSS  TT  STAT STARTED   TIME COMMAND
www443   14066  5.6  0.3  6220  988  ??  R 8:00AM0:06.52
/var/www443/bin/httpd
www443   14067  5.3  0.3  6216 1000  ??  R 8:00AM0:07.20
/var/www443/bin/httpd
www443   14063  5.4  0.3  6220 1000  ??  R 8:00AM0:07.17
/var/www443/bin/httpd
www443   14065  5.4  0.3  6212  980  ??  R 8:00AM0:06.63
/var/www443/bin/httpd
www443   14064  5.5  0.3  6216 1004  ??  R 8:00AM0:07.57
/var/www443/bin/httpd
www443   19823  5.9  0.2  6032  608  ??  R 8:26AM9:31.91
/var/www443/bin/httpd
root 14027  0.0  0.1  6032  404  ??  Ss8:00AM0:00.18
/var/www443/bin/httpd
www443   14322  0.0  0.2  6208  724  ??  S 8:01AM0:00.22
/var/www443/bin/httpd
www443   14346  0.0  0.2  6208  736  ??  S 8:01AM0:00.23
/var/www443/bin/httpd
www443   19726  0.0  0.2  6212  744  ??  S 8:25AM0:00.17
/var/www443/bin/httpd
www443   19732  0.0  0.2  6212  732  ??  S 8:25AM0:00.14
/var/www443/bin/httpd
www443   19733  0.0  0.2  6212  724  ??  S 8:25AM0:00.09
/var/www443/bin/httpd

as you can see, the top 5 processes are hung.  A sigkill is the only way
to kill them.

Attaching to one of the hung processes with gdb gives the backtrace listed
at the
bottom of this report.


We can only produce this problem with the following configuration:

(Apache 1.3.12 or 1.3.14)
./configure --prefix=$prefix --with-port=$port --enable-module=most 
 --enable-module=rewrite --enable-module=status --with-layout=Apache 
 --sysconfdir=$prefix/conf --enable-module=so

(mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14)
./configure --with-apache=../apache_1.3.12 --prefix=/var/www443
--with-ssl=/usr/local/ssl

(php 4.0.1 - 4.0.4pl1)
./configure  --with-mysql --with-xml --with-gd=/usr/local 
 --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath 
 --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf

If we leave out PHP or mod_ssl, the problem goes away.
Also, with older versions of BSDi, this problem does not occure. (using
the same configuration as above)




Attaching to program `/var/www443/bin/httpd', process 19823
Reading symbols from /shlib/libdl.so...done.
Reading symbols from /shlib/libgcc.so.1...done.
Reading symbols from /shlib/libc.so.1...done.
Reading symbols from /shlib/ld-bsdi.so...done.
Reading symbols from /var/www443/libexec/libphp4.so...done.
Reading symbols from /usr/local/lib/libttf.so.2...done.
Reading symbols from /shlib/libm.so.0.0...done.
0x481a5a54 in __deregister_frame_info ()
(gdb) bt
#0  0x481a5a54 in __deregister_frame_info ()
#1  0x8069e7a in __do_global_dtors_aux ()
#2  0x8163fa4 in _fini ()
#3  0x48248028 in exit ()
#4  0x80c3e1f in clean_child_exit (code=0) at http_main.c:517
#5  0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057
#6  0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at
http_main.c:4435
#7  0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599
#8  0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831
#9  0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092
#10 0x8069e37 in __start ()
(gdb) quit


# /var/www443/bin/httpd -l
Compiled-in modules:
  http_core.c
  mod_vhost_alias.c
  mod_env.c
  mod_define.c
  mod_log_config.c
  mod_mime_magic.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_auth_anon.c
  mod_auth_dbm.c
  mod_digest.c
  mod_proxy.c
  mod_cern_meta.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_unique_id.c
  mod_so.c
  mod_setenvif.c
  mod_ssl.c
  mod_frontpage.c

---



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


-- 
PHP Development Mailing 

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Andrei Zmievski

On Mon, 12 Mar 2001, Jason Greene wrote:
 strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c)
 why dont you malloc a buffer that would fit the sprintf data, and then strlcpy
 the size restriction?

Hmm, and how would you know how big the sprintf buffer would need to be
for an arbitrary format and arguments? :) In my case it's much simpler,
so yes, I could do that, but otherwise.. That's why Glib has
g_strdup_printf() function.. quite nice.

-Andrei
* If it ain't broken, it doesn't have enough features yet. *

-- 
PHP Development Mailing List http://www.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: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Jason Greene

Simple, allocate an arbitrary large number, like a gig, give there OS's paging 
routines a test : )
That is a true point, I was thinking that in most cases you could accurately predict 
the size.
g_strdup_printf - that sounds like a fun function, why don't most libraries have this 
feature : )

-Jason



- Original Message - 
From: "Andrei Zmievski" [EMAIL PROTECTED]
To: "Jason Greene" [EMAIL PROTECTED]
Cc: "Zeev Suraski" [EMAIL PROTECTED]; "php-dev mailinglist" [EMAIL PROTECTED]
Sent: Monday, March 12, 2001 10:15 AM
Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h


 On Mon, 12 Mar 2001, Jason Greene wrote:
  strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c)
  why dont you malloc a buffer that would fit the sprintf data, and then strlcpy
  the size restriction?
 
 Hmm, and how would you know how big the sprintf buffer would need to be
 for an arbitrary format and arguments? :) In my case it's much simpler,
 so yes, I could do that, but otherwise.. That's why Glib has
 g_strdup_printf() function.. quite nice.
 
 -Andrei
 * If it ain't broken, it doesn't have enough features yet. *
 
 -- 
 PHP Development Mailing List http://www.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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Andi Gutmans

I commited a patch but didn't test it.
Andrei, please make sure I don't have some dumb bug there.

Andi

At 10:12 AM 3/12/2001 -0600, Jason Greene wrote:
strlcpy, and strlcat are in the win32 build (main/strlcat.c main/strlcpy.c)
why dont you malloc a buffer that would fit the sprintf data, and then strlcpy
the size restriction?

-Jason

- Original Message -
From: "Andrei Zmievski" [EMAIL PROTECTED]
To: "Zeev Suraski" [EMAIL PROTECTED]
Cc: "php-dev mailinglist" [EMAIL PROTECTED]
Sent: Monday, March 12, 2001 9:09 AM
Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h


  On Mon, 12 Mar 2001, Zeev Suraski wrote:
   No, it's really inaccessible :)  We managed to write the engine without
   needing it...  Is it impossible to replace it with other functions?
 
  How do you sprintf to buffer of fixed size without possible overflow? I
  suppose I could use strlcat() to build the string piece by piece. Is
  that available in the engine?
 
  -Andrei
 
  When we eliminate the impossible, whatever remains,
  however improbable, must be true. -- Sherlock Holmes
 
  --
  PHP Development Mailing List http://www.php.net/
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  To contact the list administrators, e-mail: [EMAIL PROTECTED]
 


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


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




Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Andrei Zmievski

On Mon, 12 Mar 2001, Andi Gutmans wrote:
 I commited a patch but didn't test it.
 Andrei, please make sure I don't have some dumb bug there.

Thanks.

-Andrei
* Life may be expensive, but it includes an annual free trip around the sun. *

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




[PHP-DEV] PHP 4.0 Bug #8506 Updated: CGI PHP doesn't erase the #!/path/to/php

2001-03-12 Thread vladnc

ID: 8506
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Web Server problem
Description: CGI PHP doesn't erase the #!/path/to/php

[EMAIL PROTECTED] has a similar problem on a different platform:
--- Start Quote ---
This problem exists also for NT4 with server signature:
 Server: Apache/1.3.14 (Win32) PHP/4.0.4pl1

If I do not put:
   #!/php/php
at the top of the file then I get an apache server error and this
message in error.log:

[Mon Mar 12 14:08:39 2001] [error] [client ] c:/apache/cgi-bin/hello.php4 is not 
executable; ensure interpreted scripts have "#!" first line
[Mon Mar 12 14:08:39 2001] [error] [client ] couldn't spawn child process: 
c:/apache/cgi-bin/hello.php4

As soon as I put it back it works.
An example script:

#!/php/php
?php
echo "brhello cgibr";
?

but the html-source generated by this is (from browser's "view source"):
#!/php/php
brhello cgibr

Of course, you can hide it with a trick like:
body bgcolor="black"font color="white"...
but that's ugly too...
--- End Quote ---

Previous Comments:
---

[2001-03-08 09:12:26] [EMAIL PROTECTED]
The only lines concerning PHP in httpd.conf are:

AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps

And, since I use .php as file extension, this lines are irrelevant.


---

[2001-03-06 08:01:40] [EMAIL PROTECTED]
What is your apache configuration for PHP scripts?

---

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

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

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


---

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

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

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

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



---

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

---

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

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


-- 
PHP Development Mailing List http://www.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] manual?

2001-03-12 Thread Andrew Hill

I've submitted the change to phpdoc/en/functions/uodbc.xml but I don't have
sufficient karma to commit.
Anyone want to lend a hand?

Best regards,
Andrew
--
Andrew Hill - OpenLink Software
Director Technology Evangelism
eBusiness Infrastructure Technology
http://www.openlinksw.com

 -Original Message-
 From: Jon Parise [mailto:[EMAIL PROTECTED]]
 Sent: Friday, March 09, 2001 4:34 PM
 To: Andrew Hill
 Cc: [EMAIL PROTECTED]
 Subject: Re: [PHP-DEV] manual?


 On Fri, Mar 09, 2001 at 04:22:12PM -0500, Andrew Hill wrote:

  Who can I bug about the manual?  :)

 There's a separate mailing list ([EMAIL PROTECTED]) for manual
 maintenance.

  The ODBC page http://www.php.net/manual/en/ref.odbc.php is a little
  misleading, namely that iODBC is a database, and the subsequent text
  implies that the unified ODBC functions don't use ODBC when
  connecting via iODBC, which isn't true.
 
  Also, I would like to get some mention of OpenLink on that page.

 If you could submit a diff against the XML document source (or just
 reword all of the text), I (or someone else) will submit your changes
 to the phpdoc cvs tree.

 --
 Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
 http://www.csh.rit.edu/~jon/  :  Computer Science House Member



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




[PHP-DEV] Re: PHP 4.0 Bug #8885 Updated: Child processes hang on exit

2001-03-12 Thread Nick Wood

Nope, we actually traced it down to freetype built into gd/php...  As it
stands, we're just living without freetype...

Nick
ProHosting

At 02:43 AM 3/10/2001 +, you wrote:
ID: 8885
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Does upgrading mod_ssl  openssl help?

--Jani


Previous Comments:
---

[2001-01-27 15:41:07] [EMAIL PROTECTED]
More info...  If I don't compile ttf into gd, it doesn't crash...

---

[2001-01-24 10:54:07] [EMAIL PROTECTED]
Child (or the main) processes hang whenever they try to exit.

This will happen when
maxrequestsperchild is reached (I'm assuming) and a child tries to die
naturally
a child process is killed manually
the main process can't bind to port/etc

Here's a ps to see what it looks like

USER   PID %CPU %MEM   VSZ  RSS  TT  STAT STARTED   TIME COMMAND
www443   14066  5.6  0.3  6220  988  ??  R 8:00AM0:06.52
/var/www443/bin/httpd
www443   14067  5.3  0.3  6216 1000  ??  R 8:00AM0:07.20
/var/www443/bin/httpd
www443   14063  5.4  0.3  6220 1000  ??  R 8:00AM0:07.17
/var/www443/bin/httpd
www443   14065  5.4  0.3  6212  980  ??  R 8:00AM0:06.63
/var/www443/bin/httpd
www443   14064  5.5  0.3  6216 1004  ??  R 8:00AM0:07.57
/var/www443/bin/httpd
www443   19823  5.9  0.2  6032  608  ??  R 8:26AM9:31.91
/var/www443/bin/httpd
root 14027  0.0  0.1  6032  404  ??  Ss8:00AM0:00.18
/var/www443/bin/httpd
www443   14322  0.0  0.2  6208  724  ??  S 8:01AM0:00.22
/var/www443/bin/httpd
www443   14346  0.0  0.2  6208  736  ??  S 8:01AM0:00.23
/var/www443/bin/httpd
www443   19726  0.0  0.2  6212  744  ??  S 8:25AM0:00.17
/var/www443/bin/httpd
www443   19732  0.0  0.2  6212  732  ??  S 8:25AM0:00.14
/var/www443/bin/httpd
www443   19733  0.0  0.2  6212  724  ??  S 8:25AM0:00.09
/var/www443/bin/httpd

as you can see, the top 5 processes are hung.  A sigkill is the only way
to kill them.

Attaching to one of the hung processes with gdb gives the backtrace listed
at the
bottom of this report.


We can only produce this problem with the following configuration:

(Apache 1.3.12 or 1.3.14)
./configure --prefix=$prefix --with-port=$port --enable-module=most 
 --enable-module=rewrite --enable-module=status --with-layout=Apache 
 --sysconfdir=$prefix/conf --enable-module=so

(mod_ssl 2.6.5-1.3.12 or x.x.x-1.3.14)
./configure --with-apache=../apache_1.3.12 --prefix=/var/www443
--with-ssl=/usr/local/ssl

(php 4.0.1 - 4.0.4pl1)
./configure  --with-mysql --with-xml --with-gd=/usr/local 
 --with-apxs=/var/www443/bin/apxs --enable-track-vars --enable-bcmath 
 --enable-ftp --with-jpeg-dir=/usr/local/lib --with-ttf

If we leave out PHP or mod_ssl, the problem goes away.
Also, with older versions of BSDi, this problem does not occure. (using
the same configuration as above)




Attaching to program `/var/www443/bin/httpd', process 19823
Reading symbols from /shlib/libdl.so...done.
Reading symbols from /shlib/libgcc.so.1...done.
Reading symbols from /shlib/libc.so.1...done.
Reading symbols from /shlib/ld-bsdi.so...done.
Reading symbols from /var/www443/libexec/libphp4.so...done.
Reading symbols from /usr/local/lib/libttf.so.2...done.
Reading symbols from /shlib/libm.so.0.0...done.
0x481a5a54 in __deregister_frame_info ()
(gdb) bt
#0  0x481a5a54 in __deregister_frame_info ()
#1  0x8069e7a in __do_global_dtors_aux ()
#2  0x8163fa4 in _fini ()
#3  0x48248028 in exit ()
#4  0x80c3e1f in clean_child_exit (code=0) at http_main.c:517
#5  0x80c6ac2 in child_main (child_num_arg=10) at http_main.c:4057
#6  0x80c6f8c in make_child (s=0x81ad034, slot=10, now=980349966) at
http_main.c:4435
#7  0x80c7305 in perform_idle_server_maintenance () at http_main.c:4599
#8  0x80c77f5 in standalone_main (argc=1, argv=0x8047ec4) at http_main.c:4831
#9  0x80c7dc3 in main (argc=1, argv=0x8047ec4) at http_main.c:5092
#10 0x8069e37 in __start ()
(gdb) quit


# /var/www443/bin/httpd -l
Compiled-in modules:
  http_core.c
  mod_vhost_alias.c
  mod_env.c
  mod_define.c
  mod_log_config.c
  mod_mime_magic.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_auth_anon.c
  mod_auth_dbm.c
  mod_digest.c
  mod_proxy.c
  mod_cern_meta.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_unique_id.c
  mod_so.c
  mod_setenvif.c
  mod_ssl.c
  mod_frontpage.c

---



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


-- 
PHP Development Mailing 

Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.czend_API.h

2001-03-12 Thread Sebastian Bergmann

Andi Gutmans wrote:
 I commited a patch but didn't test it.
 Andrei, please make sure I don't have some dumb bug there.

  At least it compiles now on Win32 again :)

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

-- 
PHP Development Mailing List http://www.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: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Shane Caraveo

Why not add a:

#define snprintf _snprintf

to the zend_config.w32.h file?  That should take care of the mentioned
compile problem under windows.

- Original Message -
From: "Andrei Zmievski" [EMAIL PROTECTED]
To: "Zeev Suraski" [EMAIL PROTECTED]
Cc: "php-dev mailinglist" [EMAIL PROTECTED]
Sent: Monday, March 12, 2001 6:09 AM
Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h


 Use zend_snprintf() instead or what?

 On Mon, 12 Mar 2001, Zeev Suraski wrote:
  snprintf() isn't accessible in the Zend engine...
 
  Zeev
 
  At 08:43 12/3/2001, Sebastian Bergmann wrote:
  Andrei Zmievski wrote:
andrei  Mon Mar 12 05:08:29 2001 EDT
   
  Modified files:
/Zend   zend_API.c zend_API.h
  Log:
  Improve zend_is_callable() to the point where it's actually
useful.
  Now it just needs to be invoked everywhere in PHP where a callback
is
  expected.
  
 This breaks the Win32 build:
  
  zend_API.c
  D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) :
  warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp
int
  
  ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes
Symbol
  _snprintf
  ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste
  externe Verweise
  
  --
sebastian bergmann e-mail :
[EMAIL PROTECTED]
 homepage :
http://www.sebastian-bergmann.de
  make a gift :
http://wishlist.sebastian-bergmann.de
measure the usability of your web application -
http://phpOpenTracker.de
  
  --
  PHP Development Mailing List http://www.php.net/
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  To contact the list administrators, e-mail:
[EMAIL PROTECTED]
 
  --
  Zeev Suraski [EMAIL PROTECTED]
  CTO   co-founder, Zend Technologies Ltd. http://www.zend.com/
 



 -Andrei

 Any sufficiently advanced bug is
 indistinguishable from a feature.
 -- Rich Kulawiec

 --
 PHP Development Mailing List http://www.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] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h

2001-03-12 Thread Andi Gutmans

Because snprintf() sucks and what we did is faster :)

Andi

At 09:25 AM 3/12/2001 -0800, Shane Caraveo wrote:
Why not add a:

#define snprintf _snprintf

to the zend_config.w32.h file?  That should take care of the mentioned
compile problem under windows.

- Original Message -
From: "Andrei Zmievski" [EMAIL PROTECTED]
To: "Zeev Suraski" [EMAIL PROTECTED]
Cc: "php-dev mailinglist" [EMAIL PROTECTED]
Sent: Monday, March 12, 2001 6:09 AM
Subject: Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_API.c zend_API.h


  Use zend_snprintf() instead or what?
 
  On Mon, 12 Mar 2001, Zeev Suraski wrote:
   snprintf() isn't accessible in the Zend engine...
  
   Zeev
  
   At 08:43 12/3/2001, Sebastian Bergmann wrote:
   Andrei Zmievski wrote:
 andrei  Mon Mar 12 05:08:29 2001 EDT

   Modified files:
 /Zend   zend_API.c zend_API.h
   Log:
   Improve zend_is_callable() to the point where it's actually
useful.
   Now it just needs to be invoked everywhere in PHP where a callback
is
   expected.
   
  This breaks the Win32 build:
   
   zend_API.c
   D:\Programme\MS Visual Studio\Projekte\php\php4\Zend\zend_API.c(958) :
   warning C4013: 'snprintf' undefiniert; Annahme: extern mit Rueckgabetyp
int
   
   ZendTS.lib(zend_API.obj) : error LNK2001: Nichtaufgeloestes externes
Symbol
   _snprintf
   ..\Release_TS_inline\php4ts.dll : fatal error LNK1120: 1 unaufgeloeste
   externe Verweise
   
   --
 sebastian bergmann e-mail :
[EMAIL PROTECTED]
  homepage :
http://www.sebastian-bergmann.de
   make a gift :
http://wishlist.sebastian-bergmann.de
 measure the usability of your web application -
http://phpOpenTracker.de
   
   --
   PHP Development Mailing List http://www.php.net/
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
   To contact the list administrators, e-mail:
[EMAIL PROTECTED]
  
   --
   Zeev Suraski [EMAIL PROTECTED]
   CTO   co-founder, Zend Technologies Ltd. http://www.zend.com/
  
 
 
 
  -Andrei
 
  Any sufficiently advanced bug is
  indistinguishable from a feature.
  -- Rich Kulawiec
 
  --
  PHP Development Mailing List http://www.php.net/
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  To contact the list administrators, e-mail: [EMAIL PROTECTED]
 
 


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


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




[PHP-DEV] PHP 4.0 Bug #9710: ImageTTFText bounding box coordinates incorrect in manual

2001-03-12 Thread bobw123

From: [EMAIL PROTECTED]
Operating system: BSDI 4.1
PHP version:  4.0.2
PHP Bug Type: Documentation problem
Bug description:  ImageTTFText bounding box coordinates incorrect in manual

Hi,

The coordinates returned from ImageTTFText 
are stated to be "upper left, upper right, lower right, lower left"
in the manual, but are returned as the following ( which is the
same array structure that is returned from ImageTTFBBox):

bottom left:
x: 0 
y: 1

bottom right
x: 2
y: 3

top right:
x: 4
y: 5 

top left:
x: 6
y: 7


Possibly the newer version of GD/PHP returns the different array
sructure, as I am using GD 1.3.

Bob


-- 
Edit Bug report at: http://bugs.php.net/?id=9710edit=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] whats the standard for OO builtin_functions?

2001-03-12 Thread Jason Greene

Can anyone tell me what the standard is for the builtin_functions function_entry in OO,
should i use a or b

A)

static function_entry class_function_entry = {
PHP_FALIAS(member_fnction, php_member_function, NULL)
{NULL, NULL,NULL}
};

B)

static function_entry class_function_entry = {
{"member_function",PHP_FN(php_member_function), NULL}
{NULL,NULL, NULL}
};

Thanks,
-Jason


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




[PHP-DEV] CVS Account Request

2001-03-12 Thread CVS Account Request

Full name: Ken Gengler
Email: [EMAIL PROTECTED]
ID: gengler
Purpose: Improve/Extension Java/Servlet-PHP interface

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




[PHP-DEV] PHP 4.0 Bug #9711: Fatal Error while trying to install

2001-03-12 Thread Todd_Benson

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  Fatal Error while trying to install

When trying to run make, I get the following messages:
***
Making install in main
gcc  -I. -I/home/php4-200103120945/main -I/home/php4-200103120945/main -I/home/o
In file included from php_compat.h:7,
 from php.h:35,
 from main.c:26:
php_config.h:1783: warning: `ZEND_DEBUG' redefined
/home/apache_1.3.12/src/include/../php_config.h:1606: warning: this is the locan
php_config.h:1813: warning: `PHP_BUILD_DATE' redefined
/home/apache_1.3.12/src/include/../php_config.h:1636: warning: this is the locan
In file included from php_compat.h:7,
 from php.h:35,
 from main.c:26:
php_config.h:1864: warning: `zend_isinf' redefined
/home/apache_1.3.12/src/include/../php_config.h:1681: warning: this is the locan
main.c: In function `php_module_startup':
main.c:790: structure has no member named `get_configuration_directive'
main.c: In function `php_execute_script':
main.c:1153: structure has no member named `exit_status'
main.c:1164: structure has no member named `exit_status'
main.c:1203: structure has no member named `exit_status'
*** Error code 1
make: Fatal error: Command failed for target `main.lo'
Current working directory /home/php4-200103120945/main
*** Error code 1
make: Fatal error: Command failed for target `install-recursive'
Current working directory /home/php4-200103120945/main
*** Error code 1
make: Fatal error: Command failed for target `install-recursive'
*

This is after I run ./configure --with-informix=yes --with-apache=../apache_1.3.12 
--enable-track-vars with 
no problems.

This is a exisiting server that already has apache 1.3.12 with php4.0.2 running.


-- 
Edit Bug report at: http://bugs.php.net/?id=9711edit=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] SIGFPE, FreeBSD and some PHP math functions

2001-03-12 Thread Dan Kalowsky

Hrm,

I was under the impression that this was only a problem really for some of
the FreeBSD 3.2 installations, and FreeBSD 4.1, but none of the others.  I
have yet to see it occur on FreeBSD 4.2.  

Although I believe Sascha looked into this awhile back, found an area
of change, and asked for comments back on it.  I don't think he received
any comments really, but you might want to check the backlogs for it :)



Dan Kalowsky  "Tonight I think I'll walk alone, 
Worldgate Communications   I'll find my soul as I go home."
Software Engineer - TICS Group  - Temptation


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




[PHP-DEV] PHP 4.0 Bug #9712: zend_is_callable clobbers values if using arrays as parameters for preg_replace

2001-03-12 Thread wez

From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.0 Latest CVS (12/03/2001)
PHP Bug Type: PCRE related
Bug description:  zend_is_callable clobbers values if using arrays as parameters for 
preg_replace

$search = array("!one!e", "!two!e");
// can be any code below
$replace = array("1", "2");
preg_replace($search, $replace, $matches)

Error message will look sth like:
failed to execute regexp code "Array".

Further investigation shows that pcre uses the new zend_is_callable which returns 
"Array" for the array.

--Wez.


-- 
Edit Bug report at: http://bugs.php.net/?id=9712edit=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] ask for help

2001-03-12 Thread Greg Sohl

Did you get this figured out? I'm just starting to work on compiling PHP
under Windows too and am having the same trouble with the execution of
bison.

Greg Sohl
Cedar Rapids, IA

[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 dear sir,
 I'm a new PHP developer and very interesting in PHP,and I want to
compile the PHP4.04pl1 source code in win32 myself,but failed.
 I have installed cygwin on my machine(windows98),and downloaded the
 win32build lib and include files,when I launch VC++, and then select File
= Open Workspace and select php4ts, Then select Build=Set Active
Configuration and select the desired configuration,Finally select
Build=Rebuild All,but the compiler report such errors as below:
 Configuration: ZendTS - Win32 Release_TS
 Performing Custom Build Step on ".\zend_language_parser.y"
 /usr/bin/BISON: invalid option -- S
 Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p
name-prefix]
[--debug] [--defines] [--fixed-output-files] [--no-lines]
[--verbose] [--version] [--help] [--yacc]
[--no-parser] [--token-table]
[--file-prefix=prefix] [--name-prefix=prefix]
[--output=outfile] grammar-file
 Report bugs to [EMAIL PROTECTED]
 Performing Custom Build Step on .\zend_ini_parser.y
 /usr/bin/BISON: invalid option -- S
 Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p
name-prefix]
[--debug] [--defines] [--fixed-output-files] [--no-lines]
[--verbose] [--version] [--help] [--yacc]
[--no-parser] [--token-table]
[--file-prefix=prefix] [--name-prefix=prefix]
[--output=outfile] grammar-file
 Report bugs to [EMAIL PROTECTED]
 Performing Custom Build Step on ".\zend_language_scanner.l"
 Performing Custom Build Step on .\zend_ini_scanner.l
 Compiling...
 zend.c
 zend_alloc.c
 zend_API.c
 zend_builtin_functions.c
 zend_compile.c
 D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error
C1083: Cannot open include file: 'zend_language_parser.h': No such file or
directory
 zend_constants.c
 zend_dynamic_array.c
 zend_execute.c
 zend_execute_API.c
 zend_extensions.c
 zend_hash.c
 zend_highlight.c
 D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal
error C1083: Cannot open include file: 'zend_language_parser.h': No such
file or directory
 zend_indent.c
 D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error
C1083: Cannot open include file: 'zend_language_parser.h': No such file or
directory
 zend_ini.c
 zend_ini_parser.c
 fatal error C1083: Cannot open source file:
'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file
or directory
 Generating Code...
 Compiling...
 zend_ini_scanner.cpp
 zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file:
'zend_ini_parser.h': No such file or directory
 Generating Code...
 Compiling...
 zend_language_parser.c
 fatal error C1083: Cannot open source file:
'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such
file or directory
 Generating Code...
 Compiling...
 zend_language_scanner.cpp
 zend_language_scanner.l(44) : fatal error C1083: Cannot open include file:
'zend_language_parser.h': No such file or directory
 Generating Code...
 Compiling...
 zend_list.c
 zend_llist.c
 zend_opcode.c
 zend_operators.c
 zend_ptr_stack.c
 zend_sprintf.c
 zend_stack.c
 zend_variables.c
 Generating Code...
 Error executing cl.exe.

 php.exe - 7 error(s), 0 warning(s)

 I don't know how to configue the custom build on *.y and *.l to let bison
genarate the .c and .h files.
 the custom build seting on zend_language_paraser.y is:
 if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S
"%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y
 if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S
"C:\Program Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y

 I don't know how to configue the build about bison and flex,could you give
me a hand?
  Thank you very much!
   your sincerely,wyc
 --
 »¶Ó­Ê¹Óà 21CN µç×ÓÓʼþϵͳ http://www.21cn.com
 Thank you for using 21cn.com Email system


 --
 PHP Development Mailing List http://www.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] ask for help

2001-03-12 Thread Yury Faktorovich

I posted my answer for it on [EMAIL PROTECTED] Unfortunately I deleted the
local copy
of my
post. Please let me know if you can or can not find it in archives I'll
post it
again.
Yury

Greg Sohl wrote:

 Did you get this figured out? I'm just starting to work on compiling PHP
 under Windows too and am having the same trouble with the execution of
 bison.

 Greg Sohl
 Cedar Rapids, IA

 [EMAIL PROTECTED] wrote in message
 [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
  dear sir,
  I'm a new PHP developer and very interesting in PHP,and I want to
 compile the PHP4.04pl1 source code in win32 myself,but failed.
  I have installed cygwin on my machine(windows98),and downloaded the
  win32build lib and include files,when I launch VC++, and then select File
 = Open Workspace and select php4ts, Then select Build=Set Active
 Configuration and select the desired configuration,Finally select
 Build=Rebuild All,but the compiler report such errors as below:
  Configuration: ZendTS - Win32 Release_TS
  Performing Custom Build Step on ".\zend_language_parser.y"
  /usr/bin/BISON: invalid option -- S
  Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p
 name-prefix]
 [--debug] [--defines] [--fixed-output-files] [--no-lines]
 [--verbose] [--version] [--help] [--yacc]
 [--no-parser] [--token-table]
 [--file-prefix=prefix] [--name-prefix=prefix]
 [--output=outfile] grammar-file
  Report bugs to [EMAIL PROTECTED]
  Performing Custom Build Step on .\zend_ini_parser.y
  /usr/bin/BISON: invalid option -- S
  Usage: /usr/bin/BISON [-dhklntvyV] [-b file-prefix] [-o outfile] [-p
 name-prefix]
 [--debug] [--defines] [--fixed-output-files] [--no-lines]
 [--verbose] [--version] [--help] [--yacc]
 [--no-parser] [--token-table]
 [--file-prefix=prefix] [--name-prefix=prefix]
 [--output=outfile] grammar-file
  Report bugs to [EMAIL PROTECTED]
  Performing Custom Build Step on ".\zend_language_scanner.l"
  Performing Custom Build Step on .\zend_ini_scanner.l
  Compiling...
  zend.c
  zend_alloc.c
  zend_API.c
  zend_builtin_functions.c
  zend_compile.c
  D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_compile.c(21) : fatal error
 C1083: Cannot open include file: 'zend_language_parser.h': No such file or
 directory
  zend_constants.c
  zend_dynamic_array.c
  zend_execute.c
  zend_execute_API.c
  zend_extensions.c
  zend_hash.c
  zend_highlight.c
  D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_highlight.c(22) : fatal
 error C1083: Cannot open include file: 'zend_language_parser.h': No such
 file or directory
  zend_indent.c
  D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_indent.c(25) : fatal error
 C1083: Cannot open include file: 'zend_language_parser.h': No such file or
 directory
  zend_ini.c
  zend_ini_parser.c
  fatal error C1083: Cannot open source file:
 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_ini_parser.c': No such file
 or directory
  Generating Code...
  Compiling...
  zend_ini_scanner.cpp
  zend_ini_scanner.l(22) : fatal error C1083: Cannot open include file:
 'zend_ini_parser.h': No such file or directory
  Generating Code...
  Compiling...
  zend_language_parser.c
  fatal error C1083: Cannot open source file:
 'D:\wyc\php-4.0.4pl1.tar\php-4.0.4pl1\Zend\zend_language_parser.c': No such
 file or directory
  Generating Code...
  Compiling...
  zend_language_scanner.cpp
  zend_language_scanner.l(44) : fatal error C1083: Cannot open include file:
 'zend_language_parser.h': No such file or directory
  Generating Code...
  Compiling...
  zend_list.c
  zend_llist.c
  zend_opcode.c
  zend_operators.c
  zend_ptr_stack.c
  zend_sprintf.c
  zend_stack.c
  zend_variables.c
  Generating Code...
  Error executing cl.exe.
 
  php.exe - 7 error(s), 0 warning(s)
 
  I don't know how to configue the custom build on *.y and *.l to let bison
 genarate the .c and .h files.
  the custom build seting on zend_language_paraser.y is:
  if not "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S
 "%CYGWIN%\share\bison.simple" -p zend zend_language_parser.y
  if "X%CYGWIN%"=="X" bison --output=zend_language_parser.c -v -d -S
 "C:\Program Files\Cygnus\share\bison.simple" -p zend zend_language_parser.y
 
  I don't know how to configue the build about bison and flex,could you give
 me a hand?
   Thank you very much!
your sincerely,wyc
  --
  »¶Ó­Ê¹Óà 21CN µç×ÓÓʼþϵͳ http://www.21cn.com
  Thank you for using 21cn.com Email system
 
 
  --
  PHP Development Mailing List http://www.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 

Re: [PHP-DEV] PHP 4.0 Bug #9712: zend_is_callable clobbers values if using arrays as parameters for preg_replace

2001-03-12 Thread Andrei Zmievski

On Mon, 12 Mar 2001, [EMAIL PROTECTED] wrote:
 From: [EMAIL PROTECTED]
 Operating system: any
 PHP version:  4.0 Latest CVS (12/03/2001)
 PHP Bug Type: PCRE related
 Bug description:  zend_is_callable clobbers values if using arrays as parameters for 
preg_replace
 
 $search = array("!one!e", "!two!e");
 // can be any code below
 $replace = array("1", "2");
 preg_replace($search, $replace, $matches)
 
 Error message will look sth like:
 failed to execute regexp code "Array".
 
 Further investigation shows that pcre uses the new zend_is_callable which returns 
"Array" for the array.

Ok, I'll check into this..

-Andrei

"Someone clearly thinks that C is a garbage collected language"
 -- Morten Welinder

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




[PHP-DEV] PHP 4.0 Bug #9605 Updated: There is no file: sqlcli1.h.

2001-03-12 Thread sniper

ID: 9605
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

User feedback:
---
Sorry for your time. 
I hadn't all necessary db2 libraries.
Now compilation is OK,
but I cannot finish compilation of Apache.
I will make new position in bug list.


Please don't open any new bug reports. 
Does the compile stop with some error?
 

--Jani

Previous Comments:
---

[2001-03-08 18:14:58] [EMAIL PROTECTED]
User feedback:
--
I cannot find way to reply to your response.

My bug is 9605.
I didn't give path, because it was default path.
---

The link to the correct web page can be found
in the end of this email.

And try adding that 'default' path into the --with-ibm-db2
configuration option as I suggested. 
And please check where exactly the file 'sqlcli1.h'
is in your system.

--Jani


---

[2001-03-07 16:13:29] [EMAIL PROTECTED]
Where is your DB2 installed? Have you tried adding the install
base directory ? ie. --with-ibm-db2=/db2/install/base ??

--Jani


---

[2001-03-07 14:54:37] [EMAIL PROTECTED]
Configuration:
-with-apache=../apache_1.3.12 --enable-sigchild --enable-track-vars --with-xml 
--disable-debug --with-oci8 --with-ibm-db2

Problem encountered first time after adding "--with-ibm-db2".

Error message:
In file included from internal_functions.c:38:
/usr/local/src/php-4.0.4pl1/ext/odbc/php_odbc.h:160: sqlcli1.h: No such file or 
directory


---



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


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




[PHP-DEV] PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root

2001-03-12 Thread sniper

ID: 8657
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

User feedback:
--
Yes, i've tried out PHP 4.0.4pl1, but the problem persists, also with the 
binary php.exe. If i call php.exe from the command line like
php c:\phptest.php
i see the html output
if i call
php \\server\vol\dir\phptest.php
there is no output and no errormessage.
If i map \\server\vol to w: and call
php w:\dir\phptest.php
it works.
---

Duplicate of #6554

--Jani


Previous Comments:
---

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


---

[2001-01-11 12:24:54] [EMAIL PROTECTED]
Installation on NT4 under Apache 1.3.14 using LoadModule php4_module 
/php/sapi/php4Apache.dll.
If document root is configured like "c:/HTDocs" all works fine (testscript 
phptest.php)
If document root is configured like "//servername/volume/domains/zpp/www.domain.de" 
(because the HTDocs are on a novell server volume) i got the errormesage on the 
browser
Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' 
for inclusion (include_path='') in Unknown on line 0
If i use drive mapping instead of unc path,for access to the netware volume, apache 
will not work.
Thank you in advance for help


---



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


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




[PHP-DEV] PHP 4.0 Bug #8657 Updated: Errormessage on the Browser if using UNC path notation for document root

2001-03-12 Thread sniper

ID: 8657
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Duplicate
Bug Type: Scripting Engine problem
Assigned To: 
Comments:



Previous Comments:
---

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


---

[2001-01-11 12:24:54] [EMAIL PROTECTED]
Installation on NT4 under Apache 1.3.14 using LoadModule php4_module 
/php/sapi/php4Apache.dll.
If document root is configured like "c:/HTDocs" all works fine (testscript 
phptest.php)
If document root is configured like "//servername/volume/domains/zpp/www.domain.de" 
(because the HTDocs are on a novell server volume) i got the errormesage on the 
browser
Warning: Failed opening '//servername/volume/domains/zpp/www.domain.de/phptest.php' 
for inclusion (include_path='') in Unknown on line 0
If i use drive mapping instead of unc path,for access to the netware volume, apache 
will not work.
Thank you in advance for help


---



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


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




[PHP-DEV] PHP 4.0 Bug #9705 Updated: Multiple File Upload

2001-03-12 Thread sniper

ID: 9705
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Please try the latest release (PHP 4.0.4pl1).
IIRC, this is fixed in it.

--Jani


Previous Comments:
---

[2001-03-12 09:22:14] [EMAIL PROTECTED]
Hi,

is it possible that the multiple file upload
does not work in 4.02? uploading just one file
(without "[]") works fine! the problem is, that
the var is empty after loading b.php3. 
Here is the sample script:

bye thomas kogler

file a.php3 ---

form action="b.php3" method="post" enctype="multipart/form-data"
  Send these files:br
  input name="userfile[]" type="file"br
  input name="userfile[]" type="file"br
  input type="submit" value="Send files"
/form
 
-- file b.php3 --

? echo $userfile_name[0]; ?

--- file php.ini 

[PHP]

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



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the ? tag.  otherwise, only ?php and 
script tags are recognized.
asp_tags=   Off ; allow ASP-style % % tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()

[PHP-DEV] PHP 4.0 Bug #9712 Updated: zend_is_callable clobbers values if using arrays as parameters for preg_replace

2001-03-12 Thread sniper

ID: 9712
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: PCRE related
Assigned To: andrei
Comments:

Ok, I'll check into this..

-Andrei


Previous Comments:
---

[2001-03-12 14:37:22] [EMAIL PROTECTED]
$search = array("!one!e", "!two!e");
// can be any code below
$replace = array("1", "2");
preg_replace($search, $replace, $matches)

Error message will look sth like:
failed to execute regexp code "Array".

Further investigation shows that pcre uses the new zend_is_callable which returns 
"Array" for the array.

--Wez.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9692 Updated: Subtraction result below 100 yields wrong decimal output

2001-03-12 Thread sniper

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

Yes it is. 
This bug report is about the same 'problem': #8164
And it has an url to a page that explains this better
than I can. :)

--Jani

Previous Comments:
---

[2001-03-12 01:12:17] [EMAIL PROTECTED]
i dont think thats the same is it. Because all I am doing is a simple subtraction 
operation. 

Additionally the output comes perfect if the result is greater than 100 but does not 
come perfect if the output is lesser than 100

---

[2001-03-12 00:45:04] [EMAIL PROTECTED]
Check the last comment on bug: #9288

--Jani



---

[2001-03-12 00:41:11] [EMAIL PROTECTED]
Please check http://www.transecute.com/~kalpesh/check.php4

In case (1) I subtract a number from another which should output '0.9' but insted 
outputs '0.99'

In case (2) I subtract a number from another and it gives correct output

This behaviour has been noticed if the result of the subtraction is greater than 100. 
I have also published my PHPINFO output on the same page for your reference.

This bug is quite dangerous (especially for us when we are dealing with financial 
calculations for our payment gateway using PHP) since all our reports dont tally at 
the end of the day by tiny figures such as this.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9713: Compiled Fault

2001-03-12 Thread andregildemeister

From: [EMAIL PROTECTED]
Operating system: Linux Suse 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  Compiled Fault

Hello,

I compiled php 4.0.4pl1 with apache (dynamic shared object).
I used the following configure command:

./configure 
--with-mysql=/usr/ --with-pgsql=/usr/local/pgsql
--with-apxs=/usr/local/apache/bin/apxs
--enable-sysvshm=yes
--enable-sysvsem=yes
--enable-track-vars=yes
--enable-url-includes=yes
--enable-ftp
--with-regex
--with-jpeg-dir=/usr/local/
--with-zlib
--with-gd=/usr/local/
--with-mcrypt=/usr/
--enable-versioning
--with-config-file-path=/etc/
--with-ldap=/usr/local/ldap

After I finished compiling, i start the apache daemon an got the following fault:

Syntax error on line 207 of /usr/local/apache/conf/httpd.conf cannot load
/usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/libexec/libphp4.so: undefined symbol: 
undefined symbol: php_regcomp,

The configure order is perfect, the fault lay in the following instruction:
--with-regex







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



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




[PHP-DEV] PHP 4.0 Bug #9704 Updated: LDAP Referral problem

2001-03-12 Thread venaas

ID: 9704
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: LDAP related
Assigned To: 
Comments:

If you use the latest snapshot or the soon to be released
4.0.5 (or release candidate) and OpenLDAP 2.x.x API, you
can tell it not to follow referrals, parse the referral
yourself and connect to the master server. I haven't
added all the documentation yet, but something like this
would catch a referral:

ldap_set_option($ds, LDAP_OPT_REFERRALS, 0);
ldap_bind($ds);
$sr=ldap_search($ds,"", "cn=inga cecilie*");
if (ldap_parse_result($ds, $sr, $rescode, $matcheddn,  
$errmsg, $referrals)) {
echo "Result code: $rescode\nMatched DN:  
$matcheddn\nError msg: $errmsg\n";
echo "Referrals: ", implode("\n\t", $referrals), "\n";
} else {
echo "Error parsing result!\n";
}

Will this suffice?


Previous Comments:
---

[2001-03-12 09:17:08] [EMAIL PROTECTED]
There is no support for LDAP referral in PHP 4.
It's a big problem, because it's not possible to add data in the LDAP Database because 
the local database is in read only. Only the the
master (referral) database is writable.
I writed a little function which call "ldap_set_rebind_proc()" but it's used
for all the LDAP link-id and it's not really a solution. Is it possible for you to add 
this type of function ?
Or may i have help for write this one ?

Greets, Yannick.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9714: array_walk crashes

2001-03-12 Thread Martin . Sander

From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.0.4pl1
PHP Bug Type: Arrays related
Bug description:  array_walk crashes

this example:

  $t[Line][4][21] = 14;
  $t[Line][1][1] = 1;
  $t[Line][2][12] = 12;
  $t[Line][1][3] = 3;
  $t[Line][3][20] = 13;

  ksort($t[Line]);
  array_walk($t[Line],asort);

crashes on Windows (2k) with php.exe and php4apache.dll,
not on Linux.

I know, the function should have 2-3 arguments, but it shouldn't crash.



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



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




[PHP-DEV] PHP 4.0 Bug #9704 Updated: LDAP Referral problem

2001-03-12 Thread sniper

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



Previous Comments:
---

[2001-03-12 09:17:08] [EMAIL PROTECTED]
There is no support for LDAP referral in PHP 4.
It's a big problem, because it's not possible to add data in the LDAP Database because 
the local database is in read only. Only the the
master (referral) database is writable.
I writed a little function which call "ldap_set_rebind_proc()" but it's used
for all the LDAP link-id and it's not really a solution. Is it possible for you to add 
this type of function ?
Or may i have help for write this one ?

Greets, Yannick.

---



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


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




[PHP-DEV] PHP 4.0 Bug #9683 Updated: XML DOM memory leak w/ libxml 2.3.3

2001-03-12 Thread bryan

ID: 9683
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Description: XML DOM memory leak w/ libxml 2.3.3


Last sentence of original bug should be:

Can't reproduce this using libxml 2.2.7.

Previous Comments:
---

[2001-03-11 15:13:33] [EMAIL PROTECTED]

Environment:
Linux (Mandrake 7.2)
Apache

Behavior:
I tested with both libxml 2.2.7 and libxml 2.3.4.  I have 
seen reports of this elsewhere.  I am not familiar with 
how to verify memory leaks.  When using libxml 2.3.4, 
apache processes increased in size until the apache locked 
up and become inaccessible.  Can't reproduce this using 
apache 2.2.7.



---


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


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




[PHP-DEV] CVS Account Request

2001-03-12 Thread CVS Account Request

Full name: Adam Daniel
Email: [EMAIL PROTECTED]
ID: adaniel
Purpose: password reset please.  Thank 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] HTTP Bailout

2001-03-12 Thread Nathan Cassano

When a client bails out of a http connection and apache shuts down that
thread process, is there something or a way so that php can call some sort
of destructor? My problem is if a client bails out right in the middle of a
financial transaction I need some way of canceling a pending order.

Nathan

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




[PHP-DEV] PHP 4.0 Bug #9715: Memory leak when passing string values to modular variables in COM

2001-03-12 Thread Jason

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0 Latest CVS (12/03/2001)
PHP Bug Type: COM related
Bug description:  Memory leak when passing string values to modular variables in COM

This is a new bug that I found.

Memory is leaked when passing string values to String variables in the modular scope 
of the COM object.

Example:

COM object has public variable called temp which is of String data type.

I instantiate the COM object and reference it with $t_obj.
I pass a string value from php like this:-

$t_obj-temp = "This is a test string.";

PHP has many other bugs concerning passing values through COM, but this bug is more 
serious because I am only trying to pass String values to the variables directly, 
without having to call a method to pass the values to the variables.



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



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




[PHP-DEV] PHP 4.0 Bug #9716: internal_functions.c:32: `#include' expects FILENAME or FILENAME

2001-03-12 Thread root

From: [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Mac OS X RC1
PHP version:  4.0 Latest CVS (12/03/2001)
PHP Bug Type: *Install and Config
Bug description:  internal_functions.c:32: `#include' expects "FILENAME" or 
lt;FILENAMEgt;


After configuration the this error occurs"

Making all in main
/bin/sh /Users/Shared/php4-200103121645/libtool --silent --mode=compile cc  -I. 
-I/Users/Shared/php4-200103121645/main -I/Users/Shared/php4-200103121645/main 
-I/Users/Shared/php4-200103121645 -I/usr/include/httpd 
-I/Users/Shared/php4-200103121645/Zend -I/usr/local/mysql/include/mysql 
-I/Users/Shared/php4-200103121645/ext/xml/expat/xmltok 
-I/Users/Shared/php4-200103121645/ext/xml/expat/xmlparse 
-I/Users/Shared/php4-200103121645/TSRM  -traditional-cpp -DDARWIN -DUSE_HSREGEX 
-DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  -c internal_functions.c
internal_functions.c:32: `#include' expects "FILENAME" or FILENAME
make[2]: *** [internal_functions.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

This error is caused by the following line:

#include "ext/mysql/php_mysql.h"n#include "ext/pcre/php_pcre.h"n#include 
"ext/posix/php_posix.h"n#include "ext/session/mod_mm.h"n#include 
"ext/session/php_session.h"n#$
p_zlib.h"n

This line should be broken into multiple lines:

#include "ext/mysql/php_mysql.h"
#include "ext/pcre/php_pcre.h"  
#include "ext/posix/php_posix.h"
#include "ext/session/mod_mm.h"
#include "ext/session/php_session.h"  
#include "ext/standard/php_standard.h"
#include "ext/xml/php_xml.h"
#include "ext/zlib/php_zlib.h" 

The file can be manually edited after configuration and the build will proceed 
normally with success. However running configuration again will revert this file to 
the broken state again.





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



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




[PHP-DEV] PHP 4.0 Bug #9717: configure script looks for httpd.h in wrong place in Apache Source tree

2001-03-12 Thread csburris

From: [EMAIL PROTECTED]
Operating system: solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  configure script looks for httpd.h in wrong place in Apache Source 
tree

run configure with 
./configure --with-apache=/sysadmin/webdev/apache/apache_1.3.19

configure: error: Invalid Apache directory - unable to find httpd.h under 
/sysadmin/webdev/apache/apache_1.3.19
 
looking at the configure script, it looks for includes under the apache 1.3.x  tree at 
 $withval/src/main/httpd.h which should be $withval/src/include/httpd.h and sets the 
APACHE_INCLUDE variable to "-I$withval/src/main, etc"  the httpd.h and other apache 
includes are in ./src/include subdirectory under the Apache directory.

I was able to make it compile by hand-editing configure to replace main with include


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



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




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

2001-03-12 Thread yubby

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

Downloaded 'beta' release of PayFlowPro SDK (files dated 12/15/00).

Download site is at (you'll need username/password):
https://testmanager.signio.com/downloads/downloads_eligibility.htm

Was able to successfully build and run Apache with all 'extensions' included.

Final config is:
Apache 1.3.19
php-4.0.4pl1
mysql-3.23.33
libmcrypt-2.4.9
openssl-0.9.6
mod_perl-1.25
mod_ssl-2.8.1-1.3.19
assorted perl-mods

Previous Comments:
---

[2001-03-06 20:24:58] [EMAIL PROTECTED]
Ooops,  forgot to change the 'type'

---

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

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


---

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

--Jani


---

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

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

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

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

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



---


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


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




[PHP-DEV] PHP 4.0 Bug #9718: Memory leak when passing String values into methods through COM

2001-03-12 Thread Jason

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0 Latest CVS (12/03/2001)
PHP Bug Type: COM related
Bug description:  Memory leak when passing String values into methods through COM

I added methods to pass String values into the static variables.
Passing String values into method in COM object also leaks memory.

Example:

COM object has method test(String a) and a static variable b
The method sets the variable b to a.

In PHP, I execute the COM object's method:

$t_obj-test("This is a test string.");

Memory leak when passing String into COM object.


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



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




[PHP-DEV] PHP 4.0 Bug #9718 Updated: Memory leak when passing String values into methods through COM

2001-03-12 Thread Jason

ID: 9718
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Description: Memory leak when passing String values into methods through COM

Found the problem.
It only leaks memory, if I pass a CONSTANT from PHP to the COM object.
All I have to do now is rewrite the php so that I'm passing a variable, not a 
constant.

Probably this issue can be closed after someone has a look into it.

Previous Comments:
---

[2001-03-12 21:48:59] [EMAIL PROTECTED]
I added methods to pass String values into the static variables.
Passing String values into method in COM object also leaks memory.

Example:

COM object has method test(String a) and a static variable b
The method sets the variable b to a.

In PHP, I execute the COM object's method:

$t_obj-test("This is a test string.");

Memory leak when passing String into COM object.

---


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


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




[PHP-DEV] PHP 4.0 Bug #9715 Updated: Memory leak when passing string values to modular variables in COM

2001-03-12 Thread Jason

ID: 9715
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Description: Memory leak when passing string values to modular variables in COM

Found the problem.
It only leaks memory, if I pass a CONSTANT from PHP to the COM object.
All I have to do now is rewrite the php so that I'm passing a variable, not a 
constant.

Probably this issue can be closed after someone has a look into it.

Previous Comments:
---

[2001-03-12 19:56:02] [EMAIL PROTECTED]
This is a new bug that I found.

Memory is leaked when passing string values to String variables in the modular scope 
of the COM object.

Example:

COM object has public variable called temp which is of String data type.

I instantiate the COM object and reference it with $t_obj.
I pass a string value from php like this:-

$t_obj-temp = "This is a test string.";

PHP has many other bugs concerning passing values through COM, but this bug is more 
serious because I am only trying to pass String values to the variables directly, 
without having to call a method to pass the values to the variables.


---


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


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




[PHP-DEV] PHP 4.0 Bug #9715 Updated: Memory leak when passing string values to modular variables in COM

2001-03-12 Thread Jason

ID: 9715
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Description: Memory leak when passing string values to modular variables in COM

That wasn't it... I tried it without passing a constant, and it's still leaking 
memory! So this is an outstanding serious bug with no workaround.

Previous Comments:
---

[2001-03-12 22:02:03] [EMAIL PROTECTED]
Found the problem.
It only leaks memory, if I pass a CONSTANT from PHP to the COM object.
All I have to do now is rewrite the php so that I'm passing a variable, not a 
constant.

Probably this issue can be closed after someone has a look into it.

---

[2001-03-12 19:56:02] [EMAIL PROTECTED]
This is a new bug that I found.

Memory is leaked when passing string values to String variables in the modular scope 
of the COM object.

Example:

COM object has public variable called temp which is of String data type.

I instantiate the COM object and reference it with $t_obj.
I pass a string value from php like this:-

$t_obj-temp = "This is a test string.";

PHP has many other bugs concerning passing values through COM, but this bug is more 
serious because I am only trying to pass String values to the variables directly, 
without having to call a method to pass the values to the variables.


---


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


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




[PHP-DEV] PHP 4.0 Bug #9719: Dash in URL causing CGI Error to be reported

2001-03-12 Thread bradmiller

From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 build 1381
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Dash in URL causing CGI Error to be reported

Ok -- I've been chasing this one down and now I found the common link.   When I have a 
dash (_) in a file name I get this message:

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:

If I try a page that doesn't have the dash, it works perfectly.   I've tried this and 
modified my page names, and that solves the problem.

  


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



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




[PHP-DEV] PHP 4.0 Bug #9719 Updated: Dash in URL causing CGI Error to be reported

2001-03-12 Thread bradmiller

ID: 9719
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Description: Dash in URL causing CGI Error to be reported



Previous Comments:
---

[2001-03-12 23:06:09] [EMAIL PROTECTED]
Ok -- I've been chasing this one down and now I found the common link.   When I have a 
dash (_) in a file name I get this message:

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:

If I try a page that doesn't have the dash, it works perfectly.   I've tried this and 
modified my page names, and that solves the problem.

  

---


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


-- 
PHP Development Mailing List http://www.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] whats the standard for OO builtin_functions?

2001-03-12 Thread Andi Gutmans

If it's not an alias I think you probably want PHP_FE(member_function, 
NULL) and use PHP_FUNCTION(member_function) in the function decleration.

Andi

At 12:06 PM 3/12/2001 -0600, Jason Greene wrote:
Can anyone tell me what the standard is for the builtin_functions 
function_entry in OO,
should i use a or b

A)

static function_entry class_function_entry = {
 PHP_FALIAS(member_fnction, php_member_function, NULL)
 {NULL, NULL,NULL}
};

B)

static function_entry class_function_entry = {
 {"member_function",PHP_FN(php_member_function), NULL}
 {NULL,NULL, NULL}
};

Thanks,
-Jason


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


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




[PHP-DEV] PHP 4.0 Bug #9720: Location header + session causes an infinite loop

2001-03-12 Thread b-i-l-l

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.3pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Location header + session causes an infinite loop

We are running PHP on Apache 1.3.14. Each developer has his
own copy of the site running on a virtual host. The 
production site runs on port 80 (not a virtual host). When
unauthenticated clients type in a URL, they are redirected
to a login page. After entering valid credentials, the 
browser cycles in an infinite loop between their next
destination and the login page. This only occurs when port
80 is explicitly specified in the URL. Explicit port numbers
work fine for all virtual hosts.


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



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




Re: [PHP-DEV] PHP 4.0 Bug #9720: Location header + session causes an infinite loop

2001-03-12 Thread Yasuo Ohgaki
FYI

I redirected just like he/she is explained here.
I've experienced similar behavior on PHP4.0.4/Linux/Apache.
(It happened without specifying port, though)

I didn't save the code and could not make it reproduce later, so I didn't post
it as a bug.
I got another similar behavior later so I posted as a BugID#9365.

--
Yasuo Ohgaki

- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 13, 2001 3:08 PM
Subject: [PHP-DEV] PHP 4.0 Bug #9720: Location header + session causes an
infinite loop


 From: [EMAIL PROTECTED]
 Operating system: Solaris 2.6
 PHP version:  4.0.3pl1
 PHP Bug Type: Scripting Engine problem
 Bug description:  Location header + session causes an infinite loop

 We are running PHP on Apache 1.3.14. Each developer has his
 own copy of the site running on a virtual host. The
 production site runs on port 80 (not a virtual host). When
 unauthenticated clients type in a URL, they are redirected
 to a login page. After entering valid credentials, the
 browser cycles in an infinite loop between their next
 destination and the login page. This only occurs when port
 80 is explicitly specified in the URL. Explicit port numbers
 work fine for all virtual hosts.


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



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



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


[PHP-DEV] NEED HELP

2001-03-12 Thread Madona angles

pls tell me how to check

fopen("http://.", "r");
returns an read error message or not

PADAM TIMSINA
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.


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