As the proud owner of that particular patch, I guess I should say
something... :)
> "Daniel" == Daniel Martin at cush <[EMAIL PROTECTED]> writes:
Daniel> Ok, I've looked at it.
Daniel> I really don't know quite what to do with this. On the
Daniel> one hand, automatically reading
"Darren/Torin/Who Ever..." <[EMAIL PROTECTED]> writes:
> -BEGIN PGP SIGNED MESSAGE-
>
> Daniel Martin, in an immanent manifestation of deity, wrote:
> >My... it's been a while since I was investigating perl internals
> >(writing C code that was callable from perl) - at least two years,
>
-BEGIN PGP SIGNED MESSAGE-
Daniel Martin, in an immanent manifestation of deity, wrote:
>My... it's been a while since I was investigating perl internals
>(writing C code that was callable from perl) - at least two years,
>which somehow seems much longer.
>
>Well, I'll have my machine down
Ben Gertzfield <[EMAIL PROTECTED]> writes:
> > "Daniel" == Daniel Martin at cush <[EMAIL PROTECTED]> writes:
>
> Daniel> It's a perl thing. I can almost guarantee it. The
> Daniel> problem is perl's shadow password support and it's getpw*
> Daniel> functions. Whenever these fun
> "Daniel" == Daniel Martin at cush <[EMAIL PROTECTED]> writes:
Daniel> It's a perl thing. I can almost guarantee it. The
Daniel> problem is perl's shadow password support and it's getpw*
Daniel> functions. Whenever these functions are called (and
Daniel> assigned to a varia
Chris Fearnley <[EMAIL PROTECTED]> writes:
> On Thu, Jun 18, 1998 at 12:38:45PM -0500, Richard Kaszeta wrote:
> > Christopher J. Fearnley writes ("Re: Serious performance bug in Perl"):
> > >to call it (instead of the default perl - 5.004.04-6). Performance
No, I am not running NIS. Just simple text /etc/passwd and /etc/shadow.
On Thu, Jun 18, 1998 at 12:38:45PM -0500, Richard Kaszeta wrote:
> Christopher J. Fearnley writes ("Re: Serious performance bug in Perl"):
> >to call it (instead of the default perl - 5.004.04-6). Perf
d now.
If 2.0.7pre3 isn't an improvement over pre1, then I need to know about it,
and what is causing it so I can complain upstream about it ;-)
Thanks,
On Thu, 18 Jun 1998, Richard Kaszeta wrote:
> Christopher J. Fearnley writes ("Re: Serious performance bug in Perl"):
> >
Christopher J. Fearnley writes ("Re: Serious performance bug in Perl"):
>to call it (instead of the default perl - 5.004.04-6). Performance
>improved several hundred-fold. So I believe the problem is either in
>perl or libc6.
>
>Any suggestions on how to resolve th
On Mon, Jun 15, 1998 at 04:43:13AM -0700, Darren/Torin/Who Ever... wrote:
> Chris Fearnley, in an immanent manifestation of deity, wrote:
> >But yesterday I upgraded a bo system to hamm which has a 3000 line
> >/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
> >for the new use
'Darren/Torin/Who Ever... wrote:'
>
>Chris Fearnley, in an immanent manifestation of deity, wrote:
>>But yesterday I upgraded a bo system to hamm which has a 3000 line
>>/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
>>for the new user. And my staff is complaining about the
-BEGIN PGP SIGNED MESSAGE-
Chris Fearnley, in an immanent manifestation of deity, wrote:
>But yesterday I upgraded a bo system to hamm which has a 3000 line
>/etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
>for the new user. And my staff is complaining about the wast
'Wichert Akkerman wrote:'
>
>Previously Chris Fearnley wrote:
>> But yesterday I upgraded a bo system to hamm which has a 3000 line
>> /etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
>> for the new user. And my staff is complaining about the wasted time.
>
>Are you sure it's
Previously Chris Fearnley wrote:
> But yesterday I upgraded a bo system to hamm which has a 3000 line
> /etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID
> for the new user. And my staff is complaining about the wasted time.
Are you sure it's a problem with perl? I've had the
14 matches
Mail list logo
