Re: Apache::DBI

[Joshua Chamas]

Markus Linke wrote:
> 
> /usr/local/apache/bin:> apachectl configtest
> Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf:
> Can't load
> '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for
> module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation
> error: file
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so:
> symbol main: referenced symbol not found at
> /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.  at
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN
> failed--compilation aborted at
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189.
> Compilation failed in require at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN
> failed--compilation aborted at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation
> failed in require at (eval 3) line 3.
> 

If I were in your shoes, and I saw this on my machine, I 
would be tempted to NOT find out how to make your software
work, and instead recompile everything from scratch after
cleanly backing up & deleting the old software components:
perl, apache, & mod_perl.

I really would not spend any time trying to fix this & just
start from scratch.  If you did want to "fix" it, I might
try reinstalling DBI, and then recompiling mod_perl, and so one, 
but eventually I might rebuild all the components.

Also, on the off chance that this is a DSO problem, compile
your mod_perl statically, not DSO.

--Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: segfault on start....

[Derek Balling]

>Joshua meant for you to run it in gdb with that option, but it might not
>be very helpfull if you didn't compile with CFLAGS=-g

Well, I did PERL_DEBUG=1, which allegedly does that. :)

>But you can try it anyay:
>
>gdb ../bin/httpd
>
>(gdb) run -X
>
>(gdb) bt
>
>and send the information it gives here.

(gdb) run -X -f conf/httpd.conf.mod_perl
Starting program: /web1.3/conf/../bin/httpd -X -f conf/httpd.conf.mod_perl

Program received signal SIGSEGV, Segmentation fault.
0x80de49c in Perl_gv_fetchpv ()
(gdb) bt
#0  0x80de49c in Perl_gv_fetchpv ()
#1  0x80da33f in Perl_get_sv ()
#2  0x808a461 in perl_create_request_config ()
#3  0x808a6ac in perl_cmd_handler_handlers ()
#4  0x80afde6 in ap_clear_module_list ()
#5  0x80b0223 in ap_handle_command ()
#6  0x80b02b7 in ap_srm_command_loop ()
#7  0x80b0910 in ap_process_resource_config ()
#8  0x80b1182 in ap_read_config ()
#9  0x80bb0a9 in main ()
#10 0x400df1eb in __libc_start_main (main=0x80bae1c , argc=4,
 argv=0xbc54, init=0x8062748 <_init>, fini=0x816442c <_fini>,
 rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbc4c)
 at ../sysdeps/generic/libc-start.c:90

>  > Pretend like I'm NOT some C-code guru, and explain to me what I need
>>  to do, because it doesn't seem like doing what the docs say is
>>  helping. *chuckle*
>
>Isn't there anything about debugging in the documentation?

It all seems centered around, near as I can tell, "debugging a server 
that runs but takes a dump on a particular script/URL/etc."

D

-- 
+-+-+
| [EMAIL PROTECTED]  | "Thou art the ruins of the noblest man  |
|  Derek J. Balling   |  That ever lived in the tide of times.  |
| |  Woe to the hand that shed this costly  |
| |  blood" - Julius Caesar Act 3, Scene 1  |
+-+-+

Re: segfault on start....

[Joshua Chamas]

Derek Balling wrote:
> 
> >
> >Run your httpd in -X mode without the help of the apachectl start
> >script.  You can get that under gdb. -X mode runs in single
> >process mode, and is most handy for diagnosing problems such
> >as these.
> 
> I guess I'm dense:
> 
> # ../bin/httpd -X -f conf/httpd.conf.mod_perl
> Segmentation fault
> 
> how is this more helpful? ;)
> 
> Pretend like I'm NOT some C-code guru, and explain to me what I need
> to do, because it doesn't seem like doing what the docs say is
> helping. *chuckle*
> 

unix prompt> gdb ../bin/httpd
... gdb header stuff ...
(gdb) run -X -f conf/httpd.conf.mod_perl
Segfault
(gdb) bt
!!! UGLY STACK TRACE TO FOLLOW !!!

This *MIGHT* give the real gurus on the list something
to work with.  Its how I have debugged many a segfault
in my day.  This or something like it.  You can also
load up a core dump with gdb, but I can't remember
the last time I did that, so I have no real directions
here, but its probably just 

prompt> gdb core
...
(gdb) bt
[ find out where it segfaulted ]

--Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: segfault on start....

[Thomas Eibner]

On Tue, Oct 02, 2001 at 10:46:45PM -0700, Derek Balling wrote:
> >Run your httpd in -X mode without the help of the apachectl start
> >script.  You can get that under gdb. -X mode runs in single
> >process mode, and is most handy for diagnosing problems such
> >as these.
> 
> I guess I'm dense:
> 
> # ../bin/httpd -X -f conf/httpd.conf.mod_perl
> Segmentation fault
> 
> how is this more helpful? ;)

Joshua meant for you to run it in gdb with that option, but it might not
be very helpfull if you didn't compile with CFLAGS=-g
But you can try it anyay:

gdb ../bin/httpd

(gdb) run -X

(gdb) bt

and send the information it gives here.

Another option would be to:

to use strace|truss|whatever your system uses to trace system call

strace ../bin/httpd -X

Which might give you a lot of information which will very likely be
to much to post here.

> Pretend like I'm NOT some C-code guru, and explain to me what I need 
> to do, because it doesn't seem like doing what the docs say is 
> helping. *chuckle*

Isn't there anything about debugging in the documentation?

-- 
  Thomas Eibner  DnsZone 
  mod_pointer  

Re: FW: Apache_1.3.19/mod_perl-1.24_01/perl5.6.1 on Solaris 2.6/Sun OS 5.6

[Joshua Chamas]

Yeo Puay Hoon wrote:
> 
> /expat-lite -DNO_DL_NEEDED `../../apaci` os.c
> gcc -c  -I../../os/unix -I../../include   -DSOLARIS2=260 -DUSE_EXPAT
> -I../../lib
> /expat-lite -DNO_DL_NEEDED `../../apaci` os-inline.c
> rm -f libos.a
> ar cr libos.a os.o os-inline.o
> make[3]: ar: Command not found
> make[3]: *** [libos.a] Error 127
> make[2]: *** [subdirs] Error 1
> make[2]: Leaving directory `/usr/local/apache_1.3.19/src'
> make[1]: *** [build-std] Error 2
> make[1]: Leaving directory `/usr/local/apache_1.3.19'
> make: *** [build] Error 2
> 

I would make sure there is the program ar in your path.
Without this you will not have much luck compiling things
I bet.  On my box ( 2.6 x86 ), its at /usr/ccs/bin/

prompt> whereis ar
ar: /usr/ccs/bin/ar /usr/include/ar.h /usr/man/man1/ar.1 /usr/man/man4/ar.4

So make sure its in your PATH like:

PATH=/usr/ccs/bin:$PATH

in your .bashrc or whatever other init script is run.
If you change the .bashrc, you need to login again,
or resource the file like:

prompt> source .bashrc

-- Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: site copies under the one httpd

[Joshua Chamas]

