Parrot 2.0.0 "Inevitable" released! | parrot.org | Priorities: deprecated core PMCs and VTABLE entries | Roadmap: icanhaz.com/parrotroadmap | Latest modified TT's: icanhaz.com/parrotbugs
Set by moderator on 26 January 2010.
wknight-away windows-- 00:08
whiteknight threads are not bad things, but they need to be used properly 00:09
and with an understanding of the intrinsic costs and complexities
NotFound Yes, but looks like lot of people thinks that they need only to install the last buzzword and magically all programmers will be able to multithread anything efortless 00:10
dngor Mauve has more threads.
whiteknight NotFound: true. We had a programmer at work who wrote a high-performance messaging utility with dozens of threads and the thing was garbage
but the kid was fresh out of school and didn't understand the costs of it
we rewrote the utility with two threads, and it zips
like any tool, if used correctly threads can be great things. Used incorrectly they can be a huge problem 00:12
dngor Great power, great responsibility, etc. 00:13
NotFound Great power and great responsability is hard to reach when the goal in most business is having cheap and easily replaceable programmers 00:15
kid51: I think I finally managed to install all CPAN modules needed, making smoke now 00:19
davidfetter if a tool requires 20 years' experience and an IQ of 200 to use properly, i have not problem calling that tool bad without qualification
s/not/no/
kid51 NotFound: Thanks. We can always use more Win32 smokes. 00:21
NotFound davidfetter: What tool? 00:22
purl i guess tool is sufficiently extensible and flexible, so intelligent people produce tools that are supposed to help morons, meaning that the morons flock to the tool and abuse it
kid51 I think davidfetter is referring to threads.
davidfetter yep
kid51 finished that article ... and understood some of it! 00:23
NotFound There are tools that some qualify as good for programming with threads. An Ada compiler, for example. 00:24
Failed to send the report, HTTP read timeout 00:28
kid51 NotFound: Check the Smolder site. You probably *did* send the report. Smolder has been misbehaving like that for many weeks 00:29
You're there: smolder.plusthree.com/app/projects/...ails/32010 00:31
Here's your only test failure: smolder.plusthree.com/app/projects/.../32010/277 00:32
Do you know whether you are getting that error in trunk?
davidfetter NotFound, i confess i'll start caring about ada the first time i run across a project where it's involved :P 00:34
NotFound davidfetter: I don't care, just sing the song that people keeps playing since the '80 about those things. 00:35
I took a look at that paper. The tale about Moore's law and need for paralelism is always the same since then. 00:37
davidfetter parallelism, concurrency...these are real concerns. threads are not, imho, a good way to approach them
NotFound Funnily enough, the arguments about parallel programing with Cell were almost the same that at times of the Transputters. 00:38
I hoped that in 30 years thing changed a little more. 00:39
davidfetter: maybe, but I'd like to have more papers about good ways rather than re-exposing what's bad with threads ad nauseam. 00:43
davidfetter there are, as that paper mentioned, other ways to deal with the underlying issues. fixating on a known-broken technology strikes me as a terrible waste of time 00:44
NotFound If all progress in estructured programming had been repeating "goto is bad" we were still writing spaghetti code full time.
davidfetter hrm? 00:45
NotFound People worked on better ways, rather than wasting his time repeating how bas was goto. 00:46
s/bas/bad
davidfetter here i thought that was what parrot was for :)
that == better ways
NotFound davidfetter: If some day we have at least that works fine even without any concurrency, that day I'll start worrying about paralelism ;) 00:48
at least a GC that
davidfetter i confess i'm a little biased. i do most of my work on a project that's strictly thread-free :) 00:51
NotFound BTW, parrot we can't implement a pseudo-threading based on switching contexts in the VM because of out old friends the inner runloops. 00:54
Well, we can, but will be almost useless. 00:55
davidfetter help me out here. what would make it useless?
NotFound If you need to wait for inner runloops to finish before switching contexts, most pseudothreads must wait forever. 00:56
If you don't wait... I failed to imagine how the thing can work. 00:57
davidfetter hrm 01:02
mikehh the problem I find with that paper is that it takes things to extremes 01:18
on the one hand he looks for deterministic processes (nothing is completely deterministic) and on the other 01:19
he considers the mapping for partial functions is not countable 01:20
that is like saying if you had a bunch of monkeys typing at random for infinite time one of them would produce the complete works of Shakespere or something like that 01:21
the problem being that we already have the complete works of Shakespere 01:22
davidfetter we do?!?
mikehh well maybe not - I am sure some were lost along the way 01:23
davidfetter here i thought there were a bunch of missing works
mikehh ah but they were not written by William Shakespere - just someone of the same name 01:24
a 16th Century identity crisis
I do agree however that threads (as currently implemented in Java or .Net) are not an ideal solution 01:29
NotFound Maybe we even still don't know what is the problem. 01:32
mikehh the concept of lightweight threads is better, but care is still needed - actually care is needed in any solution :-}
ah we have the answer but don't know the question 01:33
NotFound If the problem is 'give me a way to develop good and powerful programs with poorly trained programmers and low resources', maybe there is no solution until we have IAs HAL-900 class. 01:34
s/900/9000
01:35 LaVolta joined
NotFound And one can hope that such IAs will kill his managers }:) 01:35
dalek nxed: r381 | julian.notfound++ | trunk/Makefile:
build setup.pir
 01:53
