Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviourthatithad since PHP 3 (fwd)

[Rasmus Lerdorf]

Manuel, please tone down your ranting a bit.  You always get yourself
overly worked up over things.  A bug was fixed, yes it broke BC, but often
fixing bugs will do so.  It would be very nice if we could get everything
exactly right the first time around, but that simply doesn't happen.  If
everything was frozen it would be years between releases and there would
be no PHP.  This particular fix was done 14 months ago and it hasn't
caused hundreds of people to complain, just you.

-Rasmus


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

[PHP-DEV] Re: Apache2Filter crashes on Windows

[Daniel Stone]

On Sun, Dec 16, 2001 at 05:03:38PM +0100, Sebastian Bergmann wrote:
>   Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current CVS).
> 
>   After several requests Apache.exe crashes, when using the Apache2Filter
>   SAPI module of PHP 4.
> 
>   I built both debug versions of Apache 2 and PHP 4, and the debugger
>   shows the cause of the crash to be in server/util_filter.c:416:
>   APR_BRIGADE_CONCAT(*saveto, *b);

Hi Sebastian,
Please provide a full gdb backtrace of the problem; just the last call
on the stack won't help the developers much.

Regards,
Daniel

(yes, I know my signature is stuffed ... fortune appears to be having
 problems).

-- 
Daniel Stone<[EMAIL PROTECTED]>
e> but frankly, I'd rather circumcize myself with a sausage
grinder then run RedHat

-- 
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] Bug #14510 Updated: Unknown error in mail function

[davidfelton]

ID: 14510
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Mail related
Operating System: Windows 2000 Terminal, IIS5
PHP Version: 4.1.0
New Comment:

smtp server is set to be localhost, which works fine with php 4.0.6

Previous Comments:


[2001-12-14 12:19:09] [EMAIL PROTECTED]

What are your INI-settings about mail? I.e., your smtp-server, etc...



[2001-12-14 10:58:01] [EMAIL PROTECTED]

Well it's pretty straight forward:

$mailrecipient="[EMAIL PROTECTED]";
$mailsubject="A message from your friend";
$mailmessage="Hello, this is an email sent with PHP";
$mailheaders="From: Dave <[EMAIL PROTECTED]>";

mail($mailrecipient,$mailsubject,$mailmessage,$mailheaders);



[2001-12-14 10:52:55] [EMAIL PROTECTED]

Can you provide a sample script?



[2001-12-14 05:29:31] [EMAIL PROTECTED]

When using the mail function on windows 2000 with IIS5, it just returns 'unknown 
error' and exits. The mail function works fine on windows 98 with OmniHTTPd.





Edit this bug report at http://bugs.php.net/?id=14510&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] Setting of libZend_la_LDFLAGS

[Adam Dickmeiss]

I'd like to ask the motivation for adding EXTRA_LIBS in the
setting of libZend_la_LIBS in Zend/Makefile.am.

libZend.la is a convenience library. It's always linked to a an
executable or shared object, later. EXTRA_LIBS includes all external
support libraries that have no relevance to Zend. The setting breaks
shared PHP build when (e.g. APXS) and external libraries are Libtool
static.

libZend_la_LIBS has had this for a long time. It wasn't a problem with
PHP 4.0.6, but it is with PHP 4.1.0 and latest CVS that uses a newer
version of Libtool.

I've reported this issue earlier on the list and have had no reply.
Please prove me wrong on this!

Cheers,
  Adam

-- 
Adam Dickmeiss  mailto:[EMAIL PROTECTED]  http://www.indexdata.dk
Index Data  T: +45 33410100   Mob.: 212 212 66

-- 
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] Bug #10996 Updated: fopen of url results in invlaid file handle

[edink]

ID: 10996
Updated by: edink
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 4.0.5
New Comment:

This has been fixed in PHP 4.1.0

Previous Comments:


[2001-12-17 02:32:49] [EMAIL PROTECTED]

tested this with 4.2.0-dev and appears to be fixed.

could somebody check with 4.1.0?




[2001-05-21 14:41:53] [EMAIL PROTECTED]

Reproduced with PHP 4.0.6RC1.

--Jani





[2001-05-21 14:19:26] [EMAIL PROTECTED]

#!/usr/local/bin/php
http://cnn.com";, "r");
$text2 = fread($fp2, 100);
fclose($fp2);
?>

CGI version of php 4.0.5 (4.0.2 did the same too) with default "./configure"

default php.ini too

The URL fopen usually goes through (meaning the server of the called URL usually gets 
the request), but the response is unreadable since the file-handle isn't valid. If I'm 
missing something totally obvious I apologize in advance. Thanks so much. 
-Graham Warden






Edit this bug report at http://bugs.php.net/?id=10996&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: Apache2Filter crashes on Windows

[Sebastian Bergmann]

Daniel Stone wrote:
> Please provide a full gdb backtrace of the problem; just the last call
> on the stack won't help the developers much.

  How do I generate a backtrace with MSVC? :-/

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

[PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle

[alan_k]

ID: 12004
Updated by: alan_k
Reported By: [EMAIL PROTECTED]
Old Summary: problem with fopen over ftp and a related fgets
Status: Analyzed
Bug Type: *Directory/Filesystem functions
Operating System: linux
PHP Version: 4.0.5
New Comment:

The following patch will issue a warning for trying to open a ftp file in anything 
other than read/write, - as no other methods are supported by fopen(ftp)

as far as producing errors on 'writing to an ftp file opened read only' - this is more 
complex as there is no indicators on the socket to tell wheter it was opened read or 
write,

(internally the socket is opened rw as the actual connection is a 2 way communication)






Index: ftp_fopen_wrapper.c
===
RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v
retrieving revision 1.11
diff -u -r1.11 ftp_fopen_wrapper.c
--- ftp_fopen_wrapper.c 9 Sep 2001 13:29:18 -   1.11
+++ ftp_fopen_wrapper.c 17 Dec 2001 10:24:06 -
@@ -101,6 +101,14 @@
*issock = BAD_URL;
return NULL;
}
+if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
+   php_error(E_WARNING, "Invalid mode : ftp can only access files in 
+(r)ead or (w)rite mode");
+   php_url_free(resource);
+   *issock = BAD_URL;
+   return NULL;
+}
+
+
/* use port 21 if one wasn't specified */
if (resource->port == 0)
resource->port = 21;


Previous Comments:


[2001-10-20 22:40:26] [EMAIL PROTECTED]

Reproduced with PHP 4.1.0RC1

Seems like this is not supported at all..

--Jani




[2001-07-10 06:07:36] [EMAIL PROTECTED]

Configure  './configure'   '--with-apxs=/usr/local/apache/bin/apxs'
Command'--with-mysql'  '--with-pgsql'  '--with-zlib' '--enable-ftp'
   '--with-gd' '--with-jpeg-dir=/usr/local/lib'
   '--enable-versioning'  '--enable-track-vars=yes'
   '--enable-url-includes'   '--enable-sysvshm'
   '--enable-syscsem' '--with-gettext'

";
exit;
}

fputs($fp, "test number one...");
fputs($fp, "test number two...");
fputs($fp, "etc...");

fclose($fp);
?>
---
The problem is, that nothing is written in the file even though fopen,fputs and
fclose do not return an error.

If you use fopen($file, "a+") the strings are written to file. But now
the problem is, that fopen tries to create that file even if it already exists.

Ciao,
Tobias






Edit this bug report at http://bugs.php.net/?id=12004&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: Notification of absence.

[Jani Taskinen]

On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:

>Could you post current new bug database status and
>new(?) lead developer?

Eh? Could you be more specific and explain what you mean
by these?

--Jani



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

[PHP-DEV] Bug #12004 Updated: problem with fopen over ftp and a related fgets

[alan_k]

ID: 12004
Updated by: alan_k
Reported By: [EMAIL PROTECTED]
Old Summary: fopen of url results in invlaid file handle
Status: Analyzed
Bug Type: *Directory/Filesystem functions
Operating System: linux
PHP Version: 4.0.5
New Comment:

browser changed the title for some reason...

Previous Comments:


[2001-12-17 05:28:35] [EMAIL PROTECTED]

The following patch will issue a warning for trying to open a ftp file in anything 
other than read/write, - as no other methods are supported by fopen(ftp)

as far as producing errors on 'writing to an ftp file opened read only' - this is more 
complex as there is no indicators on the socket to tell wheter it was opened read or 
write,

(internally the socket is opened rw as the actual connection is a 2 way communication)






Index: ftp_fopen_wrapper.c
===
RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v
retrieving revision 1.11
diff -u -r1.11 ftp_fopen_wrapper.c
--- ftp_fopen_wrapper.c 9 Sep 2001 13:29:18 -   1.11
+++ ftp_fopen_wrapper.c 17 Dec 2001 10:24:06 -
@@ -101,6 +101,14 @@
*issock = BAD_URL;
return NULL;
}
+if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
+   php_error(E_WARNING, "Invalid mode : ftp can only access files in 
+(r)ead or (w)rite mode");
+   php_url_free(resource);
+   *issock = BAD_URL;
+   return NULL;
+}
+
+
/* use port 21 if one wasn't specified */
if (resource->port == 0)
resource->port = 21;




[2001-10-20 22:40:26] [EMAIL PROTECTED]

Reproduced with PHP 4.1.0RC1

Seems like this is not supported at all..

--Jani




[2001-07-10 06:07:36] [EMAIL PROTECTED]

Configure  './configure'   '--with-apxs=/usr/local/apache/bin/apxs'
Command'--with-mysql'  '--with-pgsql'  '--with-zlib' '--enable-ftp'
   '--with-gd' '--with-jpeg-dir=/usr/local/lib'
   '--enable-versioning'  '--enable-track-vars=yes'
   '--enable-url-includes'   '--enable-sysvshm'
   '--enable-syscsem' '--with-gettext'

";
exit;
}

fputs($fp, "test number one...");
fputs($fp, "test number two...");
fputs($fp, "etc...");

fclose($fp);
?>
---
The problem is, that nothing is written in the file even though fopen,fputs and
fclose do not return an error.

If you use fopen($file, "a+") the strings are written to file. But now
the problem is, that fopen tries to create that file even if it already exists.

Ciao,
Tobias






Edit this bug report at http://bugs.php.net/?id=12004&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: Apache2Filter crashes on Windows

[Zeev Suraski]

View->Debug Windows->Call Stack

Just copy&paste it and send.

Zeev

At 12:09 17/12/2001, Sebastian Bergmann wrote:
>Daniel Stone wrote:
> > Please provide a full gdb backtrace of the problem; just the last call
> > on the stack won't help the developers much.
>
>   How do I generate a backtrace with MSVC? :-/
>
>--
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/ http://phpOpenTracker.de/
>
>   Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP 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] Apache2Filter crashes on Windows

[Sebastian Bergmann]

Sebastian Bergmann wrote:
>   Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current CVS).
>
>   After several requests Apache.exe crashes, when using the 
>   Apache2Filter SAPI module of PHP 4.
>
>   I built both debug versions of Apache 2 and PHP 4, and the debugger
>   shows the cause of the crash to be in server/util_filter.c:416:
>   APR_BRIGADE_CONCAT(*saveto, *b);

  Here's a backtrace, thanks to Sander Striker for pointing me to ALT+7:

ap_save_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * *
0x10d95984, apr_bucket_brigade * * 0x10a6bdf8, apr_pool_t * 0x10cd4070)
line 416 + 71 bytes
php_output_filter(ap_filter_t * 0x00564f00, apr_bucket_brigade *
0x00565068) line 350 + 32 bytes
ap_pass_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * 0x00565068)
line 388 + 16 bytes
default_handler(request_rec * 0x10cd5bf0) line 2825
ap_run_handler(request_rec * 0x10cd5bf0) line 186 + 78 bytes
ap_invoke_handler(request_rec * 0x10cd5bf0) line 360 + 9 bytes
ap_internal_redirect(const char * 0x10cd5bc8, request_rec * 0x10cd40a0)
line 454 + 9 bytes
handle_dir(request_rec * 0x10cd40a0) line 198
ap_run_handler(request_rec * 0x10cd40a0) line 186 + 78 bytes
ap_invoke_handler(request_rec * 0x10cd40a0) line 360 + 9 bytes
ap_process_request(request_rec * 0x10cd40a0) line 292 + 9 bytes
ap_process_http_connection(conn_rec * 0x00580e60) line 280 + 9 bytes
ap_run_process_connection(conn_rec * 0x00580e60) line 84 + 78 bytes
ap_process_connection(conn_rec * 0x00580e60) line 231
worker_main(int 248) line 908
_threadstartex(void * 0x005fc9c0) line 212 + 13 bytes

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle

[Markus Fischer]

On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : 
> return NULL;
> }
> +if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
> +   php_error(E_WARNING, "Invalid mode : ftp can only access files in 
>(r)ead or (w)rite mode");

Generally I'm always for exposring the context of the current
function with get_active_functin_name(); just like Andrei
does it with zend_parse_parameters; "%s() ...",
get_active_blabla.

- Markus

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

-- 
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: Notification of absence.

[Alan Knowles]

>
>
>>Could you post current new bug database status and
>>new(?) lead developer?
>>
>
>Eh? Could you be more specific and explain what you mean
>by these?
>
Who is closing the bug reports?
sniper 3188
rasmus 922
sas 824
derick 585

thats an amazing contribution

best regards (and many thanks)
alan

>
>
>--Jani
>
>
>




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

Re: [PHP-DEV] Re: Notification of absence.

[derick]

On Mon, 17 Dec 2001, Alan Knowles wrote:

> Who is closing the bug reports?
> sniper 3188
> rasmus 922
> sas 824
> derick 585
>
> thats an amazing contribution

Check php4 bugs only, even more interesting :)

Derick


-- 
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: Notification of absence.

[Jani Taskinen]

Well..most of those closed reports have been 'bogus'..
Or fixed by someone else. It's not that amazing.

--Jani


On Mon, 17 Dec 2001, Alan Knowles wrote:

