Fwd: RE: [PHP-DEV] Bug #8732

2001-02-03 Thread Andi Gutmans

Anyone else bump into something like this?

Andi

Subject: RE: [PHP-DEV] Bug #8732
Date: Fri, 2 Feb 2001 13:54:09 +0100
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PHP-DEV] Bug #8732
Thread-Index: AcCG63JZ+YNk1p38Q8COcgf0ren1RwGK6w/Q
From: "Edin Kadribasic" [EMAIL PROTECTED]
To: "Andi Gutmans" [EMAIL PROTECTED]

Hi Andi,

I think that you should have enogh info to fix the problem now. Please
see the two attached messages and let me know if that is enough.

Edin
-Original Message-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 25, 2001 5:30 PM
To: Edin Kadribasic
Subject: Re: [PHP-DEV] Bug #8732


Is your /tmp writeable? ls -ld /tmp.
I know it might be an obvious question.

Andi

At 09:55 AM 1/25/2001 +0100, Edin Kadribasic wrote:
 I've tried them all. Even '/bin/sh -c "/bin/mkdir /tmp/test"'. It is
very
 hard to reproduce, because I have the exact same setup on several 5
 machines, and I'm having problems only on one of them.
 
 Server 1: RH 6.1, 2xPIII 550 MHz /* PHP exec functions broken */
 Server 2: RH 6.2, 2xPIII 933 MHz
 Server 3: RH 6.1, 3xPII  450 MHz
 Server 4: RH 6.1, 2XPIII 550 MHz
 Server 5: RH 6.1, 1xPIII 550 MHz
 
 The only config change on the machine, was addition of the second
processor.
 I'm not exactly sure if the problem begun occuring around the time we
 upgraded the machines.
 
 Edin
 
 - Original Message -
 From: "Andi Gutmans" [EMAIL PROTECTED]
 To: "Edin Kadribasic" [EMAIL PROTECTED]
 Sent: Thursday, January 25, 2001 6:35 AM
 Subject: Re: [PHP-DEV] Bug #8732
 
 
   Will it work with full-path? "/bin/mkdir /tmp/test"?
   I can try and reproduce this evening (my time). If you can send me
an
 Email
   reminder that will help :)
   Andi
  
   At 03:37 AM 1/25/2001 +0100, Edin Kadribasic wrote:
   Sorry for not being more specific, but all those machines are Linux
 (RedHat
   6.1 6.2). Funny part is the site has not been modified in since
4.0.1pl1,
   and all of a sudden decided not to work anymore. Tried with the
latest
   release 4.0.4pl1, recompiled apache (used to be 1.3.9), but to no
avail.
   
   Simple system("mkdir /tmp/test", $r) would fail with $r set to -1.
No
 errors
   or warnings printed.
   
   Edin
   - Original Message -
   From: Andi Gutmans [EMAIL PROTECTED]
   To: Edin Kadribasic [EMAIL PROTECTED]; PHP Development (E-mail)
   [EMAIL PROTECTED]
   Sent: Wednesday, January 24, 2001 7:39 PM
   Subject: Re: [PHP-DEV] Bug #8732
   
   
 Executing external programs right now doesn't work on Windows.
 Hopefully this will be fixed soon.

 Andi

 At 12:14 PM 1/24/2001 +0100, Edin Kadribasic wrote:
 I'm experiencing the same probmlem on one of our 5 production
 servers.
 Exec functions always fail with -1 as the return code. No error
 messages
 or warnings are displayed. Any suggestion on how to find out
what's
 happening?
 
 Edin


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


  
  

X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0
Received:  from provmail.proventum.dk ([10.0.0.49]) by 
asp-exchange.proventum.net with Microsoft SMTPSVC(5.0.2195.1600); Wed, 31 
Jan 2001 22:39:37 +0100
Received:  by provmail.proventum.dk (Postfix) id 93F6C233BD; Wed, 31 Jan 
2001 23:38:49 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain;
 charset="iso-8859-1"
content-class: urn:content-classes:message
Subject: [PHP-DEV] PHP 4.0 Bug #9040: Exec sets return_val to -1 when 
compiled with "--enable-sigchild"
Date: Wed, 31 Jan 2001 22:38:35 +0100
Message-ID: [EMAIL PROTECTED]
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PHP-DEV] PHP 4.0 Bug #9040: Exec sets return_val to -1 when 
compiled with "--enable-sigchild"
Thread-Index: AcCLzk9KrFtRXMcUTjClvGg8huthcw==
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17
PHP version:  4.0.3pl1
PHP Bug Type: Program Execution
Bug description:  Exec sets return_val to -1 when compiled with
"--enable-sigchild"

I was encouraged to submit this as a bug report...

I acutally compiled the source from Debian's archive, with the latest
security fix (which I think it found in 4.0.4pl1).  I was having trouble
with oracle support, so I configured with "--enable-sigchild".  That did
not help my problem.

I finally went back to my older oracle libraries, and was able to get
them to work, but left "--enable-sigchild" configured in.  Then I
noticed that all of my exec functions were setting return_val (the third
parameter) to -1, indicating an error.

I can include an strace of the problem if needed.  I think that the
problem was that there we

Re: [PHP-DEV] Bug #8732

2001-01-24 Thread Edin Kadribasic

Sorry for not being more specific, but all those machines are Linux (RedHat
6.1  6.2). Funny part is the site has not been modified in since 4.0.1pl1,
and all of a sudden decided not to work anymore. Tried with the latest
release 4.0.4pl1, recompiled apache (used to be 1.3.9), but to no avail.

Simple system("mkdir /tmp/test", $r) would fail with $r set to -1. No errors
or warnings printed.

Edin

- Original Message -
From: Andi Gutmans [EMAIL PROTECTED]
To: Edin Kadribasic [EMAIL PROTECTED]; PHP Development (E-mail)
[EMAIL PROTECTED]
Sent: Wednesday, January 24, 2001 7:39 PM
Subject: Re: [PHP-DEV] Bug #8732


 Executing external programs right now doesn't work on Windows.
 Hopefully this will be fixed soon.

 Andi

 At 12:14 PM 1/24/2001 +0100, Edin Kadribasic wrote:
 I'm experiencing the same probmlem on one of our 5 production servers.
 Exec functions always fail with -1 as the return code. No error messages
 or warnings are displayed. Any suggestion on how to find out what's
 happening?
 
 Edin


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




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