[PHP-DEV] Bug #15378: 3d array variables not usable in double quotes

[php . net]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4, Apache 1.3.22
PHP version:  4.1.1
PHP Bug Type: Arrays related
Bug description:  3d array variables not usable in double quotes

 array(
'first' => 'Caleb',
'last' => 'Maclennan'
  )
  );

echo "My first name is $var[name][first]!";

?>

Acutal Result:
My first name is Array[first]!

Correct Result:
My first name is Caleb!

This get's really nasty when useing 3 dimentional arrays to put data in
SQL querys. The above example can easily be done by takeing the variable
out of the quotes and useing "." to add it to the end, but there are other
cases where the only solution is to do like this:



-- 
Edit bug report at http://bugs.php.net/?id=15378&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15378&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15378&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15378&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15378&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15378&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15378&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15378&r=notenoughinfo


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

[PHP-DEV] Bug #15378 Updated: 3d array variables not usable in double quotes

[php . net]

 ID:   15378
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Arrays related
 Operating System: Linux 2.4, Apache 1.3.22
 PHP Version:  4.1.1
 New Comment:

I should add that the the first level of the array works fine, it is
just the second (& following) levels that cannot be used.

 array(
'first' => 'Caleb',
'last' => 'Maclennan'
  )
  );

echo "My first name is $var[name][first]!";

?>

Acutal Result:
My first name is Array[first]!

Correct Result:
My first name is Caleb!

This get's really nasty when useing 3 dimentional arrays to put data in
SQL querys. The above example can easily be done by takeing the
variable out of the quotes and useing "." to add it to the end, but
there are other cases where the only solution is to do like this:







-- 
Edit this bug report at http://bugs.php.net/?id=15378&edit=1


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

[PHP-DEV] Bug #15378 Updated: 3d array variables not usable in double quotes

[php . net]

 ID:   15378
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: Linux 2.4, Apache 1.3.22
 PHP Version:  4.1.1
 New Comment:

[EMAIL PROTECTED] -- I was aware of that syntax but there are some cases
(sql querys, cookies & headers) where it is not possible to write it
that way and the only solution WAS to assign it to a simpler variable.

[EMAIL PROTECTED] -- Thanks. I guess that solves this problem. And this
is documented where?


Previous Comments:


[2002-02-05 06:29:42] [EMAIL PROTECTED]

This is not true. The following is perfectly valid:

  echo "My first name is {$var['name']['first']}!";



[2002-02-05 03:21:08] [EMAIL PROTECTED]

The correct syntax is:
echo "My first name is ".$var[name][first]."!";

You cannot have comples variables inside quotes.



[2002-02-05 00:34:07] [EMAIL PROTECTED]

I should add that the the first level of the array works fine, it is
just the second (& following) levels that cannot be used.

 array(
'first' => 'Caleb',
'last' => 'Maclennan'
  )
  );

echo "My first name is $var[name][first]!";

?>

Acutal Result:
My first name is Array[first]!

Correct Result:
My first name is Caleb!

This get's really nasty when useing 3 dimentional arrays to put data in
SQL querys. The above example can easily be done by takeing the
variable out of the quotes and useing "." to add it to the end, but
there are other cases where the only solution is to do like this:







-- 
Edit this bug report at http://bugs.php.net/?id=15378&edit=1


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

[PHP-DEV] Bug #14348: Major PHP memory corruption? (with testcase)

[php . net]

From: [EMAIL PROTECTED]
Operating system: Windows XP Professional
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Major PHP memory corruption? (with testcase)

Right. This is basically bug 14222 in another guise - I can't see how to
add comments to that bug.

In bug #14222 it shows the type of corruption I've *sometimes* had reports
of seeing with Apache 1.3.20-1.3.22, PHP 4.0.6 on both NT4SP6 and W2KSP2.
Mainly corruption like what was linked to in
http://tugs.imp.ch/index.html.2
but sometimes like this:
http://tugs.imp.ch/index.html.3

And then yesterday I upgraded to Windows XP, and initially I was getting
corruption in parts of a large PHP page. I rebooted, and started getting
(for the first time) the symptom where the page would just keep reloading
and reloading and reloading.

