Of course, the more popular languages weren't implemented
with embeddability (embedibility?) in mind.
[...]
safely embedded in a multi-threaded application.
I intended to reply to an earlier message regarding the suggestion that
we try to support PHP in AOLserver, but Dossy's observation
I've got a unfine problem with that combination. I downloaed php4.4
from the php pages and now the following happens. Sometims the php
pages get parsed and displayed correctly on other times I see the
source code and on yet other times I just see an empty window.
Even with the simples php file I
It seems the patches are needed for PHP4.4 to get it running under
AOLServer, I should have checked before my last mail
Regards
Friedrich
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF
Dear Friedrich,
Been there, seen that...
See http://www.panoptic.com/wiki/aolserver/1314 for the relevant patch.
Also make sure to change the settings for stacksize as documented.
If not, aolserver4-nsd will crash!
Since you have debian you will need the following files to speed up
starting
Thanks, I do not care about speed yet. It will be more then fast
enough for my needs. I just wanted to be sure that I've the chance to
make some PHP running under AOLServer, there are other solutions
available but it seems quite few PHP solutoins are quite a bit better
then what is available as
Thanks,
both solutions (the shell script, and new nscgi) work, still with
necessity of REDIRECT_STATUS parameter.
Martin
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email
Hello,
I can not make PHP4 to work as cgi (with nscgi). I added an option of:
ns_param REDIRECT_STATUS 1
so that it try to work at all. Still, however, PHP can not find script files,
with the only output of: 'No input file specified.'
I do not want to use php module, since I do not use it
Hey,
I'm playing around with the php module (libphp5.so). Using a browser, I get
nothing displayed, so I telnetted in and I get the desired page, but the
content length header is set to zero:
HTTP/1.0 200 OK
X-Powered-By: PHP/5.0.4
MIME-Version: 1.0
Date: Sat, 18 Jun 2005 15:20:29 GMT
Server:
In a message dated 6/18/05 11:35:09 AM, [EMAIL PROTECTED] writes:
I'm playing around with the php module (libphp5.so). Using a browser, I get
nothing displayed, so I telnetted in and I get the desired page, but the
content length header is set to zero:
HTTP/1.0 200 OK
X-Powered-By: PHP/5.0.4
On Saturday 18 June 2005 08:48, Jim Davidson wrote:
Hmm -- perhaps the module is setting length to zero (or not setting it at
all and it's initialized to zero) and the code is spitting that out when
the intended behavior is no header, i.e., stream-based response.Setting
length to -1
On 2005.06.18, Tom Jackson [EMAIL PROTECTED] wrote:
I'm playing around with the php module (libphp5.so). Using a browser, I get
nothing displayed, so I telnetted in and I get the desired page, but the
content length header is set to zero:
[...]
Does anyone have a clue what I should do?
PHP
Dossy is right it does require the php patch
the other thing you'll notice is that it can only be added
to one virtual server instance.
But other than that it runs pretty well
p
Dossy Shiobara wrote:
On 2005.06.18, Tom Jackson [EMAIL PROTECTED] wrote:
I'm playing around with the php module
Using a different threaded test tool that compares the actual output to
an expected output, I ran 150k tests with a 100% pass rate. This is with
20 concurrent request threads. To handle the load I added this to my config:
ns_parammaxthreads 512
ns_paramminthreads 10
I am running
So, in the interest of science (and probably masochism) I compiled PHP
4.3.8 (with the aolserver.c patch from panoptic) against aolserver
3.5.10 and 4.0.7 last night, and ran some load tests. Result: on linux
2.4.26, and the only PHP configure option was --with-aolserver=, I was
seeing a failure
I haven't been able to duplicate this. I see ab reporting some errors
but according to the AOLserver logs it is doing the right thing. I have
zero previous experience with ab though, so a lot of this is from the hip.
Part of the problem may be that PHP isn't setting a content-length
header and ab
On 2004.07.23, Noah Robin [EMAIL PROTECTED] wrote:
So, in the interest of science (and probably masochism) I compiled PHP
4.3.8 (with the aolserver.c patch from panoptic) against aolserver
3.5.10 and 4.0.7 last night, and ran some load tests. Result: on linux
2.4.26, and the only PHP configure
I thought folks might be
interested in this:
http://security.e-matters.de/advisories/112004.html
Rob Seeger
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message.
On Fri, May 21, 2004 at 11:10:31AM +0200, Dani?l Mantione wrote:
On Fri, 21 May 2004, Bernd Eidenschink wrote:
PHP works with AOLserver, at least some folks use it. I don't know how
well maintained the bridge ist, nor if PHP can be compiled with 4.0, but
supporting PHP would be absolutely
On Fri, Jun 06, 2003 at 06:38:45AM -0700, Patrick Spence wrote:
- Original Message -
From: Micha Nasiadka [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 06, 2003 6:16 AM
Subject: Re: [AOLSERVER] aolserver + php
On Thu, Jun 05, 2003 at 10:55:44AM -0600, Patrick Spence
Micha Nasiadka wrote:
is segfaulting, while trying to use phpmyadmin, so I think it's
something linked to mysql connectivity from php. Tried changing
stacksize, tried even the devel versions of php, no luck.
Can anybody help?
What did you set your stacksize to?
I believe it was 512*1024.
What
Micha³Nasiadka said:
Hi.
I've expierenced problems with running php on aolserver. Aolserver
is segfaulting, while trying to use phpmyadmin, so I think it's
something linked to mysql connectivity from php. Tried changing
stacksize, tried even the devel versions of php, no luck.
Can
What version of PHP and AOLserver are you running? You might want to
also contact the folks at php.org as they actually maintain the
AOLserver/PHP module.
Micha Nasiadka wrote:
Hi.
I've expierenced problems with running php on aolserver.
Aolserver is segfaulting, while trying
On Thu, Jun 05, 2003 at 10:55:44AM -0600, Patrick Spence wrote:
Micha?Nasiadka said:
Hi.
I've expierenced problems with running php on aolserver. Aolserver
is segfaulting, while trying to use phpmyadmin, so I think it's
something linked to mysql connectivity from php. Tried
- Original Message -
From: Micha Nasiadka [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 06, 2003 6:16 AM
Subject: Re: [AOLSERVER] aolserver + php
On Thu, Jun 05, 2003 at 10:55:44AM -0600, Patrick Spence wrote:
Micha?Nasiadka said:
Hi.
I've expierenced
How exactly does PHP run under AOLserver? I understand it can run as a
module instead of just CGI, but does anyone know the gory details? Is
there a PHP engine loaded per thread? Is it pre-loaded or is it loaded
when a PHP script is hit?
(should this be directed to the php-dev list?)
--
Gabriel
Hi,
I'm trying to get php to work with aolserver . I am using
aolserver3.3ad13-oacs1-beta-src.tar.gz and php-4.2.2
I configured php like this:
./configure --with-aolserver=/usr/local/aolserver \
--with-aolserver-src=/usr/local/src/oacs/aolserver \
--with-pgsql=/usr/local/pgsql
Whenever I think about php + aolserver, I am struck by what I've seen in
the past. Comments at the php sites that php + aolserver isn't stable or
ready for production.
Am I confused about this?
Also, do php programs embedded within aolserver benefit from:
A) aolserver's db connection
- Original Message -
From: Sean Redmond [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 30, 2002 11:00 AM
Subject: Re: [AOLSERVER] php + aolserver (is it stable?)
It works fine almost all the time. I originally had this setup because
we were using the same server (we only
I can give you a confidence-builder. Some AOLserver architects have been
following the PHP discussions and helping them out with their AOLserver
module--which comes with PHP, by the way.
Kris
On Tue, 2 Apr 2002 14:53:00 -0700, Ron Patterson [EMAIL PROTECTED]
wrote:
Been using it fine here,
Has anyone used PHP under AOLserver? I'm not expecting anything like a
tight integration, just have some code written for PHP that I'd like to
expose on a site already running AOLserver. Any comments or try
starting here would be welcome.
Michael
-Simon
-Original Message-
From: AOLserver Discussion [mailto:[EMAIL PROTECTED]] On Behalf
Of Michael Roberts
Sent: Tuesday, April 02, 2002 11:36 AM
To: [EMAIL PROTECTED]
Subject: [AOLSERVER] PHP?
Has anyone used PHP under AOLserver? I'm not expecting anything like a
tight integration, just
I have it running - It was pretty easy.
Do you know if the thread-safety issues have been solved? Has the
module been stable for you?
--
C. R. Oldham
Director of Technology
NCA Commission on Accreditation and School Improvement
[EMAIL PROTECTED]
V:800-525-9517 F:480-965-9423
Been using it fine here, though not pushing it real hard.
Using it on both Solaris 2.6 and Mandrake-Linux platforms with PostgreSQL,
MySQL, Oracle8, and ODBC database access.
Ron
Michael Roberts [EMAIL PROTECTED] wrote:
Has anyone used PHP under AOLserver? I'm not expecting anything like a
I've built it before (a while back) so that part doesn't scare me. But
somehow I'd forgotten that it is a scripting language, not a webserver,
and so I was pleasantly surprised to realize today that I can keep my
AOLserver platform and still use this code.
The conf info was *exactly* what I was
Scott,
I've been using this Aolserver 3.0 + PHP 4.0.6 for over a year with no
problem -- this is new (mis)behavior. In what I'm trying to setup now, the
PHP version is the same, but I'm trying to use new versions of Aolserver
(3.4.2) and RedHat (7.2, old server has 6.2). I cannot think of any
I hate to say it, but drop back to 3.0 and test on RH 7.2. If it breaks,
then there's something different in the combo between AOLserver and RedHat
7.2.
If it works, then upgrade to AOLserver 3.1 and test, then 3.2 and test etc.
until you get to 3.4.2, also on RedHat 7.2. Let's find out which
At 11:24 AM 11/27/2001 -0500, Scott Goodwin wrote:
I hate to say it, but drop back to 3.0 and test on RH 7.2. If it breaks,
then there's something different in the combo between AOLserver and RedHat
7.2.
Actually, I tried that and ran into the same problem.
Sean Redmond
Brooklyn Museum of Art
Ok, then it sounds like an interaction problem between AOLserver and RedHat
7.2 (or more likely the PHP module and 7.2).
Can you post the backtrace?
/s.
At 11:24 AM 11/27/2001 -0500, Scott Goodwin wrote:
I hate to say it, but drop back to 3.0 and test on RH 7.2. If it breaks,
then there's
On 2001.11.27, Scott Goodwin [EMAIL PROTECTED] wrote:
Frankly, I'm surprised that a bad path would cause a segfault, which leads
me to believe that some var or pointer isn't being initialized before use.
My WAG would be that this is some keep people from busting out of
a chroot jail code
At 12:22 PM 11/27/2001 -0500, you wrote:
On 2001.11.27, Scott Goodwin [EMAIL PROTECTED] wrote:
Frankly, I'm surprised that a bad path would cause a segfault, which leads
me to believe that some var or pointer isn't being initialized before use.
My WAG would be that this is some keep people
On Tuesday 27 November 2001 12:22 pm, Dossy wrote:
On 2001.11.27, Scott Goodwin [EMAIL PROTECTED] wrote:
Frankly, I'm surprised that a bad path would cause a segfault, which
leads me to believe that some var or pointer isn't being initialized
before use.
My WAG would be that this is some
On 2001.11.27, Sean Redmond [EMAIL PROTECTED] wrote:
0x400afdd3 in canonicalize (
name=0x8396940
/usr/local/aolserver-3.0/servers/webmail/pages/squirrelmail-1.2.0-rc2/src/../src/load_prefs.php,
resolved=0x403bc12c )
at canonicalize.c:88
88 canonicalize.c: No such file or
At 01:22 PM 11/27/2001 -0500, you wrote:
Could you add the directory containing the PHP source to your
gdb init, as well, and send that backtrace? I'm guessing that's
where canonicalize.c lives, and it'd be interesting to see what
line 88 is actually doing that causes the segfault ...
I did
On 2001.11.27, Sean Redmond [EMAIL PROTECTED] wrote:
At 01:22 PM 11/27/2001 -0500, you wrote:
Could you add the directory containing the PHP source to your
gdb init, as well, and send that backtrace? I'm guessing that's
where canonicalize.c lives, and it'd be interesting to see what
line 88
(gdb) up
#1 0x40291659 in virtual_file_ex (state=0x403ac164,
path=0x833a694 ../src/load_prefs.php, verify_path=0)
at tsrm_virtual_cwd.c:299
299 if (realpath(tmp, resolved_path)) {
(gdb) list
294 ptr += state-cwd_length;
295
Okay. Could you provide the source for the entire virtual_file_ex()
function from tsrm_virtual_cwd.c file?
-- Dossy
On 2001.11.27, Sean Redmond [EMAIL PROTECTED] wrote:
(gdb) up
#1 0x40291659 in virtual_file_ex (state=0x403ac164,
path=0x833a694 ../src/load_prefs.php, verify_path=0)
My next suggestion will require learning a bit of gdb, but
I'd try setting a breakpoint on line 298, and when it stops
I'd inspect what's actually contained in *tmp.
Why they built *ptr (and thus, *tmp) the way they did
baffles me, too.
One suggestion, delete line 287 (I think) which I'm
Hello,
No one seems to want to touch this, not on the Aolserver list, not on the
PHP list, not on the SquirrelMail list. However, I'm going to try again.
On a server running RedHat Linux 7.2, I've got Aolserver 3.4.2 compiled and
working fine, and PHP 4.0.6 compiled as a module and working fine
At 03:27 PM 11/26/2001 -0500, you wrote:
Hi Sean,
have you run AOLserver under GDB yet to find out where it is segfaulting?
Here's an example of how to do that.
Thanks. It is happening when in the PHP statement
include ../src/load_prefs.php;
The relative path is expanded to
with Aolserver, PHP, SquirrelMail
At 03:27 PM 11/26/2001 -0500, you wrote:
Hi Sean,
have you run AOLserver under GDB yet to find out where it is segfaulting?
Here's an example of how to do that.
Thanks. It is happening when in the PHP statement
include ../src/load_prefs.php
Hi Sean,
have you run AOLserver under GDB yet to find out where it is segfaulting?
Here's an example of how to do that.
Put this into a file called gdbinit, substituting the things in parens with
something appropriate and adjusting pathnames:
=== BEGIN : CUT ==
directory
51 matches
Mail list logo