www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha"
Set by moderator on 17 September 2008.
00:10 AndyA joined 00:33 johbar joined 00:39 particle joined 01:14 Bzek joined
particle 25/35 01:45
purl 0.714285714285714
01:52 Andy joined 02:06 Whiteknight joined
dalek r32006 | Whiteknight++ | calling_conventions: 02:07
: [calling_conventions] Fix problem with handling floatvals in the function signature. This fix is probably going to be mirrored in trunk soon.
diff: www.parrotvm.org/svn/parrot/revision?rev=32006
02:16 silug joined
dalek r32007 | Whiteknight++ | calling_conventions: 02:21
: [calling_conventions] codingstd trailing whitespace fix.
diff: www.parrotvm.org/svn/parrot/revision?rev=32007
Whiteknight karma Whiteknight 02:27
purl whiteknight has karma of 391
Whiteknight yay! 02:28
dalek r32008 | Whiteknight++ | trunk:
: [Core] Fix an omission in src/multidispatch.c:Parrot_build_sig_object_from_varargs, which might be negatively affecting the passing of FLOATVALS.
diff: www.parrotvm.org/svn/parrot/revision?rev=32008
03:36 johbar_ joined 03:47 Bzek joined 05:42 nopaste joined 05:45 iblechbot joined
GeJ Is anyone experiencing a hang in t/stm/basic_mt_4.pir? There seems to be a ticket on RT about this. The ticket is from a cygwin setup but I experience the same symptoms on a FreeBSD setup. 05:46
RT#59790 05:47
it looks like I get stuck in the 'retry' loop on line 12.
06:28 omega joined 07:08 jq joined 07:35 rurban joined 07:58 iblechbot joined 08:01 clunker3 joined 08:43 rurban_ joined 10:36 masak joined 10:47 PacoLinux joined 10:58 Ademan joined
masak Rakudo says "Unable to open file" when an open fails. 11:06
There's a comment beside the die() call saying # XXX better message
I suppose there are two things that can be improved:
1. the message could say why Parrot was unable to open the file 11:07
2. the message could say which file it was
are both these a good idea, or is the second one bad from a security perspective?
rakudo: close $*OUT; say "OH HAI" 11:10
polyglotbot OUTPUT[Cannot put to a closed PIO handle␤current instr.: 'print' pc 14653 (src/gen_builtins.pir:9034)␤called from Sub 'say' pc 14672 (src/gen_builtins.pir:9043)␤called from Sub '_block11' pc 43 (EVAL_12:18)␤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 851 (src/PCT/HLLCompiler.pir:494)␤called
..from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 112...
11:21 cotto joined
masak could someone explain to me why line 73 of Junction.pir shouldn't be "goto false"? 11:32
rakudo: say 2..3 ~~ 1..4 11:36
polyglotbot OUTPUT[Parrot VM: Can't stat languages/perl6/perl6.pbc, code 2.␤main: Packfile loading failed␤]
masak rakudo: say 2..3 ~~ 1..4 11:52
polyglotbot OUTPUT[sh: ./parrot: No such file or directory␤]
masak different stages of parrot not existing... 11:53
couldn't a scheme be devised in which parrot compiles in the background?
12:13 tetragon joined
masak here goes, r32009. I'd be grateful if someone made sure I got the POD documentation right. I'm especially unsure about method signatures. 12:30
dalek r32009 | masak++ | trunk: 12:31
: [rakudo]
: * implemented ':e', for testing file existence, in any-str.pir
: * implemented the 'ACCEPTS' method for pairs, which delegates to e.g. above
: * renamed 'other' 'topic' in Failure.pir for consistency
diff: www.parrotvm.org/svn/parrot/revision?rev=32009
12:56 Zaba_ joined 13:00 tetragon joined
Infinoid GeJ: I see an intermittant hang there on linux/x86_64. looks like a pthread mutex race 13:02
sometimes it goes through successfully; sometimes it gets stuck in pthread_mutex_lock (from Parrot_stm_wait_ic). 13:03
masak: I think both things can be improved about the message. I'm not really sure why saying the filename would be a security problem... after all, "cat" does the same thing. 13:10
cat: /dev/foo: No such file or directory
if the code doesn't want the user to see the message, they can catch the exception and handle it internally, right? 13:12
13:16 tetragon joined
masak Infinoid: one gets wary about security after being burned once by SQL injection attacks. showing the filename would be just the kind of thing that would give an attacker too much information in a server environment. but maybe it's more a question of not showing $! in a 500 message 13:20
Infinoid yeah, that should probably go to apache.err 13:24
13:29 tetragon joined
Infinoid I dunno, its debatable. as long as it goes to stderr and not stdout, I think the apache case is okay. otherwise the behavior for this kind of thing seems to vary a lot from one implementation to the next 13:31
perl's native open (and the one in IO::File) fails silently. IO::All emits an error message to stderr containing the filename 13:32
14:11 tetragon_ joined 14:20 Whiteknight joined
dalek r32010 | Whiteknight++ | trunk: 14:22
: [PDDs] Codingstd fix on PDD20, fixing very long lines.
diff: www.parrotvm.org/svn/parrot/revision?rev=32010
r32011 | Whiteknight++ | trunk: 14:26
: [IMCC] Activate ".tailcall" syntax in IMCC, as perl RT#58974.
diff: www.parrotvm.org/svn/parrot/revision?rev=32011
14:30 tetragon joined
dalek r32012 | Whiteknight++ | trunk: 14:34
: [t] Update t/compilers/imcc/syn/tail.t tests to use ".tailcall" in tailcall context instead of ".return". As per RT#58974.
diff: www.parrotvm.org/svn/parrot/revision?rev=32012
PacoLinux Generic VMs Key To Future of Coding --> tech.slashdot.org/tech/08/10/18/0352235.shtml 15:00
15:29 jan joined 15:33 tetragon joined 15:36 iblechbot joined
particle whiteknight: please update news with your imcc & other changes 15:41
Whiteknight okay, will do. I'm still working on more IMCC changes, so I'll update it in a bit 15:45
you're the release manager this month?
particle i am 15:52
i'll be doing builds this weekend on various OSes 15:53
but now, breakfast &
16:28 Zaba joined 16:31 tewk_ joined
Whiteknight t/pmc/ro.t is failing for me. It was passing for me last night 16:36
There's some kind of problem finding Perl6Scalar, something I wouldn't have touched
actually, something I definitely haven't touched all morning 16:39
16:42 wknight8111 joined
dalek r32013 | Whiteknight++ | trunk: 16:42
: [IMCC] Fix a memory leak in IMCC as per RT#42383. t/pmc/ro.t is failing, but it was doing so before this change.
diff: www.parrotvm.org/svn/parrot/revision?rev=32013
16:48 rdice joined 16:49 Theory joined
dalek r32014 | jkeenan++ | trunk: 16:54
: Added an IMPLEMENTATION head1 to quiet a coding standards test.
diff: www.parrotvm.org/svn/parrot/revision?rev=32014
16:54 kid51 joined
cotto Whiteknight, does t/pmc/ro.t work when perl6 is built? 17:02
17:02 kj joined
cotto That test originally depended on Perl6Integer (which no longer exists) and was only passing because the test didn't know which kind of exception to catch. 17:03
Whiteknight i dont know, I'll have to test it
we really shouldn't have a parrot test that depends on perl 6 being built
cotto I wasn't sure why Perl6Integers were special, so I translated the test. 17:04
It's probably safe to rip that one out.
kid51 Failure in t/pmc/ro.t appears to have occurred between r31992 and r32000 (from Smolder reports). 17:06
cotto (instant bisection)++ 17:07
kid51 The smolder report at r31992 was from me, and I know that I did not have Perl 6 build at the time that smolder report was run ('cause kid51 doesn't work like that!)
cotto that sounds like the failures happened around the time I updated t/pmc/ro.t 17:08
Whiteknight cotto, that fixes it
cotto, you want to rip it out, or should I?
or, instead of ripping it out entirely, we could move it over into the rakudo test suite 17:09
cotto go ahead.
I have to take off.
Whiteknight okay, I'll TODO it or something
no, I take that back, I don't know how to make a test TODO. 17:11
cotto I'll move it when I get back then. 17:12
afk &
dalek r32015 | Whiteknight++ | trunk: 17:15
: [t] Ripped out a test in t/pmc/ro.t that relies on Perl6Scalar. This requires that perl6 be built. In the long term, Perl6 won't be in the Parrot repo, so it's not a good idea for our test suite to be dependent on it.
diff: www.parrotvm.org/svn/parrot/revision?rev=32015
Whiteknight okay, i'm done with all my haxxoring for now. 17:16
17:23 mberends joined 17:57 contingencyplan joined 18:17 chromatic joined 18:23 contingencyplan joined 18:42 mj41_ joined
dalek r32016 | chromatic++ | trunk: 19:03
: [lib] Prevented Parrot::Ops2c::Utils from attempting to create lib/Parrot/OpLib
: directory in its constructor. A race condition can cause the program to die
: and the build to fail -- and Parrot::Ops2pm creates this directory as needed
: only when it's actually necessary anyway (RT #59680, reported by Moritz Lenz).
diff: www.parrotvm.org/svn/parrot/revision?rev=32016
chromatic Whee, SVN timeouts again. 19:05
(Yes, I did report them to the Perl.org admins.) 19:09
dalek r32017 | chromatic++ | trunk: 19:59
: [t] Cleaned up file created during testing (RT #46829). This will need
: revising during ParrotIO changes, but you can't yet delete files within Parrot,
: so this will do for now.
diff: www.parrotvm.org/svn/parrot/revision?rev=32017
r32018 | allison++ | trunk: 20:17
: [pct] Better error reporting of null nodes in the fallback PAST method for
: unrecognized node types.
diff: www.parrotvm.org/svn/parrot/revision?rev=32018
r32019 | chromatic++ | trunk: 20:19
: [charset] Tidied file and fixed some documentation typos; no functional changes.
diff: www.parrotvm.org/svn/parrot/revision?rev=32019
r32020 | chromatic++ | trunk: 20:24
: [src] Removed logic to strip leading __ from old multidispatch names.
diff: www.parrotvm.org/svn/parrot/revision?rev=32020
r32021 | allison++ | trunk:
: [pct] Update 'astgrammar' to convert a string class name into an array of the
: class name, splitting on '::'.
diff: www.parrotvm.org/svn/parrot/revision?rev=32021
20:33 bacek joined
bacek morning 20:33
dalek r32022 | chromatic++ | trunk: 20:36
: [IMCC] Removed parser support for pseudo-ops that start with n_. Actual ops
: which start with n_ remain unaffected.
diff: www.parrotvm.org/svn/parrot/revision?rev=32022
21:26 Andy joined
dalek r32023 | chromatic++ | trunk: 21:30
: [MMD] Removed deprecated Parrot_MMD_method_idx(). This also resolves RT #45973.
diff: www.parrotvm.org/svn/parrot/revision?rev=32023
r32024 | chromatic++ | trunk: 21:45
: [t] Ensured that temporary files created by File::Temp get unlinked at the end
: of the test run.
diff: www.parrotvm.org/svn/parrot/revision?rev=32024
r32025 | chromatic++ | trunk: 22:05
: [config] Added S_ISREG support to generic POSIX and Win32 stat files. You need
: to reconfigure Parrot to get it. This allows the Parrot stat system to test
: that a file is a regular file (not a directory or special file). See RT
: #46153.
diff: www.parrotvm.org/svn/parrot/revision?rev=32025 22:06
r32026 | chromatic++ | trunk: 22:15
: [src] Added check to Parrot_readbc() that the file to read is a regular file.
: See RT #46153.
diff: www.parrotvm.org/svn/parrot/revision?rev=32026
chromatic 665 total tickets/623 open. 22:17
Okay, now 664/622. 22:19
22:32 TiMBuS joined
japhb Anybody here have rights on Planet Perl 6? 22:42
Tene I think you want Coke
japhb It looks like the entire O'Reilly blog list just got ascribed to *me*.
.oO( Gee, I don't *remember* having posted about my "Photoshop Lightroom 2 Adventure", especially since I've never owned Photoshop .... )
22:43
chromatic Which feed?
purl it has been said that Which feed is that?
japhb It says my link is: www.oreillynet.com/pub/au/2333 22:44
Oh -- the feed URL looks really weird: feeds.oreilly.com/oreilly/digitalme...ac?au=2333
Someone mess with it recently?
chromatic Yeah, we switched to a tag-based feed system. 22:45
japhb ah ... so can you just nuke me from Planet Perl 6? I don't ever blog on oreillynet anymore.
dalek r32027 | allison++ | trunk: 22:53
: [tge] Change TGE to use keyed classnames both internally and in generated code.
: See RT #59912.
diff: www.parrotvm.org/svn/parrot/revision?rev=32027
r32028 | allison++ | trunk: 23:24
: [lua] Update Lua to use keyed classnames for TGE.
diff: www.parrotvm.org/svn/parrot/revision?rev=32028
23:33 johbar joined
dalek r32029 | kjs++ | trunk: 23:37
: [pirc/new] move some #defines around so it's a bit cleaner + disable some warnings on windows for parser and lexer (generated code, cannot be changed)
diff: www.parrotvm.org/svn/parrot/revision?rev=32029
23:50 Andy joined