I have a testcase now which causes the problem most of the time on IE6 and
IE5.5 - continual reloading - since the page of this testcase is made up of
HTML comments, I can see various numbers of the point at which HTML loading
failed before restarting - e.g.
\n");
}
print "Finished\n";
?>



On Mozilla (recent nightly build), it behaves differently - the page cuts
off at a random point (you can see this by doing View Source), but does not
continually reload.

Intrigued by the difference, I did a wget of the script to see what was
actually coming from the webserver. I got the result of
test.php?count=50
It got to iteration 1547, then it went
]XT[<80>^@^@^@^@]test[^@<90>^^<81>] -->
and then restarted the count at iteration 214!
(note: the square brackets delimit the reversed colour characters in the
'less' filereader - showing null characters and high-eighth-bit
characters)

It continued up along until iteration 439, then went

and jumped to iteration 1764.
Then at iteration 2409, it printed

and continued on from iteration 896...
etc.
Then we get to 3056, and it goes

[PHP-DEV] Bug #14348 Updated: Major PHP memory corruption? (with testcase)

[php . net]

ID: 14348
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Windows XP Professional
PHP Version: 4.0.6
New Comment:

I've just tried that - the same problems occur, unfortunately :-(

Previous Comments:


[2001-12-05 07:12:58] [EMAIL PROTECTED]

Just a suggestion: can you try if this also is true for RC3 from 
http://phpuk.org/~james/php-4.1.0RC3-win32.zip ?



[2001-12-05 06:57:05] [EMAIL PROTECTED]

Right. This is basically bug 14222 in another guise - I can't see how to add comments 
to that bug.

In bug #14222 it shows the type of corruption I've *sometimes* had reports of seeing 
with Apache 1.3.20-1.3.22, PHP 4.0.6 on both NT4SP6 and W2KSP2. Mainly corruption like 
what was linked to in
http://tugs.imp.ch/index.html.2
but sometimes like this:
http://tugs.imp.ch/index.html.3

And then yesterday I upgraded to Windows XP, and initially I was getting corruption in 
parts of a large PHP page. I rebooted, and started getting (for the first time) the 
symptom where the page would just keep reloading and reloading and reloading.

I have a testcase now which causes the problem most of the time on IE6 and IE5.5 - 
continual reloading - since the page of this testcase is made up of HTML comments, I 
can see various numbers of the point at which HTML loading failed before restarting - 
e.g.
\n");
}
print "Finished\n";
?>



On Mozilla (recent nightly build), it behaves differently - the page cuts off at a 
random point (you can see this by doing View Source), but does not continually reload.

Intrigued by the difference, I did a wget of the script to see what was actually 
coming from the webserver. I got the result of test.php?count=50
It got to iteration 1547, then it went
]XT[<80>^@^@^@^@]test[^@<90>^^<81>] -->
and then restarted the count at iteration 214!
(note: the square brackets delimit the reversed colour characters in the 'less' 
filereader - showing null characters and high-eighth-bit characters)

It continued up along until iteration 439, then went

and jumped to iteration 1764.
Then at iteration 2409, it printed

and continued on from iteration 896...
etc.
Then we get to 3056, and it goes

[PHP-DEV] Bug #14138: date arithmetic scrambled

[mail-php . net]

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux stable
PHP version:  4.0.6
PHP Bug Type: Date/time related
Bug description:  date arithmetic scrambled

There seems to be some voodoo in this script ...

for ( $i = -7 ; $i < 28 ; $i ++ ) {
$day = date('d');
print "\ndate is $day ";
$day = $day + $i;
print " after adding $i is $day ";
}

And output ends up looking like so:

date is 20  after adding -7 is 135122101 

-- 
Edit bug report at: http://bugs.php.net/?id=14138&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 #14138 Updated: date arithmetic scrambled

[mail-php . net]

ID: 14138
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:

Linux 2.4.12 SMP
Debian potato libraries

Package: libc5
Version: 5.4.46-3

Package: libc6
Version: 2.2.3-9

Package: libc6-dev
Version: 2.2.3-9

bc 1.05
Copyright 1991, 1992, 1993, 1994, 1997, 1998 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'. 
20 + -7
13