>>
>>
>>>Could you post current new bug database status and
>>>new(?) lead developer?
>>>
>>
>>Eh? Could you be more specific and explain what you mean
>>by these?
>>
>Who is closing the bug reports?
>sniper 3188
>rasmus 922
>sas 824
>derick 585
>
>thats an amazing contribution
>
>best regards (and many thanks)
>alan
>
>>
>>
>>--Jani
>>
>>
>>
>
>
>


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

Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle

[Alan Knowles]

The whole file needs a bit of an overhall for that :)

Markus Fischer wrote:

>On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : 
>
>>return NULL;
>>}
>>+if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
>>+   php_error(E_WARNING, "Invalid mode : ftp can only access files in 
>(r)ead or (w)rite mode");
>>
>
>Generally I'm always for exposring the context of the current
>function with get_active_functin_name(); just like Andrei
>does it with zend_parse_parameters; "%s() ...",
>get_active_blabla.
>
>- Markus
>




-- 
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: Notification of absence.

[Alan Knowles]

Jani Taskinen wrote:

>Well..most of those closed reports have been 'bogus'..
>Or fixed by someone else. It's not that amazing.
>
>--Jani
>
I know :) - but it still takes a long while to go through that many bugs :)

>
>
>
>On Mon, 17 Dec 2001, Alan Knowles wrote:
>
>>>
Could you post current new bug database status and
new(?) lead developer?

>>>Eh? Could you be more specific and explain what you mean
>>>by these?
>>>
>>Who is closing the bug reports?
>>sniper 3188
>>rasmus 922
>>sas 824
>>derick 585
>>
>>thats an amazing contribution
>>
>>best regards (and many thanks)
>>alan
>>
>>>
>>>--Jani
>>>
>>>
>>>
>>
>>
>
>




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

Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle

[Markus Fischer]

On Mon, Dec 17, 2001 at 07:08:34PM +0800, Alan Knowles wrote : 
> The whole file needs a bit of an overhall for that :)

As most code does. But why not starting with it right away?

> Markus Fischer wrote:
> 
> >On Mon, Dec 17, 2001 at 10:28:36AM -, [EMAIL PROTECTED] wrote : 
> >
> >>   return NULL;
> >>   }
> >>+if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
> >>+   php_error(E_WARNING, "Invalid mode : ftp can only access 
> >>files in (r)ead or (w)rite mode");
> >>
> >
> >   Generally I'm always for exposring the context of the current
> >   function with get_active_functin_name(); just like Andrei
> >   does it with zend_parse_parameters; "%s() ...",
> >   get_active_blabla.
> >
> >   - Markus
> >
> 
> 
> 
> 
> -- 
> 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]

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

-- 
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] Bug #14552 Updated: PowerPC users see blank pages after session start

[lecoq_tr]

ID: 14552
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

It seems problem is not related with "Transfer-Encoding: chunked", because as to the 
site logs they can see the login form (previous page before the problem page with 
session).. And that page also generates "Transfer-Encoding: chunked" in headers (as 
you said, length of page content follows the header information)

Problem page sends the header below as an extra :

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache

These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is 
there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to 
download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) 
Our webserver is Apache 1.13.20 RedHat RPM release.




Previous Comments:


[2001-12-16 18:18:28] [EMAIL PROTECTED]

The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). 
Every chunk is accompanied with it's size info, and this 180 resembles very 
suspiciously this delimitor.

In case this should turn out to be the problem, there are three factors which could be 
responsible for this problem:

- The webserver (low probability)
- PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer)
- Your webbrowser (HIGH probability. Please ask your users to check your site with 
different webbrowsers. There are plenty of them: icab, IE, mozilla ..)

Also, try to check the script-output with http://www.ethereal.com/ . This sometimes 
helps alot.

Kind Regards,
  Daniel Lorch



[2001-12-16 17:23:26] [EMAIL PROTECTED]

Can you try it with the latest version, php 4.1.0?

Derick



[2001-12-16 17:21:19] [EMAIL PROTECTED]

Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 
5.xx... Problem is that they see a blank page after trying to login.

First lines of the script starts like this :




*** And goes on like this...

I can access with a PC. Seeing that they get a blank page I thought there might be 
something wrong with headers(Some incompatibility with Mac??). I pasted the headers I 
received below (headers after logging on with a PC).. I have no idea what the text 180 
at the bottom is, page source starts after it.

HTTP/1.1 200 OK
Date: Sun, 16 Dec 2001 21:32:32 GMT
Server: Apache
Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 
21:32:32 GMT
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Keep-Alive: timeout=15, max=50
Transfer-Encoding: chunked
Content-Type: text/html
Connection: close

180


and the rest of the HTML code below this line...






Edit this bug report at http://bugs.php.net/?id=14552&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: Notification of absence.

[Yasuo Ohgaki]

Jani Taskinen wrote:

> On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
> 
> 
>>Could you post current new bug database status and
>>new(?) lead developer?
>>
> 
> Eh? Could you be more specific and explain what you mean
> by these?
> 


I might be wrong. I thought you are developing new 

bug tracking system, jitter bug (old name?), most actively. 

I was going to ask about it to you.

I'm wondering the status of the project :) 

-- 
Yasuo Ohgaki


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.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]

Re: [PHP-DEV] Bug #12004 Updated: fopen of url results in invlaid file handle

[Alan Knowles]

Markus Fischer wrote:

>On Mon, Dec 17, 2001 at 07:08:34PM +0800, Alan Knowles wrote : 
>
>>The whole file needs a bit of an overhall for that :)
>>
>
>As most code does. But why not starting with it right away? 
>
Bit like this? ;)

Index: ftp_fopen_wrapper.c
===
RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v
retrieving revision 1.11
diff -u -r1.11 ftp_fopen_wrapper.c
--- ftp_fopen_wrapper.c9 Sep 2001 13:29:18 -1.11
+++ ftp_fopen_wrapper.c17 Dec 2001 11:05:47 -
@@ -92,15 +92,23 @@

 resource = php_url_parse((char *) path);
 if (resource == NULL) {
-php_error(E_WARNING, "Invalid URL specified, %s", path);
+php_error(E_WARNING, "%s() Invalid URL specified, %s", 
get_active_function_name(TSRMLS_C), path);
 *issock = BAD_URL;
 return NULL;
 } else if (resource->path == NULL) {
-php_error(E_WARNING, "No file-path specified");
+php_error(E_WARNING, "%s() No file-path 
specified",get_active_function_name(TSRMLS_C));
 php_url_free(resource);
 *issock = BAD_URL;
 return NULL;
 }
+if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
+ php_error(E_WARNING, "%s() Invalid mode, ftp can only 
access files in (r)ead or (w)rite mode",get_active_function_name(TSRMLS_C));
+php_url_free(resource);
+*issock = BAD_URL;
+return NULL;
+}
+   
+   
 /* use port 21 if one wasn't specified */
 if (resource->port == 0)
 resource->port = 21;
@@ -179,7 +187,7 @@
 if (mode[0] == 'r') {
 /* when reading file, it must exist */
 if (result > 299 || result < 200) {
-php_error(E_WARNING, "File not found");
+php_error(E_WARNING, "%s() File not 
found",get_active_function_name(TSRMLS_C));
 php_url_free(resource);
 SOCK_FCLOSE(*socketd);
 *socketd = 0;
@@ -189,7 +197,7 @@
 } else {
 /* when writing file, it must NOT exist */
 if (result <= 299 && result >= 200) {
-php_error(E_WARNING, "File already exists");
+php_error(E_WARNING, "%s() File already 
exists",get_active_function_name(TSRMLS_C));
 php_url_free(resource);
 SOCK_FCLOSE(*socketd);
 *socketd = 0;



-- 
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: Notification of absence.

[Yasuo Ohgaki]

Yasuo Ohgaki wrote:

> Jani Taskinen wrote:
> 
>> On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
>>
>>
>>> Could you post current new bug database status and
>>> new(?) lead developer?
>>>
>>
>> Eh? Could you be more specific and explain what you mean
>> by these?
>>
> 
> 
> I might be wrong. I thought you are developing new
> bug tracking system, jitter bug (old name?), most actively.
> I was going to ask about it to you.


Not only asking, but also volunteer ;)

 
> I'm wondering the status of the project :)

-- 
Yasuo Ohgaki


-- 
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: Bug #12004 Updated: problem with fopen over ftp and a related fgets

[Yasuo Ohgaki]

Alan K wrote:

> ID: 12004
> Updated by: alan_k
> Reported By: [EMAIL PROTECTED]
> Old Summary: fopen of url results in invlaid file handle
> Status: Analyzed
> Bug Type: *Directory/Filesystem functions
> Operating System: linux
> PHP Version: 4.0.5
> New Comment:
> 
> browser changed the title for some reason...
> 

I guess you are using Mozilla, aren't you?
If you're using Mozilla, delete
*.s file in your profile directory and disable
password manager.

WARNING: if you delete *.s file, you'll lost all
password & account info including mail account, etc.

-- 
Yasuo Ohgaki


-- 
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] Bug #12004 Updated: fopen of url results in invlaid file handle

[Markus Fischer]

On Mon, Dec 17, 2001 at 07:18:17PM +0800, Alan Knowles wrote : 
> Markus Fischer wrote:
> 
> >On Mon, Dec 17, 2001 at 07:08:34PM +0800, Alan Knowles wrote : 
> >
> >>The whole file needs a bit of an overhall for that :)
> >>
> >
> >   As most code does. But why not starting with it right away? 
> >
> Bit like this? ;)

Yes ... but text after the function name should IMHO start in
lower case =)

Btw, you're email client wraps the code.

> 
> Index: ftp_fopen_wrapper.c
> ===
> RCS file: /repository/php4/ext/standard/ftp_fopen_wrapper.c,v
> retrieving revision 1.11
> diff -u -r1.11 ftp_fopen_wrapper.c
> --- ftp_fopen_wrapper.c9 Sep 2001 13:29:18 -1.11
> +++ ftp_fopen_wrapper.c17 Dec 2001 11:05:47 -
> @@ -92,15 +92,23 @@
>
> resource = php_url_parse((char *) path);
> if (resource == NULL) {
> -php_error(E_WARNING, "Invalid URL specified, %s", path);
> +php_error(E_WARNING, "%s() Invalid URL specified, %s", 
> get_active_function_name(TSRMLS_C), path);
> *issock = BAD_URL;
> return NULL;
> } else if (resource->path == NULL) {
> -php_error(E_WARNING, "No file-path specified");
> +php_error(E_WARNING, "%s() No file-path 
> specified",get_active_function_name(TSRMLS_C));
> php_url_free(resource);
> *issock = BAD_URL;
> return NULL;
> }
> +if (strcmp(mode, "r") &&  strcmp(mode, "w")) {
> + php_error(E_WARNING, "%s() Invalid mode, ftp can only 
> access files in (r)ead or (w)rite mode",get_active_function_name(TSRMLS_C));
> +php_url_free(resource);
> +*issock = BAD_URL;
> +return NULL;
> +}
> +   
> +   
> /* use port 21 if one wasn't specified */
> if (resource->port == 0)
> resource->port = 21;
> @@ -179,7 +187,7 @@
> if (mode[0] == 'r') {
> /* when reading file, it must exist */
> if (result > 299 || result < 200) {
> -php_error(E_WARNING, "File not found");
> +php_error(E_WARNING, "%s() File not 
> found",get_active_function_name(TSRMLS_C));
> php_url_free(resource);
> SOCK_FCLOSE(*socketd);
> *socketd = 0;
> @@ -189,7 +197,7 @@
> } else {
> /* when writing file, it must NOT exist */
> if (result <= 299 && result >= 200) {
> -php_error(E_WARNING, "File already exists");
> +php_error(E_WARNING, "%s() File already 
> exists",get_active_function_name(TSRMLS_C));
> php_url_free(resource);
> SOCK_FCLOSE(*socketd);
> *socketd = 0;
> 

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

-- 
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] Bug #14480 Updated: HTML garbaged, server crash

[sernil]

ID: 14480
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: iPlanet related
Operating System: HP-UX 11.0, NSAPI
PHP Version: 4.0.6
New Comment:

I'm now installing PHP 4.1.0 and will test under different
load conditions. I expect to be able to tell you something
about 4.1.0 soon after Christmas.

Previous Comments:


[2001-12-13 21:55:14] [EMAIL PROTECTED]

Does this happen with PHP 4.1.0 ?




[2001-12-13 05:29:08] [EMAIL PROTECTED]

This is an intermittent bug. Some pages will appear OK
if the HTML is dumped to file just before output using
ob_get_contents(). Yet sections of the same HTML code,
once on the browser, appear to have been replaced with
garbage (apparently sections of the server memory).

Simpler PHP code is not affected.

Occasionally, the CPU load will skyrocket, and the Web
server will crash without returning any data.

I think it could be the PHP module, somehow corrupting
ns-httpd memory, but am unable to investigate further.





Edit this bug report at http://bugs.php.net/?id=14480&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: Notification of absence.

[derick]

On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:

> Not only asking, but also volunteer ;)

I can set you up a CVS account if you want...

Derick



-- 
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] Bug #14552 Updated: PowerPC users see blank pages after session start

[lecoq_tr]

ID: 14552
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

I found similar records in the database. No solution found.
http://bugs.php.net/bug.php?id=13601
http://bugs.php.net/bug.php?id=10472
http://bugs.php.net/bug.php?id=8556

I plan to use session_cache_limiter() to search for a solution


Previous Comments:


[2001-12-17 06:01:36] [EMAIL PROTECTED]

It seems problem is not related with "Transfer-Encoding: chunked", because as to the 
site logs they can see the login form (previous page before the problem page with 
session).. And that page also generates "Transfer-Encoding: chunked" in headers (as 
you said, length of page content follows the header information)

Problem page sends the header below as an extra :

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache

These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is 
there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to 
download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) 
Our webserver is Apache 1.13.20 RedHat RPM release.






[2001-12-16 18:18:28] [EMAIL PROTECTED]

The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). 
Every chunk is accompanied with it's size info, and this 180 resembles very 
suspiciously this delimitor.

In case this should turn out to be the problem, there are three factors which could be 
responsible for this problem:

- The webserver (low probability)
- PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer)
- Your webbrowser (HIGH probability. Please ask your users to check your site with 
different webbrowsers. There are plenty of them: icab, IE, mozilla ..)

Also, try to check the script-output with http://www.ethereal.com/ . This sometimes 
helps alot.

Kind Regards,
  Daniel Lorch



[2001-12-16 17:23:26] [EMAIL PROTECTED]

Can you try it with the latest version, php 4.1.0?

Derick



[2001-12-16 17:21:19] [EMAIL PROTECTED]

Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 
5.xx... Problem is that they see a blank page after trying to login.

First lines of the script starts like this :




*** And goes on like this...

I can access with a PC. Seeing that they get a blank page I thought there might be 
something wrong with headers(Some incompatibility with Mac??). I pasted the headers I 
received below (headers after logging on with a PC).. I have no idea what the text 180 
at the bottom is, page source starts after it.

HTTP/1.1 200 OK
Date: Sun, 16 Dec 2001 21:32:32 GMT
Server: Apache
Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 
21:32:32 GMT
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Keep-Alive: timeout=15, max=50
Transfer-Encoding: chunked
Content-Type: text/html
Connection: close

180


and the rest of the HTML code below this line...






Edit this bug report at http://bugs.php.net/?id=14552&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: Notification of absence.

[Jani Taskinen]

Ah, you mean 'Bubar, formerly known as The Sign' ? :)
That is one project I'm going to start working on more..soon.
I simply haven't had any spare time to spend on it.

Basic structure is ready but it needs a lot of work.
Glad to get more people working on it.

--Jani


On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:

>Jani Taskinen wrote:
>
>> On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
>>
>>
>>>Could you post current new bug database status and
>>>new(?) lead developer?
>>>
>>
>> Eh? Could you be more specific and explain what you mean
>> by these?
>>
>
>
>I might be wrong. I thought you are developing new
>
>bug tracking system, jitter bug (old name?), most actively.
>
>I was going to ask about it to you.
>
>I'm wondering the status of the project :)
>
>



-- 
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] Bug #14552 Updated: PowerPC users see blank pages after session start