treed What's the command to run a smolder test? 02:15
dukeleto make smoke 02:18
purl rumour has it make smoke is Smoke Testing: Run the test suite and send smoke.html to smoke.parrotcode.org/
dukeleto or make smolder_test
treed: warning, the smolder server has been janky lately
treed janky like what? 02:19
treed hasn't run a smolder in a while, figured he would
32-bit OS X 10.5
dukeleto janky like it doesn't work 02:20
the smolder server returns a 500
the smolder server has memory leaks and other hidden bugs
treed nice
fulltest passes on my platform, for anyone interested 02:21
latest SVN
purl i think latest SVN is quite different, but i'll double check the dumper lines.
treed purl, forget latest SVN
purl treed: I forgot latest svn
treed latest SVN is the current new hotness
latest SVN?
purl latest SVN is the current new hotness
treed Files=341, Tests=12183, 150 wallclock secs ( 3.46 usr 2.04 sys + 72.12 cusr 40.08 csys = 117.70 CPU) 02:22
treed gets dinner
dalek tracwiki: v6 | dukeleto++ | GitTransition 02:25
tracwiki: trac.parrot.org/parrot/wiki/GitTran...ction=diff
treed I don't suppose anyone's put in any work making it possible to subclass parrot;Class? 02:52
(How does Rakudo make its classes?) 02:53
Tene: ^
treed is trying to pick up his cardinal thread, but the layers of indirection to do has-a instead of is-a is... headache-inducing.
02:54 cconstantine joined
treed $P1 = p6meta.'get_parrotclass'($P1) 02:59
Looks like it's also doing indirection.
Cardinal's branch iss41 has '!get_parrot_class' for part of the indirection 03:01
Tene treed: runtime/parrot/library/P6object.pir 03:02
treed I don't have a runtime directory?
Tene treed: in the parrot repo
treed Oh. 03:03
Tene start on line 578
treed But, yeah, it looks like rakudo is also doing has-a 03:04
Tene What was your motivation for dropping P6object instead of subclassing it? 03:05
treed I don't want all the Perl6 methods.
Also Ruby isn't a prototype based language.
There's a whole crapload of things that it has that I don't want. 03:06
ALso there was a bug with it that never got responded to
So I gave up and worked around it.
trac.parrot.org/parrot/ticket/909
In general, any response I got when complaining about subclassing bugs was "Yeah, that's known to be broken. It'll get fixed eventualyl." 03:07
And I don't want to just work on other things, because the object model is kinda the underpinning of the entire language. 03:09
Or at least the stdlib.
I'd have to do fucked-up hackarounds to work on the stdlib, so I may as well get the foundation right and then I can build on it.
nopaste "kid51" at 70.85.31.226 pasted "kill_array_pmc branch: 2 failing test files" (164 lines) at nopaste.snit.ch/19422
treed ANd maybe eventually start using rubinius' libraries. 03:10
I can't remember if I bothered filing a bug about the fact that you can't throw subclasses of Exception.
Which is another pervasive feature that it'd be nice to get right in the beginning. 03:11
trac.parrot.org/parrot/ticket/835
also this, which was never responded to 03:12
also dealing with a subclass
03:22 patspam joined
kid51 msg Whiteknight see nopaste.snit.ch/19422 re two failed test files in kill_array_pmc branch 03:32
purl Message for whiteknight stored.
kid51 msg Whiteknight tried simply replacing 'Array' with 'ResizeablePMCArray', but that gave similar results 03:33
purl Message for whiteknight stored.
04:03 eternaleye joined 04:19 LaVolta joined 05:06 chromatic joined
treed I forgot what mailing list I was supposed to send that summary to. 05:32
I can only remember four items.
But, honestly, it gets pretty old doing the old RPG run-around trying to get shit working.
"Go to the castle and get the potion!" 05:33
"Oh, no, the way to the castle is blocked, you need to go find this old guy and get an axe."
"Oh, but he wants some shrubbery before he'll let you use his axe."
It's just like that.
At some point you start to lose all faith that you'll every get to the castle.
chromatic Milhouse: When are they going to get to the fireworks factory? 06:39
06:46 LaVolta joined 08:02 cotto_w0rk joined 08:27 fperrad joined 08:49 cotto joined
treed IS there a primer on using parrot's debugger anywhere? 08:50
I want to step through this code.
debugger? 08:51
purl i heard debugger was probably the better approach then since you can disect whos calling whom and how or perl's electronic teddy bear or 'perl -d' or a good way to see if anyone has done it already or dev.catalyst.perl.org/wiki/DebugSample or avalible with cperl-mode syntax highlight/editing goodness with emacs+gud+perldb or *really* unhappy to be inside init_declare
treed uh, hm.
Maybe -t 7 will be enough 09:02
A Visual Studio-style debugger would be really nice.
09:04 bacek joined 09:42 integral joined 09:50 jsut_ joined 10:01 bacek joined
bacek O hai 10:04
dalek rrot: r43659 | bacek++ | branches/kill_array_pmc/runtime/parrot/library/Range.pir:
Replace one more Array with RPA in Range
 10:06
