On Mon, 10 Feb 2003, Paul Makepeace wrote:
> On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
> > I'm a little surprised by that. Although I must admit that I've never
> > written IIS extensions in C++, I'm surprised that it offers significantly
> > better performance than a mod_per
Paul Makepeace wrote:
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a mod_perl solution.
Programmer cl
Joel Bernstein wrote:
(Tim quoted)
FWIW, a project I've worked on recently, where I've indulg^H^H^H^H^H^H^H
been forced into serious database renormalisation, has resulted in
queries that used to take ~20sec taking a second, or less...
Joel:
That strikes me as a piece of poor work by the ori
On Mon, 2003-02-10 at 20:16, Paul Makepeace wrote:
> On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
> > I'm a little surprised by that. Although I must admit that I've never
> > written IIS extensions in C++, I'm surprised that it offers significantly
> > better performance than a
On Mon, Feb 10, 2003 at 08:51:56PM +, David Cantrell wrote:
> Now, I've run into another problem...
OK, so I forgot to restart the daemon. BLAM BLAM BLAM
--
David Cantrell|Degenerate|http://www.cantrell.org.uk/david
I guess that, if you're in Microsoft's shoes, it make
On Mon, Feb 10, 2003 at 08:13:55PM +, Paul Makepeace wrote:
> Taken directly from Chris Lightfoot's tpop3d's source, ...
Heh. I found so many other little annoyances that would need fixing in
the C code I was trying to get working that I'm now re-writing it in perl.
Now, I've run into anothe
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
> I'm a little surprised by that. Although I must admit that I've never
> written IIS extensions in C++, I'm surprised that it offers significantly
> better performance than a mod_perl solution.
Programmer cluefulness being equal, whe
On Mon, Feb 10, 2003 at 04:50:26PM +, David Cantrell wrote:
> I have this 'ere code:
>
> int do_auth(char *user, char *pass) {
> struct passwd *pwnam;
>
> pwnam = getpwnam(user);
> if(pwnam == NULL)
> return FALSE;
Taken directly from Chris Lightfoot's tpop3d's sourc
On Mon, 10 Feb 2003, Luis Campos de Carvalho wrote:
> > On Mon, 10 Feb 2003, Luis Campos de Carvalho wrote:
> > > Hy, list folks.
> > > Please somebody help me with this regexp issue, it's killing me.
> > > --- Perl Code Start -
> (...)
> > >
- Original Message -
From: "Shevek" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 10, 2003 3:50 PM
Subject: Re: REGEXP Hell
> On Mon, 10 Feb 2003, Luis Campos de Carvalho wrote:
> > Hy, list folks.
> > Please somebody help me with this regexp issue, it's killing
On Mon, Feb 10, 2003 at 04:57:10PM +, Shevek wrote:
> getspnam() as root.
Nice and portable, then... :-)
--
Lusercop.net - LARTing Lusers everywhere since 2002
On Mon, 10 Feb 2003, Luis Campos de Carvalho wrote:
> Hy, list folks.
> Please somebody help me with this regexp issue, it's killing me.
>
> I wrote a date-like grammar this way:
>
> --- Perl Code Start -
> sub _parse_date( $ ) {
> my $da
Hy, list folks.
Please somebody help me with this regexp issue, it's killing me.
I wrote a date-like grammar this way:
--- Perl Code Start -
sub _parse_date( $ ) {
my $date = shift || return undef;
my $D31 = '(?:[012][0-9]|3[01])';
David Cantrell wrote:
> I have this 'ere code:
[snip code that words with normal 'passwd' file]
> which AFAICT should work correctl for an ordinary passwd file. Except
> that I'm using shadow passwords, and pwnam->pw_passwd
> contains the ever-so-useful string 'x'. What do I need to do to get it
And if you are on a PAM based platform you can use that.
On Mon, 2003-02-10 at 16:57, Shevek wrote:
> getspnam() as root.
>
> There is a perl Shadow module which might help.
>
> S.
>
> On Mon, 10 Feb 2003, David Cantrell wrote:
>
> > I have this 'ere code:
> >
> > int do_auth(char *user, char
getspnam() as root.
There is a perl Shadow module which might help.
S.
On Mon, 10 Feb 2003, David Cantrell wrote:
> I have this 'ere code:
>
> int do_auth(char *user, char *pass) {
> struct passwd *pwnam;
>
> pwnam = getpwnam(user);
> if(pwnam == NULL)
> return FALSE;
I have this 'ere code:
int do_auth(char *user, char *pass) {
struct passwd *pwnam;
pwnam = getpwnam(user);
if(pwnam == NULL)
return FALSE;
if(strcmp(crypt(pass, pwnam->pw_passwd), pwnam->pw_passwd) == 0)
return TRUE;
return FALSE;
}
which AFAICT should wor
At 10:42 10/02/2003, you wrote:
Penny Bamborough wrote:
> We did write a
> perl version of the streetmap engine (with some help from some very nice
> people I might add) however performance tests on the system indicated that
> the processing power required would cripple the server and our site wou
Hi,
I am having a "bang my head against the desk" moment!
I am trying to add text and html parts to a multipart/alternative message
but keep getting - "no data in this part" errors!
Here's the code:
my $msg = MIME::Lite->new(
From =>$from,
To
On Mon, Feb 10, 2003 at 03:23:47PM +, Leon Brocard said:
> But if you enforce more controls on CPAN, surely people are less
> likely to upload code?
IS this necessarily a bad thing though? Would less high quality code be
better than more low quality code? To be honest I couldn't tell you the
a
On Mon, Feb 10, 2003 at 04:10:37PM +0100, Paul Johnson said:
> > Automatic reporting of test failures, possible refusal of a module from
> > CPAN if it doesn't have a certain amount of Test coverage. Maybe
> > integrated CPANSTATs so that we can see if things like LWP::Simple
>
> ENOEND ?
I meant
Simon Wistow sent the following bits through the ether:
> And I was thinking about CPAN. Or CPAN v2. Or NextPAN or whatever.
Do you mean doing new things to code on the current CPAN? Or making
your own CPAN with new features? Or having new metadata about the
current CPAN?
> Automatic reporting o
On Mon, 2003-02-10 at 14:33, David Cantrell wrote:
> On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
> > Also, I would guess that well written C++ is faster than well written
> > perl for some tasks.
>
> For nigh-on all tasks! But remember, programmer time costs a lot more tha
For the benefit of the web archives --
> The call actually dies inside IO::Socket
>
> sub new {
> my $class = shift;
> unshift(@_, "PeerAddr") if @_ == 1;
> return $class->SUPER::new(@_);<-- Here
> }
>
> However, my perl isn't good enough to fully understand whats
> happening he
Simon Wistow wrote:
QA:
Automatic reporting of test failures,
Do you mean more than what cpan-testers do? I get mail whenever I upload a
module that has a problem. It would be nice if cpan-testers stuff went straight
into RT, though.
possible refusal of a module from
CPAN if it doesn't have a
robin szemeti wrote:
On Monday 10 February 2003 12:36, David Cantrell wrote:
mod_perl in general.
Issues like excessive memory use, and problems with database connections
being able to hang the whole web server.
really? ... I guess it depends on how you run your mod_perl ... sure,
running
Simon Wistow said:
> And I was thinking about CPAN. Or CPAN v2. Or NextPAN or whatever.
>
>
> Specifically -
>
> QA:
>
> Automatic reporting of test failures, possible refusal of a module from
> CPAN if it doesn't have a certain amount of Test coverage. Maybe
> integrated CPANSTATs so that we can
On Mon, Feb 10, 2003 at 01:46:20PM +, Joel Bernstein wrote:
> On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
> > If you really want the integration with Apache, then fine, but if you
> > are just trying to avoid recompiling CGI scripts with every hit, and
> > maybe pooling
On Mon, 2003-02-10 at 07:28, Henrik Tougaard wrote:
> On Fri, Feb 07, 2003 at 10:06:13AM +, Simon Wistow wrote:
> >
> > Anybody else?
>HTOUG => "Henrik Tougaard",
> if you accept aliens, ie. non UK residents.
You can be a resident in the UK and still be an Alien (as de
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
> Also, I would guess that well written C++ is faster than well written
> perl for some tasks.
For nigh-on all tasks! But remember, programmer time costs a lot more than
run time.
>And I would guess based on
Somebody else (not me, for once :) mentioned Perl6 might be like
Mozilla - the final product might not be the silver bullet it was
proscribed as but the Yak Shaving[0] offcuts might make it all worth
while. In other words, whilst Mozilla isn't the success it might have
been things like Gecko (even
On Mon, Feb 10, 2003 at 01:22:10PM +, robin szemeti wrote:
> On Monday 10 February 2003 12:36, David Cantrell wrote:
> > Issues like excessive memory use, and problems with database connections
> > being able to hang the whole web server.
> [yes, but @ways_around_it]
There are ways to mitigate
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
>
> >Apart from the standard win32 limitations? Are you referring to mod_perl
> >on win32 or mod_perl in general? I wasn't aware of any major performance
> >issues related to large-scale use of mod_perl on (say) solaris...
>
> I l
Could people who are now talking about unrelated issues (mod_perl and
contractors' standards) please retitle their posts accordingly. I
imagine that the staff at Streetmap may well still be taking an
interest in any posts relating specifically to their site, and to the
module, which these aren't.
Apart from the standard win32 limitations? Are you referring to mod_perl
on win32 or mod_perl in general? I wasn't aware of any major performance
issues related to large-scale use of mod_perl on (say) solaris...
I like mod_perl, but its general complexity make me unwilling to use it
simply for
On Monday 10 February 2003 12:36, David Cantrell wrote:
> mod_perl in general.
>
> Issues like excessive memory use, and problems with database connections
> being able to hang the whole web server.
really? ... I guess it depends on how you run your mod_perl ... sure,
running a mod_perl enabled
On Mon, 2003-02-10 at 12:51, Joel Bernstein wrote:
> On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
> > That's a pretty horrific scenario, and certainly one I wouldn't want to
> > encourage. Anyway, who's really at fault here? The original coder or the
> > client? Sure, the code monk
On 10/02/03 12:51 +, Joel Bernstein wrote:
> > > That strikes me as a piece of poor work by the original DBA. Is there
> > > any legal recourse along the lines of "you did a terrible piece of work.
> > > we paid you to do it. we had to get another contractor in to pick up the
> > > pieces, so w
On Mon, 2003-02-10 at 12:51, Joel Bernstein wrote:
> On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
> > monkey's? Afterall, the client has the right to refuse to pay the coder
> > and refuse the final product if explicitly stated standards are not met.
>
> Fair enough, but at what p
On Fri, Feb 07, 2003 at 10:06:13AM +, Simon Wistow wrote:
>
> Anybody else?
HTOUG => "Henrik Tougaard",
if you accept aliens, ie. non UK residents.
On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
> On Mon, 2003-02-10 at 12:08, Joel Bernstein wrote:
> > On Mon, Feb 10, 2003 at 11:58:31AM +, Tim Sweetman wrote:
> > > FWIW, a project I've worked on recently, where I've indulg^H^H^H^H^H^H^H
> > > been forced into serious database
On Mon, 2003-02-10 at 12:08, Joel Bernstein wrote:
> On Mon, Feb 10, 2003 at 11:58:31AM +, Tim Sweetman wrote:
> > FWIW, a project I've worked on recently, where I've indulg^H^H^H^H^H^H^H
> > been forced into serious database renormalisation, has resulted in
> > queries that used to take ~20sec
On Mon, Feb 10, 2003 at 11:43:45AM +, Joel Bernstein wrote:
> On Mon, Feb 10, 2003 at 11:35:45AM +, David Cantrell wrote:
> > Mod_perl also has other, errm, "problems" which can preclude using it in
> > very busy or very large environments, or at least limit its use.
> Apart from the standa
On Mon, Feb 10, 2003 at 11:58:31AM +, Tim Sweetman wrote:
> Andy,
>
> Andy Wardley wrote:
> >
> > Penny Bamborough wrote:
> > > We did write a
> > > perl version of the streetmap engine (with some help from some very nice
> > > people I might add) however performance tests on the system indic
Andy,
Andy Wardley wrote:
>
> Penny Bamborough wrote:
> > We did write a
> > perl version of the streetmap engine (with some help from some very nice
> > people I might add) however performance tests on the system indicated that
> > the processing power required would cripple the server and our s
On Mon, Feb 10, 2003 at 11:35:45AM +, David Cantrell wrote:
> On Mon, Feb 10, 2003 at 11:12:00AM +, Simon Wilcox wrote:
> > Mod_perl provides distinctly poor performance under load on windoze boxes
> > because it runs as a single thread instead of multi-threaded, which means
> > that you ca
On Mon, Feb 10, 2003 at 11:12:00AM +, Simon Wilcox wrote:
> Mod_perl provides distinctly poor performance under load on windoze boxes
> because it runs as a single thread instead of multi-threaded, which means
> that you can only ever serve one request at a time.
Mod_perl also has other, errm,
On Mon, 10 Feb 2003, Andy Wardley wrote:
> Penny Bamborough wrote:
>
> > The site has grown considerably since that time, we do use Win2k servers
> > with our own IIS extensions written in C++ to power the site
>
> I'm a little surprised by that. Although I must admit that I've never
> writt
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
> Penny Bamborough wrote:
> > We did write a
> > perl version of the streetmap engine (with some help from some very nice
> > people I might add) however performance tests on the system indicated that
> > the processing power required
Penny Bamborough wrote:
> We did write a
> perl version of the streetmap engine (with some help from some very nice
> people I might add) however performance tests on the system indicated that
> the processing power required would cripple the server and our site would
> be very short lived.
[.
Well, what a difference a slashdot thread makes.
Although I should provide a quick handy hint, kids - waking up on
Saturday morning and finding that you're the indirect topic of a
slashdot thread is not a nice way to start the weekend.
Still, various discussions of the issues surrounding the modu
51 matches
Mail list logo