raptor wrote:
> 
> hi,
> 
> I have a site, it has two copies one that is on the Dev server (dev-copy)
> and the other Production one.
> So what I want ?
> I want to have the Production site on my dev machine ... ( i'm arraging that
> the DB and all dependant stuff get copied after some time passes). But AS U
> KNOW I can't have two different modules with the same name under one
> mod_perl even if they are on different virtual-hosts, 'cause they get
> precompiled under the same name...
> Is the only solution to use differnt mod_perl processes to handle this
> situation ?!!

This is the best way, but certainly not only way.  Any change
in development could kill your production web server, and you
will probably be stop/starting your web server lots too,
so save yourself, and others visiting your site, the grief 
and keep your dev & prod httpd's running separately on 
different ports at the very least.

--Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: segfault on start....

[Derek Balling]

At 10:38 PM -0700 10/2/01, Joshua Chamas wrote:
>Derek Balling wrote:
>>
>>  Did that. THAT's the output I get, nothing more. Make test, and the
>>  test server all check out 100% and run fine, its only when I put it
>>  in production that it takes a dump, and leaves absolutely nothing
>>  except what you see there.
>>
>>  Lots of the "segfault" stuff in SUPPORT has to do with "when it
>>  segfaults on a request". It's hard to "attach to the running process"
>>  or "send the request that causes the segfault" when you can't get
>>  that far. ;)
>>
>
>Run your httpd in -X mode without the help of the apachectl start
>script.  You can get that under gdb. -X mode runs in single
>process mode, and is most handy for diagnosing problems such
>as these.

I guess I'm dense:

# ../bin/httpd -X -f conf/httpd.conf.mod_perl
Segmentation fault

how is this more helpful? ;)

Pretend like I'm NOT some C-code guru, and explain to me what I need 
to do, because it doesn't seem like doing what the docs say is 
helping. *chuckle*

What can I give you that would be helpful to debug this? :)

D

-- 
+-+-+
| [EMAIL PROTECTED]  | "Thou art the ruins of the noblest man  |
|  Derek J. Balling   |  That ever lived in the tide of times.  |
| |  Woe to the hand that shed this costly  |
| |  blood" - Julius Caesar Act 3, Scene 1  |
+-+-+

Re: Installation of Apache Weblogic

[Joshua Chamas]

Azimul Haque wrote:
> 
> Hi!
> I am wondering for installation of Apache weblogic?
> Could you please tell me what is the exact address for Apache web logic? What is the 
>installation process in Windows machine?
> 
> Your kind cooperation would highly appeciated
> 

This is the mailing list for mod_perl.  This post is off topic, sorry.
If you would like to use mod_perl for your web application needs
instead of web logic, try: 

  http://perl.apache.org 

If you would like to learn more about perl and its various 
web application environments, see this article here: 

  http://www.perl.com/pub/a/2001/08/21/templating.html

--Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: segfault on start....

[Joshua Chamas]

Derek Balling wrote:
> 
> Did that. THAT's the output I get, nothing more. Make test, and the
> test server all check out 100% and run fine, its only when I put it
> in production that it takes a dump, and leaves absolutely nothing
> except what you see there.
> 
> Lots of the "segfault" stuff in SUPPORT has to do with "when it
> segfaults on a request". It's hard to "attach to the running process"
> or "send the request that causes the segfault" when you can't get
> that far. ;)
> 

Run your httpd in -X mode without the help of the apachectl start
script.  You can get that under gdb. -X mode runs in single 
process mode, and is most handy for diagnosing problems such
as these.

--Josh
_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks Founder   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051

Re: DB_File needs compatible versions

[rise]

On Tue, 2 Oct 2001, [EMAIL PROTECTED] wrote:

> I just installed apache 1.3.20, mod_perl 1.26 on a Redhat 7.1
> perl 5.6.0
>
> When I go to start apache with my startup.pl file it fails and says
>
> DB_File needs compatible versions of libdb & db.h
> you have db.h version 3.1.17 and libdb version 2.4.14

You've run into the classic problem of having a DB version preinstalled
(or as part of glibc) that wasn't fully replaced by a new install.
You're getting the DB header from the new install and the library from the
old.  My solution (on SuSE) was to use LD_PRELOAD, but your best bet
is to try the recommendations in the troubleshooting section of the
DB_File distribution's README.  The sections "Incompatible versions of
db.h and libdb" and "Linux Notes" are particularly relevant.  The file
docs/ref/build_unix/shlib.html in the Berkeley DB distribution also
discusses the details of shared library versions.

-- 
Jonathan Conway"Reverse Polish LISP" - for those times Forth
[EMAIL PROTECTED]just isn't on enough crack.

Re: segfault on start....

[Derek Balling]

At 1:01 PM +0800 10/3/01, Stas Bekman wrote:
>Derek Balling wrote:
>
>>I seem to have something boned... I can't even run an apachectl 
>>configtest without segfaulting.
>>
>># ../bin/apachectl start
>>../bin/apachectl: line 171: 16563 Segmentation fault  $HTTPD
>>../bin/apachectl start: httpd could not be started
>>
>>Removing the Apache::Registry call from my httpd.conf makes the 
>>problem go away immediately.
>>
>>This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output 
>>at the bottom)
>>
>>Anyone have any thoughts?
>
>
>Please follow the instructions in the SUPPORT file in the modperl 
>source distro to report a segfault. thanks.

Did that. THAT's the output I get, nothing more. Make test, and the 
test server all check out 100% and run fine, its only when I put it 
in production that it takes a dump, and leaves absolutely nothing 
except what you see there.

Lots of the "segfault" stuff in SUPPORT has to do with "when it 
segfaults on a request". It's hard to "attach to the running process" 
or "send the request that causes the segfault" when you can't get 
that far. ;)

D


-- 
+-+-+
| [EMAIL PROTECTED]  | "Thou art the ruins of the noblest man  |
|  Derek J. Balling   |  That ever lived in the tide of times.  |
| |  Woe to the hand that shed this costly  |
| |  blood" - Julius Caesar Act 3, Scene 1  |
+-+-+

Re: segfault on start....

[Stas Bekman]

Derek Balling wrote:

> I seem to have something boned... I can't even run an apachectl 
> configtest without segfaulting.
> 
> # ../bin/apachectl start
> ../bin/apachectl: line 171: 16563 Segmentation fault  $HTTPD
> ../bin/apachectl start: httpd could not be started
> 
> Removing the Apache::Registry call from my httpd.conf makes the problem 
> go away immediately.
> 
> This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output at 
> the bottom)
> 
> Anyone have any thoughts?


Please follow the instructions in the SUPPORT file in the modperl source distro to 
report a segfault. thanks.



_
Stas Bekman JAm_pH  --   Just Another mod_perl Hacker
http://stason.org/  mod_perl Guide   http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]  http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/

Re: What hourly rate to charge for programming?

[Bryan T. Schmidt]

>
>
>I've had about two years of experience with perl, and one year of
>experience with mod_perl and MySQL.
>
>I've been doing contract programming jobs for people and charged by the
>hour. The rate I currently charge them ($40) was kind of chosen randomly.
>I'd like to find out if this figure is too high/too low. Does anyone here
>have any experiences to share?
>
My company normally does short term work (less than a month).  Rates are 
along the lines of $150/hour for the really short stuff, on down to 
$100/hour for well-defined, known length contract stuff.

