[PHP-DEV] PHP 4.0 Bug #9433: ErrorDocument 404 pointing to PHP file

[justin]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.1.1-RELEASE
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  ErrorDocument 404 pointing to PHP file

Apache 1.3.12


I wrote a script that redirects a person to a different page based on the REQUEST_URI 
and HTTP_HOST apache variables.  Ever since PHP 4.0.2, Internet Explorer started 
reporting 404 errors instead of going to the appropriate page.  What is even more 
mysterious is that it is the IE 404 error page, not the server wide page nor the 
default 404 error page for the site.  To top it all off, it works for Opera as well as 
Netscape.  I think this must be caused by the way PHP handles headers and the way IE 
interprets them, because I can put PHP version 4.0.1pl2 on and it will work great even 
with IE, then any versions afterwards cause an error.  An example page is at 
http://test.jwdx.com I have also added header("Status: 404 Not Found") as stated in 
other bug reports.  I would not blame this on PHP except for the fact that different 
versions respond differently with all other circumstances remaining the same.

--Justin Bachus


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



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

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[derick]

ID: 8361
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: phanto
Comments:

Fixed in CVS, so closed

Previous Comments:
---

[2001-02-23 20:23:32] [EMAIL PROTECTED]
Thank you very very much!
www.mm4.com finally complied the new version,
Every think worked well now :)



---

[2001-02-06 19:28:11] [EMAIL PROTECTED]
fixed in cvs

you have to wait till they recompile it

---

[2001-02-04 08:25:47] [EMAIL PROTECTED]
thanks! I use WindowsMe(chinese).

I don't know which platform they used to compile php.

please let me know if you finished. thanks!

steeven

---

[2001-02-04 06:34:15] [EMAIL PROTECTED]
which operating system do you use ?

if you're using windows nt/98/95 and the sources where compiled on win2k this could be 
the reason. i fix this in the evening.

harald

---

[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";


?>
Here is the result:

Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line 
4

Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in 
d:apachehtdocsmagwayphorumtest.php on line 4

Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php 
on line 6


Please tell me what you need to know for more.

---

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


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


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

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[steeven]

ID: 8361
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: COM related
Description: Chinese char changed & ADODB.command,recordset can not be used

Thank you very very much!
www.mm4.com finally complied the new version,
Every think worked well now :)



Previous Comments:
---

[2001-02-06 19:28:11] [EMAIL PROTECTED]
fixed in cvs

you have to wait till they recompile it

---

[2001-02-04 08:25:47] [EMAIL PROTECTED]
thanks! I use WindowsMe(chinese).

I don't know which platform they used to compile php.

please let me know if you finished. thanks!

steeven

---

[2001-02-04 06:34:15] [EMAIL PROTECTED]
which operating system do you use ?

if you're using windows nt/98/95 and the sources where compiled on win2k this could be 
the reason. i fix this in the evening.

harald

---

