from:"Ed"

Re: Working directory of script is / !

2003-08-07 Thread Ed Grimm

On Wed, 30 Jul 2003, Stas Bekman wrote:

 Perrin Harkins wrote:
 On Tue, 2003-07-29 at 07:23, Stas Bekman wrote:
 
That's correct. This is because $r-chdir_file in compat doesn't do
anything.  The reason is that under threaded mpm, chdir() affects all
threads. Of course we could check whether the mpm is prefork and do
things the old way, but that means that the same code won't work the
same under threaded and non-threaded mpms. Hence the limbo. Still
waiting for Arthur to finish porting safecwd package, which should
resolve this problem.
 
 When he does finish it, won't we make the threaded MPM work just like
 this?  It seems like it would be reasonable to get prefork working
 properly, even if the threaded MPM isn't ready yet. 
 
 It's a tricky thing. If we do have a complete implementation then it's
 cool.  If not then we have a problem with people testing their code on
 prefork mpm and then users getting the code malfunctioning on the
 threaded mpms.
 
 I think we could have a temporary subclass of the registry (e.g.:
 ModPerl::RegistryPrefork) which will be removed once the issue is
 resolved. At least it'll remind the developers that their code won't
 work on the threaded mpm setups. However if they make their code
 working without relying on chdir then they can use Modperl::Registry
 and the code will work everywhere.

What's wrong with having the chdir code check for the threaded mpm, and,
if it detects it, generate a warning that describes the situation?

Admittedly, I have a difficult time understanding someone who tests
under one mpm, and then releases under another mpm without testing.  I
realize there are people who do this sort of thing; I'm merely stating
that I have difficulty understanding them.

Ed

Re: [error] Can't locate CGI.pm in @INC

2003-05-30 Thread Ed

On Thu, May 29, 2003 at 04:12:51PM +1000, Stas Bekman wrote:
 Brown, Jeffrey wrote:
 Problem solved!
 
 You all are a fantastic resource to newbies!
 
 Jeff
 
 -Original Message-
 From: Ed [mailto:[EMAIL PROTECTED] 
 Sent: Wednesday, May 28, 2003 9:28 PM
 To: Brown, Jeffrey; [EMAIL PROTECTED]
 
 On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
 
 Here are the results from the log file:
 
 [Wed May 28 20:50:21 2003] [error] No such file or directory at
 /htdocs/perl/first.pl line 6 during global destruction.
 
 
 openbsd's httpd is chrooted.
 
 Again, can someone please post a patch/addition for the troubleshooting.pod 
 doc explaining the problem and the solution in details. I've seen this kind 
 of questions more than once here.
 
 Should go into OpenBSD cat at:
 http://perl.apache.org/docs/1.0/guide/troubleshooting.html#OS_Specific_Notes
 Get the pod by clicking on the [src] button.

For the list archive:

- rtfm
-u disables chroot. httpd(8)
http://www.openbsd.org/faq/faq10.html#httpdchroot


- set up chroot basics
The doc for setting up an anoncvs mirror could be adapted for mod_perl.
http://www.openbsd.org/anoncvs.shar
Ofcourse much of it doesn't apply, but the part about ld.so, etc. is
helpful.


- List archives
dreamwvr figured out how to actually get things to work and posted notes
to the list. (so see archives)


- 3.3-current (soon to be 3.4)
And one last bit added after 3.3 was released, Revision 1.7 to apachectl:
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/httpd/src/support/apachectl

pick's up httpd_flags from /etc/rc.conf, so you can just add -DSSL -u to
httpd_flags.


- ports
The openbsd ports system is not by default configured to install
perl modules or packages in the chroot environment. You would have to
set PREFIX or LOCALBASE. see bsd.port.mk(5) and ports(7)
(PHP ports are set up for chroot installs).


- goolge
A nice HOWTO run mod_perl chrooted would be nice.  maybe someone's
already written it?


I hope this helps some.


Ed.

Re: [error] Can't locate CGI.pm in @INC

2003-05-29 Thread Ed

On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
 Here are the results from the log file:
 
 [Wed May 28 20:50:21 2003] [error] No such file or directory at
 /htdocs/perl/first.pl line 6 during global destruction.

openbsd's httpd is chrooted.

Ed.

[Http-webtest-general] [ANNOUNCE] HTTP-WebTest-Plugin-TagAttTest-1.00

2003-03-14 Thread Ed Fancher




The uploaded file 
HTTP-WebTest-Plugin-TagAttTest-1.00.tar.gzhas entered CPAN 
as file: 
$CPAN/authors/id/E/EF/EFANCHE/HTTP-WebTest-Plugin-TagAttTest-1.00.tar.gz 
size: 5312 bytes md5: 940013aada679fdc09757f119d70686e


NAME HTTP::WebTest ::Plugin::TagAttTest - WebTest 
plugin providing a higher level tag and attribute search interface.

DESCRIPTION see also http://search.cpan.org/search?query=HTTP%3A%3AWebTestmode=all 
This module is a plugin extending the functionality of the WebTest module to 
allow tests of the form:
my $webpage='http://www.ethercube.net';my @result;

@result = (@result, {test_name = "title 
junk",url 
= 
$webpage,tag_forbid 
= [{ tag="title", tag_text="junk"}]});@result = (@result, 
{test_name = "title test 
page",url 
= 
$webpage,tag_require 
= [{tag= "title", text="test page"}]});@result = (@result, 
{test_name = "type att with xml in 
value",url 
= 
$webpage,tag_forbid 
= [{attr="type", attr_text="xml" }]});@result = (@result, 
{test_name = "type class with body in 
value",url 
= 
$webpage,tag_require 
= [{attr="class", attr_text="body" }]});@result = 
(@result, {test_name = "class 
att",url 
= 
$webpage,tag_require 
= [{attr="class"}]});@result = (@result, {test_name 
= "script 
tag",url 
=$webpage,tag_forbid 
= [{tag= "script"}]});@result = (@result, {test_name = 
"script tag with attribute 
language=_javascript_",url 
= 
$webpage,tag_forbid 
= 
[{tag="script",attr="language",attr_text="_javascript_"}]});my 
[EMAIL PROTECTED];

 my $params = { 
 
plugins = 
["::FileRequest","HTTP::WebTest::Plugin::TagAttTest"] 
};my $webtest= HTTP::WebTest-new;#4check_webtest(webtest 
=$webtest, tests= $tests,opts=$params, 
check_file='t/test.out/1.out');#$webtest-run_tests( 
$tests,$params);