[lecoq_tr]

ID: 14552
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

http://www.php.net/manual/en/function.session-cache-limiter.php

I read the user comments from the URL above...
I believe my problem is not a PHP bug, MSIE5.x has problems with headers which session 
generates...
People recommend to add the line below before starting a session :
session_cache_limiter('private');

Thank you for taking time...


Previous Comments:


[2001-12-17 06:21:04] [EMAIL PROTECTED]

I found similar records in the database. No solution found.
http://bugs.php.net/bug.php?id=13601
http://bugs.php.net/bug.php?id=10472
http://bugs.php.net/bug.php?id=8556

I plan to use session_cache_limiter() to search for a solution




[2001-12-17 06:01:36] [EMAIL PROTECTED]

It seems problem is not related with "Transfer-Encoding: chunked", because as to the 
site logs they can see the login form (previous page before the problem page with 
session).. And that page also generates "Transfer-Encoding: chunked" in headers (as 
you said, length of page content follows the header information)

Problem page sends the header below as an extra :

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache

These lines appear only with sessions, they may be imcompatible with Mac's IE5.x. Is 
there a way to disable Cache-Control for PHP scripts? 10s of people would refuse to 
download Netscape. And I'm not able to run 4.1.0 version for a test (apxs problem...) 
Our webserver is Apache 1.13.20 RedHat RPM release.






[2001-12-16 18:18:28] [EMAIL PROTECTED]

The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). 
Every chunk is accompanied with it's size info, and this 180 resembles very 
suspiciously this delimitor.

In case this should turn out to be the problem, there are three factors which could be 
responsible for this problem:

- The webserver (low probability)
- PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer)
- Your webbrowser (HIGH probability. Please ask your users to check your site with 
different webbrowsers. There are plenty of them: icab, IE, mozilla ..)

Also, try to check the script-output with http://www.ethereal.com/ . This sometimes 
helps alot.

Kind Regards,
  Daniel Lorch



[2001-12-16 17:23:26] [EMAIL PROTECTED]

Can you try it with the latest version, php 4.1.0?

Derick



[2001-12-16 17:21:19] [EMAIL PROTECTED]

Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 
5.xx... Problem is that they see a blank page after trying to login.

First lines of the script starts like this :




*** And goes on like this...

I can access with a PC. Seeing that they get a blank page I thought there might be 
something wrong with headers(Some incompatibility with Mac??). I pasted the headers I 
received below (headers after logging on with a PC).. I have no idea what the text 180 
at the bottom is, page source starts after it.

HTTP/1.1 200 OK
Date: Sun, 16 Dec 2001 21:32:32 GMT
Server: Apache
Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 
21:32:32 GMT
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Keep-Alive: timeout=15, max=50
Transfer-Encoding: chunked
Content-Type: text/html
Connection: close

180


and the rest of the HTML code below this line...






Edit this bug report at http://bugs.php.net/?id=14552&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] Bug #14214 Updated: getcwd() and `pwd` return wrong directory

[sander]

ID: 14214
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-11-26 02:44:36] [EMAIL PROTECTED]

What is your configure line?

Derick



[2001-11-24 18:47:19] [EMAIL PROTECTED]

I've written a small shell script in PHP, which should return the current working 
directory:

-
#!/usr/bin/php -q

-

I've stored the script as /scripts/test.php and on the shell, I'm in /scripts/Testing. 
 When I run the script with »../test.php«, it returns »/scripts« two times.  I'd 
expect it to return »/scripts/Testing« two times.

However, HTTP_ENV_VARS['PWD'] and HTTP_SERVER_VARS['PWD'] both contain the correct 
(ie. /scripts/Testing) path.





Edit this bug report at http://bugs.php.net/?id=14214&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] Bug #14223 Updated: "configure: error: This c-client library does not support SSL." error msg

[sander]

ID: 14223
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Linux 2.0.36
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-11-26 07:19:04] [EMAIL PROTECTED]

Why don't you test it? (it should be fixed)
Try a snapshot: http://snaps.php.net/ or wait for PHP 4.1.0 to be released.
(Today/tomorrow)

--Jani




[2001-11-26 03:31:37] [EMAIL PROTECTED]

I'm still getting this message, and I think I've found why.

You correctly try to detect the crypto lib before the ssl lib of OpenSSL, but when 
trying to compile a test program to test if the IMAP library was compiled with SSL 
support, you link with the crypto lib before the ssl lib. These libraries should be 
reversed (the ssl lib needs symbols that are defined in the crypto lib).

I tried to correct this, and still got the same error. I also found that you must link 
with the c-client library before the ssl and crypto libs (the config.log tries to run 
this:

gcc -o conftest -g -O2  -DLINUX=20 -DDEV_RANDOM=/dev/random -DMOD_SSL=208104 
-DUSE_HSREGEX -DEAPI -DUSE_EXPAT  -Wl,
-rpath,/usr/X11/lib -L/usr/X11/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib 
conftest.c -lpam -lgmp -lgd -lX11 -lXpm -ljpeg -lgdbm -lz -lcrypt -lssl -lcrypto 
-lresolv -lm -ldl -lnsl  -lresolv -lc-client 1>&5
and fails, for the same reason (the c-client lib needs some symbols that are defined 
in the ssl lib). I added -lssl and -lcrypto after the -lc-client, and it works.

I don't know if this has been fixed in the CVS version.





Edit this bug report at http://bugs.php.net/?id=14223&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] Bug #14239 Updated: apache crash on sig 11; error at zend_execute_API.c:259

[sander]

ID: 14239
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Operating System: FreeBSD 4.4-RELEASE
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-11-26 14:18:51] [EMAIL PROTECTED]

Please try and create a short example script which can be used
to reproduce this problem.

And you should also try PHP 4.1.0 (to be released very soon now)

http://download.php.net/~zeev/php-4.1.0.tar.gz



[2001-11-26 13:25:31] [EMAIL PROTECTED]

this error snoozed me and my users over head!

php works as libphp4.so in Apache/1.3.22

when i debug the problem, gdb get's me such report:

Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259
259 (*zval_ptr)->refcount--;
(gdb)

in this file there is:
ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC)
{
#if DEBUG_ZEND>=2
printf("Reducing refcount for %x (%x):  %d->%d\n", *zval_ptr,
zval_ptr, (*zval_ptr)->refcount, (*zval_ptr)->refcount-1);
#endif  
(*zval_ptr)->refcount--;
^ here error!
if ((*zval_ptr)->refcount==0) {
zval_dtor(*zval_ptr);
safe_free_zval_ptr(*zval_ptr);
} else if (((*zval_ptr)->refcount == 1) && ((*zval_ptr)->type !=
IS_OBJECT)) {
(*zval_ptr)->is_ref = 0;
}
}

obvious, that httpd instance crashes with core,,, and users have to "Reload" the pages 
when this error appears...

i have no idea about this error reason...

thank you,
  Andriy Tkachuk.



[2001-11-26 13:05:47] [EMAIL PROTECTED]

when i debug the problem gdb get's me such report:
Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0x4c41424f) at zend_execute_API.c:259
259 (*zval_ptr)->refcount--;
(gdb)

in this file there is:
ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC)
{
#if DEBUG_ZEND>=2
printf("Reducing refcount for %x (%x):  %d->%d\n", *zval_ptr, zval_ptr, 
(*zval_ptr)->refcount, (*zval_ptr)->refcount-1);
#endif  
(*zval_ptr)->refcount--;
^ here error!
if ((*zval_ptr)->refcount==0) {
zval_dtor(*zval_ptr);
safe_free_zval_ptr(*zval_ptr);
} else if (((*zval_ptr)->refcount == 1) && ((*zval_ptr)->type != IS_OBJECT)) {
(*zval_ptr)->is_ref = 0;
}
}


i have no idea about this...





Edit this bug report at http://bugs.php.net/?id=14239&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: Notification of absence.

[Yasuo Ohgaki]

[EMAIL PROTECTED] wrote:

> On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
> 
> 
>>Not only asking, but also volunteer ;)
>>
> 
> I can set you up a CVS account if you want...
> 
> Derick
> 

Thank you! I might be able to help you ;)

-- 
Yasuo Ohgaki


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.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] H: $HTTP_POST_VARS & session_register

[Ivo Stoykov]

Hello

I followd the group searching the answer of my question but failed finding
the answer so here is my problem:

I'd like to store $HTTP_POST_VARS into a session but fail to retrieved
values

I'm using
session_start();
if(isset($HTTP_SESSION_VARS)) {
$HTTP_POST_VARS = $HTTP_SESSION_VARS;// retrieve values
} else {
session_register("HTTP_POST_VARS");
}

where is the problem and how could I do this? Thank you

Ivo



-- 
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: Notification of absence.

[Yasuo Ohgaki]

Jani Taskinen wrote:

> Ah, you mean 'Bubar, formerly known as The Sign' ? :)


Hmm. I don't get it... need to learn more expressons
in English? :)

 > That is one project I'm going to start working on more..soon.

> I simply haven't had any spare time to spend on it.


Great!

 
> Basic structure is ready but it needs a lot of work.
> Glad to get more people working on it.


I asked Derick to give me a CVS account ;)
I really want mod_pgsql (libpq pgsql session save handler)
I can help a little when I finish all pgsql related work.

-- 
Yasuo Ohgaki

> 
> --Jani
> 
> 
> On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
> 
> 
>>Jani Taskinen wrote:
>>
>>
>>>On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
>>>
>>>
>>>
Could you post current new bug database status and
new(?) lead developer?


>>>Eh? Could you be more specific and explain what you mean
>>>by these?
>>>
>>>
>>
>>I might be wrong. I thought you are developing new
>>
>>bug tracking system, jitter bug (old name?), most actively.
>>
>>I was going to ask about it to you.
>>
>>I'm wondering the status of the project :)
>>
>>
>>
> 
> 



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.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]

Re: [PHP-DEV] Apache2Filter crashes on Windows

[benjamin yates]

> Sebastian Bergmann wrote:
> >   Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current >
ap_save_brigade(ap_filter_t * 0x00564f00, apr_bucket_brigade * *

  btw i get this as well... i believe it to be directly related to bugs
#14474 & #14358, and possibly #14529.  i think it's the same problem
occuring in both apache & apache2, but the environment in apache2 actually
causes a crash whereas apache fails silently.

  i don't know a whole lot about the apache api, but the function that calls
that ap_save_brigade (php_output_filter()) - it has a few different tasks,
depending on the state that the connection is in, but it always copies
buckets - the way it was written seemed odd to me - i made a slight change
to only copy buckets when it was in the collecting data state.. just for
kicks... the results were much different.  it crashed more, but it also
finished some of the 'large' pages that it wouldn't before.

  i hope someone will look into these cuz it really seems like a critical
problem, and i'm glad that it recently has had some reports and discussion
about it - i thought i was going crazy because i've never had the apache
module working ever - for 1.3 or 2.  if/when i have some more time i want to
get into it more myself, if someone else doesn't solve it first...

  -benjamin

-- 
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] Bug #14558: not worked ibase_connection(..)

[anton_bl]

From: [EMAIL PROTECTED]
Operating system: win xp,2000,98
PHP version:  4.1.0
PHP Bug Type: InterBase related
Bug description:  not worked ibase_connection(..)

interbase

ibase_connect(...) - is not worked - has crashed php.exe in  next operation
at open database

version php 4.1.0, 4.0.6 - error
4.0.5 - correctly worked 

if you change ibase_connect(...) -> ibase_pconnect(...)
all worked correctly/

-- 
Edit bug report at: http://bugs.php.net/?id=14558&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] Bug #14468 Updated: Can not compile with ucd-snmp-4.2.3

[sitnikov]

ID: 14468
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: 
PHP Version: 4.1.0
New Comment:

Conflict with old snmp version, after removing old includes all work ok.