[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";


?>
Here is the result:

Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line 
4

Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in 
d:apachehtdocsmagwayphorumtest.php on line 4

Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php 
on line 6


Please tell me what you need to know for more.

---

[2001-02-02 13:07:28] [EMAIL PROTECTED]
could someone with a chinese charset try this please.

---

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=8361


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

[PHP-DEV] PHP 4.0 Bug #9429 Updated: Apache hangs when Win goes to standby

[php]

ID: 9429
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Apache related
Description: Apache hangs when Win goes to standby



Previous Comments:
---

[2001-02-23 14:27:05] [EMAIL PROTECTED]
If PHP 4.04 is included in Apache 1.3.17 as module with:

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

and Win goes into standby the standby window and the Apache console freezes, omnly 
after after killing the second apache task - with small letters - computer goes 
standby.

Gustav Graf

---


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


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

[PHP-DEV] PHP 4.0 Bug #9417 Updated: zend_eval_string() doesn't work like eval() :(

[david]

ID: 9417
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Description: zend_eval_string() doesn't work like eval() :(

I've found a workaround, it's to replicate the function
zend_eval_string() in my own module, less the few lines that
pose problem.

I consider this as a workaround only, since I'm not sure if
the code used in that function follows the exact Zend API,
so I will let this feature request open. 

Previous Comments:
---

[2001-02-23 15:29:54] [EMAIL PROTECTED]
Hi,

I commented out a few lines from zend_eval_string() and now
it behaves the right way.

Here are the line numbers I removed (corresponding to the
function zend_eval_string):
zend_execute_API.c: 492 to 498, 501.

Note that I'm not especially asking to modify this function,
but to add a new function that would behave like the real
eval() statement.

And it would be good if I this new function is available
before 4.0.5 is out, cause the midgard module relies on it.

Thanks

---

[2001-02-22 21:13:41] [EMAIL PROTECTED]
I need to simulate a call to eval() and the only function
that seems to be able to do it is zend_eval_string().
Although it evaluates the string when I put NULL as second
parameter (retval_ptr), it doesn't work (parse error) when I
want to simulate the new behavior of PHP4 eval() (ie. with a
return value)

Is it possible to change the existing zend_eval_string (I
think not cause pcre and assert use it this way already) ?

If not, is it possible to have a new function that would
behave like eval(), with the same parameters as
zend_eval_string (I want to be able to specify a name on the
string) ?

Thanx



---


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


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

Re: [PHP-DEV] Renaming fopen-wrappers.[ch] to fopen_wrappers.[ch]

[Jon Parise]

On Fri, Feb 23, 2001 at 11:32:43PM +0100, Sascha Schumann wrote:

> > > If noone objects, I'll rename those files in a couple of
> > > hours using a CVS mv, so their history is preserved.
> >
> > Will you be moving the fopen-wrappers.[ch],v files or will you be
> > copying them to their new names and 'cvs delete'ing them from the HEAD
> > branch?
> 
> The former.
 
Okay.  In case no one realized it, I'll just point out that if anyone
checks out the PHP4 tree using an old tag, they'll have a broken build
(fopen-wrappers.[ch] won't exist and historic references to them won't
be updated).

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

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

Re: [PHP-DEV] Renaming fopen-wrappers.[ch] to fopen_wrappers.[ch]

[Sascha Schumann]

> > If noone objects, I'll rename those files in a couple of
> > hours using a CVS mv, so their history is preserved.
>
> Will you be moving the fopen-wrappers.[ch],v files or will you be
> copying them to their new names and 'cvs delete'ing them from the HEAD
> branch?

The former.

I've already moved the files and committed the related
changes.  The Win32 build files need to be updated as well.
As I've no way to verify changes to those files, I'll leave
that to an experienced Win32 developer.

- Sascha


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

Re: [PHP-DEV] Renaming fopen-wrappers.[ch] to fopen_wrappers.[ch]

[Jon Parise]

On Fri, Feb 23, 2001 at 09:23:28PM +0100, Sascha Schumann wrote:

> Background: Apparently, OS/390 cannot handle files containing
> dashes.  Because almost all of our files are using
> underscores anyway, this step can also be seen as aligning
> the filenames with our unwritten conventions.

Sounds like a smart move.
 
> If noone objects, I'll rename those files in a couple of
> hours using a CVS mv, so their history is preserved.

Will you be moving the fopen-wrappers.[ch],v files or will you be
copying them to their new names and 'cvs delete'ing them from the HEAD
branch?

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

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

[PHP-DEV] PHP 4.0 Bug #9432:

[oballe]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  

I need to install apache 1.3.14 whith php 
In apache 
./configure --prefix=/www --enable-rule=SHARED_CORE --enable-module=so

I need install mysql, ipxs and  imap.
In php 
./configure --with-mysql --with-apxs=/www/bin/apxs --with-imap

But When I finally run it This message appears

/www/bin/apachectl start 
Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/liphp4.so into sever:undefinied symbol: 
SSL_CTX_set_tmp_rsa_callback
/www/bin/apachectl start:httpd could not be started

with gdb the next message, it display

Program received signal sigstrap, Trace/breakpoint trap.
0,40001d30 in_start () at rtld.c:159
159 rtld.c: No such file or directory



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



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

[PHP-DEV] PHP 4.0 Bug #9431: httpd processes using excessive cpu

[ddil]

From: [EMAIL PROTECTED]
Operating system: Linux (redhat 6.2)
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  httpd processes using excessive cpu

It seems that after a while of server inactivity, the apache
processes go into a mode where they continue to just use cpu
- the processes become unseable for processing http requests
since they just stay in this state. A server restart is
needed to correct the problem. A process stack listing shows
the process to be within the PHP module at the time:

0x400c2248: chunk_free + 0x270 (404407f4, 8118740, 4042f0f3)
0x400c1fba: __cfree + 0xaa (8118740, 404407f4, 4043da80,
4042f0f3, 624407f4, 6e9f190) + 34
0x4037ebb0: zend_hash_del_key_or_index + 0x1d8 (8111048,
4042f0ea, 9, 8da99e0, 0, 404407f4) + 10
0x4037c0af: zend_unregister_functions + 0x67 (4043da14,
, 0, 404407f4, 81329f8)
0x4037c1bb: module_destructor + 0x73 (8132a28, 404407f4,
4000ae60, bdc4)
0x4037ec24: zend_hash_destroy + 0x30 (40455760, 404407f4)
0x4037b2f5: zend_shutdown + 0x25 (404407f4)
0x4038a4de: php_module_shutdown + 0x32 (404407f4)
0x4038a4a5: php_module_shutdown_wrapper + 0x15 (40437840,
403887f8)
0x40388817: php_child_exit_handler + 0x1f (80d15b0, 8151c70,
18, 40437940)
0x0806fa61: ap_child_exit_modules + 0x49 (8151c70, 80d15b0)
0x080758d5: clean_child_exit + 0x1d (0)
0x08077587: just_die + 0x1f (a)
0x080775a9: usr1_handler + 0x15 (a, 0, 0, 2b, 2b, bdc4) + dc
0x40086c68: sigaction + 0x268 (8126e70, 81479d8, 814dfa8,
6c060002, 2000a0a, c65451e8) + 18
0x080788b7: child_main + 0x1b7 (b, b, 0)
0x08078ebc: make_child + 0x118 (80d15b0, b, 3a8ad8e0,
401581ec, 4053e480, 0) + a0
0x08079236: perform_idle_server_maintenance + 0x2b2
(401581ec, , 0, d, 0)
0x08079765: standalone_main + 0x355 (2, bdc4, bdc4,
40013ed0, 8049c54, 80cc6a4) + 30
0x08079d33: main + 0x357 (2, bdc4, bdd0, 40013868,
2, 8050600)
0x400809cb: __libc_start_main + 0xff (80799dc, 2, bdc4,
804fc60, 80b127c, 4000ae60) + 4248


PHP configuration options listed below:
./configure --prefix=/usr
--with-apxs=/usr/sbin/httpd/bin/apxs
--with-config-file-path=/etc/httpd --enable-safe-mode
--with-exec-dir=/usr/sbin --with-system-regex
--disable-debug --with-zlib --with-dbdm --with-db2
--enable-debugger --enable-magic-quotes --enable-track-vars
--enable-sysvsem --enable-sysvshm --enable-track-vars
--with-xml --with-ftp --with-pgsql
--with-cybercash=/usr/src/cybercash/mck-3.3.0-i586-pc-linux-gnulibc2.1

glibc version is 2.1.3
php module was compiled with egcs-2.91.66
apache version is 1.3.14
kernel version 2.2.14

We also experienced this problem with PHP version 4.0.2.
After upgrading to the latest PHP, is seems that the problem
is occuring less frequently.



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



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

[PHP-DEV] PHP 4.0 Bug #9417 Updated: zend_eval_string() doesn't work like eval() :(

[david]

ID: 9417
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Description: zend_eval_string() doesn't work like eval() :(

Hi,

I commented out a few lines from zend_eval_string() and now
it behaves the right way.

Here are the line numbers I removed (corresponding to the
function zend_eval_string):
zend_execute_API.c: 492 to 498, 501.

Note that I'm not especially asking to modify this function,
but to add a new function that would behave like the real
eval() statement.

And it would be good if I this new function is available
before 4.0.5 is out, cause the midgard module relies on it.

Thanks

Previous Comments:
---

[2001-02-22 21:13:41] [EMAIL PROTECTED]
I need to simulate a call to eval() and the only function
that seems to be able to do it is zend_eval_string().
Although it evaluates the string when I put NULL as second
parameter (retval_ptr), it doesn't work (parse error) when I
want to simulate the new behavior of PHP4 eval() (ie. with a
return value)

Is it possible to change the existing zend_eval_string (I
think not cause pcre and assert use it this way already) ?

If not, is it possible to have a new function that would
behave like eval(), with the same parameters as
zend_eval_string (I want to be able to specify a name on the
string) ?

Thanx



---


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


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

[PHP-DEV] Renaming fopen-wrappers.[ch] to fopen_wrappers.[ch]

[Sascha Schumann]

Background: Apparently, OS/390 cannot handle files containing
dashes.  Because almost all of our files are using
underscores anyway, this step can also be seen as aligning
the filenames with our unwritten conventions.

If noone objects, I'll rename those files in a couple of
hours using a CVS mv, so their history is preserved.

- Sascha


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

[PHP-DEV] PHP 4.0 Bug #9389 Updated: File names with '-' causes problems

[amra]

ID: 9389
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Compile Failure
Description: File names with '-' causes problems

FYI...it seems that header files with dashes are ok, it is just the C files that are a 
poblem.

Previous Comments:
---

[2001-02-22 14:12:14] [EMAIL PROTECTED]
complete list:

./Zend/zend-parser.c
./Zend/zend-parser.h
./Zend/zend-scanner.c
./ext/mysql/libmysql/config-win.h
./main/fopen-wrappers.c
./main/fopen-wrappers.h
./main/build-defs.h
./build-defs.h


s/-/_/ would be ok

---

[2001-02-21 20:35:54] [EMAIL PROTECTED]
File names that contain a dash (-) in the name causes problems.  A request to rename 
all files that have dashes in the name.

The only ones that I have found so far in my limited compiling are:

main/fopen-wrappers.c
main/fopen-wrappers.h

---


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


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

[PHP-DEV] PHP 4.0 Bug #9430: APACHE fails to compile when --with-imap support is enabled

[bhardeman]

From: [EMAIL PROTECTED]
Operating system: Linux druid 2.2.14 #2 SMP Thu Mar 16 10:54:07 PST 2000 i686 unknown
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  APACHE fails to compile when --with-imap support is enabled

After a successful install of PHP using the configuration:
./configure --with-openlink=/usr/local/openlink \
--with-apache=../apache_1.3.17 --enable-track-vars --with-gd \
--enable-ftp --with-ttf --with-jpeg-dir=/usr/lib --with-mysql=/usr/local \
--with-imap

running:
./configure --prefix=/etc/apache --logfiledir=/var/log/apache \ 
--activate-module=src/modules/php4/libphp4.a

fails with the message:
cd ..; gcc  -DLINUX=22 -I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/main 
-I/usr/src/php-4.0.4pl1/main -I/usr/src/php-4.0.4pl1/Zend -I/usr/src/php-4.0.4pl1/Zend 
-I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1 
-DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy 
helpers/dummy.c   -Wl,-rpath,/usr/lib/lib -Wl,-rpath,/usr/local/lib/mysql  -rdynamic 
-L/usr/lib/lib -L/usr/local/lib/mysql -Lmodules/php4 -L../modules/php4 
-L../../modules/php4 -lmodphp4  -L/usr/local/openlink/odbcsdk/lib -liodbc -lpam 
-lc-client  -ldl -lmysqlclient -lttf -lz -lpng -lgd -ljpeg -lresolv -lm -ldl -lcrypt 
-lnsl  -lresolv -L/usr/lib/lib -ljpeg   -lm -lcrypt
/usr/lib/libc-client.so: undefined reference to `mm_expunged'
/usr/lib/libc-client.so: undefined reference to `mm_diskerror'
/usr/lib/libc-client.so: undefined reference to `mm_lsub'
/usr/lib/libc-client.so: undefined reference to `mm_flags'
/usr/lib/libc-client.so: undefined reference to `mm_fatal'
/usr/lib/libc-client.so: undefined reference to `mm_nocritical'
/usr/lib/libc-client.so: undefined reference to `mm_notify'
/usr/lib/libc-client.so: undefined reference to `mm_searched'
/usr/lib/libc-client.so: undefined reference to `mm_status'
/usr/lib/libc-client.so: undefined reference to `mm_login'
/usr/lib/libc-client.so: undefined reference to `mm_list'
/usr/lib/libc-client.so: undefined reference to `mm_critical'
/usr/lib/libc-client.so: undefined reference to `mm_exists'
/usr/lib/libc-client.so: undefined reference to `mm_log'
/usr/lib/libc-client.so: undefined reference to `mm_dlog'
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + checking for system header files
 + adding selected modules
o php4_module uses ConfigStart/End
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc. 

 Error Output for sanity check 
= End of Error Report =

 Aborting!

This error can be duplicated by running:
gcc src/helpers/dummy.c -o dummy -lc-client



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



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

[PHP-DEV] PHP 4.0 Bug #9429: Apache hangs when Win goes to standby

[php]

From: [EMAIL PROTECTED]
Operating system: win98, win98SE
PHP version:  4.0.4
PHP Bug Type: Apache related
Bug description:  Apache hangs when Win goes to standby

If PHP 4.04 is included in Apache 1.3.17 as module with:

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

and Win goes into standby the standby window and the Apache console freezes, omnly 
after after killing the second apache task - with small letters - computer goes 
standby.

Gustav Graf


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



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

[PHP-DEV] PHP 4.0 Bug #9428: CGI error when executing php script in a virtual directory

[kevin]

From: [EMAIL PROTECTED]
Operating system: NT4 SP6
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  CGI error when executing php script in a virtual directory

I have PHP 4.0.4pl1 installed on an NT4 (SP6) Server
running IIS 4.0. 

Executing PHP scripts in a directory under www_root
works fine. 

When the simplest helloworld script is executed on
a virtual directory, I get 

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

I've tried telnetting to the server and getting the file
to see what headers are returned: 

HTTP/1.1 502 Gateway Error
Server: Microsoft-IIS/4.0
Date: Fri, 23 Feb 2001 18:10:22 GMT
Content-Length: 215
Content-Type: text/html

Error in CGI Application
CGI ErrorThe specified CGI application misbehaved by not returning a 
complete set of HTTP headers.  The headers it did return 
are:Connection closed by foreign host.

I've seen a couple of references to this problem on 
php.net, but no solutions. Any ideas? Thanks.

Kevin Johnson



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



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

[PHP-DEV] PHP 4.0 Bug #9427: PHP hangs when packets aren't returned when using session_start()

[rargo]

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 7.2
PHP version:  4.0.4pl1
PHP Bug Type: Performance problem
Bug description:  PHP hangs when packets aren't returned when using session_start()

Short script:

Really any socket connection code.

Configure Command:
'./configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql=/usr'
 '--with-mcrypt=../mcrypt-2.2.6' '--with-mhash=../mhash-0.8.4' '--with-ldap' 
'--with-fdftk' '--with-pdflib' '--with-zlib' '--with-gd' '--with-pspell' '--with-oci8' 
'--with-java=/opt/IBMJava2-13' '--enable-sigchild'

Pretty much the default php.ini.

We noticed this occurring once we put the machine inside a DMZ.  If PHP tries to 
connect to an address that the DMZ isn't allowing, the DMZ throws the packets away and 
PHP sits there waiting for a response.  This only happens when session_start() is 
called in the page.  If session_start() is commented out, the normal PHP warnings 
appear telling me of mysql or ldap not being able to connect.  


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



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

[PHP-DEV] PHP 4.0 Bug #9426 Updated: Form variables encoding problem

[d . sbragion]

ID: 9426
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: Form variables encoding problem

Sorry but everything gets screwed because of the mixture of html entities and real 
chars. The char that gives problems is '’', the corresponding html entitie is 
’, the html entitie provided by FrontPage is ’. Looking directly at 
the html code make it easier to understand what's going on.

Previous Comments:
---

[2001-02-23 12:45:17] [EMAIL PROTECTED]
When I enter some special chars in a textual form field (either 'INPUT TYPE="text"' or 
'TEXTAREA') they get encoded like an html entitie. For example this '’' gets encoded 
as '’' in the variable of the form handling script (I hope this won't trigger 
the bug, the first char is like a '`' but "reversed", almost like a superscript small 
'/'). No coding happens for a plain typed '’', so there's no way to distinguish 
between the two cases in the form handling script and so there's no way to safely 
reverse the encoding. Browser is IE 5.5 on Windows 98.

