#perl
01 January 2008
Total 32 pages. You are browsing page 1/32.
First :: Prev :: [1] [2] [3] [4] [5] [...] :: Next :: Last
--- Log opened Tue Jan 01 00:00:04 2008
00:01 * CPAN upload: CGI-Application-Plugin-Apache-1.01 by WONKO
00:01 * CPAN upload: Finance-NFS-File-AccountBalance-0.001001 by GRODITI
00:02 <****> frohs neus
00:03 <****> Happy new year!
00:03 <****> happy new years
00:04 <****> we get TWO this year?
00:04 <****> time for the neighborhood dogs to throw a fit
00:05 <****> chuck norris celebrated new year twice, once with chuck and the second time with norris.
00:08 <****> rickest: You're going to get .. many.
00:08 <****> GumbyBRAIN: HNY!
00:08 <****> cool. Pishi togda po russki.
00:09 <****> pkrumins: he celebrated the third time with his trusty bible
00:11 <****> heh heh
00:12 <****> seen the new bumper sticker? "What schools really need is a moment of science"
00:12 <****> I'm not much for jingoism but I like that one
00:12 <****> happy new year
00:13 <****> happy new years!
00:16 * CPAN upload: CGI-Application-Plugin-JSON-1.00 by WONKO
00:38 <****> GUNSHOTS FIRED
00:38 <****> Feh. Idiots.
00:38 <****> Go inside, losers.
00:38 <****> most of those don't kill things. probably.
00:40 <****> is there a single line (so i can "perl -pi -e 'SOMETHING' *.txt") i can use in perl to remove lines with whitespace only?
00:40 <****> thrig: No, it is just drunken stupidity.
00:41 <****> print if /\S/;
00:42 * jjore-m is always amused by using /\S+/ (or the equivalent for \w or whatever) as a boolean.
00:42 <****> Yaakov: did you fire back? :)
00:42 <****> The useless +, that is.
00:42 <****> s/^\S*$/g'
00:42 <****> Khisanth: I can't see who is doing it.
00:42 <****> It is about 3 blocks away.
00:43 <****> thrig - did you see the Mythbusters episode on the matter?
00:43 <****> about guns not killing people?
00:43 <****> well, the myth is a gun fired straight up in the air, but yes
00:47 <****> wow,
00:47 <****> found another bug about say
00:47 <****> two perlbug reports in one night
00:49 <****> Oh?
00:49 <****> the first is that say doesn't work for tied filehandles
00:49 <****> bummer.
00:50 <****> because it's handled by the same function as print which only checks which operation was called
00:50 <****> I expect given/when and ~~ to be bugridden but not say().
00:50 <****> and that check is not run when the filehandle is tied
00:50 <****> the other one is that IO::Handle's tie method does not ignore $\ like the say builtin and its docs say
00:51 <****> I haven't searched for a report on the second yet though
00:52 <****> Further bummer.
00:52 <****> for all I know, ~~ too could be bug-ridden :)
00:52 <****> also, maybe I should have installed 5.10 before the release and notice these in time
00:52 <****> ~~ is going to be ...messsyyy...
00:53 <****> what about the regexen?
00:53 <****> though demerphq has been working on those for years, so there was more time to test everything
00:54 <****> well you know what they say about .0 releases ;)
00:54 <****> I've found that it is a mistake to substitute =~ with ~~. I didn't realize it initially but the return result is entirely different.
00:54 <****> oh sure
00:55 <****> ~~ expects a qr on the right, not an m
00:56 <****> Even if you give it a qr//, the result is different.
00:57 <****> yep
00:57 <****> it returns a boolean
00:57 <****> or doesn't it?
00:57 <****> I don't know
00:57 <****> Yes, it's a boolean.
00:57 <****> eval: [scalar("foo" ~~ qr/f(.)/)]
00:57 <****> b_jonas: [1]
00:57 <****> eval: [scalar("foo" =~ qr/f(.)/)]
00:57 <****> b_jonas: [1]
00:57 <****> which if that's all you ever expect is normal.
00:57 <****> oh yeah...
00:57 <****> sorry
00:58 <****> eval: ["foo" =~ qr/f(.)/]
00:58 <****> b_jonas: ['o']
00:58 <****> eval: ["foo" ~~ qr/f(.)/]
00:58 <****> b_jonas: [1]
00:58 <****> well, not in list context
00:58 <****> but when I was first just trying to use as many 5.10 features as possible confused me.
00:58 <****> oh,
00:58 <****> I'd mistaken ~~ for a more powerful =~.
00:58 <****> well, I don't like the way ~~ is done in p5
00:58 <****> that's kinda the feeling I got for it too.
00:59 <****> I don't like the rule how it's made symmetric
00:59 <****> eval: [qr/f(.)/ ~~ 'foo']
00:59 <****> jjore-m: [1]
00:59 <****> so two (non-overloaded) code references are matched like ==
00:59 <****> ;-)
00:59 <****> it's just riddiculous
00:59 <****> at least you can write your regular expressions backwards now.
00:59 <****> ~~ should be intristically assymetric, like it is in p6 and ruby
01:00 <****> jjore-m: oh, you could do that anyway if ~~ had the "right" argument order like it does in ruby but doesn't in perl6
01:00 <****> I mean,
01:00 <****> I don't recall anyone on p5 mentioning anything about being symmetric. I'm sure it was just an oversight or perhaps it refers back to something in Perl 6 history.
01:00 <****> I like the idea that the order is constant == variable
01:00 <****> jjore-m: the manpage says it's symmteric
01:00 <****> perlsyn that is
01:00 <****> while in p6 it isn't
01:00 <****> Though if all our ops were symmetric that'd rock.
01:01 <****> according to the synopsis
01:01 <****> and even with being symmetric it's sort of inconsistent
01:01 <****> $x = my $y being equivalent to my $y = $x would be awesome. Provided this were a logic language and = was a unification operator...
01:01 * CPAN upload: Scalar-Defer-0.13 by AUDREYT
01:01 <****> though I'm not really sure what the rules should be
Total 32 pages. You are browsing page 1/32.
First :: Prev :: [1] [2] [3] [4] [5] [...] :: Next :: Last