|
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
|
|||