Don't cheat yourself ... as a freelance, if they are not willing to put 
up $80 to $100 an hour, they may not be worth your time by the time you 
fool with actually getting their business (your own little marketing 
dept :-) , administrative stuff to document the project, taxes, and an 
occasional trip to your para-legal or attorney.

Thats just my $0.02 (er, 4 minutes, rounds up to 1/4 hour, thats $40 dude)

-Bryan

Re: testing modules under apache

[Stas Bekman]

clayton cottingham wrote:

[the gist of the clayton's request:
 The code needs to be tested under live httpd with mod_perl. How?
]

Apache-Test framework developed for mod_perl 2.0 is *exactly* what you 
want.

See how httpd-2.0 uses it (http://httpd.apache.org/test/ look for 'Perl 
Framework'). Grab the httpd-test sources (cvs from the above URL) and 
it's all there under perl-framework/.

The module was primary developed for 2.x but should work for 1.x as 
well. I think that the only requirement is perl 5.6.x.

I've started to write some basic guide for Apache-Test which you can 
find in the modperl-docs repository (currently only in .pod form):
src/devel/writing_tests/writing_tests.pod

You can grab the docs rep from 
http://cvs.apache.org/snapshots/modperl-docs/ (or via cvs)

Feel free to contribute back extensions for this doc...

_
Stas Bekman JAm_pH  --   Just Another mod_perl Hacker
http://stason.org/  mod_perl Guide   http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]  http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/

Re: What hourly rate to charge for programming?

[Medi Montaseri]

Well put...and one more itemwhen you invoice your customer, say
net 30, they intentially sit on it for 60 days, then cut and date the
check on the 61st day, then keep it in their desk for another two weeks,
so what out for cash flow and future value of money

On Wed, 3 Oct 2001, Michael Bacarella wrote:

> > I've had about two years of experience with perl, and one year of
> > experience with mod_perl and MySQL.
> > 
> > I've been doing contract programming jobs for people and charged by the
> > hour. The rate I currently charge them ($40) was kind of chosen randomly.
> > I'd like to find out if this figure is too high/too low. Does anyone here
> > have any experiences to share?
> 
> Contract programming is entirely different from salaried work.
> 
> Assuming you live in the United States and are charging US dollars,
> Consider:
> 
>   Taxes (including an additional self-employment tax).
> 
>   Insurance (health, general liability, and possibly others)
> 
>   (Home) Office Expenses -- stuff you use to generate invoices, stuff you
>   use to do your actual work if done in your home, rent, etc.
> 
>   Continued education -- consultants are expected to be experts.
> 
>   Greater risk. You generally will also never work as much as
>   you'd like to.
> 
>   Your clients also get to wash their hands of you completely. Your
>   expenses are a direct tax writeoff, rather than an additional
>   accounting headache.
> 
> 
> After deducting all of the above, a $40/hr rate starts looking more like
> an $18/hr rate, and maybe even less. Consultants don't _just_ bill
> $100/hr because they're scam artists. :)
> 
> You're charging effectively half of what a salaried perl/mysql hacker
> costs. Humility is a valuable business trait, but I'm positive you're
> worth more than you're charging.
> 
> ---
> Michael Bacarella  | 545 Eighth Ave #401
>| New York, NY 10018
> Systems Analysis & Support | [EMAIL PROTECTED]
> Managed Services   | 212 946-1038
> 
> 

-- 
-
Medi Montaseri   [EMAIL PROTECTED]
Unix Distributed Systems EngineerHTTP://www.CyberShell.com
CyberShell Engineering
-

Re: [VOT] What hourly rate to charge for programming?

[Gunther Birznieks]

Hey guys..MASSIVELY OFF TOPIC!! :( :( :(

At 12:24 AM 10/3/2001 -0400, Michael Bacarella wrote:
> > I've had about two years of experience with perl, and one year of
> > experience with mod_perl and MySQL.
> >
> > I've been doing contract programming jobs for people and charged by the
> > hour. The rate I currently charge them ($40) was kind of chosen randomly.
> > I'd like to find out if this figure is too high/too low. Does anyone here
> > have any experiences to share?
>
>Contract programming is entirely different from salaried work.
>
>Assuming you live in the United States and are charging US dollars,
>Consider:
>
> Taxes (including an additional self-employment tax).
>
> Insurance (health, general liability, and possibly others)
>
> (Home) Office Expenses -- stuff you use to generate invoices, 
> stuff you
> use to do your actual work if done in your home, rent, etc.
>
> Continued education -- consultants are expected to be experts.
>
> Greater risk. You generally will also never work as much as
> you'd like to.
>
> Your clients also get to wash their hands of you completely. Your
> expenses are a direct tax writeoff, rather than an additional
> accounting headache.
>
>
>After deducting all of the above, a $40/hr rate starts looking more like
>an $18/hr rate, and maybe even less. Consultants don't _just_ bill
>$100/hr because they're scam artists. :)

It depends on your location of course. I notice that Michael is in 
Manhattan which is a pretty expensive salary area of the USA. And it also 
depends on how long you are on a contract -- 6 months? A year at a time? or 
just a week or two to solve a specialized problem?

>You're charging effectively half of what a salaried perl/mysql hacker
>costs. Humility is a valuable business trait, but I'm positive you're
>worth more than you're charging.

Maybe.

Re: What hourly rate to charge for programming?

[Michael Bacarella]

> I've had about two years of experience with perl, and one year of
> experience with mod_perl and MySQL.
> 
> I've been doing contract programming jobs for people and charged by the
> hour. The rate I currently charge them ($40) was kind of chosen randomly.
> I'd like to find out if this figure is too high/too low. Does anyone here
> have any experiences to share?

Contract programming is entirely different from salaried work.

Assuming you live in the United States and are charging US dollars,
Consider:

Taxes (including an additional self-employment tax).

Insurance (health, general liability, and possibly others)

(Home) Office Expenses -- stuff you use to generate invoices, stuff you
use to do your actual work if done in your home, rent, etc.

Continued education -- consultants are expected to be experts.

Greater risk. You generally will also never work as much as
you'd like to.

Your clients also get to wash their hands of you completely. Your
expenses are a direct tax writeoff, rather than an additional
accounting headache.


After deducting all of the above, a $40/hr rate starts looking more like
an $18/hr rate, and maybe even less. Consultants don't _just_ bill
$100/hr because they're scam artists. :)

You're charging effectively half of what a salaried perl/mysql hacker
costs. Humility is a valuable business trait, but I'm positive you're
worth more than you're charging.

---
Michael Bacarella  | 545 Eighth Ave #401
   | New York, NY 10018
Systems Analysis & Support | [EMAIL PROTECTED]
Managed Services   | 212 946-1038

What hourly rate to charge for programming?

[Philip Mak]

I've had about two years of experience with perl, and one year of
experience with mod_perl and MySQL.

I've been doing contract programming jobs for people and charged by the
hour. The rate I currently charge them ($40) was kind of chosen randomly.
I'd like to find out if this figure is too high/too low. Does anyone here
have any experiences to share?

Re: [OT] Re: DB_File needs compatible versions

[Adi Fairbank]

I had this problem also with redhat 7.1, and I fixed it the same way.

I believe it is caused by loading two different versions of the same shared
object into the Apache webserver.  In my case, I was loading one version
(db2) of berkeley db with:

  LoadModule db_auth_module  modules/mod_auth_db.so

and then a different version with DB_File.so inside mod_perl.  If you leave
the /usr/include/db.h pointing to db3/db.h when you compile DB_File, it
results in a version 3 DB_File.so object.

Another solution would probably be to comment out the LoadModule statement
in your .conf.  But that would only work if you don't need it for anything.

-Adi

[EMAIL PROTECTED] wrote:
> 
> I have seen this one before, you will have to recompile DB_File.pm.  Maybe
> someone can shade some light of why this happen, anyways here's how I fix it.
> 
> 1) I changed the symlink of db.h under /usr/include (btw, I'm using redhat 7.1)
> and point it to db2/db.h
> i.e.   lrwxrwxrwx1 root root8 Jul 12 11:05 db.h -> db2/db.h
> 
> 2) untar the source of db_file.pm and modify the config.in file
>   - change the value of INCLUDE to /usr/include
>   - change the value of LIB to /usr/lib
>   - change the value of DBNAME to -db2
> 
> 3) save and compile, install the source.
> 
> -I have choose to use BerkelyDB 2 instead of 3, since I still have some berkely
> db file generated with BerkelyDB2.
> 
> -I am not completely sure if this will cause any harm to the system (especially
> the symlink part), but so far, everything works just fine for me.
> 
> Good luck.
> 
> Tor.
> 
> Robin Berjon wrote:
> 
> > On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote:
> > > When I go to start apache with my startup.pl file it fails and says
> > >
> > > DB_File needs compatible versions of libdb & db.h
> > > you have db.h version 3.1.17 and libdb version 2.4.14
> >
> > Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it,
> > re-install the Perl module DB_File, and try again. It's likely that RH messed
> > these up somewhere. Otherwise, check that your includes and library paths are
> > in sync (some versions of BerkeleyDB use different paths).
> >
> > --
> > ___
> > Robin Berjon <[EMAIL PROTECTED]> -- CTO
> > k n o w s c a p e : // venture knowledge agency www.knowscape.com
> > ---
> > Radioactive cats have 18 half-lives.

segfault on start....

[Derek Balling]

I seem to have something boned... I can't even run an apachectl 
configtest without segfaulting.

# ../bin/apachectl start
../bin/apachectl: line 171: 16563 Segmentation fault  $HTTPD
../bin/apachectl start: httpd could not be started

Removing the Apache::Registry call from my httpd.conf makes the 
problem go away immediately.

This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output at 
the bottom)

Anyone have any thoughts?

D


# perl -v

This is perl, v5.6.1 built for i686-linux-thread-multi

Copyright 1987-2001, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using `man perl' or `perldoc perl'.  If you have access to the
Internet, point your browser at http://www.perl.com/, the Perl Home Page.

[root@minbar conf]# perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
   Platform:
 osname=linux, osvers=2.2.17, archname=i686-linux-thread-multi
 uname='linux minbar.megacity.org 2.2.17 #1 mon sep 4 22:42:31 pdt 
2000 i686 unknown '
 config_args='-Dusethreads'
 hint=recommended, useposix=true, d_sigaction=define
 usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
 useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
 use64bitint=undef use64bitall=undef uselongdouble=undef
   Compiler:
 cc='cc', ccflags ='-D_REENTRANT -fno-strict-aliasing 
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
 optimize='-O2',
 cppflags='-D_REENTRANT -fno-strict-aliasing -I/usr/local/include'
 ccversion='', gccversion='egcs-2.91.66 19990314/Linux (egcs-1.1.2 
release)', gccosandvers=''
 intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
 ivtype='long', ivsize=4, nvtype='double', nvsize=8, 