Ed FancherEthercube Solutionshttp://www.ethercube.netPHP, Perl, 
MySQL, _javascript_ solutions.

Re: Determining when a cached item is out of date

2003-01-16 Thread Ed

On Thu, Jan 16, 2003 at 06:33:52PM +0100, Honza Pazdziora wrote:
 On Thu, Jan 16, 2003 at 06:05:30AM -0600, Christopher L. Everett wrote:
  
  Do AxKit and PageKit pay such close attention to caching because XML
  processing is so deadly slow that one doesn't have a hope of reasonable
  response times on a fast but lightly loaded server otherwise?  Or is
  it because even a fast server would quickly be on its knees under
  anything more than a light load?
 
 It really pays off to do any steps that will increase the throughput.
 And AxKit is well suited for caching because it has clear layers and
 interfaces between them. So I see AxKit doing caching not only to get
 the performance, but also just because it can. You cannot do the
 caching easily with more dirty approaches.
 
  With a MVC type architecture, would it make sense to have the Model
  objects maintain the XML related to the content I want to serve as
  static files so that a simple stat of the appropriate XML file tells
  me if my cached HTML document is out of date?
 
 Well, AxKit uses filesystem cache, doesn't it?
 
 It really depends on how much precission you need to achieve. If you
 run a website that lists cinema programs, it's just fine that your
 public will see the updated pages after five minutes, not immediatelly
 after they were changed by the data manager. Then you can really go
 with simply timing out the items in the cache.
 
 If you need to do something more real-time, you might prefer the push
 approach of MVC (because pull involves too much processing anyway, as
 you have said), and then you have a small problem with MySQL. As it
 lacks trigger support, you will have to send the push invalidation
 from you applications. Which might or might not be a problem, it
 depends on how many of them you have.

I have pages that update as often as 15 seconds.  I just use mtime() and
has_changed() properly in my custom provider Provider.pm's or rely on
the File::Provider's checking the stat of the xml files.  Mostly users are
getting cached files.

For xsp's that are no_cache(1), the code that generates the inforation that
gets sent throught the taglib does its own caching.  Just as if it were a
plain mod_perl handler.  they use IPC::MM and Cache::Cache (usually filecache)

I've fooled w/ having the cache use different databases but finally decided it
didn't make much of a difference since the os and disk can be tuned effectively.
The standard rules apply: put the cache on its own disk spindle, ie. not on 
the same physical disk as your sql database etc.  Makes a big difference ...
you can see w/ vmstat, systat etc.

The only trouble is cleaning up the ever growing stale cache.  So, I use this
simple script in my /etc/daily.local file, or a guy could use cron.

Its similar to what's openbsd uses for its cleaning of /tmp,/var/tmp in the
/etc/daily script.

Ed.

# cat /etc/clean_www.conf
CLEAN_WWW_DIRS=/u4/www/cache /var/www/temp

# cat /usr/local/sbin/clean_www
#!/bin/sh -
# $Id: clean_www.sh,v 1.2 2003/01/03 00:18:27 entropic Exp $

