[PHP-DEV] Bug #14915: for statement returns nothing.

[jacob]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.9
PHP version:  4.1.0
PHP Bug Type: Unknown/Other Function
Bug description:  for statement returns nothing.

when issuing the following syntactically incorrect 'for' statement nothing
was returned (note the semi-colon before the parenthesis) even though at
least one loop should take place. Should not a parse error be returned?

for ($i = $start; $i <= 10; $i++); {
echo 'something';
}

 './configure' '--with-mysql' '--with-apache=../apache_1.3.22'
'--enable-track-vars' '--with-curl' '--with-dom' '--with-zlib'

This is a public/production server so debugging is turned off.
-- 
Edit bug report at: http://bugs.php.net/?id=14915&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 #15307: Segmentation fault if cURL tries to get a page and the server returns nothing.

[jacob]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.x
PHP version:  4.1.1
PHP Bug Type: cURL related
Bug description:  Segmentation fault if cURL tries to get a page and the server 
returns nothing.

I found this behavior while building a client-server system
that uses cURL to get data from the server; when my
server-side script didn't return anything at all, it caused
the client side Apache process to actually die with a signal
11. I have the latest libcurl and the latest PHP, and I've
just tried updating Apache to see if that affects the
behavior (it doesn't, but it seemed like a good excuse to
get my development system up to date).

The only option I'm using for cURL is CURLOPT_RETURNTRANSFER.

I'm not sure if this means anything, but if I run cURL from
the command line, it doesn't segfault when visiting the same
totally empty URL.

Thanks for PHP! It's good, fast, AND cheap
-- 
Edit bug report at: http://bugs.php.net/?id=15307&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 #15307 Updated: Segmentation fault if cURL tries to get a page and the server returns nothing.

[jacob]

ID: 15307
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating System: Linux 2.4.x
PHP Version: 4.1.1
New Comment:

One more thing - I'm using https protocol for the transfer.


Previous Comments:


[2002-01-30 22:14:25] [EMAIL PROTECTED]

I found this behavior while building a client-server system
that uses cURL to get data from the server; when my
server-side script didn't return anything at all, it caused
the client side Apache process to actually die with a signal
11. I have the latest libcurl and the latest PHP, and I've
just tried updating Apache to see if that affects the
behavior (it doesn't, but it seemed like a good excuse to
get my development system up to date).

The only option I'm using for cURL is CURLOPT_RETURNTRANSFER.

I'm not sure if this means anything, but if I run cURL from
the command line, it doesn't segfault when visiting the same
totally empty URL.

Thanks for PHP! It's good, fast, AND cheap





Edit this bug report at http://bugs.php.net/?id=15307&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 #15307 Updated: Segmentation fault if cURL tries to get a page and the server returns nothing.

[jacob]

ID: 15307
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating System: Linux 2.4.x
PHP Version: 4.1.1
New Comment:

Oops - that's wrong; the OpenSSL option is installed in
libcurl, but this particular segfault happened using plain
old http.


Previous Comments:


[2002-01-30 22:17:12] [EMAIL PROTECTED]

One more thing - I'm using https protocol for the transfer.



[2002-01-30 22:14:25] [EMAIL PROTECTED]

I found this behavior while building a client-server system
that uses cURL to get data from the server; when my
server-side script didn't return anything at all, it caused
the client side Apache process to actually die with a signal
11. I have the latest libcurl and the latest PHP, and I've
just tried updating Apache to see if that affects the
behavior (it doesn't, but it seemed like a good excuse to
get my development system up to date).

The only option I'm using for cURL is CURLOPT_RETURNTRANSFER.

I'm not sure if this means anything, but if I run cURL from
the command line, it doesn't segfault when visiting the same
totally empty URL.

Thanks for PHP! It's good, fast, AND cheap





Edit this bug report at http://bugs.php.net/?id=15307&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] installing on PHP on Apache 2 and FreeBSD

[Jacob Bolton]

Hey all,

Here's the situation.  I'm on a server running FreeBSD and Apache 2.
Someone else installed both.  There is software that is running on this
server, that I'm sure is dependent on certain options being compiled into
Apache.

I'm trying to install PHP on the server to make life a little easier with
some scripting.  I don't think SO is compiled into Apache and that obviously
keeps me from compiling PHP as an apache mod.

But if I complile apache and don't include options that are needed for the
software, I'll obviously break the software.

So my question is, is there a way to see what options are compiled into
Apache, so that if I recompiled it, I could make sure to include the current
options that are compiled now?  Thanks in advance everyone!

Jacob Bolton



-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] BUG - This list won't unsubscibe

[Jon Jacob]

I have sent two notices to the mail administor and have received notices
confirming this but after three days I am still on the list.

Can someone please help.


_
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] unknown error

[Chandler, Jacob R]

Trying to upgrade. Receiving this error, but can't find any info about
it. Was hoping that someone here could give some insight since you are
the developers.
 
Warning: Unknown(): Your script possibly relies on a session side-effect
which existed until PHP 4.2.3. Please be advised that the session
extension does not consider global variables as a source of data, unless
register_globals is enabled. You can disable this functionality and this
warning by setting session.bug_compat_42 or session.bug_compat_warn to
off, respectively. in Unknown on line 0

Thanks in advance

[PHP-DEV] Pear::db and odbc issue

[Chandler, Jacob R]

We are querying two different odbc databases using the Pear::DB library.
When we try to print out the number of Rows ($result->numRows()), the
output is 'Object'. We tried the same thing using odbc and we are
getting '-1' as the number of rows. This appears to be an error because
there are results in the database and if we attempt to get data, we can
do this in a while loop with the fetchRow function and we get valid
data. Can anyone give any suggestions?

Jacob Chandler

RE: [PHP-DEV] Pear::db and odbc issue

[Chandler, Jacob R]

If you would have read the entire message, you would have seen that this
is further reaching than just the PEAR libraries. This occurs with the
odbc functions as well.

-Original Message-
From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, November 20, 2002 1:41 PM
To: Chandler, Jacob R
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Pear::db and odbc issue



You can be helped by mailing to [EMAIL PROTECTED] or by
submitting a bug report at http://bugs.php.net.


--
Maxim Maletsky
[EMAIL PROTECTED]



"Chandler, Jacob R" <[EMAIL PROTECTED]> wrote... :

> We are querying two different odbc databases using the Pear::DB 
> library. When we try to print out the number of Rows 
> ($result->numRows()), the output is 'Object'. We tried the same thing 
> using odbc and we are getting '-1' as the number of rows. This appears

> to be an error because there are results in the database and if we 
> attempt to get data, we can do this in a while loop with the fetchRow 
> function and we get valid data. Can anyone give any suggestions?
> 
> Jacob Chandler
> 


--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] new database extension

[Chandler, Jacob R]

I want to write a new extension specific to the MIMER database
(www.mimer.com). This will be similar to the extensions for PostgreSQL,
Oracle, etc. and will allow native connection as an option instead of
using ODBC. However, I'm not exactly sure where to start and wanted to
look at those specific extensions. Can someone tell me where I might
find this within the PHP source?
 

Jacob Chandler
Programmer/Analyst I
Computer Services
Sam Houston State University
[EMAIL PROTECTED]
936 294-3160