Camelia, the Perl 6 bug

IRC log for #parrot, 2008-10-09

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:09 AndyA joined #parrot
00:14 bennett joined #parrot
00:26 Tene pmichaud: what are the tasks left on hll branch?
00:46 TiMBuS joined #parrot
00:49 silug joined #parrot
01:09 gmansi joined #parrot
01:30 dmknopp left #parrot
01:30 notbenh joined #parrot
01:58 pmichaud Tene: is cardinal building like we expect?
02:00 pmichaud I'm getting ready to check rakudo
02:04 Andy joined #parrot
02:10 pmichaud I'm going to try a test-merge into trunk to see what we get.
02:26 pmichaud okay, I've never handled a merge where the branch had been synced with trunk... what's the proper way to merge back to trunk?
02:31 bennett git merge mybranch is the proper way :)
02:43 dalek r31805 | chromatic++ | trunk:
02:43 dalek : [PMC] Fixed some width and signedness conversion warnings in OS PMC.
02:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31805
02:45 dalek r31806 | chromatic++ | trunk:
02:45 dalek : [PMC] Fixed signedness conversion warning in ParrotIO PMC.
02:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31806
02:47 dalek r31807 | chromatic++ | trunk:
02:47 dalek : [config] Removed a new GCC-compatible warning accidentally committed in r31805.
02:47 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31807
02:53 ab5tract joined #parrot
02:53 pmichaud boy, doing intermediate trunk syncs to the branch sure makes this harder to merge back.
02:53 pmichaud normally it's just an svn merge.
03:00 Tene pmichaud: yes, cardinal is building correctly now and passing tests.
03:00 Tene pmichaud: want me to do the merge?
03:00 pmichaud okay.  I think I have things almost merged back to trunk.
03:00 pmichaud but I think I did it wrong.
03:00 Tene Aw. :(
03:01 pmichaud I guess the answer is to merge trunk into the branch again, then take a diff of the two trees and apply that to trunk.
03:01 Tene All I know about merging in svn is that I've heard stories about it being awful, but never any specifics.
03:01 pmichaud let me try it that way.
03:04 ab5tract Tene: does that mean you implemented hoshes?
03:04 Tene ab5tract: huh?  I don't understand the question.
03:05 ab5tract sorry, i read "passing tests" as "passing all the tests" :)
03:05 Tene Ah.
03:07 dalek r31808 | chromatic++ | trunk:
03:07 dalek : [PMC] Fixed type signedness warnings in ParrotRunningThread PMC.
03:07 dalek : Improved TID assignment error checking in ParrotRunningThread PMC.
03:07 dalek : Improved ParrotRunningThread PMC tests for the former.
03:07 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31808
03:14 pmichaud okay r31809 is the hllmagic merged to trunk
03:14 dalek r31809 | pmichaud++ | hllmagic:
03:14 dalek : Update hllmagic branch to trunk.
03:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31809
03:14 pmichaud sorry, updated to trunk.  Let's see if it builts.
03:15 pmichaud *builds.
03:19 cotto is there a nice function to print the flags of a PMC?
03:33 selenamarie joined #parrot
03:33 selenamarie NotFound: ping re: postgres in parrot
03:33 purl I can't find re: in the DNS.
03:37 cotto ping purl
03:37 purl I can't find purl in the DNS.
03:38 cotto no can haz purl
03:40 pmichaud I'm afk for a while -- bbl to continue the merges.
03:40 dalek r31810 | pmichaud++ | hllmagic:
03:40 dalek : Update some tests for hllmagic branch.
03:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31810
03:45 dalek r31811 | chromatic++ | trunk:
03:45 dalek : [PMC] Fixed a memory leak in CPointer PMC.
03:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31811
03:55 dalek r31812 | chromatic++ | trunk:
03:55 dalek : [src] Fixed a memory leak in Parrot_pcc_invoke_sub_from_sig_object(), where
03:55 dalek : nothing freed a C string created from the signature object.  I'm not completely
03:55 dalek : convinced that this is correct, but Valgrind is happier now.
03:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31812
03:56 davidfetter joined #parrot
04:05 MariachiElf joined #parrot
04:05 selenamarie joined #parrot
04:07 GeJ Heya all, dunno who's responsible for that, but #59340 could be closed.
04:08 GeJ as of r31811 `./parrot t/stm/runtime_4.pir` doesn't segfault anymore
04:09 GeJ thank you.
04:13 cotto GeJ, thanks for noticing.
04:13 cotto done
04:13 cotto wow.  The bug report count has really gone up.
04:14 MariachiElf Does anyone know if there is any work being done to create QT or KDELibs bindings for Parrot?
04:14 cotto We've got some slackers.  One of them is complaining.
04:14 GeJ is 't/stm/basic_mt.t' known to take a long time?
04:16 GeJ MariachiElf: I think there are some POC in the nci examples. SDL I'm sure, QT I think I remember seeing something like that.
04:16 cotto MariachiElf, the closest I know of are a couple very old files in examples/nci.
04:17 MariachiElf Wow - that's better than I was expecting :)
04:17 cotto They haven't been updated for >15000 revisions, so they're of questionable utility.
04:18 MariachiElf Don't suppose anyone knows of any work being done to create n "xTalk" language (as used in the products HyperCard, SuperCard, MetaCard if anyone is familiar with those)
04:19 MariachiElf cotto: Hehe - well my background is really more as a consumer of languages and libraries - not a designer/implementor so my skills at the moment are probably on par with their questionable utility ;)
04:21 cotto you gotta start somewhere
04:21 MariachiElf For those who aren't familiar, the xTalk family of languages are very much like a formalized natural language
04:22 MariachiElf "set x to to 10" "add y to x" "set the value of TextBox to 'This is a textbox'"
04:22 GeJ hum... `./parrot t/stm/basic_mt_4.pir` seems to hang
04:23 MariachiElf I've never seen a successful Open Source clone so, like you said, I figured I gotta start somewhere
04:24 cotto If you're looking for library bindings, examples/nci/Xlib.pir is the best current example
04:24 cotto Of course, there isn't much if you're not planning on writing any bindings.
04:24 cotto GeJ, Works For Me (tm)
04:25 cotto (although your system seems to have a much lower pain threshold ;) )
04:28 TiMBuS joined #parrot
04:30 GeJ cotto: sadly true.
04:34 GeJ cotto: ok, it seems I get stuck in the 'retry' loop.
04:55 masak joined #parrot
04:59 dalek r31813 | pmichaud++ | hllmagic:
04:59 dalek : [pct]: Allow TOP to be looked up by namespace also.
04:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31813
05:06 dalek r31814 | pmichaud++ | hllmagic:
05:06 dalek : [pct]:  Update examples/past/ to new namespaces.
05:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31814
05:09 selenamarie joined #parrot
05:09 ab5tract MariachiElf: sounds like it wouldn't be too rough an implementation
05:10 MariachiElf I hope not
05:10 MariachiElf The trick is actually in emulating the xCard behaviors
05:10 MariachiElf In those xCard products it's very similar to Flash
05:11 dalek r31815 | pmichaud++ | hllmagic:
05:11 dalek : Update test to new namespace syntax.
05:11 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31815
05:12 ab5tract have you taken a look at the squaak tutorial?
05:15 MariachiElf It's layered in nature, at the bottom of the layers is the application layer, then each application contains a series of "Stacks" (basically a top level desktop window), the stacks contain "Backgrounds" and "Cards" (backgrounds are shared groups of widgets on every Card, Cards are the main "windows" that the end user sees), the Cards contains "Groups" and "Controls" (Groups are a collection of Controls, Controls are what you
05:15 ab5tract i remember hypercard. very effective. first taste of programming at 10 or 11
05:15 ab5tract was on hypercard
05:16 MariachiElf Much like Visual Basic, the "Code" goes directly on each object and messages and events pass down the layers through each Control, Group, Card, Background, Stack, Application
05:16 MariachiElf ab5tract: Yeah - ok - so you get what I'm after then
05:16 ab5tract the hardest part atm would be the graphical stuff
05:17 MariachiElf ab5tract: That's why I was asking about the KDELibs/QT Bindings
05:17 MariachiElf I hven't done the Squeak tutorial -- I jave
05:18 ab5tract gotcha.
05:18 MariachiElf err haven't even downloaded Parrot yet - just been following for a couple years and reading docs on the website
05:18 MariachiElf I don't if you're familiar or not, but I think Parrot could replace "Kross" for KDE
05:19 MariachiElf Kross has basically the same end goal in mind - scripting for applications that supports multiple languages
05:19 MariachiElf But like you said - there's that whole graphical nature to it
05:19 ab5tract i'd suggest cairo
05:19 ab5tract especially if you're willing to write the bindings :)
05:20 MariachiElf Sorry - I'm not familiar -- I thought Cairo was an X System thing....
05:20 Bzek joined #parrot
05:20 MariachiElf I liked QT/KDE for the cross platform higher level abstraction from the hardware/OS they offered
05:20 ab5tract cairo is higher level
05:21 ab5tract at least, i believe so. _why uses it for his gooey ruby distro, shoes
05:21 ab5tract and it is multiplatform
05:22 MariachiElf I just found the web page...
05:22 MariachiElf What about IPC and DBus events?
05:23 ab5tract couldn't tell you much. did you get my dcc chat request?
05:23 MariachiElf I had hoped that by targetting KDELibs -- which has all that abstracted/included in the underlying libraries -- I could create a really rich, yet easy, platform for non-coders to do cool stuff
05:24 MariachiElf Sorry -- missed it - got it now
05:24 dalek r31816 | pmichaud++ | hllmagic:
05:24 dalek : [APL]:  update to new namespaces in PCT
05:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31816
05:28 dalek r31817 | pmichaud++ | hllmagic:
05:28 dalek : [punie]:  Update to new namespace PCT.
05:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31817
05:29 Tene I've been planning on working with tewk to get e17 bindings through ncigen.
05:30 GeJ Could people stop stealing my secret hidden projects for christ sake!
05:30 ab5tract lol
05:30 dalek r31818 | pmichaud++ | hllmagic:
05:30 dalek : [pynie]: Update to new namespace PCT.
05:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31818
05:31 ab5tract so whats good with the new pct branch? what kind of spells can we expect from hllmagic?
05:33 pmichaud it's basically a refactoring so that PCT can support code with .HLL directives
05:35 ab5tract what consitutes an .HLL directive exactly?
05:35 pmichaud it allows multiple languages to co-exist in a single parrot execution.  Each HLL can also specify how Parrot native types map to HLL specific types
05:37 ab5tract ohhh. okay. mapping HLL types to parrot types is awesome
05:39 ab5tract and multiple languages co-existing in a single parrot execution, well, that's the reason parrot rules.
05:39 pmichaud unfortunately I don't know enough about pipp's setup to be able to update it in the hllmagic branch :-|
05:40 pmichaud I can get close, but still get test failures :-(
05:49 cotto pmichaud, what's broken in pipp?
05:50 cotto (I probably won't be too unless it's PMC-related, but barney is usually around later and would probably be able to help.)
05:51 cotto s/too/too helpful/
06:26 uniejo joined #parrot
06:30 cotto This is fun.
06:30 cotto p['key'] and p.'key'() seem to be stepping on eachother in my phparray code
06:44 dalek r31819 | cotto++ | trunk:
06:44 dalek : [codingstd] fix function call codingstd nit
06:44 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31819
06:47 selenamarie joined #parrot
06:48 Andy joined #parrot
06:48 dalek r31820 | cotto++ | trunk:
06:48 dalek : [pipp] make iteration and next/prev/etc METHODS play nice
06:48 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31820
06:52 dalek r31821 | fperrad++ | trunk:
06:52 dalek : [markdown]
06:52 dalek : - fix multi-line paragraph
06:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31821
06:55 dalek r31822 | moritz++ | trunk:
06:55 dalek : [cage] set svn props on t/pmc/{callsignature,cpointer}.t
06:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31822
06:58 iblechbot joined #parrot
06:59 cotto moritz++ for catching that
06:59 moritz (make test)++ for catching that ;)
06:59 Andy joined #parrot
07:04 dalek r31823 | moritz++ | trunk:
07:04 dalek : [cage] also set svn:mime-type
07:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31823
07:21 Tene Trying to compile pipp, and I get:
07:21 Tene /usr/bin/ld: /home/sweeks/src/parrot/lang​uages/pipp/src/pipp_hash.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
07:23 viklund joined #parrot
07:38 TiMBuS joined #parrot
07:39 dalek r31824 | tene++ | hllmagic:
07:39 dalek : [lolcode]: NameSpace updates
07:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31824
07:39 moritz there's a not-fully-upper-case name in LOLCODE?
07:39 * moritz is a bit disappointed
07:40 cotto Tene, what happens if you add @cc_shared@ to line 27 of languages/pipp/config/makefiles/root.in and try again?
07:40 Tene no difference
07:41 nopaste "tene" at 166.70.38.237 pasted "pipp make failure for cotto" (6 lines) at http://nopaste.snit.ch/14257
07:41 Tene moritz: patches welcome
07:41 purl That's swahili for "Put up or shut up."
07:43 cotto odd
07:43 cotto what does the gcc command that compiles pipp_hash.c look like?
07:44 cotto (it's the first one if you touch src/pipp_hash.c
07:44 cotto )
07:44 Tene isn't it in that nopaste?
07:44 nopaste "tene" at 166.70.38.237 pasted "pipp make failure for cotto" (8 lines) at http://nopaste.snit.ch/14258
07:44 cotto that's just linking all the objects
07:44 Tene there you go
07:44 Tene ... oh, that completed successfully
07:44 Tene I didn't try make clean
07:45 cotto good to know
07:45 cotto Tene++
07:46 Tene Is that because of x86_64?
07:50 cotto no idea
07:51 dalek r31825 | cotto++ | trunk:
07:51 dalek : [pipp] fix build on x64(?), Tene++ for reporting the break
07:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31825
07:51 cotto could you do a quick make clean && make test-pmc on that?
07:52 * cotto crosses fingers
07:52 Tene looks good to me
07:52 cotto happy!
07:56 dalek r31826 | tene++ | hllmagic:
07:56 dalek : [pipp]: Pass a few tests...
07:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31826
08:03 cosimo joined #parrot
08:06 GeJ !seen allison
08:06 clunker3 allison was last seen on #parrot 1 day, 16 hours, 18 minutes and 26 seconds ago, saying: pmichaud: previously they snuck through by being invoked on a proxy Complex object stored within the subclass of Complex
08:34 bacek joined #parrot
09:30 kj joined #parrot
09:36 tomyan joined #parrot
09:40 nopaste "cotto" at 96.26.202.243 pasted "method clobbering with the PhpArray PMC" (21 lines) at http://nopaste.snit.ch/14259
09:41 cotto could someone look at that and tell me where to look to fix it?
09:42 cotto it should be reproducible from latest trunk after running make pmc in languages/pipp
10:18 Bzek joined #parrot
10:37 Ontolog joined #parrot
10:57 particle joined #parrot
11:00 ruoso joined #parrot
11:18 Zaba_ joined #parrot
11:23 jonathan joined #parrot
11:26 jonathan hi all - just to say I'm still alive ;-)
11:26 moritz hi jonathan ;)
11:26 moritz how's your trip so far?
11:26 jonathan Good.
11:26 jonathan Not as cold as feared.
11:30 ruoso jonathan, hi
11:31 moritz nice
11:31 jonathan hi ruoso
11:31 jonathan On pay by the megatbyte wifi. 10 megs don't last long...
11:31 ruoso I'm getting into implementing multi in SMOP...
11:31 jonathan Anyway, back in a copule of weeks, to Parrot and Rakudo....
11:31 jonathan ruoso: Ah, fun. :-)
11:32 ruoso rakudo: class A {}; class B is A {}; sub foo (A $a) { say 1 }; sub foo (B $a) {say 2 }; foo(A.new()); foo(B.new())
11:32 purl i already had it that way, ruoso.
11:32 polyglotbot OUTPUT[1␤1␤]
11:32 jonathan That's very wrong.
11:32 jonathan I have a bunch of PIR tests for the PMC.
11:32 jonathan They passed.
11:32 jonathan I then integrated it into Rakudo. And...similar tests fail.
11:32 ruoso oh... so that's rakudo's bug only?
11:33 jonathan I didn't have time to debug yet.
11:33 jonathan Yeah, I must have screwed up something.
11:33 jonathan When I integrated it. Since the PIR sanity tests for this work out.
11:33 moritz there's also a ticket open for dispatch based on subset types
11:33 jonathan Right.
11:33 ruoso ok... so... my question is... is there an implicit preordering on that variants because B ~~ A?
11:33 jonathan Yes
11:34 jonathan You put the candidates into a DAG with arrows from narrower to less narrow candidates.
11:34 jonathan Then you do a topological sort, which gives the ordering.
11:34 moritz ... unless you get a Null PMC access in dispatch() ;-)
11:35 ruoso jonathan, ok then...
11:35 ruoso but
11:36 ruoso rakudo: class A {}; class B is A {}; sub foo (A $a, B $b) { say 1 }; sub foo (B $a, A $b) {say 2 }; foo(A.new(),B.new())
11:36 polyglotbot OUTPUT[1␤]
11:36 jonathan Should be an error.
11:36 jonathan Ambiguous dispatch.
11:36 jonathan Something is *really* broken right now.
11:36 ruoso oh...
11:36 ruoso sorry...
11:36 purl It's okay, ruoso.
11:36 ruoso my fault
11:36 ruoso rakudo: class A {}; class B is A {}; multi foo (A $a, B $b) { say 1 }; multi foo (B $a, A $b) {say 2 }; foo(A.new(),B.new())
11:36 polyglotbot OUTPUT[1␤]
11:36 jonathan Well, mine, I did it wrong. ;-)
11:37 ruoso rakudo: class A {}; class B is A {}; multi foo (A $a) { say 1 }; multi foo (B $a) {say 2 }; foo(A.new()); foo(B.new())
11:37 polyglotbot OUTPUT[1␤Ambiguous dispatch.␤current instr.: '_block11' pc 64 (EVAL_14:22)␤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801 (src/PCT/HLLCompiler.pir:480)␤called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1075 (src/PCT/HLLCompiler.pir:609)␤called from Sub
11:37 polyglotbot ..'parrot;PCT::HLLCompiler;command_line' pc 1254 (src/PCT/HLLCompiler.pir:698)␤calle...
11:37 jonathan Yes.
11:37 jonathan that looks right at least
11:37 ruoso the last one?
11:37 purl i guess the last one is mine
11:37 ruoso shut up purl
11:37 purl ;-(
11:38 jonathan oh, no
11:38 jonathan The error message in the last one, soulda been for the one before!
11:38 moritz aye
11:40 ruoso jonathan, how did you solve the issue of having lexically scoped variants for a global multi?
11:41 jonathan I currently didn't...I'm waiting to see if Allison's MMD branch would provide something out of the box for that.
11:42 jonathan If it doesn't, then I'll work on it, and see if there can be something at Parrot level to help other languages with similar needs too.
11:42 ruoso hmm... is there anything (besides the code) that I could look about this branch?
11:43 moritz the branch is already merged ;)
11:43 jonathan Ah.
11:43 ruoso ops
11:43 jonathan ruoso: I haven't looked at the branch really yet. I'm on a month-long break from all things Parrot/Rakudo.
11:43 ruoso I see...
11:44 moritz docs/pdds/pdd27_multiple_dispatch.pod should describe it, never looked into it though
11:44 ruoso well... I should start to think about this same issue right now
11:44 jonathan Do mail me questions (jnthn@jnthn.net) if you wish - I will try to answer. But really will be back into this in a couple of weeks.
11:44 ruoso moritz, that doesn't address the lexical issue
11:45 jonathan OH NOES! I'm onto my last few paid for kilobytes of wifi....gotta go
11:45 jonathan Back later perhaps...with some more megs!
11:45 ruoso heh....
11:45 jonathan In Soviet Russia, the wifi costs YOU....
11:46 moritz have fun ;)
11:46 * ruoso sends a huge flood on a pvt to jonathan right now!
11:46 jonathan :-P
11:46 jonathan If I'm not back later today, take care all - looking forward to post-vacation hacking!
11:47 ruoso jonathan, I think I'll start a page in the smop wiki about it... I'll send you the link if I do it
12:25 Ontolog joined #parrot
12:39 dalek r31827 | allison++ | trunk:
12:39 dalek : [cage] More removal of RE and IM macros of Complex PMC (still not complete).
12:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31827
12:49 Andy joined #parrot
13:52 gryphon joined #parrot
13:56 selenamarie joined #parrot
13:57 Andy joined #parrot
14:06 ruoso http://www.perlfoundation.org/perl6​/index.cgi?smop_multi_sub_dispatch
14:06 ruoso my notes on multi dispatch
14:06 ruoso jonathan, ^
14:08 particle1 joined #parrot
14:13 iblechbot joined #parrot
14:48 dalek r31828 | allison++ | trunk:
14:48 dalek : [cage] Remove the final remaining calls to RE and IM macros from Complex PMC.
14:48 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31828
14:52 NotFound Hey, that was my task!
15:01 moritz I still get a failure in t/op/basic.t with this one
15:04 NotFound moritz: main, or a language?
15:05 moritz NotFound: main
15:05 NotFound moritz: 24 test ok for me. What fails fot you?
15:06 dalek r31829 | pmichaud++ | trunk:
15:06 dalek : [rakudo]:  spectest-progress.csv update: 205 files, 4366 passing, 11 failing
15:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31829
15:12 moritz #   Failed test 'I-reg shl and PMC shl are consistent'
15:12 moritz #   at t/op/bitwise.t line 513.
15:12 moritz ./src/pmc/cpointer.pmc:96: failed assertion '*pmc_pointer'
15:13 NotFound moritz: that is not basic.t ;)
15:13 moritz oops
15:13 moritz confusing output of concurrent harness
15:13 * moritz blames the software
15:15 NotFound Ups, skipped for me, I don't have bigint in this machine.
15:15 Theory joined #parrot
15:15 NotFound Starting up the portable
15:18 NotFound By the way, that test, and I think several others, has the incorrect assumption that a byte is always 8 bits
15:20 ab5tract joined #parrot
15:25 mj41 joined #parrot
15:26 TimToady somewhere we've documented that we mean octet when we say byte.  :)
15:30 NotFound TimToady: if we mean octet we can't use the sizeof result
15:31 * ruoso always thought 'byte' had 8 bits regardless of platform...
15:31 TimToady except on all modern architectures
15:32 ruoso don't we use 'int' to name that?
15:32 NotFound ruoso: that depends of the definition of 'byte' you use. In this context, standard C one is the way.
15:32 TimToady octet functions primarily as a european shibboleth :)
15:33 NotFound An standard C says a byte is a thing of the size of a char.
15:33 NotFound TimToady: and Internet RFCs
15:34 moritz so on which platforms is byte != octet?
15:34 NotFound moritz: when char is bigger than 8 bits.
15:34 moritz NotFound: on which platforms?
15:34 NotFound moritz: none I worked on.
15:34 ruoso jvm?
15:34 purl it has been said that jvm is a stack opcode or a bit crippled
15:34 * ruoso hides
15:35 NotFound But I also never used Mac OS, and I don't say it does no exist ;)
15:35 moritz if we don't have a platform where we can test such a distinction the we don't need to make it
15:35 TimToady as far as I know, parrot probably won't even fit onto any old machine where a byte is larger than 8 bits...
15:35 TimToady (or smaller than)
15:36 NotFound TimToady: maybe, but I think that if we make that assumption we must document it.
15:36 ruoso even if the JVM has a char of 16 bits, I'm pretty sure it has a size "byte" that is 8bit
15:36 TimToady a lot of old machines had 6-bit bytes, but you're gonna hav trouble with ASCII there anyway
15:36 TimToady as I said, we documented it somewhere... :)
15:36 TimToady I just forget where...
15:37 NotFound TimToady: don't worry, is not an urgent point
15:37 TimToady I'm basically making a cultural argument here
15:38 TimToady if most people are using byte to mean octet, you can't really make it mean what you want anyway
15:38 TimToady people who coin words often run into this problem
15:38 TimToady the word ends up meaning something else other than the intended meaning
15:39 TimToady and all words drift, and can't be put back in any case
15:39 moritz Knuth uses byte != octet in taocp
15:39 NotFound TimToady: but we are programming in C, not writing for the general public.
15:39 TimToady we are the general public I'm speaking of
15:39 TimToady most of us use byte == octet
15:40 cjfields joined #parrot
15:40 TimToady and it will take more education than people will stomach to get them to stop using "byte" that way :)
15:41 NotFound TimToady: In that thing I don't care how the people talk, just how correct the code is.
15:42 TimToady so basically we'll invent a retronym for non-8-bit bytes if we *ever* need it, which is not likely in the near term
15:42 ruoso #define octet char
15:42 cjfields moritz: ping
15:43 moritz cjfields: pong
15:43 cjfields perl6: say "hello".trans(/(l)/ => { say $_[0]; my $x = $_[0].ord; chr(--$x); });
15:43 polyglotbot OUTPUT[l␤l␤hekko␤]
15:43 cjfields that works, but:
15:43 TimToady you can't make "telephone" == "dial telephone" even though that's what it used to mean
15:43 cjfields perl6: say "hello".trans(/(l)/ => { say $_[0]; my $x = $_[0].ord; $x; });
15:43 NotFound ruoso: redefining reserved keywords is undefined behavior ;)
15:43 polyglotbot OUTPUT[l␤0␤he10848o␤]
15:44 TimToady and since "byte" == "octet" culturally, it tends to turn "octet" into a shibboleth
15:44 cjfields I think ord is doing something funky to Match objects once ord is called.
15:44 moritz cjfields: maybe that's because one version enlarges the string?
15:45 cjfields No, the Match is changed prior to passing to the Closure
15:45 purl okay, cjfields.
15:45 cjfields purl, the Match
15:45 purl the match is changed prior to passing to the Closure
15:46 cjfields purl, forget purl, the Match
15:46 purl cjfields, I didn't have anything matching purl, the match
15:46 cjfields purl, forget the Match
15:46 purl cjfields: I forgot match
15:46 moritz purl, forget the match
15:46 purl moritz, I didn't have anything matching match
15:46 cjfields There's this one:
15:46 cjfields perl6: say "hello".trans(/(h)/ => { say $_[0]; my $x = $_[0].ord; $x; }, /(l)/ => { say $_[0]; my $x = $_[0].ord; $x; });
15:46 polyglotbot OUTPUT[h␤4␤e␤104e52101o␤]
15:47 cjfields perl6: say "hello".trans(/(l)/ => { say $_[0]; my $x = $_[0].ord; $x; },/(h)/ => { say $_[0]; my $x = $_[0].ord; $x; });
15:47 polyglotbot OUTPUT[h␤l␤l␤104e108108o␤]
15:47 cjfields ???
15:48 moritz cjfields: maybe it's an issue with lexicals being re-used
15:48 NotFound Well, I will not use the byte word anymore in relation to this point, just dicuss the assumption that CHAR_BIT == 8
15:49 cjfields moritz: that's what I'm thinking.
15:50 NotFound I mean, the word 'byte' ;)
15:50 moritz cjfields: maybe the "for-loop and recursion interact badly"-ticket is related to that one
15:50 NotFound 'word' is an even more confusing word.
15:50 cjfields The odd thing is this seems to be specific to 'ord'
15:50 moritz NotFound: not more confusing than 'length' ;)
15:51 * cjfields looking
15:51 NotFound moritz: don't even talk about is_equal returning 0 for true X-)
15:51 jhorwitz joined #parrot
15:51 sjansen joined #parrot
15:57 NotFound my @todo;
15:57 NotFound @todo = ( todo => 'broken with JIT (RT #43245)' )
15:57 NotFound if $ENV{TEST_PROG_ARGS} =~ /-j/;
15:57 NotFound Use of uninitialized value in pattern match (m//) at t/op/bitwise.t line 510.
15:57 NotFound This seems to be reason to skip the test
15:58 NotFound Somone changed recently t/op/bitwise.t ?
16:03 NotFound Mmm... no, the test is no skipped, the message just add noise.
16:06 NotFound moritz: the test pass for me on linux i386
16:11 NotFound cpointer.pmc is inconsistent in this aspect: it assigns value without checking for NULL, but in mark it asserts that is not null.
16:15 pmichaud cjfields: is .trans perhaps trying to clone either the regex or the sub?
16:15 pmichaud s/sub/closure/
16:15 pmichaud i.e., when it's processing the argument lists, or calling !transtable ?
16:15 cjfields I don't think so
16:16 * Tene merges trunk into hll branch.
16:17 cjfields The multi which handles regexes/closures currently just pushes everything onto a \RPA
16:18 pmichaud yeah, that seems weird to me -- why does it need to create an RPA?
16:19 cjfields we need to handle both ['foo', 'bar'] => ['a','b'] and 'foo' => 'a', 'bar' => 'b'.
16:20 cjfields I found it easier to match up key/value pairs doing it this way (particularly when interpolating strings)
16:23 pmichaud ....trans computes all of the "hits" prior to doing any substitutions?
16:23 cjfields actually, with 'foo' => 'a', 'bar' => 'b', the strings would be interpolated to map 'f' => 'a', 'o' => 'a', etc.
16:23 cjfields yes
16:23 pmichaud when does it recompute them?
16:24 pmichaud i.e., in   'hello'.trans(/(l)/ => ...)    when does it figure out that the second 'l' has moved?
16:25 cjfields There is a loop which iterates through the regex (regex_loop)
16:25 pmichaud that's the one I'm looking at
16:25 pmichaud it seems to go through all of the regexes before any substitutions take place
16:26 cjfields yes.
16:26 moritz it has to, because the longest match wins
16:26 pmichaud okay, I'm confused
16:26 pmichaud no, I mean it's doing it for all positions
16:26 moritz oh.
16:26 pmichaud i.e., in 'hello', it's finding a match at positions 2 and 3
16:27 cjfields right, because it is matching a single 'l'
16:27 pmichaud but after doing the first translation, i.e., converting 'hello' into 'he108lo' ---- I don't see where we figure out that the second match is now at position 5
16:27 cjfields it matches to the original string, not the replacement
16:27 pmichaud and so the second match ends up still being at position 3, and thus we call the closure on the '0' instead of the 'l'
16:28 pmichaud ohhhhhhhhhhh
16:28 cjfields ahh, the string is being modified in the Match
16:28 pmichaud correct.
16:29 pmichaud there's a problem there in that modifying tmps has the effect of modifying self.
16:29 cjfields It doesn't seem to (tmps is a string so self is copied to tmps)
16:30 pmichaud it's not a copy.
16:30 cjfields I think we test for modifying the original string
16:31 particle joined #parrot
16:31 moritz not in all tests
16:31 moritz not in the ones that involve both closure and regex
16:32 cjfields perl6: my $str = 'hello'; say $str.trans(/l/ => {$_[0].ord}); say $str;
16:33 polyglotbot OUTPUT[Use of uninitialized value␤Cannot get character of empty string␤current instr.: 'parrot;Any;ord' pc 12153 (src/gen_builtins.pir:7503)␤called from Sub '_block20' pc 346 (EVAL_11:128)␤called from Sub 'parrot;Any;trans' pc 11904 (src/gen_builtins.pir:7368)␤called from Sub '_block11' pc 61
16:33 polyglotbot ..(EVAL_11:23)␤called from Sub 'parrot;PCT::HLLCompiler...
16:33 pmichaud okay, here's the issue
16:34 pmichaud currently, .trans is computing the positions of all of the matches _prior_ to doing any substitutions.
16:34 pmichaud I think that's wrong.
16:34 cjfields okay
16:34 cjfields so how do we check for LTM?
16:34 moritz pmichaud: I think it's unusual, but why is wrong?
16:34 pmichaud I'm not referring to ltm
16:35 pmichaud I'm referring through "all indexes in the target string"
16:36 pmichaud perl6: my $str = 'hello'; say $str.trans('l' => '123');
16:36 polyglotbot OUTPUT[he11o␤]
16:36 pmichaud ...what did I do wrong there?
16:36 pmichaud oh, I see.
16:36 pmichaud yes.
16:36 pmichaud perl6: my $str = 'hello'; say $str.trans('l' => {123} );
16:36 polyglotbot OUTPUT[he123123o␤]
16:37 cjfields perl6: my $str = 'hello'; say $str.trans(/l/ => {123} );
16:37 polyglotbot OUTPUT[he123123o␤]
16:38 cjfields should it match every position if the key is a regex (ala global)?
16:38 pmichaud okay, I see the problem now.  Yes, it's the same lexicals problem as the recursion one.
16:41 pmichaud i.e., it's not a problem with .trans
16:42 pmichaud I'll see about working on lexicals on the plane(s) this weekend.
16:42 pmichaud (assuming I have my talks ready)
16:43 pmichaud tene:  still merging trunk into hll ?
16:43 Tene Oh, I finished that, I was just cleaning up something else and running some tests before committing.
16:43 Tene I'll commit now.
16:44 pmichaud afaict everything important is working in the branch except maybe pipp
16:44 pmichaud does that sound right?
16:44 Tene I think so.  I fixed lolcode last night, and started to fix pipp
16:45 pmichaud once we have pipp up-to-date, I think we should merge hllmagic back to trunk
16:45 Tene I agree.
16:45 pmichaud then we'll start a fresh branch for actually adding .HLL stuff into cardinal, perl6, or whatever.
16:46 dalek r31830 | tene++ | hllmagic:
16:46 dalek : Merge trunk into branch.
16:46 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31830
16:48 Tene lua had some issues, iirc
16:48 pmichaud okay, we should see if we can fix that, also.
16:49 pmichaud afaict the core p6object, pge, and pct libraries are all pretty much as they need to be for now.
16:49 Tene Make sure to make a big announcement on the appropriate list.
16:50 pmichaud okay, wI'll do that when I get back from lunch.
16:50 Tene fixing namespace issues in lua...
17:04 dalek r31831 | tene++ | hllmagic:
17:04 dalek : [lua]
17:04 dalek : * Start of NS updates
17:04 dalek : * Passing some tests
17:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31831
17:12 mberends joined #parrot
17:14 cjfields pmichaud: sorry had to step away
17:15 Tene That luabytecode.pir update would have been horrible if I didn't have a competent editor.
17:15 dalek r31832 | tene++ | hllmagic:
17:15 dalek : [lua]: More NS and P6object updates
17:15 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31832
17:18 apeiron joined #parrot
17:29 raiph joined #parrot
17:30 dalek r31833 | tene++ | hllmagic:
17:30 dalek : [lua]: More NS updates, more tests passing
17:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31833
17:31 jan joined #parrot
17:31 chromatic joined #parrot
17:34 cjfields moritz: found a workaround for .trans
17:35 nopaste "cjfields" at 128.174.127.121 pasted ".trans patch" (13 lines) at http://nopaste.snit.ch/14261
17:36 cjfields reassigning seems to work and passes tests
17:37 dalek r31834 | tene++ | hllmagic:
17:37 dalek : [lua]: Minor NS updates, no new test passes.
17:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31834
17:37 cjfields afk
17:56 cjfields left #parrot
18:00 pyrimidine joined #parrot
18:03 raiph left #parrot
18:06 dalek r31835 | moritz++ | trunk:
18:06 dalek : [rakudo] workaround for RT #59730 by cjfields++ (Str.trans with closures)
18:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31835
18:06 AndyA joined #parrot
18:07 pyrimidine thx moritz++
18:10 cjfields joined #parrot
18:10 cjfields stupid colloquy (messing up my nicks)
18:11 moritz I'm happy *I* didn't mess them up ;)
18:11 cjfields ;)
18:12 Zaba joined #parrot
18:31 dalek r31836 | chromatic++ | trunk:
18:31 dalek : [src] Tidied some of the context handling code.  Added documentation to
18:31 dalek : src/gc/register.c.  No functional changes.
18:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31836
18:37 davidfetter joined #parrot
18:38 cjfields perl6: say 'hello'.trans(/l/ => {$_[0].ord})
18:38 polyglotbot OUTPUT[Use of uninitialized value␤Cannot get character of empty string␤current instr.: 'parrot;Any;ord' pc 12156 (src/gen_builtins.pir:7504)␤called from Sub '_block18' pc 306 (EVAL_12:116)␤called from Sub 'parrot;Any;trans' pc 11907 (src/gen_builtins.pir:7369)␤called from Sub '_block11' pc 40
18:38 polyglotbot ..(EVAL_12:16)␤called from Sub 'parrot;PCT::HLLCompiler...
18:38 cjfields perl6: say 'hello'.trans(/(l)/ => {$_[0].ord})
18:38 polyglotbot OUTPUT[he108108o␤]
18:38 cjfields yay!
18:38 moritz indeed
18:39 cjfields Now we just need to find other ways of breaking it  ;)
18:40 moritz that's masak's job
18:40 moritz summon masak
18:40 moritz no purl?
18:40 cjfields nopaste?
18:40 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/
18:40 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
18:41 cjfields purl's sulking
18:43 confound $pipe->reader->exclude_file('initialdata.yaml');
18:43 confound oops
18:43 confound
18:59 dalek r31837 | julianalbo++ | trunk:
18:59 dalek : implement sysinfo OS_VERSION and OS_VERSION_NUMBER when sys/utsname.h is available
18:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31837
19:07 gryphon joined #parrot
19:10 pmichaud okay, what to work on now?  hllmagic?  lexicals?  rakudo namespaces?
19:11 NotFound pmichaud: make me a sandwich
19:12 jhorwitz interpolated namespaces!
19:12 * jhorwitz sees beer in pmichaud's future...
19:13 pmichaud I'd feel better about namespaces if hllmagic were in trunk.  Still, I might be able to get started on that.
19:13 pmichaud that would be good to have for this weekend, yes.
19:14 pmichaud maybe I should work on my keynote address for Saturday.
19:14 jhorwitz you're doing the keynote?
19:14 pmichaud the other keynote apparently can't make it, so I'm the backup.  :-)
19:14 NotFound Can you tell me if what I've commited gives the result that perl6 $*OSVER needs?
19:14 jhorwitz LOL i guess i'll try to make then.  ;-)
19:15 moritz NotFound: it says #1 SMP Wed Sep 10 09:39:37 CEST 2008
19:15 pmichaud I can't decide if I want to put lolcode into the keynote at all or leave it out.  :-|
19:15 NotFound moritz: I know
19:15 NotFound But I don't know if this what perl6 wants.
19:15 pmichaud I don't think Perl 6 has a specific "this is what I want"
19:15 pmichaud at least, not yet.
19:16 NotFound Well, at least if it is similar to what perl 5 does.
19:16 pmichaud that's a good starting point, if nothing else.
19:27 Tene pmichaud: I vote for loop refactor for control exceptions.
19:38 cotto I'm running into a very odd bug with my PhpArray PMC: http://nopaste.snit.ch/14259
19:38 cotto when I run a METHOD before storing a keyed value with the same name, all is well
19:40 cotto when I try to store a value keyed by a string with the same name as a method, then try to run the method, Parrot can't find the method
19:41 cotto I couldn't repro by doing the same thing to OrderedHash, but I don't know how this could be a bug with my code
19:41 cotto I'd appreciate a pointer on where to look to fix this bug.
19:41 dalek r31838 | chromatic++ | trunk:
19:41 dalek : [PMC] Fixed a segfault when cloning BigInt PMCs.  This PMC is messy anyway.
19:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31838
19:41 NotFound cotto: I had a problem like that when writing a test for smoething some weeks ago, don't remember well, and forget to fill a ticket.
19:42 cotto hmmm.
19:42 cotto I wonder if it's a dynpmc thing then.
19:42 NotFound cotto: I think it can be a imcc thing.
19:49 nopaste "NotFound" at 213.96.228.50 pasted "disassemble of cotto example" (7 lines) at http://nopaste.snit.ch/14262
19:50 NotFound The P0[?] thing looks bad
19:57 nopaste "cotto" at 96.26.202.243 pasted "disassembly of working (first) vs broken (second) method_clobber.pir" (33 lines) at http://nopaste.snit.ch/14263
19:58 cotto It seems to appear in both disassemblies
20:01 dalek r31839 | chromatic++ | trunk:
20:01 dalek : [PMC] Removed signedness and conversion warnings from Float and Scalar PMCs.
20:01 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31839
20:03 NotFound cotto: and tracing it shows correctly "key" in all cases.
20:05 NotFound I'm wondering if the [ ] usage transforms the string constant to a key
20:10 bacek joined #parrot
20:11 pmichaud back
20:12 pmichaud Tene:  (loop refactor)  -- yeah, I want to do that one too.  I'm still trying to figure out how I want to manage Perl 6 control blocks (more)
20:13 pmichaud I'm warming to the idea of representing the various control block types in PAST::Block directly
20:16 dalek r31840 | chromatic++ | trunk:
20:16 dalek : [PMC] Cleaned up conversion and signedness warnings in String and Sub PMCs.
20:16 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31840
20:21 dalek r31841 | chromatic++ | trunk:
20:21 dalek : [PMC] Cleaned up signedness and conversion warnings in UnManagedStruct PMC.
20:21 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31841
20:23 mberends pmichaud: trying Rakudo make spectest for my first time, it hangs in S16-filehandles/io_in_for_loops.t 1/37. Probably cannot create 'tempfile'. In which dir? Know this problem?
20:25 moritz I've heard of that before
20:25 moritz which OS?
20:25 mberends moritz: debian sid amd64
20:33 dalek r31842 | chromatic++ | trunk:
20:33 dalek : [src] Changed base parameter in int_to_str and uint_to_str to an unsigned int
20:33 dalek : from a char, as the latter only potentially saves space but makes it awfully
20:33 dalek : difficult to pass in a literal integer without giving conversion warnings.  As
20:33 dalek : base should never be negative, unsigned makes sense too.
20:33 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31842
20:38 pmichaud mberends: make spectest or make spectest_regression ?
20:38 cjfields joined #parrot
20:40 mberends sorry, just make spectest
20:42 mberends now trying make spectest_regression...
20:44 pmichaud I wonder if we should get "make spectest" to default to spectest_regression.  That's twice in 24 hours that someone has made that substitution.
20:44 pmichaud and then testing all becomes "make spectest_all"  or "make spectest_full"
20:44 moritz we should, probably
20:46 mberends this n00b wasn't even aware of the distinction. just stumblin' aroun'
20:46 jhorwitz chromatic: ping
20:47 chromatic pong
20:47 pmichaud either that, or "make spectest" produces a message that says the targets to use for regression or all
20:47 jhorwitz getting this segfault again, though with slightly different conditions: ./parrot languages/perl6/perl6.pbc -e 'use Apache::Foo'
20:47 jhorwitz if Apache::Foo contains 'say "hi"', it segfaults
20:48 jhorwitz if just "1;", it's fine
20:48 apeiron joined #parrot
20:48 jhorwitz what's weird is that it works fine with both --gc-debug and -G
20:48 pmichaud -G bug!
20:49 chromatic Does mp6 use the line     Parrot_set_flag(interp, PARROT_DESTROY_FLAG); ?
20:49 jhorwitz yes.  though this isn't in mod_perl6
20:50 chromatic Hm, buffer overflow.
20:50 purl Better patch that, sonny.
20:50 jhorwitz Apache::Foo is just an arbitrary module name.  :)
20:50 chromatic 0xb7d72c38 in ascii_compute_hash (interp_unused=0x804f040,
20:50 chromatic source_string=0xb7692294, seed=3793) at src/charset/ascii.c:769
20:50 chromatic 769             hashval += *buffptr++;
20:50 jhorwitz yeah
20:51 jhorwitz after MUCH debugging just to familiarize myself, it looked like the string buffer was getting wiped out in 'require' in perl6/src/builtins/eval.pir
20:52 chromatic That shouldn't be.
20:52 jhorwitz so line 119 (inc_hash[name] = realfilename) would segfault cuz 'name' was junk
20:53 jhorwitz indeed.  :)
20:54 chromatic Strange.
20:54 purl But true.
20:55 NotFound true
20:55 dalek r31843 | julianalbo++ | trunk:
20:55 dalek : drop a const qualifier in Parrot_pcc_invoke_sub_from_sig_object that breaks c++ build
20:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=31843
20:55 jhorwitz i starting getting into the world of GC and COW, and that's when i knew i was in trouble.
20:55 chromatic GC and COW shouldn't have anything to do with this.
20:55 jhorwitz i figured i was getting off track
20:56 jhorwitz that's why you got pinged.  :)
20:56 chromatic I wonder if @INC is full of anything useful.
20:57 jhorwitz if you set PERL6LIB...
20:57 chromatic I didnt.
20:57 moritz then just .
20:57 chromatic .
20:57 chromatic ./Apache/Foo
20:57 chromatic Hi
20:57 chromatic Segmentation fault
20:57 purl (Core dumped)
20:58 cjfields joined #parrot
20:58 * moritz was pretty suprised when he first ran mplayer -dumpstream $url and at the end it told him 'core dumped. ;-)'
21:01 mberends pmichaud, moritz: spectest_regression passes all io_in_for_loops, then hangs in S16-io/basic_open 1/9. File test-data looks fine.
21:02 pmichaud mberends: what platform?
21:02 chromatic Hm, it gets to the evalfiles method on the p6 compiler.  Something in there causes the problem.
21:03 cjfields joined #parrot
21:03 jhorwitz yep, that's what i saw
21:04 mberends pmichaud: debian sid amd64. the t/spec directories are writeable.
21:04 chromatic Rakudo really needs to fix the "Class already registered" exception handler.
21:04 pmichaud ?
21:04 chromatic That exception gets thrown four or five times recursively in my backtrace.
21:06 pmichaud it might actually be in HLLCompiler
21:07 pmichaud the only place I'm aware of that does that exception handling is when loading the grammar.  but that should happen only once.
21:07 GeJ I think my box is not stm-happy.
21:09 GeJ I'm experciencing an infinite loop in t/stm/basic_mt_4.pir
21:10 nopaste "chromatic" at 63.105.17.30 pasted "Class Already Registered Recursive Fun (for pmichaud)" (207 lines) at http://nopaste.snit.ch/14264
21:11 pmichaud I don't suppose there's an easy way to find out what classes are already registered?
21:11 chromatic Hm, in parrot_hash_put, the key isn't a valid PMC.
21:11 chromatic pmichaud, not without writing a little bit of C code.
21:11 NotFound chromatic: Maybe an exception handler that takes more than one arg?
21:12 pmichaud I suppose I could put a debuggin statement into that exception and print it out then
21:12 pmichaud chromatic: perhaps file as a ticket, if not done already?
21:12 chromatic The paste?
21:12 purl the paste is (see: nopaste) or like glue but a little safer to sniff. or http://nopaste.snit.ch:8001/ or http://scsys.co.uk:8001/ anywhere shadowpaste is or mmm, sticky paste or You there! Eating the paste. or <see> 2 girls, 1 paste
21:13 pmichaud just the fact that it gets called multiple times.
21:13 pmichaud so I don't forget to go look at it.
21:13 NotFound BTW, I've found an utility for the hcf opcode: put it in an exception handler to get a nice backtraceable dump.
21:13 pmichaud I'll stick the ticket on my shortlist
21:15 Infinoid warning: in a future revision, backtraces caused by "hcf" may spontaneously burst into flame.
21:16 NotFound no warning;
21:20 pmichaud technically, 'hcf' is a bug because it doesn't produce flames yet.
21:21 pmichaud afk # helping kids with homework
21:21 NotFound Did we have an 'afk' opcode?
21:21 tewk joined #parrot
21:31 Infinoid that sounds like a great lolcode sleep function
21:32 moritz indeed
21:33 Infinoid of course, it's already specced: http://lolcode.com/contributions/sleep
21:39 NotFound I'd like a 'colors' instruction that exits.
21:40 NotFound In a channel I frequent, the color codes are forbidden, and sometimes when one ask how to disable coloring in his script nice people answer: /quit colors
21:41 NotFound For some values of 'nice'
21:44 Lorn joined #parrot
21:45 apeiron joined #parrot
21:46 Infinoid heh
21:58 chromatic joined #parrot
21:58 Limbic_Region joined #parrot
22:07 TiMBuS joined #parrot
22:32 GeJ !seen allison
22:32 clunker3 allison was last seen on #parrot 2 days, 6 hours, 44 minutes and 43 seconds ago, saying: pmichaud: previously they snuck through by being invoked on a proxy Complex object stored within the subclass of Complex
22:36 Limbic_Region !seen particle
22:36 clunker3 particle was last seen on #parrot 1 day, 4 hours and 19 seconds ago, saying: i'm checking out hllmagic now
22:36 Limbic_Region particle ping
23:00 tetragon joined #parrot
23:10 contingencyplan joined #parrot
23:44 chromatic jhorwitz, the best I can trace is something weird related to constant keys pointing to string registers.
23:45 chromatic Mostly I'm lost on the bowels of PBC generation from IMCC.
23:47 cotto chromatic, ping
23:48 chromatic pong
23:48 cotto Could you look at http://nopaste.snit.ch/14259 (note the comment) and tell me 1) if you think it's a bug in my code and 2) where in my code or Parrot I should look to fix it?
23:49 cotto you'll have to run make pmc in languages/pipp, of course
23:53 chromatic Hm.
23:58 Andy joined #parrot
23:58 chromatic cotto, I think there may be an IMCC problem.
23:59 chromatic Look for what generates the message about the missing method.
23:59 chromatic Around that area, look at what kind of PMC/STRING gets passed in to find that method and what's different between the commented and uncommented form.
23:59 chromatic That's what I'd do.
23:59 cotto thanks
23:59 cotto should be fin
23:59 cotto s/i/u/

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced