From noelwelsh at gmail.com Wed Jul 1 09:27:18 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Wed Jul 1 09:55:42 2009 Subject: [plt-dev] Contract not reporting correctly Message-ID: > (require scheme/contract) > (define/contract (foo-x f) (-> (vector-immutableof number?) number?) (vector-ref f 0)) > (foo-x #(1 2 3)) 1 > (foo-x '(1 2 3)) . (file "/Users/noel/programming/code/numeric/bonfire/plot.ss") broke the contract (-> (listof number?) number?) on foo-x; expected <(listof number?)>, given: (1 2 3) > Note the reported contract is listof -- this is incorrect. N. From robby at eecs.northwestern.edu Wed Jul 1 10:03:02 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 1 10:10:09 2009 Subject: [plt-dev] Contract not reporting correctly In-Reply-To: References: Message-ID: <932b2f1f0907010703p4925b130n31433769505078fd@mail.gmail.com> Thanks, fixed in SVN. Robby On Wed, Jul 1, 2009 at 8:27 AM, Noel Welsh wrote: >> (require scheme/contract) >> (define/contract (foo-x f) (-> (vector-immutableof number?) number?) (vector-ref f 0)) >> (foo-x #(1 2 3)) > 1 >> (foo-x '(1 2 3)) > . (file "/Users/noel/programming/code/numeric/bonfire/plot.ss") broke > the contract (-> (listof number?) number?) on foo-x; expected <(listof > number?)>, given: (1 2 3) >> > > Note the reported contract is listof -- this is incorrect. > > N. > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From eli at barzilay.org Wed Jul 1 10:37:26 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 1 10:37:47 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin Message-ID: The release process for v4.2.1 will begin in about two weeks. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From matthias at ccs.neu.edu Wed Jul 1 10:43:48 2009 From: matthias at ccs.neu.edu (Matthias Felleisen) Date: Wed Jul 1 10:45:28 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin In-Reply-To: References: Message-ID: !!! If you want to push out bug-fixes, now is the time to do it !!! On Jul 1, 2009, at 10:37 AM, Eli Barzilay wrote: > The release process for v4.2.1 will begin in about two weeks. If > you have any new features that you want in and are relatively close to > being done, now is a good time to do that. > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli > Barzilay: > http://barzilay.org/ Maze is > Life! > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From jos.koot at telefonica.net Wed Jul 1 13:46:50 2009 From: jos.koot at telefonica.net (Jos Koot) Date: Wed Jul 1 13:47:36 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin References: Message-ID: <316E59B6AD7D444DA686D2695E703703@uw2b2dff239c4d> Two wishes (low priority AFAIAC) 1 Making parameters for x-spacing and y-spacing in redex/private/traces.ss. 2 When in a traces gui an arrow makes a small incoming angle with the vertical or horizontal edge of a text-box, the arrowhead is not shown. Can this be fixed? I looked into the code myself, but cannot easily find a reason why the arrowhead sometimes is not shown. Jos ----- Original Message ----- From: "Eli Barzilay" To: Sent: Wednesday, July 01, 2009 4:37 PM Subject: [plt-dev] Release for v4.2.1 is about to begin > The release process for v4.2.1 will begin in about two weeks. If > you have any new features that you want in and are relatively close to > being done, now is a good time to do that. > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > From robby at eecs.northwestern.edu Wed Jul 1 14:25:43 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 1 14:26:04 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin In-Reply-To: <316E59B6AD7D444DA686D2695E703703@uw2b2dff239c4d> References: <316E59B6AD7D444DA686D2695E703703@uw2b2dff239c4d> Message-ID: <932b2f1f0907011125j273d45dcu65c7df123e1afa78@mail.gmail.com> On Wed, Jul 1, 2009 at 12:46 PM, Jos Koot wrote: > Two wishes (low priority AFAIAC) > > 1 > Making parameters for x-spacing and y-spacing in redex/private/traces.ss. Done. > 2 > When in a traces gui an arrow makes a small incoming angle with the vertical > or horizontal edge of a text-box, the arrowhead is not shown. Believe it or not, this is done intentionally. Specifically, if any of the "corners" of the arrowhead are overlapping with the box at either end of the arrow, the arrowhead is not drawn. Robby > Can this be fixed? I looked into the code myself, but cannot easily find a > reason why the arrowhead sometimes is not shown. > > Jos > > ----- Original Message ----- From: "Eli Barzilay" > To: > Sent: Wednesday, July 01, 2009 4:37 PM > Subject: [plt-dev] Release for v4.2.1 is about to begin > > >> The release process for v4.2.1 will begin in about two weeks. ?If >> you have any new features that you want in and are relatively close to >> being done, now is a good time to do that. >> -- >> ? ? ? ? ((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: >> ? ? ? ? ? ? ? ? ? http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! >> _________________________________________________ >> ?For list-related administrative tasks: >> ?http://list.cs.brown.edu/mailman/listinfo/plt-dev >> > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From jos.koot at telefonica.net Wed Jul 1 14:35:49 2009 From: jos.koot at telefonica.net (Jos Koot) Date: Wed Jul 1 14:36:15 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin References: <316E59B6AD7D444DA686D2695E703703@uw2b2dff239c4d> <932b2f1f0907011125j273d45dcu65c7df123e1afa78@mail.gmail.com> Message-ID: Thanks. Jos ----- Original Message ----- From: "Robby Findler" To: "Jos Koot" Cc: "Eli Barzilay" ; Sent: Wednesday, July 01, 2009 8:25 PM Subject: Re: [plt-dev] Release for v4.2.1 is about to begin On Wed, Jul 1, 2009 at 12:46 PM, Jos Koot wrote: > Two wishes (low priority AFAIAC) > > 1 > Making parameters for x-spacing and y-spacing in redex/private/traces.ss. Done. > 2 > When in a traces gui an arrow makes a small incoming angle with the vertical > or horizontal edge of a text-box, the arrowhead is not shown. Believe it or not, this is done intentionally. Specifically, if any of the "corners" of the arrowhead are overlapping with the box at either end of the arrow, the arrowhead is not drawn. Robby > Can this be fixed? I looked into the code myself, but cannot easily find a > reason why the arrowhead sometimes is not shown. > > Jos > From eli at barzilay.org Wed Jul 1 23:57:17 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 1 23:57:38 2009 Subject: [plt-dev] Downtime on Saturday In-Reply-To: <34D09FF0-6F29-4A37-B5CB-862725290F33@ccs.neu.edu> References: <34D09FF0-6F29-4A37-B5CB-862725290F33@ccs.neu.edu> Message-ID: <19020.12317.106738.517571@winooski.ccs.neu.edu> The NEU building is going to be "rebooted" on Saturday, from 6am to 8pm. This means no: * download.plt-scheme.org * bugs.plt-scheme.org [*] * svn.plt-scheme.org [*] * docs.plt-scheme.org * pre.plt-scheme.org * redex.plt-scheme.org * internal.plt-scheme.org [*] I might be able to set up temporary replacements for these -- does anyone have a machine with big pipes and an easy-to-configure web server? (The items marked with [*] cannot run on a temporary machine, since moving these services is much more than just copying some directories.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Thu Jul 2 11:54:35 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 2 11:54:57 2009 Subject: [plt-dev] `tar', `find-files', and `fold-files' Message-ID: <19020.55355.735999.97013@winooski.ccs.neu.edu> I've recently tried to use `tar' (actually, `tar-gzip') for my web page (which I'm finally dragging out of the 90s), and the state of things in that neighborhood is pretty bad. It goes like this: * I have all ".svn" directories in the result of a tarred directory. * You cannot specify a filter -- you're basically left with the lower level and less convenient `tar->output' (which is worse if you want to gzip the result). * To get a list of files, you would (and `tar' does) use `find-files'. That one is getting a predicate -- but it is pretty bad because the predicate gets the whole path, and it doesn't apply to including subdirectories. The amount of work that the code would do if you wanted to omit a single directory based on its name would be ridiculous (you'd need to explode each path, turn all components to strings, then look for the one you want to omit -- and it would still run your code on all of the subpaths). * The next level up is `fold-files'. Even that is not too convenient; since it applies the function on the full path, but at least you can decide whether to descend into the directory or not. * There should also be a way to have it (`find-files' or `fold-files') sort the contents. * It would also be nice to have a way to keep files in string form, since that's a common case. Any suggestions on how to resolve this -- hopefully with preserving backward compatibility? My best idea for `fold-files' is to add an optional function to get the list of paths from a directory -- such a function can easily ignore certain paths based on their name (ignoring the path leading to them), and it can also sort the names. Maybe also make the paths be kept as strings if this function returns strings? (Maybe by making it in charge of constructing the paths?) As for `find-files', I don't have any good ideas. Maybe add keywords to it, and make things like `tar' use the same keywords? In light of things as extreme as `file->string', I definitely thing that there should be a way to say things like "give me the list of paths, excluding `.svn' directories". -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From neil at neilvandyke.org Thu Jul 2 12:03:37 2009 From: neil at neilvandyke.org (Neil Van Dyke) Date: Thu Jul 2 12:04:00 2009 Subject: [plt-dev] `tar', `find-files', and `fold-files' In-Reply-To: <19020.55355.735999.97013@winooski.ccs.neu.edu> References: <19020.55355.735999.97013@winooski.ccs.neu.edu> Message-ID: <4A4CDA59.80808@neilvandyke.org> BTW, I'm not sure that this what you're trying to do with "tar", but "rsync" is great for updating remote deployed Web sites from a source tree. It also includes the ability to do things like exclude ".svn" dirs. Eli Barzilay wrote at 07/02/2009 11:54 AM: > I've recently tried to use `tar' (actually, `tar-gzip') for my web > page (which I'm finally dragging out of the 90s), and the state of > things in that neighborhood is pretty bad. It goes like this: > [...] -- http://www.neilvandyke.org/ From eli at barzilay.org Thu Jul 2 12:07:40 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 2 12:08:01 2009 Subject: [plt-dev] `tar', `find-files', and `fold-files' In-Reply-To: <4A4CDA59.80808@neilvandyke.org> References: <19020.55355.735999.97013@winooski.ccs.neu.edu> <4A4CDA59.80808@neilvandyke.org> Message-ID: <19020.56140.52210.292887@winooski.ccs.neu.edu> On Jul 2, Neil Van Dyke wrote: > BTW, I'm not sure that this what you're trying to do with "tar", but > "rsync" is great for updating remote deployed Web sites from a > source tree. It also includes the ability to do things like exclude > ".svn" dirs. Yes, I love rsync (and I use it often, although not as much after I switched to unison). But in this case I wanted the script that builds my pages to automatically create .tgz files from random directories. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Thu Jul 2 23:01:27 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 2 23:01:48 2009 Subject: [plt-dev] htdp.org contents Message-ID: <19021.29831.89128.296665@winooski.ccs.neu.edu> Does anyone have an archive of the htdp.org contents? -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Fri Jul 3 00:12:07 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Jul 3 00:13:12 2009 Subject: [plt-dev] Temporary DNS changes Message-ID: <19021.34071.460637.109869@winooski.ccs.neu.edu> I've been doing some DNS changes in preparation for the downtime, moving names to my wife's machine at MIT. I also moved some of the brown services there too, since brown is still down, and nobody has said anything. It will probably still take some time for the changes to propagate, so you might see the normal IPs if you try it. (To see if you're connecting to the MIT machine, use some tool to show you the IP address -- it should be 128.30.32.203.) If anyone sees any problems -- please tell me ASAP. Moved names and contents: plt-scheme.org www.plt-scheme.org download.plt-scheme.org --> including the "NEU mirror" docs.plt-scheme.org pre.plt-scheme.org redex.plt-scheme.org htdp.org --> contents restored thanks to Geoffrey Knauth www.htdp.org (no passwords => no solutions) (Overall it comes up to 13gb.) Note that I did *not* move svn.plt-scheme.org and bugs.plt-scheme.org, so they should both be working as usual (from the usual machines) until the downtime. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From cwarren89 at gmail.com Sat Jul 4 20:34:53 2009 From: cwarren89 at gmail.com (Curtis Warren) Date: Sat Jul 4 20:40:55 2009 Subject: [plt-dev] drscheme window persistence Message-ID: <178725880907041734u3257f43br25d38ef16f355a80@mail.gmail.com> DrScheme 4.2 doesn't save the maximized state of the window on exit, at least not on Windows Vista. In addition, if the window is maximized, the wrong window size is saved. The result is, if DrScheme is maximized, closed, and opened, the editor window assumes the size of a maximized window but remains unmaximized. It's not that big of an problem, as long as I remember to unmaximize before closing. A fix would be greatly appreciated, however. Thanks, Curtis From robby at eecs.northwestern.edu Sat Jul 4 20:54:33 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sat Jul 4 20:54:54 2009 Subject: [plt-dev] drscheme window persistence In-Reply-To: <178725880907041734u3257f43br25d38ef16f355a80@mail.gmail.com> References: <178725880907041734u3257f43br25d38ef16f355a80@mail.gmail.com> Message-ID: <932b2f1f0907041754s69013c46wf4c8579726316b9d@mail.gmail.com> I believe I've fixed this. (I've only tested in mac os x, but this was a Scheme-level change, so it should be the same under windows). Do let me know if you see any more problems. You should be able to try it out tomorrow with the nightly build binaries here: http://pre.plt-scheme.org/installers/ Robby On Sat, Jul 4, 2009 at 7:34 PM, Curtis Warren wrote: > DrScheme 4.2 doesn't save the maximized state of the window on exit, > at least not on Windows Vista. In addition, if the window is > maximized, the wrong window size is saved. The result is, if DrScheme > is maximized, closed, and opened, the editor window assumes the size > of a maximized window but remains unmaximized. It's not that big of an > problem, as long as I remember to unmaximize before closing. A fix > would be greatly appreciated, however. > > Thanks, > Curtis > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From cwarren89 at gmail.com Sat Jul 4 21:05:55 2009 From: cwarren89 at gmail.com (Curtis Warren) Date: Sat Jul 4 21:06:16 2009 Subject: [plt-dev] drscheme window persistence In-Reply-To: <932b2f1f0907041754s69013c46wf4c8579726316b9d@mail.gmail.com> References: <178725880907041734u3257f43br25d38ef16f355a80@mail.gmail.com> <932b2f1f0907041754s69013c46wf4c8579726316b9d@mail.gmail.com> Message-ID: <178725880907041805p4a577a33m57c59aa12a5d1d62@mail.gmail.com> Ok. Thanks. I'll verify it tomorrow. On Sat, Jul 4, 2009 at 7:54 PM, Robby Findler wrote: > I believe I've fixed this. (I've only tested in mac os x, but this was > a Scheme-level change, so it should be the same under windows). > > Do let me know if you see any more problems. You should be able to try > it out tomorrow with the nightly build binaries here: > > ?http://pre.plt-scheme.org/installers/ > > Robby > > On Sat, Jul 4, 2009 at 7:34 PM, Curtis Warren wrote: >> DrScheme 4.2 doesn't save the maximized state of the window on exit, >> at least not on Windows Vista. In addition, if the window is >> maximized, the wrong window size is saved. The result is, if DrScheme >> is maximized, closed, and opened, the editor window assumes the size >> of a maximized window but remains unmaximized. It's not that big of an >> problem, as long as I remember to unmaximize before closing. A fix >> would be greatly appreciated, however. >> >> Thanks, >> Curtis >> _________________________________________________ >> ?For list-related administrative tasks: >> ?http://list.cs.brown.edu/mailman/listinfo/plt-dev >> > From eli at barzilay.org Sun Jul 5 01:17:32 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Jul 5 01:17:53 2009 Subject: [plt-dev] drscheme window persistence In-Reply-To: <178725880907041805p4a577a33m57c59aa12a5d1d62@mail.gmail.com> References: <178725880907041734u3257f43br25d38ef16f355a80@mail.gmail.com> <932b2f1f0907041754s69013c46wf4c8579726316b9d@mail.gmail.com> <178725880907041805p4a577a33m57c59aa12a5d1d62@mail.gmail.com> Message-ID: <19024.14188.310035.48611@winooski.ccs.neu.edu> (Make sure you look at the date -- there might be issues with the build tonight. I'll post a separate message soon.) On Jul 4, Curtis Warren wrote: > Ok. Thanks. I'll verify it tomorrow. > > On Sat, Jul 4, 2009 at 7:54 PM, Robby > Findler wrote: > > I believe I've fixed this. (I've only tested in mac os x, but this was > > a Scheme-level change, so it should be the same under windows). > > > > Do let me know if you see any more problems. You should be able to try > > it out tomorrow with the nightly build binaries here: > > > > ?http://pre.plt-scheme.org/installers/ > > > > Robby -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Sun Jul 5 01:56:37 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Jul 5 01:56:59 2009 Subject: [plt-dev] Post-powerdown status Message-ID: <19024.16533.911081.318915@winooski.ccs.neu.edu> Everything should be back to normal now, perhaps after some delay for DNS propagation. NEU has some issues during the powerdown (there was some problem with the generator that was supposed to hold the core servers up), so there might be some problems in the dept, but that shouldn't affect any of the PLT services. Not too likely, but it *might* be a problem for the nightly build, since the solaris build is done on one of these machines. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From holden at pigscanfly.ca Mon Jul 6 20:09:02 2009 From: holden at pigscanfly.ca (Holden Karau) Date: Mon Jul 6 20:09:26 2009 Subject: [plt-dev] segfault with mzscheme trunk Message-ID: The code is at http://web2.0collage.com/slseg.tar.bz2 When I run it on my x86_64 machine it segfaults, but doesn't on my 32bit x86 machine If I get rid of the HMAC-SHA1 stuffer it works. The error occures when I go to fetch anything in /app/ I asked on #scheme and jonrafkind suggested I should e-mail this list Any suggestions? I tried running it inside valgrind (to see if it was doing funny things with the memory prior to the segfaul): valground output: 1. valgrind: 2. ==12909== Memcheck, a memory error detector. 3. ==12909== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. 4. ==12909== Using LibVEX rev 1884, a library for dynamic binary translation. 5. ==12909== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. 6. ==12909== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation framework. 7. ==12909== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. 8. ==12909== For more details, rerun with: -v 9. ==12909== 10. --12909-- DWARF2 CFI reader: unhandled CFI instruction 0:10 11. --12909-- DWARF2 CFI reader: unhandled CFI instruction 0:10 12. ==12909== Invalid write of size 8 13. ==12909== at 0x59532C: symbol_bucket (symbol.c:162) 14. ==12909== by 0x595408: scheme_intern_exact_symbol_in_table_worker (symbol.c:394) 15. ==12909== by 0x545E58: read_compact (read.c:4871) 16. ==12909== by 0x544F97: read_compact (read.c:4566) 17. ==12909== by 0x546C33: read_compact_list (read.c:4993) 18. ==12909== by 0x545EE3: read_compact (read.c:4902) 19. ==12909== by 0x546D16: read_marshalled (read.c:5040) 20. ==12909== by 0x545E97: read_compact (read.c:4863) 21. ==12909== by 0x546251: read_compact (read.c:4797) 22. ==12909== by 0x544F97: read_compact (read.c:4566) 23. ==12909== by 0x544F97: read_compact (read.c:4566) 24. ==12909== by 0x546C33: read_compact_list (read.c:4993) 25. ==12909== Address 0x303e is not stack'd, malloc'd or (recently) free'd 26. SIGSEGV fault on 0x303e 27. ==12909== 28. ==12909== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 8 from 1) 29. ==12909== malloc/free: in use at exit: 4,322,196 bytes in 1,330 blocks. 30. ==12909== malloc/free: 1,820 allocs, 490 frees, 5,220,024 bytes allocated. 31. ==12909== For counts of detected errors, rerun with: -v 32. ==12909== searching for pointers to 1,330 not-freed blocks. 33. ==12909== checked 5,543,936 bytes. 34. ==12909== 35. ==12909== LEAK SUMMARY: 36. ==12909== definitely lost: 456 bytes in 11 blocks. 37. ==12909== possibly lost: 0 bytes in 0 blocks. 38. ==12909== still reachable: 4,321,740 bytes in 1,319 blocks. 39. ==12909== suppressed: 0 bytes in 0 blocks. 40. ==12909== Rerun with --leak-check=full to see details of leaked memory. 41. Aborted 42. gdb: 43. #0 scheme_gmp_tls_unload (s=0x7f5f3b8bd288, data=0x0) at ./gmp/gmp.c:5810 44. #1 0x00000000005b593e in done_with_GC () at ./../src/thread.c:7384 45. #2 0x00000000005e08b7 in garbage_collect (gc=0x946010, force_full=) at ./newgc.c:3227 46. #3 0x00000000005e42a2 in GC_malloc_one_tagged (s=) at ./newgc.c:737 47. #4 0x0000000000420523 in scheme_malloc_fail_ok (f=0x946010, s=0) at ./../src/salloc.c:407 48. #5 0x00000000005c5d3f in scheme_make_vector (size=1151, fill=0x0) at ./../src/vector.c:140 49. #6 0x0000000000544f6f in read_compact (port=0x7f5f3b8bddd8, use_stack=) at ./../src/read.c:4563 50. #7 0x0000000000546c34 in read_compact_list (c=30, proper=1, use_stack=, port=0x7f5f3b8bddd8) at ./../src/read.c:4993 51. #8 0x0000000000545ee4 in read_compact (port=0x7f5f3b8ccab8, use_stack=) at ./../src/read.c:4902 52. #9 0x0000000000546d17 in read_marshalled (type=100, port=0x7f5f3b8bddd8) at ./../src/read.c:5040 53. #10 0x0000000000545298 in read_compact (port=0x7f5f3b8bddd8, use_stack=) at ./../src/read.c:4650 54. #11 0x00000000005466d0 in read_compact (port=0x7f5f3b8bddd8, use_stack=) at ./../src/read.c:4897 55. #12 0x0000000000546d17 in read_marshalled (type=3, port=0x7f5f3b8bddd8) at ./../src/read.c:5040 56. #13 0x0000000000545e98 in read_compact (port=0x7f5f3b8ccab8, use_stack=) at ./../src/read.c:4863 57. #14 0x0000000000546c6e in read_compact_list (c=0, proper=0, use_stack=, port=0x7f5f3b8bddd8) at ./../src/read.c:5002 58. #15 0x0000000000545ee4 in read_compact (port=0x7f5f3b8ccab8, use_stack=) at ./../src/read.c:4902 59. #16 0x0000000000546d17 in read_marshalled (type=87, port=0x7f5f3b8bddd8) at ./../src/read.c:5040 60. #17 0x000000000053e9c7 in read_inner_inner (port=0x7f5f3b8a2578, stxsrc=0x7f5f3b8a2480, ht=0x7f5f3b8dbe20, indentation=0x859490, params=0x7fff447bc6d0, comment_mode=2, 61. pre_char=-1, table=0x0, get_info=0) at ./../src/read.c:5276 62. #18 0x00000000005445fe in _internal_read (port=0x7f5f3b8a2578, stxsrc=0x7f5f3b8a2480, crc=, cant_fail=, honu_mode=, 63. recur=0, expose_comment=0, extra_char=-1, init_readtable=0x0, magic_sym=0x0, magic_val=0x0, delay_load_info=0x7f5f3b8a26c0, get_info=0) at ./../src/read.c:2244 64. #19 0x0000000000544a7c in scheme_internal_read_k () at ./../src/read.c:2318 65. #20 0x0000000000478286 in scheme_top_level_do_worker (k=0x5449b0 , eb=, new_thread=0, dyn_state=0x0) at ./../src/fun.c:2078 66. #21 0x000000000053c058 in scheme_internal_read (port=0x7f5f3bd90a10, stxsrc=0x7f5f3bd8f960, crc=, cantfail=0, honu_mode=, recur=0, 67. expose_comment=0, pre_char=, init_readtable=0x0, magic_sym=0x0, magic_val=0x0, delay_load_info=0x7f5f3bd8f830) at ./../src/read.c:2352 68. #22 0x00000000005224ba in do_load_handler (data=) at ./../src/portfun.c:4050 69. #23 0x000000000046f751 in scheme_dynamic_wind (pre=0, act=0x522350 , post=0x522180 , jmp_handler=0, data=0x7f5f3b8a26e0) at ./../src/fun.c:7688 70. #24 0x0000000000521f43 in default_load (argc=, argv=0x7f5f3ba1ddb0) at ./../src/portfun.c:4282 71. #25 0x00007f5f3c7bc6f8 in ?? () 72. #26 0x00007fff447bcf58 in ?? () 73. #27 0x00007fff447bcf18 in ?? () 74. #28 0x0000000000000009 in ?? () 75. #29 0x00007f5f3ba1de78 in ?? () 76. #30 0x00007f5f3bd277f8 in ?? () 77. #31 0x00007f5f3ba1ddd0 in ?? () 78. #32 0x00007fff447bcfb0 in ?? () 79. #33 0x00007f5f3c5e9700 in ?? () 80. #34 0x00007fff447bd010 in ?? () 81. #35 0x00007f5f3c5df203 in ?? () 82. #36 0x00007fff447bcf98 in ?? () 83. ---Type to continue, or q to quit--- -- Cell : 226-747-0683 From tewk at cs.utah.edu Tue Jul 7 13:47:41 2009 From: tewk at cs.utah.edu (Kevin Tew) Date: Tue Jul 7 13:48:05 2009 Subject: [plt-dev] segfault with mzscheme trunk In-Reply-To: References: Message-ID: <4A538A3D.3090307@cs.utah.edu> Make sure you're using --vex-iropt-precise-memory-exns=yes in your valgrind options. The default(3m) collector needs this. Here is the valgrind line I commonly use. valgrind --tool=memcheck --db-attach=yes --vex-iropt-precise-memory-exns=yes --leak-check=full --num-callers=40 mzscheme/mzscheme3m You can also run under gdb to get a stack trace. just type (gdb) handle SIGSEGV noprint nostop before running. Kevin Holden Karau wrote: > The code is at http://web2.0collage.com/slseg.tar.bz2 > When I run it on my x86_64 machine it segfaults, but doesn't on my > 32bit x86 machine > If I get rid of the HMAC-SHA1 stuffer it works. > The error occures when I go to fetch anything in /app/ > I asked on #scheme and jonrafkind suggested I should e-mail this list > Any suggestions? > > I tried running it inside valgrind (to see if it was doing funny > things with the memory prior to the segfaul): > valground output: > 1. > valgrind: > 2. > ==12909== Memcheck, a memory error detector. > 3. > ==12909== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. > 4. > ==12909== Using LibVEX rev 1884, a library for dynamic binary translation. > 5. > ==12909== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. > 6. > ==12909== Using valgrind-3.4.1-Debian, a dynamic binary > instrumentation framework. > 7. > ==12909== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. > 8. > ==12909== For more details, rerun with: -v > 9. > ==12909== > 10. > --12909-- DWARF2 CFI reader: unhandled CFI instruction 0:10 > 11. > --12909-- DWARF2 CFI reader: unhandled CFI instruction 0:10 > 12. > ==12909== Invalid write of size 8 > 13. > ==12909== at 0x59532C: symbol_bucket (symbol.c:162) > 14. > ==12909== by 0x595408: > scheme_intern_exact_symbol_in_table_worker (symbol.c:394) > 15. > ==12909== by 0x545E58: read_compact (read.c:4871) > 16. > ==12909== by 0x544F97: read_compact (read.c:4566) > 17. > ==12909== by 0x546C33: read_compact_list (read.c:4993) > 18. > ==12909== by 0x545EE3: read_compact (read.c:4902) > 19. > ==12909== by 0x546D16: read_marshalled (read.c:5040) > 20. > ==12909== by 0x545E97: read_compact (read.c:4863) > 21. > ==12909== by 0x546251: read_compact (read.c:4797) > 22. > ==12909== by 0x544F97: read_compact (read.c:4566) > 23. > ==12909== by 0x544F97: read_compact (read.c:4566) > 24. > ==12909== by 0x546C33: read_compact_list (read.c:4993) > 25. > ==12909== Address 0x303e is not stack'd, malloc'd or (recently) free'd > 26. > SIGSEGV fault on 0x303e > 27. > ==12909== > 28. > ==12909== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 8 from 1) > 29. > ==12909== malloc/free: in use at exit: 4,322,196 bytes in 1,330 blocks. > 30. > ==12909== malloc/free: 1,820 allocs, 490 frees, 5,220,024 bytes allocated. > 31. > ==12909== For counts of detected errors, rerun with: -v > 32. > ==12909== searching for pointers to 1,330 not-freed blocks. > 33. > ==12909== checked 5,543,936 bytes. > 34. > ==12909== > 35. > ==12909== LEAK SUMMARY: > 36. > ==12909== definitely lost: 456 bytes in 11 blocks. > 37. > ==12909== possibly lost: 0 bytes in 0 blocks. > 38. > ==12909== still reachable: 4,321,740 bytes in 1,319 blocks. > 39. > ==12909== suppressed: 0 bytes in 0 blocks. > 40. > ==12909== Rerun with --leak-check=full to see details of leaked memory. > 41. > Aborted > 42. > gdb: > 43. > #0 scheme_gmp_tls_unload (s=0x7f5f3b8bd288, data=0x0) at ./gmp/gmp.c:5810 > 44. > #1 0x00000000005b593e in done_with_GC () at ./../src/thread.c:7384 > 45. > #2 0x00000000005e08b7 in garbage_collect (gc=0x946010, > force_full=) at ./newgc.c:3227 > 46. > #3 0x00000000005e42a2 in GC_malloc_one_tagged (s= optimized out>) at ./newgc.c:737 > 47. > #4 0x0000000000420523 in scheme_malloc_fail_ok (f=0x946010, > s=0) at ./../src/salloc.c:407 > 48. > #5 0x00000000005c5d3f in scheme_make_vector (size=1151, > fill=0x0) at ./../src/vector.c:140 > 49. > #6 0x0000000000544f6f in read_compact (port=0x7f5f3b8bddd8, > use_stack=) at ./../src/read.c:4563 > 50. > #7 0x0000000000546c34 in read_compact_list (c=30, proper=1, > use_stack=, port=0x7f5f3b8bddd8) at > ./../src/read.c:4993 > 51. > #8 0x0000000000545ee4 in read_compact (port=0x7f5f3b8ccab8, > use_stack=) at ./../src/read.c:4902 > 52. > #9 0x0000000000546d17 in read_marshalled (type=100, > port=0x7f5f3b8bddd8) at ./../src/read.c:5040 > 53. > #10 0x0000000000545298 in read_compact (port=0x7f5f3b8bddd8, > use_stack=) at ./../src/read.c:4650 > 54. > #11 0x00000000005466d0 in read_compact (port=0x7f5f3b8bddd8, > use_stack=) at ./../src/read.c:4897 > 55. > #12 0x0000000000546d17 in read_marshalled (type=3, > port=0x7f5f3b8bddd8) at ./../src/read.c:5040 > 56. > #13 0x0000000000545e98 in read_compact (port=0x7f5f3b8ccab8, > use_stack=) at ./../src/read.c:4863 > 57. > #14 0x0000000000546c6e in read_compact_list (c=0, proper=0, > use_stack=, port=0x7f5f3b8bddd8) at > ./../src/read.c:5002 > 58. > #15 0x0000000000545ee4 in read_compact (port=0x7f5f3b8ccab8, > use_stack=) at ./../src/read.c:4902 > 59. > #16 0x0000000000546d17 in read_marshalled (type=87, > port=0x7f5f3b8bddd8) at ./../src/read.c:5040 > 60. > #17 0x000000000053e9c7 in read_inner_inner (port=0x7f5f3b8a2578, > stxsrc=0x7f5f3b8a2480, ht=0x7f5f3b8dbe20, indentation=0x859490, > params=0x7fff447bc6d0, comment_mode=2, > 61. > pre_char=-1, table=0x0, get_info=0) at ./../src/read.c:5276 > 62. > #18 0x00000000005445fe in _internal_read (port=0x7f5f3b8a2578, > stxsrc=0x7f5f3b8a2480, crc=, cant_fail= optimized out>, honu_mode=, > 63. > recur=0, expose_comment=0, extra_char=-1, > init_readtable=0x0, magic_sym=0x0, magic_val=0x0, > delay_load_info=0x7f5f3b8a26c0, get_info=0) at ./../src/read.c:2244 > 64. > #19 0x0000000000544a7c in scheme_internal_read_k () at > ./../src/read.c:2318 > 65. > #20 0x0000000000478286 in scheme_top_level_do_worker (k=0x5449b0 > , eb=, new_thread=0, > dyn_state=0x0) at ./../src/fun.c:2078 > 66. > #21 0x000000000053c058 in scheme_internal_read > (port=0x7f5f3bd90a10, stxsrc=0x7f5f3bd8f960, crc= out>, cantfail=0, honu_mode=, recur=0, > 67. > expose_comment=0, pre_char=, > init_readtable=0x0, magic_sym=0x0, magic_val=0x0, > delay_load_info=0x7f5f3bd8f830) at ./../src/read.c:2352 > 68. > #22 0x00000000005224ba in do_load_handler (data= out>) at ./../src/portfun.c:4050 > 69. > #23 0x000000000046f751 in scheme_dynamic_wind (pre=0, > act=0x522350 , post=0x522180 , > jmp_handler=0, data=0x7f5f3b8a26e0) at ./../src/fun.c:7688 > 70. > #24 0x0000000000521f43 in default_load (argc= out>, argv=0x7f5f3ba1ddb0) at ./../src/portfun.c:4282 > 71. > #25 0x00007f5f3c7bc6f8 in ?? () > 72. > #26 0x00007fff447bcf58 in ?? () > 73. > #27 0x00007fff447bcf18 in ?? () > 74. > #28 0x0000000000000009 in ?? () > 75. > #29 0x00007f5f3ba1de78 in ?? () > 76. > #30 0x00007f5f3bd277f8 in ?? () > 77. > #31 0x00007f5f3ba1ddd0 in ?? () > 78. > #32 0x00007fff447bcfb0 in ?? () > 79. > #33 0x00007f5f3c5e9700 in ?? () > 80. > #34 0x00007fff447bd010 in ?? () > 81. > #35 0x00007f5f3c5df203 in ?? () > 82. > #36 0x00007fff447bcf98 in ?? () > 83. > ---Type to continue, or q to quit--- > > From eli at barzilay.org Wed Jul 8 16:14:49 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 8 16:15:11 2009 Subject: [plt-dev] Release for v4.2.1 is about to begin Message-ID: The release process for v4.2.1 will begin in about one week. This means that the trunk is going to be copied into a branch -- please make sure that code that you're responsible for is as stable as possible, and let me know if there is any new work that should not be included in this release. >> NOW IS THE TIME TO FIX BUGS THAT YOU KNOW ABOUT <<< The time between the branch and the actual release is for fixing new errors that prevent a proper functioning of major components and that show up during the preparation for a release. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From neil at neilvandyke.org Sat Jul 11 22:57:33 2009 From: neil at neilvandyke.org (Neil Van Dyke) Date: Sat Jul 11 23:01:01 2009 Subject: [plt-dev] Putting incomplete and untested libraries into PLaneT? Message-ID: <4A59511D.40705@neilvandyke.org> I have a lot of libraries that have been sitting around unfinished and unreleased for years. I was wondering whether it would be a good idea to put some of these in PLaneT, as-is. The purposes would be to at least preserve the code written already, to give myself a baseline to then incrementally improve upon, and (I dream) to hook some mythical benefactor who will want to fund finishing the development. The two main drawbacks of putting incomplete code in PLaneT are that I have to be careful not to give myself a reputation for releasing "broken" libraries, and -- why I'm asking PLT people -- I don't want to set a precedent of simply dumping crap into PLaneT. Any thoughts? -- http://www.neilvandyke.org/ From grettke at acm.org Sat Jul 11 23:48:13 2009 From: grettke at acm.org (Grant Rettke) Date: Sat Jul 11 23:53:58 2009 Subject: [plt-dev] Putting incomplete and untested libraries into PLaneT? In-Reply-To: <4A59511D.40705@neilvandyke.org> References: <4A59511D.40705@neilvandyke.org> Message-ID: <756daca50907112048x7597004cyfc661e5cf94d30@mail.gmail.com> On Sat, Jul 11, 2009 at 9:57 PM, Neil Van Dyke wrote: > The purposes would be to at least preserve the code written already, to give > myself a baseline to then incrementally improve upon, You should put it on github. > and (I dream) to hook > some mythical benefactor who will want to fund finishing the development. Your website already advertises your libraries. From noelwelsh at gmail.com Sun Jul 12 07:55:13 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Sun Jul 12 08:01:36 2009 Subject: [plt-dev] Putting incomplete and untested libraries into PLaneT? In-Reply-To: <756daca50907112048x7597004cyfc661e5cf94d30@mail.gmail.com> References: <4A59511D.40705@neilvandyke.org> <756daca50907112048x7597004cyfc661e5cf94d30@mail.gmail.com> Message-ID: On Sun, Jul 12, 2009 at 4:48 AM, Grant Rettke wrote: > On Sat, Jul 11, 2009 at 9:57 PM, Neil Van Dyke wrote: >> The purposes would be to at least preserve the code written already, to give >> myself a baseline to then incrementally improve upon, > > You should put it on github. This is the approach I have taken. N. From pocmatos at gmail.com Sun Jul 12 10:29:10 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Sun Jul 12 10:35:11 2009 Subject: [plt-dev] cons*, why not? Message-ID: <1247408950.15585.7.camel@drserver> Hi all, I make some regular use of cons*. However, I always need to require it from srfi/1. Is there any reason why it's not included in the scheme language? Cheers, Paulo Matos From carl.eastlund at gmail.com Sun Jul 12 10:43:29 2009 From: carl.eastlund at gmail.com (Carl Eastlund) Date: Sun Jul 12 10:44:10 2009 Subject: [plt-dev] cons*, why not? In-Reply-To: <1247408950.15585.7.camel@drserver> References: <1247408950.15585.7.camel@drserver> Message-ID: <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> We call it list*. Carl Eastlund On Sun, Jul 12, 2009 at 10:29 AM, Paulo J. Matos wrote: > Hi all, > > I make some regular use of cons*. However, I always need to require it > from srfi/1. Is there any reason why it's not included in the scheme > language? > > Cheers, > > Paulo Matos > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From pocmatos at gmail.com Sun Jul 12 10:48:31 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Sun Jul 12 10:48:56 2009 Subject: [plt-dev] cons*, why not? In-Reply-To: <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> References: <1247408950.15585.7.camel@drserver> <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> Message-ID: <1247410111.15585.8.camel@drserver> On Sun, 2009-07-12 at 10:43 -0400, Carl Eastlund wrote: > We call it list*. > Missed that... thanks! However, can't understand why list* when cons* seems a better name. > Carl Eastlund > > > > On Sun, Jul 12, 2009 at 10:29 AM, Paulo J. Matos wrote: > > Hi all, > > > > I make some regular use of cons*. However, I always need to require it > > from srfi/1. Is there any reason why it's not included in the scheme > > language? > > > > Cheers, > > > > Paulo Matos > > > > _________________________________________________ > > For list-related administrative tasks: > > http://list.cs.brown.edu/mailman/listinfo/plt-dev > > From eli at barzilay.org Sun Jul 12 11:50:59 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Jul 12 11:51:20 2009 Subject: [plt-dev] cons*, why not? In-Reply-To: <1247410111.15585.8.camel@drserver> References: <1247408950.15585.7.camel@drserver> <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> <1247410111.15585.8.camel@drserver> Message-ID: <19034.1635.529586.669440@winooski.ccs.neu.edu> On Jul 12, Paulo J. Matos wrote: > On Sun, 2009-07-12 at 10:43 -0400, Carl Eastlund wrote: > > We call it list*. > > > > Missed that... thanks! > However, can't understand why list* when cons* seems a better name. 1. `list*' is older IME -- it had been part of mzscheme and every other scheme implementation I worked with, and it is "even" part of CL. I have never seen `cons*' before srfi-1. 2. You can see this raised on the very first message to the srfi-1 list, http://srfi.schemers.org/srfi-1/mail-archive/msg00000.html with a suggestion to include both since they are "equally popular". At the time, only `list*' was suggested. Later, Olin simply said "General consensus is that CONS* is a better name. I have changed the name accordingly". That's in http://srfi.schemers.org/srfi-1/mail-archive/msg00033.html . 3. IMO `list*' works much better -- and sets a nice precedent for `append*' and `string-append*' which we have now. (The first is extremely useful, and was suggested by Ryan.) `cons*' does not provide the same precedent. 4. In fact, the only justification I see for `cons*' is that you can write bad things like (cons* 1 2) and (cons* 1 2 3 4 5). This is also the explanation in that first message to the srfi list ("while CONS* may suggest that the result could be an improper list"). -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Sun Jul 12 13:37:22 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sun Jul 12 13:37:54 2009 Subject: [plt-dev] cons*, why not? In-Reply-To: <19034.1635.529586.669440@winooski.ccs.neu.edu> References: <1247408950.15585.7.camel@drserver> <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> <1247410111.15585.8.camel@drserver> <19034.1635.529586.669440@winooski.ccs.neu.edu> Message-ID: <932b2f1f0907121037u2a56cebbiacc587e95a6effb3@mail.gmail.com> Personally, I think the name "cons*" is better because the function does a whole bunch of cons's (and "whole bunch of" is one common meaning of "*"). Robby On Sun, Jul 12, 2009 at 10:50 AM, Eli Barzilay wrote: > On Jul 12, Paulo J. Matos wrote: >> On Sun, 2009-07-12 at 10:43 -0400, Carl Eastlund wrote: >> > We call it list*. >> > >> >> Missed that... thanks! >> However, can't understand why list* when cons* seems a better name. > > 1. `list*' is older IME -- it had been part of mzscheme and every > ? other scheme implementation I worked with, and it is "even" part of > ? CL. ?I have never seen `cons*' before srfi-1. > > 2. You can see this raised on the very first message to the srfi-1 > ? list, http://srfi.schemers.org/srfi-1/mail-archive/msg00000.html > ? with a suggestion to include both since they are "equally popular". > ? At the time, only `list*' was suggested. > > ? Later, Olin simply said "General consensus is that CONS* is a > ? better name. I have changed the name accordingly". ?That's in > ? http://srfi.schemers.org/srfi-1/mail-archive/msg00033.html . > > 3. IMO `list*' works much better -- and sets a nice precedent for > ? `append*' and `string-append*' which we have now. ?(The first is > ? extremely useful, and was suggested by Ryan.) ?`cons*' does not > ? provide the same precedent. > > 4. In fact, the only justification I see for `cons*' is that you can > ? write bad things like (cons* 1 2) and (cons* 1 2 3 4 5). ?This is > ? also the explanation in that first message to the srfi list ("while > ? CONS* may suggest that the result could be an improper list"). > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From eli at barzilay.org Sun Jul 12 13:44:54 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Jul 12 13:45:15 2009 Subject: [plt-dev] cons*, why not? In-Reply-To: <932b2f1f0907121037u2a56cebbiacc587e95a6effb3@mail.gmail.com> References: <1247408950.15585.7.camel@drserver> <990e0c030907120743q4a43b889i50efca14fcf6d265@mail.gmail.com> <1247410111.15585.8.camel@drserver> <19034.1635.529586.669440@winooski.ccs.neu.edu> <932b2f1f0907121037u2a56cebbiacc587e95a6effb3@mail.gmail.com> Message-ID: <19034.8470.131017.974947@winooski.ccs.neu.edu> On Jul 12, Robby Findler wrote: > Personally, I think the name "cons*" is better because the function > does a whole bunch of cons's (and "whole bunch of" is one common > meaning of "*"). Sorry, I didn't mean to imply that there are no other possible justifications for `cons*'... Another one would be that you could just define `cons' to do the same, without breaking existing code. Also, I forgot to add that IMO the most important point in favor of `list*' is what I listed as #3. > On Sun, Jul 12, 2009 at 10:50 AM, Eli Barzilay wrote: > > On Jul 12, Paulo J. Matos wrote: > >> On Sun, 2009-07-12 at 10:43 -0400, Carl Eastlund wrote: > >> > We call it list*. > >> > > >> > >> Missed that... thanks! > >> However, can't understand why list* when cons* seems a better name. > > > > 1. `list*' is older IME -- it had been part of mzscheme and every > > ? other scheme implementation I worked with, and it is "even" part of > > ? CL. ?I have never seen `cons*' before srfi-1. > > > > 2. You can see this raised on the very first message to the srfi-1 > > ? list, http://srfi.schemers.org/srfi-1/mail-archive/msg00000.html > > ? with a suggestion to include both since they are "equally popular". > > ? At the time, only `list*' was suggested. > > > > ? Later, Olin simply said "General consensus is that CONS* is a > > ? better name. I have changed the name accordingly". ?That's in > > ? http://srfi.schemers.org/srfi-1/mail-archive/msg00033.html . > > > > 3. IMO `list*' works much better -- and sets a nice precedent for > > ? `append*' and `string-append*' which we have now. ?(The first is > > ? extremely useful, and was suggested by Ryan.) ?`cons*' does not > > ? provide the same precedent. > > > > 4. In fact, the only justification I see for `cons*' is that you can > > ? write bad things like (cons* 1 2) and (cons* 1 2 3 4 5). ?This is > > ? also the explanation in that first message to the srfi list ("while > > ? CONS* may suggest that the result could be an improper list"). > > > > -- > > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > > _________________________________________________ > > ?For list-related administrative tasks: > > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From pocmatos at gmail.com Mon Jul 13 18:07:46 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Mon Jul 13 18:08:28 2009 Subject: [plt-dev] Segfault in DrScheme and MzScheme Message-ID: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> Hi all, While debugging an error in my program, DrScheme 4.2 crashed with a segmentation fault. So I got the latest svn 15438 and compiled with -ggdb. Started DrScheme and it still segfaults. With mzscheme also segfaults: $ ~/Applications/plt/plt-r15438d/bin/mzscheme -t main.scm EBoC - Event-B Model Checker ---- Version: 0.1 ---- ---- by: Paulo J. Matos ---- Running in mode esmc. Timing for: Parsing (cpu 140, real 152, gc 0) Timing for: Interpret Identifiers (cpu 270, real 306, gc 30) SIGSEGV fault on 0x4c8 Aborted So, I went in gdb: $ gdb ~/Applications/plt/plt-r15438d/bin/mzscheme GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... (gdb) set args -t main.scm (gdb) run Starting program: /home/pmatos/Applications/plt/plt-r15438d/bin/mzscheme -t main.scm Program received signal SIGSEGV, Segmentation fault. 0x0000000000669c3d in scheme_gmp_tls_unload (s=0x7f6823ef92b0, data=0x0) at /home/pmatos/Applications/plt/plt-svn/src/mzscheme/src/gmp/gmp.c:5810 5810 s[0] = 0; This is worse, because I really don't think this is the same problem given nothing was really printed. I think the problem showing in gdb is different meaning I cannot really reproduce my initial segfault under gdb. Any tips? Cheers, -- Paulo Jorge Matos - pocmatos at gmail.com http://www.pmatos.net From pocmatos at gmail.com Mon Jul 13 18:19:47 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Mon Jul 13 18:20:29 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> Message-ID: <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> On Mon, Jul 13, 2009 at 11:07 PM, Paulo J. Matos wrote: > Hi all, > > While debugging an error in my program, DrScheme 4.2 crashed with a > segmentation fault. > So I got the latest svn 15438 and compiled with -ggdb. > Started DrScheme and it still segfaults. > > With mzscheme also segfaults: > $ ~/Applications/plt/plt-r15438d/bin/mzscheme -t main.scm > EBoC - Event-B Model Checker > ---- Version: ? ? ? 0.1 ---- > ---- by: Paulo J. Matos ---- > > Running in mode esmc. > Timing for: Parsing (cpu 140, real 152, gc 0) > Timing for: Interpret Identifiers (cpu 270, real 306, gc 30) > SIGSEGV fault on 0x4c8 > Aborted > > So, I went in gdb: > $ gdb ~/Applications/plt/plt-r15438d/bin/mzscheme > GNU gdb 6.8 > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. ?Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-pc-linux-gnu"... > (gdb) set args -t main.scm Just noticed this happens no matter what arguments I pass in, so now I am really confused [with mzscheme or mred]: $ gdb ~/Applications/plt/plt-r15438d/bin/mzscheme GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... (gdb) run Starting program: /home/pmatos/Applications/plt/plt-r15438d/bin/mzscheme Welcome to MzScheme v4.2.0.6 [3m], Copyright (c) 2004-2009 PLT Scheme Inc. Program received signal SIGSEGV, Segmentation fault. 0x0000000000669c3d in scheme_gmp_tls_unload (s=0x7fd7e8e312b0, data=0x0) at /home/pmatos/Applications/plt/plt-svn/src/mzscheme/src/gmp/gmp.c:5810 5810 s[0] = 0; -- Paulo Jorge Matos - pocmatos at gmail.com http://www.pmatos.net From eli at barzilay.org Mon Jul 13 19:26:14 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 13 19:26:34 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> Message-ID: <19035.49814.57159.694123@winooski.ccs.neu.edu> On Jul 13, Paulo J. Matos wrote: > (gdb) run > Starting program: /home/pmatos/Applications/plt/plt-r15438d/bin/mzscheme > Welcome to MzScheme v4.2.0.6 [3m], Copyright (c) 2004-2009 PLT Scheme Inc. > > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000669c3d in scheme_gmp_tls_unload (s=0x7fd7e8e312b0, data=0x0) > at /home/pmatos/Applications/plt/plt-svn/src/mzscheme/src/gmp/gmp.c:5810 > 5810 s[0] = 0; Quoting Matthew (because the brown list server seems to not have this post): | That SIGSEGV is actually a GC write barrier, and not a crash. You could | continue with | | (gdb) handle SIGSEGV nostop noprint | (gdb) c -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From pocmatos at gmail.com Tue Jul 14 04:25:25 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Tue Jul 14 04:25:49 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <19035.49814.57159.694123@winooski.ccs.neu.edu> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> <19035.49814.57159.694123@winooski.ccs.neu.edu> Message-ID: <1247559925.17856.2.camel@drserver> On Mon, 2009-07-13 at 19:26 -0400, Eli Barzilay wrote: > On Jul 13, Paulo J. Matos wrote: > > (gdb) run > > Starting program: /home/pmatos/Applications/plt/plt-r15438d/bin/mzscheme > > Welcome to MzScheme v4.2.0.6 [3m], Copyright (c) 2004-2009 PLT Scheme Inc. > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x0000000000669c3d in scheme_gmp_tls_unload (s=0x7fd7e8e312b0, data=0x0) > > at /home/pmatos/Applications/plt/plt-svn/src/mzscheme/src/gmp/gmp.c:5810 > > 5810 s[0] = 0; > > Quoting Matthew (because the brown list server seems to not have this > post): > > | That SIGSEGV is actually a GC write barrier, and not a crash. You could > | continue with > | > | (gdb) handle SIGSEGV nostop noprint > | (gdb) c > > Thanks for the tip, however, if I do that, the program won't stop on the real sigsegv either. It keeps going till it gets the sigabrt and by then the backtrace is lost. gdb ~/Applications/plt/plt-r15438d/bin/mzscheme GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... (gdb) set args -t main.scm (gdb) handle SIGSEGV nostop noprint Signal Stop Print Pass to program Description SIGSEGV No No Yes Segmentation fault (gdb) c The program is not being run. (gdb) run Starting program: /home/pmatos/Applications/plt/plt-r15438d/bin/mzscheme -t main.scm EBoC - Event-B Model Checker ---- Version: 0.1 ---- ---- by: Paulo J. Matos ---- Running in mode esmc. Timing for: Parsing (cpu 140, real 240, gc 0) Timing for: Interpret Identifiers (cpu 270, real 303, gc 30) SIGSEGV fault on 0x4c8 Program received signal SIGABRT, Aborted. 0x00007faea4daa645 in raise () from /lib/libc.so.6 (gdb) bt #0 0x00007faea4daa645 in raise () from /lib/libc.so.6 #1 0x00007faea4dabb63 in abort () from /lib/libc.so.6 #2 0x0000000000676367 in fault_handler (sn=11, si=0x7fffad7730b0, ctx=0x7fffad772f80) at /home/pmatos/Applications/plt/plt-svn/src/mzscheme/gc2/sighand.c:49 #3 #4 0x00007faea081bc89 in ?? () #5 0x00007faea38699d5 in ?? () #6 0x00007fffad7733a0 in ?? () #7 0x0000000000000003 in ?? () #8 0x00007faea49edd58 in ?? () #9 0x00007faea12d79c8 in ?? () #10 0x00007faea49edd10 in ?? () #11 0x00007fffad773440 in ?? () #12 0x00007faea5746cbd in ?? () #13 0x00007fffad773440 in ?? () #14 0x00007faea093d869 in ?? () #15 0x0000000000000000 in ?? () Can I just continue a couple of times (if the number of gc barriers are finite)? Cheers, Paulo Matos From mflatt at cs.utah.edu Tue Jul 14 08:27:23 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Tue Jul 14 08:27:44 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <1247559925.17856.2.camel@drserver> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> <19035.49814.57159.694123@winooski.ccs.neu.edu> <1247559925.17856.2.camel@drserver> Message-ID: <20090714122725.657D26500A8@mail-svr1.cs.utah.edu> At Tue, 14 Jul 2009 09:25:25 +0100, "Paulo J. Matos" wrote: > Thanks for the tip, however, if I do that, the program won't stop on the > real sigsegv either. It keeps going till it gets the sigabrt and by then > the backtrace is lost. I don't think the backtrace is lost. The lack of function names for frames 4-15 suggest that they're from JIT-generated code. > #4 0x00007faea081bc89 in ?? () Can you disassemble around this point, showing a dozen or two instructions before and after this address? From mflatt at cs.utah.edu Wed Jul 15 21:00:04 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Wed Jul 15 21:00:25 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <20090714122725.657D26500A8@mail-svr1.cs.utah.edu> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> <19035.49814.57159.694123@winooski.ccs.neu.edu> <1247559925.17856.2.camel@drserver> <20090714122725.657D26500A8@mail-svr1.cs.utah.edu> Message-ID: <20090716010005.3BC206500BE@mail-svr1.cs.utah.edu> The bug is fixed in SVN. It was related to the expansion of contracts, which uses `#%variable-reference', which in JITted form called the allocator without properly sync'ing a stack register. From pocmatos at gmail.com Thu Jul 16 04:04:26 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Thu Jul 16 04:05:08 2009 Subject: [plt-dev] Re: Segfault in DrScheme and MzScheme In-Reply-To: <20090716010005.3BC206500BE@mail-svr1.cs.utah.edu> References: <11b141710907131507pdb7bb59hfaa6e32df8814bd2@mail.gmail.com> <11b141710907131519h187a2b5eqc7deaa6c26fef37a@mail.gmail.com> <19035.49814.57159.694123@winooski.ccs.neu.edu> <1247559925.17856.2.camel@drserver> <20090714122725.657D26500A8@mail-svr1.cs.utah.edu> <20090716010005.3BC206500BE@mail-svr1.cs.utah.edu> Message-ID: <11b141710907160104j82aef01kf27597f9842fca3a@mail.gmail.com> On Thu, Jul 16, 2009 at 2:00 AM, Matthew Flatt wrote: > The bug is fixed in SVN. > > It was related to the expansion of contracts, which uses > `#%variable-reference', which in JITted form called the allocator > without properly sync'ing a stack register. > > Awesome! Thank you very much Eli and Matthew. -- Paulo Jorge Matos - pocmatos at gmail.com http://www.pmatos.net From eli at barzilay.org Thu Jul 16 12:04:28 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 16 12:04:54 2009 Subject: [plt-dev] Release for v4.2.1 has begun Message-ID: The release process for v4.2.1 has begun: the trunk was copied to a branch for any work that is left and is now bumped to v4.2.0.900. You can go on using the trunk as usual, it is now bumped to v4.2.1.1 (to avoid having two different trees with the same version). If you have any bug-fixes and changes that need to go in the release then make sure you specify that in the commit message or mail me the revision numbers. Do not try to commit anything on the pre-release branch (the server will forbid it). Note that nightly builds will go on as usual (as v4.2.1.1), and pre-release builds will be available at http://pre.plt-scheme.org/release/ Please tell me if you think that this should be announced on the plt-scheme list for wider testing. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From jay.mccarthy at gmail.com Thu Jul 16 12:28:45 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Thu Jul 16 12:29:06 2009 Subject: [plt-dev] DrDr online Message-ID: http://plt-drdr.cs.byu.edu/ I have finally got a public IP for the server that has been running my build software for a while. Please check it out and give me feedback. Also note that there is a help page linked in the bottom right corner. http://plt-drdr.cs.byu.edu/help A few notes: * The server is too slow to keep up with Matthew, so I've bought another that is on the way. If that doesn't make it better, I have ideas but welcome yours. * I am about to make a commit that sets up some initial metadata properties that removes many errors. Jay -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From geoff at knauth.org Thu Jul 16 20:43:24 2009 From: geoff at knauth.org (Geoffrey S. Knauth) Date: Thu Jul 16 20:51:33 2009 Subject: [plt-dev] DrDr online In-Reply-To: References: Message-ID: <8A7D79E1-993A-4E13-8919-D50F82BDA358@knauth.org> On Jul 16, 2009, at 12:28, Jay McCarthy wrote: > * The server is too slow to keep up with Matthew, so I've bought > another that is on the way. If that doesn't make it better, I have > ideas but welcome yours. This is great. I get to tell my architecture class about a server that can't keep up with a human. Deep Blue vs. Kasparov was in 1997. I sense a new match. From mflatt at cs.utah.edu Thu Jul 16 22:29:05 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Jul 16 22:29:26 2009 Subject: [plt-dev] DrDr online In-Reply-To: <8A7D79E1-993A-4E13-8919-D50F82BDA358@knauth.org> References: <8A7D79E1-993A-4E13-8919-D50F82BDA358@knauth.org> Message-ID: <20090717022907.2582665010B@mail-svr1.cs.utah.edu> At Thu, 16 Jul 2009 20:43:24 -0400, "Geoffrey S. Knauth" wrote: > On Jul 16, 2009, at 12:28, Jay McCarthy wrote: > > * The server is too slow to keep up with Matthew, so I've bought > > another that is on the way. If that doesn't make it better, I have > > ideas but welcome yours. > > This is great. I get to tell my architecture class about a server > that can't keep up with a human. Deep Blue vs. Kasparov was in 1997. > I sense a new match. If only Kasparov had the advantage of making a move, then two minutes later saying "Did I actually commit to that move? No, that's obviously wrong. I meant *this* move." And then, 30 seconds later, amending with "Er, actually I meant *this* move." That would have kept Deep Blue busy in much the same way as DrDr. From sk at cs.brown.edu Thu Jul 16 22:38:32 2009 From: sk at cs.brown.edu (Shriram Krishnamurthi) Date: Thu Jul 16 22:39:09 2009 Subject: [plt-dev] DrDr online In-Reply-To: <20090717022907.2582665010B@mail-svr1.cs.utah.edu> References: <8A7D79E1-993A-4E13-8919-D50F82BDA358@knauth.org> <20090717022907.2582665010B@mail-svr1.cs.utah.edu> Message-ID: The PLT logo already contains deep blue. Once Matthew sees red, it'll be a whiteout. Shriram From eli at barzilay.org Mon Jul 20 18:44:43 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 20 18:45:05 2009 Subject: [plt-dev] Release Announcement for v4.2.1 Message-ID: The release announcement item candidates that I have so far are below. Please mail me new items and/or edits. ---------------------------------------------------------------------- [Matthew] * fixed problem with installation of docs in planet packages (adjust planet client to handle nested planet invocations by re-building the doc index only once) * delete/backspace issue in DrScheme/MrEd * identifier-prune-lexical-context (4.2.0.2) syntax-local-lift-values-expression (4.2.0.3) syntax-local-lift-provide * safe-for-space fixes for the interepreter * expose and support unreadable symbols * Various efficiency improvements to keyword arguments. * better interaction of HtDP languages with scheme/match [Jay] * FrTime reorganization [Matthias] * new universe teachpack updates? (universe keeps track of iworlds now; utest contains ball game) [Robby] * redex stuff (brought back syntax locations (for better error messages) in redex main forms and improved define-relation; improved where patterns and a few bug fixes; added metafunction-cases and fixed a layout bug; fixed bug in rendering of reduction relations; added x-spacing and y-spacing parameters to traces and traces/ps) * DrScheme's module browser always shows files from the same collection (possibly a planet collection) regardless of the kind of `require' form that is used. [Ryan] * macro-debugger stuff (disable lift errors; fixed opaque variable ref bug) * syntax/parse and syntax/id-table libraries [Sam] * typed-scheme stuff ("paths branch") [Eli] * New `make-at-reader/inside' and `make-at-reader' makes it easy to define new scribble readers (in "inside mode" or not) with a command character different from `@'. * Note about one of the last builds to include a solaris distribution, and if anyone has access to a solaris machine we can incorporate it into the build. ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Mon Jul 20 18:45:02 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 20 18:45:35 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 Message-ID: Checklist items for the v4.2.1 release (using the v4.2.0.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item is done). Also, if you have any commits that should have been merged, make sure that they're in. Important: new builds are created without announcement, usually whenever I see significant commits. If you need to commit changes, please make sure you tell me to merge it to the release branch. --> Release candidates are at --> http://pre.plt-scheme.org/release/installers Please use these installers (or source bundles) -- don't test from your own svn chekout (don't test v4.2.1.1 by mistake!). To get the tests directory in the normal release, you can do this: cd .../collects svn export http://svn.plt-scheme.org/plt/release/collects/tests ---------------------------------------------------------------------- * Matthew Flatt - MzScheme Tests - Languages Tests - MrEd Tests (Also check that `mred -z' and `mred-text' still works in Windows and Mac OS X) - mzc Tests - mzc --exe tests - .plt-packing Tests - Games Tests - Unit Tests - Syntax Color Tests - R6RS Tests Updates: - MzScheme Updates: update HISTORY - MrEd Updates: update README, HISTORY (updates should show v4.2.1 as the most current version) - Update man pages in plt/man/man1: mred.1, mzscheme.1 Email me to merge the changes from the trunk when they're done, or tell me if there are no such changes. * Robby Findler - DrScheme Tests - Framework Tests - Contracts Tests - Games Tests - Teachpacks Tests: image tests - PLaneT Tests Updates: - DrScheme Updates: update HISTORY - Redex Updates: update HISTORY (updates should show v4.2.1 as the most current version) - Ensure that previous version of DrScheme's preference files still starts up with new DrScheme - Update man pages in plt/man/man1: drscheme.1 Email me to merge the changes from the trunk when they're done, or tell me if there are no such changes. * John Clements - Stepper Tests Updates: - Stepper Updates: update HISTORY (updates should show v4.2.1 as the most current version) Email me to merge the changes from the trunk when they're done, or tell me if there are no such changes. * Matthias Felleisen - Teachpacks Tests: check that new teachpacks are addable - Teachpack Docs: check teachpack docs in the bundles Updates: - Teachpack Updates: update HISTORY (updates should show v4.2.1 as the most current version; email me to merge the changes from the trunk when they're done, or tell me if there are no such changes.) * Ryan Culpepper - Macro Debugger Tests - Syntax Classifier Tests * Jay McCarthy - Web server Tests - XML Tests - HTML Tests * Paul Steckler - MysterX Tests - MzCOM Tests * Kathy Gray - ProfJ Tests - Test Engine Tests * Noel Welsh , Chongkai Zhu - SRFI Tests - Ensure that all claimed srfi's are in the bundle and they all load into mzscheme or drscheme (as appropriate) * Sam Tobin-Hochstadt - Match Tests - Typed Scheme Tests * Stevie Strickland - Unit Contract Tests - Contract Region Tests * Eli Barzilay - Swindle Tests - Plot Tests - PLT Tree: compare new distribution trees to previous ones Version Updates: if a major change has happened, update the version number in: - plt/collects/mzscheme/info.ss - plt/collects/mred/info.ss * Doug Williams - Plot Tests * Greg Cooper - FrTime Tests * Carl Eastlund - Dracula Tests (confirm that Dracula runs from PLaneT) * Shriram Krishnamurthi Tour: check the tour and generate a new one if needed. [Note: Since this is a v4.2.0.900 build, you will need to edit your .../collects/framework/private/version.ss file and change `(version)' to `"4.2.1"'.] -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Mon Jul 20 19:46:23 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Jul 20 19:46:44 2009 Subject: [plt-dev] Release Announcement for v4.2.1 In-Reply-To: References: Message-ID: <932b2f1f0907201646w1e55fed1m50e38ebf502c8297@mail.gmail.com> I think define-relation is new this time, in Redex...? Robby On Mon, Jul 20, 2009 at 5:44 PM, Eli Barzilay wrote: > The release announcement item candidates that I have so far are below. > Please mail me new items and/or edits. > > ---------------------------------------------------------------------- > > [Matthew] > * fixed problem with installation of docs in planet packages > ?(adjust planet client to handle nested planet invocations by > ?re-building the doc index only once) > * delete/backspace issue in DrScheme/MrEd > * identifier-prune-lexical-context (4.2.0.2) > ?syntax-local-lift-values-expression (4.2.0.3) > ?syntax-local-lift-provide > * safe-for-space fixes for the interepreter > * expose and support unreadable symbols > * Various efficiency improvements to keyword arguments. > * better interaction of HtDP languages with scheme/match > > [Jay] > * FrTime reorganization > > [Matthias] > * new universe teachpack updates? > ?(universe keeps track of iworlds now; utest contains ball game) > > [Robby] > * redex stuff (brought back syntax locations (for better error > ?messages) in redex main forms and improved define-relation; > ?improved where patterns and a few bug fixes; added > ?metafunction-cases and fixed a layout bug; fixed bug in > ?rendering of reduction relations; added x-spacing and y-spacing > ?parameters to traces and traces/ps) > * DrScheme's module browser always shows files from the same > ?collection (possibly a planet collection) regardless of the kind > ?of `require' form that is used. > > [Ryan] > * macro-debugger stuff (disable lift errors; fixed opaque variable > ?ref bug) > * syntax/parse and syntax/id-table libraries > > [Sam] > * typed-scheme stuff ("paths branch") > > [Eli] > * New `make-at-reader/inside' and `make-at-reader' makes it easy > ?to define new scribble readers (in "inside mode" or not) with a > ?command character different from `@'. > * Note about one of the last builds to include a solaris > ?distribution, and if anyone has access to a solaris machine we > ?can incorporate it into the build. > > ---------------------------------------------------------------------- > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From eli at barzilay.org Mon Jul 20 21:12:10 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 20 21:12:32 2009 Subject: [plt-dev] Release Announcement for v4.2.1 In-Reply-To: <932b2f1f0907201646w1e55fed1m50e38ebf502c8297@mail.gmail.com> References: <932b2f1f0907201646w1e55fed1m50e38ebf502c8297@mail.gmail.com> Message-ID: <19045.5610.505766.904514@winooski.ccs.neu.edu> On Jul 20, Robby Findler wrote: > I think define-relation is new this time, in Redex...? (Most of the text I'm including at this stage is coming from scanning the commit messages.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Mon Jul 20 21:14:04 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Jul 20 21:14:26 2009 Subject: [plt-dev] Release Announcement for v4.2.1 In-Reply-To: <19045.5610.505766.904514@winooski.ccs.neu.edu> References: <932b2f1f0907201646w1e55fed1m50e38ebf502c8297@mail.gmail.com> <19045.5610.505766.904514@winooski.ccs.neu.edu> Message-ID: <932b2f1f0907201814g40b37ba1nc13717e0c589422c@mail.gmail.com> Oh, okay. The two main redex bullet items are, I think, define-relation and the way 'where' clauses have been improved. I'm not sure if either warrants mention in the release announcement (altho the latter is something many have asked for). Robby On Mon, Jul 20, 2009 at 8:12 PM, Eli Barzilay wrote: > On Jul 20, Robby Findler wrote: >> I think define-relation is new this time, in Redex...? > > (Most of the text I'm including at this stage is coming from scanning > the commit messages.) > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > From jos.koot at telefonica.net Tue Jul 21 05:53:22 2009 From: jos.koot at telefonica.net (Jos Koot) Date: Tue Jul 21 05:54:00 2009 Subject: [plt-dev] Release Announcement for v4.2.1 References: Message-ID: <978DCC970D7C4A099427A37C966C86F0@uw2b2dff239c4d> Just to inform you: redex x-spacing and y-spacing keyword parameters are in redex/private/traces.ss but not in the contracts of redex/gui.ss. Jos ----- Original Message ----- From: "Eli Barzilay" To: Sent: Tuesday, July 21, 2009 12:44 AM Subject: [plt-dev] Release Announcement for v4.2.1 > The release announcement item candidates that I have so far are below. > Please mail me new items and/or edits. > > ---------------------------------------------------------------------- > > [Matthew] > * fixed problem with installation of docs in planet packages > (adjust planet client to handle nested planet invocations by > re-building the doc index only once) > * delete/backspace issue in DrScheme/MrEd > * identifier-prune-lexical-context (4.2.0.2) > syntax-local-lift-values-expression (4.2.0.3) > syntax-local-lift-provide > * safe-for-space fixes for the interepreter > * expose and support unreadable symbols > * Various efficiency improvements to keyword arguments. > * better interaction of HtDP languages with scheme/match > > [Jay] > * FrTime reorganization > > [Matthias] > * new universe teachpack updates? > (universe keeps track of iworlds now; utest contains ball game) > > [Robby] > * redex stuff (brought back syntax locations (for better error > messages) in redex main forms and improved define-relation; > improved where patterns and a few bug fixes; added > metafunction-cases and fixed a layout bug; fixed bug in > rendering of reduction relations; added x-spacing and y-spacing > parameters to traces and traces/ps) > * DrScheme's module browser always shows files from the same > collection (possibly a planet collection) regardless of the kind > of `require' form that is used. > > [Ryan] > * macro-debugger stuff (disable lift errors; fixed opaque variable > ref bug) > * syntax/parse and syntax/id-table libraries > > [Sam] > * typed-scheme stuff ("paths branch") > > [Eli] > * New `make-at-reader/inside' and `make-at-reader' makes it easy > to define new scribble readers (in "inside mode" or not) with a > command character different from `@'. > * Note about one of the last builds to include a solaris > distribution, and if anyone has access to a solaris machine we > can incorporate it into the build. > > ---------------------------------------------------------------------- > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > From mflatt at cs.utah.edu Tue Jul 21 09:02:56 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Tue Jul 21 09:03:19 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <20090721130300.15F9C6500AF@mail-svr1.cs.utah.edu> At Mon, 20 Jul 2009 18:45:02 -0400, Eli Barzilay wrote: > * Matthew Flatt > - MzScheme Tests > - Languages Tests > - MrEd Tests (Also check that `mred -z' and `mred-text' still works > in Windows and Mac OS X) > - mzc Tests > - mzc --exe tests > - .plt-packing Tests > - Games Tests > - Unit Tests > - Syntax Color Tests > - R6RS Tests > Updates: > - MzScheme Updates: update HISTORY > - MrEd Updates: update README, HISTORY > (updates should show v4.2.1 as the most current version) > - Update man pages in plt/man/man1: mred.1, mzscheme.1 Done. From sstrickl at ccs.neu.edu Tue Jul 21 09:20:19 2009 From: sstrickl at ccs.neu.edu (Stevie Strickland) Date: Tue Jul 21 09:21:14 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <67A11E72-7E9D-4500-80D7-274D6B4DCF12@ccs.neu.edu> On Jul 20, 2009, at 6:45 PM, Eli Barzilay wrote: > * Stevie Strickland > - Unit Contract Tests > - Contract Region Tests Done. From jay at cs.brown.edu Tue Jul 21 11:57:13 2009 From: jay at cs.brown.edu (Jay McCarthy) Date: Tue Jul 21 11:57:38 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: On Mon, Jul 20, 2009 at 4:45 PM, Eli Barzilay wrote: > Checklist items for the v4.2.1 release > ?(using the v4.2.0.900 release candidate build) > > Search for your name to find relevant items, reply when you finish > an item (please indicate which item is done). ?Also, if you have > any commits that should have been merged, make sure that they're > in. > > Important: new builds are created without announcement, usually > whenever I see significant commits. ?If you need to commit changes, > please make sure you tell me to merge it to the release branch. > > --> Release candidates are at > --> ? http://pre.plt-scheme.org/release/installers > > Please use these installers (or source bundles) -- don't test from > your own svn chekout (don't test v4.2.1.1 by mistake!). ?To get > the tests directory in the normal release, you can do this: > ?cd .../collects > ?svn export http://svn.plt-scheme.org/plt/release/collects/tests > > ---------------------------------------------------------------------- > > * Matthew Flatt > ?- MzScheme Tests > ?- Languages Tests > ?- MrEd Tests (Also check that `mred -z' and `mred-text' still works > ? ?in Windows and Mac OS X) > ?- mzc Tests > ?- mzc --exe tests > ?- .plt-packing Tests > ?- Games Tests > ?- Unit Tests > ?- Syntax Color Tests > ?- R6RS Tests > ?Updates: > ?- MzScheme Updates: update HISTORY > ?- MrEd Updates: update README, HISTORY > ?(updates should show v4.2.1 as the most current version) > ?- Update man pages in plt/man/man1: mred.1, mzscheme.1 > ?Email me to merge the changes from the trunk when they're done, > ?or tell me if there are no such changes. > > * Robby Findler > ?- DrScheme Tests > ?- Framework Tests > ?- Contracts Tests > ?- Games Tests > ?- Teachpacks Tests: image tests > ?- PLaneT Tests > ?Updates: > ?- DrScheme Updates: update HISTORY > ?- Redex Updates: update HISTORY > ?(updates should show v4.2.1 as the most current version) > ?- Ensure that previous version of DrScheme's preference files still > ? ?starts up with new DrScheme > ?- Update man pages in plt/man/man1: drscheme.1 > ?Email me to merge the changes from the trunk when they're done, > ?or tell me if there are no such changes. > > * John Clements > ?- Stepper Tests > ?Updates: > ?- Stepper Updates: update HISTORY > ?(updates should show v4.2.1 as the most current version) > ?Email me to merge the changes from the trunk when they're done, > ?or tell me if there are no such changes. > > * Matthias Felleisen > ?- Teachpacks Tests: check that new teachpacks are addable > ?- Teachpack Docs: check teachpack docs in the bundles > ?Updates: > ?- Teachpack Updates: update HISTORY > ?(updates should show v4.2.1 as the most current version; email me > ?to merge the changes from the trunk when they're done, or tell me if > ?there are no such changes.) > > * Ryan Culpepper > ?- Macro Debugger Tests > ?- Syntax Classifier Tests > > * Jay McCarthy > ?- Web server Tests > ?- XML Tests > ?- HTML Tests Done > > * Paul Steckler > ?- MysterX Tests > ?- MzCOM Tests > > * Kathy Gray > ?- ProfJ Tests > ?- Test Engine Tests > > * Noel Welsh , Chongkai Zhu > ?- SRFI Tests > ?- Ensure that all claimed srfi's are in the bundle and they all load > ? ?into mzscheme or drscheme (as appropriate) > > * Sam Tobin-Hochstadt > ?- Match Tests > ?- Typed Scheme Tests > > * Stevie Strickland > ?- Unit Contract Tests > ?- Contract Region Tests > > * Eli Barzilay > ?- Swindle Tests > ?- Plot Tests > ?- PLT Tree: compare new distribution trees to previous ones > ?Version Updates: if a major change has happened, update the version > ?number in: > ?- plt/collects/mzscheme/info.ss > ?- plt/collects/mred/info.ss > > * Doug Williams > ?- Plot Tests > > * Greg Cooper > ?- FrTime Tests > > * Carl Eastlund > ?- Dracula Tests (confirm that Dracula runs from PLaneT) > > * Shriram Krishnamurthi > ?Tour: check the tour and generate a new one if needed. > ?[Note: Since this is a v4.2.0.900 build, you will need to edit your > ? ?.../collects/framework/private/version.ss > ?file and change `(version)' to `"4.2.1"'.] > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From eli at barzilay.org Tue Jul 21 12:30:15 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 21 12:30:36 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <19045.60695.751792.283442@winooski.ccs.neu.edu> On Jul 21, Doug Williams wrote: > With the release candidate, I encountered the following error when I tried > loading the science collection using (require (planet > williams/science/science)): > > setup-plt: given collection path: # > refers to the same directory as another given collection path > [...] I just saw that error in one of the test runs, and assumed it was very rare to run into it. Do you reliably get the problem? -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From m.douglas.williams at gmail.com Tue Jul 21 12:31:16 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 12:31:38 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: <19045.60695.751792.283442@winooski.ccs.neu.edu> References: <19045.60695.751792.283442@winooski.ccs.neu.edu> Message-ID: It happened for every package I tried - five total. On Tue, Jul 21, 2009 at 10:30 AM, Eli Barzilay wrote: > On Jul 21, Doug Williams wrote: > > With the release candidate, I encountered the following error when I > tried > > loading the science collection using (require (planet > > williams/science/science)): > > > > setup-plt: given collection path: # > > refers to the same directory as another given collection path > > [...] > > I just saw that error in one of the test runs, and assumed it was very > rare to run into it. Do you reliably get the problem? > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/74a629d9/attachment.html From m.douglas.williams at gmail.com Tue Jul 21 12:26:48 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 12:35:23 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: With the release candidate, I encountered the following error when I tried loading the science collection using (require (planet williams/science/science)): setup-plt: given collection path: # refers to the same directory as another given collection path The science collection documentation did not show up in the Help Desk, although it did load the package. Actually, I seem to be getting the error for any PLaneT package. This is using Windows Vista. Doug On Mon, Jul 20, 2009 at 4:45 PM, Eli Barzilay wrote: > Checklist items for the v4.2.1 release > (using the v4.2.0.900 release candidate build) > > Search for your name to find relevant items, reply when you finish > an item (please indicate which item is done). Also, if you have > any commits that should have been merged, make sure that they're > in. > > Important: new builds are created without announcement, usually > whenever I see significant commits. If you need to commit changes, > please make sure you tell me to merge it to the release branch. > > --> Release candidates are at > --> http://pre.plt-scheme.org/release/installers > > Please use these installers (or source bundles) -- don't test from > your own svn chekout (don't test v4.2.1.1 by mistake!). To get > the tests directory in the normal release, you can do this: > cd .../collects > svn export http://svn.plt-scheme.org/plt/release/collects/tests > > ---------------------------------------------------------------------- > > * Matthew Flatt > - MzScheme Tests > - Languages Tests > - MrEd Tests (Also check that `mred -z' and `mred-text' still works > in Windows and Mac OS X) > - mzc Tests > - mzc --exe tests > - .plt-packing Tests > - Games Tests > - Unit Tests > - Syntax Color Tests > - R6RS Tests > Updates: > - MzScheme Updates: update HISTORY > - MrEd Updates: update README, HISTORY > (updates should show v4.2.1 as the most current version) > - Update man pages in plt/man/man1: mred.1, mzscheme.1 > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * Robby Findler > - DrScheme Tests > - Framework Tests > - Contracts Tests > - Games Tests > - Teachpacks Tests: image tests > - PLaneT Tests > Updates: > - DrScheme Updates: update HISTORY > - Redex Updates: update HISTORY > (updates should show v4.2.1 as the most current version) > - Ensure that previous version of DrScheme's preference files still > starts up with new DrScheme > - Update man pages in plt/man/man1: drscheme.1 > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * John Clements > - Stepper Tests > Updates: > - Stepper Updates: update HISTORY > (updates should show v4.2.1 as the most current version) > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * Matthias Felleisen > - Teachpacks Tests: check that new teachpacks are addable > - Teachpack Docs: check teachpack docs in the bundles > Updates: > - Teachpack Updates: update HISTORY > (updates should show v4.2.1 as the most current version; email me > to merge the changes from the trunk when they're done, or tell me if > there are no such changes.) > > * Ryan Culpepper > - Macro Debugger Tests > - Syntax Classifier Tests > > * Jay McCarthy > - Web server Tests > - XML Tests > - HTML Tests > > * Paul Steckler > - MysterX Tests > - MzCOM Tests > > * Kathy Gray > - ProfJ Tests > - Test Engine Tests > > * Noel Welsh , Chongkai Zhu > - SRFI Tests > - Ensure that all claimed srfi's are in the bundle and they all load > into mzscheme or drscheme (as appropriate) > > * Sam Tobin-Hochstadt > - Match Tests > - Typed Scheme Tests > > * Stevie Strickland > - Unit Contract Tests > - Contract Region Tests > > * Eli Barzilay > - Swindle Tests > - Plot Tests > - PLT Tree: compare new distribution trees to previous ones > Version Updates: if a major change has happened, update the version > number in: > - plt/collects/mzscheme/info.ss > - plt/collects/mred/info.ss > > * Doug Williams > - Plot Tests > > * Greg Cooper > - FrTime Tests > > * Carl Eastlund > - Dracula Tests (confirm that Dracula runs from PLaneT) > > * Shriram Krishnamurthi > Tour: check the tour and generate a new one if needed. > [Note: Since this is a v4.2.0.900 build, you will need to edit your > .../collects/framework/private/version.ss > file and change `(version)' to `"4.2.1"'.] > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/60f0d7dd/attachment.htm From m.douglas.williams at gmail.com Tue Jul 21 12:28:40 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 12:36:40 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: The PLoT collection and the extensions in the science collection work as expected (with the caveat of the setup-plt error from my previous post). Doug On Mon, Jul 20, 2009 at 4:45 PM, Eli Barzilay wrote: > Checklist items for the v4.2.1 release > (using the v4.2.0.900 release candidate build) > > Search for your name to find relevant items, reply when you finish > an item (please indicate which item is done). Also, if you have > any commits that should have been merged, make sure that they're > in. > > Important: new builds are created without announcement, usually > whenever I see significant commits. If you need to commit changes, > please make sure you tell me to merge it to the release branch. > > --> Release candidates are at > --> http://pre.plt-scheme.org/release/installers > > Please use these installers (or source bundles) -- don't test from > your own svn chekout (don't test v4.2.1.1 by mistake!). To get > the tests directory in the normal release, you can do this: > cd .../collects > svn export http://svn.plt-scheme.org/plt/release/collects/tests > > ---------------------------------------------------------------------- > > * Matthew Flatt > - MzScheme Tests > - Languages Tests > - MrEd Tests (Also check that `mred -z' and `mred-text' still works > in Windows and Mac OS X) > - mzc Tests > - mzc --exe tests > - .plt-packing Tests > - Games Tests > - Unit Tests > - Syntax Color Tests > - R6RS Tests > Updates: > - MzScheme Updates: update HISTORY > - MrEd Updates: update README, HISTORY > (updates should show v4.2.1 as the most current version) > - Update man pages in plt/man/man1: mred.1, mzscheme.1 > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * Robby Findler > - DrScheme Tests > - Framework Tests > - Contracts Tests > - Games Tests > - Teachpacks Tests: image tests > - PLaneT Tests > Updates: > - DrScheme Updates: update HISTORY > - Redex Updates: update HISTORY > (updates should show v4.2.1 as the most current version) > - Ensure that previous version of DrScheme's preference files still > starts up with new DrScheme > - Update man pages in plt/man/man1: drscheme.1 > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * John Clements > - Stepper Tests > Updates: > - Stepper Updates: update HISTORY > (updates should show v4.2.1 as the most current version) > Email me to merge the changes from the trunk when they're done, > or tell me if there are no such changes. > > * Matthias Felleisen > - Teachpacks Tests: check that new teachpacks are addable > - Teachpack Docs: check teachpack docs in the bundles > Updates: > - Teachpack Updates: update HISTORY > (updates should show v4.2.1 as the most current version; email me > to merge the changes from the trunk when they're done, or tell me if > there are no such changes.) > > * Ryan Culpepper > - Macro Debugger Tests > - Syntax Classifier Tests > > * Jay McCarthy > - Web server Tests > - XML Tests > - HTML Tests > > * Paul Steckler > - MysterX Tests > - MzCOM Tests > > * Kathy Gray > - ProfJ Tests > - Test Engine Tests > > * Noel Welsh , Chongkai Zhu > - SRFI Tests > - Ensure that all claimed srfi's are in the bundle and they all load > into mzscheme or drscheme (as appropriate) > > * Sam Tobin-Hochstadt > - Match Tests > - Typed Scheme Tests > > * Stevie Strickland > - Unit Contract Tests > - Contract Region Tests > > * Eli Barzilay > - Swindle Tests > - Plot Tests > - PLT Tree: compare new distribution trees to previous ones > Version Updates: if a major change has happened, update the version > number in: > - plt/collects/mzscheme/info.ss > - plt/collects/mred/info.ss > > * Doug Williams > - Plot Tests > > * Greg Cooper > - FrTime Tests > > * Carl Eastlund > - Dracula Tests (confirm that Dracula runs from PLaneT) > > * Shriram Krishnamurthi > Tour: check the tour and generate a new one if needed. > [Note: Since this is a v4.2.0.900 build, you will need to edit your > .../collects/framework/private/version.ss > file and change `(version)' to `"4.2.1"'.] > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/845fdcbb/attachment-0001.html From m.douglas.williams at gmail.com Tue Jul 21 12:47:08 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 12:47:29 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: <19045.60695.751792.283442@winooski.ccs.neu.edu> References: <19045.60695.751792.283442@winooski.ccs.neu.edu> Message-ID: Eli, I get a different error on my Linux box when I try to load the science collection: with-output-to-file: cannot open output file: "/usr/plt/collects/scribblings/main/user/.setup-plt-marker" (Permission denied; errno=13) Doug On Tue, Jul 21, 2009 at 10:30 AM, Eli Barzilay wrote: > On Jul 21, Doug Williams wrote: > > With the release candidate, I encountered the following error when I > tried > > loading the science collection using (require (planet > > williams/science/science)): > > > > setup-plt: given collection path: # > > refers to the same directory as another given collection path > > [...] > > I just saw that error in one of the test runs, and assumed it was very > rare to run into it. Do you reliably get the problem? > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/530d7294/attachment.htm From m.douglas.williams at gmail.com Tue Jul 21 13:14:37 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 13:15:00 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: <19045.60695.751792.283442@winooski.ccs.neu.edu> Message-ID: Eli, this seems to be related to the old Vista problem we had before (I think it was Robby that tracked it down) with the virtual store. On Vista, if system files are re-written, the updated copy is written in the Virtual Store - not to the file itself. Unfortunately, these persist over installs of PLT Scheme. In Linux, this manifests itself as not being able to write to /usr. It seems that setup-plt is rewriting the index wherever the distribution is loaded. I thought it was writing it to a user file before. I think the discussion was off the mailing list - anyway, I didn't find it when quickly looking through the archives. On Tue, Jul 21, 2009 at 10:31 AM, Doug Williams < m.douglas.williams@gmail.com> wrote: > It happened for every package I tried - five total. > > > On Tue, Jul 21, 2009 at 10:30 AM, Eli Barzilay wrote: > >> On Jul 21, Doug Williams wrote: >> > With the release candidate, I encountered the following error when I >> tried >> > loading the science collection using (require (planet >> > williams/science/science)): >> > >> > setup-plt: given collection path: # >> > refers to the same directory as another given collection path >> > [...] >> >> I just saw that error in one of the test runs, and assumed it was very >> rare to run into it. Do you reliably get the problem? >> >> -- >> ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: >> http://barzilay.org/ Maze is Life! >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/ddb1f2ff/attachment.html From ghcooper at gmail.com Tue Jul 21 13:09:57 2009 From: ghcooper at gmail.com (Gregory Cooper) Date: Tue Jul 21 13:17:49 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <65e1d50c0907211009h369321a1s4d5492b3152225c1@mail.gmail.com> > ?- FrTime Tests Done. From eli at barzilay.org Tue Jul 21 14:44:12 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 21 14:44:33 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: <19045.60695.751792.283442@winooski.ccs.neu.edu> Message-ID: <19046.3196.263722.321941@winooski.ccs.neu.edu> On Jul 21, Doug Williams wrote: > Eli, > > I get a different error on my Linux box when I try to load the > science collection: > > with-output-to-file: cannot open output file: > "/usr/plt/collects/scribblings/main/user/.setup-plt-marker" > (Permission denied; errno=13) Ah, that's very useful. On Jul 21, Doug Williams wrote: > Eli, this seems to be related to the old Vista problem we had before > (I think it was Robby that tracked it down) with the virtual store. > On Vista, if system files are re-written, the updated copy is > written in the Virtual Store - not to the file itself. > Unfortunately, these persist over installs of PLT Scheme. Yes, I remember that (I think that I was the one who talked about it with you, or maybe it was someone else that I talked to), but this is only partially related to the problem. The thing is that running a planet setup uses the usual setup code, which is trying to verify that all the collections to be setup are writeable by placing these marker files -- and also using them to make sure that you're not trying to setup the same collection twice (eg, `setup-plt -l foo foo'). One of the recent changes is that setting up a planet package is properly reconstructing the user index, and this is somehow done in a way that makes it (try to) lock the main/user collection. Matthew -- is there some place in the code I can look at to see if there's an easy solution? -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From m.douglas.williams at gmail.com Tue Jul 21 15:11:31 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Tue Jul 21 15:11:53 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: <19046.3196.263722.321941@winooski.ccs.neu.edu> References: <19045.60695.751792.283442@winooski.ccs.neu.edu> <19046.3196.263722.321941@winooski.ccs.neu.edu> Message-ID: Jens Axel found the link: http://bugs.plt-scheme.org/query/?cmd=view&pr=9554 And, Eli, there is a Doug/Appdata/Local/VirtualStore/Program Files/PLT/collects/scribblings/main/user directory created on my Vista machine in the Virtual Store. So, the PLT/collects/scribblings/main/user directory was apparantly created after the install. I'm not sure why it's empty, unless the directory itself is the lock. Doug On Tue, Jul 21, 2009 at 12:44 PM, Eli Barzilay wrote: > On Jul 21, Doug Williams wrote: > > Eli, > > > > I get a different error on my Linux box when I try to load the > > science collection: > > > > with-output-to-file: cannot open output file: > > "/usr/plt/collects/scribblings/main/user/.setup-plt-marker" > > (Permission denied; errno=13) > > Ah, that's very useful. > > > On Jul 21, Doug Williams wrote: > > Eli, this seems to be related to the old Vista problem we had before > > (I think it was Robby that tracked it down) with the virtual store. > > On Vista, if system files are re-written, the updated copy is > > written in the Virtual Store - not to the file itself. > > Unfortunately, these persist over installs of PLT Scheme. > > Yes, I remember that (I think that I was the one who talked about it > with you, or maybe it was someone else that I talked to), but this is > only partially related to the problem. The thing is that running a > planet setup uses the usual setup code, which is trying to verify that > all the collections to be setup are writeable by placing these marker > files -- and also using them to make sure that you're not trying to > setup the same collection twice (eg, `setup-plt -l foo foo'). > > One of the recent changes is that setting up a planet package is > properly reconstructing the user index, and this is somehow done in a > way that makes it (try to) lock the main/user collection. > > Matthew -- is there some place in the code I can look at to see if > there's an easy solution? > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090721/856017d6/attachment.htm From eli at barzilay.org Tue Jul 21 15:15:40 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 21 15:16:08 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: <19045.60695.751792.283442@winooski.ccs.neu.edu> <19046.3196.263722.321941@winooski.ccs.neu.edu> Message-ID: <19046.5084.466298.805244@winooski.ccs.neu.edu> On Jul 21, Doug Williams wrote: > Jens Axel found the link: > > http://bugs.plt-scheme.org/query/?cmd=view&pr=9554 > > And, Eli, there is a Doug/Appdata/Local/VirtualStore/Program > Files/PLT/collects/scribblings/main/user directory created on my > Vista machine in the Virtual Store. So, the > PLT/collects/scribblings/main/user directory was apparantly created > after the install. I'm not sure why it's empty, unless the directory > itself is the lock. Yes, what I meant is that the virtual store itself is not causing the problem, but the problem is what makes the virtual store directory be created in the first place. What happens is that the marker file is being created at that place which is the real bug here -- the way you see that on linux is through a permission error; but on vista, it will instead divert the write to your virtual store, and at the end of the process the marker files are being deleted, which is why you're left with an empty directory. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From mflatt at cs.utah.edu Tue Jul 21 21:05:06 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Tue Jul 21 21:05:28 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: <19046.3196.263722.321941@winooski.ccs.neu.edu> References: <19045.60695.751792.283442@winooski.ccs.neu.edu> <19046.3196.263722.321941@winooski.ccs.neu.edu> Message-ID: <20090722010508.2F94B6500D9@mail-svr1.cs.utah.edu> At Tue, 21 Jul 2009 14:44:12 -0400, Eli Barzilay wrote: > One of the recent changes is that setting up a planet package is > properly reconstructing the user index, and this is somehow done in a > way that makes it (try to) lock the main/user collection. > > Matthew -- is there some place in the code I can look at to see if > there's an easy solution? Planet calls `reindex-user-documentation' from `setup/lt-single-installer' to rebuild the user-specific table of contents and search index (i.e., the "scribblings/main/user" collection). From robby at eecs.northwestern.edu Wed Jul 22 00:09:01 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 22 00:09:27 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <932b2f1f0907212109k7816c6f1ue163dbfa3c3b3a51@mail.gmail.com> On Mon, Jul 20, 2009 at 5:45 PM, Eli Barzilay wrote: > * Robby Findler > ?- DrScheme Tests > ?- Framework Tests > ?- Contracts Tests > ?- Games Tests > ?- Teachpacks Tests: image tests > ?- PLaneT Tests Done. > ?Updates: > ?- DrScheme Updates: update HISTORY I believe Eli is going to update this one. > ?- Redex Updates: update HISTORY > ?(updates should show v4.2.1 as the most current version) > ?- Ensure that previous version of DrScheme's preference files still > ? ?starts up with new DrScheme Done. > ?- Update man pages in plt/man/man1: drscheme.1 > ?Email me to merge the changes from the trunk when they're done, > ?or tell me if there are no such changes. No changes. From eli at barzilay.org Wed Jul 22 00:50:35 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 22 00:50:55 2009 Subject: [plt-dev] Copy/paste bug Message-ID: <19046.39579.81040.132117@winooski.ccs.neu.edu> The current release candidate build includes Matthew's fix for copy/paste of images on Windows. It would be good if people who can see that bug try to test that things work fine. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From czhu at cs.utah.edu Wed Jul 22 20:43:55 2009 From: czhu at cs.utah.edu (Chongkai Zhu) Date: Wed Jul 22 06:44:24 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <4A67B24B.7090000@cs.utah.edu> Eli Barzilay wrote: > * Noel Welsh , Chongkai Zhu > - SRFI Tests > - Ensure that all claimed srfi's are in the bundle and they all load > into mzscheme or drscheme (as appropriate) Done. From eli at barzilay.org Thu Jul 23 20:21:49 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 23 20:22:11 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1, second call Message-ID: Checklist items for the v4.2.1 release (using the v4.2.0.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item is done). Also, if you have any commits that should have been merged, make sure that they're in. Important: new builds are created without announcement, usually whenever I see significant commits. If you need to commit changes, please make sure you tell me to merge it to the release branch. --> Release candidates are at --> http://pre.plt-scheme.org/release/installers Please use these installers (or source bundles) -- don't test from your own svn chekout (don't test v4.2.1.1 by mistake!). To get the tests directory in the normal release, you can do this: cd .../collects svn export http://svn.plt-scheme.org/plt/release/collects/tests ---------------------------------------------------------------------- * Robby Findler - PLaneT Tests (left in since there's the bug that I intend to look into, still) * John Clements - Stepper Tests Updates: - Stepper Updates: update HISTORY (updates should show v4.2.1 as the most current version) Email me to merge the changes from the trunk when they're done, or tell me if there are no such changes. * Ryan Culpepper - Macro Debugger Tests - Syntax Classifier Tests * Sam Tobin-Hochstadt - Match Tests - Typed Scheme Tests * Carl Eastlund - Dracula Tests (confirm that Dracula runs from PLaneT) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Thu Jul 23 20:23:31 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 23 20:23:52 2009 Subject: [plt-dev] Release Announcement for v4.2.1, second call Message-ID: Below are the pending announcement items, followed by items I have so far. Please mail me new items and/or edits. ---------------------------------------------------------------------- [Matthew] * fixed problem with installation of docs in planet packages (adjust planet client to handle nested planet invocations by re-building the doc index only once) * delete/backspace issue in DrScheme/MrEd * identifier-prune-lexical-context (4.2.0.2) syntax-local-lift-values-expression (4.2.0.3) syntax-local-lift-provide * safe-for-space fixes for the interepreter * expose and support unreadable symbols * Various efficiency improvements to keyword arguments. * better interaction of HtDP languages with scheme/match [Ryan] * macro-debugger stuff (disable lift errors; fixed opaque variable ref bug) * syntax/parse and syntax/id-table libraries [Sam] * typed-scheme stuff ("paths branch") ---------------------------------------------------------------------- * Redex: added `define-relation' and generalized patterns that appear in "where" clauses to use the full Redex pattern matcher. (This is a backwards incompatible change, but one often requested; see the Redex release notes for details.) * The Web Server's serializable closures are now available for other purposes through the web-server/lang/serial-lambda library. * Teachpacks: small changes to universe portion of the "universe.ss" API, plus the addition of a form for launching many (communicating) worlds simultaneously. Bug fixes concerning conversion to strings. * It is now possible to create custom scribble readers with a command characters different than `@', see `make-at-reader/inside' and `make-at-reader' * Note: this is likely to be the last release that includes a solaris distribution. If you need these builds, or if you have access to a (Sparc) Solaris machine than can be used in PLT builds, then please let me know. ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Sun Jul 26 17:43:29 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sun Jul 26 17:43:47 2009 Subject: [plt-dev] svn merginfo property Message-ID: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> Anyone understand svn merging enough to be able to decode this error message? I was doing a merge from some (old....) code that I wanted to get back to (figuring that a merge was the way to get started). Conflict for property 'svn:mergeinfo' discovered on 'stxclass/main.ss'. They want to delete the property, you want to change the value to '/trunk/collects/stxclass/main.ss:4-13254,13911-13980'. Select: (p) postpone, (mf) mine-full, (tf) theirs-full, (h) help for more options: Robby From ryanc at ccs.neu.edu Mon Jul 27 00:55:29 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Mon Jul 27 00:55:58 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1, second call In-Reply-To: References: Message-ID: <4A6D3341.8070205@ccs.neu.edu> > * Ryan Culpepper > - Macro Debugger Tests > - Syntax Classifier Tests Done. From ryanc at ccs.neu.edu Mon Jul 27 01:16:54 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Mon Jul 27 01:17:19 2009 Subject: [plt-dev] Release Announcement for v4.2.1, second call In-Reply-To: References: Message-ID: <4A6D3846.3010605@ccs.neu.edu> Eli Barzilay wrote: > Below are the pending announcement items, followed by items I have so > far. Please mail me new items and/or edits. > > ---------------------------------------------------------------------- > [Ryan] > * macro-debugger stuff (disable lift errors; fixed opaque variable > ref bug) > * syntax/parse and syntax/id-table libraries The syntax/parse library provides macro writers with an enhanced syntax pattern matcher that reports errors based on the patterns' declared classes of syntax. Identifier mappings following the v4 dictionary interface and naming conventions are available from the syntax/id-table library. Ryan From noelwelsh at gmail.com Mon Jul 27 08:57:54 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Mon Jul 27 09:05:22 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> Message-ID: Perhaps the revision dates from before svn 1.5, which added (some) merge tracking, and uses the mergeinfo property to store this information. More info here: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html The standard solution is to beat your head against the desk and curse the Subversion developers. N. On Sun, Jul 26, 2009 at 10:43 PM, Robby Findler wrote: > Anyone understand svn merging enough to be able to decode this error > message? I was doing a merge from some (old....) code that I wanted to > get back to (figuring that a merge was the way to get started). > > Conflict for property 'svn:mergeinfo' discovered on 'stxclass/main.ss'. > They want to delete the property, you want to change the value to > '/trunk/collects/stxclass/main.ss:4-13254,13911-13980'. > Select: (p) postpone, (mf) mine-full, (tf) theirs-full, > ? ? ? ?(h) help for more options: > > > Robby > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From robby at eecs.northwestern.edu Mon Jul 27 09:16:35 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Jul 27 09:16:57 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> Message-ID: <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> Thanks . :) I've gone with "mine full" and hopefully everything will be fine when I merge back into the trunk .... Robby On Mon, Jul 27, 2009 at 7:57 AM, Noel Welsh wrote: > Perhaps the revision dates from before svn 1.5, which added (some) > merge tracking, and uses the mergeinfo property to store this > information. More info here: > > ?http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html > > The standard solution is to beat your head against the desk and curse > the Subversion developers. > > N. > > On Sun, Jul 26, 2009 at 10:43 PM, Robby > Findler wrote: >> Anyone understand svn merging enough to be able to decode this error >> message? I was doing a merge from some (old....) code that I wanted to >> get back to (figuring that a merge was the way to get started). >> >> Conflict for property 'svn:mergeinfo' discovered on 'stxclass/main.ss'. >> They want to delete the property, you want to change the value to >> '/trunk/collects/stxclass/main.ss:4-13254,13911-13980'. >> Select: (p) postpone, (mf) mine-full, (tf) theirs-full, >> ? ? ? ?(h) help for more options: >> >> >> Robby >> _________________________________________________ >> ?For list-related administrative tasks: >> ?http://list.cs.brown.edu/mailman/listinfo/plt-dev >> > From mflatt at cs.utah.edu Mon Jul 27 10:30:39 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Mon Jul 27 10:30:58 2009 Subject: [plt-dev] Release Announcement for v4.2.1, second call In-Reply-To: References: Message-ID: <20090727143039.95BB16500E1@mail-svr1.cs.utah.edu> At Thu, 23 Jul 2009 20:23:31 -0400, Eli Barzilay wrote: > [Matthew] > * fixed problem with installation of docs in planet packages > (adjust planet client to handle nested planet invocations by > re-building the doc index only once) * Faster installation of Planet packages that trigger install of other Planet packages, because the documentation index is updated only once after a group of packages is installed. > * delete/backspace issue in DrScheme/MrEd > * identifier-prune-lexical-context (4.2.0.2) > syntax-local-lift-values-expression (4.2.0.3) > syntax-local-lift-provide > * safe-for-space fixes for the interepreter > * expose and support unreadable symbols > * Various efficiency improvements to keyword arguments. > * better interaction of HtDP languages with scheme/match I don't think these warrant space in the announcement. From eli at barzilay.org Mon Jul 27 11:52:50 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 27 11:53:11 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> Message-ID: <19053.52562.106595.710824@winooski.ccs.neu.edu> On Jul 27, Robby Findler wrote: > Thanks . :) > > I've gone with "mine full" and hopefully everything will be fine > when I merge back into the trunk .... Actually, the two places that Google turned up suggested that tf (theirs full) is what you should do. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Mon Jul 27 11:54:49 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Jul 27 11:55:10 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: <19053.52562.106595.710824@winooski.ccs.neu.edu> References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> <19053.52562.106595.710824@winooski.ccs.neu.edu> Message-ID: <932b2f1f0907270854n2db28f58v9bde8402b9a1a6d6@mail.gmail.com> Do you still have those places handy? I didn't have much luck with my google queries. Robby On Mon, Jul 27, 2009 at 10:52 AM, Eli Barzilay wrote: > On Jul 27, Robby Findler wrote: >> Thanks . :) >> >> I've gone with "mine full" and hopefully everything will be fine >> when I merge back into the trunk .... > > Actually, the two places that Google turned up suggested that tf > (theirs full) is what you should do. > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > From eli at barzilay.org Mon Jul 27 12:00:58 2009 From: eli at barzilay.org (Eli Barzilay) Date: Mon Jul 27 12:01:20 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: <932b2f1f0907270854n2db28f58v9bde8402b9a1a6d6@mail.gmail.com> References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> <19053.52562.106595.710824@winooski.ccs.neu.edu> <932b2f1f0907270854n2db28f58v9bde8402b9a1a6d6@mail.gmail.com> Message-ID: <19053.53050.454590.776142@winooski.ccs.neu.edu> On Jul 27, Robby Findler wrote: > Do you still have those places handy? I didn't have much luck with my > google queries. I just googled for "Conflict for property 'svn:mergeinfo' discovered on" (with the double quotes), which comes up with about 4 links, but some are mirrors of some mailing list. There's also http://svn.haxx.se/dev/archive-2008-11/0532.shtml that one of the messages link to, which describes some problem they had with the merge info thing always growing. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Mon Jul 27 12:04:42 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Jul 27 12:05:07 2009 Subject: [plt-dev] svn merginfo property In-Reply-To: <19053.53050.454590.776142@winooski.ccs.neu.edu> References: <932b2f1f0907261443l271a0c9dx37cf387b4103db7f@mail.gmail.com> <932b2f1f0907270616n126a0f01j383b3bed88b7825e@mail.gmail.com> <19053.52562.106595.710824@winooski.ccs.neu.edu> <932b2f1f0907270854n2db28f58v9bde8402b9a1a6d6@mail.gmail.com> <19053.53050.454590.776142@winooski.ccs.neu.edu> Message-ID: <932b2f1f0907270904t3a197f82r80d14920e3f871e@mail.gmail.com> Thanks. Robby On Mon, Jul 27, 2009 at 11:00 AM, Eli Barzilay wrote: > On Jul 27, Robby Findler wrote: >> Do you still have those places handy? I didn't have much luck with my >> google queries. > > I just googled for "Conflict for property 'svn:mergeinfo' discovered > on" (with the double quotes), which comes up with about 4 links, but > some are mirrors of some mailing list. > > There's also http://svn.haxx.se/dev/archive-2008-11/0532.shtml that > one of the messages link to, which describes some problem they had > with the merge info thing always growing. > > -- > ? ? ? ? ?((lambda (x) (x x)) (lambda (x) (x x))) ? ? ? ? ?Eli Barzilay: > ? ? ? ? ? ? ? ? ? ?http://barzilay.org/ ? ? ? ? ? ? ? ? ? Maze is Life! > From carl.eastlund at gmail.com Mon Jul 27 14:51:34 2009 From: carl.eastlund at gmail.com (Carl Eastlund) Date: Mon Jul 27 15:24:27 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.1, second call In-Reply-To: References: Message-ID: <990e0c030907271151r6a1ad344rbd4de4a5d967c8c1@mail.gmail.com> On Thu, Jul 23, 2009 at 8:21 PM, Eli Barzilay wrote: > > * Carl Eastlund > ?- Dracula Tests (confirm that Dracula runs from PLaneT) Done. From jpc-ml at zenburn.net Mon Jul 27 17:46:06 2009 From: jpc-ml at zenburn.net (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Mon Jul 27 17:55:08 2009 Subject: [plt-dev] GDI handle leak when misusing set-width on a pen% Message-ID: <4A6E201E.9090803@zenburn.net> I had some problems with a long running MrEd app which I managed to distill into this small script: #lang scheme/gui (define bm (make-object bitmap% 100 100)) (define dc (make-object bitmap-dc% bm)) (for ([i (in-range 100)]) (send dc set-pen "white" 5 'solid) (send (send dc get-pen) set-width 1) (send dc set-pen "white" 1 'solid)) After running the loop the GDI handle count in Process Explorer jumps by 100 and it never gets back (even after a custodian shutdown by Ctrl-K). OTOH in my actual app custodian shutdowns seemed to release these handles (at least sometimes). After the counter reaches 10000 (on the XP Prof. computer I tested on) strange things happen when the app (or the system) tries to redraw anything on the screen. After re-reading the documentation I understand that set-width can be used neither on pens selected in a DC nor on ones that are obtained from a pen-list (which IIUC is implied by using set-pen) so I screwed up twice. ;] Maybe an exception would be helpful here? -- regards, Jakub Piotr C?apa From robby at eecs.northwestern.edu Tue Jul 28 00:43:48 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Tue Jul 28 00:44:07 2009 Subject: [plt-dev] pgsql package Message-ID: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, string data is stored in the database in the latin-1 encoding (sql-data.ss line 191), but is then retrieved from the database in the utf-8 encoding (io.ss line 205). Am I getting that right? This doesn't mean much, but I changed planet's copy of io.ss to use bytes->string/latin-1 instead of bytes->string/utf-8, and I was able to avoid crashing (but the latin-1 encoding might not have any unencodable octets, so that isn't really saying too too much). Thanks, Robby From ryanc at ccs.neu.edu Tue Jul 28 03:45:38 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Tue Jul 28 03:46:08 2009 Subject: [plt-dev] pgsql package In-Reply-To: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> Message-ID: <4A6EACA2.6020604@ccs.neu.edu> Robby Findler wrote: > Hi all (Ryan?): I've got a question about pgsql. From what I can tell, > string data is stored in the database in the latin-1 encoding > (sql-data.ss line 191), but is then retrieved from the database in the > utf-8 encoding (io.ss line 205). Am I getting that right? > > This doesn't mean much, but I changed planet's copy of io.ss to use > bytes->string/latin-1 instead of bytes->string/utf-8, and I was able > to avoid crashing (but the latin-1 encoding might not have any > unencodable octets, so that isn't really saying too too much). I don't know of any reason for latin-1 to show up in string code... maybe for "bytea" code. It might be a mistake from the port to 200, when string and bytes split. So the change sounds good. Were you able to get a crash before? Or data corruption? If you send me some code to produce it, I'll add it to the test suite. Since the line numbers you list don't correspond to recent spgsql releases, it's possible this bug has already been fixed and planet is just using an old version. Ryan From eli at barzilay.org Tue Jul 28 04:54:55 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 28 04:55:19 2009 Subject: [plt-dev] Re: Is there an idiom for throwing away some values? In-Reply-To: References: <36366a980907272109v1befe4focab125fc1a357177@mail.gmail.com> Message-ID: <19054.48351.908757.912806@winooski.ccs.neu.edu> On Jul 28, Noel Welsh wrote: > On Tue, Jul 28, 2009 at 5:09 AM, Eric Hanchrow wrote: > > ? ? ? ?(for/fold ([sum 0] > > ? ? ? ? ? ? ? ? ? [factor 1]) > > ... > > I run into this all the time: writing a for/fold where I only want > one value at the end. I've thought about implementing for/fold/first > (returns only the first accumulator) but haven't got around to it. > I tend to write > > (define-values (sum _) > (for/fold ...)) Actually, I ran into this too, but not too many times. In any case, looking at the macros, it looks like doing the `for/fold/first' thing is easy -- just change (values* fold-var ...) to return the first one only, right? If so, then the first patch below adds `for/fold/first' with the 3 variants (`for*' and the derived thing). (It's a patch against the svn head, since I reformatted the code first.) But looking at that, I realized that it's even easier to do accept an expression to return, so the second patch implements this a `#:return' that specifies the return expression, so Eric's function can be written as (define (series x) (for/fold ([sum 0] [factor 1]) ([n (in-range 20)]) #:return sum (values (+ sum factor) (* factor (/ x (add1 n)))))) This is the second patch. It might make more sense to put the #:return after the initial binding list (to make the scope more obvious), or add some `for/fold/return'. I prefer the keyword version, since more forms get the benefit without requiring more .../return variants. -------------- next part -------------- A non-text attachment was scrubbed... Name: for-fold-first Type: application/octet-stream Size: 8506 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090728/0142f29c/for-fold-first.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: for-fold-return Type: application/octet-stream Size: 5186 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090728/0142f29c/for-fold-return.obj -------------- next part -------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Tue Jul 28 08:36:21 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Tue Jul 28 08:36:40 2009 Subject: [plt-dev] pgsql package In-Reply-To: <4A6EACA2.6020604@ccs.neu.edu> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <4A6EACA2.6020604@ccs.neu.edu> Message-ID: <932b2f1f0907280536neb74999y364ee3108b48535c@mail.gmail.com> On Tue, Jul 28, 2009 at 2:45 AM, Ryan Culpepper wrote: > Robby Findler wrote: >> >> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, >> string data is stored in the database in the latin-1 encoding >> (sql-data.ss line 191), but is then retrieved from the database in the >> utf-8 encoding (io.ss line 205). Am I getting that right? >> >> This doesn't mean much, but I changed planet's copy of io.ss to use >> bytes->string/latin-1 instead of bytes->string/utf-8, and I was able >> to avoid crashing (but the latin-1 encoding might not have any >> unencodable octets, so that isn't really saying too too much). > > I don't know of any reason for latin-1 to show up in string code... maybe > for "bytea" code. It might be a mistake from the port to 200, when string > and bytes split. So the change sounds good. > > Were you able to get a crash before? Or data corruption? Yes, the current planet database contains the bytes #"Fl\341vio Cruz" as the name of one of the planet contributors. This is not a valid utf-8 encoding (and it does appear to be a latin-1 encoded string). When it is retrieved, I get the following error: bytes->string/utf-8: string is not a well-formed UTF-8 encoding: #"Fl\341vio Cruz" === context === parse:DataRow /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/p3.ss:87:5 /local/svn/plt/collects/scheme/promise.ss:94:4: loop1 /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:71:6: recv method in base% /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:469:6: query1:data-loop method in ...rivate/connection.ss:371:4 /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:402:10: loop /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:850:6: -map method in ...rivate/connection.ss:759:4 get-all-users /local/svn/plt/collects/scheme/private/misc.ss:68:7 > If you send me some code to produce it, I'll add it to the test suite. Unfortunately, I only have a database that has what appears to be bad data in it; I don't know how to make it happen with an empty database, but I guess that if you could get the line I listed to run, you'd make it happen. > Since the line numbers > you list don't correspond to recent spgsql releases, it's possible this bug > has already been fixed and planet is just using an old version. Oh, I was using version (2 3) of spgsql, sorry. Robby From robby at eecs.northwestern.edu Tue Jul 28 09:12:57 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Tue Jul 28 09:13:14 2009 Subject: [plt-dev] pgsql package In-Reply-To: <932b2f1f0907280536neb74999y364ee3108b48535c@mail.gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <4A6EACA2.6020604@ccs.neu.edu> <932b2f1f0907280536neb74999y364ee3108b48535c@mail.gmail.com> Message-ID: <932b2f1f0907280612j237942cod69363947db0c9d6@mail.gmail.com> Oh, and the implicit question in there is: what should I be doing with the planet database? Should I be using a different version of spgsql? Should I be repairing the database by re-encoding the strings that I find? Thanks, Robby On Tue, Jul 28, 2009 at 7:36 AM, Robby Findler wrote: > On Tue, Jul 28, 2009 at 2:45 AM, Ryan Culpepper wrote: >> Robby Findler wrote: >>> >>> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, >>> string data is stored in the database in the latin-1 encoding >>> (sql-data.ss line 191), but is then retrieved from the database in the >>> utf-8 encoding (io.ss line 205). Am I getting that right? >>> >>> This doesn't mean much, but I changed planet's copy of io.ss to use >>> bytes->string/latin-1 instead of bytes->string/utf-8, and I was able >>> to avoid crashing (but the latin-1 encoding might not have any >>> unencodable octets, so that isn't really saying too too much). >> >> I don't know of any reason for latin-1 to show up in string code... maybe >> for "bytea" code. It might be a mistake from the port to 200, when string >> and bytes split. So the change sounds good. >> >> Were you able to get a crash before? Or data corruption? > > Yes, the current planet database contains the bytes #"Fl\341vio Cruz" > as the name of one of the planet contributors. This is not a valid > utf-8 encoding (and it does appear to be a latin-1 encoded string). > When it is retrieved, I get the following error: > > bytes->string/utf-8: string is not a well-formed UTF-8 encoding: > #"Fl\341vio Cruz" > > ?=== context === > parse:DataRow > /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/p3.ss:87:5 > /local/svn/plt/collects/scheme/promise.ss:94:4: loop1 > /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:71:6: > recv method in base% > /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:469:6: > query1:data-loop method in ...rivate/connection.ss:371:4 > /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:402:10: > loop > /home/wwwplanet/.plt-scheme/planet/300/3.99.0.25/cache/schematics/spgsql.plt/2/3/private/connection.ss:850:6: > -map method in ...rivate/connection.ss:759:4 > get-all-users > /local/svn/plt/collects/scheme/private/misc.ss:68:7 > >> If you send me some code to produce it, I'll add it to the test suite. > > Unfortunately, I only have a database that has what appears to be bad > data in it; I don't know how to make it happen with an empty database, > but I guess that if you could get the line I listed to run, you'd make > it happen. > >> Since the line numbers >> you list don't correspond to recent spgsql releases, it's possible this bug >> has already been fixed and planet is just using an old version. > > Oh, I was using version (2 3) of spgsql, sorry. > > Robby > From noelwelsh at gmail.com Tue Jul 28 10:24:17 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Tue Jul 28 10:24:39 2009 Subject: [plt-dev] Doc bug and fix Message-ID: The documentation for command line arguments to MzScheme says: -p ?file? ?u? ?path? : requires (planet "?file?" "?user?" "?pkg?") http://docs.plt-scheme.org/reference/running-sa.html#(part._mz-cmdline) Running mzscheme --help says: -p : Like -e '(require (planet "")' Experiments confirm the executable is correct and the docs are wrong. I've committed a change to fix the docs (startup.scrbl): @item{@FlagFirst{p} @nonterm{package} : @scheme[require]s @scheme[(planet @#,nontermstr{package})]. N. From eli at barzilay.org Tue Jul 28 13:02:27 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 28 13:02:48 2009 Subject: [plt-dev] Doc bug and fix In-Reply-To: References: Message-ID: <19055.12067.205316.502792@winooski.ccs.neu.edu> On Jul 28, Noel Welsh wrote: > Experiments confirm the executable is correct and the docs are > wrong. I've committed a change to fix the docs (startup.scrbl): > [...] Thanks, I'll apply it to 4.2.1. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Tue Jul 28 13:12:17 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 28 13:12:39 2009 Subject: [plt-dev] Release Announcement for v4.2.1 Message-ID: The release announcement sketch that I have so far is below. All items except for Sam's are in, so send me edits and/or reorderings. Note BTW, that a build is now on it's way, which solves (or "solves") the planet-related problem. (Sam: you're still on that nag list...) ---------------------------------------------------------------------- [Sam] * typed-scheme stuff ("paths branch") ---------------------------------------------------------------------- * Faster installation of Planet packages that trigger install of other Planet packages, because the documentation index is updated only once after a group of packages is installed. * The `syntax/parse' library provides macro writers with an enhanced syntax pattern matcher that reports errors based on the patterns' declared classes of syntax. * Identifier mappings following the v4 dictionary interface and naming conventions are available from the `syntax/id-table' library. * Redex: added `define-relation' and generalized patterns that appear in "where" clauses to use the full Redex pattern matcher. (This is a backwards incompatible change, but one often requested; see the Redex release notes for details.) * The Web Server's serializable closures are now available for other purposes through the web-server/lang/serial-lambda library. * Teachpacks: small changes to universe portion of the "universe.ss" API, plus the addition of a form for launching many (communicating) worlds simultaneously. Bug fixes concerning conversion to strings. * It is now possible to create custom scribble readers with a command characters different than `@', see `make-at-reader/inside' and `make-at-reader' * Note: this is likely to be the last release that includes a solaris distribution. If you need these builds, or if you have access to a (Sparc) Solaris machine than can be used in PLT builds, then please let me know. ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Tue Jul 28 17:14:01 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 28 17:14:22 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 Message-ID: Checklist items for the v4.2.1 release (using the v4.2.0.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item is done). Also, if you have any commits that should have been merged, make sure that they're in. Important: new builds are created without announcement, usually whenever I see significant commits. If you need to commit changes, please make sure you tell me to merge it to the release branch. --> Release candidates are at --> http://pre.plt-scheme.org/release/installers Please use these installers (or source bundles) -- don't test from your own svn chekout (don't test v4.2.1.1 by mistake!). To get the tests directory in the normal release, you can do this: cd .../collects svn export http://svn.plt-scheme.org/plt/release/collects/tests ---------------------------------------------------------------------- * Robby Findler - PLaneT Tests (left in since there's the bug that I intend to look into, still) * Sam Tobin-Hochstadt - Match Tests - Typed Scheme Tests -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Tue Jul 28 17:15:37 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Jul 28 17:15:57 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 In-Reply-To: References: Message-ID: <19055.27257.148836.885647@winooski.ccs.neu.edu> On Jul 28, Eli Barzilay wrote: > Checklist items for the v4.2.1 release > (using the v4.2.0.900 release candidate build) > [...] Note that this time it has the fix for the planet installation problem, so it would be nice to try out again planet-related things. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From mflatt at cs.utah.edu Wed Jul 29 09:16:14 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Wed Jul 29 09:16:35 2009 Subject: [plt-dev] defmodulelang and planet In-Reply-To: <4A44AD8A.6060804@cs.utah.edu> References: <4A44AD8A.6060804@cs.utah.edu> Message-ID: <20090729131616.6D64F650149@mail-svr1.cs.utah.edu> At Fri, 26 Jun 2009 19:14:18 +0800, Chongkai Zhu wrote: > How do I defmodulelang a planet language? I tried > > @defmodulelang[(planet id)] > > but the result was > > #lang (planet id) > > which has an extra pair of parenthesis. In SVN, `defmodulelang' is now extended to let you separate the language name from the module path, where the language name is arbitrary content: @(define planet-id-lang @scheme[@#,schememodname[planet] who/what]) @defmodulelang[@planet-id-lang #:module-path (planet who/what)] > Also, will > @schememod[planet id] > > link "id" to the "defmodulelang" part? There's a new `schememodlink' that similarly separates the module path from the hyperlinked content: @schememodlink[(planet who/what)]{@planet-id-lang} From mflatt at cs.utah.edu Wed Jul 29 09:55:57 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Wed Jul 29 09:56:22 2009 Subject: [plt-dev] GDI handle leak when misusing set-width on a pen% In-Reply-To: <4A6E201E.9090803@zenburn.net> References: <4A6E201E.9090803@zenburn.net> Message-ID: <20090729135559.8EA21650156@mail-svr1.cs.utah.edu> This is fixed in SVN. The `set-width' method now checks whether the modification is supposed to be allowed and raises an exception if not. Thanks for the report! At Mon, 27 Jul 2009 23:46:06 +0200, Jakub Piotr C?apa wrote: > I had some problems with a long running MrEd app which I managed to > distill into this small script: > > > #lang scheme/gui > (define bm (make-object bitmap% 100 100)) > (define dc (make-object bitmap-dc% bm)) > > (for ([i (in-range 100)]) > (send dc set-pen "white" 5 'solid) > (send (send dc get-pen) set-width 1) > (send dc set-pen "white" 1 'solid)) > > > After running the loop the GDI handle count in Process Explorer jumps by > 100 and it never gets back (even after a custodian shutdown by Ctrl-K). > OTOH in my actual app custodian shutdowns seemed to release these > handles (at least sometimes). After the counter reaches 10000 (on the XP > Prof. computer I tested on) strange things happen when the app (or the > system) tries to redraw anything on the screen. > > After re-reading the documentation I understand that set-width can be > used neither on pens selected in a DC nor on ones that are obtained from > a pen-list (which IIUC is implied by using set-pen) so I screwed up > twice. ;] > Maybe an exception would be helpful here? > > -- > regards, > Jakub Piotr C?apa > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From jay.mccarthy at gmail.com Wed Jul 29 10:55:48 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Wed Jul 29 10:56:12 2009 Subject: [plt-dev] Match and for Message-ID: I write stuff like this a lot: (for ([s (in-list shapes)]) (match s [ I would love to write (for ([(struct rect (i x y h w)) (in-list shapes)]) with some annotation. There is an obvious hack macro... but can anyone think of a good way that scales with the many for forms and sequence types etc? Jay -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From d.j.gurnell at gmail.com Wed Jul 29 11:26:58 2009 From: d.j.gurnell at gmail.com (Dave Gurnell) Date: Wed Jul 29 11:35:10 2009 Subject: [plt-dev] pgsql package In-Reply-To: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> Message-ID: <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> Robby wrote: > Hi all (Ryan?): I've got a question about pgsql. From what I can tell, > string data is stored in the database in the latin-1 encoding > (sql-data.ss line 191), but is then retrieved from the database in the > utf-8 encoding (io.ss line 205). Am I getting that right? > > This doesn't mean much, but I changed planet's copy of io.ss to use > bytes->string/latin-1 instead of bytes->string/utf-8, and I was able > to avoid crashing (but the latin-1 encoding might not have any > unencodable octets, so that isn't really saying too too much). PostgreSQL lets you specify character encodings on a per-database and per-client basis. The shell command: psql -l will show you your setting for each database on your server. The psql command: \encoding will show you your client encoding for your current session. You can set your client encoding using the psql command: \encoding UTF8 I'm guessing backslash commands can also be sent over an SPGSQL connection... you could try doing: (send conn exec "\\encoding UTF8") as soon as you connect. If that works, perhaps it's something that could be rolled into SPGSQL's "connect" procedure? Hope this helps, -- Dave From samth at ccs.neu.edu Wed Jul 29 11:55:50 2009 From: samth at ccs.neu.edu (Sam TH) Date: Wed Jul 29 11:56:25 2009 Subject: [plt-dev] Match and for In-Reply-To: References: Message-ID: <63bb19ae0907290855l30ab435cx336781f79a2bddd3@mail.gmail.com> On Wed, Jul 29, 2009 at 10:55 AM, Jay McCarthy wrote: > I write stuff like this a lot: > > (for ([s (in-list shapes)]) > ?(match s > ? ?[ > > I would love to write > > (for ([(struct rect (i x y h w)) (in-list shapes)]) > > with some annotation. > > There is an obvious hack macro... but can anyone think of a good way > that scales with the many for forms and sequence types etc? I wrote a macro like this a while back. You can see it at http://list.cs.brown.edu/pipermail/plt-dev/2009-February/000192.html Matthew seemed initially skeptical, but I wasn't able to find any immediate problems with the code I wrote. -- sam th samth@ccs.neu.edu From robby at eecs.northwestern.edu Wed Jul 29 12:01:59 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 29 12:02:29 2009 Subject: [plt-dev] pgsql package In-Reply-To: <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> Message-ID: <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> Thanks for the reply, Dave! The encoding of my database is SQL_ASCII which, IIUC, means that the bug really is in the SCheme code side for putting the data in one way and expecting it to come out the other way. I don't suppose you (or anyone!) could recommend how this should work? If I change the encoding to latin-1 and then change it to utf-8 and then change it back to SQL_ASCII, woudl htat effectively translate the entire database to utf-8? --- Ryan said earlier that the line numbers I sent don't match up, but I'm actually using version (2 3) of spgsql.plt so I was a bit surprised about that. I'm using this package, specifically: http://planet.plt-scheme.org/display.ss?package=spgsql.plt&owner=schematics and I can see the utf-8 call in this file: http://planet.plt-scheme.org/package-source/schematics/spgsql.plt/2/3/private/io.ss and the latin-1 call in this file: http://planet.plt-scheme.org/package-source/schematics/spgsql.plt/2/3/private/sql-data.ss so that's another mystery that it would be nice to have resolved. Robby On Wed, Jul 29, 2009 at 10:26 AM, Dave Gurnell wrote: > Robby wrote: >> >> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, >> string data is stored in the database in the latin-1 encoding >> (sql-data.ss line 191), but is then retrieved from the database in the >> utf-8 encoding (io.ss line 205). Am I getting that right? >> >> This doesn't mean much, but I changed planet's copy of io.ss to use >> bytes->string/latin-1 instead of bytes->string/utf-8, and I was able >> to avoid crashing (but the latin-1 encoding might not have any >> unencodable octets, so that isn't really saying too too much). > > PostgreSQL lets you specify character encodings on a per-database and > per-client basis. The shell command: > > ?psql -l > > will show you your setting for each database on your server. The psql > command: > > ? \encoding > > will show you your client encoding for your current session. You can set > your client encoding using the psql command: > > ? ?\encoding UTF8 > > I'm guessing backslash commands can also be sent over an SPGSQL > connection... you could try doing: > > ? ?(send conn exec "\\encoding UTF8") > > as soon as you connect. If that works, perhaps it's something that could be > rolled into SPGSQL's "connect" procedure? > > Hope this helps, > > -- Dave > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From ryanc at ccs.neu.edu Wed Jul 29 20:34:03 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Wed Jul 29 20:34:41 2009 Subject: [plt-dev] pgsql package In-Reply-To: <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> Message-ID: <4A70EA7B.6020604@ccs.neu.edu> Robby Findler wrote: > Thanks for the reply, Dave! > > The encoding of my database is SQL_ASCII which, IIUC, means that the > bug really is in the SCheme code side for putting the data in one way > and expecting it to come out the other way. The server has a communication encoding separate from the storage encodings of the actual databases. Communication should happen in UTF-8, and the server should convert data as necessary on storage and retrieval. > I don't suppose you (or anyone!) could recommend how this should work? > If I change the encoding to latin-1 and then change it to utf-8 and > then change it back to SQL_ASCII, woudl htat effectively translate the > entire database to utf-8? I don't know if that would help anything. > --- > > Ryan said earlier that the line numbers I sent don't match up, but I'm > actually using version (2 3) of spgsql.plt so I was a bit surprised > about that. I'm using this package, specifically: > > http://planet.plt-scheme.org/display.ss?package=spgsql.plt&owner=schematics > > and I can see the utf-8 call in this file: > > http://planet.plt-scheme.org/package-source/schematics/spgsql.plt/2/3/private/io.ss > > and the latin-1 call in this file: > > http://planet.plt-scheme.org/package-source/schematics/spgsql.plt/2/3/private/sql-data.ss > > so that's another mystery that it would be nice to have resolved. The occurrence of 'string->bytes/latin-1' in that file is for parsing PostgreSQL's bytea ("byte array") type. Seems like it's probably not getting that far before the error, though. Is the contributor name stored as a bytea? Depending on how the server sends back binary data, that might be the problem. Ryan > On Wed, Jul 29, 2009 at 10:26 AM, Dave Gurnell wrote: >> Robby wrote: >>> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, >>> string data is stored in the database in the latin-1 encoding >>> (sql-data.ss line 191), but is then retrieved from the database in the >>> utf-8 encoding (io.ss line 205). Am I getting that right? >>> >>> This doesn't mean much, but I changed planet's copy of io.ss to use >>> bytes->string/latin-1 instead of bytes->string/utf-8, and I was able >>> to avoid crashing (but the latin-1 encoding might not have any >>> unencodable octets, so that isn't really saying too too much). >> PostgreSQL lets you specify character encodings on a per-database and >> per-client basis. The shell command: >> >> psql -l >> >> will show you your setting for each database on your server. The psql >> command: >> >> \encoding >> >> will show you your client encoding for your current session. You can set >> your client encoding using the psql command: >> >> \encoding UTF8 >> >> I'm guessing backslash commands can also be sent over an SPGSQL >> connection... you could try doing: >> >> (send conn exec "\\encoding UTF8") >> >> as soon as you connect. If that works, perhaps it's something that could be >> rolled into SPGSQL's "connect" procedure? >> >> Hope this helps, >> >> -- Dave >> >> _________________________________________________ >> For list-related administrative tasks: >> http://list.cs.brown.edu/mailman/listinfo/plt-dev >> > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From ryanc at ccs.neu.edu Wed Jul 29 20:37:56 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Wed Jul 29 20:38:26 2009 Subject: [plt-dev] pgsql package In-Reply-To: <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> Message-ID: <4A70EB64.5000003@ccs.neu.edu> Dave Gurnell wrote: > Robby wrote: >> Hi all (Ryan?): I've got a question about pgsql. From what I can tell, >> string data is stored in the database in the latin-1 encoding >> (sql-data.ss line 191), but is then retrieved from the database in the >> utf-8 encoding (io.ss line 205). Am I getting that right? >> >> This doesn't mean much, but I changed planet's copy of io.ss to use >> bytes->string/latin-1 instead of bytes->string/utf-8, and I was able >> to avoid crashing (but the latin-1 encoding might not have any >> unencodable octets, so that isn't really saying too too much). > > PostgreSQL lets you specify character encodings on a per-database and > per-client basis. The shell command: > > psql -l > > will show you your setting for each database on your server. The psql > command: > > \encoding > > will show you your client encoding for your current session. You can set > your client encoding using the psql command: > > \encoding UTF8 > > I'm guessing backslash commands can also be sent over an SPGSQL > connection... you could try doing: > > (send conn exec "\\encoding UTF8") That doesn't work. Backslash commands are handled by psql, not by the server. On the other hand, this works: (send conn query-value "show client_encoding") > as soon as you connect. If that works, perhaps it's something that could > be rolled into SPGSQL's "connect" procedure? 'connect' requests UTF8 communication already. Ryan > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From robby at eecs.northwestern.edu Wed Jul 29 20:44:01 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 29 20:49:39 2009 Subject: [plt-dev] pgsql package In-Reply-To: <4A70EA7B.6020604@ccs.neu.edu> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> <4A70EA7B.6020604@ccs.neu.edu> Message-ID: <932b2f1f0907291744h3605f79cw27e4628d73e78348@mail.gmail.com> On Wed, Jul 29, 2009 at 7:34 PM, Ryan Culpepper wrote: > Robby Findler wrote: >> >> Thanks for the reply, Dave! >> >> The encoding of my database is SQL_ASCII which, IIUC, means that the >> bug really is in the SCheme code side for putting the data in one way >> and expecting it to come out the other way. > > The server has a communication encoding separate from the storage encodings > of the actual databases. Communication should happen in UTF-8, and the > server should convert data as necessary on storage and retrieval. Oh! Puzzling. > Is the contributor name stored as a bytea? Depending on how the server sends > back binary data, that might be the problem. Sorry -- I'm not database savvy enough to be able to answer that question. Can you point me at something that would help me figure out how to do that? Robby From ryanc at ccs.neu.edu Wed Jul 29 21:38:35 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Wed Jul 29 21:39:10 2009 Subject: [plt-dev] pgsql package In-Reply-To: <4A70EA7B.6020604@ccs.neu.edu> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> <4A70EA7B.6020604@ccs.neu.edu> Message-ID: <4A70F99B.4020509@ccs.neu.edu> Ryan Culpepper wrote: > Robby Findler wrote: >> Thanks for the reply, Dave! >> >> The encoding of my database is SQL_ASCII which, IIUC, means that the >> bug really is in the SCheme code side for putting the data in one way >> and expecting it to come out the other way. > > The server has a communication encoding separate from the storage > encodings of the actual databases. Communication should happen in UTF-8, > and the server should convert data as necessary on storage and retrieval. ... except that, apparently, if the server "encoding" is SQL_ASCII, then the data is not transcoded before transmission. So the server might be sending out byte sequences that aren't valid according to the client encoding. Grrr! http://www.postgresql.org/docs/8.2/static/multibyte.html http://lists.exim.org/lurker/message/20070528.055039.01552121.ja.html >> I don't suppose you (or anyone!) could recommend how this should work? >> If I change the encoding to latin-1 and then change it to utf-8 and >> then change it back to SQL_ASCII, woudl htat effectively translate the >> entire database to utf-8? > > I don't know if that would help anything. I think I was wrong... changing the encoding of the database to UTF8 seems like it might fix it. I don't know if you can change it in-place, though. I found some recommendations for converting the database here: http://openacs.org/forums/message-view?message_id=190333 Ryan From robby at eecs.northwestern.edu Wed Jul 29 21:44:15 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Jul 29 21:44:36 2009 Subject: [plt-dev] pgsql package In-Reply-To: <4A70F99B.4020509@ccs.neu.edu> References: <932b2f1f0907272143u6d0c1db6td27eec4f6b6b56eb@mail.gmail.com> <288B7362-797A-4ACC-B3F2-E53EA939650E@gmail.com> <932b2f1f0907290901j6cee142egf59a37a31a40b981@mail.gmail.com> <4A70EA7B.6020604@ccs.neu.edu> <4A70F99B.4020509@ccs.neu.edu> Message-ID: <932b2f1f0907291844q5e26d1f4u7ca7cc3af27db93@mail.gmail.com> On Wed, Jul 29, 2009 at 8:38 PM, Ryan Culpepper wrote: > Ryan Culpepper wrote: >> >> Robby Findler wrote: >>> >>> Thanks for the reply, Dave! >>> >>> The encoding of my database is SQL_ASCII which, IIUC, means that the >>> bug really is in the SCheme code side for putting the data in one way >>> and expecting it to come out the other way. >> >> The server has a communication encoding separate from the storage >> encodings of the actual databases. Communication should happen in UTF-8, and >> the server should convert data as necessary on storage and retrieval. > > ... except that, apparently, if the server "encoding" is SQL_ASCII, then the > data is not transcoded before transmission. So the server might be sending > out byte sequences that aren't valid according to the client encoding. Grrr! > > http://www.postgresql.org/docs/8.2/static/multibyte.html > http://lists.exim.org/lurker/message/20070528.055039.01552121.ja.html > >>> I don't suppose you (or anyone!) could recommend how this should work? >>> If I change the encoding to latin-1 and then change it to utf-8 and >>> then change it back to SQL_ASCII, woudl htat effectively translate the >>> entire database to utf-8? >> >> I don't know if that would help anything. > > I think I was wrong... changing the encoding of the database to UTF8 seems > like it might fix it. I don't know if you can change it in-place, though. I > found some recommendations for converting the database here: > > http://openacs.org/forums/message-view?message_id=190333 Not knowing much about this, I would have guessed that SQL_ASCII would be a good case for a tool that interaction with the database, since it means that the tool can control the encoding without having the database server getting in the way. Does that seem wrong to you? I think I understand the commands in that link above, and my understanding suggests that a) the database has to be encoded consistently and b) I have to know what that encoding is .... (and the web page also suggests that I'm wrong about SQL_ASCII). Also, I've been having some problems with pg_dump (really pg_dumpall) as far as preserving users goes. But I think that's probably a question for another time ... Robby From eli at barzilay.org Wed Jul 29 22:07:01 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 29 22:07:21 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam Message-ID: Checklist items for the v4.2.1 release (using the v4.2.0.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item is done). Also, if you have any commits that should have been merged, make sure that they're in. Important: new builds are created without announcement, usually whenever I see significant commits. If you need to commit changes, please make sure you tell me to merge it to the release branch. --> Release candidates are at --> http://pre.plt-scheme.org/release/installers Please use these installers (or source bundles) -- don't test from your own svn chekout (don't test v4.2.1.1 by mistake!). To get the tests directory in the normal release, you can do this: cd .../collects svn export http://svn.plt-scheme.org/plt/release/collects/tests ---------------------------------------------------------------------- * Sam Tobin-Hochstadt - Match Tests - Typed Scheme Tests -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Wed Jul 29 22:08:33 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Jul 29 22:08:54 2009 Subject: [plt-dev] Release Announcement for v4.2.1 Message-ID: The final, unless someone says something, release announcement that I have is below. Sam: if you want to change it, please do so soon. ---------------------------------------------------------------------- * This is the last release that includes ProfessorJ. As of the next release, Kathy Gray who created and maintained the Professor will move the code to planet and maintain only at a minimal level. * Typed Scheme 2.0 extends the type system significantly, making it more expressive. For example, predicates that are applied to selectors, for example (number? (car x)), are meaningful to the type system. * Faster installation of Planet packages that trigger install of other Planet packages, because the documentation index is updated only once after a group of packages is installed. * The `syntax/parse' library provides macro writers with an enhanced syntax pattern matcher that reports errors based on the patterns' declared classes of syntax. * Identifier mappings following the v4 dictionary interface and naming conventions are available from the `syntax/id-table' library. * Redex: added `define-relation' and generalized patterns that appear in "where" clauses to use the full Redex pattern matcher. (This is a backwards incompatible change, but one often requested; see the Redex release notes for details.) * The Web Server's serializable closures are now available for other purposes through the web-server/lang/serial-lambda library. * Teachpacks: small changes to universe portion of the "universe.ss" API, plus the addition of a form for launching many (communicating) worlds simultaneously. Bug fixes concerning conversion to strings. * It is now possible to create custom scribble readers with a command characters different than `@', see `make-at-reader/inside' and `make-at-reader' * Note: this is likely to be the last release that includes a solaris distribution. If you need these builds, or if you have access to a (Sparc) Solaris machine than can be used in PLT builds, then please let me know. ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Thu Jul 30 00:11:15 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 00:11:45 2009 Subject: [plt-dev] svn cp? Message-ID: <932b2f1f0907292111m71f35be0w549f7988da1447b4@mail.gmail.com> Did someone do an svn cp somehow related to the file collects/tests/typed-scheme/succeed/pr9053-2.ss? If so, I think svn cp shoudl be permanently banned from now on. If you want to rename, you just lose the history. Tough shit. your in frustration, Robby From ryanc at ccs.neu.edu Thu Jul 30 02:37:29 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Thu Jul 30 02:37:54 2009 Subject: [plt-dev] svn cp? In-Reply-To: <932b2f1f0907292111m71f35be0w549f7988da1447b4@mail.gmail.com> References: <932b2f1f0907292111m71f35be0w549f7988da1447b4@mail.gmail.com> Message-ID: <4A713FA9.4010306@ccs.neu.edu> Robby Findler wrote: > Did someone do an svn cp somehow related to the file > collects/tests/typed-scheme/succeed/pr9053-2.ss? > > If so, I think svn cp shoudl be permanently banned from now on. If you > want to rename, you just lose the history. Tough shit. I assume there's mergeinfo on that file and that it's causing merge conflicts? Is there any use in having mergeinfo on files and directories in the trunk? The only place I know of where mergeinfo is useful is on branch roots. Are there other uses for mergeinfo? Could we institute a policy of keeping mergeinfo out of the trunk? Is that the kind of thing we could implement as a commit trigger? Ryan From robby at eecs.northwestern.edu Thu Jul 30 06:20:26 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 06:51:15 2009 Subject: [plt-dev] svn cp? In-Reply-To: <4A713FA9.4010306@ccs.neu.edu> References: <932b2f1f0907292111m71f35be0w549f7988da1447b4@mail.gmail.com> <4A713FA9.4010306@ccs.neu.edu> Message-ID: <932b2f1f0907300320v46f0e0a5w7af6fe3b8fe006eb@mail.gmail.com> I think it was something worse than that. I kept getting errors involving this string: svn: Working copy path does not exist in repository and I was unable to merge my branch back into the trunk. Instead, I just checked out two copies in parallel and used diff and cp to "merge" my changes back to the trunk. (It wasn't quite as bad as it sounds, since I was able to merge the trunk into my branch, so the diff really only identified the changed files. I did read thru the diffs to make sure the changes were what I expected, but I didn't selectively apply anything.) Robby On Thu, Jul 30, 2009 at 1:37 AM, Ryan Culpepper wrote: > Robby Findler wrote: >> >> Did someone do an svn cp somehow related to the file >> collects/tests/typed-scheme/succeed/pr9053-2.ss? >> >> If so, I think svn cp shoudl be permanently banned from now on. If you >> want to rename, you just lose the history. Tough shit. > > I assume there's mergeinfo on that file and that it's causing merge > conflicts? > > Is there any use in having mergeinfo on files and directories in the trunk? > The only place I know of where mergeinfo is useful is on branch roots. Are > there other uses for mergeinfo? > > Could we institute a policy of keeping mergeinfo out of the trunk? Is that > the kind of thing we could implement as a commit trigger? > > Ryan > > From sperber at deinprogramm.de Thu Jul 30 07:54:47 2009 From: sperber at deinprogramm.de (Michael Sperber) Date: Thu Jul 30 08:04:57 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: (Eli Barzilay's message of "Wed, 29 Jul 2009 22:07:01 -0400") References: Message-ID: DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are also broken the same way.) I assume it's because of Eli's birthday? (If that's the case: Happy Birthday, Eli!) eta[59] "/Volumes/PLT Scheme v4.2.0.900/PLT Scheme v4.2.0.900"/bin/drscheme draw-bitmap in dc<%>: expected argument of type ; given #f === context === /Volumes/PLT Scheme v4.2.0.900/PLT Scheme v4.2.0.900/collects/drscheme/private/drscheme-normal.ss:208:15 The reason is that the code that is conditionalized on (eb-bday?) in drscheme-normal.ss makes the splash code want to access the splash bitmap, but that bitmap isn't set until the call to `start-splash', which comes only after it. This appears to be fixed in the trunk, but I don't see offhand by what revision, so I don't know if it's already in the release code. -- Cheers =8-} Mike Friede, V?lkerverst?ndigung und ?berhaupt blabla From eli at barzilay.org Thu Jul 30 08:06:28 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Jul 30 08:06:50 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: References: Message-ID: <19057.36036.93410.872413@winooski.ccs.neu.edu> On Jul 30, Michael Sperber wrote: > > DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are > also broken the same way.) I assume it's because of Eli's birthday? > (If that's the case: Happy Birthday, Eli!) (Thanks!) > [...] This appears to be fixed in the trunk, but I don't see offhand > by what revision, so I don't know if it's already in the release > code. It is already included and released... -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From dherman at ccs.neu.edu Wed Jul 29 10:42:02 2009 From: dherman at ccs.neu.edu (Dave Herman) Date: Thu Jul 30 10:42:31 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: <19057.36036.93410.872413@winooski.ccs.neu.edu> References: <19057.36036.93410.872413@winooski.ccs.neu.edu> Message-ID: <4A705FBA.9080102@ccs.neu.edu> >> [...] This appears to be fixed in the trunk, but I don't see offhand >> by what revision, so I don't know if it's already in the release >> code. > > It is already included and released... Can you push another build of the nightly binary? I had to change my system date, and I'd like to be able to set it back. Thanks, Dave From samth at ccs.neu.edu Thu Jul 30 11:35:04 2009 From: samth at ccs.neu.edu (Sam TH) Date: Thu Jul 30 11:43:34 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> Message-ID: <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> [changing to plt-dev] On Thu, Jul 30, 2009 at 1:39 AM, Robby Findler wrote: > [ The below is not in the upcoming 4.2.1 release, but will be in the > one after. ] > > A few minor organs in DrScheme's Module language's intestines have > been rearranged [1] with the overall change that hitting "Run" while > in the module language should both be faster and have less stacktrace > information, i.e., per-function instead of per-subexpression (which > should still be plenty for most purposes). First, yay! Second, this change is, I think, responsible for the following bug. If I now try to run a file which requires some other file that doesn't exist, DrScheme prints the following error: file-or-directory-modify-seconds: error getting file/directory time: /home/samth/sw/plt-trunk/collects/scribble/html-variants.ss (No such file or directory; errno=2) instead of the former syntax error, which took me to the source of the require. -- sam th samth@ccs.neu.edu From m.douglas.williams at gmail.com Thu Jul 30 15:37:31 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Thu Jul 30 15:37:53 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: References: Message-ID: So, of course, I had a big demo today and, you guessed it, DrScheme wouldn't load. I had already rolled back to 4.1.5 because this code doesn't run under 4.2 (or 4.2.1) - we're tracking that down. I reloaded PLT Scheme, etc., but that didn't work. Eventually, I looked here and saw the problem. Not being clever enough to just change the date on my laptop, I downloaded 4.1 and ran the demo under it - which meant loading all my PLaneT packages, etc. But, the demo was successful in the end. Anyway, I was wondering if we could get a list of all the developer's birthdays and significant holidays - Easter (obviously it has to have an Easter egg or what would be the point), Thanksgiving, Texas Independence Day, Talk Like a Pirate Day, etc - so we can schedule demos around them. Oh, and Happy Birthday, Eli. Doug On Thu, Jul 30, 2009 at 5:54 AM, Michael Sperber wrote: > > DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are also > broken the same way.) I assume it's because of Eli's birthday? (If > that's the case: Happy Birthday, Eli!) > > eta[59] "/Volumes/PLT Scheme v4.2.0.900/PLT Scheme v4.2.0.900"/bin/drscheme > draw-bitmap in dc<%>: expected argument of type ; given #f > > === context === > /Volumes/PLT Scheme v4.2.0.900/PLT Scheme > v4.2.0.900/collects/drscheme/private/drscheme-normal.ss:208:15 > > The reason is that the code that is conditionalized on (eb-bday?) in > drscheme-normal.ss makes the splash code want to access the splash > bitmap, but that bitmap isn't set until the call to `start-splash', > which comes only after it. This appears to be fixed in the trunk, but I > don't see offhand by what revision, so I don't know if it's already in > the release code. > > -- > Cheers =8-} Mike > Friede, V?lkerverst?ndigung und ?berhaupt blabla > > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090730/6a2ac468/attachment.html From robby at eecs.northwestern.edu Thu Jul 30 16:28:25 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 16:28:47 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: References: Message-ID: <932b2f1f0907301328t6cc44e27gb930c6f8621a17ba@mail.gmail.com> Sorry, Doug. I'll lay off the date-sensitive easter eggs from now on. :( I believe these are all of the the special days: 3/2 3/26 4/8 6/11 7/2 7/30 10/29 10/31 11/1 12/25 Eli: does it make sense to add something that could test this stuff on a nightly basis (ie set the date to the dates listed above and try to start up drscheme)? Robby On Thu, Jul 30, 2009 at 2:37 PM, Doug Williams wrote: > So, of course, I had a big demo today and, you guessed it, DrScheme wouldn't > load. I had already rolled back to 4.1.5 because this code doesn't run under > 4.2 (or 4.2.1) - we're tracking that down. I reloaded PLT Scheme, etc., but > that didn't work. Eventually, I looked here and saw the problem. Not being > clever enough to just change the date on my laptop, I downloaded 4.1 and ran > the demo under it - which meant loading all my PLaneT packages, etc. But, > the demo was successful in the end. > > Anyway, I was wondering if we could get a list of all the developer's > birthdays and significant holidays - Easter (obviously it has to have an > Easter egg or what would be the point), Thanksgiving, Texas Independence > Day, Talk Like a Pirate Day, etc - so we can schedule demos around them. > > Oh, and Happy Birthday, Eli. > > Doug > > On Thu, Jul 30, 2009 at 5:54 AM, Michael Sperber > wrote: >> >> DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are also >> broken the same way.) ?I assume it's because of Eli's birthday? ?(If >> that's the case: Happy Birthday, Eli!) >> >> eta[59] "/Volumes/PLT Scheme v4.2.0.900/PLT Scheme >> v4.2.0.900"/bin/drscheme >> draw-bitmap in dc<%>: expected argument of type ; given #f >> >> ?=== context === >> /Volumes/PLT Scheme v4.2.0.900/PLT Scheme >> v4.2.0.900/collects/drscheme/private/drscheme-normal.ss:208:15 >> >> The reason is that the code that is conditionalized on (eb-bday?) in >> drscheme-normal.ss makes the splash code want to access the splash >> bitmap, but that bitmap isn't set until the call to `start-splash', >> which comes only after it. ?This appears to be fixed in the trunk, but I >> don't see offhand by what revision, so I don't know if it's already in >> the release code. >> >> -- >> Cheers =8-} Mike >> Friede, V?lkerverst?ndigung und ?berhaupt blabla >> >> _________________________________________________ >> ?For list-related administrative tasks: >> ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > From robby at eecs.northwestern.edu Thu Jul 30 16:36:22 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 16:36:40 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> Message-ID: <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> Does 4.1.5 work right for this? I just tried #lang scheme (require "dne.ss") and didn't seem to go to the source location of the error. Robby On Thu, Jul 30, 2009 at 10:35 AM, Sam TH wrote: > [changing to plt-dev] > > On Thu, Jul 30, 2009 at 1:39 AM, Robby > Findler wrote: >> [ The below is not in the upcoming 4.2.1 release, but will be in the >> one after. ] >> >> A few minor organs in DrScheme's Module language's intestines have >> been rearranged [1] with the overall change that hitting "Run" while >> in the module language should both be faster and have less stacktrace >> information, i.e., per-function instead of per-subexpression (which >> should still be plenty for most purposes). > > First, yay! > > Second, this change is, I think, responsible for the following bug. > If I now try to run a file which requires some other file that doesn't > exist, DrScheme prints the following error: > > file-or-directory-modify-seconds: error getting file/directory time: > /home/samth/sw/plt-trunk/collects/scribble/html-variants.ss (No such > file or directory; errno=2) > > instead of the former syntax error, which took me to the source of the require. > -- > sam th > samth@ccs.neu.edu > From samth at ccs.neu.edu Thu Jul 30 16:59:18 2009 From: samth at ccs.neu.edu (Sam TH) Date: Thu Jul 30 16:59:38 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> Message-ID: <63bb19ae0907301359u100ef554r481163c08828ec26@mail.gmail.com> On Thu, Jul 30, 2009 at 4:36 PM, Robby Findler wrote: > Does 4.1.5 work right for this? I just tried > > #lang scheme > (require "dne.ss") > > and didn't seem to go to the source location of the error. > It's currently hard to run 4.1.5. I'll test this tomorrow. :) -- sam th samth@ccs.neu.edu From robby at eecs.northwestern.edu Thu Jul 30 16:57:22 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 17:03:37 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> Message-ID: <932b2f1f0907301357h75bc50b7kae3a4dec36738ab8@mail.gmail.com> (I ask because it would be helpful to see what was happening when it worked and also to be able to build a test case. I also tried 4.2.1 and I'm not seeing it work there either.) Thanks, Robby On Thu, Jul 30, 2009 at 3:36 PM, Robby Findler wrote: > Does 4.1.5 work right for this? I just tried > > #lang scheme > (require "dne.ss") > > and didn't seem to go to the source location of the error. > > Robby > > On Thu, Jul 30, 2009 at 10:35 AM, Sam TH wrote: >> [changing to plt-dev] >> >> On Thu, Jul 30, 2009 at 1:39 AM, Robby >> Findler wrote: >>> [ The below is not in the upcoming 4.2.1 release, but will be in the >>> one after. ] >>> >>> A few minor organs in DrScheme's Module language's intestines have >>> been rearranged [1] with the overall change that hitting "Run" while >>> in the module language should both be faster and have less stacktrace >>> information, i.e., per-function instead of per-subexpression (which >>> should still be plenty for most purposes). >> >> First, yay! >> >> Second, this change is, I think, responsible for the following bug. >> If I now try to run a file which requires some other file that doesn't >> exist, DrScheme prints the following error: >> >> file-or-directory-modify-seconds: error getting file/directory time: >> /home/samth/sw/plt-trunk/collects/scribble/html-variants.ss (No such >> file or directory; errno=2) >> >> instead of the former syntax error, which took me to the source of the require. >> -- >> sam th >> samth@ccs.neu.edu >> > From m.douglas.williams at gmail.com Thu Jul 30 19:26:25 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Thu Jul 30 19:26:47 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: <932b2f1f0907301328t6cc44e27gb930c6f8621a17ba@mail.gmail.com> References: <932b2f1f0907301328t6cc44e27gb930c6f8621a17ba@mail.gmail.com> Message-ID: It actually gave us a bit of levity in the middle of a day-long meeting. We were in a government vault, but fortunately had internet access, so I was able to recover without too much effort. The e-mail was more to give Eli a hard time than anything else. On Thu, Jul 30, 2009 at 2:28 PM, Robby Findler wrote: > Sorry, Doug. I'll lay off the date-sensitive easter eggs from now on. :( > > I believe these are all of the the special days: > > 3/2 > 3/26 > 4/8 > 6/11 > 7/2 > 7/30 > 10/29 > 10/31 > 11/1 > 12/25 > > Eli: does it make sense to add something that could test this stuff on > a nightly basis (ie set the date to the dates listed above and try to > start up drscheme)? > > Robby > > On Thu, Jul 30, 2009 at 2:37 PM, Doug > Williams wrote: > > So, of course, I had a big demo today and, you guessed it, DrScheme > wouldn't > > load. I had already rolled back to 4.1.5 because this code doesn't run > under > > 4.2 (or 4.2.1) - we're tracking that down. I reloaded PLT Scheme, etc., > but > > that didn't work. Eventually, I looked here and saw the problem. Not > being > > clever enough to just change the date on my laptop, I downloaded 4.1 and > ran > > the demo under it - which meant loading all my PLaneT packages, etc. But, > > the demo was successful in the end. > > > > Anyway, I was wondering if we could get a list of all the developer's > > birthdays and significant holidays - Easter (obviously it has to have an > > Easter egg or what would be the point), Thanksgiving, Texas Independence > > Day, Talk Like a Pirate Day, etc - so we can schedule demos around them. > > > > Oh, and Happy Birthday, Eli. > > > > Doug > > > > On Thu, Jul 30, 2009 at 5:54 AM, Michael Sperber < > sperber@deinprogramm.de> > > wrote: > >> > >> DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are also > >> broken the same way.) I assume it's because of Eli's birthday? (If > >> that's the case: Happy Birthday, Eli!) > >> > >> eta[59] "/Volumes/PLT Scheme v4.2.0.900/PLT Scheme > >> v4.2.0.900"/bin/drscheme > >> draw-bitmap in dc<%>: expected argument of type ; given > #f > >> > >> === context === > >> /Volumes/PLT Scheme v4.2.0.900/PLT Scheme > >> v4.2.0.900/collects/drscheme/private/drscheme-normal.ss:208:15 > >> > >> The reason is that the code that is conditionalized on (eb-bday?) in > >> drscheme-normal.ss makes the splash code want to access the splash > >> bitmap, but that bitmap isn't set until the call to `start-splash', > >> which comes only after it. This appears to be fixed in the trunk, but I > >> don't see offhand by what revision, so I don't know if it's already in > >> the release code. > >> > >> -- > >> Cheers =8-} Mike > >> Friede, V?lkerverst?ndigung und ?berhaupt blabla > >> > >> _________________________________________________ > >> For list-related administrative tasks: > >> http://list.cs.brown.edu/mailman/listinfo/plt-dev > > > > > > _________________________________________________ > > For list-related administrative tasks: > > http://list.cs.brown.edu/mailman/listinfo/plt-dev > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20090730/506b3b93/attachment.html From robby at eecs.northwestern.edu Thu Jul 30 21:22:05 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Jul 30 21:22:23 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <63bb19ae0907301359u100ef554r481163c08828ec26@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> <63bb19ae0907301359u100ef554r481163c08828ec26@mail.gmail.com> Message-ID: <932b2f1f0907301822y32863fe3wb653ee48ae787f20@mail.gmail.com> I also tried 4.2.1 and didn't see it working, but may have been doing the wrong thing..? Robby On Thu, Jul 30, 2009 at 3:59 PM, Sam TH wrote: > On Thu, Jul 30, 2009 at 4:36 PM, Robby > Findler wrote: >> Does 4.1.5 work right for this? I just tried >> >> #lang scheme >> (require "dne.ss") >> >> and didn't seem to go to the source location of the error. >> > > It's currently hard to run 4.1.5. ?I'll test this tomorrow. :) > > -- > sam th > samth@ccs.neu.edu > From eli at barzilay.org Fri Jul 31 09:43:58 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Jul 31 09:44:20 2009 Subject: [plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam In-Reply-To: References: <932b2f1f0907301328t6cc44e27gb930c6f8621a17ba@mail.gmail.com> Message-ID: <19058.62750.428588.607391@winooski.ccs.neu.edu> On Jul 30, Doug Williams wrote: > It actually gave us a bit of levity in the middle of a day-long > meeting. We were in a government vault, but fortunately had internet > access, so I was able to recover without too much effort. The e-mail > was more to give Eli a hard time than anything else. :) (FWIW, the code for that easter egg is not something that I wrote -- my part was to spend a sleepless night, so I can push out 4.2.1 with the fix...) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Fri Jul 31 22:47:02 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Fri Jul 31 22:47:20 2009 Subject: [plt-dev] Re: [plt-scheme] Automatic compilation for drscheme's Module language In-Reply-To: <932b2f1f0907301822y32863fe3wb653ee48ae787f20@mail.gmail.com> References: <932b2f1f0907292239i4069f0f1h4e088c2ee2c57c8@mail.gmail.com> <63bb19ae0907300835q1ebe1118rf3ea83b58d34b206@mail.gmail.com> <932b2f1f0907301336s1f9e67b0j6a1ad57c7c527d0a@mail.gmail.com> <63bb19ae0907301359u100ef554r481163c08828ec26@mail.gmail.com> <932b2f1f0907301822y32863fe3wb653ee48ae787f20@mail.gmail.com> Message-ID: <932b2f1f0907311947g5e1241d6p1e9f0013e8d6af11@mail.gmail.com> I tried one more. THis program: #lang scheme (require "dne.ss") doesn't give a source location in mzscheme: % mzscheme ~/tmp.ss default-load-handler: cannot open input file: "/home/robby/dne.ss" (No such file or directory; errno=2) So, I guess something else is going on here. Robby 2009/7/30 Robby Findler : > I also tried 4.2.1 and didn't see it working, but may have been doing > the wrong thing..? > > Robby > > On Thu, Jul 30, 2009 at 3:59 PM, Sam TH wrote: >> On Thu, Jul 30, 2009 at 4:36 PM, Robby >> Findler wrote: >>> Does 4.1.5 work right for this? I just tried >>> >>> #lang scheme >>> (require "dne.ss") >>> >>> and didn't seem to go to the source location of the error. >>> >> >> It's currently hard to run 4.1.5. ?I'll test this tomorrow. :) >> >> -- >> sam th >> samth@ccs.neu.edu >> >