Sorry for the question but is it okay to post an announcement here?
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Hi,
Well, It's only 2 hours of on line testing, but seems that the
recompilation and upgrade to apache-1.3.33 I did with -g to get debug
info on coredumps solved the problem
I used exactly the same configure options on apache,mod_ssl and mod_perl
(I used the same shell script, in fact)
Now I
Hi everybody,
I hope this message will find its way to the thread I started on the list.
Thanks a lot to all the participants of the discussion, the problem was indeed
in this BOM part of the scripts. Markus Wichitill [EMAIL PROTECTED] has
recommended to use popular shareware editor UltraEdit,
[EMAIL PROTECTED] wrote:
Sorry for the question but is it okay to post an announcement here?
If a modperl related-one? then yes. feel free to post it to me first if
you aren't sure.
there is also the announcement list, but it seems that most things never
make it to the list, since the
All,
I'm looking into ways of uniquely identifying a
computer. I've been reading around the web looking at
different mechanisms, and so far I've drawn a fuzzy
blank. Currently, I want to use SSL to let a user sign
in and then I return a session cookie, which I then
use to confirm the user is
Well at last the core where produced.
When called gdb with the httpd executable and the core file, gdb shows
this:
Core was generated by `/usr/eBD/bin/httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for
Sorry, here the backtrace...
#0 0x4018de75 in Perl_hv_free_ent (my_perl=0x85ba6d8, hv=0xd103fd0,
entry=0xcfdb698) at hv.c:1592
#1 0x4018e11b in S_hfreeentries (my_perl=0x85ba6d8, hv=0x85ba6d8) at
hv.c:1681
#2 0x4018e182 in Perl_hv_undef (my_perl=0x85ba6d8, hv=0xd103fd0) at
hv.c:1707
#3
Yes, I've just taked in account that it happens at clean-up time, at
perl shutdown.
So I suppose that's nothing wrong with this.
Don't know why, I supposed it was related to the GTopLimit automatic
server kill. Now I see that it can be true.
My intention was to try to find out if this coredumps
Disclaimer: the following is all to the best of my knowledge.
Take it for what it's worth.
On 8-Nov-04, at 9:27 AM, Martin Moss wrote:
so therefore I wonder if I can use this,
e.g. map my session_id to a UUID, and then when I
check the session is valid I crosscheck this, however
I'm not sure if I
Hi,
I have 2 modules Login.pm and Application.pm configured to handle 2 URLs
/path/login and /path respectively through the Location directive.
However, for some reason going to /path/login first invokes
Application::handler, which in turn redirects the browser to /path/login
(because a cookie
Thxs Stas for the right answer. I thought = I was right sorry :)
I never knew that PerlHandler would work in mod_perl 2. Good to know, thxs
Stas Bekman wrote:
Cure wrote:
PerlHandler is a mod_perl 1 directive.
PerlResponseHnalder is a mod_perl 2 directive.
Both work just fine under mp2, unless
On 8 Nov 2004, at 14:39, Marc Gracia wrote:
So, my question is... There is any way to force apache to dump a
coredump file? I suppose I'm forgotting something but I really
desperate...
Yes.
As root, you need to do the ulimit magic and then start the server.
My question is: do you *really* need to
We are trying out an application that worked in Apache 1 in Apache 2 and
it's getting an internal error or misconfiguration and 200 OK error.
The message on the bottom of the error page shows
Apache/2.0.52 (Win32) mod_perl/1.99_17 Perl/v5.8.4 mod_jk2/2.0.4 Server at
csrstest Port 88
Do we
On Mon, 8 Nov 2004, Martin Moss wrote:
I'm looking into ways of uniquely identifying a
computer.
Intel tried to implement this a while back with a unique ID in the
CPU. The public was not ammused. If you do find a way, please tell
us so we can find a workaround.
What I wish to do is
Hi,
To help you we have see at least the output of your error-log and the
relevant parts of the httpd.conf.
Tom
[EMAIL PROTECTED] wrote:
We are trying out an application that worked in Apache 1 in Apache 2 and
it's getting an internal error or misconfiguration and 200 OK error.
The message on
Hello everyone,
I am currently workning on writing a CMS system, and as such I'd like to
prevent user modules from outputting data directly instead of using the method
supplied by the system. The way I would like to this is opening a new
filehandle in the mian module (lexically scoped so noone
This might be a lame response, but I would first look at CGI::Application
and see how they go about doing this.
It's a good idea, but having looked at the code on CPAN it seems that
CGI::Application doesn't do anything with STDOUT, it only states (repeatedly)
that at no point should anyone
On Mon, Nov 08, 2004 at 07:17:21PM +0100, Arne Skjaerholt wrote:
And, as I think of it, I don't think it'd be terribly useful as
CGI::Application is intended for use with CGI scripts, not mod_perl
handlers.
This is not true. Several folks on the C::A list, including myself, are
using it in
On Mon, 2004-11-08 at 10:45, Arshavir Grigorian wrote:
Is there a way to have /path/login go directly to its handler (Login.pm)
and just /path to Application.pm?
Make sure you define the most specific one, i.e. /path/login/, last.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
On Mon, 2004-11-08 at 09:27, Martin Moss wrote:
What I wish to do is prevent another user copying the
session cookie, from one computer to another, and then
gaining access.
If you're talking about packet sniffing attacks, use SSL and call it a
day. If you're talking about a technically
Perrin Harkins wrote:
On Mon, 2004-11-08 at 10:45, Arshavir Grigorian wrote:
Is there a way to have /path/login go directly to its handler (Login.pm)
and just /path to Application.pm?
Make sure you define the most specific one, i.e. /path/login/, last.
- Perrin
Thanks, Perrin.
--
On Mon, 2004-11-08 at 12:15, Arne Skjaerholt wrote:
So, is there a way I can move STDOUT to a new handle
Sounds like you're looking for Apache::Filter or Apache::OutputChain.
There is also a discussion of this in the eagle book:
Tom Schindl wrote:
Hi,
To help you we have see at least the output of your error-log and the
relevant parts of the httpd.conf.
Better always point users to: http://perl.apache.org/bugs/ :)
Thanks
--
__
Stas BekmanJAm_pH
Marc Gracia wrote:
Sorry, here the backtrace...
#0 0x4018de75 in Perl_hv_free_ent (my_perl=0x85ba6d8, hv=0xd103fd0,
entry=0xcfdb698) at hv.c:1592
#1 0x4018e11b in S_hfreeentries (my_perl=0x85ba6d8, hv=0x85ba6d8) at
hv.c:1681
#2 0x4018e182 in Perl_hv_undef (my_perl=0x85ba6d8, hv=0xd103fd0)
wrote:
Hi everybody,
I hope this message will find its way to the thread I started on the
list.
Thanks a lot to all the participants of the discussion, the problem was
indeed in this BOM part of the scripts. Markus Wichitill [EMAIL PROTECTED]
has recommended to use popular shareware editor
Thanks everyone. You've done a good job of assuring me
that I haven't missed the whole point of the way these
things work.
There's been some really useful ideas, suggested and
I'm going to have a think about which, if any, are
worth implementing.
Ultimitely I'm upgrading our site from normal
[ANNOUNCE]
Project XP v 1.0.0-delta has been released.
This is a test release, a prototype.
Release version: 1.0.0.delta
Feel free to download from
http://www.gh-webinteractive.com/Projectxp-1.0.0-delta.tar.gz
http://www.gh-webinteractive.com
FAQ:
Q:What is Project XP?
A:Project XP is a
27 matches
Mail list logo