This may happen for example doing cut & paste from WordPad, Word or existing web 
pages. I tried the same thing pasting into FrontPage Express. It encodes it as 
'’' instead of '’', may be it's just the encoding that's wrong.

P.S. Sorry for my poor English

---


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


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

[PHP-DEV] PHP 4.0 Bug #9426: Form variables encoding problem

[d . sbragion]

From: [EMAIL PROTECTED]
Operating system: Linux 2.0
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  Form variables encoding problem

When I enter some special chars in a textual form field (either 'INPUT TYPE="text"' or 
'TEXTAREA') they get encoded like an html entitie. For example this '’' gets encoded 
as '’' in the variable of the form handling script (I hope this won't trigger 
the bug, the first char is like a '`' but "reversed", almost like a superscript small 
'/'). No coding happens for a plain typed '’', so there's no way to distinguish 
between the two cases in the form handling script and so there's no way to safely 
reverse the encoding. Browser is IE 5.5 on Windows 98.

This may happen for example doing cut & paste from WordPad, Word or existing web 
pages. I tried the same thing pasting into FrontPage Express. It encodes it as 
'’' instead of '’', may be it's just the encoding that's wrong.

P.S. Sorry for my poor English


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



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

[PHP-DEV] PHP 4.0 Bug #9241 Updated: segfault/core dump using libmcrypt 2.4.9

