From clklein at eecs.northwestern.edu Thu Oct 1 16:01:56 2009 From: clklein at eecs.northwestern.edu (Casey Klein) Date: Thu Oct 1 16:02:16 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? Message-ID: Can someone explain why this macro expands without error in a module but not in the REPL? (define-syntax (m stx) (syntax-case stx () [(_ x) (with-syntax ([(y) (generate-temporaries (syntax (x)))]) (syntax (define (y) y)))])) > (m q) compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 From samth at ccs.neu.edu Thu Oct 1 16:11:08 2009 From: samth at ccs.neu.edu (Sam TH) Date: Thu Oct 1 16:11:29 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: References: Message-ID: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> On Thu, Oct 1, 2009 at 4:01 PM, Casey Klein wrote: > Can someone explain why this macro expands without error in a module > but not in the REPL? > > (define-syntax (m stx) > ?(syntax-case stx () > ? [(_ x) > ? ?(with-syntax ([(y) (generate-temporaries (syntax (x)))]) > ? ? ?(syntax (define (y) y)))])) > >> (m q) > compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 This version of the macro works: (define-syntax (m stx) (syntax-case stx () [(_ x) (with-syntax ([(y) (list (gensym (syntax-e #'x)))]) (syntax (define (y) y)))])) -- sam th samth@ccs.neu.edu From robby at eecs.northwestern.edu Thu Oct 1 16:19:35 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 1 16:19:57 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> References: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> Message-ID: <932b2f1f0910011319saa7d170y29a12a4374fcc6f5@mail.gmail.com> What is the difference between generate-temporaries and gensym? Robby On Thu, Oct 1, 2009 at 3:11 PM, Sam TH wrote: > On Thu, Oct 1, 2009 at 4:01 PM, Casey Klein > wrote: >> Can someone explain why this macro expands without error in a module >> but not in the REPL? >> >> (define-syntax (m stx) >> ?(syntax-case stx () >> ? [(_ x) >> ? ?(with-syntax ([(y) (generate-temporaries (syntax (x)))]) >> ? ? ?(syntax (define (y) y)))])) >> >>> (m q) >> compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 > > This version of the macro works: > > (define-syntax (m stx) > ?(syntax-case stx () > ?[(_ x) > ? (with-syntax ([(y) (list (gensym (syntax-e #'x)))]) > ? ? (syntax (define (y) y)))])) > > -- > sam th > samth@ccs.neu.edu > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From ryanc at ccs.neu.edu Thu Oct 1 16:23:03 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Thu Oct 1 16:23:32 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: References: Message-ID: On Oct 1, 2009, at 4:01 PM, Casey Klein wrote: > Can someone explain why this macro expands without error in a module > but not in the REPL? > > (define-syntax (m stx) > (syntax-case stx () > [(_ x) > (with-syntax ([(y) (generate-temporaries (syntax (x)))]) > (syntax (define (y) y)))])) > >> (m q) > compile: unbound identifier (and no #%top syntax transformer is > bound) in: q1 Here's what I think is going on: When you evaluate (m q) at the repl, you're *compiling* the whole term before you *execute* it. That means that the body of the definition is compiled before the definition takes effect. If the definition had taken effect, the reference to 'q1' (the generated name) would be okay, because there would be an entry for it in the compilation environment. But since the definition hasn't been *executed* yet, there is no such environment entry. That leads to '#%top' and craziness. To back up my analysis, here's a variation of the macro. Because of begin-splicing etc etc, the definition is *executed* before the 'set!' expression is *compiled*. And it works. (Or so it seems.) (define-syntax (m stx) (syntax-case stx () [(_ x) (with-syntax ([(y) (generate-temporaries (syntax (x)))]) (syntax (begin (define (y) #f) (set! y (lambda () y)))))])) Ryan > > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From carl.eastlund at gmail.com Thu Oct 1 16:17:19 2009 From: carl.eastlund at gmail.com (Carl Eastlund) Date: Thu Oct 1 16:25:03 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> References: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> Message-ID: <990e0c030910011317g6310d9e4n3f51afb78c1aae44@mail.gmail.com> On Thu, Oct 1, 2009 at 4:11 PM, Sam TH wrote: > On Thu, Oct 1, 2009 at 4:01 PM, Casey Klein > wrote: >> Can someone explain why this macro expands without error in a module >> but not in the REPL? >> >> (define-syntax (m stx) >> ?(syntax-case stx () >> ? [(_ x) >> ? ?(with-syntax ([(y) (generate-temporaries (syntax (x)))]) >> ? ? ?(syntax (define (y) y)))])) >> >>> (m q) >> compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 > > This version of the macro works: > > (define-syntax (m stx) > ?(syntax-case stx () > ?[(_ x) > ? (with-syntax ([(y) (list (gensym (syntax-e #'x)))]) > ? ? (syntax (define (y) y)))])) ...at the top level. Who knows what craziness will happen if you put this in other contexts. (For instance, in a compiled module, I think gensym'd identifiers can wreak havoc, but don't quote[*] me.) I would not recommend Sam's code as a general purpose fix. Personally, I think you have run into a generate-temporaries bug. But we won't know for sure until Matthew either corrects your code or responds with "Fixed in svn." ;) --Carl [*] Don't quote, quasiquote, syntax, syntax/loc, quasisyntax, quasisyntax/loc, or quote-syntax me on this one. If you're using PLT Redex, don't term me either. From ryanc at ccs.neu.edu Thu Oct 1 16:30:18 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Thu Oct 1 16:31:10 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <932b2f1f0910011319saa7d170y29a12a4374fcc6f5@mail.gmail.com> References: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> <932b2f1f0910011319saa7d170y29a12a4374fcc6f5@mail.gmail.com> Message-ID: <1B87BA76-8E30-463F-B241-0A21B8ADF8AD@ccs.neu.edu> On Oct 1, 2009, at 4:19 PM, Robby Findler wrote: > What is the difference between generate-temporaries and gensym? 'generate-temporaries' returns identifiers that don't have an associated '#%top' binding, but 'gensym' returns a symbol, which gets coerced into an identifier using the lexical context of the 'with- syntax' form, which does have a binding of '#%top' in scope. Ryan > On Thu, Oct 1, 2009 at 3:11 PM, Sam TH wrote: >> On Thu, Oct 1, 2009 at 4:01 PM, Casey Klein >> wrote: >>> Can someone explain why this macro expands without error in a module >>> but not in the REPL? >>> >>> (define-syntax (m stx) >>> (syntax-case stx () >>> [(_ x) >>> (with-syntax ([(y) (generate-temporaries (syntax (x)))]) >>> (syntax (define (y) y)))])) >>> >>>> (m q) >>> compile: unbound identifier (and no #%top syntax transformer is >>> bound) in: q1 >> >> This version of the macro works: >> >> (define-syntax (m stx) >> (syntax-case stx () >> [(_ x) >> (with-syntax ([(y) (list (gensym (syntax-e #'x)))]) >> (syntax (define (y) y)))])) >> >> -- >> sam th >> samth@ccs.neu.edu >> _________________________________________________ >> 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 mflatt at cs.utah.edu Thu Oct 1 16:35:15 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Oct 1 16:35:34 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: References: Message-ID: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> At Thu, 1 Oct 2009 15:01:56 -0500, Casey Klein wrote: > Can someone explain why this macro expands without error in a module > but not in the REPL? > > (define-syntax (m stx) > (syntax-case stx () > [(_ x) > (with-syntax ([(y) (generate-temporaries (syntax (x)))]) > (syntax (define (y) y)))])) > > > (m q) > compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 Yes, it's a hopeless-top-level sort of problem. At the point where the expander is trying to figure out where `y' comes from, there is no suitable `y', yet, and there won't be until the `define' is actually evaluated. There's a special hack to solve this problem: when a top-level `define-syntaxes' gets zero results from the RHS expression, it just makes the identifiers exist (in a suitable way) without defining anything. So, this works: (define-syntax (m stx) (syntax-case stx () [(_ x) (with-syntax ([(y) (generate-temporaries (syntax (x)))]) (syntax (begin (define-syntaxes (y) (values)) (define (y) y))))])) I see that the problem and workaround are not documented (at least not where I can find it), so I'll work on the docs. From mflatt at cs.utah.edu Thu Oct 1 16:40:24 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Oct 1 16:40:42 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: References: Message-ID: <20091001204024.B5E3165012A@mail-svr1.cs.utah.edu> At Thu, 1 Oct 2009 16:23:03 -0400, Ryan Culpepper wrote: > To back up my analysis, here's a variation of the macro. Because of > begin-splicing etc etc, the definition is *executed* before the 'set!' > expression is *compiled*. And it works. (Or so it seems.) > > (define-syntax (m stx) > (syntax-case stx () > [(_ x) > (with-syntax ([(y) (generate-temporaries (syntax (x)))]) > (syntax (begin (define (y) #f) > (set! y (lambda () y)))))])) Right. This variant does the same thing as the `define-syntaxes' hack --- but it actually defines the identifier to make it exist, which works just as well in this case. From carl.eastlund at gmail.com Thu Oct 1 16:50:02 2009 From: carl.eastlund at gmail.com (Carl Eastlund) Date: Thu Oct 1 16:50:40 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> References: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> Message-ID: <990e0c030910011350vf4f86b0r4bdaedb78e70e89d@mail.gmail.com> On Thu, Oct 1, 2009 at 4:35 PM, Matthew Flatt wrote: > > There's a special hack to solve this problem: when a top-level > `define-syntaxes' gets zero results from the RHS expression, it just > makes the identifiers exist (in a suitable way) without defining > anything. So, this works: > > ?(define-syntax (m stx) > ?(syntax-case stx () > ? ?[(_ x) > ? ? (with-syntax ([(y) (generate-temporaries (syntax (x)))]) > ? ? ? (syntax > ? ? ? ?(begin > ? ? ? ? (define-syntaxes (y) (values)) > ? ? ? ? (define (y) y))))])) > > I see that the problem and workaround are not documented (at least not > where I can find it), so I'll work on the docs. For whoever's information, (planet cce/scheme:6/define) provides "declare-names" as a short-hand for this trick. It has two benefits: it is more mnemonic than a define-syntaxes that produces zero values, and it works in non-top-level contexts (by expanding to an empty begin, whereas the zero-values define-syntaxes trick is an error in modules and so forth). I mention this mostly because Ryan tried to write a version of the macro that would work in both module and top level contexts, without using set!, and it blew up on him. Practically, though... just don't define things in the REPL. ;) --Carl From robby at eecs.northwestern.edu Thu Oct 1 17:58:03 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 1 17:58:29 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <1B87BA76-8E30-463F-B241-0A21B8ADF8AD@ccs.neu.edu> References: <63bb19ae0910011311m1ef4a90es5fd6e26b32a7e1bd@mail.gmail.com> <932b2f1f0910011319saa7d170y29a12a4374fcc6f5@mail.gmail.com> <1B87BA76-8E30-463F-B241-0A21B8ADF8AD@ccs.neu.edu> Message-ID: <1D6A049A-5FD1-47CB-AA70-D709C31F1D65@eecs.northwestern.edu> Oh man. That's subtle. Thanks. On Oct 1, 2009, at 3:30 PM, Ryan Culpepper wrote: > On Oct 1, 2009, at 4:19 PM, Robby Findler wrote: > >> What is the difference between generate-temporaries and gensym? > > 'generate-temporaries' returns identifiers that don't have an > associated '#%top' binding, but 'gensym' returns a symbol, which > gets coerced into an identifier using the lexical context of the > 'with-syntax' form, which does have a binding of '#%top' in scope. > > Ryan > > >> On Thu, Oct 1, 2009 at 3:11 PM, Sam TH wrote: >>> On Thu, Oct 1, 2009 at 4:01 PM, Casey Klein >>> wrote: >>>> Can someone explain why this macro expands without error in a >>>> module >>>> but not in the REPL? >>>> >>>> (define-syntax (m stx) >>>> (syntax-case stx () >>>> [(_ x) >>>> (with-syntax ([(y) (generate-temporaries (syntax (x)))]) >>>> (syntax (define (y) y)))])) >>>> >>>>> (m q) >>>> compile: unbound identifier (and no #%top syntax transformer is >>>> bound) in: q1 >>> >>> This version of the macro works: >>> >>> (define-syntax (m stx) >>> (syntax-case stx () >>> [(_ x) >>> (with-syntax ([(y) (list (gensym (syntax-e #'x)))]) >>> (syntax (define (y) y)))])) >>> >>> -- >>> sam th >>> samth@ccs.neu.edu >>> _________________________________________________ >>> 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 clklein at eecs.northwestern.edu Fri Oct 2 07:17:04 2009 From: clklein at eecs.northwestern.edu (Casey Klein) Date: Fri Oct 2 07:17:21 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> References: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> Message-ID: On Thu, Oct 1, 2009 at 3:35 PM, Matthew Flatt wrote: > At Thu, 1 Oct 2009 15:01:56 -0500, Casey Klein wrote: >> Can someone explain why this macro expands without error in a module >> but not in the REPL? >> >> (define-syntax (m stx) >> ?(syntax-case stx () >> ? ?[(_ x) >> ? ? (with-syntax ([(y) (generate-temporaries (syntax (x)))]) >> ? ? ? (syntax (define (y) y)))])) >> >> > (m q) >> compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 > > Yes, it's a hopeless-top-level sort of problem. At the point where the > expander is trying to figure out where `y' comes from, there is no > suitable `y', yet, and there won't be until the `define' is actually > evaluated. > > There's a special hack to solve this problem: when a top-level > `define-syntaxes' gets zero results from the RHS expression, it just > makes the identifiers exist (in a suitable way) without defining > anything. So, this works: > > ?(define-syntax (m stx) > ?(syntax-case stx () > ? ?[(_ x) > ? ? (with-syntax ([(y) (generate-temporaries (syntax (x)))]) > ? ? ? (syntax > ? ? ? ?(begin > ? ? ? ? (define-syntaxes (y) (values)) > ? ? ? ? (define (y) y))))])) > I see that this works only at the top-level. Is there a way to check whether this application of m is at the top-level, so that I can conditionally include the define-syntaxes trick? From robby at eecs.northwestern.edu Fri Oct 2 07:23:52 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Fri Oct 2 07:24:14 2009 Subject: [plt-dev] Symptom of REPL's hopelessness? In-Reply-To: References: <20091001203516.0E2F2650119@mail-svr1.cs.utah.edu> Message-ID: <932b2f1f0910020423i2cbb6f29y4e52b95a9c3958e5@mail.gmail.com> syntax-local-context, I think. Robby On Fri, Oct 2, 2009 at 6:17 AM, Casey Klein wrote: > On Thu, Oct 1, 2009 at 3:35 PM, Matthew Flatt wrote: >> At Thu, 1 Oct 2009 15:01:56 -0500, Casey Klein wrote: >>> Can someone explain why this macro expands without error in a module >>> but not in the REPL? >>> >>> (define-syntax (m stx) >>> ?(syntax-case stx () >>> ? ?[(_ x) >>> ? ? (with-syntax ([(y) (generate-temporaries (syntax (x)))]) >>> ? ? ? (syntax (define (y) y)))])) >>> >>> > (m q) >>> compile: unbound identifier (and no #%top syntax transformer is bound) in: q1 >> >> Yes, it's a hopeless-top-level sort of problem. At the point where the >> expander is trying to figure out where `y' comes from, there is no >> suitable `y', yet, and there won't be until the `define' is actually >> evaluated. >> >> There's a special hack to solve this problem: when a top-level >> `define-syntaxes' gets zero results from the RHS expression, it just >> makes the identifiers exist (in a suitable way) without defining >> anything. So, this works: >> >> ?(define-syntax (m stx) >> ?(syntax-case stx () >> ? ?[(_ x) >> ? ? (with-syntax ([(y) (generate-temporaries (syntax (x)))]) >> ? ? ? (syntax >> ? ? ? ?(begin >> ? ? ? ? (define-syntaxes (y) (values)) >> ? ? ? ? (define (y) y))))])) >> > > I see that this works only at the top-level. Is there a way to check > whether this application of m is at the top-level, so that I can > conditionally include the define-syntaxes trick? > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From robby at eecs.northwestern.edu Fri Oct 2 07:35:34 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Fri Oct 2 07:35:59 2009 Subject: [plt-dev] Release Announcement for v4.2.2 In-Reply-To: References: Message-ID: <932b2f1f0910020435q5ec71d44q543bf790cedce9b2@mail.gmail.com> For DrScheme, I propose these bullets: - DrScheme now, by default, compiles all of the files that are loaded when it runs a program and saves the compiled files in the filesystem. This should lead to faster load times (not faster runtimes) since it avoids re-compiling files whose dependencies have not changed. - DrScheme now has better indentation and syntax coloring support for Scribble languages (and generally all @-exp based languages). And here's the contracts bullet I suggested earlier: - added support for abstract contracts via the #:exists keywords. This is an experiment to add support for data hiding to the contract system. I think that's all that needs to go into the release for drscheme & contracts. Robby On Mon, Sep 28, 2009 at 3:02 PM, Eli Barzilay wrote: > The list of possible release announcement items that I have collected > is below. ?Please mail me new items and/or full items, or tell me if > something is irrelevant. ?(In any case, please indicate which part of > these items it applies to.) > > ---------------------------------------------------------------------- > * profj (and related: `profjWizard', `htdc') gone, > ?profj will appear in planet instead > > * test-engine changes > ? ?- Change to behavior in interactions window. Option 1 > ? ? ?implemented. > ? ?- Turning off the nag > > * scribble reorganization > > * drscheme > ? ?- moved the warning into the frame (out of the interactions > ? ? ?window) > ? ? ?- added a close icon to the yellow warning message > ? ?- syntax coloring for at-exp > ? ?- automatic compilation in the module language > ? ? ?- drscheme now saves its compiled files in its own directory > ? ? ?- automatic compilation in drscheme now avoids the installed > ? ? ? ?planet files > ? ?- improved responsiveness of interactive searching > ? ?- changed the default for fixing up parentheses > ? ?- new coloring of set!'d variables > ? ?- added phase information to the module browser > > * New stuff in `syntax/parse' > ?Also `syntax/keyword'? > ?`stxclass' collection gone > > * Printout of syntax objects (and `print-syntax-width') > > * new core function `file-or-directory-identity' > > * new `scheme/generator' library > ?- make generators use a parameterized yield function > > * new `in-producer' iteration > > * New `scheme/unsafe/ops' module > > * htdp changes > ?- added last-picture option to stop-when > ?- added make-pair to beginner > ?- added state display to world programs > ?- re-directed image > ?- run-simulation -> animate > > * `slideshow/play' > > * contracts: > ?- exists contracts > ?- added scheme/exists lang > ?- define-struct/contract can handle sub-typing now > ? ?- allow #:property keyword > > * DeinProgramm/DMdA > ?- Add QuickCheck-based property testing to the DeinProgramm/DMdA > ? ?languages. > ?- contract stuff > ?- a bunch of other things, which I assume is included in the text > ? ?I have > ---------------------------------------------------------------------- > -- > ? ? ? ? ?((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 jay at cs.brown.edu Fri Oct 2 07:53:07 2009 From: jay at cs.brown.edu (Jay McCarthy) Date: Fri Oct 2 07:53:30 2009 Subject: [plt-dev] Re: Pre-Release Checklist for v4.2.2 In-Reply-To: References: Message-ID: On Mon, Sep 28, 2009 at 1:59 PM, Eli Barzilay wrote: > [Apologies for the huge delay.] > > Checklist items for the v4.2.2 release > ?(using the v4.2.1.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.2.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.2 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.2 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.2 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.2 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 All passed [sorry for the delay, I _just_ got back from a trip. Yawn!] > > * 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.1.900 build, you will need to edit your > ? ?.../collects/framework/private/version.ss > ?file and change `(version)' to `"4.2.2"'.] > > -- > ? ? ? ? ?((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 Fri Oct 2 08:25:02 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Oct 2 08:25:23 2009 Subject: [plt-dev] Release Announcement for v4.2.2 In-Reply-To: <932b2f1f0910020435q5ec71d44q543bf790cedce9b2@mail.gmail.com> References: <932b2f1f0910020435q5ec71d44q543bf790cedce9b2@mail.gmail.com> Message-ID: <19141.61726.496066.576299@winooski.ccs.neu.edu> On Oct 2, Robby Findler wrote: > > - DrScheme now has better indentation and syntax coloring support for > Scribble languages (and generally all @-exp based languages). I'm combining this item with Matthew's item on the scribble reorganization. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Fri Oct 2 08:40:43 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Oct 2 08:41:07 2009 Subject: [plt-dev] Release Announcement for v4.2.2 Message-ID: The release announcement sketch that I have so far is below. Please mail me new items and/or edits. Specifically pinging: Matthias/Robby (htdp), Kathy (test-engine), and Ryan (syntax/parse). ---------------------------------------------------------------------- * DrScheme now, by default, compiles all of the files that are loaded when it runs a program and saves the compiled files in the filesystem. This should lead to faster load times (not faster runtimes) since it avoids re-compiling files whose dependencies have not changed. * New Scribble libraries and documentation make it easier to get started with Scribble, especially for uses other than PLT documentation. DrScheme now has better indentation and syntax coloring support for Scribble languages (and generally all @-exp based languages). * Added support for abstract contracts via the #:exists keywords. This is an experiment to add support for data hiding to the contract system. * Added `in-producer': a sequence expression makes it easy to iterate over producer functions (e.g., `read'). A new `scheme/generator' library creates generators that can use a (parameterized) yield function. * A number of changes were made to the DeinProgramm / DMdA language levels: The `check-property' and `contract' forms were added, `define-record-procedures-parametric' has changed. See the documentation for details. * ProfessorJ (and related code) is no longer included in the PLT distributions. It may re-appear in the future as a PLaneT package. * test-engine changes - Change to behavior in interactions window. Option 1 implemented. - Turning off the nag * New stuff in `syntax/parse' Also `syntax/keyword'? `stxclass' collection gone * htdp changes - added last-picture option to stop-when - added make-pair to beginner - added state display to world programs - re-directed image - run-simulation -> animate ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Fri Oct 2 08:42:53 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Fri Oct 2 08:43:16 2009 Subject: [plt-dev] Release Announcement for v4.2.2 In-Reply-To: <19141.61726.496066.576299@winooski.ccs.neu.edu> References: <932b2f1f0910020435q5ec71d44q543bf790cedce9b2@mail.gmail.com> <19141.61726.496066.576299@winooski.ccs.neu.edu> Message-ID: <25C67181-1177-46A8-B64C-1DEC018D46A9@eecs.northwestern.edu> Oh yes. Right. That's better. On Oct 2, 2009, at 7:25 AM, Eli Barzilay wrote: > On Oct 2, Robby Findler wrote: >> >> - DrScheme now has better indentation and syntax coloring support for >> Scribble languages (and generally all @-exp based languages). > > I'm combining this item with Matthew's item on the scribble > reorganization. > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli > Barzilay: > http://barzilay.org/ Maze is > Life! From kathryn.gray at cl.cam.ac.uk Fri Oct 2 08:49:03 2009 From: kathryn.gray at cl.cam.ac.uk (Kathryn Gray) Date: Fri Oct 2 08:49:22 2009 Subject: [plt-dev] Release Announcement for v4.2.2 In-Reply-To: References: Message-ID: On 2 Oct 2009, at 1:40:43, Eli Barzilay wrote: > Specifically pinging: Matthias/Robby (htdp), Kathy (test-engine), > > > * test-engine changes > - Change to behavior in interactions window. Option 1 implemented. > - Turning off the nag I don't know that these really warrant a blurb, particularly the former, but here's one for the nag's removal. * The test engine in the HtDP languages no longer warns programmers when the Definitions window has no tests. -Kathy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091002/80f8fdcf/attachment.htm From eli at barzilay.org Fri Oct 2 16:28:30 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Oct 2 16:28:52 2009 Subject: [plt-dev] Release Announcement for v4.2.2 Message-ID: The possible final release announcement is below. Ryan: you're the last thing I need. ---------------------------------------------------------------------- PLT Scheme version 4.2.2 is now available from http://plt-scheme.org/ * DrScheme now, by default, compiles all of the files that are loaded when it runs a program and saves the compiled files in the filesystem. This should lead to faster load times (not faster runtimes) since it avoids re-compiling files whose dependencies have not changed. * New Scribble libraries and documentation make it easier to get started with Scribble, especially for uses other than PLT documentation. DrScheme now has better indentation and syntax coloring support for Scribble languages (and generally all @-exp based languages). * Added support for abstract contracts via the #:exists keywords. This is an experiment to add support for data hiding to the contract system. * Added `in-producer': a sequence expression makes it easy to iterate over producer functions (e.g., `read'). A new `scheme/generator' library creates generators that can use a (parameterized) yield function. * HtDP langs: several primitives now consume 0 and 1 arguments in ISL (and up), including `append', `+' and `*'. In addition, `make-list' was added to the primitives. * The API to Universe has a number of new constructs. All Universe programs should run unchanged. The most important change is the addition of `animate' as an alternative name for `run-simulation'. In addition, adding the clause `(state true)' to a world description now pretty-prints the state of the world into a separate canvas. * A number of changes were made to the DeinProgramm / DMdA language levels: The `check-property' and `contract' forms were added, `define-record-procedures-parametric' has changed. See the documentation for details. * The test engine in the HtDP languages no longer warns programmers when the Definitions window has no tests. * ProfessorJ (and related code) is no longer included in the PLT distributions. It may re-appear in the future as a PLaneT package. * New stuff in `syntax/parse' Also `syntax/keyword'? `stxclass' collection gone [Note that mirror sites can take a while to catch up with the new downloads.] Feedback Welcome, ---------------------------------------------------------------------- -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From mflatt at cs.utah.edu Sat Oct 3 10:33:55 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sat Oct 3 10:34:18 2009 Subject: [plt-dev] performance-oriented unsafe operations (v4.2.1.8) In-Reply-To: References: <20090906182649.BE90765010D@mail-svr1.cs.utah.edu> <20090906231406.AD3996500EA@mail-svr1.cs.utah.edu> <932b2f1f0909061710s1c1337b1pfe2696a331f8b1ae@mail.gmail.com> Message-ID: <20091003143358.8DECE650075@mail-svr1.cs.utah.edu> At Sun, 6 Sep 2009 18:59:01 -0600, Doug Williams wrote: > Would it be better to call > the operations 'unchecked-' instead of 'unsafe-'? > Generally, we are calling the function because we know it is safe to avoid > some constraint check - not because it is unsafe. Just a nit. Despite the distinction between unsafety for performance and unsafety to get at new things, I like having all unsafe operations marked the same way. Also, "unchecked" doesn't sound dangerous enough to me. So, you make a good point, but I'm still in favor of "unsafe". From mflatt at cs.utah.edu Sat Oct 3 10:34:03 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sat Oct 3 10:34:38 2009 Subject: [plt-dev] `unsafe-fl' and unboxing Message-ID: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> As of v4.2.2.3 (in SVN), the JIT can unbox some intermediate flonum values in `unsafe-fl' combinations. For example, in (unsafe-fl+ 1.0 (unsafe-fl- x y)) the JIT can see that `unsafe-fl-' will produce a flonum while `unsafe-fl+' consumes a flonum, so there is no reason to box the flonum and then immediately unbox it. Instead, the subtraction result is left in a register for the addition operation. As an example application, Doug's statistics library includes (define (mean-and-variance data) (let-values (((n m s) (dispatch-for/fold ((i-old 0) (m-old 0.0) (s-old 0.0)) ((x data)) (let ((i-new (add1 i-old))) (if (= i-new 1) (values i-new (exact->inexact x) 0.0) (let* ((m-new (+ m-old (/ (- x m-old) i-new))) (s-new (+ s-old (* (- x m-old) (- x m-new))))) (values i-new m-new s-new))))))) (values m (if (> n 1) (/ s (sub1 n)) 0.0)))) If you're willing to re-write that as (define (mean-and-variance data) (let-values (((n m s) (dispatch-for/fold ((i-old 0) (m-old 0.0) (s-old 0.0)) ((x data)) (let ((i-new (unsafe-fx+ i-old 1)) (x (exact->inexact x))) ; ensure flonum, assuming real (if (unsafe-fx= i-new 1) (values i-new x 0.0) (let* ((m-new (unsafe-fl+ m-old (unsafe-fl/ (unsafe-fl- x m-old) (unsafe-fx->fl i-new)))) (s-new (unsafe-fl+ s-old (unsafe-fl* (unsafe-fl- x m-old) (unsafe-fl- x m-new))))) (values i-new m-new s-new))))))) (values m (if (> n 1) (/ s (sub1 n)) 0.0)))) then the JIT can avoid about 6 boxes every iteration (leaving abut 2 boxes, assuming that `data' is a vector of flonums). To measure the effect of unsafe operations and unboxing, I used code that Doug posted recently: (let ((data1 (build-vector 100000 (lambda (i) (random-unit-gaussian))))) ;; Don't time first call (variance data1) ;; Checked: (time (for ((i (in-range 10))) (variance data1))) (collect-garbage) ;; Unchecked: (time (for ((i (in-range 10))) (unchecked-variance data1)))) The times in msec on Mac OS X 10.6.1 using a 2.53 GHz MacBook Pro: x86 x86_64 chkd/unchkd chkd/unchkd original 165 / 155 143 / 129 unsafe (~v4.2.2) 138 / 128 138 / 123 unsafe+unboxed (new) 94 / 70 67 / 55 Each table cell shows the "checked" version of the function, which includes a contract (to ensure that `data' is a sequence of reals), and the contract-less "unchecked" version. The "unchecked" comparison is not apples-to-apples for users of the library, because using unsafe operations makes the "unchecked" version unsafe at the Scheme level (while the contract on the "checked" version ensures that the unsafe operations will not cause a crash). The JIT only unboxes in expressions that combine * `unsafe-fl' operations, * `unsafe-fx->fl', or * variable access (local or global) For example, the bytecode compiler currently leaves the `z' intact in (let ([z (unsafe-fl- x y)]) (unsafe-fl+ 1.0 z)) which means that the JIT cannot avoid the box for `z'. I'm planning improvements for the bytecode compiler to help the JIT in such cases. Other directions for future improvement include allowing more `unsafe-fx' operations in unboxable combinations and adding support for reading and writing to an array of flonums without extra boxing. From m.douglas.williams at gmail.com Sat Oct 3 12:33:12 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 12:33:31 2009 Subject: [plt-dev] performance-oriented unsafe operations (v4.2.1.8) In-Reply-To: <20091003143358.8DECE650075@mail-svr1.cs.utah.edu> References: <20090906182649.BE90765010D@mail-svr1.cs.utah.edu> <20090906231406.AD3996500EA@mail-svr1.cs.utah.edu> <932b2f1f0909061710s1c1337b1pfe2696a331f8b1ae@mail.gmail.com> <20091003143358.8DECE650075@mail-svr1.cs.utah.edu> Message-ID: And, given your post on the JIT optimizations for unsafe operations, I can see where they are truly unsafe (in terms of possibly crashing instead of just erroring.) When I make the changes to use the unsafe-fl/unsafe-fx operations, I'll change to using unsafe- as a prefix for the science collection operations. Doug On Sat, Oct 3, 2009 at 10:33 AM, Matthew Flatt wrote: > At Sun, 6 Sep 2009 18:59:01 -0600, Doug Williams wrote: > > Would it be better to call > > the operations 'unchecked-' instead of 'unsafe-'? > > Generally, we are calling the function because we know it is safe to > avoid > > some constraint check - not because it is unsafe. Just a nit. > > Despite the distinction between unsafety for performance and unsafety > to get at new things, I like having all unsafe operations marked the > same way. Also, "unchecked" doesn't sound dangerous enough to me. > > So, you make a good point, but I'm still in favor of "unsafe". > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091003/30735a32/attachment.htm From m.douglas.williams at gmail.com Sat Oct 3 12:29:01 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 12:36:32 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> Message-ID: About a 2x speed improvement is worth the rewrite. And, in the case of the statistics functions, for example, most always return a float result (even with non-float inputs) and would benefit from the rewrite. [Most that don't always return a float, like minimum and maximum, aren't don't much computation anyway.] I'd really like to try in on things like the Chebyshev evaluator (which is basically used for all of the special functions) and the differential equation solver (which is used by the simulation engine for continuous simulations). Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations included in 4.2.2? [I realize that the JIT enhancements here would not be.] If they are, then I can put them into a new version of the science collection that is dependent on 4.2.2 instead of some upcoming release. Doug On Sat, Oct 3, 2009 at 10:34 AM, Matthew Flatt wrote: > As of v4.2.2.3 (in SVN), the JIT can unbox some intermediate flonum > values in `unsafe-fl' combinations. For example, in > > (unsafe-fl+ 1.0 (unsafe-fl- x y)) > > the JIT can see that `unsafe-fl-' will produce a flonum while > `unsafe-fl+' consumes a flonum, so there is no reason to box the flonum > and then immediately unbox it. Instead, the subtraction result is left > in a register for the addition operation. > > As an example application, Doug's statistics library includes > > (define (mean-and-variance data) > (let-values (((n m s) > (dispatch-for/fold ((i-old 0) > (m-old 0.0) > (s-old 0.0)) > ((x data)) > (let ((i-new (add1 i-old))) > (if (= i-new 1) > (values i-new (exact->inexact x) 0.0) > (let* ((m-new (+ m-old (/ (- x m-old) i-new))) > (s-new (+ s-old (* (- x m-old) (- x > m-new))))) > (values i-new m-new s-new))))))) > (values m (if (> n 1) (/ s (sub1 n)) 0.0)))) > > If you're willing to re-write that as > > (define (mean-and-variance data) > (let-values (((n m s) > (dispatch-for/fold ((i-old 0) > (m-old 0.0) > (s-old 0.0)) > ((x data)) > (let ((i-new (unsafe-fx+ i-old 1)) > (x (exact->inexact x))) ; ensure flonum, assuming > real > (if (unsafe-fx= i-new 1) > (values i-new x 0.0) > (let* ((m-new (unsafe-fl+ m-old > (unsafe-fl/ > (unsafe-fl- x m-old) > (unsafe-fx->fl i-new)))) > (s-new (unsafe-fl+ s-old > (unsafe-fl* > (unsafe-fl- x m-old) > (unsafe-fl- x m-new))))) > (values i-new m-new s-new))))))) > (values m (if (> n 1) (/ s (sub1 n)) 0.0)))) > > then the JIT can avoid about 6 boxes every iteration (leaving abut 2 > boxes, assuming that `data' is a vector of flonums). > > > To measure the effect of unsafe operations and unboxing, I used code > that Doug posted recently: > > (let ((data1 (build-vector > 100000 > (lambda (i) > (random-unit-gaussian))))) > ;; Don't time first call > (variance data1) > ;; Checked: > (time > (for ((i (in-range 10))) > (variance data1))) > (collect-garbage) > ;; Unchecked: > (time > (for ((i (in-range 10))) > (unchecked-variance data1)))) > > > The times in msec on Mac OS X 10.6.1 using a 2.53 GHz MacBook Pro: > > x86 x86_64 > chkd/unchkd chkd/unchkd > > original 165 / 155 143 / 129 > unsafe (~v4.2.2) 138 / 128 138 / 123 > unsafe+unboxed (new) 94 / 70 67 / 55 > > Each table cell shows the "checked" version of the function, which > includes a contract (to ensure that `data' is a sequence of reals), and > the contract-less "unchecked" version. The "unchecked" comparison is > not apples-to-apples for users of the library, because using unsafe > operations makes the "unchecked" version unsafe at the Scheme level > (while the contract on the "checked" version ensures that the unsafe > operations will not cause a crash). > > > The JIT only unboxes in expressions that combine > > * `unsafe-fl' operations, > * `unsafe-fx->fl', or > * variable access (local or global) > > For example, the bytecode compiler currently leaves the `z' intact in > > (let ([z (unsafe-fl- x y)]) > (unsafe-fl+ 1.0 z)) > > which means that the JIT cannot avoid the box for `z'. I'm planning > improvements for the bytecode compiler to help the JIT in such cases. > > Other directions for future improvement include allowing more > `unsafe-fx' operations in unboxable combinations and adding support for > reading and writing to an array of flonums without extra boxing. > > _________________________________________________ > 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/20091003/ff48384d/attachment-0001.htm From mflatt at cs.utah.edu Sat Oct 3 12:36:35 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sat Oct 3 12:36:59 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> Message-ID: <20091003163639.0693065014C@mail-svr1.cs.utah.edu> At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations > included in 4.2.2? Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. From robby at eecs.northwestern.edu Sat Oct 3 12:40:16 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sat Oct 3 12:40:49 2009 Subject: [plt-dev] performance-oriented unsafe operations (v4.2.1.8) In-Reply-To: References: <20090906182649.BE90765010D@mail-svr1.cs.utah.edu> <20090906231406.AD3996500EA@mail-svr1.cs.utah.edu> <932b2f1f0909061710s1c1337b1pfe2696a331f8b1ae@mail.gmail.com> <20091003143358.8DECE650075@mail-svr1.cs.utah.edu> Message-ID: <932b2f1f0910030940sb8c03a7ne45a9bd6432a1ad5@mail.gmail.com> If the operations in the science collection have the loops inside them, then it probably wouldn't hurt to add a check at boundary and you can make them safe, even thought the depend on the unsafe operations. Robby On Sat, Oct 3, 2009 at 11:33 AM, Doug Williams wrote: > And, given your post on the JIT optimizations for unsafe operations, I can > see where they are truly unsafe (in terms of possibly crashing instead of > just erroring.) When I make the changes to use the unsafe-fl/unsafe-fx > operations, I'll change to using unsafe- as a prefix for the science > collection operations. > > Doug > > On Sat, Oct 3, 2009 at 10:33 AM, Matthew Flatt wrote: >> >> At Sun, 6 Sep 2009 18:59:01 -0600, Doug Williams wrote: >> > Would it be better to call >> > the operations 'unchecked-' instead of 'unsafe-'? >> > Generally, we are calling the function because we know it is safe to >> > avoid >> > some constraint check - not because it is unsafe. Just a nit. >> >> Despite the distinction between unsafety for performance and unsafety >> to get at new things, I like having all unsafe operations marked the >> same way. Also, "unchecked" doesn't sound dangerous enough to me. >> >> So, you make a good point, but I'm still in favor of "unsafe". >> > > From m.douglas.williams at gmail.com Sat Oct 3 12:47:35 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 12:47:54 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091003163639.0693065014C@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> Message-ID: Is there an existing contract to check for a float? For example, mean would now be guaranteed to return a float instead of a real. It would be nice to specify this is the contract. On Sat, Oct 3, 2009 at 12:36 PM, Matthew Flatt wrote: > At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations > > included in 4.2.2? > > Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091003/6b3e492d/attachment.htm From m.douglas.williams at gmail.com Sat Oct 3 12:52:44 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 12:53:02 2009 Subject: [plt-dev] performance-oriented unsafe operations (v4.2.1.8) In-Reply-To: <932b2f1f0910030940sb8c03a7ne45a9bd6432a1ad5@mail.gmail.com> References: <20090906182649.BE90765010D@mail-svr1.cs.utah.edu> <20090906231406.AD3996500EA@mail-svr1.cs.utah.edu> <932b2f1f0909061710s1c1337b1pfe2696a331f8b1ae@mail.gmail.com> <20091003143358.8DECE650075@mail-svr1.cs.utah.edu> <932b2f1f0910030940sb8c03a7ne45a9bd6432a1ad5@mail.gmail.com> Message-ID: Actually, I would probably do what Matthew did and coerce to a float with exact->inexact, which would error instead of crashing. [Although a complex value, for example, would get through that and still crash.] But, the idea of having unchecked/unsafe operations is to ONLY call them when the data has already been through some contract check already. On Sat, Oct 3, 2009 at 12:40 PM, Robby Findler wrote: > If the operations in the science collection have the loops inside > them, then it probably wouldn't hurt to add a check at boundary and > you can make them safe, even thought the depend on the unsafe > operations. > > Robby > > On Sat, Oct 3, 2009 at 11:33 AM, Doug Williams > wrote: > > And, given your post on the JIT optimizations for unsafe operations, I > can > > see where they are truly unsafe (in terms of possibly crashing instead of > > just erroring.) When I make the changes to use the unsafe-fl/unsafe-fx > > operations, I'll change to using unsafe- as a prefix for the science > > collection operations. > > > > Doug > > > > On Sat, Oct 3, 2009 at 10:33 AM, Matthew Flatt > wrote: > >> > >> At Sun, 6 Sep 2009 18:59:01 -0600, Doug Williams wrote: > >> > Would it be better to call > >> > the operations 'unchecked-' instead of 'unsafe-'? > >> > Generally, we are calling the function because we know it is safe to > >> > avoid > >> > some constraint check - not because it is unsafe. Just a nit. > >> > >> Despite the distinction between unsafety for performance and unsafety > >> to get at new things, I like having all unsafe operations marked the > >> same way. Also, "unchecked" doesn't sound dangerous enough to me. > >> > >> So, you make a good point, but I'm still in favor of "unsafe". > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091003/7cbade95/attachment.htm From mflatt at cs.utah.edu Sat Oct 3 12:56:45 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sat Oct 3 12:57:07 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> Message-ID: <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> `inexact-real?' At Sat, 3 Oct 2009 12:47:35 -0400, Doug Williams wrote: > Is there an existing contract to check for a float? For example, mean would > now be guaranteed to return a float instead of a real. It would be nice to > specify this is the contract. > > On Sat, Oct 3, 2009 at 12:36 PM, Matthew Flatt wrote: > > > At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > > > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations > > > included in 4.2.2? > > > > Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. > > > > From m.douglas.williams at gmail.com Sat Oct 3 15:27:57 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 15:28:16 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> Message-ID: Matthew, Do you think you can sneak in unsafe-fx-abs and unsafe-fl-abs? It's a pretty common function - at least in the science collection - that I assume would compile nicely. [I promise not to ask for too many of these.] Doug On Sat, Oct 3, 2009 at 12:56 PM, Matthew Flatt wrote: > `inexact-real?' > > At Sat, 3 Oct 2009 12:47:35 -0400, Doug Williams wrote: > > Is there an existing contract to check for a float? For example, mean > would > > now be guaranteed to return a float instead of a real. It would be nice > to > > specify this is the contract. > > > > On Sat, Oct 3, 2009 at 12:36 PM, Matthew Flatt > wrote: > > > > > At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > > > > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations > > > > included in 4.2.2? > > > > > > Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091003/974cb35c/attachment.htm From mflatt at cs.utah.edu Sat Oct 3 16:07:42 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sat Oct 3 16:08:07 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> Message-ID: <20091003200744.32C876500E7@mail-svr1.cs.utah.edu> Yes, I can add those. At Sat, 3 Oct 2009 15:27:57 -0400, Doug Williams wrote: > Matthew, > > Do you think you can sneak in unsafe-fx-abs and unsafe-fl-abs? It's a pretty > common function - at least in the science collection - that I assume would > compile nicely. [I promise not to ask for too many of these.] > > Doug > > On Sat, Oct 3, 2009 at 12:56 PM, Matthew Flatt wrote: > > > `inexact-real?' > > > > At Sat, 3 Oct 2009 12:47:35 -0400, Doug Williams wrote: > > > Is there an existing contract to check for a float? For example, mean > > would > > > now be guaranteed to return a float instead of a real. It would be nice > > to > > > specify this is the contract. > > > > > > On Sat, Oct 3, 2009 at 12:36 PM, Matthew Flatt > > wrote: > > > > > > > At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > > > > > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref operations > > > > > included in 4.2.2? > > > > > > > > Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. > > > > > > > > > > From eli at barzilay.org Sat Oct 3 16:15:00 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sat Oct 3 16:15:22 2009 Subject: [plt-dev] New forms for requiring files -- poll for opinions and names Message-ID: <19143.45252.256434.853074@winooski.ccs.neu.edu> An issue that came up recently with David -- and one that comes up every once in a while, is that of some project management tools. A summary of the problem is: you have some layout of files in your project, and you want to be able to access them using in some symbolic way. Using strings as relative names works to a limited degree: it means that the hierarchy is inflexible -- changing it requires changing files too. Also, the paths depend on both the requiring module and the required one, usually you'll need a number of "../"s that depends on the requiring file, and a then the path of the required file. Now that we have require/provide forms, it is possible to solve this problem, and in typed-scheme Sam did something very similar to that, which makes it a nice use case. Here's an example from one of Sam's files: (require (except-in "../utils/utils.ss" extend)) (require (types convenience utils union subtype) (rep type-rep) (utils tc-utils) "signatures.ss" "constraint-structs.ss" scheme/match) When this came up with David, I pointed at all the obvious places that can be used to make it work, and then I continued to see if I can come up with some way to provide more convenient ways to dealing with such issues. What I came up with is two require forms that I think would do this job nicely: * (file-in ) -- this is close to `file', except that is an arbitrary expression (evaluated at the syntax phase, of course). It is similar to `filtered-in' (and uses the same `scheme/private/at-syntax' hack) in that you write some code. Using the typed scheme snip as an example -- it would make writing those `types' and `rep' forms easy. (With a minor point: as they are in this example, they would need to be macros, since their arguments are not quoted.) Also, it would be possible to have functions that consult some "configuration file" which defines the project layout (with the trivial case of the configuration file being some scheme module that is required for-syntax), require files relative to your home directory, the contents of an environment variable, the desktop directory, etc, and it could even do some cheap networking thing like downloading a file and then requiring it. In other words, it does a job similar to Sam's `define-requirer', except that it does so more generally, since you're using functions. It's a little more verbose since you need the `file-in' wrapper -- but the advantage is that plain code is easier to write and would be readable to more people. (For example, if you're looking at some random file in typed scheme, you won't know what it's supposed to do.) This solves one side of the problem -- organizing code with such a symbolic approach is becoming much easier. But the other side of this problem is that you'd want to centralize such code, and you need to reach that central point conveniently from everywhere in your project. Going back to the typed scheme snippet, this is the "../utils/utils.ss" part. This string still depends on the location of the central configuration file wrt the project root. I'm not sure what would be the best solution -- the best thing I can think of is: * (file-up ) -- searches for a path in this directory, then going up. If there was some `or-in' form, then (file-up "foo/z.ss") this would be similar to: (or-in "foo/z.ss" "../foo/z.ss" "../../foo/z.ss" ...etc...) With this, Sam's code could use (file-up "utils/utils.ss"). Combining these two, and assuming that they're provided by `scheme/require', a typical "project management" code chunk could look like: (require scheme/require (file-up "config.ss") (file-in the-foo-utility (subsystem1 'blah) (subsystem2 'sheep/goes/meh))) where the "config.ss" file provides (for syntax) the definitions for the subsystem functions and the first value. (One tricky bit: the order of the three require clauses is important.) One point that Matthew raised when I talked to him about this is that it can lead to a mess if the functions that you're using in `file-in' are non-deterministic. This problem is already in now, of course, the only thing that changes is how easy you can get to it. But given the utility of these forms (in contexts that make this pop up every once in a while), I think it should generally be fine -- as long as the documentation has the right warnings, as well as some boilerplate code that most people will just copy and modify. So, are there any opinions on this? Or on the specific forms? Also, I'm not sure about the names. The `file-in' vs `file' (vs `file-up') seems like it can be confusing, so maybe `path-in' and `path-up' would work better? Another alternative is to have a *function* that does the up-search, and provide it for syntax, with a use-case like: (require scheme/require (file-in (look-up "config.ss")) (file-in the-foo-utility (subsystem1 'blah) (subsystem2 'sheep/goes/meh))) but this seems like it can be much more confusing. Another option is some `file-in-up' which combines the two features (expects an expression, and does the search with the result) -- this seems to me like cramping too much functionality into a single tool. Yet another option is have `file-in' be some `#%app'-like thing, so the above code becomes: (require scheme/require (file-up "config.ss") (file-in the-foo-utility) (file-in subsystem1 'blah) (file-in subsystem2 'sheep/goes/meh)) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From david.storrs at gmail.com Sat Oct 3 16:39:19 2009 From: david.storrs at gmail.com (David Storrs) Date: Sat Oct 3 16:45:16 2009 Subject: [plt-dev] Re: New forms for requiring files -- poll for opinions and names In-Reply-To: <19143.45252.256434.853074@winooski.ccs.neu.edu> References: <19143.45252.256434.853074@winooski.ccs.neu.edu> Message-ID: On Sat, Oct 3, 2009 at 4:15 PM, Eli Barzilay wrote: > Yet another option is have `file-in' be some `#%app'-like thing, so > the above code becomes: > > ?(require scheme/require > ? ? ? ? ? (file-up "config.ss") > ? ? ? ? ? (file-in the-foo-utility) > ? ? ? ? ? (file-in subsystem1 'blah) > ? ? ? ? ? (file-in subsystem2 'sheep/goes/meh)) >From the POV of the relative n00b, I'd prefer something that looked more like this; it reads much cleaner. However, instead of "file-in", I would suggest "locate". 1) It's a verb, so it makes clear that there is an action happening. 2) It makes clear that the action has something to do with searching for something, or looking something up. 3) The analogue to the Unix 'locate' tool will be helpful in remembering what it does and will help to imply that there is an order dependency on some code which sets up an index, or otherwise enables the locate utility to work. (e.g. FIRST you run the locate.updatedb indexer, THEN you can do locate.) --Dks From m.douglas.williams at gmail.com Sat Oct 3 16:54:26 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sat Oct 3 16:54:44 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091003200744.32C876500E7@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> <20091003200744.32C876500E7@mail-svr1.cs.utah.edu> Message-ID: One more thing. Is there a one argument unsafe-fx- and unsafe-fl- to negate a fixnum or float? [I suppose the same question would apply to division/inversion, although I don't use it as much.] Obviously, I can use (unsafe-fl- 0.0 x) for (unsafe-fl- x). On Sat, Oct 3, 2009 at 4:07 PM, Matthew Flatt wrote: > Yes, I can add those. > > At Sat, 3 Oct 2009 15:27:57 -0400, Doug Williams wrote: > > Matthew, > > > > Do you think you can sneak in unsafe-fx-abs and unsafe-fl-abs? It's a > pretty > > common function - at least in the science collection - that I assume > would > > compile nicely. [I promise not to ask for too many of these.] > > > > Doug > > > > On Sat, Oct 3, 2009 at 12:56 PM, Matthew Flatt > wrote: > > > > > `inexact-real?' > > > > > > At Sat, 3 Oct 2009 12:47:35 -0400, Doug Williams wrote: > > > > Is there an existing contract to check for a float? For example, mean > > > would > > > > now be guaranteed to return a float instead of a real. It would be > nice > > > to > > > > specify this is the contract. > > > > > > > > On Sat, Oct 3, 2009 at 12:36 PM, Matthew Flatt > > > wrote: > > > > > > > > > At Sat, 3 Oct 2009 12:29:01 -0400, Doug Williams wrote: > > > > > > Are the basic unsafe-fl, unsafe-fx, and unsafe-vector-ref > operations > > > > > > included in 4.2.2? > > > > > > > > > > Yes --- except for `unsafe-fx->fl', which is new in 4.2.2.3. > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091003/ecacc483/attachment.htm From ryanc at ccs.neu.edu Sat Oct 3 18:42:09 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Sat Oct 3 18:42:32 2009 Subject: [plt-dev] Re: Release Announcement for v4.2.2 In-Reply-To: References: Message-ID: <4AC7D341.8000304@ccs.neu.edu> Eli Barzilay wrote: > The possible final release announcement is below. > > Ryan: you're the last thing I need. > > ---------------------------------------------------------------------- > PLT Scheme version 4.2.2 is now available from > > http://plt-scheme.org/ > > * DrScheme now, by default, compiles all of the files that are > loaded when it runs a program and saves the compiled files in the > filesystem. This should lead to faster load times (not faster > runtimes) since it avoids re-compiling files whose dependencies > have not changed. > > * New Scribble libraries and documentation make it easier to get > started with Scribble, especially for uses other than PLT > documentation. DrScheme now has better indentation and syntax > coloring support for Scribble languages (and generally all @-exp > based languages). > > * Added support for abstract contracts via the #:exists keywords. > This is an experiment to add support for data hiding to the > contract system. > > * Added `in-producer': a sequence expression makes it easy to > iterate over producer functions (e.g., `read'). A new > `scheme/generator' library creates generators that can use a > (parameterized) yield function. > > * HtDP langs: several primitives now consume 0 and 1 arguments in > ISL (and up), including `append', `+' and `*'. In addition, > `make-list' was added to the primitives. > > * The API to Universe has a number of new constructs. All Universe > programs should run unchanged. The most important change is the > addition of `animate' as an alternative name for `run-simulation'. > In addition, adding the clause `(state true)' to a world > description now pretty-prints the state of the world into a > separate canvas. > > * A number of changes were made to the DeinProgramm / DMdA language > levels: The `check-property' and `contract' forms were added, > `define-record-procedures-parametric' has changed. See the > documentation for details. > > * The test engine in the HtDP languages no longer warns programmers > when the Definitions window has no tests. > > * ProfessorJ (and related code) is no longer included in the PLT > distributions. It may re-appear in the future as a PLaneT package. > > > * New stuff in `syntax/parse' > Also `syntax/keyword'? > `stxclass' collection gone "The new syntax/keyword library provides support for macros with keyword options. A new quick start guide has been added to the documentation for syntax/parse library." The other changes either don't bear mentioning or came in after the release branch. Ryan > > [Note that mirror sites can take a while to catch up with the new > downloads.] > > Feedback Welcome, > ---------------------------------------------------------------------- From yinso.chen at gmail.com Sun Oct 4 05:00:24 2009 From: yinso.chen at gmail.com (YC) Date: Sun Oct 4 05:01:07 2009 Subject: [plt-dev] New forms for requiring files -- poll for opinions and names In-Reply-To: <19143.45252.256434.853074@winooski.ccs.neu.edu> References: <19143.45252.256434.853074@winooski.ccs.neu.edu> Message-ID: <779bf2730910040200y3768ef7amca9eec88ef726e1b@mail.gmail.com> So is the requirement to read a list of symbols from a config file and use them as the mapping to the underlying modules? Correct me if I am wrong, but doesn't planet already solve this problem? It helps define packages which are referred via symbols. The changes to files are localized within the package, and if you have a main.ss that require and provide the underlying modules, it acts as the config.ss for other modules requiring the package. Versioning and network download/install are built-in as well. And cce/system/planet appears to solve the self referencing problem within a single package - http://blog.plt-scheme.org/2009/03/maintaining-self-references-in-planet.html The only thing lacking is that there are no private planet repositories for now. Perhaps I misunderstood the goal here - please let me know if I missed something. Cheers, yc On Sat, Oct 3, 2009 at 1:15 PM, Eli Barzilay wrote: > An issue that came up recently with David -- and one that comes up > every once in a while, is that of some project management tools. A > summary of the problem is: you have some layout of files in your > project, and you want to be able to access them using in some symbolic > way. Using strings as relative names works to a limited degree: it > means that the hierarchy is inflexible -- changing it requires > changing files too. Also, the paths depend on both the requiring > module and the required one, usually you'll need a number of "../"s > that depends on the requiring file, and a then the path of the > required file. > > Now that we have require/provide forms, it is possible to solve this > problem, and in typed-scheme Sam did something very similar to that, > which makes it a nice use case. Here's an example from one of Sam's > files: > > (require (except-in "../utils/utils.ss" extend)) > (require (types convenience utils union subtype) > (rep type-rep) > (utils tc-utils) > "signatures.ss" "constraint-structs.ss" > scheme/match) > > When this came up with David, I pointed at all the obvious places that > can be used to make it work, and then I continued to see if I can come > up with some way to provide more convenient ways to dealing with such > issues. What I came up with is two require forms that I think would > do this job nicely: > > * (file-in ) -- this is close to `file', except that is > an arbitrary expression (evaluated at the syntax phase, of course). > It is similar to `filtered-in' (and uses the same > `scheme/private/at-syntax' hack) in that you write some code. Using > the typed scheme snip as an example -- it would make writing those > `types' and `rep' forms easy. (With a minor point: as they are in > this example, they would need to be macros, since their arguments > are not quoted.) > > Also, it would be possible to have functions that consult some > "configuration file" which defines the project layout (with the > trivial case of the configuration file being some scheme module that > is required for-syntax), require files relative to your home > directory, the contents of an environment variable, the desktop > directory, etc, and it could even do some cheap networking thing > like downloading a file and then requiring it. > > In other words, it does a job similar to Sam's `define-requirer', > except that it does so more generally, since you're using functions. > It's a little more verbose since you need the `file-in' wrapper -- > but the advantage is that plain code is easier to write and would be > readable to more people. (For example, if you're looking at some > random file in typed scheme, you won't know what it's supposed to > do.) > > This solves one side of the problem -- organizing code with such a > symbolic approach is becoming much easier. But the other side of this > problem is that you'd want to centralize such code, and you need to > reach that central point conveniently from everywhere in your project. > Going back to the typed scheme snippet, this is the > "../utils/utils.ss" part. This string still depends on the location > of the central configuration file wrt the project root. I'm not sure > what would be the best solution -- the best thing I can think of is: > > * (file-up ) -- searches for a path in this directory, then > going up. If there was some `or-in' form, then (file-up "foo/z.ss") > this would be similar to: > > (or-in "foo/z.ss" "../foo/z.ss" "../../foo/z.ss" ...etc...) > > With this, Sam's code could use (file-up "utils/utils.ss"). > > Combining these two, and assuming that they're provided by > `scheme/require', a typical "project management" code chunk could look > like: > > (require scheme/require > (file-up "config.ss") > (file-in the-foo-utility > (subsystem1 'blah) > (subsystem2 'sheep/goes/meh))) > > where the "config.ss" file provides (for syntax) the definitions for > the subsystem functions and the first value. (One tricky bit: the > order of the three require clauses is important.) > > One point that Matthew raised when I talked to him about this is that > it can lead to a mess if the functions that you're using in `file-in' > are non-deterministic. This problem is already in now, of course, the > only thing that changes is how easy you can get to it. But given the > utility of these forms (in contexts that make this pop up every once > in a while), I think it should generally be fine -- as long as the > documentation has the right warnings, as well as some boilerplate code > that most people will just copy and modify. > > So, are there any opinions on this? Or on the specific forms? > > Also, I'm not sure about the names. The `file-in' vs `file' (vs > `file-up') seems like it can be confusing, so maybe `path-in' and > `path-up' would work better? Another alternative is to have a > *function* that does the up-search, and provide it for syntax, with a > use-case like: > > (require scheme/require > (file-in (look-up "config.ss")) > (file-in the-foo-utility > (subsystem1 'blah) > (subsystem2 'sheep/goes/meh))) > > but this seems like it can be much more confusing. Another option is > some `file-in-up' which combines the two features (expects an > expression, and does the search with the result) -- this seems to me > like cramping too much functionality into a single tool. > > Yet another option is have `file-in' be some `#%app'-like thing, so > the above code becomes: > > (require scheme/require > (file-up "config.ss") > (file-in the-foo-utility) > (file-in subsystem1 'blah) > (file-in subsystem2 'sheep/goes/meh)) > > -- > ((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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/83760e85/attachment-0001.htm From mflatt at cs.utah.edu Sun Oct 4 09:24:35 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sun Oct 4 09:24:56 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> Message-ID: <20091004132435.972D7650173@mail-svr1.cs.utah.edu> At Sat, 3 Oct 2009 15:27:57 -0400, Doug Williams wrote: > Do you think you can sneak in unsafe-fx-abs and unsafe-fl-abs? Added in 4.2.2.4 (which is the most recent nightly build). From mflatt at cs.utah.edu Sun Oct 4 10:45:33 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sun Oct 4 10:45:53 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091003163639.0693065014C@mail-svr1.cs.utah.edu> <20091003165647.B3A4165013A@mail-svr1.cs.utah.edu> <20091003200744.32C876500E7@mail-svr1.cs.utah.edu> Message-ID: <20091004144533.B0D8B65015C@mail-svr1.cs.utah.edu> At Sat, 3 Oct 2009 16:54:26 -0400, Doug Williams wrote: > One more thing. Is there a one argument unsafe-fx- and unsafe-fl- to negate > a fixnum or float? [I suppose the same question would apply to > division/inversion, although I don't use it as much.] Obviously, I can use > (unsafe-fl- 0.0 x) for (unsafe-fl- x). There are no one-argument versions, currently. From mflatt at cs.utah.edu Sun Oct 4 12:53:27 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sun Oct 4 12:53:49 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> Message-ID: <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> At Sat, 3 Oct 2009 08:34:03 -0600, Matthew Flatt wrote: > (while the contract on the "checked" version ensures that the unsafe > operations will not cause a crash). Not true. Sam points out that a vector (or other sequence) can be mutable, so checking elements at the beginning does not make `variance' safe if it uses unsafe operations on the elements internally. From eli at barzilay.org Sun Oct 4 13:40:10 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Oct 4 13:40:31 2009 Subject: [plt-dev] New forms for requiring files -- poll for opinions and names In-Reply-To: <779bf2730910040200y3768ef7amca9eec88ef726e1b@mail.gmail.com> References: <19143.45252.256434.853074@winooski.ccs.neu.edu> <779bf2730910040200y3768ef7amca9eec88ef726e1b@mail.gmail.com> Message-ID: <19144.56826.131132.55347@winooski.ccs.neu.edu> On Oct 4, YC wrote: > So is the requirement to read a list of symbols from a config file > and use them as the mapping to the underlying modules? No, there are no requirements -- any scheme code that you want to use. > Correct me if I am wrong, but doesn't planet already solve this > problem? Not at all. [The only thing that is vaguely close to the same area is that planet adds the concept of a `package' (which is, IIUC, what Carl's tool uses to come up with a symbolic name) -- so you could think of an alternative form to require code from the current package's root, but this would hard-wire a "package == project" concept, and it still won't apply to code that is outside of planet packages.] > It helps define packages which are referred via symbols. The symbolic way to reference them is not related here -- what would be is some form like I mentioned above, which can work relatively to the current package's root. > The changes to files are localized within the package, and if you > have a main.ss that require and provide the underlying modules, it > acts as the config.ss for other modules requiring the package. > [...] The "main.ss" file is (by convention) an entry point for code *outside* of a collection -- that is, it would normally require most of the code in the collection -- whereas a configuration file is something that most code in the collection would require. > And cce/system/planet appears to solve the self referencing problem > within a single package - > http://blog.plt-scheme.org/2009/03/maintaining-self-references-in-planet.html I asked Carl about this last week, trying to see if there's any intersection -- my guess was that it would make his package easier to write, but it looks even that won't happen. His package is more about deriving a `planet' *symbolic* form for the root of the package (which can be used as above in some cases) -- which is needed in some cases. For example, look for the problematic cases in his blog post: they refer to situations where the require spec is moving outside of `require' to some other part of the system, as the case with specifying a language level for drscheme where you need to pass a require-spec that will refer to your code. Perhaps a clearer example is `defmodule' -- it won't work to do something like (defmodule "../foo.ss") because that relative string is not a universal reference to that specific file. Carl's package solves that by coming up with a symbolic name that would always refer to that file, and it does so using a `planet' symbolic name (which is exactly why it's limited to planet packges). You could imagine a similar tool (or an extension of Carl's tool) that works for installed collections too, but you'd still be left with random code in your filesystem that is in neither -- since in that case there is no symbolic way to refer to the file without specifying its full path. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From m.douglas.williams at gmail.com Sun Oct 4 14:46:48 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sun Oct 4 14:47:07 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> Message-ID: When you use mutable data structures, you live with the choice. For the statistics routines, I use exact->inexact inside the loop at the point where I use the value, so I'm not worried about it. Off the top of my head, the only problem I see is that exact->inexact also works on complex numbers, so I may still not have a simple float. I assume +inf.0, -inf.0, and +nan.0 (and, therefore, -nan.0) also pass through exact->inexact. I further assume those are stored as floats (in an IEEE format) and work as expected - at least they seem to in the REPL. Is that a correct assumption? Are there other cases where exact->inexact does not give me a float? [I need to decide on a case by case basis what to do about complex numbers.] On Sun, Oct 4, 2009 at 12:53 PM, Matthew Flatt wrote: > At Sat, 3 Oct 2009 08:34:03 -0600, Matthew Flatt wrote: > > (while the contract on the "checked" version ensures that the unsafe > > operations will not cause a crash). > > Not true. Sam points out that a vector (or other sequence) can be > mutable, so checking elements at the beginning does not make `variance' > safe if it uses unsafe operations on the elements internally. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/a17fe427/attachment.htm From m.douglas.williams at gmail.com Sun Oct 4 14:58:57 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sun Oct 4 14:59:16 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> Message-ID: I have implemented the changes in the statistics, Chebyshev evaluation, and ordinary differential equation solver routines in the science collection. They work under the pre-release 4.2.2 (4.2.1.900) and the latest nightly build (4.2.2.4). I will put the new version on the Schematics site, but not to PLaneT for a while. I need to make sure they are at least as robust as the current version (for the checked versions anyway). I may wait until the 4.2.3 release to put it on PLaneT - so I can use the latest unsafe operations Matthew is providing, in which case they won't run under 4.2.2. If anyone wants to play around with them in the meantime, just let me know. Matthew, the differential equation solver in particular has much more complex mathematical operations that might be useful to test the unsafe operations with. Doug On Sun, Oct 4, 2009 at 2:46 PM, Doug Williams wrote: > When you use mutable data structures, you live with the choice. For the > statistics routines, I use exact->inexact inside the loop at the point where > I use the value, so I'm not worried about it. Off the top of my head, the > only problem I see is that exact->inexact also works on complex numbers, so > I may still not have a simple float. I assume +inf.0, -inf.0, and +nan.0 > (and, therefore, -nan.0) also pass through exact->inexact. I further assume > those are stored as floats (in an IEEE format) and work as expected - at > least they seem to in the REPL. Is that a correct assumption? Are there > other cases where exact->inexact does not give me a float? [I need to decide > on a case by case basis what to do about complex numbers.] > > > On Sun, Oct 4, 2009 at 12:53 PM, Matthew Flatt wrote: > >> At Sat, 3 Oct 2009 08:34:03 -0600, Matthew Flatt wrote: >> > (while the contract on the "checked" version ensures that the unsafe >> > operations will not cause a crash). >> >> Not true. Sam points out that a vector (or other sequence) can be >> mutable, so checking elements at the beginning does not make `variance' >> safe if it uses unsafe operations on the elements internally. >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/a8851d38/attachment.htm From mflatt at cs.utah.edu Sun Oct 4 16:27:40 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Sun Oct 4 16:28:04 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> Message-ID: <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> At Sun, 4 Oct 2009 14:46:48 -0400, Doug Williams wrote: > When you use mutable data structures, you live with the choice. For the > statistics routines, I use exact->inexact inside the loop at the point where > I use the value, so I'm not worried about it. Off the top of my head, the > only problem I see is that exact->inexact also works on complex numbers, so > I may still not have a simple float. Right. You'd need a `real?' or (after conversion) `inexact-real?' test. In the `mean-and-variance' example, I changed `(exact->inexact x)' in the loop to `(if (real? x) (exact->inexact x) 0.0)'. The overhead of the test was just 1 msec out of 90 msec, so that's probably a good option for preserving safety. > I assume +inf.0, -inf.0, and +nan.0 > (and, therefore, -nan.0) also pass through exact->inexact. I further assume > those are stored as floats (in an IEEE format) and work as expected - at > least they seem to in the REPL. Is that a correct assumption? Yes. > Are there > other cases where exact->inexact does not give me a float? No, the only issue is complex numbers. > On Sun, Oct 4, 2009 at 12:53 PM, Matthew Flatt wrote: > > > At Sat, 3 Oct 2009 08:34:03 -0600, Matthew Flatt wrote: > > > (while the contract on the "checked" version ensures that the unsafe > > > operations will not cause a crash). > > > > Not true. Sam points out that a vector (or other sequence) can be > > mutable, so checking elements at the beginning does not make `variance' > > safe if it uses unsafe operations on the elements internally. > > > > > > From m.douglas.williams at gmail.com Sun Oct 4 16:37:39 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sun Oct 4 16:37:57 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> Message-ID: I added real->float in the math functions in the science collection that I'll call. ;;; (real->float x) -> inexact-real? ;;; x : real? ;;; Returns an inexact real (i.e., a float) given real x. Raises an error if x ;;; is not a real. This can be used to ensure a real value is a float, even in ;;; unsafe code. (define (real->float x) (if (real? x) (exact->inexact x) (error "expected real, given" x))) I'll use it to protect unsafe code. I'm sure it's more overhead than putting it in-line, but hopefully not too much. Putting a contract on it would probably not make much sense. On Sun, Oct 4, 2009 at 4:27 PM, Matthew Flatt wrote: > At Sun, 4 Oct 2009 14:46:48 -0400, Doug Williams wrote: > > When you use mutable data structures, you live with the choice. For the > > statistics routines, I use exact->inexact inside the loop at the point > where > > I use the value, so I'm not worried about it. Off the top of my head, the > > only problem I see is that exact->inexact also works on complex numbers, > so > > I may still not have a simple float. > > Right. You'd need a `real?' or (after conversion) `inexact-real?' test. > > In the `mean-and-variance' example, I changed `(exact->inexact x)' in > the loop to `(if (real? x) (exact->inexact x) 0.0)'. The overhead of > the test was just 1 msec out of 90 msec, so that's probably a good > option for preserving safety. > > > I assume +inf.0, -inf.0, and +nan.0 > > (and, therefore, -nan.0) also pass through exact->inexact. I further > assume > > those are stored as floats (in an IEEE format) and work as expected - at > > least they seem to in the REPL. Is that a correct assumption? > > Yes. > > > Are there > > other cases where exact->inexact does not give me a float? > > No, the only issue is complex numbers. > > > On Sun, Oct 4, 2009 at 12:53 PM, Matthew Flatt > wrote: > > > > > At Sat, 3 Oct 2009 08:34:03 -0600, Matthew Flatt wrote: > > > > (while the contract on the "checked" version ensures that the unsafe > > > > operations will not cause a crash). > > > > > > Not true. Sam points out that a vector (or other sequence) can be > > > mutable, so checking elements at the beginning does not make `variance' > > > safe if it uses unsafe operations on the elements internally. > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/40c256d3/attachment.htm From dherman at ccs.neu.edu Sun Oct 4 16:55:15 2009 From: dherman at ccs.neu.edu (Dave Herman) Date: Sun Oct 4 16:55:41 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> Message-ID: > ;;; (real->float x) -> inexact-real? > ;;; x : real? > ;;; Returns an inexact real (i.e., a float) given real x. Raises an > error if x > ;;; is not a real. This can be used to ensure a real value is a > float, even in > ;;; unsafe code. > (define (real->float x) > (if (real? x) > (exact->inexact x) > (error "expected real, given" x))) > > I'll use it to protect unsafe code. I'm sure it's more overhead than > putting it in-line, but hopefully not too much. Putting a contract > on it would probably not make much sense. I feel a little dirty suggesting it, but you could also do: (define-syntax-rule (real->float exp) (let ([x exp]) (if (real? x) (exact->inexact x) (error "expected real, given" x)))) I'm not sure whether the mzscheme compiler obeys the Macro Writer's Bill of Rights in optimizing the case where exp is just a variable reference. If not, you could do the optimization yourself: (define-syntax (real->float stx) (syntax-case stx () [(_ x) (identifier? #'x) #'(if (real? x) (exact->inexact x) (error "expected real, given" x))] [(_ exp) #'(let ([x exp]) (real->float x))])) Dave From eli at barzilay.org Sun Oct 4 16:59:49 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Oct 4 17:00:12 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> Message-ID: <19145.3269.701459.359834@winooski.ccs.neu.edu> On Oct 4, Dave Herman wrote: > I'm not sure whether the mzscheme compiler obeys the Macro Writer's > Bill of Rights in optimizing the case where exp is just a variable > reference. -> (compile '(define (fib1 n) (if (<= n 1) n (+ (fib1 (- n 1)) (fib1 (- n 2)))))) #~ -> (compile '(define (fib2 n) (let* ([x n] [n x]) (if (<= n 1) n (+ (fib2 (- n 1)) (fib2 (- n 2))))))) #~ -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From m.douglas.williams at gmail.com Sun Oct 4 18:17:57 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sun Oct 4 18:18:15 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> Message-ID: When I was originally thinking about it, I was thinking a macro, too. I like the real->float as an exported function for simplicity - I think most users of the science collection would be more comfortable with it in their own code. But I like the syntax of the following macro. (define-syntax (with-float stx) (syntax-case stx () ((_ (x ...) expr ...) (for ((id (in-list (syntax->list #'(x ...))))) (unless (identifier? id) (raise-syntax-error #f "not an identifier" stx id))) #`(let ((x (if (real? x) (exact->inexact x) (error "expected real, given" x))) ...) expr ...)))) It would be used in something like: (define (test x y) (with-float (x y) (printf "x = ~a, y = ~a~n" x y))) The expr's are executed with x and y guaranteed to be floats. So, (test 10 20) prints x = 10.0 y = 20.0 and (test 10+10i 20) errors with expected real, given 10+10i. Also, the x's must be identifiers or a syntax error is raised at expansion time. Can any of the macro gurus comment on whether this make sense? It works, but for example, there might be a cleaner way than the (syntax->list #'(x ...)) to do the iteration. On Sun, Oct 4, 2009 at 4:55 PM, Dave Herman wrote: > ;;; (real->float x) -> inexact-real? >> ;;; x : real? >> ;;; Returns an inexact real (i.e., a float) given real x. Raises an error >> if x >> ;;; is not a real. This can be used to ensure a real value is a float, >> even in >> ;;; unsafe code. >> (define (real->float x) >> (if (real? x) >> (exact->inexact x) >> (error "expected real, given" x))) >> >> I'll use it to protect unsafe code. I'm sure it's more overhead than >> putting it in-line, but hopefully not too much. Putting a contract on it >> would probably not make much sense. >> > > I feel a little dirty suggesting it, but you could also do: > > (define-syntax-rule (real->float exp) > (let ([x exp]) > (if (real? x) > (exact->inexact x) > (error "expected real, given" x)))) > > I'm not sure whether the mzscheme compiler obeys the Macro Writer's Bill of > Rights in optimizing the case where exp is just a variable reference. If > not, you could do the optimization yourself: > > (define-syntax (real->float stx) > (syntax-case stx () > [(_ x) > (identifier? #'x) > #'(if (real? x) > (exact->inexact x) > (error "expected real, given" x))] > [(_ exp) > #'(let ([x exp]) > (real->float x))])) > > Dave > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/b403ddcc/attachment.htm From ryanc at ccs.neu.edu Sun Oct 4 18:42:33 2009 From: ryanc at ccs.neu.edu (Ryan Culpepper) Date: Sun Oct 4 18:42:58 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> Message-ID: <4AC924D9.1030803@ccs.neu.edu> Dave Herman wrote: >> ;;; (real->float x) -> inexact-real? >> ;;; x : real? >> ;;; Returns an inexact real (i.e., a float) given real x. Raises an >> error if x >> ;;; is not a real. This can be used to ensure a real value is a float, >> even in >> ;;; unsafe code. >> (define (real->float x) >> (if (real? x) >> (exact->inexact x) >> (error "expected real, given" x))) >> >> I'll use it to protect unsafe code. I'm sure it's more overhead than >> putting it in-line, but hopefully not too much. Putting a contract on >> it would probably not make much sense. > > I feel a little dirty suggesting it, but you could also do: > > (define-syntax-rule (real->float exp) > (let ([x exp]) > (if (real? x) > (exact->inexact x) > (error "expected real, given" x)))) > > I'm not sure whether the mzscheme compiler obeys the Macro Writer's Bill > of Rights in optimizing the case where exp is just a variable reference. > If not, you could do the optimization yourself: > > (define-syntax (real->float stx) > (syntax-case stx () > [(_ x) > (identifier? #'x) > #'(if (real? x) > (exact->inexact x) > (error "expected real, given" x))] > [(_ exp) > #'(let ([x exp]) > (real->float x))])) No! 'identifier?' does not check whether a syntax object represents a variable reference, given 1) identifier macros and 2) #%top transformers for unbound variables. If you really, really want to check if something is a variable reference, 'local-expand' it and look at the result. But even if it is a variable reference, there's no guarantee that there isn't another thread holding a reference to it, waiting to change it from a real to, say a complex number right after the 'real?' check is done. Ryan From dherman at ccs.neu.edu Sun Oct 4 18:53:03 2009 From: dherman at ccs.neu.edu (Dave Herman) Date: Sun Oct 4 18:53:28 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <4AC924D9.1030803@ccs.neu.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> <4AC924D9.1030803@ccs.neu.edu> Message-ID: <16B69BCC-FB6F-4F30-B3B6-18AB3F41E1DC@ccs.neu.edu> > No! 'identifier?' does not check whether a syntax object represents > a variable reference, given 1) identifier macros and 2) #%top > transformers for unbound variables. If you really, really want to > check if something is a variable reference, 'local-expand' it and > look at the result. Oh, yes, of course. All the more reason to hope mzscheme supports MWBoR. (Eli's email suggests it does.) Dave From m.douglas.williams at gmail.com Sun Oct 4 18:53:59 2009 From: m.douglas.williams at gmail.com (Doug Williams) Date: Sun Oct 4 18:54:18 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <4AC924D9.1030803@ccs.neu.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> <4AC924D9.1030803@ccs.neu.edu> Message-ID: > > No! 'identifier?' does not check whether a syntax object represents a > variable reference, given 1) identifier macros and 2) #%top transformers for > unbound variables. If you really, really want to check if something is a > variable reference, 'local-expand' it and look at the result. > Will I not always get an "unbound identifier in module" (or something similar) with the offending variable explicitly in the message? That's as good to me as any message I make up. If not, it would be worth the effort. > But even if it is a variable reference, there's no guarantee that there > isn't another thread holding a reference to it, waiting to change it from a > real to, say a complex number right after the 'real?' check is done. > I'm sure one can always come up with pathological things that can be done. Even if I do something to ensure that the test and binding are atomic, I not sure it doesn't defeat the purpose of the macro - to protect unsafe code. I would say don't use unsafe code on variables that are shared among processes. But thanks for the comments. > > Ryan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/2a08bb85/attachment.htm From eli at barzilay.org Sun Oct 4 18:58:41 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Oct 4 18:59:03 2009 Subject: [plt-dev] `unsafe-fl' and unboxing In-Reply-To: <16B69BCC-FB6F-4F30-B3B6-18AB3F41E1DC@ccs.neu.edu> References: <20091003143406.3EA1B650075@mail-svr1.cs.utah.edu> <20091004165329.E1F88650167@mail-svr1.cs.utah.edu> <20091004202743.DC57B6500E0@mail-svr1.cs.utah.edu> <4AC924D9.1030803@ccs.neu.edu> <16B69BCC-FB6F-4F30-B3B6-18AB3F41E1DC@ccs.neu.edu> Message-ID: <19145.10401.626617.66761@winooski.ccs.neu.edu> On Oct 4, Dave Herman wrote: > > No! 'identifier?' does not check whether a syntax object represents > > a variable reference, given 1) identifier macros and 2) #%top > > transformers for unbound variables. If you really, really want to > > check if something is a variable reference, 'local-expand' it and > > look at the result. > > Oh, yes, of course. All the more reason to hope mzscheme supports > MWBoR. (Eli's email suggests it does.) It does. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From yinso.chen at gmail.com Mon Oct 5 02:41:58 2009 From: yinso.chen at gmail.com (YC) Date: Mon Oct 5 02:42:18 2009 Subject: [plt-dev] New forms for requiring files -- poll for opinions and names In-Reply-To: <19144.56826.131132.55347@winooski.ccs.neu.edu> References: <19143.45252.256434.853074@winooski.ccs.neu.edu> <779bf2730910040200y3768ef7amca9eec88ef726e1b@mail.gmail.com> <19144.56826.131132.55347@winooski.ccs.neu.edu> Message-ID: <779bf2730910042341j35d137e5w2a0c79339f1a2a7f@mail.gmail.com> Thanks Eli - I think I have have better understanding of the issue now... see below. On Sun, Oct 4, 2009 at 10:40 AM, Eli Barzilay wrote: > > [The only thing that is vaguely close to the same area is that planet > adds the concept of a `package' (which is, IIUC, what Carl's tool uses > to come up with a symbolic name) -- so you could think of an > alternative form to require code from the current package's root, but > this would hard-wire a "package == project" concept, and it still > won't apply to code that is outside of planet packages.] > Agreed - project might or might not equal packages. > > It helps define packages which are referred via symbols. > > The symbolic way to reference them is not related here -- what would > be is some form like I mentioned above, which can work relatively to > the current package's root. > When the packages are small, the relative paths are isolated within the package, so potential changes are small and less disruptive. That's why I mentioned it (and main.ss). I found that having a big project, like having a big module or a big procedure, is simply harder to manage without intermediate abstractions. because that relative string is not a universal reference to that > specific file. Carl's package solves that by coming up with a > symbolic name that would always refer to that file, and it does so > using a `planet' symbolic name (which is exactly why it's limited to > planet packges). You could imagine a similar tool (or an extension of > Carl's tool) that works for installed collections too, but you'd still > be left with random code in your filesystem that is in neither -- > since in that case there is no symbolic way to refer to the file > without specifying its full path. > When I first start writing large programs in PLT I was directed to make use the planet system for organization. It definitely take me a while to figure out how to make it work, but so far things mostly work well. That being said, having the ability to handle projects similar to other IDEs such as Visual Studio or XCode makes sense for PLT. I would love to be able to open all files for a project at once. The trouble with config file is of course you would have to keep it in sync. That's easier with DrScheme than with emacs/mzscheme since you can make DrScheme to maintain it automatically (like Visual Studio, XCode, etc), but I agree maintaining it in one spot is easier than having to modify relative paths all over the modules unless the developer has already taken the care to organize the modules. Anyhow, I digress. Going back to your question - how does the following look to you? ;; load the config file, which provides a list of symbols to the file path mappings that you can explicitly require (and implicitly requires all if you provide no symbols) (require (*config-in "config.ss"* my-module-foo my-module-bar ...)) And it seems that having the ability to reset the current-load-relative-directory would be useful too if you do not want to maintain a config file but would like to have uniform relative paths against a base directory. ;; reset the base-directory to the parent directory, and then load the rest of the files relative to the new base directory. (require (*base-in ".."* "my/module/foo.ss" "my/module/bar.ss" ...)) My 2 cents. Cheers. yc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091004/499257a9/attachment.htm From matthias at ccs.neu.edu Mon Oct 5 10:20:35 2009 From: matthias at ccs.neu.edu (Matthias Felleisen) Date: Mon Oct 5 10:21:24 2009 Subject: [plt-dev] logging? Message-ID: <2A4BAC44-D14A-4ACE-B286-C20A2A851D53@ccs.neu.edu> I believe the following showed up while printing from drscheme Welcome to DrScheme, version 4.2.2.1-svn29sep2009 [3m]. Language: Beginning Student; memory limit: 256 megabytes. (yes, i haven't updated in a week) DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin_duplex HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin_duplex com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=9843 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none HPStraightPaperPath=False com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=5A553FEE-020D-4EB2-89E3-42C5C973F67D com.apple.print.PrintSettings.PMTotalBeginPages..n.=4 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=4 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fd4de6980" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44385) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 4 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fd4de6980"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 780.06, size->bottom = 12.06, size->left = 12.24, size->right = 599.76 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 2, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44385) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin_duplex HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin_duplex com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=9843 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none HPStraightPaperPath=False com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=338F69F3- E3EC-4B0A-902E-77AB7EDC1736 com.apple.print.PrintSettings.PMTotalBeginPages..n.=4 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=4 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fd8121dab" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44398) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 4 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fd8121dab"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 780.06, size->bottom = 12.06, size->left = 12.24, size->right = 599.76 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 2, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44398) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=2245 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=F463CCF4-389E-4F67-AB92-A062DBF8B45C com.apple.print.PrintSettings.PMTotalBeginPages..n.=4 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=4 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fdaf5b54a" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44409) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 4 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fdaf5b54a"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 786, size->bottom = 3, size->left = 4, size->right = 606 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 3, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44409) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=2245 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=DB8DFC65-92F5-4678-B073-A284591002D4 com.apple.print.PrintSettings.PMTotalBeginPages..n.=3 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=3 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fdd5a2d53" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44414) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 3 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fdd5a2d53"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 786, size->bottom = 3, size->left = 4, size->right = 606 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 3, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44414) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=2245 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=75EC9A49-3BE4-40E0-93FD-A73FE27BCC5C com.apple.print.PrintSettings.PMTotalBeginPages..n.=3 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=3 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fe1d794b8" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44425) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 3 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fe1d794b8"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 786, size->bottom = 3, size->left = 4, size->right = 606 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 3, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44425) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=2245 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=D21FF9AE-4E1D-4020-84B3-9EB899B4206B com.apple.print.PrintSettings.PMTotalBeginPages..n.=3 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=3 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fe4869d9c" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44436) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 3 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fe4869d9c"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 786, size->bottom = 3, size->left = 4, size->right = 606 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 3, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44436) exited with no errors. DEBUG: argv[0]="tofile" DEBUG: argv[1]="1" DEBUG: argv[2]="Matthias Felleisen" DEBUG: argv[3]="Unknown" DEBUG: argv[4]="1" DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- requested=standard collate=True sides=two-sided-long-edge page- border=single media=Letter com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 OutputOrder=Normal com.apple.print.PrintSettings.PMOutputFilename=file://localhost/tmp/printing.30811/Preview%20of%20%E2%80%9Cunnamed%20document%E2%80%9D.pdf.pdf com.apple.print.PrintSettings.PMLayoutColumns..n.=1 PaperInfoIsSuggested..b.=False job-hold-until=no-hold HPBookletScaling=Proportional HPBookletPageOrder=Normal com.apple.print.PrintSettings.PMPSErrorOnScreen..b.=False HPCustomJobName=00700064002D00660075006C006C002E006400760069 HPApplicationFilename=DrScheme.app HPPinToPrint=0000 HPBookletFilter=False AP_ColorMatchingMode=AP_ApplicationColorMatching HPwmSwitch=Off HPwmTextAngle=Deg45 DestinationPrinterID=gaugin HPJobName=Set com.apple.print.PrintSettings.PMBorder..b.=True com.apple.print.PrintSettings.PMLayoutTileOrientation..n.=1 HPPinToPrintExtended=0030003000300030 com.apple.print.PageToPaperMappingType..n.=2 HPWatermarkTranslatedText=Draft com.apple.print.PrintSettings.PMColorSyncProfileID..n.=1580 HPHalftone=PrinterDefault com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMVerticalRes..n.=72 com .apple .print .subTicket .page_format_ticket..d.com.apple.print.PageFormat.PMOrientation..n.=1 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.FormattingPrinter=gaugin com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.ticket.type=com.apple.print.PageFormatTicket com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com.apple.print.PageFormat.PMVerticalScaling..n.=0.80000000000000004 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .page_format_ticket ..d .com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 com .apple .print .subTicket .page_format_ticket ..d.com.apple.print.PageFormat.PMHorizontalRes..n.=72 com.apple.print.PrinterInfo.PMColorDeviceID..n.=2245 com.apple.print.PrintSettings.PMBorderType..n.=1 HPwmrTextMessage=Draft job-sheets=none com.apple.print.PrintSettings.PMDuplexing..n.=2 HPBookletPaperSize=LetterSmall com.apple.print.JobInfo.PMApplicationName=DrScheme com.apple.print.PrintSettings.PMDestinationType..n.=2 HPUUID=F1AB5DBA-7DCE-49E0-B4E7-4153498317B2 com.apple.print.PrintSettings.PMTotalBeginPages..n.=3 HPDeviceIP=print.ccs.neu.edu GuidePageExtraTumble=False Smoothing=PrinterDefault com.apple.print.PageToPaperMappingMediaName=Letter HPDomainName=antarctica.local com.apple.print.PrintSettings.PMPageRange..a.0..n.=1 com.apple.print.PrintSettings.PMPageRange..a.1..n.=2147483647 HPwmCustomText= HPManualDuplexSupport=False HPwmrTextStyle=Normal HPwmrBrightness=Medium job-priority=50 com.apple.print.JobInfo.PMJobOwner=Matthias\ Felleisen com.apple.print.PrintSettings.PMCopies..n.=1 HPUserName=Set CollateAvailable=False com.apple.print.PrintSettings.PMTotalSidesImaged..n.=3 com.apple.print.PrintSettings.PMLastPage..n.=2147483647 com.apple.print.PrintSettings.PMLayoutDirection..n.=1 HPwmrSwitch=Off MediaType=Plain com.apple.print.DocumentTicket.PMSpoolFormat=application/pdf HPwmFontSize=pt48 HPwmrPages=AllPages HPwmTextStyle=Medium HPRealUserName=matthias HPwmTextMessage=Draft HPwmrFontSize=pt48 HPStaplerOptions=PrintersDefault HPwmrTextAngle=Deg45 com.apple.print.PrintSettings.PMPrintSelectionOnly..b.=False com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.0..n.=-7.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.1..n.=-5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.2..n.=982.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PageFormat.PMAdjustedPaperRect..a.3..n.=760 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.ppd.PMPaperName=Letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n.=-6 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n.=-4 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n.=786 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n.=608 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 0..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 1..n.=0.0 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 2..n.=978.75 com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PageFormat.PMAdjustedPageRect..a. 3..n.=752.5 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.ticket.type=com.apple.print.PaperInfoTicket com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMCustomPaper..b.=False com .apple .print .subTicket .paper_info_ticket..d.com.apple.print.PaperInfo.PMPaperName=na-letter com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.0..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.1..n.=0.0 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.2..n.=783 com .apple .print .subTicket .paper_info_ticket ..d.com.apple.print.PaperInfo.PMUnadjustedPageRect..a.3..n.=602 HPwmrFontName=Helvetica HPwmFontName=HelveticaB HPJobRetentionOption=HPJobRetentionOff com.apple.print.PrintSettings.PMLayoutRows..n.=1 com.apple.print.JobInfo.PMOutputType=application/pdf com.apple.print.PrintSettings.PMLayoutNUp..b.=True HPEconoMode=PrinterDefault com.apple.print.PrintSettings.PMOrientation..n.=1 HPwmBrightness=Medium com.apple.print.PrintSettings.PMColorSpaceModel..n.=1 HPBookletBackCover=False HPwmPages=AllPages HPBookletPageSize=Letter com.apple.print.PrintSettings.PMFirstPage..n.=1 HPEdgeToEdge=False OutputBin=PrinterDefault HPCustomUserName=006D0061007400740068006900610073 HPComputerName=antarctica com.apple.print.PrintSettings.PMCopyCollate..b.=True emit-jcl=0 disallow-binary-quoting=1" DEBUG: argv[6]="/tmp/printing.30811/Preview of ???unnamed document???.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[2]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[3]="CUPS_SERVERBIN=/usr/libexec/cups" DEBUG: envp[4]="CUPS_SERVERROOT=/private/etc/cups" DEBUG: envp[5]="LANG=en_US.UTF8" DEBUG: envp[6]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/ usr/bin" DEBUG: envp[7]="PPD=/var/folders/Wo/WovVZKcF2RWzKU+1YtnQL++++TM/-Tmp-// 4ac9fe676ce83" DEBUG: envp[8]="RIP_CACHE=8m" DEBUG: envp[9]="USER=Matthias Felleisen" INFO: cgpdftopdf (PID 44441) started. DEBUG: `/tmp/printing.30811/Preview of ???unnamed document???.pdf' has 3 pages. DEBUG: cgpdftopdf - opened PPD file "/var/folders/Wo/WovVZKcF2RWzKU +1YtnQL++++TM/-Tmp-//4ac9fe676ce83"... cgpdftopdf: size->width = 612, size->length = 792, size->top = 786, size->bottom = 3, size->left = 4, size->right = 606 DEBUG: cgpdftopdf: preferredRotation = 90 DEBUG: cgpdftopdf - languageLevel = 3, mediaBox.size.width = 612, mediaBox.size.height = 792 INFO: cgpdftopdf (PID 44441) exited with no errors. From mflatt at cs.utah.edu Mon Oct 5 10:28:31 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Mon Oct 5 10:28:51 2009 Subject: [plt-dev] logging? In-Reply-To: <2A4BAC44-D14A-4ACE-B286-C20A2A851D53@ccs.neu.edu> References: <2A4BAC44-D14A-4ACE-B286-C20A2A851D53@ccs.neu.edu> Message-ID: <20091005142831.93D1A650123@mail-svr1.cs.utah.edu> I don't think that this is PLT output. (It doesn't look familiar to me.) Maybe it's from the system for some reason? At Mon, 5 Oct 2009 10:20:35 -0400, Matthias Felleisen wrote: > > I believe the following showed up while printing from drscheme > > Welcome to DrScheme, version 4.2.2.1-svn29sep2009 [3m]. > Language: Beginning Student; memory limit: 256 megabytes. > > (yes, i haven't updated in a week) > > > DEBUG: argv[0]="tofile" > DEBUG: argv[1]="1" > DEBUG: argv[2]="Matthias Felleisen" > DEBUG: argv[3]="Unknown" > DEBUG: argv[4]="1" > DEBUG: argv[5]="Resolution=600x1200dpi AP_D_InputSlot= pserrorhandler- > requested=standard collate=True sides=two-sided-long-edge page- > border=single media=Letter > com.apple.print.PrintSettings.PMColorMatchingMode..n.=0 > OutputOrder=Normal > [...] From czhu at cs.utah.edu Tue Oct 6 10:21:13 2009 From: czhu at cs.utah.edu (Chongkai Zhu) Date: Tue Oct 6 10:21:44 2009 Subject: [plt-dev] 64-Bit PLT Scheme for Windows/Mac Message-ID: <4ACB5259.5050000@cs.utah.edu> ref: http://list.cs.brown.edu/pipermail/plt-scheme/2009-May/033192.html Is this in the plan? If yes, when can we expect to see it coming out? - Chongkai From mflatt at cs.utah.edu Tue Oct 6 10:29:57 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Tue Oct 6 10:30:23 2009 Subject: [plt-dev] 64-Bit PLT Scheme for Windows/Mac In-Reply-To: <4ACB5259.5050000@cs.utah.edu> References: <4ACB5259.5050000@cs.utah.edu> Message-ID: <20091006142957.D57AC6500B9@mail-svr1.cs.utah.edu> At Tue, 06 Oct 2009 08:21:13 -0600, Chongkai Zhu wrote: > ref: http://list.cs.brown.edu/pipermail/plt-scheme/2009-May/033192.html > > Is this in the plan? Yes. > If yes, when can we expect to see it coming out? Not soon. My day job is taking all my time. From clements at brinckerhoff.org Tue Oct 6 13:23:35 2009 From: clements at brinckerhoff.org (John Clements) Date: Tue Oct 6 13:24:04 2009 Subject: [plt-dev] 64-Bit PLT Scheme for Windows/Mac In-Reply-To: <20091006142957.D57AC6500B9@mail-svr1.cs.utah.edu> References: <4ACB5259.5050000@cs.utah.edu> <20091006142957.D57AC6500B9@mail-svr1.cs.utah.edu> Message-ID: <3A9017CA-0876-4FD5-8C1D-F936416C5018@brinckerhoff.org> On Oct 6, 2009, at 7:29 AM, Matthew Flatt wrote: > At Tue, 06 Oct 2009 08:21:13 -0600, Chongkai Zhu wrote: >> ref: http://list.cs.brown.edu/pipermail/plt-scheme/2009-May/033192.html >> >> Is this in the plan? > > Yes. > >> If yes, when can we expect to see it coming out? > > Not soon. My day job is taking all my time. FWIW, it looks to me like Apple has decided to leverage the switch to 64 bit to force all GUI developers to start using their Objective C bindings. If I understand correctly, this means that moving DrScheme to 64-bit will involve many painful changes. John -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2484 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091006/6f629d87/smime.bin From robby at eecs.northwestern.edu Tue Oct 6 17:59:46 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Tue Oct 6 18:00:06 2009 Subject: [plt-dev] Re: [plt-edu] Lab exercises for Making/Interacting-with Web Pages In-Reply-To: References: <4b4e2d370910051329r2645891ar3aba707390521029@mail.gmail.com> Message-ID: <932b2f1f0910061459k459598bbrc2c06c0f8366e2ff@mail.gmail.com> On Tue, Oct 6, 2009 at 4:55 PM, Jay McCarthy wrote: > Most annoying bug ever. The Web Server embeds strings like "(k . (1 2 > 123213))" to store the continuation id. It can then 'read' this and > get back an assoc list and find the "k" binding. The teaching > languages don't support reading in non-list conses, so this failed in > a mysterious way. I had to enable reading of dots in the server when > invoked from the teaching langs. We can change things so that the configuration of 'read' happens based on its lexical context and not dynamically for the #lang lang/htdp-beginner version of the teaching languages, I think...? Robby From jay.mccarthy at gmail.com Tue Oct 6 18:14:13 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Tue Oct 6 18:14:35 2009 Subject: [plt-dev] Re: [plt-edu] Lab exercises for Making/Interacting-with Web Pages In-Reply-To: <932b2f1f0910061459k459598bbrc2c06c0f8366e2ff@mail.gmail.com> References: <4b4e2d370910051329r2645891ar3aba707390521029@mail.gmail.com> <932b2f1f0910061459k459598bbrc2c06c0f8366e2ff@mail.gmail.com> Message-ID: That would work too but I did work around it and I think cycles might be better spent elsewhere. Thanks for the offer tho. Jay On Tue, Oct 6, 2009 at 3:59 PM, Robby Findler wrote: > On Tue, Oct 6, 2009 at 4:55 PM, Jay McCarthy wrote: >> Most annoying bug ever. The Web Server embeds strings like "(k . (1 2 >> 123213))" to store the continuation id. It can then 'read' this and >> get back an assoc list and find the "k" binding. The teaching >> languages don't support reading in non-list conses, so this failed in >> a mysterious way. I had to enable reading of dots in the server when >> invoked from the teaching langs. > > We can change things so that the configuration of 'read' happens based > on its lexical context and not dynamically for the #lang > lang/htdp-beginner version of the teaching languages, I think...? > > Robby > -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From andrew-scheme at areilly.bpc-users.org Tue Oct 6 18:40:32 2009 From: andrew-scheme at areilly.bpc-users.org (Andrew Reilly) Date: Tue Oct 6 20:23:08 2009 Subject: [plt-dev] 64-Bit PLT Scheme for Windows/Mac In-Reply-To: <3A9017CA-0876-4FD5-8C1D-F936416C5018@brinckerhoff.org> References: <4ACB5259.5050000@cs.utah.edu> <20091006142957.D57AC6500B9@mail-svr1.cs.utah.edu> <3A9017CA-0876-4FD5-8C1D-F936416C5018@brinckerhoff.org> Message-ID: <20091006224032.GA80558@duncan.reilly.home> On Tue, Oct 06, 2009 at 10:23:35AM -0700, John Clements wrote: > FWIW, it looks to me like Apple has decided to leverage the switch to > 64 bit to force all GUI developers to start using their Objective C > bindings. If I understand correctly, this means that moving DrScheme > to 64-bit will involve many painful changes. Presumably this is pain that many other folk (for example the wxWidgets up-stream developers) are also experiencing, so eventually there should be some appropriate lore and pattern to lean on. I notice on the wxWidgets site that there is a wxOSX/Cocoa that runs in 32 and 64-bit modes at an "alpha" stage. I understand that Matthew wants to move away from using wxWidgets, though. [OT: I've been wondering how to deal with the change myself. I haven't met a description of how to call out to objective-C methods from C, yet, only the other way around. Anyone know of a how-to or tutorial? Or is the only approach to make a cocoa application that calls back to the C "main" code somehow (inverting the call graph).] Cheers, -- Andrew From robby at eecs.northwestern.edu Tue Oct 6 20:43:20 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Tue Oct 6 20:43:39 2009 Subject: [plt-dev] 64-Bit PLT Scheme for Windows/Mac In-Reply-To: <20091006224032.GA80558@duncan.reilly.home> References: <4ACB5259.5050000@cs.utah.edu> <20091006142957.D57AC6500B9@mail-svr1.cs.utah.edu> <3A9017CA-0876-4FD5-8C1D-F936416C5018@brinckerhoff.org> <20091006224032.GA80558@duncan.reilly.home> Message-ID: <932b2f1f0910061743y1a2963c2haba3f7c9e8e420c@mail.gmail.com> On Tue, Oct 6, 2009 at 5:40 PM, Andrew Reilly wrote: > On Tue, Oct 06, 2009 at 10:23:35AM -0700, John Clements wrote: >> FWIW, it looks to me like Apple has decided to leverage the switch to >> 64 bit to force all GUI developers to start using their Objective C >> bindings. If I understand correctly, this means that moving DrScheme >> to 64-bit will involve many painful changes. > > Presumably this is pain that many other folk (for example the > wxWidgets up-stream developers) are also experiencing, so > eventually there should be some appropriate lore and pattern > to lean on. ?I notice on the wxWidgets site that there is a > wxOSX/Cocoa that runs in 32 and 64-bit modes at an "alpha" > stage. ?I understand that Matthew wants to move away from using > wxWidgets, though. More accurately we moved away more like 15 years ago (maybe 12?) and haven't looked back. This is a bit of an old topic, tho (why wxWindows' more recent improvements aren't easily helpful to us). Robby From lists at leidisch.net Tue Oct 6 15:17:37 2009 From: lists at leidisch.net (Daniel Leidisch) Date: Thu Oct 8 08:06:14 2009 Subject: [plt-dev] Keybindings in DrScheme 4.2.2/win32 Message-ID: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> Hello! My keybindings, which used to work under DrScheme 4.2.1 (win32/german) refuse to load under 4.2.2. I asked about this on #scheme and was told to post this at the mailing list, so here I go. OS is Windows XP SP3, 32 bit. The keybinding file with the error message appended is at: http://paste.lisp.org/display/88225 Regards, dhl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091006/c1571f90/attachment.htm From clements at brinckerhoff.org Thu Oct 8 12:32:29 2009 From: clements at brinckerhoff.org (John Clements) Date: Thu Oct 8 12:32:57 2009 Subject: [plt-dev] Keybindings in DrScheme 4.2.2/win32 In-Reply-To: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> References: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> Message-ID: On Oct 6, 2009, at 12:17 PM, Daniel Leidisch wrote: > Hello! > > My keybindings, which used to work under DrScheme 4.2.1 (win32/ > german) refuse to load under 4.2.2. I asked about this on #scheme > and was told to post this at the mailing list, so here I go. OS is > Windows XP SP3, 32 bit. > > The keybinding file with the error message appended is at: > > http://paste.lisp.org/display/88225 Hmm... this isn't a fix, but you can work around this (apparent bug?) by going back to the old style of module declaration. That is, if the file is named keybindings.ss: (module keybindings framework/keybinding-lang (define (simple-keybinding kb-string kb-proc) (keybinding kb-string (? (editor event) (send (send editor get-keymap) call-function kb-proc editor event #t)))) (keybinding "m:l" (? (ed ev) (send ed insert "?"))) (keybinding "m:/" (? (ed ev) (send ed auto-complete))) (simple-keybinding "m:b" "backward-sexp") (simple-keybinding "m:f" "forward-sexp") (simple-keybinding "m:t" "transpose-sexp") (simple-keybinding "m:k" "remove-sexp") (simple-keybinding "m:d" "down-sexp") (simple-keybinding "m:u" "up-sexp") (simple-keybinding "c:c;c:d" "search-help-desk") (simple-keybinding "c:c;d" "search-help-desk") (simple-keybinding "c:c;c:r" "execute") (simple-keybinding "c:c;r" "execute") (simple-keybinding "m:semicolon" "comment-out") (simple-keybinding "c:u;m:semicolon" "uncomment") (simple-keybinding "c:j" "do-return") ) Hope this helps, John Clements -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2484 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091008/c0f73e79/smime.bin From robby at eecs.northwestern.edu Thu Oct 8 12:55:18 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 8 12:55:40 2009 Subject: [plt-dev] Keybindings in DrScheme 4.2.2/win32 In-Reply-To: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> References: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> Message-ID: <932b2f1f0910080955w3f0b619al1dec3e0558013ff5@mail.gmail.com> This appears to be a change in the way that the s-exp reader works. I've fixed this in SVN, I believe. In 4.2.1 this expression: (parameterize ([read-accept-reader #t]) (read (open-input-string "#lang s-exp framework/keybinding-lang\n"))) would produce '(module page framework/keybinding-lang), but somewhere between there and 4.2.2 the third element of that list became a syntax object. Not sure if that's intentional or not, but the check in DrScheme now recognizes that case. Robby On Tue, Oct 6, 2009 at 2:17 PM, Daniel Leidisch wrote: > Hello! > > My keybindings, which used to work under DrScheme 4.2.1 (win32/german) > refuse to load under 4.2.2. I asked about this on #scheme and was told to > post this at the mailing list, so here I go. OS is Windows XP SP3, 32 bit. > > The keybinding file with the error message appended is at: > > http://paste.lisp.org/display/88225 > > Regards, > > dhl > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > From cce at ccs.neu.edu Thu Oct 8 20:46:31 2009 From: cce at ccs.neu.edu (Carl Eastlund) Date: Thu Oct 8 20:47:09 2009 Subject: [plt-dev] Incredibly slow setup-plt Message-ID: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> I started a clean build (removed src/build, then ran configure, make and make install) of the trunk today -- thankfully I've started keeping two copies of the trunk, because the one I'm rebuilding is still going, seven hours later. Currently running Scribble files. Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G RAM), but seven hours is over the top. The only thing out of the ordinary is an error I keep getting: /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: compile: unbound identifier in module in: valid-key-bindings-lang? I suppose there are some files it keeps re-compiling until it hits this error, but I wouldn't expect that to push it to seven hours. Anyone have an idea what might be causing this, or how I could diagnose it? Carl Eastlund From robby at eecs.northwestern.edu Thu Oct 8 20:52:18 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 8 20:52:40 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> Message-ID: <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> That file is fixed, at least. (Sorry no other guesses except to ask if this is new behavior or not.) Robby On Thu, Oct 8, 2009 at 7:46 PM, Carl Eastlund wrote: > I started a clean build (removed src/build, then ran configure, make > and make install) of the trunk today -- thankfully I've started > keeping two copies of the trunk, because the one I'm rebuilding is > still going, seven hours later. ?Currently running Scribble files. > Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G > RAM), but seven hours is over the top. ?The only thing out of the > ordinary is an error I keep getting: > > /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: > compile: unbound identifier in module in: valid-key-bindings-lang? > > I suppose there are some files it keeps re-compiling until it hits > this error, but I wouldn't expect that to push it to seven hours. > > Anyone have an idea what might be causing this, or how I could diagnose it? > > Carl Eastlund > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From cce at ccs.neu.edu Thu Oct 8 20:57:54 2009 From: cce at ccs.neu.edu (Carl Eastlund) Date: Thu Oct 8 20:58:33 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> Message-ID: <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> I saw that it was fixed (after the build was started, of course). After it finishes I may try another one in the background with the fix in place to see if that had anything to do with the speed. And while I don't usually time my setup-plt, and it can certainly be slow, I think 7 hours is a record. Clean builds have taken 2 or 3 hours, but I've never had to wait essentially a whole work day for one to finish before. Carl Eastlund On Thu, Oct 8, 2009 at 8:52 PM, Robby Findler wrote: > That file is fixed, at least. (Sorry no other guesses except to ask if > this is new behavior or not.) > > Robby > > On Thu, Oct 8, 2009 at 7:46 PM, Carl Eastlund wrote: >> I started a clean build (removed src/build, then ran configure, make >> and make install) of the trunk today -- thankfully I've started >> keeping two copies of the trunk, because the one I'm rebuilding is >> still going, seven hours later. ?Currently running Scribble files. >> Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G >> RAM), but seven hours is over the top. ?The only thing out of the >> ordinary is an error I keep getting: >> >> /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: >> compile: unbound identifier in module in: valid-key-bindings-lang? >> >> I suppose there are some files it keeps re-compiling until it hits >> this error, but I wouldn't expect that to push it to seven hours. >> >> Anyone have an idea what might be causing this, or how I could diagnose it? >> >> Carl Eastlund From eli at barzilay.org Thu Oct 8 21:10:18 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Oct 8 21:10:42 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> Message-ID: <19150.36218.951468.601607@winooski.ccs.neu.edu> On Oct 8, Carl Eastlund wrote: > > And while I don't usually time my setup-plt, and it can certainly be > slow, I think 7 hours is a record. This is weird. > Clean builds have taken 2 or 3 hours, but I've never had to wait > essentially a whole work day for one to finish before. And even this is weird. The nightly build (which is always a clean build) on your box takes about 30 minutes. That's without the documentation, but even with a factor of 2 it's still far from 2-3 hours. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From cce at ccs.neu.edu Thu Oct 8 21:16:51 2009 From: cce at ccs.neu.edu (Carl Eastlund) Date: Thu Oct 8 21:17:29 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <19150.36218.951468.601607@winooski.ccs.neu.edu> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> <19150.36218.951468.601607@winooski.ccs.neu.edu> Message-ID: <990e0c030910081816i65a9fca7v3ff8f25eae7c2b78@mail.gmail.com> On Thu, Oct 8, 2009 at 9:10 PM, Eli Barzilay wrote: > On Oct ?8, Carl Eastlund wrote: >> >> And while I don't usually time my setup-plt, and it can certainly be >> slow, I think 7 hours is a record. > > This is weird. > > >> Clean builds have taken 2 or 3 hours, but I've never had to wait >> essentially a whole work day for one to finish before. > > And even this is weird. ?The nightly build (which is always a clean > build) on your box takes about 30 minutes. ?That's without the > documentation, but even with a factor of 2 it's still far from 2-3 > hours. The documentation usually takes longer than all the rest. If you're used to 30 minutes for the C and Scheme code, late at night with nothing else running, I'm not too surprised to see 2-3 hours including the Scribble code, during the day while I have other applications running. (I'm not sure how much the other applications matter, given it's a dual core machine and mzscheme runs on only one core, but Scribble is easily the bulk of the build time.) --Carl From mflatt at cs.utah.edu Thu Oct 8 21:19:53 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Oct 8 21:20:19 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> Message-ID: <20091009011955.7D5AC6500C3@mail-svr1.cs.utah.edu> `setup-plt' is not designed to work nicely when some core file is broken --- and the framework sounds core enough in this case. The setup process will keep trying to build things that rely on the broken file, and it will spend a lot of effort each time re-discovering the dependency and the broken file. I recommend that you just stop the build and update from SVN. At Thu, 8 Oct 2009 20:57:54 -0400, Carl Eastlund wrote: > I saw that it was fixed (after the build was started, of course). > After it finishes I may try another one in the background with the fix > in place to see if that had anything to do with the speed. > > And while I don't usually time my setup-plt, and it can certainly be > slow, I think 7 hours is a record. Clean builds have taken 2 or 3 > hours, but I've never had to wait essentially a whole work day for one > to finish before. > > Carl Eastlund > > On Thu, Oct 8, 2009 at 8:52 PM, Robby Findler > wrote: > > That file is fixed, at least. (Sorry no other guesses except to ask if > > this is new behavior or not.) > > > > Robby > > > > On Thu, Oct 8, 2009 at 7:46 PM, Carl Eastlund wrote: > >> I started a clean build (removed src/build, then ran configure, make > >> and make install) of the trunk today -- thankfully I've started > >> keeping two copies of the trunk, because the one I'm rebuilding is > >> still going, seven hours later. ?Currently running Scribble files. > >> Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G > >> RAM), but seven hours is over the top. ?The only thing out of the > >> ordinary is an error I keep getting: > >> > >> /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: > >> compile: unbound identifier in module in: valid-key-bindings-lang? > >> > >> I suppose there are some files it keeps re-compiling until it hits > >> this error, but I wouldn't expect that to push it to seven hours. > >> > >> Anyone have an idea what might be causing this, or how I could diagnose it? > >> > >> Carl Eastlund > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From jay.mccarthy at gmail.com Thu Oct 8 22:37:55 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Thu Oct 8 22:38:18 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> Message-ID: If there's ever real weirdness going on, you can check DrDr and see what it did for that revision. http://drdr.plt-scheme.org/ So for example, if I glance at it revision 16283 and 16284 took about 30 minutes longer than normal to build. And the difference was all in the setup-plt in make install: http://drdr.plt-scheme.org/16284/src/build/make-install And it the same error you got. But the build goes on and in the very next revision it is back to normal. Jay On Thu, Oct 8, 2009 at 6:46 PM, Carl Eastlund wrote: > I started a clean build (removed src/build, then ran configure, make > and make install) of the trunk today -- thankfully I've started > keeping two copies of the trunk, because the one I'm rebuilding is > still going, seven hours later. ?Currently running Scribble files. > Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G > RAM), but seven hours is over the top. ?The only thing out of the > ordinary is an error I keep getting: > > /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: > compile: unbound identifier in module in: valid-key-bindings-lang? > > I suppose there are some files it keeps re-compiling until it hits > this error, but I wouldn't expect that to push it to seven hours. > > Anyone have an idea what might be causing this, or how I could diagnose it? > > Carl Eastlund > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > -- 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 Fri Oct 9 00:16:09 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Oct 9 00:16:32 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <990e0c030910081816i65a9fca7v3ff8f25eae7c2b78@mail.gmail.com> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> <19150.36218.951468.601607@winooski.ccs.neu.edu> <990e0c030910081816i65a9fca7v3ff8f25eae7c2b78@mail.gmail.com> Message-ID: <19150.47369.588962.866722@winooski.ccs.neu.edu> On Oct 8, Carl Eastlund wrote: > On Thu, Oct 8, 2009 at 9:10 PM, Eli Barzilay wrote: > > On Oct ?8, Carl Eastlund wrote: > >> > >> And while I don't usually time my setup-plt, and it can certainly be > >> slow, I think 7 hours is a record. > > > > This is weird. > > > > > >> Clean builds have taken 2 or 3 hours, but I've never had to wait > >> essentially a whole work day for one to finish before. > > > > And even this is weird. ?The nightly build (which is always a clean > > build) on your box takes about 30 minutes. ?That's without the > > documentation, but even with a factor of 2 it's still far from 2-3 > > hours. > > The documentation usually takes longer than all the rest. (IME, it's about the same as all the rest. Certainly not three times as all the rest.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From cce at ccs.neu.edu Fri Oct 9 01:22:19 2009 From: cce at ccs.neu.edu (Carl Eastlund) Date: Fri Oct 9 01:22:58 2009 Subject: [plt-dev] Incredibly slow setup-plt In-Reply-To: <20091009011955.7D5AC6500C3@mail-svr1.cs.utah.edu> References: <990e0c030910081746m6797bc1bgdcb265c7074b8cdb@mail.gmail.com> <932b2f1f0910081752r7499bf8dn95501c626b1e73c8@mail.gmail.com> <990e0c030910081757m1134525x3dd660edb8a61a42@mail.gmail.com> <20091009011955.7D5AC6500C3@mail-svr1.cs.utah.edu> Message-ID: <990e0c030910082222n1f41f88ao6821c16eb45aa20a@mail.gmail.com> This worked. A fresh build without the error ran 'make' in about 15 minutes and 'make install' in about 50. Carl Eastlund On Thu, Oct 8, 2009 at 9:19 PM, Matthew Flatt wrote: > `setup-plt' is not designed to work nicely when some core file is > broken --- and the framework sounds core enough in this case. The setup > process will keep trying to build things that rely on the broken file, > and it will spend a lot of effort each time re-discovering the > dependency and the broken file. > > I recommend that you just stop the build and update from SVN. > > At Thu, 8 Oct 2009 20:57:54 -0400, Carl Eastlund wrote: >> I saw that it was fixed (after the build was started, of course). >> After it finishes I may try another one in the background with the fix >> in place to see if that had anything to do with the speed. >> >> And while I don't usually time my setup-plt, and it can certainly be >> slow, I think 7 hours is a record. ?Clean builds have taken 2 or 3 >> hours, but I've never had to wait essentially a whole work day for one >> to finish before. >> >> Carl Eastlund >> >> On Thu, Oct 8, 2009 at 8:52 PM, Robby Findler >> wrote: >> > That file is fixed, at least. (Sorry no other guesses except to ask if >> > this is new behavior or not.) >> > >> > Robby >> > >> > On Thu, Oct 8, 2009 at 7:46 PM, Carl Eastlund wrote: >> >> I started a clean build (removed src/build, then ran configure, make >> >> and make install) of the trunk today -- thankfully I've started >> >> keeping two copies of the trunk, because the one I'm rebuilding is >> >> still going, seven hours later. ?Currently running Scribble files. >> >> Now, I'm not on the world's fastest machine (2 GHz dual-core G5, 3G >> >> RAM), but seven hours is over the top. ?The only thing out of the >> >> ordinary is an error I keep getting: >> >> >> >> /Users/cce/plt/two/collects/framework/private/keymap.ss:33:31: >> >> compile: unbound identifier in module in: valid-key-bindings-lang? >> >> >> >> I suppose there are some files it keeps re-compiling until it hits >> >> this error, but I wouldn't expect that to push it to seven hours. >> >> >> >> Anyone have an idea what might be causing this, or how I could diagnose it? >> >> >> >> Carl Eastlund From robby at eecs.northwestern.edu Fri Oct 9 11:42:07 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Fri Oct 9 11:42:29 2009 Subject: [plt-dev] calling googlers Message-ID: <932b2f1f0910090842l4d7be145s2872088bc05454f5@mail.gmail.com> I apologize for this being a bit off topic, but I'm wondering if any knows why my google search results are so bad now that I've moved to Northwestern. I wonder if it is because my link (www.eecs.northwestern.edu/~robby/) redirects (to www.ece.northwestern.edu/~robby/)? Thanks, Robby From clements at brinckerhoff.org Fri Oct 9 13:47:19 2009 From: clements at brinckerhoff.org (John Clements) Date: Fri Oct 9 13:47:52 2009 Subject: [plt-dev] calling googlers In-Reply-To: <932b2f1f0910090842l4d7be145s2872088bc05454f5@mail.gmail.com> References: <932b2f1f0910090842l4d7be145s2872088bc05454f5@mail.gmail.com> Message-ID: <95AA3E14-3089-4663-8E9F-5E30CE61C8B0@brinckerhoff.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2484 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091009/7426c837/smime-0001.bin From mflatt at cs.utah.edu Fri Oct 9 16:31:11 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Fri Oct 9 16:31:42 2009 Subject: [plt-dev] Keybindings in DrScheme 4.2.2/win32 In-Reply-To: <932b2f1f0910080955w3f0b619al1dec3e0558013ff5@mail.gmail.com> References: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> <932b2f1f0910080955w3f0b619al1dec3e0558013ff5@mail.gmail.com> Message-ID: <20091009203112.8579E6500C9@mail-svr1.cs.utah.edu> I've fixed the `s-exp' reader, so DrScheme shouldn't have to handle the case specially. At Thu, 8 Oct 2009 11:55:18 -0500, Robby Findler wrote: > This appears to be a change in the way that the s-exp reader works. > I've fixed this in SVN, I believe. > > In 4.2.1 this expression: > > (parameterize ([read-accept-reader #t]) > (read > (open-input-string > "#lang s-exp framework/keybinding-lang\n"))) > > would produce '(module page framework/keybinding-lang), but somewhere > between there and 4.2.2 the third element of that list became a syntax > object. > > Not sure if that's intentional or not, but the check in DrScheme now > recognizes that case. > > Robby > > On Tue, Oct 6, 2009 at 2:17 PM, Daniel Leidisch wrote: > > Hello! > > > > My keybindings, which used to work under DrScheme 4.2.1 (win32/german) > > refuse to load under 4.2.2. I asked about this on #scheme and was told to > > post this at the mailing list, so here I go. OS is Windows XP SP3, 32 bit. > > > > The keybinding file with the error message appended is at: > > > > http://paste.lisp.org/display/88225 > > > > Regards, > > > > dhl > > > > _________________________________________________ > > ?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 mathans at tce.edu Sat Oct 10 09:04:15 2009 From: mathans at tce.edu (Mathans) Date: Sat Oct 10 09:21:45 2009 Subject: [plt-dev] Scheme Feature Requirement Message-ID: <90e8c79da233ffce966f565be3116158.squirrel@mail.tce.edu> Hi am new to scheme but very fluent in other languages...Yeah scheme is best for teaching to others. I like it so much. In scheme the stick-man in right down corner is indicating as running while compiling and executing the program. But while developing the code its standing idle.So just put some effort to animate the stick man funny while we developing...I will appreciate it. With Regards GreatLeo... ----------------------------------------- This email was sent using TCEMail Service. Thiagarajar College of Engineering Madurai-625 015, India From robby at eecs.northwestern.edu Sat Oct 10 09:33:31 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sat Oct 10 09:33:53 2009 Subject: [plt-dev] Scheme Feature Requirement In-Reply-To: <90e8c79da233ffce966f565be3116158.squirrel@mail.tce.edu> References: <90e8c79da233ffce966f565be3116158.squirrel@mail.tce.edu> Message-ID: <932b2f1f0910100633t356befebg5b08af8614e8d69f@mail.gmail.com> If you put your mouse on top of the stick man, he will tap his toe. :) Robby On Sat, Oct 10, 2009 at 8:04 AM, Mathans wrote: > Hi am new to scheme but very fluent in other languages...Yeah scheme is > best for teaching to others. I like it so much. In scheme the stick-man in > right down corner is indicating as running while compiling and executing > the program. But while developing the code its standing idle.So just put > some effort to animate the stick man funny while we developing...I will > appreciate it. With Regards GreatLeo... > > > ----------------------------------------- > This email was sent using TCEMail Service. > Thiagarajar College of Engineering > Madurai-625 015, India > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From robby at eecs.northwestern.edu Sat Oct 10 11:40:14 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sat Oct 10 11:40:36 2009 Subject: [plt-dev] Re: calling googlers In-Reply-To: <932b2f1f0910090842l4d7be145s2872088bc05454f5@mail.gmail.com> References: <932b2f1f0910090842l4d7be145s2872088bc05454f5@mail.gmail.com> Message-ID: <932b2f1f0910100840l598f46c4ia412092b1439fb0a@mail.gmail.com> Thanks to all who replied. It looks much better now. Sounds like the upshot is: make redirections when possible and submit changed urls to http://www.google.com/addurl/ to get them processed more quickly. Updating links to point to the new place is probably also a good idea, but I'd done a lot of that without seeing much improvement several months ago. Robby On Fri, Oct 9, 2009 at 10:42 AM, Robby Findler wrote: > I apologize for this being a bit off topic, but I'm wondering if any > knows why my google search results are so bad now that I've moved to > Northwestern. I wonder if it is because my link > (www.eecs.northwestern.edu/~robby/) redirects (to > www.ece.northwestern.edu/~robby/)? > > Thanks, > Robby > From neil at neilvandyke.org Sun Oct 11 21:22:13 2009 From: neil at neilvandyke.org (Neil Van Dyke) Date: Sun Oct 11 21:22:58 2009 Subject: [plt-dev] number of HtDP graduates Message-ID: The other day, when I was extolling the merits of Scheme for agile commercial use, someone (predictably) responded that finding Scheme programmers was too difficult. I'm thinking it might be helpful to have a counter on the plt-scheme home page of estimated number of students who've been through HtDP. Like number of Big Macs served, or the US national debt, only desirable. From geoff at knauth.org Mon Oct 12 05:50:00 2009 From: geoff at knauth.org (Geoffrey S. Knauth) Date: Mon Oct 12 05:50:20 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: <6673347A-C5B5-49DF-B578-FDBA633F904B@knauth.org> On Oct 11, 2009, at 21:22, Neil Van Dyke wrote: > The other day, when I was extolling the merits of Scheme for agile > commercial use, someone (predictably) responded that finding Scheme > programmers was too difficult. > > I'm thinking it might be helpful to have a counter on the plt-scheme > home page of estimated number of students who've been through HtDP. > > Like number of Big Macs served, or the US national debt, only > desirable. The number of Scheme programmers may be smaller, but Scheme programmers have passion, and passion is what moves the ball forward. On the other hand, I've worked in -only houses (foo is C++ or Java or whatever), where management would respond that what moves the ball forward is not passion, but planning, management, project tracking, Sigma-6, ... There is a tension between freedom (expressiveness) and management. In successful projects, sometimes programmers have the bright ideas and impress or even hire management, and sometimes managers have the bright ideas and hire programmers. HtDP brings discipline to the wild and crazy coders without tying their hands. They learn they win in the end by developing the habit of thinking first. PLT has done incredible work to make a platform that is well- engineered and flexible enough for multiple development styles in the spectrum of development cultures. In time, there will be more great applications coded in Scheme that will attract attention, especially as the world moves to multicore architectures. A count of HtDP graduates is a great idea, but the market will also want to know where to find them. From noelwelsh at gmail.com Mon Oct 12 09:19:29 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Mon Oct 12 09:20:02 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: We've had this question and responded that we can hire a handful of Scheme programmers in a handful of days. However, one might not be able to choose their location. Regarding the number of HtDP grads, at one time there was a list of places using HtDP. I can't find it anymore; I guess it was too cumbersome to maintain. N. On Mon, Oct 12, 2009 at 2:22 AM, Neil Van Dyke wrote: > The other day, when I was extolling the merits of Scheme for agile commercial use, someone (predictably) responded that finding Scheme programmers was too difficult. From sk at cs.brown.edu Mon Oct 12 09:25:10 2009 From: sk at cs.brown.edu (Shriram Krishnamurthi) Date: Mon Oct 12 09:31:40 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: It is also difficult to maintain due to poor reporting. We've also had teachers who haven't replied to queries in years, then suddenly post a message saying, "I'm trying to use library in DrScheme 4.2.1 and it doesn't work; my class begins in two days, so please help!" Reporting just seems to work differently in many communities. (Not that professors are much better. I ask users of PLAI to kindly tell me about it. Often, the first I hear is from their bookstore. That is, they're happy to exploit the free provision of the book and want to locally print cheap copies for their students, but they can't be boshed to write a one-liner saying, "I'm using the book".) Shriram On Mon, Oct 12, 2009 at 9:19 AM, Noel Welsh wrote: > We've had this question and responded that we can hire a handful of > Scheme programmers in a handful of days. However, one might not be > able to choose their location. > > Regarding the number of HtDP grads, at one time there was a list of > places using HtDP. I can't find it anymore; I guess it was too > cumbersome to maintain. > > N. > > On Mon, Oct 12, 2009 at 2:22 AM, Neil Van Dyke wrote: >> The other day, when I was extolling the merits of Scheme for agile commercial use, someone (predictably) responded that finding Scheme programmers was too difficult. > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From matthias at ccs.neu.edu Mon Oct 12 17:36:08 2009 From: matthias at ccs.neu.edu (Matthias Felleisen) Date: Mon Oct 12 17:37:01 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: On Oct 11, 2009, at 9:22 PM, Neil Van Dyke wrote: > The other day, when I was extolling the merits of Scheme for agile > commercial use, someone (predictably) responded that finding Scheme > programmers was too difficult. > > I'm thinking it might be helpful to have a counter on the plt-scheme > home page of estimated number of students who've been through HtDP. > > Like number of Big Macs served, or the US national debt, only > desirable. 23,804, oops, no. Now it's 23,809 :-) Nice idea Two comments: 1. Few institutions teach programmers to design documents in PHP or to program in Ruby on Rails or Perl or Python etc and yet, shops have no quibbles picking those systems for getting their work done. Is it possible that such questions are just a way to throw you off? To get the conversation stuck? If you throw out enough of those questions, the challenger will become discouraged. 2. While I appreciate the compliments, I will say that I forbid my students to mention Scheme on their resume. I tell them time and again that they are not learning Scheme (there is lots more to learn before you even scratch the surface of Scheme), and that the course isn't about Scheme. Seriously, I would expect that someone with a full HtDP background (or basics: I through VI) would need another semester to get to the basic level of programming where I would even consider someone fluent in a language. Even HtDP combined with PLAI wouldn't be enough to get some basic tricks down. High-speed HtDP plus #lang scheme with classes might be getting close (my MS level class). But having said all this, keep pushing for PLT. Once Typed Scheme is really in place, we're the only language where scripters can script and grow up smoothly. -- Matthias From sperber at deinprogramm.de Tue Oct 13 04:11:13 2009 From: sperber at deinprogramm.de (Michael Sperber) Date: Tue Oct 13 04:11:33 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: (Matthias Felleisen's message of "Mon, 12 Oct 2009 17:36:08 -0400") References: Message-ID: Matthias Felleisen writes: > 2. While I appreciate the compliments, I will say that I forbid my > students to mention Scheme on their resume. I tell them time and again > that they are not learning Scheme (there is lots more to learn before > you even scratch the surface of Scheme), and that the course isn't > about Scheme. Seriously, I would expect that someone with a full HtDP > background (or basics: I through VI) would need another semester to > get to the basic level of programming where I would even consider > someone fluent in a language. That does not matter. The average training in language X where people put X in their resume and their employers are happy is much, much, much less than HtDP. (Also, it isn't really Scheme that matters - it's functional programming.) I completely agree with Neil that it would be useful. They don't have to be current numbers. They could be an estimate, ... whatever. But having that kind of statement would help people like Neil and me. -- Cheers =8-} Mike Friede, V?lkerverst?ndigung und ?berhaupt blabla From matthias at ccs.neu.edu Tue Oct 13 08:37:03 2009 From: matthias at ccs.neu.edu (Matthias Felleisen) Date: Tue Oct 13 08:37:36 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: On Oct 13, 2009, at 4:11 AM, Michael Sperber wrote: > > Matthias Felleisen writes: > >> 2. While I appreciate the compliments, I will say that I forbid my >> students to mention Scheme on their resume. I tell them time and >> again >> that they are not learning Scheme (there is lots more to learn before >> you even scratch the surface of Scheme), and that the course isn't >> about Scheme. Seriously, I would expect that someone with a full HtDP >> background (or basics: I through VI) would need another semester to >> get to the basic level of programming where I would even consider >> someone fluent in a language. > > That does not matter. The average training in language X where people > put X in their resume and their employers are happy is much, much, > much > less than HtDP. (Also, it isn't really Scheme that matters - it's > functional programming.) I completely agree with Neil that it would > be > useful. They don't have to be current numbers. They could be an > estimate, ... whatever. But having that kind of statement would help > people like Neil and me. 1. Don't under-estimate the power of writing for(i=0,...) for four years. You get so good at writing down loops first and thinking later, you dont even notice the mistakes you're making. (Don't overlook the seriousness of the remark over the little surface joke.) 2. My back of the envelope calculation suggests that this fall semester alone some 2,200 students are enrolled in HtDP-based courses in universities across NA (NEU, WPI, Brown, Vassar, Seton Hall, Delaware, Waterloo, UChicago, UCal, UBC), and that's a low estimate. My guestimate would be that over the past 5 years some 5,0000 students have been though such a course. This is a *low* estimate. (This does not count high school approaches because they cover only some 10-20 sections and we have no clue how many do it.) -- Matthias From sperber at deinprogramm.de Tue Oct 13 09:15:10 2009 From: sperber at deinprogramm.de (Michael Sperber) Date: Tue Oct 13 09:15:34 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: (Matthias Felleisen's message of "Tue, 13 Oct 2009 08:37:03 -0400") References: Message-ID: Matthias Felleisen writes: > 2. My back of the envelope calculation suggests that this fall semester > alone some 2,200 students are enrolled in HtDP-based courses in > universities > across NA (NEU, WPI, Brown, Vassar, Seton Hall, Delaware, Waterloo, > UChicago, > UCal, UBC), and that's a low estimate. My guestimate would be that > over the > past 5 years some 5,0000 students have been though such a course. This > is a > *low* estimate. Thanks - this is exactly the kind of statement I was looking for. Add 1000 or so that have gone through U T?bingen and U Freiburg over the last 10 years. This would be a nice statement ("We estimate that ...") to have on the web site. -- Cheers =8-} Mike Friede, V?lkerverst?ndigung und ?berhaupt blabla From jacobm at cs.uchicago.edu Tue Oct 13 10:40:47 2009 From: jacobm at cs.uchicago.edu (Jacob Matthews) Date: Tue Oct 13 10:41:09 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: Message-ID: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> On Mon, Oct 12, 2009 at 6:25 AM, Shriram Krishnamurthi wrote: > It is also difficult to maintain due to poor reporting. Maybe you could get a reasonable ballpark estimate by looking at traffic to htdp.org? Especially the pages that actually have book content? -jacob > > Shriram > > On Mon, Oct 12, 2009 at 9:19 AM, Noel Welsh wrote: >> We've had this question and responded that we can hire a handful of >> Scheme programmers in a handful of days. However, one might not be >> able to choose their location. >> >> Regarding the number of HtDP grads, at one time there was a list of >> places using HtDP. I can't find it anymore; I guess it was too >> cumbersome to maintain. >> >> N. >> >> On Mon, Oct 12, 2009 at 2:22 AM, Neil Van Dyke wrote: >>> The other day, when I was extolling the merits of Scheme for agile commercial use, someone (predictably) responded that finding Scheme programmers was too difficult. >> _________________________________________________ >> ?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 matthias at ccs.neu.edu Tue Oct 13 10:54:10 2009 From: matthias at ccs.neu.edu (Matthias Felleisen) Date: Tue Oct 13 10:54:40 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> Message-ID: <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> Eli reported that we had over 1,000,000 unique IP hits on htdp.org for the past five years. What does this tell us? -- Matthias On Oct 13, 2009, at 10:40 AM, Jacob Matthews wrote: > On Mon, Oct 12, 2009 at 6:25 AM, Shriram Krishnamurthi > wrote: >> It is also difficult to maintain due to poor reporting. > > Maybe you could get a reasonable ballpark estimate by looking at > traffic to htdp.org? Especially the pages that actually have book > content? > > -jacob > >> >> Shriram >> >> On Mon, Oct 12, 2009 at 9:19 AM, Noel Welsh >> wrote: >>> We've had this question and responded that we can hire a handful of >>> Scheme programmers in a handful of days. However, one might not be >>> able to choose their location. >>> >>> Regarding the number of HtDP grads, at one time there was a list of >>> places using HtDP. I can't find it anymore; I guess it was too >>> cumbersome to maintain. >>> >>> N. >>> >>> On Mon, Oct 12, 2009 at 2:22 AM, Neil Van Dyke >>> wrote: >>>> The other day, when I was extolling the merits of Scheme for >>>> agile commercial use, someone (predictably) responded that >>>> finding Scheme programmers was too difficult. >>> _________________________________________________ >>> 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 >> >> > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From eli at barzilay.org Tue Oct 13 11:36:23 2009 From: eli at barzilay.org (Eli Barzilay) Date: Tue Oct 13 11:36:46 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> Message-ID: <19156.40567.648475.936513@winooski.ccs.neu.edu> On Oct 13, Matthias Felleisen wrote: > > Eli reported that we had over 1,000,000 unique IP hits on htdp.org > for the past five years. What does this tell us? -- Matthias Not much, but I did all the obvious things to make it a conservative estimate. For example, I counted only hits on the book's contents. If anyone feels like doing a better analysis (like counting only IPs that viewed 3 full chapters, etc), then I can make the information available. (I'll need some safe hash to not put out the actual IP numbers.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From noelwelsh at gmail.com Tue Oct 13 11:04:57 2009 From: noelwelsh at gmail.com (Noel Welsh) Date: Tue Oct 13 11:51:15 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> Message-ID: On Tue, Oct 13, 2009 at 3:54 PM, Matthias Felleisen wrote: > Eli reported that we had over 1,000,000 unique IP hits on htdp.org for the > past five years. What does this tell us? -- Matthias Enough. When one gets into this kind of argument ("there aren't any scheme programmers") you don't actually need evidence -- you need stuff that looks like evidence. A page saying "Over 5000 students have completed HtDP in the last 5 years, and over 1 million unique IP addresses blah blah blah" is good enough. This doesn't need to pass peer review :-) N. From grettke at acm.org Tue Oct 13 11:54:13 2009 From: grettke at acm.org (Grant Rettke) Date: Tue Oct 13 11:59:49 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> Message-ID: <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> On Tue, Oct 13, 2009 at 10:04 AM, Noel Welsh wrote: > This doesn't need to pass peer review :-) A "Dummies" book would probably be enough to justify Scheme. Ironic perhaps? From david.storrs at gmail.com Tue Oct 13 12:01:24 2009 From: david.storrs at gmail.com (David Storrs) Date: Tue Oct 13 12:01:48 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> Message-ID: On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke wrote: > On Tue, Oct 13, 2009 at 10:04 AM, Noel Welsh wrote: >> This doesn't need to pass peer review :-) > > A "Dummies" book would probably be enough to justify Scheme. Ironic perhaps? > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > That's essentially what The Little Schemer is, except without the insulting title. --Dks From grettke at acm.org Tue Oct 13 12:04:23 2009 From: grettke at acm.org (Grant Rettke) Date: Tue Oct 13 12:04:44 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> Message-ID: <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> On Tue, Oct 13, 2009 at 11:01 AM, David Storrs wrote: > On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke wrote: >> A "Dummies" book would probably be enough to justify Scheme. Ironic perhaps? > > That's essentially what The Little Schemer is, except without the > insulting title. Than how about "Practical Scheme" or "Real World Scheme"? From jacobm at cs.uchicago.edu Tue Oct 13 11:41:56 2009 From: jacobm at cs.uchicago.edu (Jacob Matthews) Date: Tue Oct 13 12:15:20 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <19156.40567.648475.936513@winooski.ccs.neu.edu> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <19156.40567.648475.936513@winooski.ccs.neu.edu> Message-ID: <46b603df0910130841u3dc2a965k6fea7624224e96e7@mail.gmail.com> On Tue, Oct 13, 2009 at 8:36 AM, Eli Barzilay wrote: > On Oct 13, Matthias Felleisen wrote: >> >> Eli reported that we had over 1,000,000 unique IP hits on htdp.org >> for the past five years. What does this tell us? -- Matthias > > Not much, but I did all the obvious things to make it a conservative > estimate. ?For example, I counted only hits on the book's contents. > > If anyone feels like doing a better analysis (like counting only IPs > that viewed 3 full chapters, etc), then I can make the information > available. ?(I'll need some safe hash to not put out the actual IP > numbers.) IP geocode? It would also be interesting to break it down by month. There's probably a baseline of people who just wander onto the site at random times throughout the year, and then a very regular school-cycle related surge in the fall. -jacob From kevin at hypotheticalabs.com Wed Oct 14 06:18:03 2009 From: kevin at hypotheticalabs.com (Kevin A. Smith) Date: Wed Oct 14 06:25:14 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> Message-ID: <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> I'd love to see an practical Scheme book make it to the bookshelves if for no other reason than to be able to point my friends and co-workers at it. The Pragmatic Programmers recently published a book on Clojure and O'Reilly has a CL book on the way. It seems to me there'd be interest in PLT Scheme, too, since mainstream programming culture is (very) slowly waking from their Java-Java-Java-Java coma. --Kevin On Oct 13, 2009, at 12:04 PM, Grant Rettke wrote: > On Tue, Oct 13, 2009 at 11:01 AM, David Storrs > wrote: >> On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke >> wrote: >>> A "Dummies" book would probably be enough to justify Scheme. >>> Ironic perhaps? >> >> That's essentially what The Little Schemer is, except without the >> insulting title. > > Than how about "Practical Scheme" or "Real World Scheme"? > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From stephen.degabrielle at acm.org Wed Oct 14 07:53:52 2009 From: stephen.degabrielle at acm.org (Stephen De Gabrielle) Date: Wed Oct 14 07:54:16 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> Message-ID: <595b9ab20910140453p5d2fb577n8c5ee2f67fd6a9ec@mail.gmail.com> Does "Teach yourself scheme in fixnum days" fit the bill? ?is it available on print on demand? S. On Wednesday, October 14, 2009, Kevin A. Smith wrote: > I'd love to see an practical Scheme book make it to the bookshelves if for no other reason than to be able to point my friends and co-workers at it. > > The Pragmatic Programmers recently published a book on Clojure and O'Reilly has a CL book on the way. It seems to me there'd be interest in PLT Scheme, too, since mainstream programming culture is (very) slowly waking from their Java-Java-Java-Java coma. > > --Kevin > On Oct 13, 2009, at 12:04 PM, Grant Rettke wrote: > > > On Tue, Oct 13, 2009 at 11:01 AM, David Storrs wrote: > > On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke wrote: > > A "Dummies" book would probably be enough to justify Scheme. Ironic perhaps? > > > That's essentially what The Little Schemer is, except without the > insulting title. > > > Than how about "Practical Scheme" or "Real World Scheme"? > _________________________________________________ > ?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 > -- -- Stephen De Gabrielle stephen.degabrielle@acm.org Telephone +44 (0)20 85670911 Mobile +44 (0)79 85189045 http://www.degabrielle.name/stephen From kevin at hypotheticalabs.com Wed Oct 14 09:01:10 2009 From: kevin at hypotheticalabs.com (Kevin A. Smith) Date: Wed Oct 14 09:01:33 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: <595b9ab20910140453p5d2fb577n8c5ee2f67fd6a9ec@mail.gmail.com> References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> <595b9ab20910140453p5d2fb577n8c5ee2f67fd6a9ec@mail.gmail.com> Message-ID: As a foundation, sure but the book would also need to include some more real-world topics like web programming. I'm thinking of something like "Practical PLT Scheme" patterned after Mr. Seibel's excellent tome on CL. --Kevin On Oct 14, 2009, at 7:53 AM, Stephen De Gabrielle wrote: > Does "Teach yourself scheme in fixnum days" fit the bill? > > ?is it available on print on demand? > > S. > > On Wednesday, October 14, 2009, Kevin A. Smith > wrote: >> I'd love to see an practical Scheme book make it to the bookshelves >> if for no other reason than to be able to point my friends and co- >> workers at it. >> >> The Pragmatic Programmers recently published a book on Clojure and >> O'Reilly has a CL book on the way. It seems to me there'd be >> interest in PLT Scheme, too, since mainstream programming culture >> is (very) slowly waking from their Java-Java-Java-Java coma. >> >> --Kevin >> On Oct 13, 2009, at 12:04 PM, Grant Rettke wrote: >> >> >> On Tue, Oct 13, 2009 at 11:01 AM, David Storrs > > wrote: >> >> On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke >> wrote: >> >> A "Dummies" book would probably be enough to justify Scheme. Ironic >> perhaps? >> >> >> That's essentially what The Little Schemer is, except without the >> insulting title. >> >> >> Than how about "Practical Scheme" or "Real World Scheme"? >> _________________________________________________ >> 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 >> > > -- > > -- > Stephen De Gabrielle > stephen.degabrielle@acm.org > Telephone +44 (0)20 85670911 > Mobile +44 (0)79 85189045 > http://www.degabrielle.name/stephen From grettke at acm.org Wed Oct 14 09:08:27 2009 From: grettke at acm.org (Grant Rettke) Date: Wed Oct 14 09:08:46 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> <595b9ab20910140453p5d2fb577n8c5ee2f67fd6a9ec@mail.gmail.com> Message-ID: <756daca50910140608j18e153c0t3fd95c7e075f9376@mail.gmail.com> On Wed, Oct 14, 2009 at 8:01 AM, Kevin A. Smith wrote: > I'm thinking of something like "Practical PLT Scheme" patterned after Mr. Seibel's > excellent tome on CL. He covered things in a way that people really seem to love. From stephen.degabrielle at acm.org Wed Oct 14 19:23:32 2009 From: stephen.degabrielle at acm.org (Stephen De Gabrielle) Date: Wed Oct 14 19:23:54 2009 Subject: [plt-dev] number of HtDP graduates In-Reply-To: References: <46b603df0910130740r3b01f5e6j306301eb603eca1@mail.gmail.com> <4EB57028-01AB-4648-8C5D-B6FCB0FCAF87@ccs.neu.edu> <756daca50910130854x306cb78cqcb8630d275e141df@mail.gmail.com> <756daca50910130904n37c85ac1wfc030c87e307171e@mail.gmail.com> <0E9F4E1A-8DE1-4DA9-A41D-81F34E60FCB6@hypotheticalabs.com> <595b9ab20910140453p5d2fb577n8c5ee2f67fd6a9ec@mail.gmail.com> Message-ID: <595b9ab20910141623kc56d100raaacf15f3a26a806@mail.gmail.com> The 'Continue' tutorial is a great introduction to web programming, and there is the cookbook for some 'practical' stuff. I seem to remember the licence on the cookbook wiki left the option for the content being used to produce a book. Stephen On Wed, Oct 14, 2009 at 2:01 PM, Kevin A. Smith wrote: > As a foundation, sure but the book would also need to include some more > real-world topics like web programming. I'm thinking of something like > "Practical PLT Scheme" patterned after Mr. Seibel's excellent tome on CL. > > --Kevin > On Oct 14, 2009, at 7:53 AM, Stephen De Gabrielle wrote: > >> Does "Teach yourself scheme in fixnum days" fit the bill? >> >> ?is it available on print on demand? >> >> S. >> >> On Wednesday, October 14, 2009, Kevin A. Smith >> wrote: >>> >>> I'd love to see an practical Scheme book make it to the bookshelves if >>> for no other reason than to be able to point my friends and co-workers at >>> it. >>> >>> The Pragmatic Programmers recently published a book on Clojure and >>> O'Reilly has a CL book on the way. It seems to me there'd be interest in PLT >>> Scheme, too, since mainstream programming culture is (very) slowly waking >>> from their Java-Java-Java-Java coma. >>> >>> --Kevin >>> On Oct 13, 2009, at 12:04 PM, Grant Rettke wrote: >>> >>> >>> On Tue, Oct 13, 2009 at 11:01 AM, David Storrs >>> wrote: >>> >>> On Tue, Oct 13, 2009 at 11:54 AM, Grant Rettke wrote: >>> >>> A "Dummies" book would probably be enough to justify Scheme. Ironic >>> perhaps? >>> >>> >>> That's essentially what The Little Schemer is, except without the >>> insulting title. >>> >>> >>> Than how about "Practical Scheme" or "Real World Scheme"? >>> _________________________________________________ >>> ?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 clements at brinckerhoff.org Thu Oct 15 12:59:24 2009 From: clements at brinckerhoff.org (John Clements) Date: Thu Oct 15 12:59:47 2009 Subject: [plt-dev] FYI OS X 10.6 open file dialog bus error Message-ID: While navigating in the "open file" dialog on OS X 10.6, DrScheme halted: pcp062761pcs:~ clements$ drscheme ~/clements/teaching/calpoly- homepage/papers.ss fe_cgls_create_context: failed: 10015 Seg fault (internal error) at 0x9168ee65 Bus error -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2484 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091015/6f9e16f9/smime.bin From lists at leidisch.net Tue Oct 13 10:46:26 2009 From: lists at leidisch.net (Daniel Leidisch) Date: Fri Oct 16 07:58:33 2009 Subject: [plt-dev] Re: Keybindings in DrScheme 4.2.2/win32 In-Reply-To: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> References: <151988120910061217i71772e9cw89f9c08c591457bb@mail.gmail.com> Message-ID: <151988120910130746g3d4d9775qd8c7aa544567fee@mail.gmail.com> Thank you all! Regards, dhl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091013/959aa176/attachment.htm From clements at brinckerhoff.org Fri Oct 16 17:19:48 2009 From: clements at brinckerhoff.org (John Clements) Date: Fri Oct 16 17:20:09 2009 Subject: [plt-dev] FYI OS X 10.6 open file dialog bus error In-Reply-To: References: Message-ID: <64998E0D-D837-4235-834E-D4CC5097D23A@brinckerhoff.org> On Oct 15, 2009, at 9:59 AM, John Clements wrote: > While navigating in the "open file" dialog on OS X 10.6, DrScheme > halted: > > pcp062761pcs:~ clements$ drscheme ~/clements/teaching/calpoly- > homepage/papers.ss > fe_cgls_create_context: failed: 10015 > Seg fault (internal error) at 0x9168ee65 > Bus error Followup: other applications exhibited the same behavior soon thereafter. Apple "Performance Update 1.0" may have fixed this problem. John -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2484 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091016/89c4b2a3/smime.bin From jay.mccarthy at gmail.com Fri Oct 16 18:43:48 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Fri Oct 16 18:44:10 2009 Subject: [plt-dev] DrDr Checkup Message-ID: DrDr has been running for about three months now. It has built 800 revisions. It started thinking there were about 1200 errors in the code base, but I was able get rid of false positives to the tune of ~500, then ~300, and now I have just over 100. I have looked at every one of those errors now and I believe that they are all either real errors, dead code, or that I am running something slightly wrong. I would like you to 1) Go to http://plt-drdr.cs.byu.edu/ 2) Select the most recent revision that has completed (at the top.) 3) Locate files you care about with errors, by sorting by "Unclean Exit?" and drilling down. 4) Read the log and respond with one of the following ----a) "Do not try to run that file at all. It is already run by another test." ----b) "You should be using this command line: ..." ----c) "That code is dead, feel free to delete it" ----d) "That is a real bug, I will fix it soon" ----e) "That is a real bug, but I don't have time to fix it; Here is a vague idea of how you can fix it for me: ..." ----f) "Bugger off, I am making PLT better." Thank you! Jay -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From robby at eecs.northwestern.edu Sat Oct 17 17:37:00 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sat Oct 17 17:44:21 2009 Subject: [plt-dev] DrDr Checkup In-Reply-To: References: Message-ID: <932b2f1f0910171437r68291c1j899ec0e0525ccd30@mail.gmail.com> That's great! The DrDr uncovered a bunch of old test suites that no one had been running that had failing tests (so far they were all old tests, but still! Nice.) Robby On Fri, Oct 16, 2009 at 5:43 PM, Jay McCarthy wrote: > DrDr has been running for about three months now. It has built 800 revisions. > > It started thinking there were about 1200 errors in the code base, but > I was able get rid of false positives to the tune of ~500, then ~300, > and now I have just over 100. I have looked at every one of those > errors now and I believe that they are all either real errors, dead > code, or that I am running something slightly wrong. > > I would like you to > > 1) Go to http://plt-drdr.cs.byu.edu/ > > 2) Select the most recent revision that has completed (at the top.) > > 3) Locate files you care about with errors, by sorting by "Unclean > Exit?" and drilling down. > > 4) Read the log and respond with one of the following > > ----a) "Do not try to run that file at all. It is already run by another test." > > ----b) "You should be using this command line: ..." > > ----c) "That code is dead, feel free to delete it" > > ----d) "That is a real bug, I will fix it soon" > > ----e) "That is a real bug, but I don't have time to fix it; Here is a > vague idea of how you can fix it for me: ..." > > ----f) "Bugger off, I am making PLT better." > > > Thank you! > > Jay > > -- > Jay McCarthy > Assistant Professor / Brigham Young University > http://teammccarthy.org/jay > > "The glory of God is Intelligence" - D&C 93 > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From robby at eecs.northwestern.edu Sun Oct 18 16:28:53 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Sun Oct 18 16:29:13 2009 Subject: [plt-dev] srfi 32 Message-ID: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> There was a file called test.scm in srfi 32 that drdr drew my attention to. I changed it to be in the scheme/base language and to actually run the tests (and to stop running them -- the current setup seemed to run tests forever). The maintainers of that srfi may wish to have a look at my change (revision 16363 in SVN). Robby From sperber at deinprogramm.de Mon Oct 19 04:21:59 2009 From: sperber at deinprogramm.de (Michael Sperber) Date: Mon Oct 19 04:22:27 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> (Robby Findler's message of "Sun, 18 Oct 2009 15:28:53 -0500") References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> Message-ID: Robby Findler writes: > There was a file called test.scm in srfi 32 that drdr drew my > attention to. I changed it to be in the scheme/base language and to > actually run the tests (and to stop running them -- the current setup > seemed to run tests forever). The maintainers of that srfi may wish to > have a look at my change (revision 16363 in SVN). You sure you want SRFI 32? Olin withdrew it. -- Cheers =8-} Mike Friede, V?lkerverst?ndigung und ?berhaupt blabla From robby at eecs.northwestern.edu Mon Oct 19 07:22:57 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Mon Oct 19 07:23:16 2009 Subject: [plt-dev] srfi 32 In-Reply-To: References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> Message-ID: <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> Oh, I didn't realize! Perhaps not. It looks like Chongkai put it into the SVN archive. Chongkai? Robby On Mon, Oct 19, 2009 at 3:21 AM, Michael Sperber wrote: > > Robby Findler writes: > >> There was a file called test.scm in srfi 32 that drdr drew my >> attention to. I changed it to be in the scheme/base language and to >> actually run the tests (and to stop running them -- the current setup >> seemed to run tests forever). The maintainers of that srfi may wish to >> have a look at my change (revision 16363 in SVN). > > You sure you want SRFI 32? ?Olin withdrew it. > > -- > Cheers =8-} Mike > Friede, V?lkerverst?ndigung und ?berhaupt blabla > From czhu at cs.utah.edu Mon Oct 19 10:07:15 2009 From: czhu at cs.utah.edu (Chongkai Zhu) Date: Mon Oct 19 10:07:49 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> Message-ID: <4ADC7293.7020808@cs.utah.edu> Yep, I got it from Eli. Personally I want to remove it from SVN, since this is not a finalized SRFI. Chongkai Robby Findler wrote: > Oh, I didn't realize! Perhaps not. It looks like Chongkai put it into > the SVN archive. Chongkai? > > Robby > > On Mon, Oct 19, 2009 at 3:21 AM, Michael Sperber > wrote: > >> Robby Findler writes: >> >> >>> There was a file called test.scm in srfi 32 that drdr drew my >>> attention to. I changed it to be in the scheme/base language and to >>> actually run the tests (and to stop running them -- the current setup >>> seemed to run tests forever). The maintainers of that srfi may wish to >>> have a look at my change (revision 16363 in SVN). >>> >> You sure you want SRFI 32? Olin withdrew it. >> >> -- >> Cheers =8-} Mike >> Friede, V?lkerverst?ndigung und ?berhaupt blabla >> >> > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > From jensaxel at soegaard.net Mon Oct 19 12:04:05 2009 From: jensaxel at soegaard.net (=?UTF-8?Q?Jens_Axel_S=C3=B8gaard?=) Date: Mon Oct 19 12:04:24 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <4ADC7293.7020808@cs.utah.edu> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> Message-ID: <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> 2009/10/19 Chongkai Zhu : > Yep, I got it from Eli. Personally I want to remove it from SVN, since this > is not a finalized SRFI. Why not keep it? There have been no other sorting SRFIs. And compared to other SRFIs SRFI 32 is high quality. -- Jens Axel S?gaard From grettke at acm.org Mon Oct 19 12:44:43 2009 From: grettke at acm.org (Grant Rettke) Date: Mon Oct 19 12:45:02 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> Message-ID: <756daca50910190944hf1f02afr8d0c6ba73588b2fd@mail.gmail.com> On Mon, Oct 19, 2009 at 11:04 AM, Jens Axel S?gaard wrote: > 2009/10/19 Chongkai Zhu : >> Yep, I got it from Eli. Personally I want to remove it from SVN, since this >> is not a finalized SRFI. > > Why not keep it? > > There have been no other sorting SRFIs. What have people been doing for portable sort? > And compared to other SRFIs SRFI 32 is high quality. How so? Just wondering. From jensaxel at soegaard.net Mon Oct 19 12:58:28 2009 From: jensaxel at soegaard.net (=?UTF-8?Q?Jens_Axel_S=C3=B8gaard?=) Date: Mon Oct 19 12:58:48 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <756daca50910190944hf1f02afr8d0c6ba73588b2fd@mail.gmail.com> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> <756daca50910190944hf1f02afr8d0c6ba73588b2fd@mail.gmail.com> Message-ID: <4072c51f0910190958w69a93b60pc623771c9ebe54f8@mail.gmail.com> 2009/10/19 Grant Rettke : >> Why not keep it? >> >> There have been no other sorting SRFIs. > > What have people been doing for portable sort? They use the portable reference implementation of srfi 32. >> And compared to other SRFIs SRFI 32 is high quality. > > How so? Just wondering. Well, it is unfair to point one out, but take a break to read the reference implementation of srfi 32. It is worth while. -- Jens Axel S?gaard From czhu at cs.utah.edu Mon Oct 19 13:28:53 2009 From: czhu at cs.utah.edu (Chognkai Zhu) Date: Mon Oct 19 13:29:14 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> Message-ID: <4ADCA1D5.2050207@cs.utah.edu> Jens Axel S?gaard wrote: > And compared to other SRFIs SRFI 32 is high quality. > > Then how it ended withdrawn instead of finalized? From jensaxel at soegaard.net Mon Oct 19 13:37:58 2009 From: jensaxel at soegaard.net (=?UTF-8?Q?Jens_Axel_S=C3=B8gaard?=) Date: Mon Oct 19 13:38:19 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <4ADCA1D5.2050207@cs.utah.edu> References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> <4ADCA1D5.2050207@cs.utah.edu> Message-ID: <4072c51f0910191037k36fe7233h93ac7e92f761a51e@mail.gmail.com> 2009/10/19 Chognkai Zhu : > Jens Axel S?gaard wrote: >> >> And compared to other SRFIs SRFI 32 is high quality. >> >> > > Then how it ended withdrawn instead of finalized? I believe Olin ran out of energy. It was not a result of a bad reception of the srfi. -- Jens Axel S?gaard From sperber at deinprogramm.de Tue Oct 20 04:12:04 2009 From: sperber at deinprogramm.de (Michael Sperber) Date: Tue Oct 20 04:12:24 2009 Subject: [plt-dev] srfi 32 In-Reply-To: <756daca50910190944hf1f02afr8d0c6ba73588b2fd@mail.gmail.com> (Grant Rettke's message of "Mon, 19 Oct 2009 11:44:43 -0500") References: <932b2f1f0910181328g7b7bd314u5bc55479da9297c3@mail.gmail.com> <932b2f1f0910190422r3b03e2bcv5e3933536a4b69b3@mail.gmail.com> <4ADC7293.7020808@cs.utah.edu> <4072c51f0910190904o222da377jca23667c56519970@mail.gmail.com> <756daca50910190944hf1f02afr8d0c6ba73588b2fd@mail.gmail.com> Message-ID: Grant Rettke writes: > What have people been doing for portable sort? R6RS? I also believe the reference implementation is woefully incomplete. I certainly had to fix a whole bunch of things on a later version of Olin's code to make things work. -- Cheers =8-} Mike Friede, V?lkerverst?ndigung und ?berhaupt blabla From robby at eecs.northwestern.edu Wed Oct 21 18:26:15 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Oct 21 18:26:35 2009 Subject: [plt-dev] untyped planet packages compilation failing Message-ID: <932b2f1f0910211526l686211e0n48e9a2db8641dc66@mail.gmail.com> I'm getting the below; I can submit a pr into trac if that would help. Robby Welcome to MzScheme v4.2.2.4 [3m], Copyright (c) 2004-2009 PLT Scheme Inc. > (require (planet jaymccarthy/datalog:1:2)) match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/untyped/unlib.plt/3/18/match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? setup-plt: error: during making for /untyped/unlib.plt/3/18 (Unlib) setup-plt: match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? setup-plt: error: during making for /untyped/unlib.plt/3/18/scribblings setup-plt: /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/untyped/unlib.plt/3/18/match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? setup-plt: error: during Building docs for /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/untyped/unlib.plt/3/18/scribblings/unlib.scrbl setup-plt: match.ss:14:2: compile: unbound identifier in the transformer environment (and no #%top syntax transformer is bound) in: eq? From d.j.gurnell at gmail.com Fri Oct 23 10:50:29 2009 From: d.j.gurnell at gmail.com (Dave Gurnell) Date: Fri Oct 23 10:58:13 2009 Subject: [plt-dev] untyped planet packages compilation failing In-Reply-To: <932b2f1f0910211526l686211e0n48e9a2db8641dc66@mail.gmail.com> References: <932b2f1f0910211526l686211e0n48e9a2db8641dc66@mail.gmail.com> Message-ID: Hi Robby, Thanks for the heads up. I'll see what I can do. -- Dave On 21 Oct 2009, at 23:26, Robby Findler wrote: > I'm getting the below; I can submit a pr into trac if that would help. > > Robby > > Welcome to MzScheme v4.2.2.4 [3m], Copyright (c) 2004-2009 PLT > Scheme Inc. >> (require (planet jaymccarthy/datalog:1:2)) > match.ss:14:2: compile: unbound identifier in the transformer > environment (and no #%top syntax transformer is bound) in: eq? > /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/untyped/unlib.plt/ > 3/18/match.ss:14:2: > compile: unbound identifier in the transformer environment (and no > #%top syntax transformer is bound) in: eq? > match.ss:14:2: compile: unbound identifier in the transformer > environment (and no #%top syntax transformer is bound) in: eq? > setup-plt: error: during making for /untyped/unlib.plt/3/18 > (Unlib) > setup-plt: match.ss:14:2: compile: unbound identifier in the > transformer environment (and no #%top syntax transformer is bound) in: > eq? > setup-plt: error: during making for /untyped/unlib.plt/3/18/ > scribblings > setup-plt: /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/ > untyped/unlib.plt/3/18/match.ss:14:2: > compile: unbound identifier in the transformer environment (and no > #%top syntax transformer is bound) in: eq? > setup-plt: error: during Building docs for > /home/robby/.plt-scheme/planet/300/4.2.2.4/cache/untyped/unlib.plt/ > 3/18/scribblings/unlib.scrbl > setup-plt: match.ss:14:2: compile: unbound identifier in the > transformer environment (and no #%top syntax transformer is bound) in: > eq? From eli at barzilay.org Sun Oct 25 12:49:18 2009 From: eli at barzilay.org (Eli Barzilay) Date: Sun Oct 25 12:49:40 2009 Subject: [plt-dev] Regexp matching at string edges In-Reply-To: <22694C37-E474-4847-88B8-C348C9F1B486@gmail.com> References: <8f2bfbbd-44e2-4185-95ae-22e6dd4e92de@j19g2000vbp.googlegroups.com> <4AE2F1DB.9020102@neilvandyke.org> <4AE322E1.1010407@neilvandyke.org> <19171.24095.688421.383334@winooski.ccs.neu.edu> <22694C37-E474-4847-88B8-C348C9F1B486@gmail.com> Message-ID: <19172.33166.117951.675477@winooski.ccs.neu.edu> On Oct 25, Dave Gurnell wrote: > > Point of note - string-titlecase does both the upping and the downing > of case, which may be a good or a bad thing depending on what you're > trying to achieve: > > (string-titlecase "Welcome to PLT!") ; => "Welcome To Plt!" I was about to suggest this: (regexp-replace* #px"\\b\\w" "welcome to PLT!" string-upcase) but it doesn't work because "\\b" matches everywhere the search begins. `regexp-split' and the related functions do some regexp tweaking to make this work as expected: (regexp-split #px"\\b" "foo bar") The tweaking turns the regexp into one that cannot match an empty string at the edge of the (sub) string. It works nicely in that last case, but now I see that this rule still doesn't work for the above regexp: (regexp-split #px"\\b\\w" "foo bar") Perhaps the regexp tweaking thing is not enough then... -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From eli at barzilay.org Wed Oct 28 06:13:06 2009 From: eli at barzilay.org (Eli Barzilay) Date: Wed Oct 28 06:13:34 2009 Subject: [plt-dev] Test failure Message-ID: <19176.6450.30792.859393@winooski.ccs.neu.edu> Since ~2 days ago, the nightly builds report this failure in the mzscheme tests: Section(names) ERROR: define-struct: cannot redefine name: s -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From yinso.chen at gmail.com Wed Oct 28 14:40:24 2009 From: yinso.chen at gmail.com (YC) Date: Wed Oct 28 14:40:48 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> Message-ID: <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> Hi all - I wasn't sure if the patch below was accepted so send it through the plt-dev thread. Please let me know if there are anything to add for it to be accepted. Thanks, yc ---------- Forwarded message ---------- From: YC Date: Tue, Oct 13, 2009 at 1:14 PM Subject: Re: [plt-scheme] Download links in PLaneT To: Carl Eastlund , Jay McCarthy < jay.mccarthy@gmail.com> Cc: PLT-Scheme Mailing List , Stephen Bloch < sbloch@adelphi.edu> On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund wrote: > It should be for setting up a student lab, if not for the phone situation. > > A similar issue is the recent planet outage - http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1- it's desirable not to have to depend solely on the central planet server. Having a proxy pulling from the central planet server (either real-time or batch) would solve the problem for both cases. And to use such server we'll need to configure the url that planet will point to. It seems that the value of the planet server is hardcoded in COLLECTS/planet/config.ss, and it would be a pain to modify the value for each installed PLT instance. It's better if the value is read from a environment variable or a file (one which the planet command line tool can also read and modify). Once this is made configurable, a planet proxy can be built and used. For now - how about use an environment variable called PLTPLANETURL (or another more preferable name)? If so below is a potential patch. --- plt-4.2.1/collects/planet/config.ss 2009-07-16 05:28:08.000000000 -0700 +++ plt-scheme/planet/config.ss 2009-10-13 13:09:09.000000000 -0700 @@ -19,6 +19,7 @@ (DEFAULT-PACKAGE-LANGUAGE (version)) (USE-HTTP-DOWNLOADS? #t) - (HTTP-DOWNLOAD-SERVLET-URL " http://planet.plt-scheme.org/servlets/planet-servlet.ss") + (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) + (if (not url) " http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) (PLANET-ARCHIVE-FILTER #f))) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091028/2c2d7014/attachment.htm From jay.mccarthy at gmail.com Wed Oct 28 14:46:29 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Wed Oct 28 14:46:52 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> Message-ID: The main problem with this, IMHO, is that there are no alternative implementations of that servlet or mirrors, so I don't see the point in allowing the configuration. Jay On Wed, Oct 28, 2009 at 12:40 PM, YC wrote: > Hi all - > > I wasn't sure if the patch below was accepted so send it through the plt-dev > thread.? Please let me know if there are anything to add for it to be > accepted. > > Thanks, > yc > > ---------- Forwarded message ---------- > From: YC > Date: Tue, Oct 13, 2009 at 1:14 PM > Subject: Re: [plt-scheme] Download links in PLaneT > To: Carl Eastlund , Jay McCarthy > > Cc: PLT-Scheme Mailing List , Stephen Bloch > > > > > On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund > wrote: >> >> It should be for setting up a student lab, if not for the phone situation. >> > > A similar issue is the recent planet outage - > http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 > - it's desirable not to have to depend solely on the central planet server. > > Having a proxy pulling from the central planet server (either real-time or > batch) would solve the problem for both cases.? And to use such server we'll > need to configure the url that planet will point to. > > It seems that the value of the planet server is hardcoded in > COLLECTS/planet/config.ss, and it would be a pain to modify the value for > each installed PLT instance.? It's better if the value is read from a > environment variable or a file (one which the planet command line tool can > also read and modify).? Once this is made configurable, a planet proxy can > be built and used. > > For now - how about use an environment variable called PLTPLANETURL (or > another more preferable name)?? If so below is a potential patch. > > --- plt-4.2.1/collects/planet/config.ss??? 2009-07-16 05:28:08.000000000 > -0700 > +++ plt-scheme/planet/config.ss??? 2009-10-13 13:09:09.000000000 -0700 > @@ -19,6 +19,7 @@ > ???? (DEFAULT-PACKAGE-LANGUAGE (version)) > > ???? (USE-HTTP-DOWNLOADS??????? #t) > -??? (HTTP-DOWNLOAD-SERVLET-URL > "http://planet.plt-scheme.org/servlets/planet-servlet.ss") > +??? (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) > +???????????????????????????????? (if (not url) > "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) > ???? (PLANET-ARCHIVE-FILTER???? #f))) > > > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > -- Jay McCarthy Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 From yinso.chen at gmail.com Wed Oct 28 14:53:48 2009 From: yinso.chen at gmail.com (YC) Date: Wed Oct 28 15:00:28 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> Message-ID: <779bf2730910281153h251bada7q2b808da7b1f0f91d@mail.gmail.com> That's exactly the problem that this patch try to solve though - the ability to finally add mirrors & proxies. I wanted to work on a mirror solution before but grimaced at the prospect of having to hack this for each separate plt instance, so this is a catch-22 situation. Cheers, yc On Wed, Oct 28, 2009 at 11:46 AM, Jay McCarthy wrote: > The main problem with this, IMHO, is that there are no alternative > implementations of that servlet or mirrors, so I don't see the point > in allowing the configuration. > > Jay > > On Wed, Oct 28, 2009 at 12:40 PM, YC wrote: > > Hi all - > > > > I wasn't sure if the patch below was accepted so send it through the > plt-dev > > thread. Please let me know if there are anything to add for it to be > > accepted. > > > > Thanks, > > yc > > > > ---------- Forwarded message ---------- > > From: YC > > Date: Tue, Oct 13, 2009 at 1:14 PM > > Subject: Re: [plt-scheme] Download links in PLaneT > > To: Carl Eastlund , Jay McCarthy > > > > Cc: PLT-Scheme Mailing List , Stephen > Bloch > > > > > > > > > > On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund > > wrote: > >> > >> It should be for setting up a student lab, if not for the phone > situation. > >> > > > > A similar issue is the recent planet outage - > > > http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 > > - it's desirable not to have to depend solely on the central planet > server. > > > > Having a proxy pulling from the central planet server (either real-time > or > > batch) would solve the problem for both cases. And to use such server > we'll > > need to configure the url that planet will point to. > > > > It seems that the value of the planet server is hardcoded in > > COLLECTS/planet/config.ss, and it would be a pain to modify the value for > > each installed PLT instance. It's better if the value is read from a > > environment variable or a file (one which the planet command line tool > can > > also read and modify). Once this is made configurable, a planet proxy > can > > be built and used. > > > > For now - how about use an environment variable called PLTPLANETURL (or > > another more preferable name)? If so below is a potential patch. > > > > --- plt-4.2.1/collects/planet/config.ss 2009-07-16 05:28:08.000000000 > > -0700 > > +++ plt-scheme/planet/config.ss 2009-10-13 13:09:09.000000000 -0700 > > @@ -19,6 +19,7 @@ > > (DEFAULT-PACKAGE-LANGUAGE (version)) > > > > (USE-HTTP-DOWNLOADS? #t) > > - (HTTP-DOWNLOAD-SERVLET-URL > > "http://planet.plt-scheme.org/servlets/planet-servlet.ss") > > + (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) > > + (if (not url) > > "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) > > (PLANET-ARCHIVE-FILTER #f))) > > > > > > > > _________________________________________________ > > For list-related administrative tasks: > > http://list.cs.brown.edu/mailman/listinfo/plt-dev > > > > > > > > -- > Jay McCarthy > Assistant Professor / Brigham Young University > http://teammccarthy.org/jay > > "The glory of God is Intelligence" - D&C 93 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091028/e08cd17e/attachment-0001.htm From rafkind at cs.utah.edu Wed Oct 28 15:02:28 2009 From: rafkind at cs.utah.edu (Jon Rafkind) Date: Wed Oct 28 15:05:10 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <779bf2730910281153h251bada7q2b808da7b1f0f91d@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> <779bf2730910281153h251bada7q2b808da7b1f0f91d@mail.gmail.com> Message-ID: <4AE89544.6040807@cs.utah.edu> Another use for this would be to have an isolated planet server so that companies can use some benefits of planet without letting their users leave the intranet. I dealt with this at $JEORB years ago. YC wrote: > That's exactly the problem that this patch try to solve though - the ability > to finally add mirrors & proxies. I wanted to work on a mirror solution > before but grimaced at the prospect of having to hack this for each separate > plt instance, so this is a catch-22 situation. > > Cheers, > yc > > On Wed, Oct 28, 2009 at 11:46 AM, Jay McCarthy wrote: > > >> The main problem with this, IMHO, is that there are no alternative >> implementations of that servlet or mirrors, so I don't see the point >> in allowing the configuration. >> >> Jay >> >> On Wed, Oct 28, 2009 at 12:40 PM, YC wrote: >> >>> Hi all - >>> >>> I wasn't sure if the patch below was accepted so send it through the >>> >> plt-dev >> >>> thread. Please let me know if there are anything to add for it to be >>> accepted. >>> >>> Thanks, >>> yc >>> >>> ---------- Forwarded message ---------- >>> From: YC >>> Date: Tue, Oct 13, 2009 at 1:14 PM >>> Subject: Re: [plt-scheme] Download links in PLaneT >>> To: Carl Eastlund , Jay McCarthy >>> >>> Cc: PLT-Scheme Mailing List , Stephen >>> >> Bloch >> >>> >>> >>> >>> >>> On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund >>> wrote: >>> >>>> It should be for setting up a student lab, if not for the phone >>>> >> situation. >> >>> A similar issue is the recent planet outage - >>> >>> >> http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 >> >>> - it's desirable not to have to depend solely on the central planet >>> >> server. >> >>> Having a proxy pulling from the central planet server (either real-time >>> >> or >> >>> batch) would solve the problem for both cases. And to use such server >>> >> we'll >> >>> need to configure the url that planet will point to. >>> >>> It seems that the value of the planet server is hardcoded in >>> COLLECTS/planet/config.ss, and it would be a pain to modify the value for >>> each installed PLT instance. It's better if the value is read from a >>> environment variable or a file (one which the planet command line tool >>> >> can >> >>> also read and modify). Once this is made configurable, a planet proxy >>> >> can >> >>> be built and used. >>> >>> For now - how about use an environment variable called PLTPLANETURL (or >>> another more preferable name)? If so below is a potential patch. >>> >>> --- plt-4.2.1/collects/planet/config.ss 2009-07-16 05:28:08.000000000 >>> -0700 >>> +++ plt-scheme/planet/config.ss 2009-10-13 13:09:09.000000000 -0700 >>> @@ -19,6 +19,7 @@ >>> (DEFAULT-PACKAGE-LANGUAGE (version)) >>> >>> (USE-HTTP-DOWNLOADS? #t) >>> - (HTTP-DOWNLOAD-SERVLET-URL >>> "http://planet.plt-scheme.org/servlets/planet-servlet.ss") >>> + (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) >>> + (if (not url) >>> "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) >>> (PLANET-ARCHIVE-FILTER #f))) >>> >>> >>> >>> _________________________________________________ >>> For list-related administrative tasks: >>> http://list.cs.brown.edu/mailman/listinfo/plt-dev >>> >>> >>> >> >> -- >> Jay McCarthy >> Assistant Professor / Brigham Young University >> http://teammccarthy.org/jay >> >> "The glory of God is Intelligence" - D&C 93 >> >> > > > ------------------------------------------------------------------------ > > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > From carl.eastlund at gmail.com Wed Oct 28 15:08:50 2009 From: carl.eastlund at gmail.com (Carl Eastlund) Date: Wed Oct 28 15:09:29 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <4AE89544.6040807@cs.utah.edu> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> <779bf2730910281153h251bada7q2b808da7b1f0f91d@mail.gmail.com> <4AE89544.6040807@cs.utah.edu> Message-ID: <990e0c030910281208w573eef5fu5ab60a39fd198189@mail.gmail.com> On Wed, Oct 28, 2009 at 3:02 PM, Jon Rafkind wrote: > Another use for this would be to have an isolated planet server so that > companies can use some benefits of planet without letting their users leave > the intranet. > > I dealt with this at $JEORB years ago. Nice $JAERORB, $HAMSTRAY. --Carl From robby at eecs.northwestern.edu Wed Oct 28 15:33:14 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Oct 28 15:39:44 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> Message-ID: <932b2f1f0910281233m57fa76a9l49fa10d14e8a644e@mail.gmail.com> Sorry; I've not had time to look into this, and I didn't reply because I believe that there is some support for multiple sources of packages that Jacob already added into planet (eg, the way that it will get .plt files from a local cache when you're offline). Did you find that code when you looked into what you added? Robby On Wed, Oct 28, 2009 at 1:40 PM, YC wrote: > Hi all - > > I wasn't sure if the patch below was accepted so send it through the plt-dev > thread.? Please let me know if there are anything to add for it to be > accepted. > > Thanks, > yc > > ---------- Forwarded message ---------- > From: YC > Date: Tue, Oct 13, 2009 at 1:14 PM > Subject: Re: [plt-scheme] Download links in PLaneT > To: Carl Eastlund , Jay McCarthy > > Cc: PLT-Scheme Mailing List , Stephen Bloch > > > > > On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund > wrote: >> >> It should be for setting up a student lab, if not for the phone situation. >> > > A similar issue is the recent planet outage - > http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 > - it's desirable not to have to depend solely on the central planet server. > > Having a proxy pulling from the central planet server (either real-time or > batch) would solve the problem for both cases.? And to use such server we'll > need to configure the url that planet will point to. > > It seems that the value of the planet server is hardcoded in > COLLECTS/planet/config.ss, and it would be a pain to modify the value for > each installed PLT instance.? It's better if the value is read from a > environment variable or a file (one which the planet command line tool can > also read and modify).? Once this is made configurable, a planet proxy can > be built and used. > > For now - how about use an environment variable called PLTPLANETURL (or > another more preferable name)?? If so below is a potential patch. > > --- plt-4.2.1/collects/planet/config.ss??? 2009-07-16 05:28:08.000000000 > -0700 > +++ plt-scheme/planet/config.ss??? 2009-10-13 13:09:09.000000000 -0700 > @@ -19,6 +19,7 @@ > ???? (DEFAULT-PACKAGE-LANGUAGE (version)) > > ???? (USE-HTTP-DOWNLOADS??????? #t) > -??? (HTTP-DOWNLOAD-SERVLET-URL > "http://planet.plt-scheme.org/servlets/planet-servlet.ss") > +??? (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) > +???????????????????????????????? (if (not url) > "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) > ???? (PLANET-ARCHIVE-FILTER???? #f))) > > > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > > From yinso.chen at gmail.com Wed Oct 28 15:49:34 2009 From: yinso.chen at gmail.com (YC) Date: Wed Oct 28 15:49:57 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <932b2f1f0910281233m57fa76a9l49fa10d14e8a644e@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <4ACF6290.1040600@cs.utah.edu> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> <932b2f1f0910281233m57fa76a9l49fa10d14e8a644e@mail.gmail.com> Message-ID: <779bf2730910281249p5b82acf9p2ae78188750a6a43@mail.gmail.com> I looked at the pre.plt-scheme.org but I didn't find your reference - is it in another location? Pre's config.ss has not been modified since 2008 and it still only make requests to the current central planet server and cannot be pointed to a different url without manually hacking the code, so I believe my patch is still needed based on what I've found. Please let me know if I am looking at the wrong thing. Thanks, yc On Wed, Oct 28, 2009 at 12:33 PM, Robby Findler wrote: > Sorry; I've not had time to look into this, and I didn't reply because > I believe that there is some support for multiple sources of packages > that Jacob already added into planet (eg, the way that it will get > .plt files from a local cache when you're offline). Did you find that > code when you looked into what you added? > > Robby > > On Wed, Oct 28, 2009 at 1:40 PM, YC wrote: > > Hi all - > > > > I wasn't sure if the patch below was accepted so send it through the > plt-dev > > thread. Please let me know if there are anything to add for it to be > > accepted. > > > > Thanks, > > yc > > > > ---------- Forwarded message ---------- > > From: YC > > Date: Tue, Oct 13, 2009 at 1:14 PM > > Subject: Re: [plt-scheme] Download links in PLaneT > > To: Carl Eastlund , Jay McCarthy > > > > Cc: PLT-Scheme Mailing List , Stephen > Bloch > > > > > > > > > > On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund > > wrote: > >> > >> It should be for setting up a student lab, if not for the phone > situation. > >> > > > > A similar issue is the recent planet outage - > > > http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 > > - it's desirable not to have to depend solely on the central planet > server. > > > > Having a proxy pulling from the central planet server (either real-time > or > > batch) would solve the problem for both cases. And to use such server > we'll > > need to configure the url that planet will point to. > > > > It seems that the value of the planet server is hardcoded in > > COLLECTS/planet/config.ss, and it would be a pain to modify the value for > > each installed PLT instance. It's better if the value is read from a > > environment variable or a file (one which the planet command line tool > can > > also read and modify). Once this is made configurable, a planet proxy > can > > be built and used. > > > > For now - how about use an environment variable called PLTPLANETURL (or > > another more preferable name)? If so below is a potential patch. > > > > --- plt-4.2.1/collects/planet/config.ss 2009-07-16 05:28:08.000000000 > > -0700 > > +++ plt-scheme/planet/config.ss 2009-10-13 13:09:09.000000000 -0700 > > @@ -19,6 +19,7 @@ > > (DEFAULT-PACKAGE-LANGUAGE (version)) > > > > (USE-HTTP-DOWNLOADS? #t) > > - (HTTP-DOWNLOAD-SERVLET-URL > > "http://planet.plt-scheme.org/servlets/planet-servlet.ss") > > + (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) > > + (if (not url) > > "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) > > (PLANET-ARCHIVE-FILTER #f))) > > > > > > > > _________________________________________________ > > 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/20091028/22d7f50f/attachment-0001.htm From robby at eecs.northwestern.edu Wed Oct 28 15:58:27 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Wed Oct 28 15:58:51 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <779bf2730910281249p5b82acf9p2ae78188750a6a43@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <595b9ab20910121450j156934e0j757377ad10041382@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> <932b2f1f0910281233m57fa76a9l49fa10d14e8a644e@mail.gmail.com> <779bf2730910281249p5b82acf9p2ae78188750a6a43@mail.gmail.com> Message-ID: <932b2f1f0910281258r39c95093l66f50c0005d1e31@mail.gmail.com> No, I'm not seeing what I recalled, either. Sorry. As far as your patch goes, I'm not sure that's the best long term solution and I'm not sure I want to support that going forward. Given how easy it is to apply that patch to your own system, perhaps that's the best thing to do for now? I do plan to give some thought to adding redundancy to the planet server to avoid outages but I've just not had a chance to really spend quality time on it. If you are willing to spend sometime sorting out the server side issues and put something together that's a bit more comprehensive, I'd be willing to help with it, as I have time (and to put it into planet itself, of course). The main thing I really need to do with planet asap, tho, is get it moved to NEU. (I'm embarrassed at how long it is taking me to do that.) Robby On Wed, Oct 28, 2009 at 2:49 PM, YC wrote: > I looked at the pre.plt-scheme.org but I didn't find your reference - is it > in another location?? Pre's config.ss has not been modified since 2008 and > it still only make requests to the current central planet server and cannot > be pointed to a different url without manually hacking the code, so I > believe my patch is still needed based on what I've found. > > Please let me know if I am looking at the wrong thing.? Thanks, > yc > > On Wed, Oct 28, 2009 at 12:33 PM, Robby Findler > wrote: >> >> Sorry; I've not had time to look into this, and I didn't reply because >> I believe that there is some support for multiple sources of packages >> that Jacob already added into planet (eg, the way that it will get >> .plt files from a local cache when you're offline). Did you find that >> code when you looked into what you added? >> >> Robby >> >> On Wed, Oct 28, 2009 at 1:40 PM, YC wrote: >> > Hi all - >> > >> > I wasn't sure if the patch below was accepted so send it through the >> > plt-dev >> > thread.? Please let me know if there are anything to add for it to be >> > accepted. >> > >> > Thanks, >> > yc >> > >> > ---------- Forwarded message ---------- >> > From: YC >> > Date: Tue, Oct 13, 2009 at 1:14 PM >> > Subject: Re: [plt-scheme] Download links in PLaneT >> > To: Carl Eastlund , Jay McCarthy >> > >> > Cc: PLT-Scheme Mailing List , Stephen >> > Bloch >> > >> > >> > >> > >> > On Tue, Oct 13, 2009 at 9:15 AM, Carl Eastlund >> > wrote: >> >> >> >> It should be for setting up a student lab, if not for the phone >> >> situation. >> >> >> > >> > A similar issue is the recent planet outage - >> > >> > http://groups.google.com/group/plt-scheme/browse_thread/thread/bd9108a0081f973a?pli=1 >> > - it's desirable not to have to depend solely on the central planet >> > server. >> > >> > Having a proxy pulling from the central planet server (either real-time >> > or >> > batch) would solve the problem for both cases.? And to use such server >> > we'll >> > need to configure the url that planet will point to. >> > >> > It seems that the value of the planet server is hardcoded in >> > COLLECTS/planet/config.ss, and it would be a pain to modify the value >> > for >> > each installed PLT instance.? It's better if the value is read from a >> > environment variable or a file (one which the planet command line tool >> > can >> > also read and modify).? Once this is made configurable, a planet proxy >> > can >> > be built and used. >> > >> > For now - how about use an environment variable called PLTPLANETURL (or >> > another more preferable name)?? If so below is a potential patch. >> > >> > --- plt-4.2.1/collects/planet/config.ss??? 2009-07-16 05:28:08.000000000 >> > -0700 >> > +++ plt-scheme/planet/config.ss??? 2009-10-13 13:09:09.000000000 -0700 >> > @@ -19,6 +19,7 @@ >> > ???? (DEFAULT-PACKAGE-LANGUAGE (version)) >> > >> > ???? (USE-HTTP-DOWNLOADS??????? #t) >> > -??? (HTTP-DOWNLOAD-SERVLET-URL >> > "http://planet.plt-scheme.org/servlets/planet-servlet.ss") >> > +??? (HTTP-DOWNLOAD-SERVLET-URL (let ((url (getenv "PLTPLANETURL"))) >> > +???????????????????????????????? (if (not url) >> > "http://planet.plt-scheme.org/servlets/planet-servlet.ss" url))) >> > ???? (PLANET-ARCHIVE-FILTER???? #f))) >> > >> > >> > >> > _________________________________________________ >> > ?For list-related administrative tasks: >> > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev >> > >> > > > From yinso.chen at gmail.com Wed Oct 28 16:18:58 2009 From: yinso.chen at gmail.com (YC) Date: Wed Oct 28 16:19:20 2009 Subject: [plt-dev] Fwd: [plt-scheme] Download links in PLaneT In-Reply-To: <932b2f1f0910281258r39c95093l66f50c0005d1e31@mail.gmail.com> References: <595b9ab20910090612q98420e4g8c05fef3acaf67da@mail.gmail.com> <990e0c030910130909y7738efb8l16989c2a5fe6f85a@mail.gmail.com> <990e0c030910130915o1fa12466vb2d1a6a96981ce67@mail.gmail.com> <779bf2730910131314j17749365g4fb5cc699ee297de@mail.gmail.com> <779bf2730910281140u1180b614uf0c541832fa853e@mail.gmail.com> <932b2f1f0910281233m57fa76a9l49fa10d14e8a644e@mail.gmail.com> <779bf2730910281249p5b82acf9p2ae78188750a6a43@mail.gmail.com> <932b2f1f0910281258r39c95093l66f50c0005d1e31@mail.gmail.com> Message-ID: <779bf2730910281318j12a53bc5qd2967d3947104e95@mail.gmail.com> On Wed, Oct 28, 2009 at 12:58 PM, Robby Findler wrote: > No, I'm not seeing what I recalled, either. Sorry. > No worries. > As far as your patch goes, I'm not sure that's the best long term > solution and I'm not sure I want to support that going forward. Given > how easy it is to apply that patch to your own system, perhaps that's > the best thing to do for now? > My plan was to release a mirror tool as a planet package so others can setup their own mirrors as well. I agree that this might not be the long term solution, but without having something in place such package does not make sense for others, so I guess that would have to be delayed unless you want to accept the patch interim or until we found a solution you can accept. > I do plan to give some thought to adding redundancy to the planet > server to avoid outages but I've just not had a chance to really spend > quality time on it. If you are willing to spend sometime sorting out > the server side issues and put something together that's a bit more > comprehensive, I'd be willing to help with it, as I have time (and to > put it into planet itself, of course). > I am happy to help out here. If you can let me know what sort of server side issues that you are thinking about (I more or less got the mirror & proxy figured out - just need to implement it) then we can collaborate. Thanks, yc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091028/e9317be3/attachment.htm From rafkind at cs.utah.edu Thu Oct 29 16:41:58 2009 From: rafkind at cs.utah.edu (Jon Rafkind) Date: Thu Oct 29 16:44:41 2009 Subject: [plt-dev] super class in error messages Message-ID: <4AE9FE16.20800@cs.utah.edu> Anyone mind if I apply this patch? It prints the super class value in error messages. Two things that might need to be changed first: 1. other errors print super using ~e, whereas I use ~a. Is that important? 2. usually the error message is some text followed by values, as in "super class blah blah: ~a~a~a" but I put the super value right after the words 'superclass': "superclass ~a blah blah blah: ~a~a". -------------- next part -------------- A non-text attachment was scrubbed... Name: super.diff Type: text/x-patch Size: 3690 bytes Desc: not available Url : http://list.cs.brown.edu/pipermail/plt-dev/attachments/20091029/50405576/super.bin From mflatt at cs.utah.edu Thu Oct 29 19:10:40 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Oct 29 19:11:09 2009 Subject: [plt-dev] super class in error messages In-Reply-To: <4AE9FE16.20800@cs.utah.edu> References: <4AE9FE16.20800@cs.utah.edu> Message-ID: <20091029231045.617246500D9@mail-svr1.cs.utah.edu> It looks ok to me. The original convention for error messages was to precede values in the error message with ":". But that never worked very well, anyway, so I don't think it matters. The "~a"s for printing class values really should be "~e" everywhere. (The "~a"s for method names should stay "~a", since they aren't meant to be printed as values.) At Thu, 29 Oct 2009 14:41:58 -0600, Jon Rafkind wrote: > Anyone mind if I apply this patch? It prints the super class value in > error messages. Two things that might need to be changed first: > 1. other errors print super using ~e, whereas I use ~a. Is that important? > 2. usually the error message is some text followed by values, as in > "super class blah blah: ~a~a~a" but I put the super value right after > the words 'superclass': "superclass ~a blah blah blah: ~a~a". > Index: class-internal.ss > =================================================================== > --- class-internal.ss (revision 16450) > +++ class-internal.ss (working copy) > @@ -1919,7 +1919,8 @@ > (let loop ([ids public-names][p (class-method-width super)]) > (unless (null? ids) > (when (hash-ref method-ht (car ids) #f) > - (obj-error 'class* "superclass already contains method: ~a~a" > + (obj-error 'class* "superclass ~a already contains method: > ~a~a" > + super > (car ids) > (for-class name))) > (hash-set! method-ht (car ids) p) > @@ -1928,7 +1929,8 @@ > (let loop ([ids public-field-names][p (class-field-width super)]) > (unless (null? ids) > (when (hash-ref field-ht (car ids) #f) > - (obj-error 'class* "superclass already contains field: ~a~a" > + (obj-error 'class* "superclass ~a already contains field: > ~a~a" > + super > (car ids) > (for-class name))) > (hash-set! field-ht (car ids) p) > @@ -1937,7 +1939,8 @@ > ;; Check that superclass has expected fields > (for-each (lambda (id) > (unless (hash-ref field-ht id #f) > - (obj-error 'class* "superclass does not provide field: > ~a~a" > + (obj-error 'class* "superclass ~a does not provide > field: ~a~a" > + super > id > (for-class name)))) > inherit-field-names) > @@ -2120,8 +2123,9 @@ > (or (vector-ref vec (sub1 > (vector-length vec))) > (obj-error 'class* > (string-append > - "superclass > method for override, overment, inherit/super, " > + "superclass ~a > method for override, overment, inherit/super, " > "or rename-super > is not overrideable: ~a~a") > + super > mname > (for-class name))) > (vector-ref (class-methods > super) index)))) > @@ -2152,8 +2156,9 @@ > (unless aug-ok? > (obj-error 'class* > > (string-append > - > "superclass method for augride, augment, inherit/inner, " > + > "superclass ~a method for augride, augment, inherit/inner, " > "or > rename-inner method is not augmentable: ~a~a") > + super > mname > (for-class > name))))))]) > (for-each (check-aug #f) > @@ -2738,12 +2743,14 @@ > c inited? leftovers ; merely passed through to > continue-make-super > named-args) > (unless (unbox inited?) > - (obj-error 'instantiate "superclass initialization not > invoked by initialization~a" > + (obj-error 'instantiate "superclass ~a initialization not > invoked by initialization~a" > + super > (for-class (class-name c)))))))))) > > (define (continue-make-super o c inited? leftovers by-pos-args > new-named-args) > (when (unbox inited?) > - (obj-error 'instantiate "superclass already initialized by class > initialization~a" > + (obj-error 'instantiate "superclass ~a already initialized by class > initialization~a" > + super > (for-class (class-name c)))) > (set-box! inited? #t) > (let ([named-args (if (eq? 'list (class-init-mode c)) > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From mflatt at cs.utah.edu Thu Oct 29 20:21:54 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Thu Oct 29 20:22:20 2009 Subject: [plt-dev] Test failure In-Reply-To: <19176.6450.30792.859393@winooski.ccs.neu.edu> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> Message-ID: <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> At Wed, 28 Oct 2009 06:13:06 -0400, Eli Barzilay wrote: > Since ~2 days ago, the nightly builds report this failure in the > mzscheme tests: > > Section(names) > ERROR: define-struct: cannot redefine name: s Some change to the test suite has made "quiet.ss" stop printing sections after `names'. That makes it more difficult to see where the failure happens. Running in non-quite mode shows that the test failure is in the "shared.ss" test, apparently due to a change in "shared-test.ss" at rev 16437. From robby at eecs.northwestern.edu Thu Oct 29 22:50:27 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 29 22:50:51 2009 Subject: [plt-dev] Test failure In-Reply-To: <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> Message-ID: <932b2f1f0910291950t7d9a999bq9cbdba777db4c265@mail.gmail.com> Oh sorry. I changed that one because It was failing on it's own. On Thursday, October 29, 2009, Matthew Flatt wrote: > At Wed, 28 Oct 2009 06:13:06 -0400, Eli Barzilay wrote: >> Since ~2 days ago, the nightly builds report this failure in the >> mzscheme tests: >> >> ? Section(names) >> ? ERROR: define-struct: cannot redefine name: s > > Some change to the test suite has made "quiet.ss" stop printing > sections after `names'. That makes it more difficult to see where the > failure happens. > > Running in non-quite mode shows that the test failure is in the > "shared.ss" test, apparently due to a change in "shared-test.ss" at rev > 16437. > > _________________________________________________ > ?For list-related administrative tasks: > ?http://list.cs.brown.edu/mailman/listinfo/plt-dev > From eli at barzilay.org Thu Oct 29 23:05:49 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Oct 29 23:06:10 2009 Subject: [plt-dev] Test failure In-Reply-To: <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> Message-ID: <19178.22541.335874.778142@winooski.ccs.neu.edu> On Oct 29, Matthew Flatt wrote: > Some change to the test suite has made "quiet.ss" stop printing > sections after `names'. That makes it more difficult to see where > the failure happens. That wasn't the problem -- it's `load-in-sandbox' that stopped showing the section names, the `names' section is just the last one that is not done in a sandbox. Fixing it is easy, "testing.ss" has this line in the sandbox setup: (e `(define real-error-port (quote ,real-error-port))) and a similar line should be added for `fake-error-port'. However, looking back at this change, I don't see what it's supposed to achieve. The `real-error-port' thing is used in three places: * In "quiet.ss", it is used to display any real errors; this wasn't changed in Jay's commit. * In "testing.ss" it is used (through `eprintf*') to print section headers. * It is also used by `report-errs', when invoked by "quiet.ss", so the error reports will actually show up (since all other reports not shown when running the tests through "quiet.ss"). I don't see the point in making the last two go to stdout rather than stderr. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From robby at eecs.northwestern.edu Thu Oct 29 23:12:51 2009 From: robby at eecs.northwestern.edu (Robby Findler) Date: Thu Oct 29 23:13:15 2009 Subject: [plt-dev] Test failure In-Reply-To: <19178.22541.335874.778142@winooski.ccs.neu.edu> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> <19178.22541.335874.778142@winooski.ccs.neu.edu> Message-ID: <932b2f1f0910292012r603f8751ga7dca6bc027e570a@mail.gmail.com> FWIW, I committed a change to shared-test.ss that was just wrong. I missed shared.ss. Instead I should have disabled drdr for shared-test.ss. (I can't fix this now; only able to read email, not be online properly). Robby On Thursday, October 29, 2009, Eli Barzilay wrote: > On Oct 29, Matthew Flatt wrote: >> Some change to the test suite has made "quiet.ss" stop printing >> sections after `names'. That makes it more difficult to see where >> the failure happens. > > That wasn't the problem -- it's `load-in-sandbox' that stopped showing > the section names, the `names' section is just the last one that is > not done in a sandbox. ?Fixing it is easy, "testing.ss" has this line > in the sandbox setup: > > ? ?(e `(define real-error-port (quote ,real-error-port))) > > and a similar line should be added for `fake-error-port'. > > However, looking back at this change, I don't see what it's supposed > to achieve. ?The `real-error-port' thing is used in three places: > > * In "quiet.ss", it is used to display any real errors; this wasn't > ?changed in Jay's commit. > > * In "testing.ss" it is used (through `eprintf*') to print section > ?headers. > > * It is also used by `report-errs', when invoked by "quiet.ss", so the > ?error reports will actually show up (since all other reports not > ?shown when running the tests through "quiet.ss"). > > I don't see the point in making the last two go to stdout rather than > stderr. > > -- > ? ? ? ? ?((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 Thu Oct 29 23:14:32 2009 From: eli at barzilay.org (Eli Barzilay) Date: Thu Oct 29 23:14:53 2009 Subject: [plt-dev] Test failure In-Reply-To: <932b2f1f0910292012r603f8751ga7dca6bc027e570a@mail.gmail.com> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> <19178.22541.335874.778142@winooski.ccs.neu.edu> <932b2f1f0910292012r603f8751ga7dca6bc027e570a@mail.gmail.com> Message-ID: <19178.23064.431141.242016@winooski.ccs.neu.edu> On Oct 29, Robby Findler wrote: > FWIW, I committed a change to shared-test.ss that was just wrong. I > missed shared.ss. Instead I should have disabled drdr for > shared-test.ss. (I can't fix this now; only able to read email, not > be online properly). (I should have clarified that my message was only re the change that Jay committed...) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From jay.mccarthy at gmail.com Thu Oct 29 23:52:26 2009 From: jay.mccarthy at gmail.com (Jay McCarthy) Date: Thu Oct 29 23:52:48 2009 Subject: [plt-dev] Test failure In-Reply-To: <19178.22541.335874.778142@winooski.ccs.neu.edu> References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> <19178.22541.335874.778142@winooski.ccs.neu.edu> Message-ID: On Thu, Oct 29, 2009 at 9:05 PM, Eli Barzilay wrote: > On Oct 29, Matthew Flatt wrote: >> Some change to the test suite has made "quiet.ss" stop printing >> sections after `names'. That makes it more difficult to see where >> the failure happens. > > That wasn't the problem -- it's `load-in-sandbox' that stopped showing > the section names, the `names' section is just the last one that is > not done in a sandbox. ?Fixing it is easy, "testing.ss" has this line > in the sandbox setup: > > ? ?(e `(define real-error-port (quote ,real-error-port))) > > and a similar line should be added for `fake-error-port'. > > However, looking back at this change, I don't see what it's supposed > to achieve. ?The `real-error-port' thing is used in three places: > > * In "quiet.ss", it is used to display any real errors; this wasn't > ?changed in Jay's commit. > > * In "testing.ss" it is used (through `eprintf*') to print section > ?headers. My commit was really to make these print to the stdout. If they print to stderr, they look like errors to DrDr: http://drdr.plt-scheme.org/16461/collects/tests/mzscheme/quiet.ss Even though they are just informative. IMHO, they should really be to stdout. It seems like they are only to stderr as part of the hack to turn off other stuff printing. Jay > > * It is also used by `report-errs', when invoked by "quiet.ss", so the > ?error reports will actually show up (since all other reports not > ?shown when running the tests through "quiet.ss"). > > I don't see the point in making the last two go to stdout rather than > stderr. > > -- > ? ? ? ? ?((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 > -- 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 Fri Oct 30 03:17:51 2009 From: eli at barzilay.org (Eli Barzilay) Date: Fri Oct 30 03:18:15 2009 Subject: [plt-dev] Test failure In-Reply-To: References: <19176.6450.30792.859393@winooski.ccs.neu.edu> <20091030002158.3ECA66500CF@mail-svr1.cs.utah.edu> <19178.22541.335874.778142@winooski.ccs.neu.edu> Message-ID: <19178.37663.155606.761015@winooski.ccs.neu.edu> On Oct 29, Jay McCarthy wrote: > > My commit was really to make these print to the stdout. If they > print to stderr, they look like errors to DrDr: > > http://drdr.plt-scheme.org/16461/collects/tests/mzscheme/quiet.ss > > Even though they are just informative. IMHO, they should really be > to stdout. It seems like they are only to stderr as part of the hack > to turn off other stuff printing. I changed it to use stderr only if there was an error. In any case, it doesn't seem right to me that drdr considers all stderr output to be broken. It's true that in most cases it is, but the tests are obviously not part of it. So IMO it would have been better to add a way to say that for some file any stderr output should be ignored, and only the exit code should matter. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! From mflatt at cs.utah.edu Fri Oct 30 17:17:31 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Fri Oct 30 17:17:56 2009 Subject: [plt-dev] update on reimplementing MrEd Message-ID: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> After many months of no work toward reimplementing MrEd, I've found a little time to work on it lately. The original plan: - Phase 1: convert the editor classes to Scheme (done!) - Phase 2: convert the drawing classes to Scheme using Cairo+Pango - Phase 3: convert the GUI classes to Scheme using Gtk/Cocoa/Win32 Although there's still lots to do for Phase 2, I've gotten far enough that I'm sure it will work. I've implemented text, bitmaps, PNG and JPEG handling, PostScript generation, clipping regions, and aligned drawing. I can imagine releasing Phase 2 sometime early next year. That is, we'd throw out all the C++ code for drawing that's in MrEd, and we'd instead use Scheme+FFI code that draws via Cairo+Pango. (A canvas window would still be implemented by the current GUI binding, at first, but the canvas's DC would point back to the Scheme world.) Phase 3 is the most visible change and the one that interests most people, but phase 2 will at least offer some tangible benefits (unlike phase 1). For example, you will be able to use the drawing classes or libraries like `slideshow/pict' to generate PNG or PostScript files using `mzscheme' instead of `mred'. If you'd like to see the current state, it's still at http://svn.plt-scheme.org/plt/branches/mflatt/mred-experiment/ And I'd still be especially happy if someone writes libraries for reading GIFs or reading and writing BMPs, XBMs, or XPMs. From pocmatos at gmail.com Fri Oct 30 17:21:59 2009 From: pocmatos at gmail.com (Paulo J. Matos) Date: Fri Oct 30 17:22:24 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> Message-ID: <1256937719.395.4.camel@turing> I think this is one of the most important changes to PLT-Scheme in many, many versions to come. Thank you very much for this! On Fri, 2009-10-30 at 15:17 -0600, Matthew Flatt wrote: > After many months of no work toward reimplementing MrEd, I've found a > little time to work on it lately. > > The original plan: > > - Phase 1: convert the editor classes to Scheme (done!) > > - Phase 2: convert the drawing classes to Scheme using Cairo+Pango > > - Phase 3: convert the GUI classes to Scheme using Gtk/Cocoa/Win32 > > Although there's still lots to do for Phase 2, I've gotten far enough > that I'm sure it will work. I've implemented text, bitmaps, PNG and > JPEG handling, PostScript generation, clipping regions, and aligned > drawing. > > I can imagine releasing Phase 2 sometime early next year. That is, we'd > throw out all the C++ code for drawing that's in MrEd, and we'd instead > use Scheme+FFI code that draws via Cairo+Pango. (A canvas window would > still be implemented by the current GUI binding, at first, but the > canvas's DC would point back to the Scheme world.) > > Phase 3 is the most visible change and the one that interests most > people, but phase 2 will at least offer some tangible benefits (unlike > phase 1). For example, you will be able to use the drawing classes or > libraries like `slideshow/pict' to generate PNG or PostScript files > using `mzscheme' instead of `mred'. > > > If you'd like to see the current state, it's still at > > http://svn.plt-scheme.org/plt/branches/mflatt/mred-experiment/ > > And I'd still be especially happy if someone writes libraries for > reading GIFs or reading and writing BMPs, XBMs, or XPMs. > > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev From geoff at knauth.org Fri Oct 30 18:26:54 2009 From: geoff at knauth.org (Geoffrey S. Knauth) Date: Fri Oct 30 18:36:32 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> Message-ID: <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> On Oct 30, 2009, at 17:17, Matthew Flatt wrote: > And I'd still be especially happy if someone writes libraries for > reading GIFs or reading and writing BMPs, XBMs, or XPMs. I'd love to help with this. Questions: - Are the desired interfaces for the future implementation already specified? - What are the current performance benchmarks or desired performance goals? - When you say libraries, I think `module'. Am I right? - Have there been past endian gotcha lessons worth remembering? - Guessing--you don't want to write GIFs because of patent issues? From mflatt at cs.utah.edu Fri Oct 30 18:42:29 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Fri Oct 30 18:42:51 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> Message-ID: <20091030224231.ED3E6650116@mail-svr1.cs.utah.edu> At Fri, 30 Oct 2009 18:26:54 -0400, "Geoffrey S. Knauth" wrote: > On Oct 30, 2009, at 17:17, Matthew Flatt wrote: > > > And I'd still be especially happy if someone writes libraries for > > reading GIFs or reading and writing BMPs, XBMs, or XPMs. > > I'd love to help with this. I've heard from one other person, so be sure to claim a particular file format here if you settle on a specific one to try. > Questions: > > - Are the desired interfaces for the future implementation already > specified? No. ARGB/bitmap byte strings for the image content should work well, I think. > - What are the current performance benchmarks or desired performance > goals? I don't think we have benchmarks, though you could try loading a large file in the current MrEd. I doubt that performance will be an issue. > - When you say libraries, I think `module'. Am I right? Yes. > - Have there been past endian gotcha lessons worth remembering? Nothing specific comes to mind. > - Guessing--you don't want to write GIFs because of patent issues? No, we already have a GIF writer implemented in Scheme. From sstrickl at ccs.neu.edu Fri Oct 30 18:43:33 2009 From: sstrickl at ccs.neu.edu (Stevie Strickland) Date: Fri Oct 30 18:44:30 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> Message-ID: <65E77506-12CC-44CF-9FE8-1464E7171538@ccs.neu.edu> On Oct 30, 2009, at 6:26 PM, Geoffrey S. Knauth wrote: > On Oct 30, 2009, at 17:17, Matthew Flatt wrote: > >> And I'd still be especially happy if someone writes libraries for >> reading GIFs or reading and writing BMPs, XBMs, or XPMs. > > I'd love to help with this. I'd forgotten to mention it on-list, but I'm working on implementing the GIF reader. Though if you have your heart set on that, we can discuss it! Thanks, Stevie From samth at ccs.neu.edu Fri Oct 30 19:08:43 2009 From: samth at ccs.neu.edu (Sam TH) Date: Fri Oct 30 19:09:24 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> Message-ID: <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> On Fri, Oct 30, 2009 at 5:17 PM, Matthew Flatt wrote: > > If you'd like to see the current state, it's still at > > ?http://svn.plt-scheme.org/plt/branches/mflatt/mred-experiment/ Right now, I'm having trouble running on my Ubuntu box. [samth@punge:~/sw/mred-experiment] mz gtk.ss ffi-lib: couldn't open "libjpeg.62.so" (libjpeg.62.so: cannot open shared object file: No such file or directory) I don't have a libjpeg.62.so on my system. I have: /usr/lib/libjpeg.so /usr/lib/libjpeg.so.62 /usr/lib/libjpeg.so.62.0.0 So I assume that something is wrong with `ffi-lib' and how it's searching. -- sam th samth@ccs.neu.edu From samth at ccs.neu.edu Fri Oct 30 19:35:00 2009 From: samth at ccs.neu.edu (Sam TH) Date: Fri Oct 30 19:40:45 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> Message-ID: <63bb19ae0910301635o4f6e5ba1u8374ee3fc910a376@mail.gmail.com> On Fri, Oct 30, 2009 at 7:08 PM, Sam TH wrote: > On Fri, Oct 30, 2009 at 5:17 PM, Matthew Flatt wrote: >> >> If you'd like to see the current state, it's still at >> >> ?http://svn.plt-scheme.org/plt/branches/mflatt/mred-experiment/ > > Right now, I'm having trouble running on my Ubuntu box. Also, I believe that both pango and pangocairo should be version 1.0, not 1.0.0. -- sam th samth@ccs.neu.edu From geoff at knauth.org Fri Oct 30 20:25:34 2009 From: geoff at knauth.org (Geoffrey S. Knauth) Date: Fri Oct 30 20:25:53 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <65E77506-12CC-44CF-9FE8-1464E7171538@ccs.neu.edu> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <8CF208E2-CB79-4D8C-B06C-6701516B3260@knauth.org> <65E77506-12CC-44CF-9FE8-1464E7171538@ccs.neu.edu> Message-ID: <9582C2CC-072A-47D6-B9A5-313F2436ED1D@knauth.org> On Oct 30, 2009, at 18:43, Stevie Strickland wrote: > On Oct 30, 2009, at 6:26 PM, Geoffrey S. Knauth wrote: >> On Oct 30, 2009, at 17:17, Matthew Flatt wrote: >> >>> And I'd still be especially happy if someone writes libraries for >>> reading GIFs or reading and writing BMPs, XBMs, or XPMs. >> >> I'd love to help with this. > > I'd forgotten to mention it on-list, but I'm working on implementing > the GIF reader. Though if you have your heart set on that, we can > discuss it! No problem, I'll work on BMP then. If no one has grabbed XBM or XPM, I can work on those afterward. From mflatt at cs.utah.edu Fri Oct 30 20:37:23 2009 From: mflatt at cs.utah.edu (Matthew Flatt) Date: Fri Oct 30 20:37:51 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> Message-ID: <20091031003727.313EB6500F6@mail-svr1.cs.utah.edu> At Fri, 30 Oct 2009 19:08:43 -0400, Sam TH wrote: > On Fri, Oct 30, 2009 at 5:17 PM, Matthew Flatt wrote: > > > > If you'd like to see the current state, it's still at > > > > ?http://svn.plt-scheme.org/plt/branches/mflatt/mred-experiment/ > > Right now, I'm having trouble running on my Ubuntu box. > > [samth@punge:~/sw/mred-experiment] mz gtk.ss > ffi-lib: couldn't open "libjpeg.62.so" (libjpeg.62.so: cannot open > shared object file: No such file or directory) > > I don't have a libjpeg.62.so on my system. I have: > > /usr/lib/libjpeg.so > /usr/lib/libjpeg.so.62 > /usr/lib/libjpeg.so.62.0.0 > > So I assume that something is wrong with `ffi-lib' and how it's searching. I got this wrong last time, too. The `ffi-lib' calls in the latest version work for me with Ubuntu 9.04 and Mac OS X. From samth at ccs.neu.edu Fri Oct 30 21:22:54 2009 From: samth at ccs.neu.edu (Sam TH) Date: Fri Oct 30 21:23:32 2009 Subject: [plt-dev] update on reimplementing MrEd In-Reply-To: <20091031003727.313EB6500F6@mail-svr1.cs.utah.edu> References: <20091030211732.5B6BD65010A@mail-svr1.cs.utah.edu> <63bb19ae0910301608y66ffc77pf5a994ac63a42fd5@mail.gmail.com> <20091031003727.313EB6500F6@mail-svr1.cs.utah.edu> Message-ID: <63bb19ae0910301822i14583f27re5cb6093eadbfd58@mail.gmail.com> On Fri, Oct 30, 2009 at 8:37 PM, Matthew Flatt wrote: > > The `ffi-lib' calls in the latest version work for me with Ubuntu 9.04 > and Mac OS X. Works for me, too. -- sam th samth@ccs.neu.edu