: ${CLEAN_WWW_CONF:=/etc/clean_www.conf}

clean_dir() {
dir=$1
echo Removing scratch and junk files from '$dir':
if [ -d $dir -a ! -L $dir ]; then
cd $dir  {
find . ! -name . -atime +1 -execdir rm -f -- {} \;
find . ! -name . -type d -mtime +1 -execdir rmdir -- {} \; \
/dev/null 21; }
fi
}

if [ -f $CLEAN_WWW_CONF ]; then
. $CLEAN_WWW_CONF
fi

if [ X${CLEAN_WWW_CONF} != X ]; then
echo 
for cfg_dir in $CLEAN_WWW_DIRS; do
clean_dir ${cfg_dir};
done
fi

Re: More Segfaultage - FreeBSD, building apache, ssl, mod_perl from ports

2002-11-12 Thread Ed

On Tue, Nov 12, 2002 at 04:29:19PM +, Rafiq Ismail (ADMIN) wrote:
 I'm a bit irritated by FreeBSD ports at the moment and need somoene to
 shine some light.  I need to build Apache from ports on a BSD box - it has
 to be from ports - but i don't want to include mod_perl in as a dso.
 Thus, I'd like to go to ports and 'Make' with a bunch of options which
 will compile mod_perl straight into my apache1.3-ssl package.  Having run
 make on www/apache1.3-ssl and www/mod_perl, all I get is segfaults.  I
 simply want to run one make to build it in one go.
 
 How???
 
 I'm sure that the BSD users amoungst you have all done it 101 times.
 
 Help please?

Attached is a port i use for OpenBSD. (It needs cleaning, but works for me)

There are a bunch of customizations but some key points to the Makefile are:

DISTFILES=
PATCH_LIST_SUP=
FAKE_FLAGS=
post-patch:

Ed.



www-mod_perl.tar.gz
Description: application/tar-gz

Re: Random broken images when generating dynamic images

2002-10-24 Thread Ed

On Wed, Oct 23, 2002 at 05:55:05PM -0500, Dave Rolsky wrote:
 So here's the situation.
 
 I have some code that generates images dynamically.  It works, mostly.
 
 Sometimes the image will show up as a broken image in the browser.  If I
 reload the page once or twice, the image comes up fine.
 
 On a page with 5 different dynamic images (all generated by the same chunk
 of code, it's a set of graphs), I'll often see 1 or 2 as a broken image,
 but the rest work.  Sometimes all 5 are ok.
 
 I tried out a scheme of writing them to disk with dynamically generated
 files, but since I still need to do some auth checking, they end up being
 served dynamically and I have the same problem.
 
 To make it even weirder, I just took a look at one of the image files that
 showed up as broken, and it's fine (I can't view it directly in my
 browser).

I've seen the problem before.  My solution was to save the dynamic images
on disk and serve them just like plain 'ol static files from the front-end
server. This way everything is served from the same Keep-Alive request.
And apache does all the http/1.1 headers/chunked-encoding for me.