Off_t='off_t', lseeksize=8
 alignbytes=4, usemymalloc=n, prototype=define
   Linker and Libraries:
 ld='cc', ldflags =' -L/usr/local/lib'
 libpth=/usr/local/lib /lib /usr/lib
 libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lposix -lcrypt -lutil
 perllibs=-lnsl -ldl -lm -lpthread -lc -lposix -lcrypt -lutil
 libc=/lib/libc-2.1.2.so, so=so, useshrplib=false, libperl=libperl.a
   Dynamic Linking:
 dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
 cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
   Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES 
PERL_IMPLICIT_CONTEXT
   Built under linux
   Compiled at Apr  9 2001 07:56:05
   @INC:
 /usr/local/lib/perl5/5.6.1/i686-linux-thread-multi
 /usr/local/lib/perl5/5.6.1
 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux-thread-multi
 /usr/local/lib/perl5/site_perl/5.6.1
 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux-thread-multi
 /usr/local/lib/perl5/site_perl/5.6.0
 /usr/local/lib/perl5/site_perl
 .

-- 
+-+-+
| [EMAIL PROTECTED]  | "Thou art the ruins of the noblest man  |
|  Derek J. Balling   |  That ever lived in the tide of times.  |
| |  Woe to the hand that shed this costly  |
| |  blood" - Julius Caesar Act 3, Scene 1  |
+-+-+

Re: [OT] Re: DB_File needs compatible versions

[victor]

I have seen this one before, you will have to recompile DB_File.pm.  Maybe
someone can shade some light of why this happen, anyways here's how I fix it.

1) I changed the symlink of db.h under /usr/include (btw, I'm using redhat 7.1)
and point it to db2/db.h
i.e.   lrwxrwxrwx1 root root8 Jul 12 11:05 db.h -> db2/db.h

2) untar the source of db_file.pm and modify the config.in file
  - change the value of INCLUDE to /usr/include
  - change the value of LIB to /usr/lib
  - change the value of DBNAME to -db2

3) save and compile, install the source.

-I have choose to use BerkelyDB 2 instead of 3, since I still have some berkely
db file generated with BerkelyDB2.

-I am not completely sure if this will cause any harm to the system (especially
the symlink part), but so far, everything works just fine for me.

Good luck.

Tor.


Robin Berjon wrote:

> On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote:
> > When I go to start apache with my startup.pl file it fails and says
> >
> > DB_File needs compatible versions of libdb & db.h
> > you have db.h version 3.1.17 and libdb version 2.4.14
>
> Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it,
> re-install the Perl module DB_File, and try again. It's likely that RH messed
> these up somewhere. Otherwise, check that your includes and library paths are
> in sync (some versions of BerkeleyDB use different paths).
>
> --
> ___
> Robin Berjon <[EMAIL PROTECTED]> -- CTO
> k n o w s c a p e : // venture knowledge agency www.knowscape.com
> ---
> Radioactive cats have 18 half-lives.

Re: Apache::DBI

[victor]

Are you using redhat 7.1?

Tor.

Markus Linke wrote:

> Hi,
>
> we have a problem with Apache::DBI ... after activating it in httpd.conf
> the server-start fails when using Apache::DBI.
>
> The installation of mod_perl and mod_ssl brought up no error messages.
>
> Perl itself works fine
> Perl DBI works fine
> Appache works fine
> Apache Mod_SSL works fine
> Apache Mod_Perl works fine
>
> The recompilation of Apache did not bring any better results ...
>
> Any Ideas?
>
> Ciao & Thanks,
> Markus
>
> ---
>
> Start Apache:
> =
>
> /usr/local/apache/bin:> apachectl restart
> ./apachectl restart: configuration broken, ignoring restart ./apachectl
> restart: (run 'apachectl configtest' for details)
>
> Apache Configtest:
> ==
>
> /usr/local/apache/bin:> apachectl configtest
> Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf:
> Can't load
> '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for
> module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation
> error: file
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so:
> symbol main: referenced symbol not found at
> /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.  at
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN
> failed--compilation aborted at
> /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189.
> Compilation failed in require at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN
> failed--compilation aborted at
> /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation
> failed in require at (eval 3) line 3.
>
> Configuration File (Line 1229):
> ===
>
> #
> 
> --
> # TradeDB Configuration: 27.09.01
> #
> 
> --
> # 27.09.01 First Config
> #
> 
> --
>
> PerlModule Apache::DBI
> PerlModule Apache::Registry
> PerlModule Apache::AuthDBI

Re: CGI.pm params not being cleared?

[Perrin Harkins]

> It doesn't much matter whether you're using stacked handlers or not, or
> pushing vs. replacing, because the $r->child_terminate method seems to
> simply call the C exit(0) function under certain conditions (Win32, old
> version of apache, anything else?).  Not much chance of any further action
> if that's happening.

What is this "Win32" you speak of?

I actually don't think this is much of an issue since people running on
Win32 probably don't use SizeLimit (with one process, it's not such an
issue), and it wouldn't work if they did since it doesn't know how to check
process size there.

Of course if someone out there needs it on Win32 and wants to contribute
code to make it work, I'll take the patch.

- Perrin

RE: CGI.pm params not being cleared?

[Ken Williams]

Hi all,

It doesn't much matter whether you're using stacked handlers or not, or 
pushing vs. replacing, because the $r->child_terminate method seems to 
simply call the C exit(0) function under certain conditions (Win32, old 
version of apache, anything else?).  Not much chance of any further action 
if that's happening.

Under "normal" conditions child_terminate() is just supposed to set:
requests_this_child = ap_max_requests_per_child = 1;
which shouldn't be a problem.



Geoffrey Young <[EMAIL PROTECTED]> wrote:
>
>
>> -Original Message-
>> From: Perrin Harkins
>> To: Alex Harper
>> Cc: Daniel; [EMAIL PROTECTED]
>> Sent: 10/1/01 11:35 PM
>> Subject: Re: CGI.pm params not being cleared?
>>
>> Alex Harper wrote:
>>>
>>> Aha! That's where the problem lies. I had recently added:
>>> PerlCleanupHandler +Apache::Sizelimit
>>>
>>> to my httpd.conf. I placed it there so the sizelimit would be enforced
>>> post-request. Removing the line fixed my problem.
>>
>> Whoa!  This could be bad.  Apache::SizeLimit calls
>> $r->post_connection().  Is that replacing existing cleanup handlers?  I
>> thought post_connection()/register_cleanup() pushed handlers on the
>> stack rather than replacing them.
>
> you know, I just tested this this afternoon - register_cleanup does push
> handlers onto the stack.  however, I have read a few bug reports in the
> archives that mention bugs along these lines - that sometimes the cleanup
> phase seems to allow only one handler.  I know Randal mentioned it once,
> but IIRC it was 2+ years ago...
>
> FWIW
>
> --Geoff

RE: ANNOUNCE: Apache::OpenIndex

[George Sanderson]

At 07:37 PM 10/2/2001 +0100, you wrote:
>> >> OpenIndex provides a file manager for an Apache modperl 
>> web site using a
>> >> web browser.
>
>Looks good George
>
>any plans to add better authentication (eg certificates) and to set it up
>for secure SSL file transfers?
>
>Clinton Gormley

Authentication and any other Apache service (SSL) are outside of scope of
OpenIndex.  The reason why a fake directory (default .XOI) is used to
access the site's files through OpenIndex, is to allow "location" and
"directory" Apache directives to provide the other desired services, while
they may not be required for the normal (http) site browser access.
Hope this answers your question.
 
++
| George Sanderson <[EMAIL PROTECTED]>
| http://www.xorgate.com
++

Apache::DBI

[Markus Linke]

Hi,

we have a problem with Apache::DBI ... after activating it in httpd.conf
the server-start fails when using Apache::DBI.

The installation of mod_perl and mod_ssl brought up no error messages.

Perl itself works fine
Perl DBI works fine
Appache works fine
Apache Mod_SSL works fine
Apache Mod_Perl works fine

The recompilation of Apache did not bring any better results ...

Any Ideas?

Ciao & Thanks,
Markus

---

Start Apache:
=

/usr/local/apache/bin:> apachectl restart
./apachectl restart: configuration broken, ignoring restart ./apachectl
restart: (run 'apachectl configtest' for details)

Apache Configtest:
==

/usr/local/apache/bin:> apachectl configtest
Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf:
Can't load
'/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for
module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation
error: file
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so:
symbol main: referenced symbol not found at
/usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.  at
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN
failed--compilation aborted at
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189.
Compilation failed in require at
/usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN
failed--compilation aborted at
/usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation
failed in require at (eval 3) line 3.

Configuration File (Line 1229):
===

#

--
# TradeDB Configuration: 27.09.01
#

--
# 27.09.01 First Config
#

--

PerlModule Apache::DBI
PerlModule Apache::Registry
PerlModule Apache::AuthDBI

RE: ANNOUNCE: Apache::OpenIndex

[Clinton Gormley]

> >> OpenIndex provides a file manager for an Apache modperl 
> web site using a
> >> web browser.

Looks good George

any plans to add better authentication (eg certificates) and to set it up
for secure SSL file transfers?

Clinton Gormley

Knowledge Base design/proposal

[James G Smith]

I have an initial *very rough* draft of a design document and project
proposal for the knowledge base.  Please do not consider it final.

http://www.jamesmith.com/code/perlkb/

There are links to both PostScript and PDF versions, uncompressed and
gzip'd.

Comments are welcome on general design issues -- sensible?  too
over-engineered?  under-engineered?   I'll be updating it and adding
information to the document over the next few days to couple of weeks
(e.g., still no cost analysis or work breakdown and only a cursory overview
of the issues being solved and the design itself).  It will likely evolve
into a printable manual as the design becomes more detailed.
--
James Smith <[EMAIL PROTECTED]>, 979-862-3725
Texas A&M CIS Operating Systems Group, Unix

[OT] Re: DB_File needs compatible versions

[Robin Berjon]

On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote:
> When I go to start apache with my startup.pl file it fails and says
>
> DB_File needs compatible versions of libdb & db.h
> you have db.h version 3.1.17 and libdb version 2.4.14

Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it, 
re-install the Perl module DB_File, and try again. It's likely that RH messed 
these up somewhere. Otherwise, check that your includes and library paths are 
in sync (some versions of BerkeleyDB use different paths).

-- 
___
Robin Berjon <[EMAIL PROTECTED]> -- CTO
k n o w s c a p e : // venture knowledge agency www.knowscape.com
---
Radioactive cats have 18 half-lives.

Re: CGI.pm params not being cleared?

[Perrin Harkins]

> If I install Apache::Sizelimit as a cleanup handler, neither
> Apache::SizeLimit::exit_if_too_big() or CGI::_reset_globals() are ever
> called. CGI::initialize_globals (which is what _reset_globals calls) is
> called once, at compile time for CGI.pm.
[...]
> If I put Apache::SizeLimit in as a FixupHandler CGI::_reset_globals() is
> called as expected, as is Apache::SizeLimit::exit_if_too_big() and my
> own FixupHandler's handler routine.

It's still not quite clear what's conflicting with what.  One thing that is
clear from this is that the Apache::SizeLimit habit of installing a cleanup
handler for all the actual work should either be documented or changed.
Right now, installing it as a fixup handler is pointless, since it does
nothing in that stage except install itself as a cleanup handler, and yet it
doesn't seem to work when installed directly as a cleanup handler.

I'll try to do some testing on this in the next few days and patch SizeLimit
appropriately.  (I'm the current maintainer of it.)  For now, you can just
run it as a fixup handler, with the knowledge that nothing gets done until
the cleanup phase anyway.

- Perrin

RE: CGI.pm params not being cleared?

[Alex Harper]

OK, here's what I've found:

If I install Apache::Sizelimit as a cleanup handler, neither
Apache::SizeLimit::exit_if_too_big() or CGI::_reset_globals() are ever
called. CGI::initialize_globals (which is what _reset_globals calls) is
called once, at compile time for CGI.pm.

When I removed Apache::Sizelimit as a cleanup handler, _reset_globals is
called normally, and my original symptom disappears.

If I put Apache::SizeLimit in as a FixupHandler CGI::_reset_globals() is
called as expected, as is Apache::SizeLimit::exit_if_too_big() and my
own FixupHandler's handler routine.

Does this help?

Alex

--
Alex Harper
Configuration Management
[EMAIL PROTECTED]
"Use whatever you think of first" -- Larry Wall 

> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, October 01, 2001 11:43 PM
> To: Alex Harper
> Cc: [EMAIL PROTECTED]
> Subject: Re: CGI.pm params not being cleared?
> 
> 
> Alex Harper wrote:
> > 
> > I'm using a mod_perl 1.26 RPM I built using the RedHat RPM 
> prep files
> > and dropping in the 1.26 code. I believe it is built EVERYTHING=1.
> > 
> > Apache::Status indicates all hooks are enabled, including:
> > PerlStackedHandlers Enabled
> 
> Okay.  Would you mind putting some debugging statements in to find out
> what's being called?  If you could put something in
> Apache::SizeLimit::exit_if_too_big() and something in
> CGI::_reset_globals(), maybe we can get to the bottom of this.
> - Perrin
> 

DB_File needs compatible versions

[[EMAIL PROTECTED]]

Hi,

I just installed apache 1.3.20, mod_perl 1.26 on a Redhat 7.1
perl 5.6.0

When I go to start apache with my startup.pl file it fails and says

DB_File needs compatible versions of libdb & db.h
you have db.h version 3.1.17 and libdb version 2.4.14


Any pointers?

thanks in advance

Scott

testing modules under apache

[clayton cottingham]

hiya

recently here at work 
ive been asked to start 
providing test scripts 
for my projects perl modules 

ive found that its kinda hard to 
figure out which way to testcertain paradigms

i was wondering what sort of help/tips/tricks
anyone out there in modperl land could help me with

here is the root of my problem

i have one modules for my project called
*::Global

now this module contains any 
subs that can be reused by the rest of my project
as well as some constants and routines 
for calling in support tables relted to categories etc


i did a use case test script
on my *::ViewMember 
and it reches out for *::Global's
constant called *::Global::MEMBER_COLUMNS

now i usually load *::Global into the Apache startup.pl

so it is instanced under Apache

but of course in testing under the test harness this will fail!



=-=-=--=
ive noticed a couple of things that might help

one is Apache::FakeRequest

as well there is the way Apache::AuthCookie tests:
by starting up an httpd server inside of its test directory

id rather not do that as it could get messy fast

so if anyone could give me any tips at all ifd be most appreciative

thanks!

Re: axkit segfaults

[Robin Berjon]

On Sunday 30 September 2001 18:20, [EMAIL PROTECTED] wrote:
> I read th FAQ but no succes:
>
> kampen@eureka:/w20/htdocs/xmltest > strings /w20/bin/httpd  |grep -i XML
> kampen@eureka:/w20/htdocs/xmltest >
>
> I removed ssl and php4  from the build and only concentrated on modperl
> 1.26 and apache 1.3.20:

Last ditch effort: instead of PerlModule AxKit (or whatever you may be using 
that isn't the following) try have a use AxKit in your startup.pl (before any 
AxKit directives come in. Or alternatively, delete use UNIVERSAL from 
AxKit.pm.

If it is this specific problem, then we'd all appreciate detailed config as 
it occurs quite rarely and iirc is still a mind-boggling problem.

-- 
___
Robin Berjon <[EMAIL PROTECTED]> -- CTO
k n o w s c a p e : // venture knowledge agency www.knowscape.com
---
"Chance is irrelevant. We will succeed." 
-- 7o9

RE: Apache::SharedMem 0.07 installation problem

[Alexei Barantsev]

Actually, it is strange.

bash$ echo $PWD
/home/barancev
bash$ perl -e 'print $ENV{PWD}'
bash$ perl -e 'print "Oops!\n" unless exists $ENV{PWD}'
Oops!
bash$

By the way, `env` command does not show PWD variable too.

Somebody khows what the reason can be?

Once again my system configuration is
bash$ uname -a
Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown

Looks like it is not mod_perl related topic, sorry for noise.

> -Original Message-
> From: Olivier Poitrey [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 02, 2001 1:05 PM
> To: [EMAIL PROTECTED]; Modperl List
> Subject: Re: Apache::SharedMem 0.07 installation problem
> 
> 
> Ok, the test failed because your $ENV{PWD} is empty, I'll trap 
> this error on
> 0.08. By the way,
> why is your $ENV{PWD} empty ?
> 
> regards
> 
> --
> __
> _
>  O  l  i  v  i  e  rP  o  i  t  r  e  y
> 
> USA disaster support http://www.osdn.com/911.shtml*
> 
> - Original Message -
> From: "Alexei Barantsev" <[EMAIL PROTECTED]>
> To: "Olivier Poitrey" <[EMAIL PROTECTED]>; "Modperl List"
> <[EMAIL PROTECTED]>
> Sent: Tuesday, October 02, 2001 10:50 AM
> Subject: RE: Apache::SharedMem 0.07 installation problem
> 
> 
> > Nothing, sir! :) The matter is that $ENV{PWD} is empty.
> >
> > Neither works this one:
> > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"'
> >
> > This variant works though:
> > $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd,
> $<),
> > "\n"'
> > -1760399103
> >

Re: Apache::SharedMem 0.07 installation problem

[Olivier Poitrey]

Ok, the test failed because your $ENV{PWD} is empty, I'll trap this error on
0.08. By the way,
why is your $ENV{PWD} empty ?

regards

--
___
 O  l  i  v  i  e  rP  o  i  t  r  e  y

USA disaster support http://www.osdn.com/911.shtml*

- Original Message -
From: "Alexei Barantsev" <[EMAIL PROTECTED]>
To: "Olivier Poitrey" <[EMAIL PROTECTED]>; "Modperl List"
<[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 10:50 AM
Subject: RE: Apache::SharedMem 0.07 installation problem


> Nothing, sir! :) The matter is that $ENV{PWD} is empty.
>
> Neither works this one:
> $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"'
>
> This variant works though:
> $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd,
$<),
> "\n"'
> -1760399103
>
> > -Original Message-
> > From: Olivier Poitrey [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, October 02, 2001 12:24 PM
> > To: [EMAIL PROTECTED]; Modperl List
> > Subject: Re: Apache::SharedMem 0.07 installation problem
> >
> >
> > What this command return on your system:
> >
> > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"'
> >
> > best regards
> >
> > --
> > __
> > _
> >  O  l  i  v  i  e  rP  o  i  t  r  e  y
> >
> > USA disaster support http://www.osdn.com/911.shtml
> >
> > - Original Message -
> > From: "Alexei Barantsev" <[EMAIL PROTECTED]>
> > To: "Modperl List" <[EMAIL PROTECTED]>
> > Sent: Tuesday, October 02, 2001 8:32 AM
> > Subject: Apache::SharedMem 0.07 installation problem
> >
> >
> > > I have problems with Apache::SharedMem 0.07 installation.
> > >
> > > Here is my configuration:
> > >
> > >   bash$ uname -a
> > >   Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown
> > >
> > >   bash$ perl -v
> > >   This is perl, v5.6.1 built for i686-linux
> > >
> > > And here is 'make test' report:
> > >
> > > bash$ make test TEST_VERBOSE=1
> > > PERL_DL_NONLAZY=1
> > >
> > /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib
> > -I/usr/lib/perl5/5.00503/i386-li
> > > nux -I/usr/lib/perl5/5.005
> > > 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests
> > > @ARGV;' t/*.t
> > > t/assign..1..8
> > > ok 1
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > > Apache::SharedMem object creation missing rootkey parameter. at
> > t/assign.t
> > > line 14
> > > dubious
> > > Test returned status 2 (wstat 512, 0x200)
> > > DIED. FAILED tests 2-8
> > > Failed 7/8 tests, 12.50% okay
> > > t/import..1..5
> > > ok 1
> > > ok 2
> > > ok 3
> > > ok 4
> > > ok 5
> > > ok
> > > t/smartlock...1..16
> > > ok 1
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > > Apache::SharedMem object creation missing rootkey parameter. at
> > > t/smartlock.t line 14
> > > dubious
> > > Test returned status 2 (wstat 512, 0x200)
> > > DIED. FAILED tests 2-16
> > > Failed 15/16 tests, 6.25% okay
> > > t/timedoutlock1..8
> > > ok 1
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > > Apache::SharedMem object creation missing rootkey parameter. at
> > > t/timedoutlock.t line 14
> > > dubious
> > > Test returned status 2 (wstat 512, 0x200)
> > > DIED. FAILED tests 2-8
> > > Failed 7/8 tests, 12.50% okay
> > > t/zdestroy1..3
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > > Apache::SharedMem object creation missing rootkey parameter. at
> > t/zdestroy.t
> > > line 14
> > > dubious
> > > Test returned status 2 (wstat 512, 0x200)
> > > DIED. FAILED tests 1-3
> > > Failed 3/3 tests, 0.00% okay
> > > Failed Test  Stat Wstat Total Fail  Failed  List of Failed
> > >
>
> --
> > --
> > > ---
> > > t/assign.t  2   512 87  87.50%  2-8
> > > t/smartlock.t   2   51216   15  93.75%  2-16
> > > t/timedoutlock.t2   512 87  87.50%  2-8
> > > t/zdestroy.t2   512 33 100.00%  1-3
> > > Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed,
> > 20.00% okay.
> > > make: *** [test_dynamic] Error 2
> > >
> > > --
> > > Alexei Barantsev, ISP RAS
> > > E-mail: [EMAIL PROTECTED]
> > > ICQ   : 3959207
> > >
> > >
> >
>
>

RE: Apache::SharedMem 0.07 installation problem

[Alexei Barantsev]

Nothing, sir! :) The matter is that $ENV{PWD} is empty.

