% iblechbot has joined #parrot % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % Zaba_ is now known as Zaba r27206 | fperrad++ | trunk: : [inno] : - collect some DLL for setup diff: http://www.parrotvm.org/svn/parrot/revision?rev=27206 % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % Zaba has joined #parrot % teknomunk has left teknomunk!~teknomunk@ubuntubob.residential.okstate.edu % teknomunk has joined #parrot % jan has left jan!~chatzilla@90-229-128-103-no52.tbcn.telia.com % jan has joined #parrot % jan has left jan!~chatzilla@90-229-128-103-no52.tbcn.telia.com % slightlyoff has joined #parrot % jan has joined #parrot % Ivatar has joined #parrot % slightlyoff has left slightlyoff!~slightlyo@204.14.154.209 % barney has joined #parrot r27207 | bernhard++ | trunk: : [Eclectus] : clean up stst.pir diff: http://www.parrotvm.org/svn/parrot/revision?rev=27207 r27208 | bernhard++ | trunk: : Parrot built under Kubuntu 8.04 diff: http://www.parrotvm.org/svn/parrot/revision?rev=27208 % barney has left barney!~bernhard@dslb-084-058-173-137.pools.arcor-ip.net % mire has joined #parrot % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % turrepurre has left turrepurre!~chatzilla@90-229-128-103-no52.tbcn.telia.com allison@perl.org | Concurrency Tasks: link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks dalek's url is at http://xrl.us/bjqpy allison@perl.org | Concurrency Tasks: link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks dalek's url is at http://xrl.us/bjqpy allison@perl.org | Concurrency Tasks: link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks dalek's url is at http://xrl.us/bjqpy % jan has left jan!~chatzilla@90-229-128-103-no52.tbcn.telia.com shorten, wise up. checkety-check yourself before you shorten yourself ;) * davidfetter wonders how shorten might most easily acquire this wisdom % jan has joined #parrot at least its smart enough to recognise the same link over and over and reuse the existing entry the quick way to shut it up would be to get dalek to shorten the URL itself. but I kinda like seeing the wikipage name too % jan_ has joined #parrot % Zaba_ is now known as Zaba % jan has left jan!~chatzilla@c83-250-104-11.bredband.comhem.se % jan_ is now known as jan smarter would be "you just shortened that in this channel, don't bother doing it again for N minutes." the same could be said of dalek, s/shortened/announced/ % ambs has joined #parrot % rblackwe has left rblackwe!rblackwe@where.is.allmydata.net % rblackwe has joined #parrot Infinoid: how about a redirecting namespace for the wiki links? e.g. http://somewhere.short/concurrency_tasks of course, the title of the wiki page is already on the previous line, so you don't lose much by just having dalek say an xrl that would work too it seems like dalek's svn URLs are just under the threshold of shortening, and the blog links are just over % ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt % Andy has joined #parrot % ambs has joined #parrot Coke: ping % shamu has left shamu!~krishna@c-67-161-28-111.hsd1.ca.comcast.net pdump gives mie a bus error on my macbook intel r27209 | infinoid++ | trunk: : [pdump] Fix const warnings. Add a default case to a switch statement. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27209 r27210 | infinoid++ | trunk: : [pdump] Add some necessary header file dependencies to build pdump.o : for when parrot itself hasn't been built yet. (This helps -j.) diff: http://www.parrotvm.org/svn/parrot/revision?rev=27210 % Andy has left #parrot % Andy has joined #parrot r27211 | infinoid++ | trunk: : [pbc_info] Add some necessary header file dependencies to build pbc_info.o : for when parrot itself hasn't been built yet. (This helps -j.) diff: http://www.parrotvm.org/svn/parrot/revision?rev=27211 % ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt % Theory has joined #parrot I haven't noticed anything unusual yet on my iBook (r27210, with patches for backtraces, readline detection, and architecture flags) % cotto_home has left cotto_home!~cotto@75-92-237-130.sea.clearwire-dns.net was the asterisk-length stuff in printf("%*s", length, str) part of C89, added by C99, or what? r27212 | infinoid++ | trunk: : [pbc_info] Fix a couple of 64-bit integer conversion warnings. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27212 r27213 | infinoid++ | trunk: : [pdb] Fix up some const warnings. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27213 r27214 | infinoid++ | trunk: : [src] Fix two warnings in src/packdump.c: : src/packdump.c:164: warning: request for implicit conversion from 'DPOINTER *' to 'struct PMC *' not permitted in C++ : src/packdump.c:169: warning: request for implicit conversion from 'DPOINTER *' to 'struct PMC *' not permitted in C++ diff: http://www.parrotvm.org/svn/parrot/revision?rev=27214 cognominal: is a backtrace available? r27215 | bernhard++ | trunk: : [Eclectus] : Actually use the sub scheme_entry(), as generated from NQP. : Some tests are passing. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27215 * particl1 fears http://nopaste.snit.ch/12836 won't work on platforms that don't support sub-second sleep times (like win32) % particl1 is now known as particel Infinoid: the * in printf has been there for as long as I can remember, so it was probably C89 or ever K&R % particel is now known as particle * particle wanders off to dig a trench & test results are welcome. :) poor particle ... it sounds like he's got latrine duty :) but if sleep 0.1 doesn't do anything, the test will just spin for a moment, it still shouldn't fail hmm. guess that depends on how fast it spins % davidfetter has left davidfetter!~davidfett@start.fetter.org % davidfetter has joined #parrot particle: I ended up applying that diff. if it does fail on win32, I can fix it by switching from a loop-count-based loop to a time-based loop % AndyA has left AndyA!~andy@82.152.157.85 ...or just increasing the sleep time back to 1 second again. % AndyA has joined #parrot % cotto_home has joined #parrot % markus has joined #parrot r27216 | infinoid++ | trunk: : [pmc] : * PMC_pmc_val(pmc) already has a return type of PMC *. : * That means (PMC *) casts serve no purpose... remove a bunch of those. : * Fix a minor typo in the POD, while I'm at it. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27216 cognominal: thanks you are welcome I forgot to say I used the most recent svn parrot is your gdb still open? I'm curious about the value of "cstr" at the time of the crash (src/spf_vtable.c line 320) its either a bogus string or a bogus va_list, and a string problem would be easier to debug :) yes what does "print cstr" give you? % Zaba_ has joined #parrot ) p cstr $1 = 0x0 % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru all right, now we're getting somewhere :) % guru has joined #parrot what platform? oh, macbook intel can you go "up" to level #5 (PackFile_Constant_dump) and print self->u.string->strstart ? (I love the /* TODO: Won't do anything reasonable for most encodings */ comment just before this line) 0x0 ok, so what you've got there is a string PMC with no string pointer I installed an hardy hearon on a virtual machine, I can see if I get the same result I have icu btw on macosx ok. pdump runs fine for me on linux/amd64 compiling parrot on ubuntu I'm haven't been having any problems on OS X 10.5 on ppc this crash is very likely to be dependent on the .pbc file you dumped I tested with: ./pdump pbc_to_exe.pbc which pbc did you use? the same one ok. I'm not having any problems with ICU on linux Just got a bus error tetragon: running the same thing? Yes I get the same problem on hardy heron * Infinoid tests linux/i686 (gentoo) ... at the very same place hmm, my i686 box gets a segfault much later in the dumping process I skipped stuff in my dump oh. #32, same place then have I mentioned that this code is on my list of things to replace? :) My one crashed part of the way through #32 so you are set % Andy has left Andy!~AndyL@host3130.follett.com uh. now its crashing on amd64 too. cognominal: you infected me! :P % markus is now known as desertm4x % shamu has joined #parrot * Infinoid wonders what he did differently this time yea, I am part of the people that ruin experiments just by running around physically or virtually cognominal++ # scaring up the bugs % Ademan has left Ademan!~dan@h-67-101-42-224.snfccasy.dynamic.covad.net pdump has crashed in this spot for at least one month now I think nobody used pdump for a while Coke: plz go back in time and fix the Makefile back then, so I can use -j8 for bisecting at arbitrary points in the past, kthx hey, I'm currently working on #45015 and I was wondering, if anyone could take a quick look at my code. I'd like to know, if I can go on like that. :-) (it's at http://stud3.tuwien.ac.at/~e0625243/parrot/tmp/ btw) % tetragon has left tetragon!~seneca@216.126.67.44 desertm4x: at first glance, it looks reasonable % Ademan has joined #parrot okay, that's good. thanks for taking a look at it. of course, the ultimate test is whether it works :) s/reasonable/rational/ % tetragon has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % Limbic_Region has joined #parrot % shamu has left shamu!~krishna@c-67-161-28-111.hsd1.ca.comcast.net % shamu has joined #parrot % shamu has left #parrot % particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net % particle has joined #parrot % ruoso has left ruoso!~ruoso@81.84.159.105 % Zaba has joined #parrot % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru % paco has joined #parrot % shamu has joined #parrot % Theory has left Theory!~Theory@71-220-216-36.eugn.qwest.net % desertm4x has left desertm4x!~markus@80-123-22-19.adsl.highway.telekom.at % guru has left guru!~guru@67-208-9-120.ip.tor.radiant.net % Theory has joined #parrot % jmcadams has joined #parrot % Theory has left Theory!~Theory@71-220-216-36.eugn.qwest.net Infinoid: time machine, check. % bgeron has left bgeron!bgeron@toad.stack.nl % bgeron has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % iblechbot has left iblechbot!~iblechbot@ppp-62-216-197-146.dynamic.mnet-online.de % Ivatar has left Ivatar!~graham@tu055.demon.co.uk % grim_fandango has joined #parrot % kid51 has joined #parrot % grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167932018.dsl.bell.ca % gryphon has joined #parrot japhb: would using the HUGEINTVAL type help you? that looks to be declared as "long long" on linux/i686, and "long" on linux/amd64... 64 bits in both cases * japhb yawns the problem is, NCI will have to return and pass those arguments from the rest of parrot, so we need to use a type that the rest of parrot can handle Infinoid: that would be good, if NCI were taught to use it so I'm trying to find a suitable type :) How is HUGEINTVAL currently used? kinda sporadic Still, it does sound like the right typedef, if NCI can be taught to use it. I nominate 'L' for this task. * Infinoid stares at call_list.txt ... is this really what I think it is? we have to declare all our function signature types ahead of time? % Theory has joined #parrot Infinoid: yes, that's exactly what it is. It's ugly, but eventually will go away. I just have no idea how far away that will be. Supposedly eventually the NCI thunks will be JIT on demand I get the feeling that has a low priority (as in "may not make 1.0") japhb: end of summer, i hope % Theory has left Theory!~Theory@71-220-216-36.eugn.qwest.net particle: oooh, better than I thought! japhb: well, so far this is an interesting hack (meaning, I had to go as deep as pobj.h). I'm curious whether the rest of parrot is up for this this is the subject of a GSoC project japhb: I might have something for you to test (I don't have a clue how) in half an hour by a long-time contributer to parrot Infinoid: "this"? You mean adding HUGEINTVAL to NCI? yeah with an L signature ah, thank you! excellent don't thank me yet, it might not work, and it might not be what you want :) particle: I remembered seeing something NCI related in the GSoC list, but "end of summer" is too far away to affect my immediate plans. :-) Infinoid: well OK then. tewk plans on using languages/c99 to parse headers and generate nci stubs ooo, h2pmc or h2pir? Once you have the parsing correct, the output should be way easier. on a different topic, i'm having a load of failures on ubuntu x64 112 failed subtests All tests successful on gentoo amd64 any pattern to your failures? amazingly enough, nci.c compiles nothing i can immediately identify lemme nopaste the test output, before i head off to get cleaned up and make dinner I'm not so convinced I can add another basic type to the PObj union this easily... something's gotta break. "particle" at 24.19.3.148 pasted "test failure summary for ubuntu 8.04/x64" (12 lines) at http://nopaste.snit.ch/12839 Infinoid: and also note that chromatic posted a patch a bit ago that messes with PObj. There will probably end up being a conflict there. probably. but this is just a proof of concept, I don't actually have the foggiest idea what I'm doing :) basically I'm just too naive to have learned not to mess with this stuff yet. just watch the size of the object in the union it had better be the same as the size of the other objects shower & sounding good so far. its 64 bits, and the other objects are guaranteed to be at least that big at least, it won't be any bigger. it may be smaller, but that won't throw off the union size "All tests successful." *blink* "Infinoid" at 75.32.77.88 pasted "ugly patch to add HUGEINTVAL types to NCI (and add it to everything else too, I hope)" (173 lines) at http://nopaste.snit.ch/12840 I seriously doubt the rest of parrot is up to this. Might need a HugeInteger PMC or something to actually manipulate these values in the rest of parrot but the NCI side of things might work now :) Infinoid: in tools/build/nativecall.pl , in the chunk starting with '/L/ && do {', should that specify "long long t_$temp_num;" or "HUGEINTVAL t_$temp_num;" ? (I honestly don't know which is supposed to be used there) I just followed the nomenclature that "l" used ah. * japhb trusts the force for now RT that patch! ;-) it seems to use entries from the "compiler-vague" family of types, on the external side, and entries from the "parrot-vague" family of types, on the parrot side interesting and hoping they match up. which they will, for now, because of some other weirdnesses hmmm, perhaps in the longer term, L == long long, H == HUGEINTVAL % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net neither of those are really fixed Sure, but I would guess they cover the vast majority of times you would want a large int type For NCI purposes, I only care about L right now .... % tewk has left tewk!~tewk@ekstrom.org well, what worries me is, there are 128-bit processes out there, which means "long long" will probably eventually get bigger s/processes/processors/ unless they want to get ridiculous with a long long long type "really really long" "bond james bond" Infinoid: that's true, but I would expect that 'long long' => 128 bits on such a processor would actually be a good thing. I'd rather see an alternate set of platform-indignant fixed size types available like uint32_t, Parrot_UInt4, that kind of thing p5's pack() and unpack() are nice that way I'm all for that, especially since some APIs define and use such fixed width types AFK for a bit some do, some don't, and we have to support both ok, thanks steak & % tewk has joined #parrot % wknight8111 has joined #parrot % tewk has left tewk!~tewk@ekstrom.org % tewk has joined #parrot % Theory has joined #parrot % Theory has left Theory!~Theory@71-220-216-36.eugn.qwest.net % kid51 has left kid51!~jkeen@pool-70-107-4-96.ny325.east.verizon.net seen chromatic? chromatic was last seen on #parrot 4 days and 23 hours ago, saying: I'm tracking down a similar crash in one of the Rakudo tests. [Apr 22 20:13:47 2008] % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % contingencyplan has joined #parrot % particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net % particle has joined #parrot % particle has left particle!~particle@c-24-19-3-148.hsd1.wa.comcast.net % tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com % jmcadams has left jmcadams!~perlcast@dsl081-231-078.chi1.dsl.speakeasy.net % particle has joined #parrot % tetragon has joined #parrot % Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net % Theory has joined #parrot % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % Psyche^ has joined #parrot % Patterner has left Patterner!~Psyche@e177232014.adsl.alicedsl.de % Psyche^ is now known as Patterner % Theory has left Theory!~Theory@71-220-216-36.eugn.qwest.net % markus has joined #parrot % markus has left markus!~markus@91-113-25-140.adsl.highway.telekom.at % uniejo has joined #parrot