Previous Comments:


[2001-11-20 22:39:50] [EMAIL PROTECTED]

More info from _RainMkr_: "Running on woody, Linux 2.4.5, PHP 4.0.6"

What version is the Debian showing this problem?



[2001-11-20 22:35:38] [EMAIL PROTECTED]

Perhaps a problem with the Debian libraries, cannot confirm problem on PHP 4.0.6 under 
Solaris 2.8. Output of the code is correct in that machine and PHP version.

Code also tested by _RainMkr_ (from #php) using PHP 4.0.6 under Linux 2.4.5

Need feedback on whether other numeric programs have similar problems under that 
version of Debian.



[2001-11-20 04:47:13] [EMAIL PROTECTED]


Works fine for me, can you try the RC from www.php.net/~zeev/php-4.1.0RC3.tar.gz ?

Derick



[2001-11-20 04:43:47] [EMAIL PROTECTED]

There seems to be some voodoo in this script ...

for ( $i = -7 ; $i < 28 ; $i ++ ) {
$day = date('d');
print "\ndate is $day ";
$day = $day + $i;
print " after adding $i is $day ";
}

And output ends up looking like so:

date is 20  after adding -7 is 135122101 






Edit this bug report at http://bugs.php.net/?id=14138&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 #14138 Updated: date arithmetic scrambled

[mail-php . net]

ID: 14138
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:

Recompiled 4.1.0RC3 using Apache 1.3.22.

Yes, mathematics now works correctly. Haven't tested fully yet, but the first glance 
looks like it works.

Previous Comments:


[2001-11-20 23:03:13] [EMAIL PROTECTED]

Linux 2.4.12 SMP
Debian potato libraries

Package: libc5
Version: 5.4.46-3

Package: libc6
Version: 2.2.3-9

Package: libc6-dev
Version: 2.2.3-9

bc 1.05
Copyright 1991, 1992, 1993, 1994, 1997, 1998 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'. 
20 + -7
13





[2001-11-20 22:39:50] [EMAIL PROTECTED]

More info from _RainMkr_: "Running on woody, Linux 2.4.5, PHP 4.0.6"

What version is the Debian showing this problem?



[2001-11-20 22:35:38] [EMAIL PROTECTED]

Perhaps a problem with the Debian libraries, cannot confirm problem on PHP 4.0.6 under 
Solaris 2.8. Output of the code is correct in that machine and PHP version.

Code also tested by _RainMkr_ (from #php) using PHP 4.0.6 under Linux 2.4.5

Need feedback on whether other numeric programs have similar problems under that 
version of Debian.



[2001-11-20 04:47:13] [EMAIL PROTECTED]


Works fine for me, can you try the RC from www.php.net/~zeev/php-4.1.0RC3.tar.gz ?

Derick



[2001-11-20 04:43:47] [EMAIL PROTECTED]

There seems to be some voodoo in this script ...

for ( $i = -7 ; $i < 28 ; $i ++ ) {
$day = date('d');
print "\ndate is $day ";
$day = $day + $i;
print " after adding $i is $day ";
}

And output ends up looking like so:

date is 20  after adding -7 is 135122101 






Edit this bug report at http://bugs.php.net/?id=14138&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 #14138 Updated: date arithmetic scrambled

[mail-php . net]

ID: 14138
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Date/time related
Operating System: Debian GNU/Linux stable
PHP Version: 4.0.6
New Comment:

I'm curious, what do you think the problem was? libc6-dev and libc6 mismatch? I 
haven't kept a track of upgrades, although I believe libc6 hasn't been changed since 
long before Apache was compiled.

It also caused segfaults and other random wierdness in Apache.

The listed libc6 package (in previous report) isn't a current one on any Debian 
flavour.

potato: 2.1.3-19
woody: 2.2.4-5
If that sheds any light on the subject.

Previous Comments:


[2001-11-23 06:05:36] [EMAIL PROTECTED]

Nice, closing this one.



[2001-11-23 05:56:18] [EMAIL PROTECTED]

Recompiled 4.1.0RC3 using Apache 1.3.22.

Yes, mathematics now works correctly. Haven't tested fully yet, but the first glance 
looks like it works.



[2001-11-20 23:03:13] [EMAIL PROTECTED]

Linux 2.4.12 SMP
Debian potato libraries

Package: libc5
Version: 5.4.46-3

Package: libc6
Version: 2.2.3-9

Package: libc6-dev
Version: 2.2.3-9

bc 1.05
Copyright 1991, 1992, 1993, 1994, 1997, 1998 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'. 
20 + -7
13





[2001-11-20 22:39:50] [EMAIL PROTECTED]

More info from _RainMkr_: "Running on woody, Linux 2.4.5, PHP 4.0.6"

What version is the Debian showing this problem?



[2001-11-20 22:35:38] [EMAIL PROTECTED]

Perhaps a problem with the Debian libraries, cannot confirm problem on PHP 4.0.6 under 
Solaris 2.8. Output of the code is correct in that machine and PHP version.

Code also tested by _RainMkr_ (from #php) using PHP 4.0.6 under Linux 2.4.5

Need feedback on whether other numeric programs have similar problems under that 
version of Debian.



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


Edit this bug report at http://bugs.php.net/?id=14138&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 #13704 Updated: QUERY_STRING empty with Multiviews

[mail-php . net]

ID: 13704
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Debian stable
PHP Version: 4.0CVS-2001-10-17
New Comment:

I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22.
The problem still manifests, which leaves me to suspect the only thing that has 
changed: Apache 1.3.22

Apache 1.3.20 + PHP 4.0.6 = working
Apache 1.3.22 + PHP 4.0.6 = broken
Apache 1.3.22 + PHP 4.0.8cvs = broken


Previous Comments:


[2001-10-17 00:24:12] [EMAIL PROTECTED]

Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP 
statically linked in.

When MultiViews is used, QUERY_STRING is empty.

EG:

http://w/dump_var?a=b
http://w/dump_var.php?a=b

The second correctly has $a == 'b', but the first does not.

print_r($HTTP_SERVER_VARS) says ...

Array
(
[SCRIPT_FILENAME] => .../example.php
[SCRIPT_URI] => .../example
[SCRIPT_URL] => .../example
[SERVER_SOFTWARE] => Apache/1.3.22 (Unix) PHP/4.0.8-dev
[REQUEST_METHOD] => GET
[QUERY_STRING] => 
[REQUEST_URI] => .../example?alpha=yes?=yes
)

Example: http://bla.crysm.net/toys/php-4.0.8-multiview/

(Thanks to jmcastagnetto and sit on irc.openprojects.net)





Edit this bug report at http://bugs.php.net/?id=13704&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 #13704 Updated: QUERY_STRING empty with Multiviews

[mail-php . net]

ID: 13704
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: Debian stable
PHP Version: 4.0CVS-2001-10-17
New Comment:

I'm just poking their newsgroup and bug database and can't find anything similiar.

Previous Comments:


[2001-10-19 05:32:11] [EMAIL PROTECTED]

Can you file this report with the apache guys too?

Derick



[2001-10-19 05:20:04] [EMAIL PROTECTED]

I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22.
The problem still manifests, which leaves me to suspect the only thing that has 
changed: Apache 1.3.22

Apache 1.3.20 + PHP 4.0.6 = working
Apache 1.3.22 + PHP 4.0.6 = broken
Apache 1.3.22 + PHP 4.0.8cvs = broken




[2001-10-17 00:24:12] [EMAIL PROTECTED]

Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP 
statically linked in.

When MultiViews is used, QUERY_STRING is empty.

EG:

http://w/dump_var?a=b
http://w/dump_var.php?a=b

The second correctly has $a == 'b', but the first does not.

print_r($HTTP_SERVER_VARS) says ...

Array
(
[SCRIPT_FILENAME] => .../example.php
[SCRIPT_URI] => .../example
[SCRIPT_URL] => .../example
[SERVER_SOFTWARE] => Apache/1.3.22 (Unix) PHP/4.0.8-dev
[REQUEST_METHOD] => GET
[QUERY_STRING] => 
[REQUEST_URI] => .../example?alpha=yes?=yes
)

Example: http://bla.crysm.net/toys/php-4.0.8-multiview/

(Thanks to jmcastagnetto and sit on irc.openprojects.net)





Edit this bug report at http://bugs.php.net/?id=13704&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 #13704 Updated: QUERY_STRING empty with Multiviews

[mail-php . net]

ID: 13704
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: Debian stable
PHP Version: 4.0CVS-2001-10-17
New Comment:

It's been filed as "mod_negotiation/8582".

http://bugs.apache.org/index.cgi/full/8582

Previous Comments:


[2001-10-19 05:40:57] [EMAIL PROTECTED]

Then report it as a bug with them?

Derick



[2001-10-19 05:36:50] [EMAIL PROTECTED]

I'm just poking their newsgroup and bug database and can't find anything similiar.



[2001-10-19 05:32:11] [EMAIL PROTECTED]

Can you file this report with the apache guys too?

Derick



[2001-10-19 05:20:04] [EMAIL PROTECTED]

I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22.
The problem still manifests, which leaves me to suspect the only thing that has 
changed: Apache 1.3.22

Apache 1.3.20 + PHP 4.0.6 = working
Apache 1.3.22 + PHP 4.0.6 = broken
Apache 1.3.22 + PHP 4.0.8cvs = broken




[2001-10-17 00:24:12] [EMAIL PROTECTED]

Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP 
statically linked in.

When MultiViews is used, QUERY_STRING is empty.

EG:

http://w/dump_var?a=b
http://w/dump_var.php?a=b

The second correctly has $a == 'b', but the first does not.

print_r($HTTP_SERVER_VARS) says ...

Array
(
[SCRIPT_FILENAME] => .../example.php
[SCRIPT_URI] => .../example
[SCRIPT_URL] => .../example
[SERVER_SOFTWARE] => Apache/1.3.22 (Unix) PHP/4.0.8-dev
[REQUEST_METHOD] => GET
[QUERY_STRING] => 
[REQUEST_URI] => .../example?alpha=yes?=yes
)

Example: http://bla.crysm.net/toys/php-4.0.8-multiview/

(Thanks to jmcastagnetto and sit on irc.openprojects.net)





Edit this bug report at http://bugs.php.net/?id=13704&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 #15224 Updated: openSSL and cURL results in Apache seg-faulting

[lists+bugs . php . net]

ID: 15224
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OpenSSL related
Operating System: Linux RH 7.1
PHP Version: 4.1.1
New Comment:

Same problem ...
w/ OpenSSL it goes down everytime.
(version 4.1.1 goes down just if the script uses PHP authentication,
4.0.6 gets 'crazy' after some time ... really stable environment :( )
Btw, IMHO it's not Apache/SSL/glibc/libs problem ...
I've tried many different configurations (various Apaches, various
Unixes, various compilers, various libraries (freetype, ...), various
PHP4 configs) past three days ...
still having the same problem.
30 mins ago I found it works if I disable OpenSSL (EAPI).
Uff ... I call this 'total waste of time'.

PS: The only common things in this case are: gd 1.8.4, PHP3 + PHP4
support (--enable-versioning), all as DSO. And no, removing PHP3 won't
solve the problem, I've already tried that ... guess what happened?


Previous Comments:


[2002-01-26 08:35:38] [EMAIL PROTECTED]

Can you provide a sample script and a backtrace (see
http://bugs.php.net/bugs-generating-backtrace.php)?



[2002-01-25 12:53:19] [EMAIL PROTECTED]

I have compiled PHP-4.1.1 with:

./configure --with-apxs --with-pgsql --enable-sockets 
--with-openssl --without-mysql --with-curl

I have compiled cURL-7.9.3 with:

./configure
 and
./configure --with-ssl

Otherwise, I'm using the standard RH stuff.

I'm using the XML-PHP stuff (usefulinc.com) to perform 
XML-RPC over HTTPS.  The XML-RPC requires cURL for this. 
 I need the openssl in PHP for another application.

If I perform the XML-RPC request I get:

[Fri Jan 25 17:24:44 2002] [notice] child pid 11452 exit 
signal Segmentation fault (11)

However, if I compile PHP without openSSL support, the 
request works fine.

Hope someone can help :-)

josh.





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