[colin]

ID: 9241
User Update by: [EMAIL PROTECTED]
Status: Assigned
Bug Type: mcrypt related
Description: segfault/core dump using libmcrypt 2.4.9

The PHP script?  It's right at the top of the bug report.

Previous Comments:
---

[2001-02-21 18:12:16] [EMAIL PROTECTED]
Can you post the script too that caused this backtrace?

---

[2001-02-13 13:41:23] [EMAIL PROTECTED]
Well, it seems that I need a full day now to fix all the bugs in mcrypt :)

---

[2001-02-13 12:02:08] [EMAIL PROTECTED]
The following script cause a core dump, but only with "blowfish":

http://www.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 #9425: file upload appends content-type header to beginning of binary file

[vwallen]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  file upload appends content-type header to beginning of binary file

I've been having difficulty with the file upload feature, specifically used with JPEG 
files. I'm using the 4.04p|1 RPM for RH off of rpmfind, I've listed the compile flags 
at the end of this message.

The content-type header has been appended to the beginning of the file, making the 
file unreadable. Opening the file in vi and deleting the first two lines fixes the 
problem.

I've seen ~3 other messages posted relating to this problem on the mailing lists, 
specific to this version, but no solutions, so I'm guessing it's a bug.

Here's the code on the receiving end:

if ($HTTP_POST_FILES):
$file1_nym  = $HTTP_POST_FILES['file1_upload']['name'];
move_uploaded_file($file1_upload, "/usr/local/www/html/assets/$file1_nym");
$file2_nym  = $HTTP_POST_FILES['file2_upload']['name'];
move_uploaded_file($file2_upload, "/usr/local/www/html/assets/$file2_nym");
}


compile options:
'./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' 
'--enable-pic' '--enable-shared' '--enable-inline-optimization' 
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system' 
'--with-gettext' '--with-gd' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib' 
'--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes' 
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' 
'--enable-track-vars' '--enable-yp' '--enable-ftp' '--enable-wddx' '--without-mysql' 
'--without-oracle' '--without-oci8' '--with-xml'


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



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

[PHP-DEV] Re: phpweb / docs.php

[André Langhorst]

> HEY HEY! This will drive all the traffic from all the
> mirror sites to http://www.php.net This is not a good idea.
> Bugs php.net better mirror the docs, or we should implemenet
> some kickoff mechanism, so just the bug pages can be viewed at
> bugs.php.net. This must be changed...

I just wanted to fix it and I saw (on try to commit) it already has been 
fixed... why wasn't there any commit message???


andré


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


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

[PHP-DEV] [feature request] return name of current function

[Martin Jansen]

Hi

Is there anything that is speaking against a function
or a constant, that contains the name of the current
function?

This might be especially useful for situations like



where you pass the name of the function (in this
case the function, where the error occurs) to
another function. If there would be function or
a constant to return the current name, you could
simply type:

function foo() {
  if ($error)
print_error(cur_function[()]);
}

So if you rename the function you do not need
to change the (perhaps multiple) call(s) for
print_error().

Martin


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

[PHP-DEV] PHP 4.0 Bug #9424: Setcookie don't work well

[ncosta]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: HTTP related
Bug description:  Setcookie don't work well

I try to use this function to prevent that the same visitor vote for more than one 
time in a hour but it don't work, the code is this:
if($vote!=1)
{
$time=time();
$time=$time + 36000;
setcookie("vote","1",$time);
}

If the visitor vote, the vote counts, than if he try to vote again the vote don't 
count, but if he try again it counts, the cookie is delete and i don't know why, i use 
IE 5.5. 
Can some one help me.


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



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

[PHP-DEV] PHP 4.0 Bug #9423: Please create a function that returns name of currently executing function

[jide]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  Please create a function that returns name of currently executing 
function

Please consider adding a new feature to the next version of PHP.

When creating code that reports errors, it would be very helpful
to have a function which returns the name of the currently
executing function (or class method).  You could perhaps
name the function "func_get_name()", which would fit in nicely
with the existing PHP functions "func_get_arg()", "func_get_args()",
and "func_num_args()".  Example usage:

function foo() {
   if ( some error condition ) {
  ErrorHandler("An error occurrend in function " . func_get_name() 
);
   }
}

If there is another (existing) way to accomplish this, please let me know.
Thank you for your consideration (and thanks for PHP) -
Jim Ide [EMAIL PROTECTED]



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



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

[PHP-DEV] PHP 4.0 Bug #9422: Apache hangs when Win goes to standby

[php]

From: [EMAIL PROTECTED]
Operating system: win98, win98SE
PHP version:  4.0.4
PHP Bug Type: Apache related
Bug description:  Apache hangs when Win goes to standby

If PHP 4.04 is included in Apache 1.3.17 as module with:

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

and Win goes into standby the standby window and the Apache console freezes, omnly 
after after killing the second apache task - with small letters - computer goes 
standby.

Gustav Graf


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



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

Re: [PHP-DEV] Re: PHP 4.0 Bug #9373 Updated: Filesystem read notbinary safe?

[Auke van Slooten]

On Fri, 23 Feb 2001, Hartmut Holzgraefe wrote:

> did you add 'b' to the fopen() mode to enforce binary operation?
>
> i.e. $fp=fopen($filename,"rb") instead of plain "b"?

No we didn't, and yes, if you do, everything works fine :)
Thanks for the heads up. Still, it took me some time to find it in the
manual even after your email... maybe it's a good idea to simply add it in
the list with 'a','r', 'w' and the rest? Also, it says in bright and shiny
letters in the manual 'fread -- Binary-safe file read'... somehow I didn't
expect that that means I still need to tell fopen about it too :))

thanks for the good work, php4.05.dev runs very stable on our systems now,
and it's blazing fast :)

regards,
Auke van Slooten
Muze



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

[PHP-DEV] PHP 4.0 Bug #9421: &PHPSESSID should use &

[morten]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: *Session related
Bug description:  &PHPSESSID should use &

According to this page:

http://www.htmlhelp.com/tools/validator/problems.html#amp

You must use & and not & in URLs to validate documents
properly, and in order to Netscape 3.x to not fail it.

PHP sessions generate this in the URL, like:
&PHPSESSID=4f07bc5ee9353dc
which should have been:
&PHPSESSID=4f07bc5ee9353dc

should be self explainable


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



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

[PHP-DEV] lxr.php.net