Previous Comments:


[2001-12-12 15:02:46] [EMAIL PROTECTED]

In file included from snmp.c:63:
/usr/local/include/snmp/snmp_api.h:64: warning: `struct snmp_pdu' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:64: warning: its scope is only this definition or 
declaration,
/usr/local/include/snmp/snmp_api.h:64: warning: which is probably not what you want.
/usr/local/include/snmp/snmp_api.h:64: warning: `struct snmp_session' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:70: warning: `struct snmp_pdu' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:70: warning: `struct snmp_session' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:108: warning: `struct snmp_pdu' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:112: parse error before `snmp_callback'
/usr/local/include/snmp/snmp_api.h:112: warning: `struct snmp_pdu' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:236: warning: `struct snmp_pdu' declared inside 
parameter list
/usr/local/include/snmp/snmp_api.h:238: parse error before `snmp_callback'
/usr/local/include/snmp/snmp_api.h:238: warning: `struct snmp_pdu' declared inside 
parameter list
snmp.c: In function `php_snmp':
snmp.c:242: structure has no member named `version'
snmp.c:296: `SNMP_MSG_SET' undeclared (first use in this function)
snmp.c:296: (Each undeclared identifier is reported only once
snmp.c:296: for each function it appears in.)
snmp.c:332: `SNMP_ENDOFMIBVIEW' undeclared (first use in this function)
snmp.c:333: `SNMP_NOSUCHOBJECT' undeclared (first use in this function)
snmp.c:333: `SNMP_NOSUCHINSTANCE' undeclared (first use in this function)





Edit this bug report at http://bugs.php.net/?id=14468&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] Bug #14531 Updated: Reference to bug #14496

[Jaime Bozza]

Unfortunately, the original bug (14496) wasn't written by the person
submitting the additional information.  

It's kind of difficult to remember a password you never had. :)

There's currently no way to add comments to a bug (for instance, to give
a "I am also having this problem, here's my information") that wasn't
submitted by you.

Which is possibly one of the reasons that duplicate bugs get submitted.

Jaime Bozza


-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] 
Sent: Saturday, December 15, 2001 1:06 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496


Users can update bug reports just fine if they bother to remember the 
passwords they set

On 15 Dec 2001 [EMAIL PROTECTED] wrote:

> ID: 14531
> Updated by: yohgaki
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: Session related
> Operating System: Linux
> PHP Version: 4.1.0
> New Comment:
> 
> Thank you for your report.
> I hope we can have new bug tracking system,
> so that users can update bug reports :)
> 
> -- Yasuo
> 
> Previous Comments:
> --
> --
> 
> [2001-12-14 23:50:53] [EMAIL PROTECTED]
> 
> How to reproduce bug #14496:
> 
> compile php module for apache with mm & session support.
> 
> compile php cgi with mm & session support.
> 
> start apache with php module.
> 
> note /tmp/session_mm.sem permissions.
> 
> now, while apache is running, execute the php cgi.
> 
> You will then get the error from bug #14496.
> 
> Work-around: compile php cgi without mm support.
> 
> --
> --
> 
> 
> 
> Edit this bug report at http://bugs.php.net/?id=14531&edit=1
> 
> 
> 


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




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

Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496

[Markus Fischer]

On Mon, Dec 17, 2001 at 08:08:06AM -0600, Jaime Bozza wrote : 
> Unfortunately, the original bug (14496) wasn't written by the person
> submitting the additional information.  
> 
> It's kind of difficult to remember a password you never had. :)
> 
> There's currently no way to add comments to a bug (for instance, to give
> a "I am also having this problem, here's my information") that wasn't
> submitted by you.
> 
> Which is possibly one of the reasons that duplicate bugs get submitted.

Certainly not ;) Most of the duplicates not even contain more
information (of course there are always exceptions).

As of right now, those taking care of bug reports also merge
in valuable information from the mails. No one of the bug
maintainers has raised his voice yet so it seems they don't
have a problem with that (and it happens not that often
anyway).

Maybe Bubar will change things, who knows.

- Markus

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

-- 
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] Bug #14559: cannot load libphp4.so into server

[mdecke]

From: [EMAIL PROTECTED]
Operating system: solaris 7
PHP version:  4.1.0
PHP Bug Type: Dynamic loading
Bug description:  cannot load libphp4.so into server

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide
on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no
such file or directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a
bug-report, i thought it could fix something.

thanks in advance
yours 
Markus Decke 
 

-- 
Edit bug report at: http://bugs.php.net/?id=14559&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] Bug #14457 Updated: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0

[php]

ID: 14457
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:

 './configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx' 
'--with-sablot' '--with-pspell=/usr/local/pspell' '--enable-force-cgi-redirect' 
'--with-gettext' '--with-ldap' '--with-cpdflib=/usr/local' '--with-jpeg-dir' 
'--with-tiff-dir'

is the latest iteneration of my configuration.  This is the exact configuration I am 
using in a 4.0.6 installation.  Pspell does not work with the same using 4.1.0.

(I re-installed pspell to that directory just to make sure)

Previous Comments:


[2001-12-13 23:37:36] [EMAIL PROTECTED]

It is strange it even compiled.
Are you sure that pspell is installed in
--with-pspell=/usr/local/share
and not in
--with-pspell=/usr/local
???

(e.g. do you have a directory 
/usr/local/include/pspell
or
/usr/local/share/include/pspell
if the former, you probably need to recompile PHP specifying the right directory)

Do you have a configure line for your 4.0.6 installation to compare against?



[2001-12-12 09:09:56] [EMAIL PROTECTED]

'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx' 
'--with-sablot' '--with-pspell=/usr/local/share' '--enable-force-cgi-redirect' 
'--with-gettext '--with-ldap'

Worked in 4.0.6 but not in 4.1.0

Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't find any 
suitable word lists for the language-tag "en".

$pspell_link = pspell_new ("en");

if (!pspell_check ($pspell_link, "testt")) {
$suggestions = pspell_suggest ($pspell_link, "testt");

foreach ($suggestions as $suggestion) {
echo "Possible spelling: $suggestion";
}
}






Edit this bug report at http://bugs.php.net/?id=14457&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] Bug #14559 Updated: cannot load libphp4.so into server

[derick]

ID: 14559
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick

Previous Comments:


[2001-12-17 09:35:32] [EMAIL PROTECTED]

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into 
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or 
directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a bug-report, i 
thought it could fix something.

thanks in advance
yours 
Markus Decke 
 






Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14559 Updated: cannot load libphp4.so into server

[mdecke]

ID: 14559
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3






Previous Comments:


[2001-12-17 09:47:21] [EMAIL PROTECTED]

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick



[2001-12-17 09:35:32] [EMAIL PROTECTED]

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into 
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or 
directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a bug-report, i 
thought it could fix something.

thanks in advance
yours 
Markus Decke 
 






Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14559 Updated: cannot load libphp4.so into server

[mdecke]

ID: 14559
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke

Previous Comments:


[2001-12-17 10:03:39] [EMAIL PROTECTED]

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3








[2001-12-17 09:47:21] [EMAIL PROTECTED]

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick



[2001-12-17 09:35:32] [EMAIL PROTECTED]

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into 
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or 
directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a bug-report, i 
thought it could fix something.

thanks in advance
yours 
Markus Decke 
 






Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14559 Updated: cannot load libphp4.so into server

[mdecke]

ID: 14559
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke

Previous Comments:


[2001-12-17 10:04:46] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:03:39] [EMAIL PROTECTED]

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3








[2001-12-17 09:47:21] [EMAIL PROTECTED]

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick



[2001-12-17 09:35:32] [EMAIL PROTECTED]

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into 
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or 
directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a bug-report, i 
thought it could fix something.

thanks in advance
yours 
Markus Decke 
 






Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14559 Updated: cannot load libphp4.so into server

[derick]

ID: 14559
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

1. Did you try without enabling --enable-libgcc ?
2. Can you compile PHP as a static apache module (and thus recompilit it into apache).

3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static 
apache module.

Derick

Previous Comments:


[2001-12-17 10:12:21] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:04:46] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:03:39] [EMAIL PROTECTED]

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3








[2001-12-17 09:47:21] [EMAIL PROTECTED]

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick



[2001-12-17 09:35:32] [EMAIL PROTECTED]

Hi php.net Team,

i couldn't load the libphp4.so into the server.

machine: sun/sparc
os : solaris 7
apache : 1.3.20

i installed gcc,binutils,make ... etc. according to the installation-guide on php.net

my installation is following:

  - ./configure --with-apxs=/us/local/apache/apxs
--with-oci8=//oracle
--enable-libgcc
  - make
  - make install

  - edited the httpd.conf according to the installation-guide on php.net

  - cp php.ini-dist /usr/local/php.ini

then i tried to test the configuration

  - apachectl configtest

the result was:

  error on line 241
  cannot load /usr/local/apache/libexec/libphp4.so into 
server:ld.so.1:usr/local/apache/httpd:fatal:libgcc_s.so.1:open failed: no such file or 
directory

i looked of course into the directories
  - libphp4.so is in /usr/local/apache/libexec
and
  - libgcc_s.so.1 is in /usr/local/lib

i added --enable-libgcc in the configure-line because i read it in a bug-report, i 
thought it could fix something.

thanks in advance
yours 
Markus Decke 
 






Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14531 Updated: Reference to bug #14496

[Jaime Bozza]

>>On Mon, Dec 17, 2001 at 08:08:06AM -0600, Jaime Bozza wrote : 
>> Unfortunately, the original bug (14496) wasn't written by the person 
>> submitting the additional information.
>> 
>> It's kind of difficult to remember a password you never had. :)
>> 
>> There's currently no way to add comments to a bug (for instance, to 
>> give a "I am also having this problem, here's my information") that 
>> wasn't submitted by you.
>> 
>> Which is possibly one of the reasons that duplicate bugs get 
>> submitted.
>
>Certainly not ;) Most of the duplicates not even contain more
>information (of course there are always exceptions).
>
>As of right now, those taking care of bug reports also merge
>in valuable information from the mails. No one of the bug
>maintainers has raised his voice yet so it seems they don't
>have a problem with that (and it happens not that often
>anyway).

Ok, so I was generalizing. :)  But as I've been reading the list, there
have been developers that have replied to some of the "duplicate" bug
reports with: "Duplicate of bug # X, please search the bugs before
posting a bug report."

Granted, many of these people aren't looking through the bug reports,
but some may be, and a comment like the above may get someone irritated
enough to not bother posting additional information because they know
they'll just be turned away.  I know that, at times, I've been put off
when posting a bug because it felt like I was being a "bad person" when
informing someone of a legitimate bug.  

Regardless, perhaps (I've heard mention of a possible new bug reporting
interface) the new interface could link bugs together.  Maybe allow a
new user to reply to a bug report (creating a ne w report with a new ID
but "linking" it to the original) with their own information, thus
allowing additional people to join in the conversation.

Whatever it takes, it's nice to make people feel good about posting
legitimate bugs.  (And don't ask me how to get all the bogus bug
postings out of there - I don't have an answer for that. )

Jaime Bozza




-- 
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] Using persistent connection to database

[Berlina]

Hi to everybody,

first sorry for my poor english.

im trying to use persistents connections to an Oracle Database through PHP,
for manageing transactions, and have some problems.

My Schema:
* Web Server: Apache 1.3.20 on a Linux RedHat 7.0
* PHP: 4.0.6 compiled with oracle module functions (ora_*)
* Data Base: Oracle 8.0.5 on a Windows NT Server

I need to manage transactions to database. For it i made a test pages like
this:

1 index paga that generate some frames and open a persistent connection to
the database
1 frame that made an insert to one table of the database
1 frame that made an insert to another table of the same databese
1 frame with 2 buttons, one for execute a Commit and another for execture a
Rollback

Some times works well, but other times not work correctly...
What im doing wrong?
Can somebody help me?

Avanced thanks


-- 
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] Bug #14554 Updated: segfault when reading a zip file

[phpbug]

ID: 14554
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: ZZiplib Related
Operating System: linux
PHP Version: 4.1.0
New Comment:

It seems to be fixed in the current CVS tree (except for the third argument to 
zip_entry_open(), which is optional).

Previous Comments:


[2001-12-17 02:44:40] [EMAIL PROTECTED]

Can you send the patch to me by mail? The bugform screwed it up a little (and please 
make a patch against the current CVS version).

Regards,
Derick



[2001-12-16 20:48:31] [EMAIL PROTECTED]

ext/zip/zip.c crashes on the first zip_read().

The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch
and I'm including it below.


diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c
--- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001
+++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001
@@ -142,7 +142,7 @@
Returns the next file in the archive */
 PHP_FUNCTION(zip_read)
 {
-zval**zzip_dp;
+zval*zzip_dp;
 ZZIP_DIR *archive_p = NULL;
 php_zzip_dirent  *entry = NULL;
 int  @@ -186,14 +186,14 @@
  */
 static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt)
 {
-zval**zzip_ent;
+zval*zzip_ent;
 php_zzip_dirent  *entry = NULL;

 if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "r", &zzip_ent) == FAILURE) 
{
return;
}

-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, 
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, &zzip_ent, -1, le_zip_entry_name, 
+le_zip_entry);

 switch (opt) {
 case 0:
@@ -248,17 +248,18 @@
Open a Zip File, pointed by the resource entry */
 PHP_FUNCTION(zip_entry_open)
 {
-zval**zzip_dp;
-zval**zzip_ent;
+zval*zzip_dp;
+zval*zzip_ent;
 ZZIP_DIR *archive_p = NULL;
 php_zzip_dirent  *entry = NULL;
-int   mode;
+char  *mode;
+int   mode_len;

-if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "rr|l", &zzip_dp, &zzip_ent, 
&mode) == FAILURE)
+if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "rr|s", &zzip_dp, &zzip_ent, 
+&mode, &mode_len) == FAILURE)
 return;