rrot: r43660 | bacek++ | branches/kill_array_pmc/runtime/parrot/library/Test/More.pir:
Wallparer problem in Test::More with comparision Null vs Undef. We probably need ticket for it to discuss proper solution of handling Nulls in Test::More.
rrot: r43661 | bacek++ | branches/kill_array_pmc/t (2 files):
Replace usage of Array with RPA in test_more.t and from_parrot.t
bacek msg mikehh I fixed failures you reported for whiteknight 10:10
purl Message for mikehh stored.
10:13 mikehh joined
bacek mikehh, aloha! 10:16
mikehh hi bacek 10:17
bacek mikehh, can you retest kill_array_pmc please?
mikehh bacek: ok will do
bacek mikehh, thanks 10:18
mikehh bacek: on failure in benchmark_tests - examples/benchmarks/array_access.pir 10:43
s/on/one/ 10:44
bacek mikehh, thanks. Which platform?
mikehh bacek: Ubuntu 9.10 amd64 - g++ with --optimize 10:45
bacek mikehh, found it. Easy fix 10:51
mikehh i got it working - you need to work on two files t/benchmaks/benchmark.t and examples/benchmarks/array_access.pir 10:53
dalek rrot: r43662 | bacek++ | branches/kill_array_pmc/examples/benchmarks/array_access.pir:
Drop benchmarking of Array.
 10:55
bacek mikehh, fixed. Both of them 11:05
msg whiteknight kill_array_pmc doesn't particularly help... Check r43665 11:10
purl Message for whiteknight stored.
dalek rrot: r43663 | bacek++ | branches/kill_array_pmc/t/benchmark/benchmarks.t:
And more tests removed.
 11:11
