explanation of the difference-
http://ken.coar.org/burrow/index?month=2003-07#511
--
Joe Schaefer
not sure about apreq-1.
No, it doesn't.
--
Joe Schaefer
folks decide which of his patches is best, we'll roll a 1.3
release that fixes the problem.
[...]
The question remains: what did i naively do wrong the first time?
Probably nothing- this is a bug in libapreq.
--
Joe Schaefer
Access to the cvs repository for httpd-apreq-2 is described
at the bottom of
http://httpd.apache.org/apreq/
--
Joe Schaefer
port available.
--
Joe Schaefer
that nobody can read from? Probably
not, from the looks of it.
Try moving the Apache-Test-1.03 directory to /tmp and
see if you have better luck there.
--
Joe Schaefer
. This patch may get backed out prior to 1.2's release,
unless it is known to resolve problems (zombies?) reported to occur
with libapreq-1.1 uploads and pre-5.8 perls. [Joe]
=item 1.12 - February 27, 2003
do a better mod_perl version checking, including the test for mod_perl
2.0. [Stas]
Applied
Joe Schaefer [EMAIL PROTECTED] writes:
[...]
and at www.apache.org:
file: http://www.apache.org/dist/httpd/libapreq-1.2.tar.gz
sig: http://www.apache.org/dist/httpd/libapreq-1.2.tar.gz.asc
Correction- those urls for libapreq-1.2 should read
http://www.apache.org/dist/httpd/libapreq
measuring any architectural differences between modperl and fastgci,
just how well the server's embedded perl interpreter performs relative to
perl itself. I wonder if compiling modperl as a DSO versus compiling it
statically might explain the performance lag.
--
Joe Schaefer
?) reported to occur
with libapreq-1.1 uploads and pre-5.8 perls. [Joe]
February 27, 2003
do a better mod_perl version checking, including the test for mod_perl
2.0. [Stas]
Applied IKEBE Tomohiro's patch for handling %u strings.
February 27, 2003
Add req-nargs to C API to distinguish
}
--
Joe Schaefer
. (You may
need to install Apache::Test from CPAN first.)
--
Joe Schaefer
to do something like that.
--
Joe Schaefer
Matt Sergeant [EMAIL PROTECTED] writes:
On 28 Jan 2003, Joe Schaefer wrote:
libapreq-1.1 is now available on CPAN,
and also through the Apache website at
http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz
Failed badly to install for me. First of all it won't install
Dave Rolsky [EMAIL PROTECTED] writes:
On Tue, 28 Jan 2003, Joe Schaefer wrote:
libapreq-1.1 is now available on CPAN,
and also through the Apache website at
http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz
What are the difference between this version and 1.05
upload tests.
Thanks for the feedback. It appears we have more work to do on the new
upload code in Request.xs. I think we should aim to release a new version,
quickly, that's dedicated to fixing these immediate problems with the
1.1 release.
--
Joe Schaefer
Stas Bekman [EMAIL PROTECTED] writes:
Joe, I thought you've reverted to use the old test suite?
I did, sorry for the confusion. The test suite in 1.1 is based
on Apache::test, not Apache::Test.
--
Joe Schaefer
libapreq-1.1 is now available on CPAN,
and also through the Apache website at
http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz
--
Joe Schaefer
libapreq-1.1 was non-released on January 10, 2003.
libapreq-1.1 is NOT an official ASF release, and is
not available on CPAN, but a non-official version is
temporarily not non-available here:
http://www.apache.org/~joes/libapreq-1.1.tar.gz
--
Joe Schaefer
A grant statement only works on one table at a time. You can link
statements together though, such as
Grant SELECT ON table to jsmith;
Grant SELECT ON table2 to jsmith;
They are separate statements can be put together in one file and run
together.
-- Joe
-Original Message-
From
supplied by the MySQL library. It only encrypts your password string, but
it will let you do a compare of the strings.
Hope this helps.
Joe
-Original Message-
From: Cees Hek [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 11:29 AM
To: Martin Moss
Cc: Modperl
Subject: Re
Have you tried build the JavaScript dynamically in the perl code?
-- Joe
-Original Message-
From: koudjo ametepe [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 5:08 AM
To: [EMAIL PROTECTED]
Subject: a javscript in perl
hello everybody ,
Thank you for yours answers
myself that I'd seen this working, I'm starting to
doubt my memory.
Not to my knowledge; I suspect you've been stat()ing the spooled
temp file all along.
--
Joe Schaefer
is that when
mod_perl runs its cleanup handler, it runs on the *original*
request_rec + request_config, which doesn't have the new pnotes.
So they never get cleaned up by mod_perl's per_request_cleanup().
This might be a bug within apache itself.
--
Joe Schaefer
The apreq developers are planning a maintenance release of
libapreq-1.1. This version does not include support for
modperl-2, but it *could* address some outstanding problems in
1.0:
* OS X support [1]
* perl 5.8 segfaults related to file uploads [2]
Please give the tarball at
of the
mod_perl canon; those notes present *the right approach* to optimization.
--
Joe Schaefer
Brian,
Are you trying to read the entire 8000 records into a
single array/hash? You might try splitting the record
set into pieces and reuse that array/hash.
-- Joe Palladino
Hann, Brian wrote:
I'm having a problem with a fairly simple handler
eating up resources and I'm wondering
such encodings, supporting
%u in ap_unescape_url shouldn't hurt server performance at all.
In any case, putting together a patch of ap_unescape_url along the lines
of CGI::Util's utf8_chr() can't hurt :-).
--
Joe Schaefer
as porting apreq to modperl-2.
Thanks.
--
Joe Schaefer
before you tried doing the perl
build?
--
Joe Schaefer
process, from sh BUILD.sh through
make test.
--
Joe Schaefer
everything right. Can
someone point me in the right direction?
Thank you,
Joe Palladino
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.422 / Virus Database: 237 - Release Date: 11/20/2002
Me too. (and sorry to for a couple of private replies its early and I haven't had much
caffeine this morning).
-Original Message-
From: Ryan Parr [mailto:ryanparr;precisiontechonline.com]
Sent: Friday, November 01, 2002 12:57 AM
To: Nick Tonkin; [EMAIL PROTECTED]
Subject: Re: [OT]
I would guess that these kids do not have access to computers outside school. Which
makes access to printed material advantageous. I guess a printer would be nice, but
by the time the cost of it, paper, ink, and other supplies are factored in, I would
guess that books would be cheaper.
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 1:49 PM
To: Joerg Plate
Cc: [EMAIL PROTECTED]
Subject: Re: evil scripts kill the server...
Hi there,
On Wed, 16 Oct 2002, Joerg Plate wrote:
Is it true that you can kill
For what it is worth, we use a DSO mod_perl/apache that we compiled ourselves, on
RedHat thought, that is very stable and does not have noticeable memory leaks and have
been using it for over 3 years. Just thought I would throw that out there.
-Original Message-
From: Keith G. Murphy
.
--
Joe Schaefer
a few dozen links from google (utf8 Apache::Request), and
I've searched the epigone archives for this list. I wasn't able to find
a single related report.
A reference url, a test case, or a better still, a patch, would be
considerably more helpful than sending me on a wild goose chase.
--
Joe
Look at MIME::Lite on CPAN
-Original Message-
From: Jim Morrison [Mailinglists] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 8:44 AM
To: [EMAIL PROTECTED]
Subject: [OT] - Mailing List Servers/mods .. etc
Sorry..
This is completely off topic.. but I have a
ample code and such which should help out
immensely
Finally visit http://modperl.com:9000/(buy this book
also) It is a little hard to follow in the beginning, but it is worth while in
the long run.
I hope
these help and good luck with you mod_perl adventure.
Joe
-Original Message-Fr
and mod_perl yet.
Joseph
-Original Message-
From: Gerald Richter [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 11, 2002 12:29 AM
To: Harnish, Joe; 'Kaye-Smith Adam'
Cc: [EMAIL PROTECTED]
Subject: Re: NTLM module
RE: NTLM moduleI am not sure if you have resolved this issue
Title: RE: NTLM module
Adam,
I am not sure if you have resolved this issue. I have had the same issue with our system where post data would dissappear. I ended up creating a Cookie add on module for Apache::AuthenNTLM that would write a cookie once authenticated and use that before
*that* in Java.
--
Joe Schaefer
I MIME::Lite to send messages. It uses your native sendmail install, or you can use it
to send to an SMPT port. We actually have Qmail installed and it use the sendmail link
Qmail configs and works just fine for about 40k emails a day.
-Original Message-
From: Richard Clarke
. And we get several thousand hits a day during the
school year. It has been my experience that DSO vs. Static is not the issue it once
was.
Joe
-Original Message-
From: David Dyer-Bennet [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 22, 2002 10:27 AM
To: [EMAIL PROTECTED]
Subject
Per Einar Ellefsen
Thomas Klausner
The new site is outstanding! Great work, guys!
--
Joe Schaefer
Joe Schaefer [EMAIL PROTECTED] writes:
[...]
Somehow the assignment operator MUST be involved in the leak here.
(You only get a leak when the *same* reference (*SV) is on both sides
of the assignment).
Could someone with modperl 1.2x built using a perl 5.8 release candidate
please test
Does anyone know what's causing the Apache::Request object to
leak here? See # XXX comment below:
Perl
package Apache::test;
sub Apache::Request::DESTROY{warn DEAD: $_[0]\n}
sub Apache::DESTROY{warn Dead: $_[0]\n}
use Devel::Peek;
use Apache::Request;
sub
[resent to modperl list; earlier copy mistakenly cc'd to p5p]
Does anyone know what's causing the Apache::Request object to
leak here? See # XXX comment below:
Perl
package Apache::test;
sub Apache::Request::DESTROY{warn DEAD: $_[0]\n}
sub Apache::DESTROY{warn Dead: $_[0]\n}
Dave Rolsky [EMAIL PROTECTED] writes:
On 8 Jul 2002, Joe Schaefer wrote:
[...]
my $r = shift;
my $apr = Apache::Request-new($r);
That's not going to leak, either. At least I hope not :-)
I ended up using something like this and the leak went away.
It seems to me
darren chamberlain [EMAIL PROTECTED] writes:
* Joe Schaefer [EMAIL PROTECTED] [2002-07-09 12:47]:
Dave Rolsky [EMAIL PROTECTED] writes:
On 8 Jul 2002, Joe Schaefer wrote:
If I do this:
my $x = shift;
$x = make_something_from($x);
then it seems like the original $x
that this isn't always possible, but it often/usually
is. Such advice would serve you well in this case; you could
even get away with this
my $r = shift;
my $apr = Apache::Request-new($r);
That's not going to leak, either. At least I hope not :-)
HTH
--
Joe Schaefer
/include ?).
Also, the typical compile lines should have a whole lot more -I flags.
In your case, modperl may not be properly installed- otherwise your
compile lines would look more like this (wrapped):
make[1]: Entering directory `/home/joe/src/apache/cvs/httpd-apreq/c'
cc -c -I/usr/lib/perl5
We use MIME::Lite seems to work well for us.
-Original Message-
From: Jon Robison [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 13, 2002 8:57 AM
To: [EMAIL PROTECTED]
Subject: Sending Mail
Can anyone give me recommendations on a good Mail handler that
integrates well with
Why hasn't the logo that was voted on been considered? What's the point of a logo if
you don't use it everywhere?
-Original Message-
From: Alfred Vahau [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 4:54 PM
To: 'mod_perl list'
Subject: Re: OSC early bird and mod_perl
Title: Internet Explorer sending nothing in subsequent posts
I am
running IE 5.50.4807.2300 on Win2k, all defaults.
-Original Message-From: Slava Bizyayev
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, June 12, 2002 2:06
PMTo: Harnish, Joe; [EMAIL PROTECTED]Subject: Re
=foobr
input type=submit value=submit
/form
br
EODUMP
print $q-param('foo');
print /body/html;
this works fine with a get method but a post doesn't. It runs the first time but the second it repeats the original request.
Thanks
Joe
-Original Message-
From: Ged Haywood [mailto:[EMAIL
Title: RE: AuthenNTLM, IE, KeepAlives
I am using the CGI module(latest from CPAN).
-Original Message-
From: Gerald Richter - ecos gmbh [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 3:44 AM
To: Harnish, Joe; [EMAIL PROTECTED]
Subject: Re: AuthenNTLM, IE, KeepAlives
with courier-imap should work with this
configuration.
Thanks,
Joe
-Original Message-From: Medi Montaseri
[mailto:[EMAIL PROTECTED]]Sent: Saturday, June 08, 2002 5:13
PMTo: Joe BreedenCc:
[EMAIL PROTECTED]Subject: Re: persistent Mail::ImapClient and
webmailI was wondering why
That's not necessarily the most secure way. We have found that even though IMAP is
supposed to be a long state protocol many clients (PINE, Netscape, Balsa, M$ Outlook
Express, etc) implement as connect/work/disconnect cycle. So I don't think this
persistency of connection across multiple
Title: RE: AuthenNTLM, IE, KeepAlives
I am using Apache::PerlRun instead of Apache::Registry. Could this be an issue?
-Original Message-
From: Harnish, Joe
Sent: Monday, June 10, 2002 8:34 AM
To: 'Gerald Richter - ecos gmbh'; Harnish, Joe;
'[EMAIL PROTECTED]'
Subject: RE
the pop-up windows go away but the scripts only work the first time.
Thanks for any help
Joe
for this, which should
take care of the aforementioned leak. One other possible candidate is
that your apache server is segfaulting after the file is received, which
prevents apache from cleaning up the temp files. If so, you should see
a bunch of apreq files filling up your spool directory.
--
Joe
I have to agree with this statement. We have a server farm with 15 apache servers
running mod_perl as a DSO (not counting the several development and QC servers) with
no problems. IMHO mod_perl as a DSO probably had problems in the beginning, but I
couldn't confirm that without some research
', or 'BODY' tags.
If you add them, your browser is more likely to recognise the response as HTML.
Joe Yates
-Original Message-
From: Ian D. Stewart [mailto:[EMAIL PROTECTED]]
Sent: Sunday, May 26, 2002 10:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Configuring
problem. Cannot
find anything in the existing archives of the mailing lists.
Thanks for any help.
Joe Yates
or try in the perl.conf
Location /
SetHandler perl-script
PerlHandler My::HandlerPackage
/Location
-Original Message-
From: Dzuy Nguyen [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 16, 2002 3:12 PM
To: [EMAIL PROTECTED]
Subject: Re: default page
Try
Bart,
I would have to recommend SOAD::Lite ( http://www.soaplite.org) also. We use it
accomplish many tasks - not the least of which is exposing Perl data structures to M$
ASP applications - which have a moderate load and have had no problems.
Joe
-Original Message-
From: Bart
If you look at the docs for mod_unique it will generate a unique number in a properly
configured server farm making it a good candidate for this process if you are worried
about getting a unique number across several systems.
-Original Message-
From: Perrin Harkins [mailto:[EMAIL
or see the website for the mod_perl Cookbook which can be found at:
http://www.modperlcookbook.org/
Joe
-Original Message-
From: Peter Bi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 24, 2002 4:06 PM
To: Wim Kerkhoff
Cc: [EMAIL PROTECTED]; Ken Y. Clark
Subject: Re: full
Could you make it flaming? ;)
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Sunday, March 17, 2002 12:31 PM
To: Jonathan M. Hollin
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [ANNOUNCE] The New mod_perl logo - results now in...
OK, here's my
I think buttons based on the new logo are the way to go.
-Original Message-
From: Jonathan M. Hollin [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 9:17 AM
To: 'Andrew Green'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [ANNOUNCE] The New mod_perl logo - results now
I had this problem the other day. And it was a screwy problem to fix. I had to get the
latest BerkeleyDB, something like v4.0.14 (www.sleepycat.com) install it. Then
reinstall the DB_File and I believe Storable modules making sure they pointed to the
new install of BerkeleyDB. Of course, when
and installed from there.
-Original Message-
From: Nicholas Studt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 9:32 AM
To: Joe Breeden
Cc: [EMAIL PROTECTED]
Subject: Re: Problem With DB_File Installation On Red-Hat
Linux 7.1 [OT]
Joe Breeden wrote [ 2002/03/14 at 09:15:44
).
If you, or anyone, contact them, please mention that I sent you.
Thanks,
Joe Breeden
-Original Message-
From: Fran Fabrizio [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 07, 2002 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: Site Host Providers that Support mod_perl?
I
I forgot their URL for those interested ( http://www.multipro.com/hosting.html ).
-Original Message-
From: Joe Breeden
Sent: Thursday, March 07, 2002 10:39 AM
To: Fran Fabrizio; [EMAIL PROTECTED]
Subject: RE: Site Host Providers that Support mod_perl?
I use a small ISP
We use a combination of Mail::IMAPClient and MIME::Lite. You can look at
http://howtos.eoutfitters.net/email for a description of our email servers. The
mod_perl IMAP client handler has not been completed enough to release to the
community, but once it is ready I put an announcement here.
clayton cottingham [EMAIL PROTECTED] wrote:
what about slashdot and perlmonks?
When I finish reading the Mod_perl Developer's Cookbook,
I was planning on writing a review and submitting it to
slashdot (presuming no one beats me to it).
I'm not calling dibs or anything, just making a
John Siracusa [EMAIL PROTECTED] writes:
On Thursday, February 14, 2002, at 04:44 PM, John Siracusa wrote:
Next, I downloaded all the source code. Note that I'm using Joe
Schaefer's special versions of apache and libapreq.
Will their changes be merged into the main distro soon
Ged Haywood [EMAIL PROTECTED] writes:
Hi there,
On 22 Feb 2002, Joe Schaefer wrote:
3) Install libapreq.so.1.0.0 (to /usr/local/lib) using:
% ./configure
% make
% make install
4) Now install Apache::Request and Apache::Cookie using
is that an the ApacheRequest C struct has a
request_rec pointer as its *first* attribute, so a cast from
(ApacheRequest *) to (request_rec *) will be safe.
--
Joe Schaefer
Makefile.PL DEFINE=-DDEBUG
% make make install
2) test it again and submit both the raw upload data
and your error log to [EMAIL PROTECTED]
Thanks alot.
--
Joe Schaefer
Paul Lindner [EMAIL PROTECTED] wrote:
I'm against frivolous patents myself. It harms the industry and could
even be detrimental to mod_perl or Apache if either is found to
infringe upon such a patent.
That indeed is the problem. Now that the FTC has been
scared (or bought?) off, this is
everything from scratch, starting with modperl. When you're
testing Apache::Cookie and Apache::Request, be sure you're not trying to
load the old versions of these packages.
Sorry for the confusion.
--
Joe Schaefer
Ian Ragsdale [EMAIL PROTECTED] writes:
How about setting something up on SourceForge? I know they have OS X
environments available for compiling and testing.
apreq is an ASF project; IMO what we need now is a hero, not a
change of venue.
[...]
On 1/28/02 2:02 PM, Joe Schaefer [EMAIL
Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
On Thu, 31 Jan 2002, Paul Lindner wrote:
I won't deal with amazon: http://www.noamazon.com
I just added a page with direct links for eight other bookstores.
It's now available at http://www.modperlcookbook.org/order.html
Amazon are
Rick Frankel [EMAIL PROTECTED] writes:
Joe- ApacheCookie_* was not being boostrapped into the executable, so it
was being optimized of the linkage.
The following patch, while probably not correct (and probably the cause
of the silent failure), covers it.
Great - thanks a ton
___cliff rayman___ [EMAIL PROTECTED] wrote:
ordered my today through the website (puts a little extra money
in the hands of mod_perlers:
http://www.modperlcookbook.org/
I just ordered mine through fatbrain, myself, I won't deal
with amazon: http://www.noamazon.com
If there's a
. If that is the case, you application should
spit gold bricks out of the floppy drive and it wouldn't matter.
If you're looking for a name to justify Perl in Enterprise then I think
the P5EE project and name is as good as any.
Joe
-Original Message-
From: ___cliff rayman___ [mailto:[EMAIL
The last time I looked the Yeti is Himalayan and Nessie is from
Scotland.
-Original Message-
From: Stephen Reppucci [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 9:16 AM
To: Ron Savage
Cc: mod_perl
Subject: [OT] Re: New mod_perl Logo
All right -- I know I
standardize on one of either
mod_perl or modperl, so I can stop bouncing emails off
to the wrong list :)
--
Joe Schaefer
maybe I'm wrong, but I don't think any of us will learn the
answer until some OS/X person actually _attempts_ to fix it.
--
Joe Schaefer
I really don't think a catchy name would have helped in your case. Your
management, like many others, prefer to manage by magazine. And we all
know who is in all the magazines.
If your management did not like Perl, why not try java, c or php?
If your management did not like MySQL, why not
think we'll have a 1.0 that works on OS/X, but I might be able
to include a patch in the distro that will build the C api of libapreq
directly into httpd. This might allow OS/X to run Apache::Request and
Apache::Cookie at the same time, but that platform is unavailable to me
for testing.
--
Joe
= shift;
$r-send_http_header('text/plain');
print OK;
}
--
Joe Schaefer
using Perl.
DISCLAIMER: This is not free software but nothing is hidden, the
complete Perl source code is included so that you may explore how it
works.
Thanks,
Joe Junkin
DataFree Corporation
[EMAIL PROTECTED]
http://www.databreeze.com
saying it again:
Apache::Request::param() is FASTER THAN Apache::args(),
and unless someone wants to rewrite args() IN C, it is
likely to remain that way. PERIOD.
Of course, if you are satisfied using Apache::args, than it would
be silly to change styles.
YMMV
--
Joe Schaefer
in advance.
Joe
to change all kinds
of permission problems. It's hard enought to change all the scripts to
mod_perl anyway. If this has no relavence then you did not read my email or
understand it.
- Original Message -
From: Stephen Reppucci [EMAIL PROTECTED]
To: Joe Bifano [EMAIL PROTECTED]
Cc: [EMAIL
solution, but nobody's
volunteered one so far; or provided evidence of a successful build
on that platform.
Thanks in advance.
--
Joe Schaefer
1 - 100 of 200 matches
Mail list logo