(this is the package that provides Apache::Request and
Apache::Cookie.)
The URL
http://httpd.apache.org/dist/httpd/libapreq-1.0.tar.gz
has entered CPAN as
file: $CPAN/authors/id/J/JI/JIMW/libapreq-1.0.tar.gz
size: 160944 bytes
md5: 26b9c4c6667ce367cd28c46805bee2dd
more information i
you can get to axkit.com at http://217.158.50.178/
you can read about matt's travails in getting it up and
running again at his diary on use.perl.org.
http://use.perl.org/~matts/journal
jim
bug when connection is broken during file upload thanks to
Jeff Baker for the spot
multipart_buffer.[ch] renamed to apache_multipart_buffer.[ch]
=item 0.31_01 - December 4, 2000
keep reusing same buffer when handling file uploads to prevent
overzealous memory allocation [Yeasah Pell, Jim Winstead
&
in general, your problem with some browsers that otherwise support
cookies may be with issuing redirects and cookies on the same request,
which has been known to trip up some browsers. the easy workaround is
to use a refresh to do the redirection.
fmt: w70: No such file or directory
On Sat, Apr
On Fri, Apr 27, 2001 at 10:01:39AM -0700, Michael Lazzaro wrote:
> At 12:00 PM 4/27/01 -0400, JR Mayberry wrote:
> >there will be more dreams jobs like you described.. simple fact is, I
> >couldn't name more then 3 companies in my area who use it, and I never
> >expect to do work with it again.
>
On Mon, Apr 16, 2001 at 07:37:32PM -0400, Brian wrote:
>
> > it seems to me you're conflating your goal and your means of achieving
> > it.
>
> I don't think I'm conflating the goal and the means. At least I don't see
> how I am
well, perhaps that wasn't the best way to put it.
> > this i
On Mon, Apr 16, 2001 at 07:12:23PM -0400, Brian wrote:
> > It might be easier and more bulletproof to build the conf file
> > off-line with
> > a simple perl script and a templating tool. We did this with Template
> > Toolkit and it worked well.
> > - Perrin
>
> That would be fine and dandy, but
On Wed, Mar 21, 2001 at 08:14:53AM -0800, Paul wrote:
> --- Nick Tonkin <[EMAIL PROTECTED]> wrote:
> > Personally I find the very name Apache a little uncomfortabl. I get
> > the joke about it being a patchy server (although now the ratio of
> > original NCSA code to `new' code is so miniscule as
r for the spot
multipart_buffer.[ch] renamed to apache_multipart_buffer.[ch]
=item 0.31_01 - December 4, 2000
keep reusing same buffer when handling file uploads to prevent overzealous
memory allocation [Yeasah Pell, Jim Winstead <[EMAIL PROTECTED]>]
handle internet explorer for the macint
On Dec 18, George Sanderson wrote:
> At 01:40 PM 12/18/00 -0800, you wrote:
> >you should take a look at the interface of the file management of
> >some of the free webspace providers.
>
> I have looked at some of these. They do not look and feel like a file
> manager. They tend to be fragmented
On Dec 18, Jeff Sheffield wrote:
> Ok, essentially I want all but one directory on the
> server to be password protected.
> I want 1 directory to have the "I forgot my password"
> functionality.
>
> I am using Mason.
> and setting SetHandler default-handler has undesired results.
> i.e. mason
On Dec 13, Roger Espel Llima wrote:
> So, does anyone know what PHP does? Does it parse the mixture of
> PHP and HTML every time? Does it keep a cache? Does it limit the
> size of this cache (which Apache::Registry doesn't)?. How big does
> a typical Apache/PHP process get?
both php3 and php4
On Dec 17, Philip Mak wrote:
> I don't really know what to do to fix this, other than typing
> /sbin/reboot. Looking at "top" doesn't show any very big processes, so I
> suspect it might be being caused by a large number of small processes.
try running vmstat and seeing if there are a lot of proc
On Dec 09, Robin Berjon wrote:
> I feel bad insisting because I know most of you are probably at least as
> busy as I am. I posted a message a few days ago
> (http://www.geocrawler.com/lists/3/Web/182/200/4787953/) and didn't get a
> single answer. I understand if you don't want to read it as it's
On Dec 08, Gunther Birznieks wrote:
> Now that traffic has increased on this list, I don't know if this is an
> illusion but it seems to take a really long time between the time I post a
> message and the mod_perl mailing list gets it back to me.
the machine that handles mail for all of the ap
On Dec 05, Greg Cope wrote:
> > But, you all know that php pretty much takes over. Why? For two reasons:
> > 1) initial corporate pushing (press/ads)
> > 2) once well known, the word of the mouth does the rest.
>
> Well go back 2 / 2 1/2 years and PHP was little known.
what is even funnier is th
On Nov 30, Doran L. Barton wrote:
> [ patch to handle 1.3.14 version string ]
>
> Think 1.25 will have this fixed?
its already fixed in 1.24_01(*), so yes.
jim
(*) http://perl.apache.org/dist/mod_perl-1.24_01.tar.gz
-
To unsu
On Nov 30, Geoffrey Young wrote:
> I was basing that on discussions on the mod_gzip list and the following
> (from the mod_gzip code)
>
> * 5. Many browsers ( such as Netscape 4.75 for UNIX ) are unable
> *to handle Content-encoding only for specific kinds of HTML
> *transa
On Nov 22, Joe Schaefer wrote:
> But before anyone bites off more than they can chew, perhaps some
> discussion of the current bugs and future needs for libapreq should
> be aired out.
the issues i know of:
* memory bloat from multipart buffer code (but there's your patch
and the one i've sent
On Oct 04, Luis 'Champs' de Carvalho wrote:
> Can i make the mod_proxy redirect using a sub-request, and still
> have the contents (and headers, and everything else) to let apache handle
> the response phase ?
no.
> If not, how can i do this weird thing?
take a look at Apache::Rewri
On Sep 29, Doug MacEachern wrote:
> On Fri, 29 Sep 2000, Vsevolod Ilyushchenko wrote:
> > Yes, I know. I just want to see how far I can go with the "open".
> > Besides, according to the author of the script (it's for the analog web
> > log analyzer), using open is more secure.
>
> i've never hear
On Sep 24, Gunther Birznieks wrote:
> The PerlCookbook seemed to indicate that mkdir is an atomic operation (both
> checks if the directory exists and creates it if it does not), so a locking
> mechanism based on mkdir would take care of this issue
> presumably. Removing the lock is a matter o
On Sep 04, brian moseley wrote:
> On Mon, 4 Sep 2000, Perrin Harkins wrote:
>
> > [% FOREACH thing = list %]
> > [% thing.name %]
> > [% END %]
>
> what's the value? you have to write a parser and then
> interpret the instructions. that's what eval() is for! and
> your syntax is no prettier or
On Aug 31, David Hodgkinson wrote:
> martin langhoff <[EMAIL PROTECTED]> writes:
>
> > Is it possible to tell BIND to catch *.domain.com and answer the same
> > ip?
>
> Plan A: Generate the zone files from the database.
>
> Plan B: Use the beta of Bind 9 which, I believe, has database bind
On Aug 28, Dave Thomas wrote:
> I applied the patch from the archives but the httpd child process is
> still
> growing by the size of the file. Is that normal, or is there an update
> to the patch that Jim Winstead placed out there
>
> The system that I am running on is:
>
On Aug 15, Doug MacEachern wrote:
> On Mon, 26 Jun 2000, Jim Winstead wrote:
>
> > We were seeing some servers spin out of control (allocating memory
> > slowly) in Apace::Constants::AUTOLOAD (which apparently has been
> > reported in the mailing list before).
> >
On Jul 05, William Deegan wrote:
> I've seen quite a few messages around problems with it?
> Is it ready for production?
Does more than a million pageviews a day count as production?
(I don't know offhand how much more than a million.)
:)
(FreeBSD 3.4, Apache 1.3.12, Perl 5.6.0, mod_perl 1.24.)
We were seeing some servers spin out of control (allocating memory
slowly) in Apace::Constants::AUTOLOAD (which apparently has been
reported in the mailing list before).
The attached patch fixes the problems for us. Could someone who
understands what is going on here shed some light?
Jim
diff
So I finally tracked down the real cause of the crash (someone was
scribbling past the end of a buffer as suspected, but my last "fix"
just fixed the caller, not the culprit).
Attached is a patch that fixes that, and also uses the whole buffer
it allocates from the pool instead of always only usi
Okay, I think I tracked this down to a one-byte buffer overflow.
Try the attached patch to see if that fixes it (it fixes things
in my testing).
Unfortunately, the overflow seemed to sneak through with no problems
on FreeBSD, and on Linux if you compile with -g.
Jim
On Jun 24, dorian wrote:
> b
documented and probably not as completely useful as it could be.)
Jim
On Jun 24, Greg Cope wrote:
> Jim Winstead wrote:
> >
> > On Jun 23, Jim Sproull wrote:
> > > This all works fine. However, the get_sessionid and set_sessionid are
> > > using a dbm file,
On Jun 23, Jim Sproull wrote:
> This all works fine. However, the get_sessionid and set_sessionid are
> using a dbm file, which is locked and unlocked during each request. (I
> know, I know). Obviously, this is a lot more load that is necessary. I
> tried using a simple global variable (defin
On Jun 23, Balazs Rauznitz wrote:
> On Thu, 22 Jun 2000, josh schwartz wrote:
>
> [snip]
>
> > In addition, idealab! provides advice on strategy, branding and
> > corporate structure. idealab! public companies include GoTo.com, eToys,
>
Attached is a patch to libapreq that addresses this problem.
(Doug, this may be updated since we last sent you this patch to
resolve issues with IE 4.5 on the Mac, which doesn't terminate the
MIME boundary correctly when there are fields
in a multipart/form-data form.)
Jim
On Jun 21, dorian wr
On Jun 16, Tom Mornini wrote:
> On Fri, 16 Jun 2000, Jim Winstead wrote:
>
> > On Jun 15, Tom Mornini wrote:
> > > I have recently noticed two issues with Apache::Request and thought I'd
> > > run them by the list before I began hacking and diffing for Doug.
On Jun 15, Tom Mornini wrote:
> I have recently noticed two issues with Apache::Request and thought I'd
> run them by the list before I began hacking and diffing for Doug.
>
> 1) $ar->param without parameters has different behaviour than CGI.pm
>
> Apache::Request returns a reference, CGI.pm r
On May 25, Jeff Stuart wrote:
> That's a GOOD question. Is there anyone at the moment using perl 5.6.0 in
> production? Is it ready for production yet?
We have one site in production with it, and a number of others
going into production soon. We've been using is exclusively in our
development e
On May 25, Barry Robison wrote:
> You may want to check out http://www.opensales.org/html/source.shtml,
> rather than starting from scratch .. I haven't used it, but it's
> a Perl based GPL commerce solution.
Every time I look at this code, my brain hurts.
Especially crap like this:
## nicedeci
On May 17, Matt Sergeant wrote:
> Or IO::File->new_tmpfile();
I'd rather not go there.
http://marc.theaimsgroup.com/?l=apache-modperl&m=95454378223412&w=2
Jim
Is there some trick to passing an Apache::File to a function from
an XS module that expects a FILE *?
There's too much perl magic going on in the Apache::File implementation
for me to see where I can just pull the FILE * out.
(Its not strictly necessary that I do this, of course, it would just
b
On May 05, Adi wrote:
> You can still use CGI.pm from within mod_perl (and you should). There is
> nothing better at handling data passed from a browser via HTTP POST and/or
> GET. If you currently use CGI.pm, I think you'll find that a lot of your
> current code can simply be cut-and-pasted int
On Apr 27, Jim Winstead wrote:
> Is it just me, or does libapreq not handle the response from multiple> correctly? It appears to only make one of the values
> accessible.
>
> From what I can tell, this appears to go all the way down to the
> Apache::Table implementation, wh
Is it just me, or does libapreq not handle the response from correctly? It appears to only make one of the values
accessible.
>From what I can tell, this appears to go all the way down to the
Apache::Table implementation, where the underlying Apache data
structure does not quite have the perl se
On Apr 27, David Hajoglou wrote:
> I need to use the post, because that is what php3 is expecting. If
> anybody can think of any better way I would like to hear it. If not, then
> is it possible to translate a GET uri into a POST uri with a
> PerlTransHandler (or any other handler for that matte
On Apr 21, Michael hall wrote:
> I'm on the new-httpd list (as a lurker, not a developer :-). Any ideas,
> patches, help porting, etc. would be more than welcome on the list.
> Mod-Proxy is actually kind of in limbo, there are some in favor of
> dropping it and others who want it. I guess the code
I get it. You're talking about Apache::Registry scripts.
http://perl.apache.org/guide/perl.html#my_Scoped_Variable_in_Nested_S
Jim
On Apr 18, [EMAIL PROTECTED] wrote:
> On Mon, Apr 17, 2000 at 11:12:24AM -0700, Perrin Harkins wrote:
> > [EMAIL PROTECTED] wrote:
> > > Now with modperl the Perl garbage collector is
> > > NEVER used. Because the reference count of those variables is never
> > > decremented... it's because it's
On Apr 08, Zeqing Xia wrote:
> Hi,
>
> I'm having a problem with setting the cookie in a REDIRECT. Basically,
> I'm doing this in a handler:
>
> $r->headers_out->add('Set-Cookie' => $cookie);
> $r->headers_out->add('Location' => $location);
> return REDIRECT;
>
> The $location is hi
On Apr 07, Randal L. Schwartz wrote:
> I think this also suffers from placing the burden on the client. The
> [R] there with an external rewrite means that the client will get
> redirected if it doesn't tell you the right "Host:" header. But
> HTTP/1.0 and older browsers (and some spiders) will
On Jan 18, Doug MacEachern wrote:
> On Tue, 11 Jan 2000, Jim Winstead wrote:
> > There appears to be a file upload bug in libapreq that causes httpd
> > processes to spin out of control. There's a mention of this in the
> > mailing list archives with a patch
On Jan 26, Doug MacEachern wrote:
> =item anoncvs
>
> To checkout a fresh copy from anoncvs use
>
> cvs -d "pserver:[EMAIL PROTECTED]:/home/cvspublic" login
>
> with the password "anoncvs".
>
> cvs -d "pserver:[EMAIL PROTECTED]:/home/cvspublic" co modperl
Both of those should have another co
Is there a way to set a PerlHandler for a specific MIME type?
Something like "PerlTypeHandler text/html HTML::Template"?
(Yes, I know I can use a section. Not quite as slick,
and that mucks up $r->location.)
Jim
There appears to be a file upload bug in libapreq that causes httpd
processes to spin out of control. There's a mention of this in the
mailing list archives with a patch that seems to be a partial
solution, but we're still seeing problems even with the patch I've
attached. They appear to get stuck
On Dec 04, Victor Zamouline wrote:
> >"The association between the image of a white-tailed eagle and the
> >topic of Apache modules is a trademark of O'Reilly & Associates."
>
> The association between Camel and Perl is also O'Reilly's trademark, yet we
> see a camel on www.perl.com, right?
This
"The association between the image of a white-tailed eagle and the
topic of Apache modules is a trademark of O'Reilly & Associates."
Jim
On Dec 04, Victor Zamouline wrote:
> >Talking about "let's do something" topics on the mod_perl list is a waste
> >of time, unfortunately... The motto of this
On Nov 27, Remi Fasol wrote:
> cc -c -I../c -I/usr/include/apache
> -I./auto/Apache/include
> -I./auto/Apache/include/modules/perl -I -Dbool=char
> -DHAS_BOOL -O2-DVERSION=\"0.31\"
> -DXS_VERSION=\"0.31\" -fpic
> -I/usr/lib/perl5/5.00503/i386-linux/CORE Request.c
This is your problem -- that
Looks like '[EMAIL PROTECTED]' is recycling mails back into
the list, based on the headers. Probably a busted fetchmail setup
or something of the sort.
Jim
On Nov 22, Andrei A. Voropaev wrote:
> Hi!
>
> Probably this is off-topic. But it's about the list itself. Why do I
> get OLD emails from t
On Nov 10, Mark Cogan wrote:
> At 10:10 AM 11/10/99 -0800, Ian Mahuron wrote:
> >I may implement IF/LOOPS/etc.. but not until I see the need.
>
> Those introduce more complex problems.
And they are, of course, inevitable with almost any templating
system.
Jim
On Oct 06, David Harris wrote:
> Young, Geoffrey S wrote:
> > Thus, it might be worth mentioning that RPMs are a _bad_ idea for
> > those just getting into mod_perl. That is, unless others have been more
> > successful that I...
>
> I've got mod_perl running just fine with my own Apache pack
59 matches
Mail list logo