[Roman Neuhauser]

Hi,

what version of LXR is used at lxr.php.net? is it stock 0.3?


Cynic


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

Re: [PHP-DEV] Re: PHP 4.0 Bug #9373 Updated: Filesystem read not binary safe?

[Hartmut Holzgraefe]

Auke van Slooten wrote:
>   we've tried the dev build (4.05.dev) and it seems to work, thanks!
> however (there's always an however:) we've still got a problem. In the
> distribution of Ariadne we've included a serialized array in a separate
> file. When reading this file using the following code:
> 
> $data=fread($fp,$fs);
> $mod->data=unserialize($data);
> 
> unserialize fails halfway through the data. Also the string length of
> $data is smaller than the file length. After changing the code to this:
> 
> $data=fread($fp,$fs);
> $data=str_replace("\n","\r\n",$data);
> $mod->data=unserialize($data);
> 
> unserialize() ran fine... it seems that fread still 'fixes'
> return/linefeeds


did you add 'b' to the fopen() mode to enforce binary operation?

i.e. $fp=fopen($filename,"rb") instead of plain "b"? 

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

Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

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

[PHP-DEV] Re: PHP 4.0 Bug #9373 Updated: Filesystem read not binary safe?

[Auke van Slooten]

On 22 Feb 2001, Bug Database wrote:

> ID: 9373
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Closed
> Bug Type: Filesystem function related
> Assigned To:
> Comments:
>
> This should be fixed in CVS already. Please try a dev build from
> http://www.php4win.de/
>
> --Jani

Hi,
  we've tried the dev build (4.05.dev) and it seems to work, thanks!
however (there's always an however:) we've still got a problem. In the
distribution of Ariadne we've included a serialized array in a separate
file. When reading this file using the following code:

$data=fread($fp,$fs);
$mod->data=unserialize($data);

unserialize fails halfway through the data. Also the string length of
$data is smaller than the file length. After changing the code to this:

$data=fread($fp,$fs);
$data=str_replace("\n","\r\n",$data);
$mod->data=unserialize($data);

unserialize() ran fine... it seems that fread still 'fixes'
return/linefeeds

(btw: the first version of the code runs fine with either the cgi or the
unix apache module version).

regards,
Auke van Slooten
http://www.muze.nl/


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

[PHP-DEV] Re: [PHP-PEAR] PEAR issue #2 (pear-dev) vote

[Andrei Zmievski]

On Thu, 22 Feb 2001, André Langhorst wrote:
> [X] do not change anything
> 
> ( ) pear-users and pear-dev
> ( ) pear-general and pear-dev
> 
> [ ] any other idea

-Andrei

"In My Egotistical Opinion, most people's C programs should be indented
six feet downward and covered with dirt." -- Blair P. Houghton

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

[PHP-DEV] PHP 4.0 Bug #9420: url created arrays and isset

[shk]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux 6.1
PHP version:  4.0.4pl1
PHP Bug Type: URL related
Bug description:  url created arrays and isset

Make a file like this:

while($pair = each($i)) {
if (isset($i[$pair["key"]]["sysaction"])) {
echo "We have a bug!!";
} else {
echo "There are no bugs!!";
}
}

and call it like this:

phpbug.php?i[mwsl]=0

Now isset will return true. If I create the array in php instead, it works fine.


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



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

[PHP-DEV] Re: PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

[Laurent FAILLIE]

Hi Jani,

no, unfortunatly, it fails again at the same step :-(

Have you another tip ?

On my side, I will try to compile the same stuff on my
own UltraSparc under solaris 7 at home to find if is a
general bug or only HP-UX related.

Bye

Laurent

--- Bug Database <[EMAIL PROTECTED]> a écrit : >
ID: 9400
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Compile Failure
> Assigned To: 
> Comments:
> 
> Maybe 'make clean' would help?
> 
> --Jani
> 
> 
> Previous Comments:
>
---
> 
> [2001-02-22 08:34:58] [EMAIL PROTECTED]
> Hello all,
> 
> i have severals problem when compiling php-4.0.4pl1
> under my HP-UX 10.20 box at work.
> 
> I use :
> 
> apache_1.3.17 with mod_so
> gd-1.8.4
> postgresql-7.0.3
> 
> gcc version 2.95.2
> 
> configure --with-ndbm --with-ftp --with-gd
> --with-pgsql --enable-sockets
> --with-apxs=/usr/local/apache/bin/apxs
> 
> 1/ First of all, it seems HP's include files are
> broken, so I have added 
> #define _IN_ADDR_T
> at the beginning of sockets.c otherwith i got a
> "dupplicate symbole error".
> 
> 2/ I got a linker error
> 
> /bin/sh /datas/depot/php-4.0.4pl1/libtool
> --silent --mode=link gcc  -I.
> -I/datas/depot/php-4.0.4pl1/
> -I/datas/depot/php-4.0.4pl1/main
>  -I/datas/depot/php-4.0.4pl1
> -I/usr/local/apache/include
> -I/datas/depot/php-4.0.4pl1/Zend
> -I/usr/local/include -I/datas/depot/php-4.0.4pl1/ex
> t/mysql/libmysql
> -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmltok
> -I/datas/depot/php-4.0.4pl1/ext/xml/expat/xmlparse
> -I/datas/depot/php-4.0.4
> pl1/TSRM  -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT
> -DXML_BYTE_ORDER=21 -g -O2   -o libphp4.la -rpath
> /datas/depot/php-4.0.4pl1/libs -avoid-version
> -L/usr/local/lib -L/usr/local/pgsql/lib  -R
> /usr/local/lib -R /usr/local/pgsql/lib stub.lo 
> Zend/libZend.la  sapi/apache/libsapi.la  main/lib
> main.la  regex/libregex.la  ext/dba/libdba.la
> ext/gd/libgd.la ext/mysql/libmysql.la
> ext/pcre/libpcre.la ext/pgsql/libpgsql.la
> ext/posix/libpo
> six.la ext/session/libsession.la
> ext/sockets/libsockets.la
> ext/standard/libstandard.la ext/xml/libxml.la 
> TSRM/libtsrm.la -lpq -lttf -lgd -lm
>  -lcrypt
> /usr/ccs/bin/ld: Duplicate symbol
> "gdImageColorResolve" in files
> .libs/libphp4.lax/libgd.al/gd.lo and
> /usr/local/lib/libgd.a(gd.o)
> /usr/ccs/bin/ld: Duplicate symbols are not allowed
> in shared libraries
> *** Error exit code 1
> 
> Stop.
> *** Error exit code 1
> 
> Stop.
> 
> 
> Someone has a tips about this error ?
> 
> Thanks for your help
> 
> - Laurent
> 
>
---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=9400&edit=2
> 


=
The misspelling master is on the Web.
   _
  //(
 /  Dico  / /   100 % Dictionnary Free !
// / 
(###( /

Quoi, des fautes d'orthographe! Pas possible ;-D.

__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices! http://auctions.yahoo.com/

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

[PHP-DEV] subcribtion

[Dirry Lucile]

subscribe


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

[PHP-DEV] RE: [PHP-PEAR] PEAR issue #2 (pear-dev) vote

[James Moore]

(X) pear-users and pear-dev

James

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

[PHP-DEV] PHP 4.0 Bug #9419: isapi filter doesn't see php.ini

[daniel . dadusc]

From: [EMAIL PROTECTED]
Operating system: windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  isapi filter doesn't see php.ini

i've been trying to configure java to work under php using an isapi filter with iis 
5.0 . what i found is that i could get java to work when i used the cgi module but not 
the isapi, after some research i discovered that when you run php using the isapi it 
doesn't see the php.ini. using phpinfo() i saw that all the options i changed where 
set to default, and for example all the java local variables where set to null whereas 
they were properly when i used the cgi.
hope you get this fixed soon!!! 


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



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

[PHP-DEV] PHP 4.0 Bug #9418: Upload image file is broken

[nekto]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  Upload image file is broken

I have a problem with upload gif image (original differ from upload image). With yours 
recommendation, i install last cvs version of php4. But this not solved my problem. 
What i must doing for solving my problem?



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



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

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: sdf
Email: [EMAIL PROTECTED]
ID: sdfsdf
Purpose: fsdf

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

[PHP-DEV] PHP 4.0 Bug #9398 Updated: Apache SIGTERM when loading php with pspell AND sablotron

[hgomez]

ID: 9398
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Apache SIGTERM when loading php with pspell AND sablotron

The problem appears to be between pspell and sablotron modules which are using both 
C++ shared libs.

If we change the load, first sablot and after pspell, that's
works.

I attached two logs for httpd -DSSL -DHAVE_PHP4 -X,
one works, one failed:

Here is what ldd -v return for pspell.so and original sablot.so
 
--- PSPELL

Version information:
/usr/lib/libpspell.so:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/usr/lib/libltdl.so.0:
libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2
libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/usr/lib/libpspell-modules.so.1:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/usr/lib/libstdc++-libc6.2-2.so.3:
libm.so.6 (GLIBC_2.0) => /lib/libm.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux.so.2 (GLIBC_2.1.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.2) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
/lib/libdl.so.2:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libm.so.6:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x4007c000)
libc.so.6 => /lib/libc.so.6 (0x400bf000)
libm.so.6 => /lib/libm.so.6 (0x401e8000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)

--- SABLOT

Version information:
/usr/lib/libsablot.so:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/usr/lib/libstdc++-libc6.2-2.so.3:
libm.so.6 (GLIBC_2.0) => /lib/libm.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux.so.2 (GLIBC_2.1.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.2) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
/lib/libm.so.6:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6

I'm not a specialist in C++ or lib loader problem but a quick fix
was to rebuild sablot.so with -lexpat (just missing) and -lstdc++
With that patch you could load pspell and sablot in any orders.

---

--- Sablot/engine/Makefile.in.orig  Thu Feb 22 23:09:37 2001
+++ Sablot/engine/Makefile.in   Thu Feb 22 23:10:30 2001
@@ -96,7 +96,7 @@
 
 DEFS = @DEFS@ -I. -I$(srcdir) -I../../autocfg
 LDFLAGS = @LDFLAGS@
-LIBS = @LIBS@
+LIBS = @LIBS@ $(EXPAT_LIBS) -lstdc++
 libsablot_la_LIBADD = 
 libsablot_la_OBJECTS =  arena.lo base.lo context.lo datastr.lo error.lo \
 expr.lo hash.lo output.lo parser.lo platform.lo proc.lo sablot.lo \

---


Previous Comments:
---

[2001-02-22 05:08:34] [EMAIL PROTECTED]
I've got Apache (1.3.17 + mod_ssl 2.8.0) SIGTERM when using a php 4.04pl1 and mod_php 
4.04pl1 with sablotron and pspell.

There are both present as extension loaded via php.ini.

If I remove sablotron (or pspell), apache with mod_php4 start and works correctly. The 
problem DIDN'T appears when using php in standalone  

It seems that Apache got a problem when loading more than one external modules using 
libstdc++. I've got a similar error when trying to run apache with the mod_xslt from 
Xalan-C Project

---

;; EXTENSION LOADING
extension_dir   =   /usr/lib/php4

;; Global PHP defaults

warn_plus_overloading   =   On  ; warn if the + operator is used with strings
track_errors=   On  ; Store the last error/warning message in 
$php_errormsg (boolean)
track_vars  =   On  ; enable the $HTTP_*_VARS[] arrays

Re: [PHP-DEV] PHP 4.0 Bug #9389 Updated: File names with '-' causes problems

[Hartmut Holzgraefe]

Jason Greene wrote:
> 
> Why would -'s cause problems?

have a look at the OS field in the bug report :)

  http://bugs.php.net/?id=9389&edit=2

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

Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

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

RE: [PHP-DEV] Fwd

[Peter \"[DiSAStA]\" Petermann]

Well,
maybe someone could deny access to mailing list
for his email adress? the only thinks he postet
has been this letter...
(in php-dev and php-pear)

Peter Petermann

>-Original Message-
>From: Taylor Silvers [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 23, 2001 3:30 AM
>To: [EMAIL PROTECTED]
>Subject: [PHP-DEV] Fwd
>
>
>Dear Friends & Future Millionaire: 

[...]

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

[PHP-DEV] Fwd

[Taylor Silvers]

Dear Friends & Future Millionaire: 
AS SEEN ON NATIONAL TV: ''Making over half million dollars 
every 4 to 5 months from your home for an investment of only 
$25 U.S. Dollars expense one time'' 
BE A MILLIONAIRE LIKE OTHERS WITHIN A YEAR!!! Before you say 
''Bull'', please read the following. This is the letter you 
have been hearing about on the news lately. Due to the 
popularity of this letter on the Internet, a national weekly 
news program recently devoted an entire show to the 
investigation of this program described below, to see if it 
really can make people money. The show also investigated 
whether or not the program was legal. 
Their findings proved once and for all that there are 
''absolutely NO Laws prohibiting the participation in the 
program and if people can -follow the simple instructions, 
they are bound to make some mega bucks with only $25 out of 
pocket cost''. DUE TO THE RECENT INCREASE OF POPULARITY & 
RESPECT THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING 
BETTER THAN EVER. 
This is what one had to say: '' Thanks to this profitable 
opportunity. I was approached many times before but each 
time I passed on it. I am so glad I finally joined just to 
see what one could expect in return for the minimal effort 
and money required. To my astonishment, I received total $ 
610,470.00 in 21 weeks, with money still coming in''. Pam 
Hedland, Fort Lee, New Jersey. 
 
Here is another testimonial: ''' this program has 
been around for a long time but I never believed in it. But 
one day when I received this again in the mail I decided to 
gamble my $25 on it. I followed the simple instructions and 
walaa . 3 weeks later the money started to come in. 
First month I only made $240.00 but the next 2 months after 
that I made a total of $290,000.00. So far, in the past 8 
months by re-entering the program, I have made over 
$710,000.00 and I am playing it again. The key to success in 
this program is to follow the simple steps and NOT change 
anything.'' More testimonials later but first, 
 PRINT THIS NOW FOR YOUR FUTURE REFERENCE == 
(Or Have it E-mailed to you-See Submit Button Below) 
 
If you would like to make at least 
$500,000 every 4 to 5 months easily and comfortably, please 
read the following...THEN READ IT AGAIN and AGAIN !!! 
 
FOLLOW THE SIMPLE INSTRUCTION BELOW AND YOUR FINANCIAL 
DREAMS WILL COME TRUE, GUARANTEED! INSTRUCTIONS: 
= Order all 5 reports shown on the list below. = 
For each report, send $5 CASH, THE NAME & NUMBER OF THE 
REPORT YOU ARE ORDERING and YOUR E-MAIL ADDRESS to the 
person whose name appears ON THAT LIST next to the report. 
MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE TOP LEFT 
CORNER in case of any mail problems. 
=== When you place your order, make sure you order each of 
the 5 reports. You will need all 5 reports so that you can 
save them on your computer and resell them. YOUR TOTAL COST 
$5 X 5=$25.00. 
=== Within a few days you will receive, vie e-mail, each of 
the 5 reports from these 5 different individuals. Save them 
on your computer so they will be accessible for you to send 
to the 1,000's of people who will order them from you. Also 
make a floppy of these reports and keep it on your desk in 
case something happen to your computer. 
=== IMPORTANT __ DO NOT alter the names of the people who 
are listed next to each report, or their sequence on the 
list, in any way other than what is instructed below in step 
'' 1 through 6 '' or you will lose out on majority of your 
profits. Once you understand the way this works, you will 
also see how it does not work if you change it. Remember, 
this method has been tested, and if you alter, it will NOT 
work !!! People have tried to put their friends/relatives 
names on all five thinking they could get all the money. But 
it does not work this way. Believe us, we all have tried to 
be greedy and then nothing happened. So Do Not try to change 
anything other than what is instructed. Because if you do, 
it will not work for you. Remember, honesty reaps the 
reward!!! 
1 After you have ordered all 5 reports, take this 
advertisement and REMOVE the name & address of the person in 
REPORT # 5. This person has made it through the cycle and is 
no doubt counting their fortune. 2 Move the name & 
address in REPORT # 4 down TO REPORT # 5. 3 Move the 
name & address in REPORT # 3 down TO REPORT # 4. 4 Move 
the name & address in REPORT # 2 down TO REPORT # 3. 5 
Move the name & address in REPORT # 1 down TO REPORT # 2 
6 Insert YOUR name & address in the REPORT # 1 Position. 
PLEASE MAKE SURE you copy every name & address ACCURATELY! 
 

 Take this entire letter, with the modified list of 
names, and save it on

[PHP-DEV] RE: [PHP-PEAR] PEAR issue #2 (pear-dev) vote

[Peter \"[DiSAStA]\" Petermann]

[ ] do not change anything
( ) pear-users and pear-dev
(X) pear-general and pear-dev
[ ] any other idea
 _
:)

Peter Petermann


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