Parrot | source cross referenced
← Previous day | Index | Channel Index | Today | Next day → | Search | Google Search | Plain-Text | plain, newest first
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | Coke | $ ./tclsh |
| 00:00 | Class 'Getopt::Obj' not found | |
| 00:00 | that's easy enough. | |
| 00:01 | dalek | winxed: r391 | julian.notfound++ | trunk/winxedst1.winxed: |
| 00:01 | winxed: some refactor of loops and conditions in stage 1 | |
| 00:01 | winxed: review: http://code.google.com/p/winxe[…]urce/detail?r=391 | |
| 00:01 | Coke | sorry, that should have asked "svn:info::git:?" |
| 00:03 | mikehh joined #parrot | |
| 00:04 | Coke | Whiteknight: fix pushed. |
| 00:04 | trunk should work again. Testing your branch now... | |
| 00:08 | dalek | partcl: 4afc153 | coke++ | (2 files): |
| 00:08 | partcl: Track change to parrot's stdlib namespaces. | |
| 00:08 | partcl: review: http://github.com/partcl/partc[…]94219e9d2a00d0bb8 | |
| 00:08 | Whiteknight | w00t |
| 00:09 | Coke | failing miserably, but very fixable. moment. |
| 00:09 | I have Array HLL mapped in a few places. When you replaced that in your branch, what did you use in its place? | |
| 00:09 | (anything other than ResizablePMCArray ?) | |
| 00:10 | Whiteknight | RPA |
| 00:10 | Coke | k. |
| 00:11 | All tests successful. | |
| 00:11 | purl | Time to write more tests! |
| 00:11 | Coke | making sure these edits work with trunk... |
| 00:14 | woosley joined #parrot | |
| 00:14 | woosley left #parrot | |
| 00:16 | mikehh joined #parrot | |
| 00:18 | Coke | Whiteknight: done. |
| 00:19 | dalek | partcl: 7474750 | coke++ | src/class/tcl (2 files): |
| 00:19 | partcl: Don't use deprecated core 'Array' PMC. | |
| 00:19 | partcl: This patch works in both parrot trunk and kill_array_pmc branch. | |
| 00:19 | partcl: review: http://github.com/partcl/partc[…]fe9fee5c562dec8b0 | |
| 00:20 | winxed: r392 | julian.notfound++ | trunk/winxedst1.winxed: | |
| 00:20 | winxed: codingstd fixes | |
| 00:20 | winxed: review: http://code.google.com/p/winxe[…]urce/detail?r=392 | |
| 00:29 | mikehh joined #parrot | |
| 00:41 | mikehh joined #parrot | |
| 00:49 | GeJ | I don't know who's responsible for that, but Parrot doesn't coredump on my box when `make test`-ing. |
| 00:50 | Thanks for that. | |
| 00:51 | dalek | parrot: r43669 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc/imageio.pmc: |
| 00:51 | parrot: Separate the code that lived in visit_info_init() into two vtables, one for freezing and one for thawing. | |
| 00:51 | parrot: Now set_string_native() thaws the passed string and set_pmc() freezes the passed PMC. | |
| 00:51 | parrot: review: http://trac.parrot.org/parrot/changeset/43669/ | |
| 00:51 | parrot: r43670 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc/imageio.pmc: | |
| 00:51 | parrot: Copy private support routines, from pmc_freeze.c to the ImageIO PMC. We should be done shuffling code for now. | |
| 00:51 | parrot: review: http://trac.parrot.org/parrot/changeset/43670/ | |
| 00:51 | parrot: r43671 | darbelo++ | branches/pmc_freeze_with_pmcs/include/parrot/pmc_freeze.h: | |
| 00:51 | parrot: The struct _visit_info is no more. This functions take a PMC now. | |
| 00:51 | parrot: review: http://trac.parrot.org/parrot/changeset/43671/ | |
| 00:58 | slavorg joined #parrot | |
| 01:07 | dalek | parrot: r43672 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc_freeze.c: |
| 01:07 | parrot: Switch the code in pmc_freeze.c to use the ImageIO PMC. | |
| 01:07 | parrot: This causes segfaults on freezing, which interrupts the build. | |
| 01:07 | parrot: review: http://trac.parrot.org/parrot/changeset/43672/ | |
| 01:07 | parrot: r43673 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc_freeze.c: | |
| 01:07 | parrot: Remove from src/pmc_freeze.c all code that has already been moved into the ImageIO pmc. | |
| 01:07 | parrot: review: http://trac.parrot.org/parrot/changeset/43673/ | |
| 01:12 | theory joined #parrot | |
| 01:13 | LaVolta joined #parrot | |
| 01:16 | hudnix joined #parrot | |
| 01:20 | payload joined #parrot | |
| 01:23 | dalek | parrot: r43674 | plobsing++ | trunk/tools/build/nativecall.pir: |
| 01:23 | parrot: copy over documentation from nativecall.pl and give better variable names in main() | |
| 01:23 | parrot: review: http://trac.parrot.org/parrot/changeset/43674/ | |
| 01:35 | purl joined #parrot | |
| 01:39 | dalek | parrot: r43675 | coke++ | trunk (4 files): |
| 01:39 | parrot: This script is actually used during the build. | |
| 01:39 | parrot: review: http://trac.parrot.org/parrot/changeset/43675/ | |
| 01:41 | ascent joined #parrot | |
| 01:50 | Whiteknight | darbelo: in branch, freeze() still takes visit_info, which has a different structure |
| 01:50 | so it's calling a voi* pointer as a function | |
| 01:55 | dalek | parrot: r43676 | coke++ | trunk/tools/build/cc_flags.pl: |
| 01:55 | parrot: Remove unused option from build script. | |
| 01:55 | parrot: review: http://trac.parrot.org/parrot/changeset/43676/ | |
| 02:18 | Whiteknight | purl msg darbelo: the visit_info structue has a different data format from PMC, so calls to VTABLE_* on a PMC that is cast as a visit_info calls the wrong function and segfaults. Updating all visit_info references to PMCs will fix this problem, but breaks the build in src/pmc/parrotinterpreter.pmc:visit() because that pokes into the internals of visit_info. |
| 02:18 | purl | Message for darbelo stored. |
| 02:21 | Andy joined #parrot | |
| 02:23 | kid51 joined #parrot | |
| 02:30 | cotto_w0rk joined #parrot | |
| 02:46 | merlyn joined #parrot | |
| 02:46 | merlyn | hey |
| 02:47 | confound and the guys are being confused by the fact that I wrote about Perl being unparsable in http://www.perlmonks.org/index.pl?node_id=44722 | |
| 02:47 | they seem to be on a bent about me | |
| 02:47 | was kicked by confound: stop being a troll everywhere you can | |
| 02:48 | confound | Sorry about that. I don't know what's up with him. |
| 02:48 | he wants to bring some other channel's argument into.. uh...everywhere. | |
| 03:08 | merlyn joined #parrot | |
| 03:25 | LaVolta | that was an interesting moment...i am sure :-P |
| 03:33 | davidfetter | confound, ? |
| 03:33 | purl | confound, is there anything extra in messages? |
| 04:24 | * darbelo | comes back |
| 04:27 | davidfetter | wb! |
| 04:29 | darbelo | Let's see if I can get this segfault to go away before something else happens. |
| 04:50 | bacek joined #parrot | |
| 05:08 | LaVolta joined #parrot | |
| 05:09 | dalek | parrot: r43677 | darbelo++ | branches/pmc_freeze_with_pmcs (28 files): |
| 05:09 | parrot: Do a lot of visit_info* -> PMC* substitutions. | |
| 05:09 | parrot: review: http://trac.parrot.org/parrot/changeset/43677/ | |
| 05:11 | cotto | darbelo, need help parallelizing work on that branch for a bit? |
| 05:19 | darbelo, I'll be around for a little while. lmk if you want a hand. | |
| 05:19 | darbelo | Right now I'm trying to find what VTABLE is it more reasonable to hijack for calling visit_pmc_now. |
| 05:20 | I wonder if using visit() itself would be too confusing. | |
| 05:21 | line 719 of src/pmc/parrotinterpreter.pmc is the case I want to encapsulate. | |
| 05:21 | cotto | yup |
| 05:21 | darbelo | That should bring the build back to life. |
| 05:23 | plobsing_ | darbelo: isn't visit_pmc_now only really called from the VTABLE_push_pmc anyways? |
| 05:24 | darbelo | Wouldn't that explode on thawing? |
| 05:25 | plobsing_ | oh right, two places - shift and push respectively |
| 05:25 | dalek | parrot: r43678 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc (5 files): |
| 05:25 | parrot: Replace direct access to thaw_ptr with calls to the set_pointer() VTABLE. | |
| 05:25 | parrot: review: http://trac.parrot.org/parrot/changeset/43678/ | |
| 05:25 | darbelo | Thing is some PMCs, use the same code for both, by manually setting thaw_ptr and calling visit_pmc_now themselves. |
| 05:27 | plobsing_ | they shouldn't. the whole point of pmc_freeze_cleanup was to eliminate all non-vtable access |
| 05:27 | where is this happening? | |
| 05:27 | darbelo | line 719 of src/pmc/parrotinterpreter.pmc |
| 05:27 | purl | well, line 719 of src/pmc/parrotinterpreter.pmc is the case I want to encapsulate. |
| 05:28 | darbelo | two more cases in objec.pmc |
| 05:29 | plobsing_ | that can be completely replaced by the VISIT_PMC macro |
| 05:29 | darbelo | and src/pmc/schedulermessage.pmc |
| 05:29 | plobsing_ | ditto on object.pmc |
| 05:30 | same with schedulermessage.pmc | |
| 05:30 | sorry, I must have missed those when I went through and changed them all. | |
| 05:31 | darbelo | Okay then. Lets see how that works... |
| 05:35 | Oh that makes the set_pointer unnecessary too. | |
| 05:43 | TiMBuS joined #parrot | |
| 05:50 | nopaste | "darbelo" at 190.3.157.76 pasted "Is this right?" (87 lines) at http://nopaste.snit.ch/19431 |
| 05:50 | darbelo | plobsing_: Is http://nopaste.snit.ch/19431 the right way to convert this? |
| 05:52 | plobsing_ | darbelo: yes, that appears to be correct |
| 05:53 | darbelo | Okay, just checking. Array is horribly broken with this. |
| 05:53 | plobsing_ | darbelo: if there are/were any other places outside of src/pmc_freeze.c that are accessing visit_info members directly, let me know |
| 05:54 | darbelo | I haven't seen any others. And now src/pmc_freeze.c shouldn't be touching this stuff directly either. |
| 05:55 | Once I get this back into working order we should be able to do another big cleanup pass. There move's uncovered some nice opportunities. | |
| 05:57 | Did the array-killing land in trunk yet? | |
| 05:57 | dalek | parrot: r43679 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc (4 files): |
| 05:57 | parrot: Use the VISIT_PMC() macro in a few more places. | |
| 05:57 | parrot: Thanks to plobsing++ for the tip. | |
| 05:57 | parrot: review: http://trac.parrot.org/parrot/changeset/43679/ | |
| 05:59 | darbelo | Hmm. Looks like no. |
| 06:04 | That's it for tonight, then. Feel free to fix the build while I go to sleep ;) | |
| 06:05 | Otherwise, I'll just plain de-array-ize the branch tomorrow. | |
| 06:09 | chromatic joined #parrot | |
| 06:09 | chromatic | I heard an interesting rumor about a Microsoft GC. |
| 06:09 | XNA, I think. | |
| 06:10 | It runs the GC every time it's allocated a megabyte of memory. | |
| 06:10 | What if we did something similar? | |
| 06:11 | Allocate a new arena whenever we're out of memory, keep a running total of the size of all arenas allocated since the most recent GC run, and don't do a full M&S every time we reach the end of an arena? | |
| 06:14 | dalek | parrot: r43680 | darbelo++ | branches/pmc_freeze_with_pmcs (15 files): |
| 06:14 | parrot: Sync the branch with trunk. | |
| 06:14 | parrot: review: http://trac.parrot.org/parrot/changeset/43680/ | |
| 06:14 | treed | Game developer friend of mine confirms that about XNA. |
| 06:14 | 22:13 < Kael> xna uses the compact framework gc | |
| 06:14 | 22:14 < Kael> it's nongenerational and uses simpler heuristics | |
| 06:15 | 22:15 < Kael> to some extent that's actually good, because it makes it very predictable | |
| 06:15 | 22:15 < Kael> but it would perform way better if it at least had two generations | |
| 06:17 | chromatic | Thanks, treed. |
| 06:17 | treed | yep |
| 06:17 | chromatic | Based on some simple experiments here it's actually a sane approach. |
| 06:17 | In return, I have some code to write that might help with the PMC subclassing problem. | |
| 06:18 | treed | Heh, awesome. |
| 06:18 | I've been fighting with my code all day. | |
| 06:18 | Every 2 lines I have to go back and reread it. | |
| 06:18 | Gets really old really quickly. | |
| 06:19 | There are just a few too many layers to keep in my head at once. | |
| 06:21 | chromatic | You should see a commit I made in December. |
| 06:21 | It touched every ugly part of Parrot except for Configure. | |
| 07:11 | plobsing_ | msg darbelo build is fixed, most tests pass. enjoy |
| 07:11 | purl | Message for darbelo stored. |
| 07:18 | dalek | parrot: r43681 | plobsing++ | branches/pmc_freeze_with_pmcs/src/pmc/imageio.pmc: |
| 07:18 | parrot: Actually initialize id_list. also, switch to using RPA at the same time and fix typo on shift_float vtable declaration. This fixes the build and passes all tests except t/pmc/packfile*. Anyone on an i386 can fix these by bumping PBC_COMPAT and running mk_native_pbc. | |
| 07:18 | parrot: review: http://trac.parrot.org/parrot/changeset/43681/ | |
| 07:22 | mikehh joined #parrot | |
| 07:27 | cotto | plobsing_, what necessitates the pbc_compat bump? |
| 07:49 | It'd be nice to get rid of those compiler warnings before merging. | |
| 07:50 | jsut joined #parrot | |
| 07:53 | ttbot | Parrot trunk/ r43674 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/187961.txt ( http://tt.ro.vutbr.cz//buildst[…]-Parrot/rp-trunk/ ) |
| 08:04 | mikehh joined #parrot | |
| 08:07 | dalek | parrot: r43682 | cotto++ | branches/pmc_freeze_with_pmcs/PBC_COMPAT: |
| 08:07 | parrot: [PBC_COMPAT] bump bytecode version for freeze/thaw changes | |
| 08:07 | parrot: review: http://trac.parrot.org/parrot/changeset/43682/ | |
| 08:08 | cotto | msg darbelo Now that the branch is passing its tests, perhaps it'd be a good time to name the bikeshed^H^H^H^H^H^H^H^ImageIO PMC to something more descriptive like BinaryFreezer or BinarySerializer. |
| 08:08 | purl | Message for darbelo stored. |
| 08:08 | mikehh joined #parrot | |
| 08:09 | chromatic | MonkeyPopsicleStand |
| 08:18 | iblechbot joined #parrot | |
| 08:24 | mikehh joined #parrot | |
| 09:47 | bacek | o hai |
| 10:26 | gaz joined #parrot | |
| 10:27 | JimmyZ joined #parrot | |
| 11:33 | mj41 joined #parrot | |
| 11:43 | payload joined #parrot | |
| 11:48 | payload joined #parrot | |
| 11:54 | payload joined #parrot | |
| 11:54 | bacek | msg whiteknight looks like during PBC serialization we lost first kilobyte of data... |
| 11:54 | purl | Message for whiteknight stored. |
| 11:57 | payload1 joined #parrot | |
| 12:03 | payload joined #parrot | |
| 12:10 | LaVolta joined #parrot | |
| 12:17 | bluescreen joined #parrot | |
| 12:40 | dalek | parrot: r43683 | bacek++ | branches/gc_encapsulate/src/gc/mark_sweep.c: |
| 12:40 | parrot: Fix free_buffer signature | |
| 12:40 | parrot: review: http://trac.parrot.org/parrot/changeset/43683/ | |
| 12:43 | payload joined #parrot | |
| 12:48 | cotto joined #parrot | |
| 12:59 | mberends joined #parrot | |
| 12:59 | fperrad joined #parrot | |
| 13:04 | tetragon joined #parrot | |
| 13:19 | bacek joined #parrot | |
| 13:20 | bacek | msh whiteknight Yay! gc_enapsualte is able to build parrot and few PBCs! Crashed at PGE, unfortunately... |
| 13:28 | whiteknight joined #parrot | |
| 13:29 | dalek | parrot: r43684 | bacek++ | branches/gc_encapsulate/src/gc/api.c: |
| 13:29 | parrot: Remove redundant aligned_mem in gc_reallocate_buffer | |
| 13:29 | parrot: review: http://trac.parrot.org/parrot/changeset/43684/ | |
| 13:29 | parrot: r43685 | bacek++ | branches/gc_encapsulate/src/gc/gc_ms.c: | |
| 13:29 | parrot: Add stub for gc_ms_free_buffer | |
| 13:29 | parrot: review: http://trac.parrot.org/parrot/changeset/43685/ | |
| 13:36 | bluescreen joined #parrot | |
| 13:45 | whiteknight | good morning #parrot |
| 14:10 | bacek | o hai, whiteknight |
| 14:13 | * bacek | finally felt asleep |
| 14:14 | ruoso joined #parrot | |
| 14:26 | zibri left #parrot | |
| 14:34 | particle joined #parrot | |
| 14:34 | iblechbot joined #parrot | |
| 14:35 | dalek | rakudo/master: 30e0ed3 | moritz++ | perl6.pir: |
| 14:35 | rakudo/master: update copyright date in -v message; bbkr++ | |
| 14:35 | rakudo/master: review: http://github.com/rakudo/rakud[…]5531b9f7143b61f6f | |
| 14:43 | hicx174 joined #parrot | |
| 15:02 | PacoLinux joined #parrot | |
| 15:06 | dalek | parrot: r43686 | coke++ | trunk/tools/build/cc_flags.pl: |
| 15:06 | parrot: remove reference to non-existant file. | |
| 15:06 | parrot: review: http://trac.parrot.org/parrot/changeset/43686/ | |
| 15:08 | hicx174 joined #parrot | |
| 15:09 | Coke | at some point, the build process is actually going to be showing the command line used to build things, not just the filename. FYI. |
| 15:12 | whiteknight | that would be awesome |
| 15:12 | a way to toggle between the two displays would be even better, but not necessary | |
| 15:14 | bubaflub joined #parrot | |
| 15:16 | dalek | tracwiki: v16 | coke++ | BuildTaskList |
| 15:16 | tracwiki: http://trac.parrot.org/parrot/[…]on=16&action=diff | |
| 15:22 | hicx174 joined #parrot | |
| 15:28 | pmichaud | whiteknight: pong (from 21:23 utc) |
| 15:28 | whiteknight | pmichaud: issue averted. I was looking for board people who might be able to help with the server outage |
| 15:29 | so I spam-pinged all the board members | |
| 15:29 | pmichaud | okay, excellent work. |
| 15:30 | * Coke | wonders why we are supporting .S files when we don't seem to have any. |
| 15:30 | Coke | (in the makefile) |
| 15:31 | moritz | we probably had some before the JIT subsystem was ripped out |
| 15:34 | Coke | do we even have .s files anymore? |
| 15:34 | Psyche^ joined #parrot | |
| 15:34 | whiteknight | Coke: at least one, yes |
| 15:35 | http://trac.parrot.org/parrot/[…]gen/platform/ia64 | |
| 15:37 | Coke | is it actually used? =-) |
| 15:37 | alright. on unix, it's taking about 2s to run every CC invocation through cc_flags.pl first. | |
| 15:38 | * Coke | wonders what it looks like on win32. |
| 15:38 | Coke | (on a fast unix box, that is) |
| 15:40 | payload joined #parrot | |
| 15:42 | davidfetter joined #parrot | |
| 16:03 | whiteknight | so that's a huge waste of time then |
| 16:06 | tewk | 2s total for the entire build right. |
| 16:07 | I bet almost all that time is perl startup time. | |
| 16:09 | cotto_working joined #parrot | |
| 16:10 | whiteknight | tewk, no, it looks like it's called for every single .c file |
| 16:17 | tewk | whiteknight, it is, but I think coke is reporting the cumulative time during a build, maybe I'm wrong, Coke? |
| 16:19 | payload joined #parrot | |
| 16:20 | tewk | In other words, 2s of overhead (due to cc_flags.pl) per build sounds about right |
| 16:26 | Coke | yes, 2s for a build of 1m39s. |
| 16:26 | (that's with single threaded make) | |
| 16:26 | and there's no reason for it - the information is static and determinable at compile time. | |
| 16:27 | but we're parsing ./CFLAGS every time we build something. | |
| 16:27 | s/something/a single file/ | |
| 16:27 | and there's only a dozen files or so that even care. | |
| 16:27 | (I tried to get numbers on windows, but my simple hack to disable it failed there.) | |
| 16:28 | 2 / (60+39) | |
| 16:28 | purl | 0.0202020202020202 |
| 16:28 | Coke | so, about 2%. (whoops ,I should have been able to figure that out in my head.) |
| 16:45 | mikehh joined #parrot | |
| 16:46 | theory joined #parrot | |
| 16:51 | dngor joined #parrot | |
| 16:59 | dalek | parrot: r43687 | coke++ | trunk/DEPRECATED.pod: |
| 16:59 | parrot: mark these always-subject-to-change items with the correct terminology. | |
| 16:59 | parrot: review: http://trac.parrot.org/parrot/changeset/43687/ | |
| 16:59 | parrot: r43688 | coke++ | branches/rename_hash: | |
| 16:59 | parrot: Branch for implementing �http://trac.parrot.org/parrot/ticket/679 | |
| 16:59 | parrot: Hash -> AssociativePMCArray, | |
| 16:59 | parrot: OrderedHash -> OrderedAssociativePMCArray | |
| 16:59 | parrot: review: http://trac.parrot.org/parrot/changeset/43688/ | |
| 17:18 | Coke | after spending about 2m going through src/pmc/hash.pmc, I reject that ticket. =-) |
| 17:21 | darbelo joined #parrot | |
| 17:25 | tewk | I'm starting to add proptype futures to parrot. Is there any current users of parrotthread, parrotrunningthread? |
| 17:26 | ParrotRunningThread is the wrong abstraction. It needs to go away, switching a pmc's type using pmc_reuse is just plain evil, especially when languages will likely subclass parrotthread. | |
| 17:27 | dukeleto | 'ello |
| 17:27 | darbelo | Hi all. |
| 17:27 | dukeleto | tewk: currently we need tests for compiling with/without threads. currently, if you compile using --without-threads, it still links in pthreads |
| 17:28 | darbelo: good localtime() | |
| 17:29 | tewk | dukeleto, thats lower on my tuit list right now, but I'll keep it in mind. |
| 17:31 | mikehh joined #parrot | |
| 17:31 | dukeleto | tewk: can you explain what "proptype futures" means? |
| 17:31 | dalek | parrot: r43689 | coke++ | branches/rename_hash: |
| 17:31 | parrot: I vote against this ticket. | |
| 17:31 | parrot: review: http://trac.parrot.org/parrot/changeset/43689/ | |
| 17:32 | tewk | I'm prototyping "futures", futures are a construct that says go off and do this other task in another OS thread, think of it as fork/join parrallelism. |
| 17:33 | It really is fork join parallelism. | |
| 17:33 | darbelo | but threads give more buzz to it. |
| 17:34 | tewk | In other words the programmer promises not to modify shared state, and the workers can return results without having to serialize them. |
| 17:34 | yes | |
| 17:35 | To start with I'll probably turn off GC, but I will quickly add support for the threads to pause and allow gc to occur. | |
| 17:35 | We have already successfully done this for PLT Scheme | |
| 17:36 | darbelo | tewk: There was some gc+threading problem a while back. I think it was plobsing that ran into it. You might want to check with him. |
| 17:37 | If my memory is working right the gc is already half-disabled for threads. | |
| 17:40 | Unrelatedly: OrderedAssociativePMCArray? Feeling wordy today aren't we :) | |
| 17:40 | mikehh joined #parrot | |
| 17:43 | dukeleto | Builtin classes will derive from 'Cool' (which itself derives from 'Any'). |
| 17:43 | really? those rakudo folks sure are Cool | |
| 17:44 | tewk: interesting. do you have any links that i can read up on futures? kinda hard to search for 'futures' | |
| 17:45 | tewk | its an old functional programming idea |
| 17:47 | dalek | parrot: r43690 | fperrad++ | trunk/runtime/parrot/library/distutils.pir: |
| 17:47 | parrot: [distutils] support prove v2.x (Test::Harness) | |
| 17:47 | parrot: review: http://trac.parrot.org/parrot/changeset/43690/ | |
| 17:50 | tewk | dukeleto, google: functional programming futures |
| 17:50 | dukeleto | tewk: danke |
| 17:51 | iblechbot joined #parrot | |
| 17:54 | * darbelo | googles "futures from functional programming's past" |
| 17:56 | rdice joined #parrot | |
| 18:00 | kthakore joined #parrot | |
| 18:21 | dngor joined #parrot | |
| 18:45 | kjeldahl_ joined #parrot | |
| 18:47 | dalek | winxed: r393 | julian.notfound++ | trunk/examples/socket.winxed: |
| 18:47 | winxed: socket example | |
| 18:47 | winxed: review: http://code.google.com/p/winxe[…]urce/detail?r=393 | |
| 18:50 | mikehh joined #parrot | |
| 18:52 | dalek | parrot: r43691 | darbelo++ | branches/pmc_freeze_with_pmcs/t/native_pbc (4 files): |
| 18:52 | parrot: native_pbc platform updates | |
| 18:52 | parrot: review: http://trac.parrot.org/parrot/changeset/43691/ | |
| 19:06 | joeri joined #parrot | |
| 19:14 | cognominal joined #parrot | |
| 19:26 | chromatic joined #parrot | |
| 19:28 | Coke | chromatic: hio |
| 19:29 | chromatic | morning |
| 19:32 | whiteknight | hello chromatc |
| 19:32 | or chromatic | |
| 19:34 | dukeleto | o hai |
| 19:36 | chromatic | whiteknight, did you see the conversation treed and I had about how XNA handles GC? |
| 19:36 | whiteknight | no. |
| 19:36 | sounds interesting though | |
| 19:37 | chromatic | They use (apparently) the .NET compact GC framework. |
| 19:38 | Every time they've allocated a MB, they run the GC. | |
| 19:38 | We could keep track of how much memory we've allocated since the last run and run the GC only if it's over a threshhold. | |
| 19:41 | darbelo | That sounds like a good fit to parrot's memory usage. |
| 19:41 | tewk | chromatic, what do we do now? |
| 19:42 | chromatic | We run a full mark and sweep every time we've used up all memory we've allocated. |
| 19:42 | We do allocate another arena for the GCable type which caused the exhaustion, if we can't reclaim enough free objects. | |
| 19:44 | particle | mark and sweep every time we've run out of enough memory to allocate a new structure, not exactly when it's all used |
| 19:46 | tewk | ouch, we should always leave gc with at least x free allocation units in each arena. |
| 19:47 | s/each arena/each GCable type/ | |
| 19:47 | chromatic | We do. |
| 19:48 | payload joined #parrot | |
| 19:50 | * Coke | wonders how important any of the flags in CFLAGS.in really are. |
| 19:52 | particle | how do i check that a unix service is running? |
| 19:54 | davidfetter | on fedora, service [whatever] status |
| 19:54 | other systems have other ways | |
| 19:54 | Tene | particle: '/etc/init.d/whatever status' is going to be pretty universal. |
| 19:54 | particle | perfect, that should work for hrel |
| 19:54 | er, rhel | |
| 19:55 | davidfetter | might be in /sbin, which in turn may not be in your path |
| 19:55 | Tene, does that work on *bsd? | |
| 19:55 | Tene | davidfetter: dunno. |
| 19:55 | * davidfetter | has applebsd, but it's off atm |
| 19:57 | particle | oh, nice, rhel doesn't have a manpage for 'service' |
| 19:58 | Tene | What version of rhel? My rhel does. |
| 19:59 | however, 'service' is just a small wrapper to look up the first argument in /etc/init.d/ and run it with the rest of the arguments. | |
| 19:59 | particle | https://bugzilla.redhat.com/show_bug.cgi?id=90749 |
| 20:11 | plobsing joined #parrot | |
| 20:49 | whiteknight | hmm..you know what might be fun? A wrapper utility to launch Parrot as a service on Linux |
| 20:49 | or, a program running on Parrot as a service | |
| 20:49 | bacek | Good morning |
| 20:52 | whiteknight | hello bacek |
| 20:53 | bacek | aloha whiteknight |
| 20:53 | whiteknight, care to hunt some GC bugs? :) | |
| 20:54 | whiteknight | bacek: always! |
| 20:54 | well, I will try to do it tonight, packing up and heading home here in a little bit | |
| 20:54 | bacek | whiteknight, gc_encapsualte almost able make corevm |
| 20:54 | whiteknight | bacek: awesome! |
| 20:55 | bacek | but looks like it prematurely collect some data... |
| 20:56 | nopaste | "bacek" at 220.244.134.113 pasted "Sample of build on gc_encapsulate for whiteknight++" (7 lines) at http://nopaste.snit.ch/19438 |
| 20:57 | whiteknight | urg, fun |
| 20:57 | so a string is getting recycled somewhere | |
| 20:57 | ash_ joined #parrot | |
| 20:57 | bacek | whiteknight, looks like. |
| 20:58 | whiteknight, yay. You are right | |
| 20:58 | check Parrot_gc_allocate_string_storage | |
| 20:59 | I missed "constant" allocation here | |
| 20:59 | whiteknight | oh, okay |
| 21:05 | I need to merge in that kill_array_pmc branch tonight to | |
| 21:05 | too* | |
| 21:05 | I wanted to do it today but didn't have the opportunity | |
| 21:08 | bacek | whiteknight, I can do it. |
| 21:08 | whiteknight | oh, that would be nice |
| 21:08 | I haven't heard any complaints, so I thnk it's good to go | |
| 21:08 | bacek | letme dcommit fix for "constant" strings |
| 21:09 | whiteknight | ok |
| 21:10 | bacek | whiteknight, merged |
| 21:11 | whiteknight | nice. Updating now |
| 21:11 | bacek | (I didn't rerun make test before dcommiting...) |
| 21:11 | whiteknight, it's not commited to svn yet :) | |
| 21:12 | r43695 | |
| 21:12 | whiteknight | okay, updating again! |
| 21:13 | bacek | Morning duties and $dayjob time. |
| 21:13 | See you! | |
| 21:13 | whiteknight | later |
| 21:17 | dalek | parrot: r43692 | bacek++ | branches/gc_encapsulate/src/gc/gc_ms.c: |
| 21:18 | parrot: Fix gc_ms_free_buffer signature | |
| 21:18 | parrot: review: http://trac.parrot.org/parrot/changeset/43692/ | |
| 21:18 | parrot: r43693 | bacek++ | branches/gc_encapsulate/src/gc/gc_ms.c: | |
| 21:18 | parrot: Partially implement gc_ms_get_info | |
| 21:18 | parrot: review: http://trac.parrot.org/parrot/changeset/43693/ | |
| 21:18 | parrot: r43694 | bacek++ | branches/gc_encapsulate/src/gc (3 files): | |
| 21:18 | parrot: Add flags parameter into allocate_buffer to separate constant vs | |
| 21:18 | parrot: non-constant allocations. Whiteknight++ | |
| 21:18 | parrot: review: http://trac.parrot.org/parrot/changeset/43694/ | |
| 21:18 | parrot: r43695 | bacek++ | trunk (31 files): | |
| 21:18 | parrot: Merge kill_array_pmc branch back into trunk. | |
| 21:18 | parrot: review: http://trac.parrot.org/parrot/changeset/43695/ | |
| 21:18 | whiteknight | bacek++ |
| 21:20 | cognominal joined #parrot | |
| 21:20 | darbelo | whiteknight: ping |
| 21:21 | whiteknight | darbelo: pong |
| 21:21 | darbelo | Is there an ETA on the array-killing? |
| 21:21 | whiteknight | darbelo: bacek just merged it |
| 21:21 | r43695 | |
| 21:21 | darbelo | To trunk? I only saw commits to gc_encapsulate. |
| 21:22 | Oh yeah trunk. | |
| 21:22 | Nevermind. | |
| 21:24 | plobsing joined #parrot | |
| 21:39 | payload joined #parrot | |
| 21:47 | Andy joined #parrot | |
| 21:50 | tewk | :q |
| 21:53 | dalek left #parrot | |
| 21:54 | dalek joined #parrot | |
| 21:59 | darbelo | svn: I find you lack of conflict-resolving skills disturbing. |
| 22:00 | GeJ | Good morning everyone |
| 22:00 | darbelo | morning GeJ |
| 22:07 | dalek | parrot: r43696 | darbelo++ | branches/pmc_freeze_with_pmcs (39 files): |
| 22:07 | parrot: Sync branch with trunk. | |
| 22:07 | parrot: review: http://trac.parrot.org/parrot/changeset/43696/ | |
| 22:08 | GeJ | Good morning darbelo |
| 22:19 | japhb joined #parrot | |
| 22:39 | dalek | tracwiki: v21 | kurahaupo++ | ArrayTasklist |
| 22:39 | tracwiki: More related tickets | |
| 22:39 | tracwiki: http://trac.parrot.org/parrot/[…]on=21&action=diff | |
| 22:39 | tracwiki: v22 | kurahaupo++ | ArrayTasklist | |
| 22:39 | tracwiki: http://trac.parrot.org/parrot/[…]on=22&action=diff | |
| 22:55 | tracwiki: v23 | kurahaupo++ | ArrayTasklist | |
| 22:55 | tracwiki: http://trac.parrot.org/parrot/[…]on=23&action=diff | |
| 23:02 | khisanth_ joined #parrot | |
| 23:13 | sjn joined #parrot | |
| 23:27 | dalek | parrot: r43697 | darbelo++ | branches/pmc_freeze_with_pmcs/src/pmc/imageio.pmc: |
| 23:27 | parrot: Sprinkle casts to make the compiler happy. | |
| 23:27 | parrot: review: http://trac.parrot.org/parrot/changeset/43697/ | |
| 23:28 | dukeleto | Parrot, Now With Sprinkles! |
| 23:30 | eternaleye joined #parrot | |
| 23:38 | davidfetter | hrm? |
| 23:44 | dalek | parrot: r43698 | darbelo++ | branches/pmc_freeze_with_pmcs (2 files): |
| 23:44 | parrot: Remove unnecessary definitions and headers. This code lives in the PMC now. | |
| 23:44 | parrot: review: http://trac.parrot.org/parrot/changeset/43698/ | |
| 23:44 | parrot: r43699 | darbelo++ | branches/pmc_freeze_with_pmcs/MANIFEST: | |
| 23:44 | parrot: Update MANIFEST. | |
| 23:44 | parrot: review: http://trac.parrot.org/parrot/changeset/43699/ | |
| 23:47 | leto joined #parrot | |
| 23:48 | dalek | winxed: r394 | julian.notfound++ | trunk/token.cpp: |
| 23:48 | winxed: some missing escaped chars in literal strings in stage 0 | |
| 23:48 | winxed: review: http://code.google.com/p/winxe[…]urce/detail?r=394 | |
| 23:51 | TT #1399 closed by whiteknight++: Array unshift/access broken | |
| 23:51 | kurahaupo joined #parrot | |
| 23:51 | dalek | TT #1270 closed by whiteknight++: decodetime and decodelocaltime return Array |
| 23:51 | TT #1303 closed by whiteknight++: [DEPRECATION] Array PMC | |
| 23:51 | TT #1293 closed by whiteknight++: Array PMC freeze/thaw/visit broken | |
| 23:51 | Whiteknight joined #parrot | |
| 23:54 | * kurahaupo | wonders why he gets a message from NickServ saying he's not registered. :-( |
| 23:54 | darbelo | on irc.perl.org? |
| 23:55 | kurahaupo | yes. |
| 23:55 | darbelo | There's no NickServ here that I know of. |
| 23:55 | That sounds more like fleanode. | |
| 23:57 | kurahaupo1 joined #parrot | |
| 23:58 | dngor_ joined #parrot | |
| 23:58 | * kurahaupo1 | fails to get a message from NickServ. Good. |
← Previous day | Index | Channel Index | Today | Next day → | Search | Google Search | Plain-Text | plain, newest first