On Wed, 25 Apr 2001, Andrew Ho wrote:
LSPerl 5.6.0 breaks the readdir() function when running under mod_perl.
LSThis is with the most recent versions of Apache and mod_perl, as well
LSas with older versions. I see the same problem reported in the
LSmailing list going back to December 2000,
On Fri, 30 Mar 2001, Cornelius Kuschnereit wrote:
I have strange problems while using opendir / readdir
under MasonHQ. I'm not shure, but it seems to be a perl / modperl / Apache
and not a Mason Bug.
I have no problem to run the same directly from the shell.
Is there a known bug?
On Sat, 3 Mar 2001, Pierre Phaneuf wrote:
"Paul J. Lucas" wrote:
Is there any means of removing the username and password from the browsers
cache.
$r-nocache(1);
No, I think he's talking about the "basic" authentication information,
that browsers
On Sat, 3 Mar 2001, Kiran Kumar.M wrote:
Is there any means of removing the username and password from the browsers
cache.
$r-nocache(1);
- Paul
On Tue, 27 Feb 2001, Jamie Krasnoo wrote:
Can anyone point me to any documents on search engine theory and programming
search engines with perl?
Possibly. Try a search-engine-related mailing list or
newsgroup.
- Paul
On Wed, 31 Jan 2001, Matt Sergeant wrote:
Looks like a job for XML::Simple.
Except we've had no end of trouble with it dumping core in a
mod_perl environment.
My XML::Tree is far faster, much smaller, and doesn't dump core:
On Wed, 31 Jan 2001, Matt Sergeant wrote:
My XML::Tree is far faster, much smaller, and doesn't dump core:
http://homepage.mac.com/pauljlucas/software/xml_tree/
But its not as simple to use as XML::Simple, which is perfect for these
sorts of things :-)
What
On Wed, 31 Jan 2001, Matt Sergeant wrote:
I wrote:
What could be simpler than:
$xml = XML::Tree-new( 'foo.xml' );
$ref = $xml-as_array();
Its what's in $ref thats complex (or more complex than XML::Simple), see
the man page for XML::Simple.
Yes,
On Wed, 31 Jan 2001, Matt Sergeant wrote:
I've never heard anyone complain about it being slow. I'm not saying
XML::Tree isn't faster, just that I've never heard that complaint about
XML::Simple, simply because people don't use it for parsing large files, just
small config files.
Or
Perhaps I've missed it, but is there a better way than the
"notes" mechanism to pass data among handlers?
The "notes" mechanism not only requires the notes to be
scalars, but, apparantly, said scalars must also be simple
strings, i.e., no binary data
On Tue, 23 Jan 2001, Matt Sergeant wrote:
But if performance is absolutely key in XML parsing/processing, then you
really need to be looking towards Orchard, which we're co-developing with
Ken MacLeod (author of the PerlSAX bindings and XML::Grove). Current tests
reveal that its about 10
On Tue, 23 Jan 2001, Matt Sergeant wrote:
Aside from categorically *not* being an XML parser (if it doesn't parse
XML 1.0 files then its not officially an XML parser)
Whatever. It's still 12 times faster at parsing files that
look very much like XML in a majority of
On Tue, 23 Jan 2001, Matt Sergeant wrote:
Its perl adding the -fno-rtti, FWIW, not your Makefiles.
Then there's something odd about your Perl installation. Perl
shouldn't be giving the option. How does Perl "know" whether
RTTI is needed or not?
- Paul
On Tue, 23 Jan 2001, John Michael wrote:
I know that the modperl script has to go in the httpd/perl folder so that
apache will recognize it.
You can put the script anywhere you please. You only have to
make sure the directory is "use lib"'d.
If I move the scripts into the
On Thu, 11 Jan 2001, Doug MacEachern wrote:
On Tue, 2 Jan 2001, Paul J. Lucas wrote:
I looked in the archives for this problem and, while mentioned,
not definitive solution was apparantly found. I did notice the
handler get called once, but only once: total server shutowns
I looked in the archives for this problem and, while mentioned,
not definitive solution was apparantly found. I did notice the
handler get called once, but only once: total server shutowns
and restarts don't make it get called.
I'm using Apache 1.3.12,
On Mon, 1 Jan 2001, Bill Moseley wrote:
Apache.org uses SWISH-E, if I remember correctly.
http://sunsite.berkeley.edu/SWISH-E/
Although getting off-topic, SWISH++ is significantly faster:
http://homepage.mac.com/pauljlucas/software/swish/
The CPAN modules will
On Mon, 1 Jan 2001, Bill Moseley wrote:
BTW: http://homepage.mac.com/pauljlucas/software/swish/man/ seems broken.
The documentation link (different from above) is now fixed:
http://homepage.mac.com/pauljlucas/software/swish/documentation.html
Thanks. (Apple, in their
On Tue, 12 Dec 2000, Ian Mahuron wrote:
Can't load '../blib/arch/auto/HTML/Tree/Tree.so' for module HTML::Tree:
../blib/arch/auto/HTML/Tree/Tree.so: Undefined symbol "__builtin_delete" at
/usr/libdata/perl/5.00503/DynaLoader.pm line 169.
Any idea? I'm sure someone has run into this
I looked int he archives for this problem and, while mentioned,
not definitive solution was apparantly found. I did notice the
handler get called once, but only once: total server shutowns
and restarts don't make it get called.
I'm using Apache 1.3.12,
On Wed, 8 Nov 2000, Geoffrey Young wrote:
... Apache::RequestNotes may be able to help - it basically does
cookie/get/post/upload parsing during request init and then stashes
references to the data in pnotes. The result is a consistent interface to
the data across all handlers (which is the
OK, so the documentation for PERL_STASH_POST_DATA reads:
There is an experimental option for Makefile.PL
called PERL_STASH_POST_DATA. If you turn it on,
you can get at it again with $r-subprocess_env("POST_DATA").
This is
On Fri, 3 Nov 2000, I wrote:
So from within a function, I'm doing
my $r = Apache::Request-new( Apache-request() );
warn "request=", $r-as_string(), "\n";
and, when I to a POST request, I get:
Accept: image/gif, image/x-xbitmap, image/jpeg,
On Sat, 4 Nov 2000, G.W. Haywood wrote:
On Fri, 3 Nov 2000, Paul J. Lucas wrote:
Why is the content merely "HTTP/1.0 (null)"? What happened to
the other 6900 bytes or so?
Maybe you need to generate them...
I did: if you read my original post, I wrote:
Orig
So from within a function, I'm doing
my $r = Apache::Request-new( Apache-request() );
warn "request=", $r-as_string(), "\n";
and, when I to a POST request, I get:
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Content-Length:
On Wed, 1 Nov 2000, G.W. Haywood wrote:
Or you could call a function which does the business and then calls
mod_perl's exit() function, page 464 Eagle Book.
I tried exit: the status code isn't preserved to downstream
stacked handlers.
- Paul
On Wed, 1 Nov 2000, Dave Rolsky wrote:
On Wed, 1 Nov 2000, Paul J. Lucas wrote:
If I'm a few levels deep into function calls, I'd liek to be
able to do something like "return SERVER_ERROR" and have the
entire call stack unwind and the current reque
On Wed, 1 Nov 2000, Matt Sergeant wrote:
On Wed, 1 Nov 2000, Paul J. Lucas wrote:
If I'm a few levels deep into function calls, I'd liek to be
able to do something like "return SERVER_ERROR" and have the
entire call stack unwind and the current reque
On Wed, 1 Nov 2000, Paul J. Lucas wrote:
Ideally, I want to be able to do:
sub foo {
if ( $serious_problem )
stop_now_dammit( SERVER_ERROR );
}
anywhere in the code like:
sub
On Wed, 1 Nov 2000, Paul J. Lucas wrote:
OK, so, from within a custom ErrorDocument handler, $r-status()
is the status code as I expect; however, $r-status_line() is
blank. Any ideas why?
It turns out that status_line() isn't populated until after
On Mon, 4 Sep 2000, Nelson Correa de Toledo Ferraz wrote:
I still think that this:
? foreach $name (@names) { ?
Name: ?=$name? P
Job: ?=$job{$name}? P
? } ?
Is cleaner (well, as much as perl can be :-)) than this:
TMPL_LOOP NAME=EMPLOYEE_INFO
On Mon, 4 Sep 2000, Perrin Harkins wrote:
"Paul J. Lucas" wrote:
And I still think that:
DIV CLASS="employee_info"
Name: SPAN CLASS="text::name"John Q. Public/SPANBR
Job: SPAN CLASS="text::job&
On Mon, 4 Sep 2000, Billy Donahue wrote:
Great, as long as there's no loops or anything but straight up text
replacement... I don't like this approach at all!
What I showed *was* a loop; read my other follow-up.
What if you need to actually USE the `class' attribute of your HTML
On Mon, 4 Sep 2000, Perrin Harkins wrote:
I can still think of situtations in applications I've worked on where there
were mutually excusive chunks of HTML that would have looked funny with this
approach, but it gets you about 95% of the way towards a previewing system
for free. Cool.
On Mon, 4 Sep 2000, Eric L. Brine wrote:
Great idea, but just one note; ':' is not legal in CSS class names. In
fact, underscores are not even allowed in CSS class names!
So? They aren't CSS class names. The are in fact legal
class names according to the HTML spec.
On Mon, 4 Sep 2000, Eric L. Brine wrote:
ELB Great idea, but just one note; ':' is not legal in CSS class names.
ELB In fact, underscores are not even allowed in CSS class names!
PL So? They aren't CSS class names.
In the preview mode, they are treated as such, so in effect they are.
On Fri, 28 Jul 2000, Gerald Richter wrote:
As far as I understand you you use mmap to read in the source file, is this
correct?
Yes.
If this is true, then it will not make much difference, because reading in
the source is only a very small piece of all the time that it takes to
On Fri, 28 Jul 2000, Kenneth Lee wrote:
it would be good for the user to choose between mmap or normal i/o at
compile time. i'll try HTML::Tree anyway in the meantime.
It's not that simple. Using mmap(2) greatly affects how one
writes code: it's not a drop-in replacement for
On Fri, 28 Jul 2000, Denton River wrote:
Its been a long time since i have done a jobb without using sessions. I would
really like to have this feature included in the kit im using and i think
alot of developers are with me on this one.
What I don't understand is *why*. Why can't
On Fri, 28 Jul 2000, Malcolm Beattie wrote:
Assuming the kernel only keeps track of the last fault position in the file,
it won't recognise that it's being read linearly (twice :-) and may well not
do the async read ahead and drop behind in page cache that it would do
otherwise. Once again,
On Thu, 27 Jul 2000, Darko Krizic wrote:
I want to write a new application using mod_perl but this time I want to
completely divide the code from the HTML. Therefore I am seeking for a
powerfull and fast templating system.
http://www.best.com/~pjl/software/html_tree/
It does
On Thu, 27 Jul 2000, Darko Krizic wrote:
The only problem I see here is the performance. Enhydra compiles the java and
the HTML pages and creates methods and a DOM model. Doing this on the fly
(for mod_perl) would be a big drawback in performance. Maybe there should be
some kind of
On Thu, 27 Jul 2000 [EMAIL PROTECTED] wrote:
Now, your TD cells are going to get the red (assuming you aren't using
Netscape's broken CSS). But how could you force one cell to get the yellow?
The normal way to do it would be TD ID="oneTD" but you have already used up
your ID tag.
On Thu, 27 Jul 2000, Jeffrey W. Baker wrote:
On Thu, 27 Jul 2000, Paul J. Lucas wrote:
http://www.best.com/~pjl/software/html_tree/
Hey, that's really nice.
Thanks. :) Admitedly, the web site could use more example
other than what's in the manual pages, but where
On Thu, 27 Jul 2000, Matt Sergeant wrote:
http://www.best.com/~pjl/software/html_tree/
Aside from the GPL, it does looks nice.
What's wrong with the GPL? It's open-source and free of cost.
What more do you want?
- Paul
On Thu, 27 Jul 2000, Matt Sergeant wrote:
I wrote:
What's wrong with the GPL? It's open-source and free of cost.
What more do you want?
The ability to build commercial applications.
The GPL allows you to use and incorporate GPL'd software into
commercial
On Thu, 27 Jul 2000, Jacob Davies wrote:
INPUT TYPE="TEXT" NAME="first_name" VALUE="#FIRST_NAME HTMLESC"
If I understand what this does, my HTML Tree can do this by
doing:
INPUT TYPE=text NAME="first_name" VALUE="" CLASS="value::first_name"
where the VALUE
On Thu, 27 Jul 2000, Autarch wrote:
option value="uk" % 'selected' if $country eq 'uk' %
Seems pretty close to what you want, I think.
Except it puts Perl code in the HTML file and uses invalid
HTML.
- Paul
On Thu, 27 Jul 2000, Douglas Wilson wrote:
http://www.best.com/~pjl/software/html_tree/
Is there a reason this is not on CPAN?
The reasons (not necessarily good ones) are:
1. I haven't had the time to figure out their submission
procedures.
2.
On Thu, 27 Jul 2000, Gerald Richter wrote:
To keep it fast Embperl is written in C.
Unless you use mmap(2), you can't compete with the speed of
HTML Tree. The only downside of mmap(2) is that HTML Tree must
be first in an Apache::Filter filter chain.
- Paul
On Thu, 27 Jul 2000, Jauder Ho wrote:
If there was somehow a way to cache say the template, leaving only the same
dynamic portion uncached, it would certainly help things along quite a bit.
An improvement to the technique used by HTML Tree is to
"collapse" the non-dynamic
On Thu, 27 Jul 2000 [EMAIL PROTECTED] wrote:
H2[+ $forum-title +]/H2
The problem with this is that it looks really ugly in
Dreamweaver (for example). The HTML designer can't design a
mock-up page with dummy content using that technique that can
then be passed
On Thu, 27 Jul 2000, Joshua Chamas wrote:
Did you know that ASP also has a really great event model, like
Session_OnStart, Session_OnEnd, etc, I still don't see this in the other
templating modules.
IMHO, dynamic content page generation should have nothing to do
with session
On Mon, 21 Feb 2000, Brendan W. McAdams wrote:
I found some info on Apache::DBI in the Mod_Perl developers guide that may
help. Basically though I globalised $dbh and then made my connection code
this:
$dbh ||= DBI-connect("dbi:mysql:$database","$db_user","$db_pass");
Unless I'm
The second example on p. 128 of the Eagle book sets the content
type and send the HTTP headers itself before running a
subrequest.
However, on p. 468, the documentation for the run() method says
in part:
When you invoke the subrequest's
On Thu, 3 Feb 2000, G.W. Haywood wrote:
On Wed, 2 Feb 2000, Paul J. Lucas wrote:
I have code that contains the line:
$r-lookup_uri( $r-param( 'pm_uri' ) )-filename;
[snip]
However, if I have an access restriction that forbids access to
files ending in a .pm
I have code that contains the line:
$r-lookup_uri( $r-param( 'pm_uri' ) )-filename;
The parameter pm_uri is a hidden form field that contains a URI
for a file. I use lookup_uri() to translate that (eventually)
into an absolute filename.
On Tue, 1 Feb 2000, Mark Jaaneston wrote:
Still, I don't know if it is appropriate for [EMAIL PROTECTED] to be a
forum for recruiting -- what's the consensus on this guys?
Although new to the list, my experience with recruiters is that
they aren't worth the space they occupy.
On Tue, 1 Feb 2000, Baiju Thakkar wrote:
How about putting Chapter 3,4, and 5 online. I own one copy and its usually
at work. Sometime when I am at home I wish I had another copy.
That's an easily solvable problem: buy another copy. Unless
you're severly underpaid as a
On Mon, 31 Jan 2000, Matt Sergeant wrote:
What about designers wanting to use CSS?
Classes not in the class map are ignored, so CSS still works.
- Paul
On Sun, 30 Jan 2000, Gunther Birznieks wrote:
Another question is why www.modperl.com at all? Why not store the material as
part of the main mod_perl site? Or off of the apache site?
I guess I am just not sure why the site which seems to be centered around the
book is its own site anyway?
On 30 Jan 2000, Gisle Aas wrote:
$ perl test.pl
Benchmark: timing 1000 iterations of Parser, Parser3...
Parser: 30 wallclock secs (29.31 usr + 0.20 sys = 29.51 CPU)
Parser3: 2 wallclock secs ( 1.39 usr + 0.17 sys = 1.56 CPU)
...but this is kind of a useless benchmark, as it
On Sun, 30 Jan 2000, Ron Pero wrote:
How do you handle "sticky widgets"?
I've never heard that term before.
I put perl variables in the VALUE attribute of input boxes. These show up for
the designer. Are you able to get around that? input type="text"
name="CustomerFName"
On 28 Jan 2000, Randal L. Schwartz wrote:
Have you looked at the new XS version of HTML::Parser?
Not previously, but I just did.
It's a speedy little beasty. I dare say probably faster than even
expat-based XML::Parser because it doesn't do quite as much.
But still an
I've implemented what I believe to be a novel technique for
dymanic web page generation. Although explained in much more
detail here:
http://www.best.com/~pjl/software/html_tree/
essentially it parses an HTML file into a DOM-like tree where a
On Fri, 28 Jan 2000, Perrin Harkins wrote:
Looks almost exactly like XMLC from http://www.enhydra.org/.
I hadn't heard of that, but, from a quick look, enhydra is
XML/Java not HTML/Perl. It also seems like a much more
"involved" solution.
It's an interesting idea to
On Fri, 28 Jan 2000, Jason Bodnar wrote:
The resultant file, no longer pure HTML, is something that can not be
read back into DreamWeaver should the page need a tweak.
Hmmm ... I thought one of the big pluses of Dreamweaver is that it guaranteed
roundtrip HTML. I'm guessing it
On Fri, 28 Jan 2000, Perrin Harkins wrote:
I wrote:
3. Non-standard tags: placed at specific points in the markup.
(Another downside: DreamWeaver doesn't understand them.)
Now that I've seen your example, it seems to me that you are doing almost
exactly the same as #3. The
68 matches
Mail list logo
