On Thu, Jan 09, 2003 at 01:23:53PM +, Dominic Mitchell wrote:
> Nicholas Clark wrote:
> > Certainly use/no locale has no effect on the UTF-ness of filehandles.
>
> I thought that STDIN/OUT/ERR and any file handles you open were put into
> :utf8 mode by default if your locale =~ m/utf-?8/i. D
Nicholas Clark wrote:
Certainly use/no locale has no effect on the UTF-ness of filehandles.
I thought that STDIN/OUT/ERR and any file handles you open were put into
:utf8 mode by default if your locale =~ m/utf-?8/i. Documented in
perluniintro.
-Dom
--
| Semantico: creators of major online
On Thu, Jan 09, 2003 at 12:22:15PM +, Dirk Koopman wrote:
> > > perl 5.6.1 vanilla with -d
> > > real9m15.680s
> > > user8m43.168s
> > > sys 0m1.527s
> > >
> > > perl 5.8.0 vanilla with -d
> > > real65m43.926s
gt; I had to go to a RH7.3 machine, do it there and tar it back to my RH8.0
> > machine)
>
> Then you've got an unfair benchmark already - one perl build on gcc3,
> the other on gcc2.something. Try this after ./Configure to clean up
> the extra fluff that ggc3 put there during
nchmark already - one perl build on gcc3,
the other on gcc2.something. Try this after ./Configure to clean up
the extra fluff that ggc3 put there during make depend (5.8.0 already
has an equivalent of this):
perl -ni~ -we 'print unless /: rh 5.8.0
> Compile-time options: MULTIPLICITY
/:
> It would be nice to have a 5.6.2 release with the existing known fix patched
> in.
>
> > perl 5.6.1 vanilla with -d
> > real9m15.680s
> > user8m43.168s
> > sys 0m1.527s
> >
> > perl 5.8.0 vanilla with -d
> > real65m43.926
#x27;. Stop.
known problem interaction between gcc 3.1 (or later) and perl's make depend.
The fastest way I know of to tidy the makefile is:
perl -ni~ -we 'print unless /: perl 5.6.1 vanilla with -d
> real9m15.680s
> user8m43.168s
> sys 0m1.527s
>
> per
8 builds for
> Pentium baseline.
Couldn't find a copy of 6.8.0 on CPAN :-), but I did benchmark 5.6.1 and
the two 5.8.0's with my program that reads ~800,000 ascii records and
produces statistics from them. I think the results are interesting.
perl 5.6.1 vanilla compile
Compile-time optio
On Thu, 09 Jan 2003, Dominic Mitchell wrote:
>
> How did you get Apache::MP3 workingon RH80? Did you install your
> own apache (1.3)?
no i am using the apache 2 which comes with redhat. i have an
startup.pl which looks like this:
#!/usr/bin/perl -w
use strict;
use Apache2 ();
use Apache::compat
Christof Damian wrote:
One thing that might help is unsetting LANG, which made some of my
scripts twice as fast. Apache::MP3 is a lot faster and in case of
gnupod for the iPod its the only way to make it work anyway.
How did you get Apache::MP3 workingon RH80? Did you install your own
apache (
On Wed, 08 Jan 2003, Nicholas Clark wrote:
> Are you able to file a "bug" report against gnupod? I suspect that a
> few well placed Cs on file handles being used to read
> binary data fix it. Not that it's really a bug in gnupod, as in
> perl5 being a slowly moving target.
I contacted the author a
east as Nick I-S and Jarkko intended, even if it's not what everyone
else wanted)
On Wed, Jan 08, 2003 at 08:23:55PM +, Christof Damian wrote:
> On Wed, 08 Jan 2003, Dirk Koopman wrote:
> >
> > Question: Is it just me or is RH perl 5.8.0 horrendously slow?
> >
> > Sup
> From: Nicholas Clark <[EMAIL PROTECTED]>
>
> The bigger problem is that RH 8 defaults to UTF 8 locales, and perl 5.8
> recognises that as a signal to treat all input/output as UTF8. Scalars
ah! I guess this why I've had to add binmode :crlf to my scripts to
prevent Malformed UTF-8 character war
On Wed, 08 Jan 2003, Dirk Koopman wrote:
>
> Question: Is it just me or is RH perl 5.8.0 horrendously slow?
>
> Supplimentary: is this RH or is it because it is compiled for
> threads as default?
Now that you mention it I noticed it too.
One thing that might help is unsetting L
>
> Nicholas Clark said:
> > You might want to build your own 6.8.0 for /usr/local
> without threads
>
> hehe, i see we've jumped just a _little_ bit into the future here ;)
>
> Jody
OOH - Pre-anticipated releases - Is perl being written by Apple inc?
lol :D
- Gareth
Nicholas Clark said:
> You might want to build your own 6.8.0 for /usr/local without threads
hehe, i see we've jumped just a _little_ bit into the future here ;)
Jody
On Wed, Jan 08, 2003 at 07:36:30PM +, Dirk Koopman wrote:
> Sorry to mention the word 'perl' on this mailing list, but (just now) I
> can't quite see a better place to discuss this.
>
> Question: Is it just me or is RH perl 5.8.0 horrendously slow?
>
> S
Sorry to mention the word 'perl' on this mailing list, but (just now) I
can't quite see a better place to discuss this.
Question: Is it just me or is RH perl 5.8.0 horrendously slow?
Supplimentary: is this RH or is it because it is compiled for threads as
default?
Further: is
--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
An entity claiming to be Leon Brocard ([EMAIL PROTECTED]) wrote:
:=20
: Do you use Perl 5.8.0?
Currently migrating our code to 5.8.0 from 5.6.1. This is proving
running on the same box (let's ignore mod_perl for now
> ;-) so why hasn't everyone done so? I know I'm very lazy, but what's
> your excuse?
My ibook running Jagwyre has 5.8.0 installed. Twice. Because for a previous
version of MacOSX I had to compile 5.8 myself and when
On Thu, 28 Nov 2002 08:19:12 +, Leon Brocard wrote:
> Now, it's really easy to have multiple version of Perl running on the same
> box (let's ignore mod_perl for now ;-) so why hasn't everyone done so? I
> know I'm very lazy, but what's your excuse?
Laziness and forgetfulness. And being unable
On Thu, Nov 28, 2002 at 11:16:06AM +, Mark Fowler wrote:
> Richard has 'mirth' plugged into our house network that has pretty much
> every version of perl installed on it (actually, it doesn't have any
> version of 2, 3 or 4...but there you go.) This is useful for regression
> testing, but *b
On Thu, 28 Nov 2002, Leon Brocard wrote:
> Now, it's really easy to have multiple version of Perl running on the
> same box (let's ignore mod_perl for now ;-) so why hasn't everyone done
> so?
What do you mean, it's really easy to have multiple versions of perl?
Sure I can install as many copies
That was an interesting thread. Now, it's really easy to have multiple
version of Perl running on the same box (let's ignore mod_perl for now
;-) so why hasn't everyone done so? I know I'm very lazy, but what's
your excuse?
You make that sound like a good thing... It's easy to have multiple
ve
Mark Fowler sent the following bits through the ether:
> P.S. 5.6.0? Shall I get you some rocks to bash together too?
That was an interesting thread. Now, it's really easy to have multiple
version of Perl running on the same box (let's ignore mod_perl for now
;-) so why hasn't everyone done so?
Leon wrote:
> The latest, most-tested-ever, stable version of Perl, version 5.8.0
> was released on 18th July 2002, which is a while ago. We use it at
> work for development and on the new production servers. I don't use it
> on my personal colo box (it has so much stuff runni
On Wed, 27 Nov 2002 14:29:45 +, Leon Brocard wrote:
> Do you use Perl 5.8.0?
Yes and no
> Why?
My workstations are running Debian unstable, so I get 5.8 without any effort
(or major problems) there.
The live server I develop for is still running 5.004_04, and this has been
used
Leon Brocard <[EMAIL PROTECTED]> writes:
> The latest, most-tested-ever, stable version of Perl, version 5.8.0
> was released on 18th July 2002, which is a while ago. We use it at
> work for development and on the new production servers. I don't use it
> on my personal c
At 27/11/2002 14:29 [], Leon Brocard wrote:
Do you use Perl 5.8.0? Why?
No.
My development box runs 5.6.1 since that's in Debian stable, and because a
local build of 5.8 broke loads of debian stuff (debian seems to use a lot
of perl for its housekeeping and install scripts).
My general
Leon Brocard wrote:
Do you use Perl 5.8.0?
Yes.
> Why?
Unicode Done Right.
Of course, there are lots of side benefits that I'm grateful to have
gotten in the upgrade process, too. Having Test::More in core is most
beneficial to me. PerlIO in conjuction with the aforementioned
On 27/11/2002 at 14:29 +, Leon Brocard wrote:
The latest, most-tested-ever, stable version of Perl, version 5.8.0
was released on 18th July 2002, which is a while ago. We use it at
work for development and on the new production servers. I don't use it
on my personal colo box (it has so
Leon asked:
> Do you use Perl 5.8.0? Why?
Yes and no. My development machine is 5.8.0, but none of the servers
are. This is because the sysadmin doesn't want to stray from the debian
stable packages, and some of our redhat servers seem to be unmaintained
and too scary for anyone to
Do you use Perl 5.8.0? Why?
Yes, because I always use the latest versions of all open source
software. Failure to use the latest version of any open source program
means that all requests for support or help in solving problems will be
met with "Try upgrading to the latest ve
On Wed, Nov 27, 2002 at 02:29:45PM +, Leon Brocard wrote:
> Consider this a small survey.
>
> Do you use Perl 5.8.0? Why?
I use 5.8.0 for development at work, and am currently
checking everything we use Perl for in production (They're
mainly a Java house) to check we'
On Wed, Nov 27, 2002 at 02:29:45PM +, Leon Brocard wrote:
> Do you use Perl 5.8.0? Why?
At $current_job I don't have anything in production, so it doesn't really
matter. So I'm quite happy to do the build systems and testing for my C
and C++ with perl scripts and modules ru
On Wed, 2002-11-27 at 14:29, Leon Brocard wrote:
> Do you use Perl 5.8.0? Why?
Yes.
Because it's there.
If I found myself using any features specific to 5.8.0 I'd be a bad
person.
> The latest, most-tested-ever, stable version of Perl, version 5.8.0
> was released on 18th July 2002, which is a while ago. We use it at
> work for development and on the new production servers. I don't use it
> on my personal colo box (it has so much stuff running it'd
The latest, most-tested-ever, stable version of Perl, version 5.8.0
was released on 18th July 2002, which is a while ago. We use it at
work for development and on the new production servers. I don't use it
on my personal colo box (it has so much stuff running it'd be a pain
to update).
Time to do some more testing on RC2. Please try and test your local
apps with this RC2 to see if your code with work under 5.8.0.
- Forwarded message from Jarkko Hietaniemi <[EMAIL PROTECTED]> -
From: Jarkko Hietaniemi <[EMAIL PROTECTED]>
Subject: Perl 5.8.0 Release Ca
As you may have already read on use.perl.org, 5.8.0 RC1 is out.
If you have the time, please try to break it.
Nicholas Clark
- Forwarded message from Jarkko Hietaniemi <[EMAIL PROTECTED]> -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
list-help: <mailto:[EMAIL PROTECT
MAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Make Schwern Poor before 5.8.0
User-Agent: Mutt/1.3.23i
X-Spam-Rating: lux.valueclick.com 1.6.2 0/0/N
Here's something that would be nice to get done, finish off testing
last three dozen modules and let YAS have $500 of my
41 matches
Mail list logo