Neither works this one:
$ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"'

This variant works though:
$ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $<),
"\n"'
-1760399103

> -Original Message-
> From: Olivier Poitrey [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 02, 2001 12:24 PM
> To: [EMAIL PROTECTED]; Modperl List
> Subject: Re: Apache::SharedMem 0.07 installation problem
>
>
> What this command return on your system:
>
> $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"'
>
> best regards
>
> --
> __
> _
>  O  l  i  v  i  e  rP  o  i  t  r  e  y
>
> USA disaster support http://www.osdn.com/911.shtml
>
> - Original Message -
> From: "Alexei Barantsev" <[EMAIL PROTECTED]>
> To: "Modperl List" <[EMAIL PROTECTED]>
> Sent: Tuesday, October 02, 2001 8:32 AM
> Subject: Apache::SharedMem 0.07 installation problem
>
>
> > I have problems with Apache::SharedMem 0.07 installation.
> >
> > Here is my configuration:
> >
> >   bash$ uname -a
> >   Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown
> >
> >   bash$ perl -v
> >   This is perl, v5.6.1 built for i686-linux
> >
> > And here is 'make test' report:
> >
> > bash$ make test TEST_VERBOSE=1
> > PERL_DL_NONLAZY=1
> >
> /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib
> -I/usr/lib/perl5/5.00503/i386-li
> > nux -I/usr/lib/perl5/5.005
> > 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests
> > @ARGV;' t/*.t
> > t/assign..1..8
> > ok 1
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > Apache::SharedMem object creation missing rootkey parameter. at
> t/assign.t
> > line 14
> > dubious
> > Test returned status 2 (wstat 512, 0x200)
> > DIED. FAILED tests 2-8
> > Failed 7/8 tests, 12.50% okay
> > t/import..1..5
> > ok 1
> > ok 2
> > ok 3
> > ok 4
> > ok 5
> > ok
> > t/smartlock...1..16
> > ok 1
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > Apache::SharedMem object creation missing rootkey parameter. at
> > t/smartlock.t line 14
> > dubious
> > Test returned status 2 (wstat 512, 0x200)
> > DIED. FAILED tests 2-16
> > Failed 15/16 tests, 6.25% okay
> > t/timedoutlock1..8
> > ok 1
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > Apache::SharedMem object creation missing rootkey parameter. at
> > t/timedoutlock.t line 14
> > dubious
> > Test returned status 2 (wstat 512, 0x200)
> > DIED. FAILED tests 2-8
> > Failed 7/8 tests, 12.50% okay
> > t/zdestroy1..3
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> > Apache::SharedMem object creation missing rootkey parameter. at
> t/zdestroy.t
> > line 14
> > dubious
> > Test returned status 2 (wstat 512, 0x200)
> > DIED. FAILED tests 1-3
> > Failed 3/3 tests, 0.00% okay
> > Failed Test  Stat Wstat Total Fail  Failed  List of Failed
> >
> --
> --
> > ---
> > t/assign.t  2   512 87  87.50%  2-8
> > t/smartlock.t   2   51216   15  93.75%  2-16
> > t/timedoutlock.t2   512 87  87.50%  2-8
> > t/zdestroy.t2   512 33 100.00%  1-3
> > Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed,
> 20.00% okay.
> > make: *** [test_dynamic] Error 2
> >
> > --
> > Alexei Barantsev, ISP RAS
> > E-mail: [EMAIL PROTECTED]
> > ICQ   : 3959207
> >
> >
>

FW: Apache_1.3.19/mod_perl-1.24_01/perl5.6.1 on Solaris 2.6/Sun OS 5.6

[Yeo Puay Hoon]

Hi! 
I have been trying to install the  combination with no luck. I have
gone exactly through the steps suggested in the apache readme file:  
# gunzip apache_1.3.19.tar.gz
# tar -xvf apache_1.3.19.tar 
# gunzip mod_perl-1.24_01.tar.gz 
# tar -xvf mod_perl-1.24.01.tar   
# cd mod_perl-1.24_01  
# perl Makefile.PL \
  APACHE_SRC=../apache_1.3.19/src \
  USE_APACI=1 \
  EVERYTHING=1 \
  DO_HTTPD=1
(this reports no problems or versioning hints, and successfully completes)

# make  (This fails in the following way:)
Will configure via APACI
cp apaci/Makefile.libdir
/usr/local/apache_1.3.19/src/modules/perl/Makefile.libd
ir
cp apaci/Makefile.tmpl
/usr/local/apache_1.3.19/src/modules/perl/Makefile.tmpl
cp apaci/README /usr/local/apache_1.3.19/src/modules/perl/README
cp apaci/configure /usr/local/apache_1.3.19/src/modules/perl/configure
cp apaci/libperl.module
/usr/local/apache_1.3.19/src/modules/perl/libperl.module
cp apaci/mod_perl.config.sh
/usr/local/apache_1.3.19/src/modules/perl/mod_perl.c
onfig.sh
cp apaci/load_modules.pl.PL
/usr/local/apache_1.3.19/src/modules/perl/load_modul
es.pl.PL
cp apaci/find_source.PL
/usr/local/apache_1.3.19/src/modules/perl/find_source.PL
cp apaci/apxs_cflags.PL
/usr/local/apache_1.3.19/src/modules/perl/apxs_cflags.PL
cp apaci/mod_perl.exp /usr/local/apache_1.3.19/src/modules/perl/mod_perl.exp
* WARNING *

  Apache Version 1.3.0 required, aborting...

* WARNING *
#

I redo the tar for apache_1.3.19 and attempted an installation of only the
Apache_1.3.19 and got the following:

# cd /usr/local/apache_1.3.19
# make
===> src
make[1]: Entering directory `/usr/local/apache_1.3.19'
make[2]: Entering directory `/usr/local/apache_1.3.19/src'
===> src/os/unix
gcc -c  -I../../os/unix -I../../include   -DSOLARIS2=260 -DUSE_EXPAT
-I../../lib
/expat-lite -DNO_DL_NEEDED `../../apaci` os.c
gcc -c  -I../../os/unix -I../../include   -DSOLARIS2=260 -DUSE_EXPAT
-I../../lib
/expat-lite -DNO_DL_NEEDED `../../apaci` os-inline.c
rm -f libos.a
ar cr libos.a os.o os-inline.o
make[3]: ar: Command not found
make[3]: *** [libos.a] Error 127
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/usr/local/apache_1.3.19/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/local/apache_1.3.19'
make: *** [build] Error 2

Would greatly appreciate if you can enlighten me on what the problem might
be?

Regards
Puay-Hoon

Re: Apache::SharedMem 0.07 installation problem

[Olivier Poitrey]

What this command return on your system:

$ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"'

best regards

--
___
 O  l  i  v  i  e  rP  o  i  t  r  e  y

USA disaster support http://www.osdn.com/911.shtml

- Original Message -
From: "Alexei Barantsev" <[EMAIL PROTECTED]>
To: "Modperl List" <[EMAIL PROTECTED]>
Sent: Tuesday, October 02, 2001 8:32 AM
Subject: Apache::SharedMem 0.07 installation problem


> I have problems with Apache::SharedMem 0.07 installation.
>
> Here is my configuration:
>
>   bash$ uname -a
>   Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown
>
>   bash$ perl -v
>   This is perl, v5.6.1 built for i686-linux
>
> And here is 'make test' report:
>
> bash$ make test TEST_VERBOSE=1
> PERL_DL_NONLAZY=1
>
/usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li
> nux -I/usr/lib/perl5/5.005
> 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests
> @ARGV;' t/*.t
> t/assign..1..8
> ok 1
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> Apache::SharedMem object creation missing rootkey parameter. at t/assign.t
> line 14
> dubious
> Test returned status 2 (wstat 512, 0x200)
> DIED. FAILED tests 2-8
> Failed 7/8 tests, 12.50% okay
> t/import..1..5
> ok 1
> ok 2
> ok 3
> ok 4
> ok 5
> ok
> t/smartlock...1..16
> ok 1
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> Apache::SharedMem object creation missing rootkey parameter. at
> t/smartlock.t line 14
> dubious
> Test returned status 2 (wstat 512, 0x200)
> DIED. FAILED tests 2-16
> Failed 15/16 tests, 6.25% okay
> t/timedoutlock1..8
> ok 1
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> Apache::SharedMem object creation missing rootkey parameter. at
> t/timedoutlock.t line 14
> dubious
> Test returned status 2 (wstat 512, 0x200)
> DIED. FAILED tests 2-8
> Failed 7/8 tests, 12.50% okay
> t/zdestroy1..3
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073.
> Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075.
> Apache::SharedMem object creation missing rootkey parameter. at
t/zdestroy.t
> line 14
> dubious
> Test returned status 2 (wstat 512, 0x200)
> DIED. FAILED tests 1-3
> Failed 3/3 tests, 0.00% okay
> Failed Test  Stat Wstat Total Fail  Failed  List of Failed
> --
--
> ---
> t/assign.t  2   512 87  87.50%  2-8
> t/smartlock.t   2   51216   15  93.75%  2-16
> t/timedoutlock.t2   512 87  87.50%  2-8
> t/zdestroy.t2   512 33 100.00%  1-3
> Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay.
> make: *** [test_dynamic] Error 2
>
> --
> Alexei Barantsev, ISP RAS
> E-mail: [EMAIL PROTECTED]
> ICQ   : 3959207
>
>