On Jan 30, 2006, at 5:16 PM, ben syverson wrote:
Cool, thanks -- but now I'm having trouble compiling libapreq2. It
fails, with
/usr/bin/ld: cannot find -lexpat
Update: everything has built fine now (thanks everyone), but I'm
trying to get various modules to compile and install correctly
On Jan 30, 2006, at 8:10 AM, Mark Galbreath wrote:
Apache2 comes with APR built in; you do not need to install it
separately. You are finding what a big PITA that results in.
And what a beautiful theory it is.
To quote http://httpd.apache.org/docs/2.2/install.html: apr and
apr-util are
On Jan 30, 2006, at 1:31 PM, Mark Galbreath wrote:
and doesn't sh*t like this just burn you up?
Yes. Yes it does.
I've missed a conference proposal deadline because I haven't been
able to compile this, the current, best version of mod_perl. I've
compiled mod_perl1 and 2 from source
On Jan 30, 2006, at 5:12 PM, Frank Wiles wrote:
I agree that giving mp 2.0.2 a whirl with 2.0.55 as we know that
works. Definitely better than going back to a release candidate.
Cool, thanks -- but now I'm having trouble compiling libapreq2. It
fails, with
/usr/bin/ld: cannot find
Hello,
I'm having trouble getting libapreq2 installed properly. I'm using
FreeBSD 5.3, Apache 2.20, and libapreq-2.06-dev. I sent this same
message the the libapreq list, but no response yet -- so I wondered
if anyone here had any input...
The issue is that when I run gmake test, the
Sorry for the cross-post, but I've recompiled everything so many
times I'm starting to lose track of reality...
I've just recompiled APR 1.2.2 and installed it into /usr/local/apr
-- both APR and APR-util. They both passed make test...
Then I recompiled httpd:
make clean
./configure
Hey all,
I have a big app I'm moving from 1.99 to 2.0.2, and I'm banging my
head against some simple things. In my old code, in order to get a
simple group of key/value pairs, I'd do:
my $q = Apache::Request-new($r);
my %args = map { $_ = $q-param($_) } $q-param;
Has param been phased
Nevermind, problem solved -- I'm a dorkus today
- ben
On Feb 14, 2005, at 1:54 PM, Larry Leszczynski wrote:
Depending on how bulky the regen process is, one option might be to
register a PerlCleanupHandler and let the httpd child do the regen
after
the user response is sent.
I looked into this, but I didn't like the idea of httpd getting tied
up.
On Feb 14, 2005, at 10:40 AM, Martin Moss wrote:
I have a few thoughts on this... In my experience
writing a daemon process is easy (well ish) but then
configuring your system to manage them (have they
died, have they crashed etc..) is more trouble than
its worth.
Maybe -- although thttpd has a
Sorry for the double posts -- won't happen again...
(grumble... you'd think that OSX's mail.app would be smart enough by
now so that when you reply to a message, the default account selected
is the account the message was sent to...)
- ben
On Feb 15, 2005, at 1:20 PM, Octavian Rasnita wrote:
Don't forget to create a sound file also that will contain the pass
phrase,
because otherwise the blind visitors won't be able to use your site.
Wow -- this is a great idea -- do have any links to sites which
implement this? I'd like to see
On Feb 12, 2005, at 9:44 PM, ben syverson wrote:
Maybe the solution is to have 5 or 10 perl processes fire up and stay
open as daemons, processing these background regen requests?
After testing this, that looks like the way to go. The regen code now
lives as a pre-forking server, accepting
On Feb 14, 2005, at 10:40 AM, Martin Moss wrote:
I have a few thoughts on this... In my experience
writing a daemon process is easy (well ish) but then
configuring your system to manage them (have they
died, have they crashed etc..) is more trouble than
its worth.
Maybe -- although thttpd has a
What's the best way to slurp a file in mod_perl 2? I'm trying to use:
$r-filename('somefile.txt');
$text = ${ $r-slurp_filename() };
But it returns:
Error: read 23 bytes, expected 512 ('(null)')
The file is 23 bytes -- is mod_perl expecting files to end in a null
char?
- ben
On Feb 12, 2005, at 10:52 AM, Stas Bekman wrote:
Ben, the answer is here:
http://perl.apache.org/docs/2.0/api/Apache/RequestRec.html#C_filename_
Ah -- I see! Thanks Stas,
- ben
I'm getting this error when I start Apache w/ mp2:
Apache.pm was not loaded
at /usr/local/etc/apache2/perl/startup.pl line 64
The line in question contains an Apache::DBI-connect_on_init. Is
Apache::DBI not safe for 2.0?
- ben
Hi Richard,
Sorry -- I should have been more specific:
On Feb 10, 2005, at 4:40 PM, Richard F. Rebel wrote:
How are you detecting that a process is growing by a couple megs?
Via top on the command line.
Also, you mention that the processes grow by a couple megs. By this do
you mean that each
Arg -- I'm not being specific enough again. Sorry. This is all in
FreeBSD, which I know handles memory much differently than Linux.
Here's a sample line from top:
PID USERNAMEPRI NICE SIZERES STATETIME WCPU
CPU COMMAND
91778 nobody40 13496K 12584K
On Feb 6, 2005, at 11:04 AM, Perrin Harkins wrote:
Have you ever used an inverted word index? This is what full-text
search usually is based on. Searching a million documents efficiently
should be no big deal. You also only have to do this as part of the
job of creating a new node. You
On Feb 5, 2005, at 5:38 PM, Perrin Harkins wrote:
It sounds like the problem is not so much that mod_perl is serving
cached HTML, since that is easily improved with a reverse proxy
server, but rather that your entire cache gets invalidated whenever
anyone creates a new node, and mod_perl has to
On Feb 4, 2005, at 6:51 PM, Christian Hansen wrote:
1) Use a reverse proxy/cache and send proper Cache-Control and
Etag/Content-Length headers, eg:
2) Use a 307 Temporary Redirect and let thttpd serve it.
I tested this, and it works wonderfully. Thanks Christian! I'm still
trying to figure out
Hello,
I'm curious how the pros would approach an interesting system design
problem I'm facing. I'm building a system which keeps track of user's
movements through a collection of information (for the sake of
argument, a Wiki). For example, if John moves from the dinosaur page
to the bird
First of all, thanks for the suggestions, everyone! It's giving me a
lot to chew on. I now realize (sound of hand smacking forehead) that
the main problem is not the list of links and tracking users, but
rather the inline Wiki links:
On Feb 4, 2005, at 8:58 AM, Malcolm J Harwood wrote:
What
Hello,
I'm new to the list, although I've read so many of its messages I feel
like I subscribed weeks ago. :) I'm having some problems getting
libapreq2's Apache::Cookie to send out more than one cookie. The same
basic code worked fine in mp1, which makes me think I'm doing something
On Feb 3, 2005, at 8:32 AM, Kurt Hansen wrote:
Have you checked the expiration of your cookies?
Hi Kurt,
I cut out the expires, domain and path information to make a more
concise listing for email. The expires is set to '+12h,' and is set
fine for the last cookie out. I haven't looked at the
On Feb 3, 2005, at 2:25 PM, Joe Schaefer wrote:
No that's not the problem. There's a bug in how 2.04 bakes
cookies (it sets the table entry using apr_table_addn on a
stack buffer instead of calling apr_table_add).
Blamo. That definitely explains it -- thanks!
It doesn't help that the libapreq2
27 matches
Mail list logo