rrot: r43664 | bacek++ | branches/gc_encapsulate/src/pmc_freeze.c:
Temporary fix to enable compilation again
rrot: r43665 | bacek++ | branches/gc_encapsulate (35 files):
Merge branch kill_array_pmc into gc_encapsulate.
11:17 cotto joined
mikehh bacek: all tests PASS - up to fulltest in kill_array_pmc branch at r43665 - Ubuntu 9.10 amd64 (gcc with --optimize) 11:34
bacek mikehh, excellent
mikehh interesting t/pmc/eval.t PASS - see TT #1142 - it doesn't have the GC mark/collect in the pbc code (t/pmc/eval_12.pbc) 11:38
that's in testr
bacek just slightly different GC pattern... 11:39
mikehh anyway need to get some dog food - bbl 11:42
12:05 ruoso joined 12:08 joeri joined 12:18 LaVolta joined 12:33 payload joined 12:50 cotto joined 13:08 payload joined 13:19 kid51 joined 13:29 Whiteknight joined
Whiteknight good morning #parrot 13:38
kid51 good morning whiteknight 13:39
Whiteknight kid51: where did that failure happen, make test? 13:40
kid51 Yes.
But subsequent commits by bacek++ appear to have corrected them. 13:41
Have a PASS on one box; awaiting another.
Whiteknight I'm updating and running again here
kid51 See bacek's commit messages as well. 13:42
Whiteknight yeah, I'm slowly digging through everything 13:43
kid51 kill_array_pmc: Linux/i386: HEAD PASS: smolder.plusthree.com/app/public_pr...ails/32016 13:44
Whiteknight nice
thanks for the tests
kid51 So AFAICT there's no reason inside Parrot not to merge 13:45
But HLLs may be a different story
Whiteknight I've tested Matrixy with no problems, so I don't think PCT is using Array 13:46
kid51 kill_array_pmc: darwin/ppc: HEAD PASS 13:47
Whiteknight purl msg bacek it did appear to help, now segfaulting in a different place. 13:59
purl Message for bacek stored.
Whiteknight I hate how visit_info pretends to have VTABLE but isn't a PMC 14:12
dalek nxed: r382 | julian.notfound++ | trunk/winxedst (2 files):
predef sprintf
 14:19
14:35 cconstantine joined 14:36 szabgab joined 14:42 bit-man left 14:58 payload joined
dalek rrot: r43666 | whiteknight++ | branches/gc_encapsulate (3 files):
copysize was not being set in gc_ms_reallocate_buffer, causing a segfault in memcpy. Fix that so now it is initialized. Fixes segfault. Miniparrot now builds config_lib.pasm properly, but the build fails several steps later with a built Parrot
 14:59
15:20 davidfetter joined
Whiteknight purl msg bacek config.fpmc is weird. It contains several k of NULL bytes and then some weird text that looks unrelaed to the config PMC. I think miniparrot is not freezing it correctly. Looks like the memory buffer might be getting recycled. Possibly a GC problem? 15:27
purl Message for bacek stored.
15:28 jan joined 15:33 jan_ joined 15:35 Psyche^ joined
dalek nxed: r383 | julian.notfound++ | trunk/winxedst0.cpp:
avoid a few warnings in stage 0
 15:42
nxed: r384 | julian.notfound++ | trunk/config (3 files):
testing configure
 15:56
16:07 iblechbot joined
davidfetter is there some kind of frequently updated list that basically says, "parrot at least builds and passes tests here?" 16:19
Util davidfetter: PLATFORMS file in root dir 16:22
davidfetter hrm 16:23
is there some kind of dashboard for smoke?
davidfetter thinking of something like this: pgbuildfarm.org/
btw, that buildfarm code is getting generalized at the moment, and will probably get released soon as a consequence :) 16:25
Coke cotto: pong 16:28
davidfetter buildfarm is full of "continuous integration" goodness 16:29
16:49 cygx joined 16:51 kid51 joined
cygx small question about building parrot with MinGW: 16:52
it should work without MSYS, right?
16:53 theory joined
Coke cygx: I'm not sure; when building parrot on windows I typically use the ming that comes inside strawberry perl, and I'm not sure if msys is bundled in there also. 16:54
cygx Coke: according to README_win32, it should - but I get errors for missing header files which are nont part of MinGW 16:55
Coke k. I am sadly at work atm, so can't help debug this; if adding "requires MSYS" to the readme is an easy win, I can do that, though. =-) 16:58
(if it turns out to be more complicated, a trac ticket is probably the way to go.)
cygx actually, I think the problem might be that I use the cygwin version of perl to run Configure.pl, so it pulls the wrong information
so strawberry perl is the way to go?
Coke IME, yes. 16:59
cygx ok 17:00
Coke I tried cygwin for some time, and we had issues for the longest time. (Most since resolved, I thought.) I don't have access to the pay-for compilers. strawberry perl was an easy win, and it seems to JustWOrk.
Coke is reminded to at least try to build parrot on his work win32 box. 17:01
cygx ok; I have a somewhat non-standard setup (standalone versions of both MinGW and Cygwin) 17:02
a pure Cygwin build seems to work, but 'make test' reports failures...
dalek nxed: r385 | julian.notfound++ | trunk/winxedst1.winxed:
conditional operator in stage 1
 17:12
