Re: [Chicken-users] Alex Shinn, Kon Lovett: list of eggs needing new releases
Thank you Alex for responding so quickly! I believe all of the below issue have now been fixed! I'm Looking forward to seeing a better nightly regression test. Happy hacking, -Alan On Sun, Oct 07, 2012 at 01:42:14PM +0900, Alex Shinn wrote: > On Sun, Oct 7, 2012 at 8:09 AM, Mario Domenech Goulart > wrote: > > Hi, > > > > On Sat, 6 Oct 2012 16:24:22 -0600 Alan Post > > wrote: > > > >> Based on recently deprecated functions in core, the following eggs > >> need new releases: > >> > >> condition-utils: patch to trunk attached. > >> lookup-table:patch to trunk attached. > >> srfi-41: 1.2.2 no longer works, but trunk has been updated. > >> stack: patch to trunk attached. > >> utf8:attached patch in previous message, but patch > >>repeated here. > >> > >> It appears that the deprecated features used in these eggs are the > >> primary reasons for the majority of the test failures. The owners > >> of these eggs are active here: > >> > >> Alex Shinn > >> + utf8 > >> Kon Lovett > >> + condition-utils > >> + lookup-table > >> + srfi-41 > >> + stack > >> > >> I don't have the required permission in svn to correct these issues, > >> though I'm happy to be granted sufficient privilege to patch, test > >> and cut new releases for these eggs. Otherwise, I've done what I > >> can and goddess speed both of you. ^_^ > > > > Notice that to use (use make) in .setup files, you need (depends make) > > in the corresponding .meta files, since make is now an egg. > > (needs make) was already in the .meta file. I've > added (use make) and bumped the version. > > -- > Alex > > ___ > Chicken-users mailing list > Chicken-users@nongnu.org > https://lists.nongnu.org/mailman/listinfo/chicken-users -- .i ma'a lo bradi cu penmi gi'e du ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Alex Shinn, Kon Lovett: list of eggs needing new releases
On Sun, Oct 7, 2012 at 8:09 AM, Mario Domenech Goulart wrote: > Hi, > > On Sat, 6 Oct 2012 16:24:22 -0600 Alan Post > wrote: > >> Based on recently deprecated functions in core, the following eggs >> need new releases: >> >> condition-utils: patch to trunk attached. >> lookup-table:patch to trunk attached. >> srfi-41: 1.2.2 no longer works, but trunk has been updated. >> stack: patch to trunk attached. >> utf8:attached patch in previous message, but patch >>repeated here. >> >> It appears that the deprecated features used in these eggs are the >> primary reasons for the majority of the test failures. The owners >> of these eggs are active here: >> >> Alex Shinn >> + utf8 >> Kon Lovett >> + condition-utils >> + lookup-table >> + srfi-41 >> + stack >> >> I don't have the required permission in svn to correct these issues, >> though I'm happy to be granted sufficient privilege to patch, test >> and cut new releases for these eggs. Otherwise, I've done what I >> can and goddess speed both of you. ^_^ > > Notice that to use (use make) in .setup files, you need (depends make) > in the corresponding .meta files, since make is now an egg. (needs make) was already in the .meta file. I've added (use make) and bumped the version. -- Alex ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] patch to move my eggs to github
I've just migrated my eggs from the chicken-eggs svn repository into github. Will someone with the appropriate permission apply the patch? Thank you! -Alan -- .i ma'a lo bradi cu penmi gi'e du Index: egg-locations === --- egg-locations (revision 27569) +++ egg-locations (working copy) @@ -162,7 +162,7 @@ (gap-buffer "http://code.call-cc.org/release-info?egg=gap-buffer";) ;; (gazette-tools "http://code.call-cc.org/release-info?egg=gazette-tools";) ; untagged (gdbm "http://code.call-cc.org/release-info?egg=gdbm";) -(genturfahi "http://code.call-cc.org/release-info?egg=genturfahi";) +(genturfahi "https://raw.github.com/alanpost/genturfahi/master/genturfahi.release-info";) ;; (geoip "http://code.call-cc.org/release-info?egg=geoip";) ; untagged (getopt-long "http://code.call-cc.org/release-info?egg=getopt-long";) (git "https://raw.github.com/evhan/chicken-git/master/git.release-info";) @@ -223,7 +223,7 @@ (iset "http://code.call-cc.org/release-info?egg=iset";) (iup "http://code.call-cc.org/release-info?egg=iup";) (javahack "http://code.call-cc.org/release-info?egg=javahack";) -(jbogenturfahi "http://code.call-cc.org/release-info?egg=jbogenturfahi";) +(jbogenturfahi "https://raw.github.com/alanpost/jbogenturfahi/master/jbogenturfahi.release-info";) (jsmin "https://raw.github.com/mario-goulart/jsmin/master/jsmin.release-info";) (jso "http://code.call-cc.org/release-info?egg=jso";) (json "http://code.call-cc.org/release-info?egg=json";) @@ -231,7 +231,7 @@ (kalaha "https://raw.github.com/DerGuteMoritz/kalaha/master/kalaha.release-info";) (kanren "http://code.call-cc.org/release-info?egg=kanren";) (kd-tree "http://code.call-cc.org/release-info?egg=kd-tree";) -(kiksispehi "http://code.call-cc.org/release-info?egg=kiksispehi";) +(kiksispehi "https://raw.github.com/alanpost/kiksispehi/master/kiksispehi.release-info";) (kvlists "https://raw.github.com/klutometis/kvlists/master/kvlists.release-info";) (lalr "http://code.call-cc.org/release-info?egg=lalr";) (latch "http://code.call-cc.org/release-info?egg=latch";) ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Alex Shinn, Kon Lovett: list of eggs needing new releases
Hi, On Sat, 6 Oct 2012 16:24:22 -0600 Alan Post wrote: > Based on recently deprecated functions in core, the following eggs > need new releases: > > condition-utils: patch to trunk attached. > lookup-table:patch to trunk attached. > srfi-41: 1.2.2 no longer works, but trunk has been updated. > stack: patch to trunk attached. > utf8:attached patch in previous message, but patch >repeated here. > > It appears that the deprecated features used in these eggs are the > primary reasons for the majority of the test failures. The owners > of these eggs are active here: > > Alex Shinn > + utf8 > Kon Lovett > + condition-utils > + lookup-table > + srfi-41 > + stack > > I don't have the required permission in svn to correct these issues, > though I'm happy to be granted sufficient privilege to patch, test > and cut new releases for these eggs. Otherwise, I've done what I > can and goddess speed both of you. ^_^ Notice that to use (use make) in .setup files, you need (depends make) in the corresponding .meta files, since make is now an egg. Also, it's probably a good idea to explicitly require the minimum versions in the .meta file. Example: (depends (some-egg "minimum-version")) since that's what required-extension-version was used for. Finally, all those changes will only take effect when a new release is tagged (so, bumping versions is required too). Best wishes. Mario -- http://parenteses.org/mario ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Alex Shinn, Kon Lovett: list of eggs needing new releases
Based on recently deprecated functions in core, the following eggs need new releases: condition-utils: patch to trunk attached. lookup-table:patch to trunk attached. srfi-41: 1.2.2 no longer works, but trunk has been updated. stack: patch to trunk attached. utf8:attached patch in previous message, but patch repeated here. It appears that the deprecated features used in these eggs are the primary reasons for the majority of the test failures. The owners of these eggs are active here: Alex Shinn + utf8 Kon Lovett + condition-utils + lookup-table + srfi-41 + stack I don't have the required permission in svn to correct these issues, though I'm happy to be granted sufficient privilege to patch, test and cut new releases for these eggs. Otherwise, I've done what I can and goddess speed both of you. ^_^ -Alan -- .i ma'a lo bradi cu penmi gi'e du Index: condition-utils/trunk/condition-utils.setup === --- condition-utils/trunk/condition-utils.setup (revision 27569) +++ condition-utils/trunk/condition-utils.setup (working copy) @@ -4,9 +4,6 @@ (verify-extension-name "condition-utils") -(required-extension-version - "check-errors" "1.12.0") - (setup-shared-extension-module 'condition-utils (extension-version "1.0.0") #:compile-options '( -fixnum-arithmetic Index: stack/trunk/stack.setup === --- stack/trunk/stack.setup (revision 27569) +++ stack/trunk/stack.setup (working copy) @@ -4,9 +4,6 @@ (verify-extension-name 'stack) -(required-extension-version - 'check-errors "1.9.0") - (setup-shared-extension-module (extension-name) (extension-version "2.1.2") #:compile-options '( -disable-interrupts Index: lookup-table/trunk/lookup-table.setup === --- lookup-table/trunk/lookup-table.setup (revision 27569) +++ lookup-table/trunk/lookup-table.setup (working copy) @@ -4,12 +4,6 @@ (verify-extension-name "lookup-table") -(required-extension-version - "miscmacros" "2.91" - "synch" "2.1.0" - "record-variants""0.5" - "check-errors" "1.10.0") - ;; MAGIC-LIMIT - Element count when hash-table faster (YMMV) (define opts '(-scrutinize Index: utf8/trunk/utf8.setup === --- utf8/trunk/utf8.setup (revision 27569) +++ utf8/trunk/utf8.setup (working copy) @@ -1,3 +1,4 @@ +(use make) (define version "3.3.4") ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] utf8 egg patch
Attached is a patch that should allow the utf8 egg to build against master. I hope I didn't miss anything, the patch is simple... I hope that this patch will clean up most of these regression test failures: http://tests.call-cc.org/master/linux/x86/2012/10/06/salmonella-report/rev-dep-graphs/utf8.html -Alan -- .i ma'a lo bradi cu penmi gi'e du Index: utf8/trunk/utf8.setup === --- utf8/trunk/utf8.setup (revision 27569) +++ utf8/trunk/utf8.setup (working copy) @@ -1,3 +1,4 @@ +(use make) (define version "3.3.4") ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Fwd: Re: Continuation finalization and delimited continuations
Hi all. Here's a short discussion I had with Kon Lovett. I'm forwarding it here for anyone interested. With Kon's kind permission, of course. --- megane writes: Kon Lovett writes: > On Oct 4, 2012, at 12:50 PM, megane wrote: > >> >> Kon Lovett writes: >> >>> On Oct 4, 2012, at 11:45 AM, megane wrote: >>> Hi there, I've been playing with the F-operator egg a bit. Specifically, I've made some simple tests using the %shift/%reset construction. These are the ones that avoid calling any dynamic wind thunks when calling a continuation that's not the current one or sth. >>> >>> Actually none call dynamic-wind, just that the '%' versions don't play well >>> with the construct. >> >> I mean the installed dynamic-wind thunks don't get called. I don't >> expect %shift or %reset to call dynamic-wind. >> >> And if you change the %shift/%resets to shift/reset then you can see >> that the after thunk does get called, printing 'out'. > > The '%' versions will not invoke the after thunks. > >> >>> >>> I really should remove the '%' versions since they are based on >>> "##sys#call-with-direct-continuation", literally access to the internal >>> continuation. My use is a bad idea. >>> >>> I think your "real" continuation, "k", isn't being gc'ed because its' >>> dynamic-extent is still active. The continuation never returns. >> >> But the continuations *do* get gc'd! At least it seems so if you >> uncomment the set-finalizer! line. Or maybe it's something else that >> gets collected. > > So I am wrong again. > >> >> It's the installed dynamic-wind thunks that don't seem to get gc'd. > > I suspect the dynamic-wind chain is just elongating w/o any cleanup. The > "%shift" will escape the dynamic-wind body w/o invoking the 'results' > procedure, which would pop the dynamic-winds stack. Indeed that seems to be the case when looking at the dw implementation. > > I just think the '%' versions are too restricted in their utility due to the > use of direct-return. It's just that the semantics are not correct if they do dynamic wind, at least according to Oleg Kiesylow [1]. (reset (foo (shift f f))) should behave like (lambda (v) (foo v)) Consider this snippet: (let ((captured-k (reset (print (shift f f) (print "str: '" (with-output-to-string (lambda () (captured-k "this should go to the string"))) "'")) It should print str:'this should go to the string', but instead it prints two lines. However, if you add the %s it works as expected. > >> >>> Now, does anybody have any idea why this simple example wants to eat all my memory? --- (use shift-reset) (let lp [(i 0)] (if (< i 1) (begin (%reset (call/cc (lambda [k] ;; uncomment the next line to see they're getting finalized ;;(set-finalizer! k (lambda [k] (print k " is being finalized"))) (if #t (dynamic-wind (lambda [] (begin)) (lambda [] (if (= 0 (remainder i 100)) (print i)) (%shift _ #f)) (lambda [] (print "out"))) (%shift _ #f) (lp (add1 i) --- If you change the #t to #f it doesn't appear to do that. It seems like the installed dw-thunks are not getting gc'd. Should they be? A related question: Should the dynamic wind thunks be called when the continuation gets gc'd? AFAIK the %reset/%shift semantics cannot be implemented in R5RS, and you cannot escape from a continuation without calling the thunks in R5RS, so this a Chicken specific question. I _think_ it would be useful if the out-thunks get called at continuation gc. I mean, if this could be implemented at all. I guess you would need to track if the out-thunk was already called or something. Currently, if you jump out of, say with-output-to-file, with %shift, and never return, you would leak file handles. Moreover, you cannot pass your function that escapes with %shift to an arbitrary function. I mean, you shouldn't. Are there other solutions to this resource leak problem other that "use shift/reset instead of %shift/%reset"? Kind regards AC ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users >> Footnotes: [1] http://okmij.org/ftp/continuations/against-callcc.html ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
