I was wondering if anyone has any experiences in Software Integration
Testing
using home made or known methodologies that are being used. I came
across
one called Cyclomatic Complexity (for example)
The context being
The software system has three subsystems; Two subsystems in the kernel
and
one
I bought it two weeks ago, as a mod_perl newbie, and recommend it.
I really like the cookbook style: 'You want to XXX' => snippet / recipe.
If you already read Perl, it is fast and compact.
I have had questions along the way [specific to the cookbook], but
posting a question on this list gets a
It looks like Apache 2.0(.35) is 'gold', so when can we expect a 'gold'
version of mod_perl 2.0 so we can actually make apache 2 fun? ;p
Jon Coulter
[EMAIL PROTECTED]
Louis Semprini wrote:
>
> We upgraded our systems to RedHat 7.2 with glibc2.2.4
> and all of a sudden, our mod_perl scripts which call
> readdir() would either fail with an exception, or
> readdir() in list context would return the correct # of
> items but each item as an empty string.
>
> We sc
We upgraded our systems to RedHat 7.2 with glibc2.2.4
and all of a sudden, our mod_perl scripts which call
readdir() would either fail with an exception, or
readdir() in list context would return the correct # of
items but each item as an empty string.
We scanned the modperl list and found about
> -Original Message-
> From: ___cliff rayman___ [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 05, 2002 3:34 PM
> To: [EMAIL PROTECTED]
> Subject: proxy front to modperl back with 1.3.24
>
>
> i had trouble using a proxy front end to both
> a mod_perl and mod_php back end servers.
>
>
On Wed, 03 Apr 2002 13:54:09 -0800, Rasoul Hajikhani wrote:
>Elizabeth Mattijsen wrote:
>>
>>At 01:44 PM 4/3/02 -0800, Rasoul Hajikhani wrote:
>>>Hello folks,
>>>I am writing a web based interface to gpg and am using IPC::Open3
Try IPC::Run
--
Cheers
Ron Savage, [EMAIL PROTECTED] on 06/04/2002
h
The Bricolage development team is proud to announce the release of
Bricolage version 1.3.1. This is a development release with new
features as well as numerous bug fixes. Summary of major changes (see
the Changes file in the distribution for details):
* SOAP interface fully implemented
On Fri, Apr 05, 2002 at 03:23:38PM -0800, ___cliff rayman___ wrote:
> Thomas Eibner wrote:
>
> >
> > There are some few messages concerning the problem a while ago either on
> > this list or the dev@httpd list.
> >
> > http://msgs.securepoint.com/cgi-bin/get/apache0204/1/3.html
> > etc.
>
> than
Thomas Eibner wrote:
>
> There are some few messages concerning the problem a while ago either on
> this list or the dev@httpd list.
>
> http://msgs.securepoint.com/cgi-bin/get/apache0204/1/3.html
> etc.
thanks - it must have been a bad googling day yesterday since i did not come
up with this in
On Fri, Apr 05, 2002 at 02:33:35PM -0800, ___cliff rayman___ wrote:
> i had trouble using a proxy front end to both
> a mod_perl and mod_php back end servers.
>
> this works fine for me at 1.3.23, so I reverted
> back to it. i copied the httpd.conf files
> from the 1.3.24 to my downgraded 1.3.23
On Fri, 5 Apr 2002, Rasoul Hajikhani wrote:
> Hello folks,
> Has anyone purchased the mod_perl cook book from this list? If so, what
> do you think of it? Is it a good buy? Appreciate feed back.
I have two copies, as the one at work keeps getting borrowed.
I would say it's different to the Eagl
i had trouble using a proxy front end to both
a mod_perl and mod_php back end servers.
this works fine for me at 1.3.23, so I reverted
back to it. i copied the httpd.conf files
from the 1.3.24 to my downgraded 1.3.23
and everything worked correctly on the first
try.
i was getting garbage charac
Nice try. Unfortunately, helpless...
Don't you see two instances of mod_perl in common perl libraries? That's
just flowers...
When I try to make install, for example
# make install
Writing
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/Apache/Filter/.packli
st
Appending installation info
Hi there,
On Fri, 5 Apr 2002, Slava Bizyayev wrote:
> I have to (re)install mod_perl enabled Apache on prod server, which
> is polluted with the several previous unsuccessful attempts [snip]
> Actually, I need somebody very experienced with the sun4-solaris
> environment to assist me carefully o
Hi everyone,
I have to (re)install mod_perl enabled Apache on prod server, which is
polluted with the several previous unsuccessful attempts to do the similar
job. It is not my server, but I may sudo su, when sure that the main prod
(which is running on pure Apache using perl CGI scripts) will re
In local.modperl you write:
>I have asked this question before, and received answers that have helped
>me in quest. However, my problem persists. So I would like to direct
>this question to those who have used gpg, and open3. I am having trouble
>writing to stdin when an apache thread calls open3
Rasoul Hajikhani wrote:
> Has anyone purchased the mod_perl cook book from this list? If so, what
> do you think of it? Is it a good buy?
Yes. Go get it.
- Perrin
On Fri, 5 Apr 2002, Chuck Goehring wrote:
> The modssl-users list is all abuzz about the coming of Apache 2.0. I
> don't hear a lot on this list on mod_perl support for Apache 2.0. Is
> anyone planning to adopt this configuration in the near future?
http://perl.apache.org/~dougm/modperl_2.0.
Rasoul Hajikhani <[EMAIL PROTECTED]> wrote:
>Hello folks,
>Has anyone purchased the mod_perl cook book from this list? If so, what
>do you think of it? Is it a good buy? Appreciate feed back.
>Thanks in advance
I enjoyed it -- I have it on my desk ready to crack open at a
moment's notice. But th
The cookbook is fabulous. In my opinion it's much clearer than the
Eagle book. Of course it has the benefit of having been written when
mod_perl had a few more years of maturity under it's belt. =)
The Cookbook is wonderful and I would also like to publicly thank
Geoffrey Young, one of the
Hello folks,
Has anyone purchased the mod_perl cook book from this list? If so, what
do you think of it? Is it a good buy? Appreciate feed back.
Thanks in advance
-r
Hi there,
On Fri, 5 Apr 2002 [EMAIL PROTECTED] wrote:
[snip,snip]
> My goal is to develop an open source chemical tracking system.
> The requirements are
> -web based
> -FAST
These two requirements are mutually exclusive. If you can be a little
more specific about your requirements I can proba
The modssl-users list is all abuzz about the
coming of Apache 2.0. I don't hear a lot on this list on mod_perl support
for Apache 2.0. Is anyone planning to adopt this configuration in the near
future?
Chuck
Hello,
DW>I would also suggest using BerkeleyDB.pm, but with the
DW>DB_INIT_MPOOL|DB_INIT_CDB flags. In this mode, only one writer is
DW>allowed at a time, and Berkeley automatically handles all the locking
DW>and flushing. Just don't forget to use db_close() to close the file
DW>before untie
[EMAIL PROTECTED] wrote:
> I know alot of you must do this.
>
> I want build a simple APP framework to chain the output of all my content
> handlers, which would live in many different PM's for easy code management.
>
> for example:
> APP::Header
> APP::Footer
> APP::Content
> APP::Chemical_entr
On Fri, 2002-04-05 at 12:41, [EMAIL PROTECTED] wrote:
> I know alot of you must do this.
>
> I want build a simple APP framework to chain the output of all my content
> handlers, which would live in many different PM's for easy code management.
>
> for example:
> APP::Header
> APP::Footer
> APP:
I would also suggest using BerkeleyDB.pm, but with the
DB_INIT_MPOOL|DB_INIT_CDB flags. In this mode, only one writer is
allowed at a time, and Berkeley automatically handles all the locking
and flushing. Just don't forget to use db_close() to close the file
before untie'ing it.
Dan Wilga
I know alot of you must do this.
I want build a simple APP framework to chain the output of all my content
handlers, which would live in many different PM's for easy code management.
for example:
APP::Header
APP::Footer
APP::Content
APP::Chemical_entry
APP::...
APP::Controller
- would push_handl
At 11:24 AM -0600 4/5/2002, [EMAIL PROTECTED] wrote:
>According to the subscription notice ...
>
> www.modperl.com is a resource site but I've tried many times ...
>
>is this site still valid?
It redirects to http://modperl.com:9000/ which, if your connection
lives behind a firewall, may be
At 11:24 AM 4/5/02 -0600, [EMAIL PROTECTED] wrote:
>According to the subscription notice ...
> www.modperl.com is a resource site but I've tried many times ...
>is this site still valid?
Works fine from here...
Elizabeth Mattijsen
According to the subscription notice ...
www.modperl.com is a resource site but I've tried many times ...
is this site still valid?
John Kolvereid wrote:
>Thanks for all your help, but I am NOT able to
> install mod_perl. It's probably something that is not
> installed on my particular server - I'll never know.
I suspect you were just trying to do too much at once on your first try
by throwing PHP and SSL in the mix.
> Since the authentication happens on every trip into the server, and I
> don't want to run my code (to set up an Apache::Session for the user's
> session data) until I'm sure I have a valid user on my hands, I can't
> see a way to do the session setup only the first time after a sucessful
> logi
Is there a hook in AuthCookie to allow me to run some code only right
after successful login? The model doesn't seem to allow for this. The
way it seems to work is you attempt to log in, if it doesn't find a
valid cookie, it displays the login form again. You submit that and it
sets the co
>>Thanks for all your help, but I am NOT able to
>> install mod_perl.
John,
I don't know if anyone has mentioned this before, but have you tried the
Apache Toolbox (http://www.apachetoolbox.com/)? Before you give up
completely it might be worth trying.
Jonathan M. Hollin - WYPUG Co-ordina
John Kolvereid wrote:
>
> Hi,
>Thanks for all your help, but I am NOT able to
> install mod_perl.
don't give up, john. it's a hard road, especially for those just starting out, but it
is
worth it :)
I haven't read all of your thread in detail, but I would suggest that if you are really
Hi John,
I haven't been following your case in details but my oppinion is that if you have a
clean install of any common Unix platform (or at least one mentioned in the mod_perl
doc.) it should be no problem to install a "default" mod_perl enabled Apache.
>From what I can see you use Redhat 6.
Hi,
Thanks for all your help, but I am NOT able to
install mod_perl. It's probably something that is not
installed on my particular server - I'll never know.
After spending several weeks (almost solid) tweaking
the configuration and trying various scenarios to no
avail I finally realized that
I would say you should set up suexec to let the user that Apache runs as
execute those specific commands as a privaleged user. But use suexec
with EXTREME care.
Issac
bo wrote:
> Hello gurus,
>
> I am notivice on Apache configuration.
> I wrote a CGI program, which will display
> some system st
40 matches
Mail list logo