-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp,  -1, le_zip_dir_name,  
 le_zip_dir);
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, 
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,&zzip_dp,  -1, le_zip_dir_name, 
+  le_zip_dir);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, &zzip_ent, -1, 
+le_zip_entry_name, le_zip_entry);

 entry->fp = zzip_file_open(archive_p, entry->dirent.d_name, O_RDONLY | O_BINARY);

 ret@@ -274,7 +275,7 @@
Read X bytes from an opened zip entry */
 PHP_FUNCTION(zip_entry_read)
 {
-zval**zzip_ent;
+zval*zzip_ent;
 php_zzip_dirent  *entry = NULL;
 char *buf   = NULL;
 int   len   = 1024;
@@ -284,7 +285,7 @@
return;
}

-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, 
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, &zzip_ent, -1, le_zip_entry_name, 
+le_zip_entry);

 buf = emalloc(len + 1);
 ret = zzip_read(entry->fp, buf, len);
@@ -300,16 +301,16 @@
Close a zip entry */
 PHP_FUNCTION(zip_entry_close)
 {
-zval**zzip_ent;
+zval*zzip_ent;
 php_zzip_dirent  *entry = NULL;

 if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "r", &zzip_ent) == FAILURE) 
{
return;
}

-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, le_zip_entry_name, 
le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, &zzip_ent, -1, le_zip_entry_name, 
+le_zip_entry);

-zend_list_delete(Z_LVAL_PP(zzip_ent));
+zend_list_delete(Z_LVAL_PP(&zzip_ent));
 }
 /* }}} */
;
@@ -151,7 +151,7 @@
return;
}

-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, le_zip_dir_name, 
le_zip_dir);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, &zzip_dp, -1, le_zip_dir_name, 
+le_zip_dir);

 entry = emalloc(sizeof(php_zzip_dirent));
 ret = zzip_dir_read(archive_p, &entry->dirent);
@@ -169,16 +169,16 @@
Close a Zip archive */
 PHP_FUNCTION(zip_close)
 {
-zval **zzip_dp;
+zval *zzip_dp;
 ZZIP_DIR  *archive_p = NULL;

 if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "r", &zzip_dp) == FAILURE) {
return;
}

-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip

[PHP-DEV] Bug #14560: segault when translating

[chall5]

From: [EMAIL PROTECTED]
Operating system: redhat 7.1
PHP version:  4.1.0
PHP Bug Type: Sablotron XSL
Bug description:  segault when translating

given the following xml (bug_report.xml):



1
0


and the following xsl (bug_report.xsl):


http://www.w3.org/1999/XSL/Transform";>











position: 




and the following php (bug_report.php):

 $xml,
"/_xsl" => $xsl
);

/* add addl buffers here */
/* testng */
if($addl_buffers != '') {
foreach($addl_buffers as $buffer_name => $values) {
$args[$buffer_name] = $values;
}
}

$xh = xslt_create();

$data = xslt_process($xh, "arg:/_xml", "arg:/_xsl", NULL, $args,
$rt_params)
or $data = xslt_error($xh).":".xslt_errno($xh);

xslt_free($xh);

return($data);
}

$xml = join('', file("bug_report.xml"));
$xsl = join('', file("bug_report.xsl"));
$params = array("TEST" => 1, "ABC" => 0);
$trans = transform_xslt($xml, $xsl, "", $params);

echo "\n";
echo $trans;
echo "\n";
?>

if you inadvertently use:



on line 10 of bug_report.xsl instead of:




apache/php segfaults with the following:


Program received signal SIGSEGV, Segmentation fault.
(gdb) bt0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c,
this_ptr=0x0, return_value_used=1) at sablot.c:584
584 RETURN_STRING(XSLT_ERRSTR(handle), 1);
(gdb) bt
#0  0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c,
this_ptr=0x0, return_value_used=1) at sablot.c:584
#1  0x40339cbc in execute (op_array=0x8176ee8) at ./zend_execute.c:1590
#2  0x40339ef6 in execute (op_array=0x81308ec) at ./zend_execute.c:1630
#3  0x40347fb0 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#4  0x403558b9 in php_execute_script (primary_file=0xb5d0) at
main.c:1309
#5  0x40351966 in apache_php_module_main (r=0x812697c,
display_source_mode=0) at sapi_apache.c:90
#6  0x40352446 in send_php (r=0x812697c, display_source_mode=0,
filename=0x0) at mod_php4.c:575
#7  0x403524aa in send_parsed_php (r=0x812697c) at mod_php4.c:590
#8  0x8053bb3 in ap_invoke_handler ()
#9  0x806791f in process_request_internal ()
#10 0x8067980 in ap_process_request ()
#11 0x805ee45 in child_main ()
#12 0x805eff0 in make_child ()
#13 0x805f164 in startup_children ()
#14 0x805f7b3 in standalone_main ()
#15 0x805ffcf in main ()
#16 0x40169b5c in __libc_start_main (main=0x805fc38 , argc=2,
ubp_av=0xba54, init=0x804e1fc <_init>, fini=0x807ce80 <_fini>,
rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xba4c) at
../sysdeps/generic/libc-start.c:129




./configure options:
--cache-file=/dev/null --with-config-file-path=/usr/local/apache/conf
--enable-trans-sid --with-imap --with-imap-ssl --enable-ftp
--enable-track-
vars --with-mysql=/usr/local/mysql --enable-libgcc --disable-debug
--with-db --verbose --with-gdbm --with-ndbm --with-db2 --with-gd=shared
--with-ttf --with-xml
 --with-zlib --with-mhash --prefix=/usr/local/php --with-regex=system
--enable-memory-limit --enable-calendar --enable-sysvsem --enable-sysvshm
--with-bz2 --wit
h-gettext --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ldap
--with-mcal=/usr/local/src/libmcal --enable-exif
--with-pcre-regex=/usr/local/lib --without
-pgsql --enable-yp --enable-shmop --with-snmp --enable-sockets --enable-dba
--with-kerberos=/usr/kerberos --with-pspell --with-expat-dir=/usr
--with-pear --with
-iconv --enable-xslt --with-xslt-sablot
--with-mnogosearch=/usr/local/mnogosearch

sablot version: 0.71
-- 
Edit bug report at: http://bugs.php.net/?id=14560&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] Bug #14560 Updated: segault when translating

[derick]

ID: 14560
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Sablotron XSL
Operating System: redhat 7.1
PHP Version: 4.1.0
New Comment:

This is fixed already (you can try a snapshot from snaps.php.net to verify that).

Derick

Previous Comments:


[2001-12-17 10:33:04] [EMAIL PROTECTED]

given the following xml (bug_report.xml):



1
0


and the following xsl (bug_report.xsl):


http://www.w3.org/1999/XSL/Transform";>











position: 




and the following php (bug_report.php):

 $xml,
"/_xsl" => $xsl
);

/* add addl buffers here */
/* testng */
if($addl_buffers != '') {
foreach($addl_buffers as $buffer_name => $values) {
$args[$buffer_name] = $values;
}
}

$xh = xslt_create();

$data = xslt_process($xh, "arg:/_xml", "arg:/_xsl", NULL, $args, $rt_params)
or $data = xslt_error($xh).":".xslt_errno($xh);

xslt_free($xh);

return($data);
}

$xml = join('', file("bug_report.xml"));
$xsl = join('', file("bug_report.xsl"));
$params = array("TEST" => 1, "ABC" => 0);
$trans = transform_xslt($xml, $xsl, "", $params);

echo "\n";
echo $trans;
echo "\n";
?>

if you inadvertently use:



on line 10 of bug_report.xsl instead of:




apache/php segfaults with the following:


Program received signal SIGSEGV, Segmentation fault.
(gdb) bt0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, 
return_value_used=1) at sablot.c:584
584 RETURN_STRING(XSLT_ERRSTR(handle), 1);
(gdb) bt
#0  0x403cf6c0 in zif_xslt_error (ht=1, return_value=0x818955c, this_ptr=0x0, 
return_value_used=1) at sablot.c:584
#1  0x40339cbc in execute (op_array=0x8176ee8) at ./zend_execute.c:1590
#2  0x40339ef6 in execute (op_array=0x81308ec) at ./zend_execute.c:1630
#3  0x40347fb0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at 
zend.c:814
#4  0x403558b9 in php_execute_script (primary_file=0xb5d0) at main.c:1309
#5  0x40351966 in apache_php_module_main (r=0x812697c, display_source_mode=0) at 
sapi_apache.c:90
#6  0x40352446 in send_php (r=0x812697c, display_source_mode=0, filename=0x0) at 
mod_php4.c:575
#7  0x403524aa in send_parsed_php (r=0x812697c) at mod_php4.c:590
#8  0x8053bb3 in ap_invoke_handler ()
#9  0x806791f in process_request_internal ()
#10 0x8067980 in ap_process_request ()
#11 0x805ee45 in child_main ()
#12 0x805eff0 in make_child ()
#13 0x805f164 in startup_children ()
#14 0x805f7b3 in standalone_main ()
#15 0x805ffcf in main ()
#16 0x40169b5c in __libc_start_main (main=0x805fc38 , argc=2, ubp_av=0xba54, 
init=0x804e1fc <_init>, fini=0x807ce80 <_fini>,
rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xba4c) at 
../sysdeps/generic/libc-start.c:129




./configure options:
--cache-file=/dev/null --with-config-file-path=/usr/local/apache/conf 
--enable-trans-sid --with-imap --with-imap-ssl --enable-ftp --enable-track-
vars --with-mysql=/usr/local/mysql --enable-libgcc --disable-debug --with-db --verbose 
--with-gdbm --with-ndbm --with-db2 --with-gd=shared --with-ttf --with-xml
 --with-zlib --with-mhash --prefix=/usr/local/php --with-regex=system 
--enable-memory-limit --enable-calendar --enable-sysvsem --enable-sysvshm --with-bz2 
--wit
h-gettext --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ldap 
--with-mcal=/usr/local/src/libmcal --enable-exif --with-pcre-regex=/usr/local/lib 
--without
-pgsql --enable-yp --enable-shmop --with-snmp --enable-sockets --enable-dba 
--with-kerberos=/usr/kerberos --with-pspell --with-expat-dir=/usr --with-pear --with
-iconv --enable-xslt --with-xslt-sablot --with-mnogosearch=/usr/local/mnogosearch

sablot version: 0.71





Edit this bug report at http://bugs.php.net/?id=14560&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: Notification of absence.

[Sander Roobol]

> > Basic structure is ready but it needs a lot of work.
> > Glad to get more people working on it.
I would like to contribute too. The current bug system works pretty well,
but it's pretty basic and there many things to be improved.

> I asked Derick to give me a CVS account ;)
Is Bubar on a server of Derick, or a non-PHP-server? I can't find it on
cvs.php.net. If so, can you give me an account too, Derick?
I hope this will speed up the development of 'Bubar' a bit...

Sander


> I really want mod_pgsql (libpq pgsql session save handler)
> I can help a little when I finish all pgsql related work.
>
> --
> Yasuo Ohgaki
>
> >
> > --Jani
> >
> >
> > On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
> >
> >
> >>Jani Taskinen wrote:
> >>
> >>
> >>>On Mon, 17 Dec 2001, Yasuo Ohgaki wrote:
> >>>
> >>>
> >>>
> Could you post current new bug database status and
> new(?) lead developer?
> 
> 
> >>>Eh? Could you be more specific and explain what you mean
> >>>by these?
> >>>
> >>>
> >>
> >>I might be wrong. I thought you are developing new
> >>
> >>bug tracking system, jitter bug (old name?), most actively.
> >>
> >>I was going to ask about it to you.
> >>
> >>I'm wondering the status of the project :)
> >>
> >>
> >>
> >
> >
>
>
>
> _
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.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 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: Notification of absence.

[derick]

On Mon, 17 Dec 2001, Sander Roobol wrote:

> Is Bubar on a server of Derick, or a non-PHP-server? I can't find it on
> cvs.php.net. If so, can you give me an account too, Derick?
> I hope this will speed up the development of 'Bubar' a bit...

Sure, just mail me your required login/password.

Derick


-- 
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] Bug #12345 Updated: Error in yp_match return value

[lobbin]

ID: 12345
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: YP/NIS related
Operating System: Solaris 2.7
PHP Version: 4.0.6
New Comment:

Changes were made between version 4.0.5 and 4.0.6 to display this warning.

However, the function still returns FALSE, and should work as before if warning is 
suppressed via @yp_match() or error_reporting()

R.

Previous Comments:


[2001-07-24 13:20:27] [EMAIL PROTECTED]

After upgrading to PHP v4.0.6 from v4.0.5 this problem seems to have started. When 
using yp_match() the documentation states:

"yp_match() returns the value associated with the passed key out of the specified map 
or FALSE"

However, FALSE is *NOT* returned if the key does not exist. Instead, I get the 
warning:

"Warning: no such key in map in [my script] on line [my line]"

As a quick fix, I surpress the error with @yp_match(). Has the function changed or is 
the documentation wrong?

My config is as follows:
./configure  
--with-apxs=/afs/rcf/apps/apache/sun4x_57/1.3.20/bin/apxs 
--with-config-file-path=/afs/rcf/apps/apache/sun4x_57/1.3.20/conf
--prefix=/afs/rcf/apps/apache/sun4x_57/1.3.20 
--with-pgsql=/afs/rcf/apps/pgsql 
--with-imap=/afs/rcf/admin/local 
--with-ldap=/afs/rcf/admin/local 
--with-xml 
--without-mysql 
--enable-track-vars 
--enable-magic-quotes 
--enable-yp 
--enable-debug 
--disable-short-tags





Edit this bug report at http://bugs.php.net/?id=12345&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] Bug #11919 Updated: bad return of yp_next

[lobbin]

ID: 11919
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: YP/NIS related
Operating System: Solaris 5.5.1
PHP Version: 4.0.6
New Comment:

Does this happen in PHP 4.1.0?


R.

Previous Comments:


[2001-07-06 02:53:08] [EMAIL PROTECTED]

Hello,

the next script is OK with php4.0.5 but not with php4.0.6
---

 cata3000gm611