Your MaxKeepAliveRequests would then be the culprit on your end but not likely
unless its set really low.  I'm not sure how the browser determines the
equivalent limit. tcpdump showed that opera created a second keep-alive
request after 10 images for me (could be limiting on bytes rather than
requests ... don't know).

You can still serve dynamicly and handle the custom auth w/ the backend and
maintain the clients keep-alive.  The current mod_proxy will maintain the
clients keep-alive eventhough your backend has keepalive off.  Be sure
all the required http/1.1 components/headers are sent to maintain a
keep-alive.

I'm interested in what you finally work out.

thanks,
Ed

Re: code evaluation in regexp failing intermittantly

2002-10-23 Thread Ed

On Wed, Oct 23, 2002 at 02:24:48PM -0500, Rodney Hampton wrote:
 
 Can any of you gurus please help!
 

A wise guru would help by directing you to:
http://perl.apache.org/docs/tutorials/tmpl/comparison/comparison.html

Re: Random broken images when generating dynamic images

2002-10-23 Thread Ed

On Wed, Oct 23, 2002 at 05:55:05PM -0500, Dave Rolsky wrote:
 So here's the situation.
 
 I have some code that generates images dynamically.  It works, mostly.
 
 Sometimes the image will show up as a broken image in the browser.  If I
 reload the page once or twice, the image comes up fine.
 
 On a page with 5 different dynamic images (all generated by the same chunk
 of code, it's a set of graphs), I'll often see 1 or 2 as a broken image,
 but the rest work.  Sometimes all 5 are ok.
 
 I tried out a scheme of writing them to disk with dynamically generated
 files, but since I still need to do some auth checking, they end up being
 served dynamically and I have the same problem.
 
 To make it even weirder, I just took a look at one of the image files that
 showed up as broken, and it's fine (I can't view it directly in my
 browser).

I've seen the problem before.  My solution was to save the dynamic images
on disk and serve them just like plain 'ol static files from the front-end
server. This way everything is served from the same Keep-Alive request.
And apache does all the http/1.1 headers/chunked-encoding for me.

Your MaxKeepAliveRequests would then be the culprit on your end but not likely
unless its set really low.  I'm not sure how the browser determines the
equivalent limit. tcpdump showed that opera created a second keep-alive
request after 10 images for me (could be limiting on bytes rather than
requests ... don't know).

You can still serve dynamicly and handle the custom auth w/ the backend and
maintain the clients keep-alive.  The current mod_proxy will maintain the
clients keep-alive eventhough your backend has keepalive off.  Be sure
all the required http/1.1 components/headers are sent to maintain a
keep-alive.

I'm interested in what you finally work out.

thanks,
Ed

Re: repost: [mp1.0] recurring segfaults on mod_perl-1.27/apache-1.3.26

2002-10-18 Thread Ed

Daniel,

Could be bad hardware. Search google for Signal 11.

Probably your memory (usual cause I've seen).

good luck.

On Tue, Oct 08, 2002 at 09:46:16AM -0700, [EMAIL PROTECTED] wrote:
Sorry for the repost, but no responses so far, and I need some help with
this one.

I've managed to get a couple of backtraces on a segfault problem we've
been having for months now. The segfaults occur pretty rarely on the
whole, but once a client triggers one on a particular page, they do not
stop. The length and content of the request are key in making the
segfaults happen. Modifying the cookie or adding characters to the
request line causes the segfaults to stop.

example (word wrapped):

This request will produce a segfault (backtrace in attached gdb1.txt)
and about 1/3 of the expected page :

nc 192.168.1.20 84
GET /perl/section/entcmpt/ HTTP/1.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux 2.4.18-5)
Pragma: no-cache
Cache-control: no-cache
Accept: text/*, image/jpeg, image/png, image/*, */*
Accept-Encoding: x-gzip, gzip, identity
Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5
Accept-Language: en
Host: 192.168.1.20:84
Cookie:

mxstsn=1033666066:19573.19579.19572.19574.19577.19580.19576.19558.19560.19559.19557.19567.19566.19568.19544.19553.19545.19551.19554.19546.19548.19547.19532.19535.19533.19538.19534:0;

Apache=192.168.2.1.124921033666065714

Adding a bunch of zeroes to the URI (which does not change the code
functionality) causes the page to work correctly:

nc 192.168.1.20 84
GET
/perl/section/entcmpt/?

HTTP/1.1
User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux 2.4.18-5)
Pragma: no-cache
Cache-control: no-cache
Accept: text/*, image/jpeg, image/png, image/*, */*
Accept-Encoding: x-gzip, gzip, identity
Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5
Accept-Language: en
Host: 192.168.1.20:84
Cookie:

mxstsn=1033666066:19573.19579.19572.19574.19577.19580.19576.19558.19560.19559.19557.19567.19566.19568.19544.19553.19545.19551.19554.19546.19548.19547.19532.19535.19533.19538.19534:0;

Apache=192.168.2.1.124921033666065714

Some info:
/usr/apache-perl/bin/httpd -l
Compiled-in modules:
http_core.c
mod_env.c
mod_log_config.c
mod_mime.c
mod_negotiation.c
mod_status.c
mod_include.c
mod_autoindex.c
mod_dir.c
mod_cgi.c
mod_asis.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_access.c
mod_auth.c
mod_so.c
mod_setenvif.c
mod_php4.c
mod_perl.c

Please forgive any obvious missing info (i'm not a c programmer). The
first backtrace shows the segfault happening in mod_perl_sent_header(),
and the second shows it happening in the ap_make_array() which was from
Apache::Cookie. I don't have one handy now, but I've also seen it happen
in ap_soft_timeout() after an XS_Apache_print (r-server was out of bounds).

I've added a third backtrace where r-content_encoding contains the
above 'mxstsn' cookie name.

Any help would be greatly appreciated.

--
--
Daniel Bohling
NewsFactor Network

[root@proxy dumps]# gdb /usr/apache-perl/bin/httpd core.12510
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-redhat-linux...
Core was generated by `/usr/apache-perl/bin/httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /usr/lib/libmysqlclient.so.10...done.
Loaded symbols for /usr/lib/libmysqlclient.so.10
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/i686/libc.so.6...bdone.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /usr/lib/libexpat.so.0...done.
Loaded symbols for /usr/lib/libexpat.so.0
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from
/usr/lib/perl5/5.6.1/i386-linux/auto/Data

99 matches

Mail list logo