Coke cygx: I'm not sure we have any dedicated cygwin porters at the moment; if you can track down which ones are failing and open a ticket, that'd be a good start. (also, submitting smolder reports is helpful) 17:17
(make smolder)
nopaste "cygx" at 84.176.96.243 pasted "parrot 2.0.0 cygwin test summary" (11 lines) at nopaste.snit.ch/19424 17:29
cygx hm...: make: *** No rule to make target `smolder'. Stop. 17:30
kid51 cygx: make smolder_test 17:33
Note: Our Smolder site has been behaving somewhat badly for several weeks.
At the completion of your smoke test, it will probably successfully upload your report ... 17:34
... but then it will report back to you that it got a timeout error.
However, within about 5 minutes your test should actually show up on smolder.
smolder?
purl smolder is sourceforge.net/projects/smolder or web-based smoke test aggregator used by developers and testers to upload (automated or manually) and view smoke/regression tests using the Test Anything Protocol (TAP). or smolder.plusthree.com/app/public_pr..._reports/8
kid51 cygx: Could you paste output of: prove -v t/configure/033-step.t 17:35
NotFound kid51: that means that my win32 attempt yesterday was succestuk? 17:36
succesful
kid51 Yes: successful!
In fact, I pasted the link to your report on channel. 17:37
nopaste "cygx" at 84.176.96.243 pasted "prove -v t/configure/033-step.t" (63 lines) at nopaste.snit.ch/19425
cygx busy with fulltest - I'll send a smolder report after that...
kid51 NotFound: I note that in that branch you had an error in one test. I think that cygx just reported the same failure. 17:38
we should double-check.
NotFound kid51: yes, I noticed that but forgot to mention it. 17:39
kid51 cygx: Those test failures are non-fatal
cygz: But since I had a hand in writing t/configure/033-step.t, I will take a look at it.
Util davidfetter: Maybe the "TapTinder - Parrot build status" is what you want? tt.ro.vutbr.cz/ and tt.ro.vutbr.cz/buildstatus/pr-Parrot/rp-trunk/ 17:44
kid51 NotFound: Do you get that same test failure on Win32 in trunk? 17:45
davidfetter Util, interesting. i confess i'm more used to what the buildfarm does
kid51 (If so, then we know that the code in the branch is not the cause of the failure.)
cygx: what do you get for: perl -e "print qq|$^O\\n|" 17:49
Coke (... why is that target called smolder_test and not smolder?) 17:50
(seems like the _test is just extra verbosity)
cygx kid51: cygwin 17:54
kid51 Let me give you a patch to try out. 17:58
nopaste "kid51" at 71.246.120.241 pasted "t/configure/033-step.t: patch to handle Cygwin better" (40 lines) at nopaste.snit.ch/19426 18:01
kid51 Can you give that a spin? 18:02
NotFound kid51: don't know, will test when I can.
kid51 NotFound: thanks -- I was actually directing that question to cygz, but I appreciate your testing efforts as well :-)
cygx kid51: fulltest is still running; I'll give it a try when its finished... 18:10
18:11 szabgab joined
kid51 Thanks. 18:13
Whiteknight Any rakudo people around?
Coke: ping
kid51 NotFound, cygx: I just created TT #1422 re Parrot_IO.t failure on your boxes 18:14
cygx kid51: after patching, prove -v t/configure/033-step.t says: All tests successful. 18:21
kid51 Thanks.
My hunch was that on Cygwin, as on Win32, executables need to have the '.exe' suffix. 18:22
NotFound You can use .COM also, to remember old times ;) 18:23
cygx btw, the fulltest only reports the Parrot_IO failure... 18:24
Coke isn't file modified resolution time on windows coarser than normal? Are you testing something that is unreasonable to test?
s/normal/on linux/
Whiteknight: yes?
Whiteknight Coke: I was wondering if you would be able to test partcl with the kill_array_pmc branch
Coke Whiteknight: perhaps in several days after work burnout and recovery. 18:25
@work right now.
Whiteknight gotcha. Maybe I'll try to do it myself before that
Coke i'll try it if I can. I probably want to setup something to test it on some arbitrary branche. 18:26
kid51 Coke: re resolution time: That sounds possible. I observe that we get this failure on some Win32 Smolder reports but not others. 18:27
But I'm not actually very familiar with that test file, myself.
dalek TT #1422 created by jkeenan++: t/perl/Parrot_IO.t: 'not modified_since' test failing on some Win32 and ...
nxed: r386 | julian.notfound++ | trunk/winxedst0.cpp:
initial implementation of conditional operator in stage 0
 18:28
rrot: r43667 | jkeenan++ | trunk/t/configure/033-step.t:
Expand provision for names of executables on Win32 to cover Cygwin as well.
Coke (win32) might be cygwin specific: www.cygwin.com/ml/cygwin-patches/20...00308.html 18:30
(that's just the closest thing I've been able to google.) 18:31
kid51 Coke: but NotFound reported it last night on Win32 18:32
Coke could be a win32 thing. ISTR something about a 2-second resolution on such things, but could be FOS.
18:36 darbelo joined
darbelo hates blackouts. 18:36
davidfetter wonders whether darbelo is anywhere near EZE 18:39
darbelo EZE?
davidfetter airport code for buenos aires
purl buenos aires may be: SABE MRBA SABA SAEZ
darbelo Ah. No, not really near Ezeiza. 18:40
davidfetter at this distance, "near" would mean, "within an hour's non-flight transport of" 18:41
darbelo I'm actually 40-50 km away from the city proper.
It's about an hour and a half by train.
davidfetter whee! 18:42
davidfetter has only been to .ar twice so far
darbelo And on the oposite direction from that airport. So add the time to cross the city.
cygx kid51, Coke: afaik the 2-second resolution is a FAT restriction, which would explain why it only occurs in some reports (I'm building from a FAT32 partition...) 18:43
kid51 I wonder if there would be any way to detect whether someone was on FAT or not. 18:44
davidfetter wonders whether there's a PHAT partition
yo
Whiteknight ...ok, partcl here fails all tests 18:50
so that's not good
partcl apparently relies on Array 18:51
18:55 patspam joined
darbelo Whiteknight: did you msg me about failing tests on pmc_freeze_with_pmcs? 19:00
dalek rrot: r43668 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc/imageio.pmc:
Fix copypasta errors.
 19:01
nxed: r387 | julian.notfound++ | trunk/winxedst1.winxed:
use conditional op in a few places in stage 1
Whiteknight darbelo: yes
bump PBC_COMPAT, and a few errors disappear 19:02
not all, of course
darbelo Good to know, but I'm braking the build horribly as we speak ;)
OTOH, other than adding a new PMC, I haven't commited anything that should caise failures yet. 19:03
Whiteknight partcl appears to fail all tests in trunk 19:05
nopaste "cygx" at 84.176.96.243 pasted "cygwin test summary from external NTFS hd" (11 lines) at nopaste.snit.ch/19427 19:07
cygx using an NTFS partition didn't make the error go awy...
does anyone know if the 2 second resolution applies there as well?
Whiteknight on my box, anyway
darbelo is starting to hate svn. 19:23
. 19:31
Damm. is parrot.org down? 19:37
Whiteknight apparently 19:38
19:44 payload joined
darbelo Firs the blackout, now the site's down. I'm never going to get this branch going... 19:46
darbelo AAAAARRRRGGGGHHHHs
Whiteknight which branch, still pmc_freeze_with_pmcs? 19:47
darbelo Yeah. 19:48
I think I've the conversion pretty much done now. 19:51
Whiteknight nice 19:52
darbelo I have a few more segfaults to track down, but I'm confident that they're fixable.
Whiteknight I'm surprised the conversion wasn't more straight-forward
are you remembering to mark the ImageIO PMC?
darbelo Of course, no freeze == no build. So, the branch is hosed util I track that down. 19:53
I shouldn't have to. The stack walker ough to pick it up for me.
Whiteknight don't rely on the stack walker 19:54
it's shit-tacular
darbelo Still it's segfaulting in hash.c, not freeze code.
Whiteknight if an ImageIO PMC was getting recycled into a hash, and somebody was still calling the vtables, it could get messy 19:55
darbelo Doesn't look like that. It's freezing a hash that 'splodes. 19:56
And the whole "can't do shit with the sever down" is starting to make me want to stich to git. 19:59
s/stich/switch/
20:05 darbelo left 20:06 darbelo joined 20:12 zostay_ joined 20:13 wagle_ joined 20:18 cotto_working joined, payload joined, cotto joined
Whiteknight darbelo: send me a patch with your uncommitted changes and I will test too 20:19
Coke OSUOSL reported a problem with one of the drive farms, causing parrotvm and others to be mounted readonly.
Whiteknight: partcl hasn't been tested in some time. partcl-nqp might have better luck. 20:20
20:21 estrabd_ joined
Coke cygx: ah... thank you. I could not remember the details on that one. 20:22
detect fat32 is possible. It's probably easier to just put in a sleep for 2s before modifying the file.
20:23 eiro__ joined
Coke (yes, that slows down everyone else. You could just do it on windows) (just add a comment that checking the FS type is preferred, but more complex than we have time to fix right now.) 20:23
20:27 Whiteknight joined, cotto joined 20:28 TimToady joined, Khisanth joined, Ryan52 joined, rhr joined, TonyC joined, purl joined, workbench joined, hudnix joined, jjore joined, nopaste joined, cxreg joined
darbelo Whiteknight: nopaste.snit.ch/19428 20:28
That add the last two vtables to the PMC. Adds the supporting functions needed for them to the .pmc file. And then modifies pmc_freeze.c to go through the PMC interface. 20:29
That will go in as three separate patches when svn returns. 20:30
In that state miniparrot segfaults when trying to freeze a hash in config_lib.pasm 20:31
darbelo goes afk
be back in abit.
20:31 KatrinaTheLamia joined, slavorg joined
Whiteknight is running rakudo spectest against kill_array_pmc first. Going well so far 20:38
20:40 lichtkind joined
Whiteknight the computer groans and strains 20:43
....done 20:48
kill_array_pmc passes all the tests I've thrown at it 20:49
GeJ Good morning everyone 20:53
Whiteknight hello GeJ 20:56
GeJ Hi Whiteknight 21:06
Just to be sure, is svn down or is it my craptastic DSL line prevents me from co-ing this morning? 21:07
Whiteknight parrot.org is donw
down
svn is down
GeJ Oh, okay then. Thanks.
Whiteknight Coke: ping 21:10
dalek nxed: r388 | julian.notfound++ | trunk/winxedst0.cpp:
refactor conditions in stage 0
 21:22
Whiteknight pmichaud: ping 21:24
(I'm trying to thnk of who all is on the board and mght have the ability to un-crap the server)
particle1: ping 21:29
I wonder if I can just contact the osuosl.org people myself 21:36
...I sent an email anyway 21:42
22:08 ilbot2 joined
moderator Parrot 2.0.0 "Inevitable" released! | parrot.org | Priorities: deprecated core PMCs and VTABLE entries | Roadmap: icanhaz.com/parrotroadmap | Latest modified TT's: icanhaz.com/parrotbugs
Coke Whiteknight: pong. 22:09
Whiteknight: did you miss my send?
(RESEND) OSUOSL reported a problem with one of the drive farms, causing parrotvm and others to be mounted readonly. 22:10
presumably this is causing the trouble.
Coke quotes the email:
"Around 19:08 UTC today our one of our Xen iSCSI nodes became
unresponsive, causing affected VMs to remount their filesystems read-only.
We are working to restore service and will provide further updates when
they are available."
parrotvm was on the list of 22:11
Affected Virtual Machines
dalek nxed: r389 | julian.notfound++ | trunk/winxedst1.winxed:
refactor conditions in stage 1
 22:21
Whiteknight Coke: thanks for the info. Looks like there was a netsplit a while back and I was on the sort end of it. I didn't see your send 22:23
parrot.org is back up 22:26
Coke: as a bit of safety information, the website and repo are being backed up regularly? 22:27
Coke I have no idea, but assume so. 22:29
lichtkind Andy: ping 22:30
Coke This just in: "Everything should be back to normal as of 2:30PM PST." 22:32
dalek nxed: r390 | julian.notfound++ | trunk/winxedst1.winxed:
escape param names to avoid conflict with pir/pasm reserved words in stage 1
 22:35
22:43 payload joined
dukeleto 'ello 22:48
22:52 patspam joined 23:10 abqar joined
lichtkind dukeleto: hello 23:12
Coke is done with big-bad-work project. whee! 23:50
Whiteknight: you said partcl no longer works again trunk, yes? 23:51
Whiteknight tests failed on my box, yes 23:55
my first time running the tests in a long time, I may have done something wrong 23:56
failed every single test, and failed them relatively quickly 23:57
Coke svn info::git? 23:58
Whiteknight eh? 23:59

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!