[value] => 134.246.148.206  cata3000gm611

)
La première entrée de cette carte est cata3000gm611
 et sa valeur est 134.246.148.206   cata3000gm611

Array
(
[cata3000720def
] => 134.246.171.208cata3000720def

)
L'entree suivante après cata3000gm611
 a la cle  cata3000720def
 et sa valeur 134.246.171.208   cata3000720def


but whith php4.0.6 th result is:
--



Le domaine par défaut est : brest.ifremer.fr
Le numéro d'ordre de cette carte est : 994254209
Master for this map is: brest
La valeur trouvée est: 134.246.166.3balanec
Array
(
[cata3000gm611] => 134.246.148.206   cata3000gm611
[key] => cata3000gm611
[value] => 134.246.148.206  cata3000gm611
)
La première entrée de cette carte est cata3000gm611 et sa valeur est
134.246.148.206cata3000gm611
Array
(
[br166-156] => 134.246.166.156  br166-156
)
L'entree suivante après cata3000gm611 a la cle  br166-156 et sa valeur 

-

the last value is missing.

my configure line is:
./configure \
--with-apache=/home1/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.19 \
--with-ldap=/home/services/systeme/reseau/openldap \
--with-mysql=/home1/iletudy/www/httpd/mysql \
--with-pgsql=/home1/iletudy/www/httpd/pgsql \
--with-sybase=/home1/iletudy/www/httpd/sybase \
--with-oracle=/home1/iletudy/www/httpd/oracle \
--with-oci8=/home1/iletudy/www/httpd/oracle \
--with-gd=/home/services_SV/bibli/gdlib \
--with-zlib-dir=/home/services_SV/bibli/zlib \
--with-jpeg-dir=/home/services_SV/bibli/jpeglib \
--with-png-dir=/home/services_SV/bibli/pnglib \
--with-tiff-dir=/home/services_SV/bibli/tifflib \
--with-imap=/home1/iletudy/www/httpd/imap \
--with-snmp=/home/services_SV/systeme/reseau/ucd-snmp \
--with-mcrypt=/home/services_SV/bibli/mcryptlib \
--with-sablot=/home/services_SV/bibli/sablotlib \
--enable-yp \
--enable-ftp \
--enable-calendar \
--disable-pear \
--with-config-file-path=/home1/iletudy/www/httpd/php










Edit this bug report at http://bugs.php.net/?id=11919&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] Bug #11875 Updated: bad retiurn in yp_first

[lobbin]

ID: 11875
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: YP/NIS related
Operating System: Solaris 5.5.1
PHP Version: 4.0.6
New Comment:

Does this work under PHP 4.1.0?


R.

Previous Comments:


[2001-07-04 07:55:35] [EMAIL PROTECTED]

Hello,

After upgrading PHP server version 4.0.6
, we have notice a problem in the yp_first function
(it was working fine with PHP Version  4.0.5



it returns a value in $key but nothing in $entry[$key]

Ex:

First entry is hedic and the value is  (empty string)

With the ypmatch command in unix shell, it works: 
# ypmatch hedic hosts.byname
x.y.z.w   hedic

Thanks in advance for your help.







Edit this bug report at http://bugs.php.net/?id=11875&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] XMLRPC Bug

[Colin Viebrock]

Is anyone reading this list?  I haven't heard a thing since last week when I
posted what I think might be a serious bug in the extension (see also
http://bugs.php.net/?id=14521).

Basically, you define a method.  When executed, the server passes it the
appropriate parameters.  However, what is really passed is actually a
one-element array with the paramaters as the only value.

For example, if your server sends the data $foo, what the method actually
receives is someting like array( 0 => $foo);

This is true in all cases, *except* where $foo is an unindexed array.  In
those cases, the method receives $foo, not array($foo).

It should, I'm pretty sure, be one or the other, and I think the unindexed
array case is correct: if you send it $foo, it should receive $foo.

I'm hoping the developers could look into this soon ... I'm eager to start
using this extension, but want to be fairly sure it works first. :)

- Colin




-- 
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] Bug #14561: strtotime() bug

[wachters]

From: [EMAIL PROTECTED]
Operating system: Linux ?.?
PHP version:  4.0.6
PHP Bug Type: Date/time related
Bug description:  strtotime() bug

strtotime("19:30 Dec 17"); // works okay
strtotime("Dec 17 19:30"); // returns -1

that's a bug i think. strangely enough the bug wasn't there in Php 4.0.5..
only in 4.0.6
gtx Bucky
-- 
Edit bug report at: http://bugs.php.net/?id=14561&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] Bug #14562: dBase: Unable to obtain dBase file structure

[tom . polak]

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.1.0
PHP Bug Type: Feature/Change Request
Bug description:  dBase: Unable to obtain dBase file structure

Hello,
I would like to request feature for PHP dBase support functions.
It will be helpfull, if will be possible to read dBase file header
information, 
not only number of fields and its names. For dBase importing is also 
important data type, length and precision (if applicable).
If you thing, that I can help you with this request, send me mail.
Thank you.
Best regards,
Tomas Polak
-- 
Edit bug report at: http://bugs.php.net/?id=14562&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] Bug #14563: include_path in Apache SAPI on Win2K very broken...

[garth]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 (Win2K)
PHP version:  4.1.0
PHP Bug Type: Reproducible crash
Bug description:  include_path in Apache SAPI on Win2K very broken...

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth
-- 
Edit bug report at: http://bugs.php.net/?id=14563&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] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start

[misch]

ID: 14489
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: Cobalt Raq 3
PHP Version: 4.1.0
New Comment:

It`s nothing about SSL and certificates. As you can see these messages are for both 
cases - when it is working and when it is not working either.

WHAT IS STRANGE IS THAT THESE MESSAGES ARE   CHANGED !!!


When I just add gettext support in PHP modul, how can it change these messages whenb 
Apache is starting.

Please look on these messages again.

Previous Comments:


[2001-12-16 18:53:14] [EMAIL PROTECTED]

status -> feedback.



[2001-12-16 12:34:38] [EMAIL PROTECTED]

I assume site7 has an ssl certificate defined, right?
So what happens when you remove that certificate?

As a note: I can not reproduce this bug on a Cobalt Raq 3 but I do not have hosts 
running ssl.



[2001-12-16 10:57:59] [EMAIL PROTECTED]

I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext 
and start Apache I can see this:

[root@cobalt apache]# /etc/rc.d/init.d/httpd start
Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do 
not exist.
Site site7 has invalid certificate: 4999 Certificate files do not exist.
/usr/sbin/httpd

and Apache IS working

But when I compile it with optiion --with-gettext I see this (see messages):

[root@cobalt apache]# /etc/rc.d/init.d/httpd start
Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing
Site site7 has invalid certificate: 4999 ssl_cant_files_missing
/usr/sbin/httpd

and Apache is NOT running (no errors no records in error log)
Why are these apache messages changed ??



I was wondering about some mess in gettext versions so I  compiled 0.10.40 again and 
install in new dir and after use : --with-gettext=/home/michal/gettext  , but with the 
same reasult.






[2001-12-16 10:10:52] [EMAIL PROTECTED]

It's the same.



[2001-12-15 13:35:51] [EMAIL PROTECTED]

What if you 'stop' and 'start' it instead of 'restart' ?




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


Edit this bug report at http://bugs.php.net/?id=14489&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[sander]

ID: 14563
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Reproducible crash
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

This is a problem with your permissions. Check if the webserver has read access to the 
file.

Previous Comments:


[2001-12-17 11:01:14] [EMAIL PROTECTED]

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth





Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[sander]

ID: 14563
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Bogus
Old Bug Type: Reproducible crash
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

(reclassified for the stats ;)

Previous Comments:


[2001-12-17 11:04:46] [EMAIL PROTECTED]

This is a problem with your permissions. Check if the webserver has read access to the 
file.



[2001-12-17 11:01:14] [EMAIL PROTECTED]

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth





Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14531 Updated: Reference to bug #14496

[Jani Taskinen]

On Mon, 17 Dec 2001, Markus Fischer wrote:

>On Mon, Dec 17, 2001 at 08:08:06AM -0600, Jaime Bozza wrote :
>> Unfortunately, the original bug (14496) wasn't written by the person
>> submitting the additional information.
>>
>> It's kind of difficult to remember a password you never had. :)
>>
>> There's currently no way to add comments to a bug (for instance, to give
>> a "I am also having this problem, here's my information") that wasn't
>> submitted by you.
>>
>> Which is possibly one of the reasons that duplicate bugs get submitted.
>
>Certainly not ;) Most of the duplicates not even contain more
>information (of course there are always exceptions).
>
>As of right now, those taking care of bug reports also merge
>in valuable information from the mails. No one of the bug
>maintainers has raised his voice yet so it seems they don't
>have a problem with that (and it happens not that often
>anyway).
>
>Maybe Bubar will change things, who knows.

Well, it will. :) As soon as my current projects are ready,
I will concentrate on Bubar more. And it will allow adding comments to
reports as well as 'voting' reports, etc.

It also has a 'wizard' which is used to report bugs. It asks certain
questions depending on project and maybe also depending on the category
the report is going to.

If only days were longer..hmm..anyone wanna contribute hosting for
this project? :)

--Jani


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

[PHP-DEV] Bug #14564: Trusted Connections Not Supported

[parkins . graham]

From: [EMAIL PROTECTED]
Operating system: Windows NT 4/SQL Server 7
PHP version:  4.1.0
PHP Bug Type: MSSQL related
Bug description:  Trusted Connections Not Supported

I consider the inclusion of database usernames and passwords in scripts to
be a security risk.

In a Windows environment it is possible to access SQL Server via a trusted
connection.  This uses the context of the current logged in user.

Furthermore it is possible to configure IIS and presumably Apache to use a
particular user account to service requests.

It is therefore possible (for example under ASP) to open a database
connection without specifying a username or password in the script because
the context of the current user account has permission to access the SQL
Server.

I would be happy if this functionality could be implmented in the MS SQL
Server extension.
-- 
Edit bug report at: http://bugs.php.net/?id=14564&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] Bug #14531 Updated: Reference to bug #14496

[Rasmus Lerdorf]

I guess my main worry is to have the bug database end up as a discussion 
forum.  I would rather have dicussions on the mailing list and have 
someone with a CVS account go and add relevant information to the report 
when necessary.  But I guess it isn't easy for an outsider to figure out 
where the mailing list to discuss the bug happens to be.

-Rasmus

On Mon, 17 Dec 2001, Jaime Bozza wrote:

> Unfortunately, the original bug (14496) wasn't written by the person
> submitting the additional information.  
> 
> It's kind of difficult to remember a password you never had. :)
> 
> There's currently no way to add comments to a bug (for instance, to give
> a "I am also having this problem, here's my information") that wasn't
> submitted by you.
> 
> Which is possibly one of the reasons that duplicate bugs get submitted.
> 
> Jaime Bozza
> 
> 
> -Original Message-
> From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, December 15, 2001 1:06 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] Bug #14531 Updated: Reference to bug #14496
> 
> 
> Users can update bug reports just fine if they bother to remember the 
> passwords they set
> 
> On 15 Dec 2001 [EMAIL PROTECTED] wrote:
> 
> > ID: 14531
> > Updated by: yohgaki
> > Reported By: [EMAIL PROTECTED]
> > Status: Open
> > Bug Type: Session related
> > Operating System: Linux
> > PHP Version: 4.1.0
> > New Comment:
> > 
> > Thank you for your report.
> > I hope we can have new bug tracking system,
> > so that users can update bug reports :)
> > 
> > -- Yasuo
> > 
> > Previous Comments:
> > --
> > --
> > 
> > [2001-12-14 23:50:53] [EMAIL PROTECTED]
> > 
> > How to reproduce bug #14496:
> > 
> > compile php module for apache with mm & session support.
> > 
> > compile php cgi with mm & session support.
> > 
> > start apache with php module.
> > 
> > note /tmp/session_mm.sem permissions.
> > 
> > now, while apache is running, execute the php cgi.
> > 
> > You will then get the error from bug #14496.
> > 
> > Work-around: compile php cgi without mm support.
> > 
> > --
> > --
> > 
> > 
> > 
> > Edit this bug report at http://bugs.php.net/?id=14531&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] Bug #14549 Updated: Warning: Unknown persistent list...

[sander]

ID: 14549
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: Scripting Engine problem
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:

Can't reproduce... pconnect() works fine for me.
What is the version of the Zend Engine? (see phpinfo())

(reclassified)

Previous Comments:


[2001-12-16 13:26:41] [EMAIL PROTECTED]

heh :) sorry

finger-to-keyboard error ... :)

This Warning message is visible since PHP4.1.0 
not 4.0.1 ... 
 



[2001-12-16 13:18:41] [EMAIL PROTECTED]

What I do wrong if this easy error-less script 



produce this output with Warning message ... 

CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 
0

This warning I see if I enable the option 

error_reporting  =  E_ALL & ~E_NOTICE

in php.ini. This message is visible since PHP4.0.1 

When I downgrade to PHP4.0.6, the message isn't there.






Edit this bug report at http://bugs.php.net/?id=14549&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] Bug #14549 Updated: Warning: Unknown persistent list...

[webmaster]

ID: 14549
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:

Zend Engine v1.1.0a

Previous Comments:


[2001-12-17 11:16:37] [EMAIL PROTECTED]

Can't reproduce... pconnect() works fine for me.
What is the version of the Zend Engine? (see phpinfo())

(reclassified)



[2001-12-16 13:26:41] [EMAIL PROTECTED]

heh :) sorry

finger-to-keyboard error ... :)

This Warning message is visible since PHP4.1.0 
not 4.0.1 ... 
 



[2001-12-16 13:18:41] [EMAIL PROTECTED]

What I do wrong if this easy error-less script 



produce this output with Warning message ... 

CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 
0

This warning I see if I enable the option 

error_reporting  =  E_ALL & ~E_NOTICE

in php.ini. This message is visible since PHP4.0.1 

When I downgrade to PHP4.0.6, the message isn't there.






Edit this bug report at http://bugs.php.net/?id=14549&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] Bug #14559 Updated: cannot load libphp4.so into server

[mdecke]

ID: 14559
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Old Bug Type: Apache related
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

hi

answer to your posting

1. i tried with option --enable-libgcc and without

2. php as a static module, needs that you recompile apache, doesn't it?
   the problem is that it is a running server
   so static module is no option, yet.

3. ok that's a good option for me then.

---

i tried it again with --enable-libgcc and without
i removed gcc (which was installed) and added the gcc which was used for apache (which 
was probably the installed one).
it did not work
same error message ...

 
   


Previous Comments:


[2001-12-17 10:13:08] [EMAIL PROTECTED]

1. Did you try without enabling --enable-libgcc ?
2. Can you compile PHP as a static apache module (and thus recompilit it into apache).

3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static 
apache module.

Derick



[2001-12-17 10:12:21] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:04:46] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:03:39] [EMAIL PROTECTED]

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3








[2001-12-17 09:47:21] [EMAIL PROTECTED]

My guess is that apache is compiled without gcc 3, and the php apache moduel with gcc 
3. That's is not going to work. Either rebuild httpd with gcc, or build the php apache 
module with gcc 2.95.1 for example.

Please report back if this fixes the issue.

Derick



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


Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14564 Updated: Trusted Connections Not Supported

[derick]

ID: 14564
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: MSSQL related
Bug Type: Feature/Change Request
Operating System: Windows NT 4/SQL Server 7
PHP Version: 4.1.0
New Comment:

Making this a feature request

Previous Comments:


[2001-12-17 11:12:07] [EMAIL PROTECTED]

I consider the inclusion of database usernames and passwords in scripts to be a 
security risk.

In a Windows environment it is possible to access SQL Server via a trusted connection. 
 This uses the context of the current logged in user.

Furthermore it is possible to configure IIS and presumably Apache to use a particular 
user account to service requests.

It is therefore possible (for example under ASP) to open a database connection without 
specifying a username or password in the script because the context of the current 
user account has permission to access the SQL Server.

I would be happy if this functionality could be implmented in the MS SQL Server 
extension.





Edit this bug report at http://bugs.php.net/?id=14564&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] Bug #14549 Updated: Warning: Unknown persistent list...

[mfischer]

ID: 14549
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:

It is verified and Zeev fixed it in CVS already. It only happens with win32 non-debug 
builds.

Previous Comments:


[2001-12-17 11:23:00] [EMAIL PROTECTED]

Zend Engine v1.1.0a



[2001-12-17 11:16:37] [EMAIL PROTECTED]

Can't reproduce... pconnect() works fine for me.
What is the version of the Zend Engine? (see phpinfo())

(reclassified)



[2001-12-16 13:26:41] [EMAIL PROTECTED]

heh :) sorry

finger-to-keyboard error ... :)

This Warning message is visible since PHP4.1.0 
not 4.0.1 ... 
 



[2001-12-16 13:18:41] [EMAIL PROTECTED]

What I do wrong if this easy error-less script 



produce this output with Warning message ... 

CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 
0

This warning I see if I enable the option 

error_reporting  =  E_ALL & ~E_NOTICE

in php.ini. This message is visible since PHP4.0.1 

When I downgrade to PHP4.0.6, the message isn't there.






Edit this bug report at http://bugs.php.net/?id=14549&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] Bug #14559 Updated: cannot load libphp4.so into server

[mdecke]

ID: 14559
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

i have to see, if we are going to do that what you 
assummed ( 3.). it won't be till friday 18.12.

thanks 

Markus Decke

Previous Comments:


[2001-12-17 11:23:21] [EMAIL PROTECTED]

hi

answer to your posting

1. i tried with option --enable-libgcc and without

2. php as a static module, needs that you recompile apache, doesn't it?
   the problem is that it is a running server
   so static module is no option, yet.

3. ok that's a good option for me then.

---

i tried it again with --enable-libgcc and without
i removed gcc (which was installed) and added the gcc which was used for apache (which 
was probably the installed one).
it did not work
same error message ...

 
   




[2001-12-17 10:13:08] [EMAIL PROTECTED]

1. Did you try without enabling --enable-libgcc ?
2. Can you compile PHP as a static apache module (and thus recompilit it into apache).

3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static 
apache module.

Derick



[2001-12-17 10:12:21] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:04:46] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:03:39] [EMAIL PROTECTED]

Hi

in the documentation, about how apache was compiled,
my co-worker wrote that apache is compiled with
gcc 3

i tested it with gcc -v 
and the answer was: gcc version 3

i'am assuming that both,
 php and apache have been compiled with gcc 3








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


Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14559 Updated: cannot load libphp4.so into server

[derick]

ID: 14559
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: solaris 7
PHP Version: 4.1.0
New Comment:

Okay, succes with it. I'll leave this report in the feedback state then.

Derick

Previous Comments:


[2001-12-17 11:31:36] [EMAIL PROTECTED]

i have to see, if we are going to do that what you 
assummed ( 3.). it won't be till friday 18.12.

thanks 

Markus Decke



[2001-12-17 11:23:21] [EMAIL PROTECTED]

hi

answer to your posting

1. i tried with option --enable-libgcc and without

2. php as a static module, needs that you recompile apache, doesn't it?
   the problem is that it is a running server
   so static module is no option, yet.

3. ok that's a good option for me then.

---

i tried it again with --enable-libgcc and without
i removed gcc (which was installed) and added the gcc which was used for apache (which 
was probably the installed one).
it did not work
same error message ...

 
   




[2001-12-17 10:13:08] [EMAIL PROTECTED]

1. Did you try without enabling --enable-libgcc ?
2. Can you compile PHP as a static apache module (and thus recompilit it into apache).

3. Wanted to add that I have no problems with gcc 2.95.1 on Solaris and a static 
apache module.

Derick



[2001-12-17 10:12:21] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



[2001-12-17 10:04:46] [EMAIL PROTECTED]


i email adress is [EMAIL PROTECTED]
i misspelled my adress
sorry

thanks
Markus Decke



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


Edit this bug report at http://bugs.php.net/?id=14559&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.


Previous Comments:


[2001-12-17 11:06:12] [EMAIL PROTECTED]

(reclassified for the stats ;)



[2001-12-17 11:04:46] [EMAIL PROTECTED]

This is a problem with your permissions. Check if the webserver has read access to the 
file.



[2001-12-17 11:01:14] [EMAIL PROTECTED]

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth





Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[derick]

ID: 14563
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

There is no specific need to set it to ".". It's the default.

Previous Comments:


[2001-12-17 11:35:19] [EMAIL PROTECTED]

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.




[2001-12-17 11:06:12] [EMAIL PROTECTED]

(reclassified for the stats ;)



[2001-12-17 11:04:46] [EMAIL PROTECTED]

This is a problem with your permissions. Check if the webserver has read access to the 
file.



[2001-12-17 11:01:14] [EMAIL PROTECTED]

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth





Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[sander]

ID: 14563
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

Windows NT & 2000 have a permission-system (NTFS). Check it out.

Previous Comments:


[2001-12-17 11:42:15] [EMAIL PROTECTED]

There is no specific need to set it to ".". It's the default.



[2001-12-17 11:35:19] [EMAIL PROTECTED]

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.




[2001-12-17 11:06:12] [EMAIL PROTECTED]

(reclassified for the stats ;)



[2001-12-17 11:04:46] [EMAIL PROTECTED]

This is a problem with your permissions. Check if the webserver has read access to the 
file.



[2001-12-17 11:01:14] [EMAIL PROTECTED]

I've seen a few bugs registered on this before and the 
dev team hasn't seemed to have been able to replicate
this bug...

The bug is very strange in that it effects the SAPI
version of the code on Win2K, but the same build running
as a CGI .EXE is not effected.

Specifically, when one puts ANYTHING as the value for 
*include_path* in the PHP.ini file the apache SAPI will
fail.   

When I say anything this includes setting it to only ".", 
which should work for the local directory's includes.

Here is the message you get (fyi the file being processed
has no include/require statements and it there is no prepend
or append file set in PHP.ini -- 4.1.0)

Warning: Failed opening '/htdocs/test/dir.php' for inclusion
(include_path='.') in Unknown on line 0

I have observed this bug 4.06, 4.08, 4.1.0 ...
I'm not sure if other breeds of Win32 are effected.

-Garth





Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?


Previous Comments:


[2001-12-17 11:53:00] [EMAIL PROTECTED]

Windows NT & 2000 have a permission-system (NTFS). Check it out.



[2001-12-17 11:42:15] [EMAIL PROTECTED]

There is no specific need to set it to ".". It's the default.



[2001-12-17 11:35:19] [EMAIL PROTECTED]

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.




[2001-12-17 11:06:12] [EMAIL PROTECTED]

(reclassified for the stats ;)



[2001-12-17 11:04:46] [EMAIL PROTECTED]

This is a problem with your permissions. Check if the webserver has read access to the 
file.



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


Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

> Windows NT & 2000 have a permission-system (NTFS). Check it out.

Thanks, I'll try the folder permissions thing.

Previous Comments:


[2001-12-17 11:53:06] [EMAIL PROTECTED]


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?




[2001-12-17 11:53:00] [EMAIL PROTECTED]

Windows NT & 2000 have a permission-system (NTFS). Check it out.



[2001-12-17 11:42:15] [EMAIL PROTECTED]

There is no specific need to set it to ".". It's the default.



[2001-12-17 11:35:19] [EMAIL PROTECTED]

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.




[2001-12-17 11:06:12] [EMAIL PROTECTED]

(reclassified for the stats ;)



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


Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

Apache was able to read static HTML, before I did
the the following:
- set "Full control" to user "Everyone" 
- set PHP.ini -> include_path = ".:/php/includes"

I still get the same error:

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.:/php/includes') in Unknown on line 0

(again the file has no include/require statements)

Please advise.


Previous Comments:


[2001-12-17 11:54:55] [EMAIL PROTECTED]

> Windows NT & 2000 have a permission-system (NTFS). Check it out.

Thanks, I'll try the folder permissions thing.



[2001-12-17 11:53:06] [EMAIL PROTECTED]


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?




[2001-12-17 11:53:00] [EMAIL PROTECTED]

Windows NT & 2000 have a permission-system (NTFS). Check it out.



[2001-12-17 11:42:15] [EMAIL PROTECTED]

There is no specific need to set it to ".". It's the default.



[2001-12-17 11:35:19] [EMAIL PROTECTED]

When my PHP.ini is set with:
include_path = 
-> I have no problems with SAPI version

When it is set to: 
include_path = "."
-> It gives that error...   

I don't understand how this could be a permissions
issue, why would the web server be able to read the 
file when include_path is blank but not when the 
include_path is set to the local directory?

I've seen the error on UNIX systems when you have
a file set to 600, but this is Win2K.




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


Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

sorry, 
changed it back to 

include_path = "."

restarted apache

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.') in Unknown on line 0

Previous Comments:


[2001-12-17 12:03:32] [EMAIL PROTECTED]

Apache was able to read static HTML, before I did
the the following:
- set "Full control" to user "Everyone" 
- set PHP.ini -> include_path = ".:/php/includes"

I still get the same error:

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.:/php/includes') in Unknown on line 0

(again the file has no include/require statements)

Please advise.




[2001-12-17 11:54:55] [EMAIL PROTECTED]

> Windows NT & 2000 have a permission-system (NTFS). Check it out.

Thanks, I'll try the folder permissions thing.



[2001-12-17 11:53:06] [EMAIL PROTECTED]


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?




[2001-12-17 11:53:00] [EMAIL PROTECTED]

Windows NT & 2000 have a permission-system (NTFS). Check it out.



[2001-12-17 11:42:15] [EMAIL PROTECTED]

There is no specific need to set it to ".". It's the default.



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


Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[derick]

ID: 14563
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

Windows needs a ; as seperator between include paths, not :

Previous Comments:


[2001-12-17 12:06:19] [EMAIL PROTECTED]

sorry, 
changed it back to 

include_path = "."

restarted apache

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.') in Unknown on line 0



[2001-12-17 12:03:32] [EMAIL PROTECTED]

Apache was able to read static HTML, before I did
the the following:
- set "Full control" to user "Everyone" 
- set PHP.ini -> include_path = ".:/php/includes"

I still get the same error:

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.:/php/includes') in Unknown on line 0

(again the file has no include/require statements)

Please advise.




[2001-12-17 11:54:55] [EMAIL PROTECTED]

> Windows NT & 2000 have a permission-system (NTFS). Check it out.

Thanks, I'll try the folder permissions thing.



[2001-12-17 11:53:06] [EMAIL PROTECTED]


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?




[2001-12-17 11:53:00] [EMAIL PROTECTED]

Windows NT & 2000 have a permission-system (NTFS). Check it out.



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


Edit this bug report at http://bugs.php.net/?id=14563&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] Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...

[garth]

ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:

> Windows needs a ; as seperator between include paths, not :

yep I know, uncommented the wrong line... effect is the same... 

Changed PHP.ini to
include_path = ".;y:\apache\includes"

restarted apache

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.;y:\apache\includes') in Unknown on line 0



Previous Comments:


[2001-12-17 12:07:22] [EMAIL PROTECTED]

Windows needs a ; as seperator between include paths, not :



[2001-12-17 12:06:19] [EMAIL PROTECTED]

sorry, 
changed it back to 

include_path = "."

restarted apache

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.') in Unknown on line 0



[2001-12-17 12:03:32] [EMAIL PROTECTED]

Apache was able to read static HTML, before I did
the the following:
- set "Full control" to user "Everyone" 
- set PHP.ini -> include_path = ".:/php/includes"

I still get the same error:

Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion 
(include_path='.:/php/includes') in Unknown on line 0

(again the file has no include/require statements)

Please advise.




[2001-12-17 11:54:55] [EMAIL PROTECTED]

> Windows NT & 2000 have a permission-system (NTFS). Check it out.

Thanks, I'll try the folder permissions thing.



[2001-12-17 11:53:06] [EMAIL PROTECTED]


> There is no specific need to set it to ".". It's the default.

If it is the same as the default, shouldn't it work?

If I can't get 
  include_path="." 
to work under Win2K SAPI, how would
 include_path=".;C:\PHP\includes"
ever be able to function?




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


Edit this bug report at http://bugs.php.net/?id=14563&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] XMLRPC Bug

[Joao Prado Maia]

On Mon, 17 Dec 2001, Colin Viebrock wrote:

> Is anyone reading this list?  I haven't heard a thing since last week when I
> posted what I think might be a serious bug in the extension (see also
> http://bugs.php.net/?id=14521).
>

I guess people just didn't try the extension yet. I'm also interested in
working with it, but only in a couple of weeks.


> I'm hoping the developers could look into this soon ... I'm eager to start
> using this extension, but want to be fairly sure it works first. :)
>

Yeah, some extra eyes on the extension would definetely help. :)

Joao

--
João Prado Maia <[EMAIL PROTECTED]>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
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] Inconsistencies with ImageTTFText() across versions of PHP

[Joao Prado Maia]

Hi everyone,

This problem probably doesn't have any fix (or I think I doesn't anyway),
but maybe this email will be useful for other developers that need to
create portable scripts across a wide range of PHP and GD versions.

What I have found, and Rasmus helped me on that a few times over IRC, is
that GD 1.6.2 / 1.8.4 used a different version of the freetype library
(1.X) and the newer version of GD 2.0.1 actually needs freetype 2.X to
work (please correct me if I'm wrong).

Anyway, as I have said before here PHP 4.1.0 comes with a different
version of the GD DLL on the windows binary than it used to on 4.0.6. I'm
positive that 4.1's GD version is 1.6.2 and 4.0.6's was probably 2.0.1.
I'm not actually sure about 4.0.5, but I believe it was either 1.6.2 or
1.8.4.

In any case, what all of this meant to the graphing functions is that
there is different behavior on different versions of PHP. The windows
version of PHP might use GD 1.6.2 or even GD 2.0.1 (if compiled manually,
which is unprobable but possible).

ImageTTFText() is one of the functions that had its behavior changed, as
passing '10' to it as the font size parameter meant different things on
different versions of the GD library, which I believe is a consequence of
the unlying freetype requirement.

Anyway, all of this is just to warn everyone to be careful about this, as
your graphics will look in a different way than what you expected in some
cases.

Any comments or ideas would be helpful. If anyone knows the inner workings
of the freetype library and its standard for font sizes (ie metrics and
such), that would be great.

Just to give more details on what I needed to do - I actually ended up
parsing the output of phpinfo() with the output buffering functions to be
able to tell reliably which version of GD PHP is really using. This way I
could pass different font sizes to ImageTTFText(). Not very pretty, eh ?
;)

Cheers,
Joao

--
João Prado Maia <[EMAIL PROTECTED]>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


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

[Sterling Hughes]

> 
> On Mon, 17 Dec 2001, Colin Viebrock wrote:
> 
> > Is anyone reading this list?  I haven't heard a thing since last week when I
> > posted what I think might be a serious bug in the extension (see also
> > http://bugs.php.net/?id=14521).
> >
> 
> I guess people just didn't try the extension yet. I'm also interested in
> working with it, but only in a couple of weeks.
> 
>
Not true, I've been using it, it works fine, I'm not quite sure 
about that bug though (too tired now to check it out also... :)
 
> > I'm hoping the developers could look into this soon ... I'm eager to start
> > using this extension, but want to be fairly sure it works first. :)
> >
> 
> Yeah, some extra eyes on the extension would definetely help. :)

I've taken a look at it, imho, its ugly -- but it works :)

-Sterling

> 
> Joao
> 
> --
> João Prado Maia <[EMAIL PROTECTED]>
> http://phpbrasil.com - php com um jeitinho brasileiro
> --
> Precisando de consultoria em desenvolvimento para a Internet ?
> Impleo.net - http://impleo.net/?lang=br
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

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

Re: [PHP-DEV] XMLRPC Bug

[Colin Viebrock]

> Not true, I've been using it, it works fine, I'm not quite sure 
> about that bug though (too tired now to check it out also... :)

Well, when you *do* get some sleep :) ... take a look at the bug I posted:
http://bugs.php.net/?id=14521

I can see how the extension would be useable, if you never send an 
unindexed array to a method function.  But when you do, it returns 
unexpected values.

- Colin



-- 
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: Bug #14549 Updated: Warning: Unknown persistent list...

[John Lim]

Hi

This requires using CGI and not ISAPI to reproduce.
I reported this bug also a week ago.

John Lim

<[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> ID: 14549
> Updated by: sander
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Feedback
> Old Bug Type: Scripting Engine problem
> Bug Type: MySQL related
> Operating System: Windows 2000
> PHP Version: 4.1.0
> New Comment:
>
> Can't reproduce... pconnect() works fine for me.
> What is the version of the Zend Engine? (see phpinfo())
>
> (reclassified)
>
> Previous Comments:
> 
>
> [2001-12-16 13:26:41] [EMAIL PROTECTED]
>
> heh :) sorry
>
> finger-to-keyboard error ... :)
>
> This Warning message is visible since PHP4.1.0
> not 4.0.1 ...
>
>
> 
>
> [2001-12-16 13:18:41] [EMAIL PROTECTED]
>
> What I do wrong if this easy error-less script
>
> 
> $db = MYSQL_PCONNECT("localhost","root","") OR DIE("");
>mysql_select_db("chat",$db) or DIE("");
> $ares=mysql_query("select * from c_users");
>
> echo "CHAT room - online users: ";
> if (mysql_num_rows($ares)==0) echo "nobody";
>
> while ($arow=mysql_fetch_array($ares))
> {
> echo $arow[username];
> }
>
> ?>
>
> produce this output with Warning message ...
>
> CHAT room - online users: nobody
> Warning: Unknown persistent list entry type in module shutdown (11) in
Unknown on line 0
>
> This warning I see if I enable the option
>
> error_reporting  =  E_ALL & ~E_NOTICE
>
> in php.ini. This message is visible since PHP4.0.1
>
> When I downgrade to PHP4.0.6, the message isn't there.
>
>
> 
>
>
>
> Edit this bug report at http://bugs.php.net/?id=14549&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: Using persistent connection to database

[John Lim]

I would recommend switching to the oci_* functions. More reliable.

Bye, John

Berlina <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi to everybody,
>
> first sorry for my poor english.
>
> im trying to use persistents connections to an Oracle Database through
PHP,
> for manageing transactions, and have some problems.
>
> My Schema:
> * Web Server: Apache 1.3.20 on a Linux RedHat 7.0
> * PHP: 4.0.6 compiled with oracle module functions (ora_*)
> * Data Base: Oracle 8.0.5 on a Windows NT Server
>
> I need to manage transactions to database. For it i made a test pages like
> this:
>
> 1 index paga that generate some frames and open a persistent connection to
> the database
> 1 frame that made an insert to one table of the database
> 1 frame that made an insert to another table of the same databese
> 1 frame with 2 buttons, one for execute a Commit and another for execture
a
> Rollback
>
> Some times works well, but other times not work correctly...
> What im doing wrong?
> Can somebody help me?
>
> Avanced thanks
>



-- 
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: aditus

[Johan Persson]

By suggestion from Rasmus L. 
To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description
of this project.

-- 
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] CVS Account Request: aditus

[Joao Prado Maia]

On 17 Dec 2001, Johan Persson wrote:

> By suggestion from Rasmus L.
> To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description
> of this project.
>

Woohoo!

Maybe putting Jpgraph on PEAR ? That would kick ass :)

Great work on the library by the way, I use it all the time on my
applications.

Joao

--
João Prado Maia <[EMAIL PROTECTED]>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
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] CVS Account Request: aditus

[Pierre-Alain Joye]

On Mon, 17 Dec 2001 14:44:23 -0500 (EST)
Joao Prado Maia <[EMAIL PROTECTED]> wrote:

> 
> On 17 Dec 2001, Johan Persson wrote:
> 
> > By suggestion from Rasmus L.
> > To house and develop JpGraph. See www.aditus.nu/jpgraph for a detailed description
> > of this project.
> >
> 
> Woohoo!
> 
> Maybe putting Jpgraph on PEAR ? That would kick ass :)
> 
> Great work on the library by the way, I use it all the time on my
> applications.
btw, I see a promised imlib extension for php (http://mmcc.cx/php_imlib/) and seems to 
be freezed since january. Anyone knows the authors ? I believe it should be a good 
alternative to gd.

a+

pa


-- 
Pierre-Alain Joye
Freelance
Developpements et Services web/intranet
[EMAIL PROTECTED]

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

Re: [PHP-DEV] CVS Account Request: aditus

[Joao Prado Maia]

On Mon, 17 Dec 2001, Pierre-Alain Joye wrote:

> btw, I see a promised imlib extension for php (http://mmcc.cx/php_imlib/) and seems 
>to be freezed since january. Anyone knows the authors ? I believe it should be a good 
>alternative to gd.
>

Sure, Matt is the author and he is always on #php on irc.openprojects.net
under the handle of Cardinal. You can talk with him in there.

However, Imlib will take a while (if ever) to be a replacement for GD for
reasons that Matt himself told me, as the requirement of some silly
threading library and Xlib (X11 support). He told me that a patch for
losing the requirement of Xlib was sent to rasterman but he never added it
to the distribution (correct me if I'm wrong).

Joao

--
João Prado Maia <[EMAIL PROTECTED]>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
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] Bug #14566: Session variables become read only

[dward]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.1.0
PHP Bug Type: Session related
Bug description:  Session variables become read only

In PHP 4.1.0 it seems that session variables can only be set once and will
not be updated from subsequent pages (when using a user save_handler at
least).  The same code works fine in PHP 4.0.6.

It seems that the write handler registered with session_set_save_handler()
gets the same session data that was read with the read handler except that
newly set session variables get added.
-- 
Edit bug report at: http://bugs.php.net/?id=14566&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] Bug #14567: exit signal segmentation fault(11)

[ken]

From: [EMAIL PROTECTED]
Operating system: linux  2.2.16
PHP version:  4.1.0
PHP Bug Type: *General Issues
Bug description:  exit signal segmentation fault(11)

I am not certain of the source of this one, if I load a page there seems to
be about a 50% chance of a segmentation fault with  4.1.0, but works fine
with 4.0.6 using the same configuration.

 './configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql' '--with-gd'
'--with-jpeg' '--with-ttf' '--with-pdflib' '--with-png-dir=/usr/lib'
'--with-tiff-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with-imap'
'--enable-track-vars' '--with-jpeg-dir=/usr/lib/' '--with-zlib'

-- 
Edit bug report at: http://bugs.php.net/?id=14567&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] Bug #14566 Updated: Session variables become read only

[derick]

ID: 14566
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Solaris 7
PHP Version: 4.1.0
New Comment:

Can you post your script, and tell use the settings of register_globals?

Derick

Previous Comments:


[2001-12-17 15:47:43] [EMAIL PROTECTED]

In PHP 4.1.0 it seems that session variables can only be set once and will not be 
updated from subsequent pages (when using a user save_handler at least).  The same 
code works fine in PHP 4.0.6.

It seems that the write handler registered with session_set_save_handler() gets the 
same session data that was read with the read handler except that newly set session 
variables get added.





Edit this bug report at http://bugs.php.net/?id=14566&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] Bug #14567 Updated: exit signal segmentation fault(11)

[derick]

ID: 14567
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *General Issues
Operating System: linux  2.2.16
PHP Version: 4.1.0
New Comment:

Please provide a short reproducing example, and provide a backtrace. You can read how 
to do that via bugs.php.net/how-to-report.php

Derick

Previous Comments:


[2001-12-17 15:54:19] [EMAIL PROTECTED]

I am not certain of the source of this one, if I load a page there seems to be about a 
50% chance of a segmentation fault with  4.1.0, but works fine with 4.0.6 using the 
same configuration.

 './configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql' '--with-gd' '--with-jpeg' 
'--with-ttf' '--with-pdflib' '--with-png-dir=/usr/lib' '--with-tiff-dir=/usr/lib' 
'--with-jpeg-dir=/usr/lib' '--with-imap' '--enable-track-vars' 
'--with-jpeg-dir=/usr/lib/' '--with-zlib'






Edit this bug report at http://bugs.php.net/?id=14567&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: maco

[marcel macko]

translating php manual into slovak language (sk) or (and) czech language (almost the 
same language)

-- 
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] Bug #14568: strtotime giving wrong result

[marc_bigler]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.1.0
PHP Bug Type: Date/time related
Bug description:  strtotime giving wrong result

I have just migrated from PHP 4.0.6 to PHP 4.1.0 and I have remarked that
the strtotime() is now giving me false results. Look at the following
code:

$date_string = "Sat, 15 Dec 2001 01:24:42 +0100 (CET)";
$date_ts = strtotime($date_string);
echo $date_ts;

With PHP 4.0.6 I get the following output (which is correct):

1008375882

And with the new PHP 4.1.0 I get the following output:

1008019482

Which is approxmiately 4-5 days wrong. 

If you need more info feel free to contact me... Thanks for fixing this.

Regards

-- 
Edit bug report at: http://bugs.php.net/?id=14568&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] Bug #14459 Updated: output error

[derick]

ID: 14459
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MSSQL related
Operating System: Win 2000
PHP Version: 4.1.0
New Comment:

Can you post a short reproducing script? (With as less as possible database functions 
used).

Derick

Previous Comments:


[2001-12-12 10:52:59] [EMAIL PROTECTED]

all my pages still work fine, i still can query the database but i get this error at 
the bottom..

I am using Win 2000, MS-SQL server 7.0, and Apache 1.3.20 


Warning: MS SQL error: Invalid parameter in DB-LIBRARY 
function reference. (severity 11) in Unknown on line 0






Edit this bug report at http://bugs.php.net/?id=14459&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]