<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)">  <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> The problem seems to stem from the interactions between paths and strings.<o:p></o:p> <o:p> </o:p> The Language Manual says: When a MzScheme procedure takes a filesystem path as an argument, the path can be provided either as a string or as an instance of the path datatype. If a string is provided, it is converted to a path using string->path. A MzScheme procedure that generates a filesystem path always generates a path value.<o:p></o:p> <o:p> </o:p> However this isn’t true for path->string, for example.  One might expect that (path->string “abc”) to return “abc”.  Instead it errors.  I believe that was the root cause of the problem below.  A routine somewhere – I quit when I got to a thread invoking a unit in the package installer module (it was getting a bit deep for me) – just wanted to use the string version of a path that was already a string.<o:p></o:p> <o:p> </o:p> Doug<o:p></o:p> <o:p> </o:p> <div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'> <div> <div class=MsoNormal align=center style='text-align:center'> <hr size=2 width="100%" align=center tabindex=-1> </div> From: plt-scheme-bounces@list.cs.brown.edu [mailto:plt-scheme-bounces@list.cs.brown.edu] On Behalf Of Williams, M. Douglas Sent: Tuesday, December 27, 2005 1:14 PM To: plt-scheme Subject: RE: [plt-scheme] Problems and Questions converting to PLaneT<o:p></o:p> </div> <o:p> </o:p> I got it to work by changing the compile-subcollections in my info.ss file to a list of list of paths.  The info.ss file is now:<o:p></o:p> <o:p> </o:p> (module info (lib "infotab.ss" "setup")<o:p></o:p>   (define name "PLT Scheme Science Collection")<o:p></o:p>   (define blurb<o:p></o:p>     (list "A collection of modules that provide functions for "<o:p></o:p>           "numerical computing."))<o:p></o:p>   (define categories '(scientific))<o:p></o:p>   (define doc.txt "doc.txt")<o:p></o:p>   (define primary-file "science-with-graphics.ss")<o:p></o:p>   (define version "2.0")<o:p></o:p>   (define compile-subcollections<o:p></o:p>     (list (list (string->path "special-functions"))<o:p></o:p>           (list (string->path "random-distributions"))))<o:p></o:p> )<o:p></o:p> <o:p> </o:p> This will correctly build the .plt and I can install it using the planet command line.<o:p></o:p> <o:p> </o:p> Now I just need to know if there is a convenient way to compile it – i.e. something similar to compile-collection-zos when something isn’t actually in the collection path.<o:p></o:p> <o:p> </o:p> <div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'> <div> <div class=MsoNormal align=center style='text-align:center'> <hr size=2 width="100%" align=center tabindex=-1> </div> From: plt-scheme-bounces@list.cs.brown.edu [mailto:plt-scheme-bounces@list.cs.brown.edu] On Behalf Of Williams, M. Douglas Sent: Tuesday, December 27, 2005 10:53 AM To: plt-scheme Subject: [plt-scheme] Problems and Questions converting to PLaneT<o:p></o:p> </div> <o:p> </o:p> Problems and Questions converting to PLaneT – or why Jacob Matthews dreads seeing my name in the From field of a post.<o:p></o:p> <o:p> </o:p> I am trying to get the PLT Scheme Science Collecting ready to distribute using PLaneT and I am running into a few problems.  <o:p></o:p> <o:p> </o:p> The science collection is a collection of modules plus two sub collections (special-functions and random-distributions).  The directory structure is:<o:p></o:p> <o:p> </o:p>   science<o:p></o:p>     - <many files with scheme modules, including science.ss and science-with-graphics.ss><o:p></o:p>     - info.ss<o:p></o:p>     - doc.txt<o:p></o:p>     - special-functions<o:p></o:p>         - <several files with scheme modules><o:p></o:p>         - info.ss<o:p></o:p>     - random-distributions<o:p></o:p>         - <many files with scheme modules><o:p></o:p>         - info.ss<o:p></o:p> <o:p> </o:p> When this is in a collects directory (and the directory is in the collections path), I can easily compile the collection (using compile-collection-zos) and otherwise manipulate it using tools within PLT scheme.<o:p></o:p> <o:p> </o:p> In preparation to move to PLaneT, I have moved the code out of a collects directory (that is, the directory is not in the collections path).  Now the questions.<o:p></o:p> <o:p> </o:p> ---<o:p></o:p> <o:p> </o:p> What is the best way to compile the collection (and subcollections) the way compile-collection-zos does?  Or, does PLaneT automatically compile the collection for me?  (I haven’t been able to get that far.)<o:p></o:p> <o:p> </o:p> ---<o:p></o:p> <o:p> </o:p> In any case, I should be able to build the .plt file for distribution with PLaneT.  I used make-planet-archive to create a plt file.  This seems to work okay.  (I assume that ‘planet --create-archive …’ would have done the same thing.)<o:p></o:p> <o:p> </o:p> When I try to install it using ‘planet --file science.plt williams 2 0’, I get the following error:<o:p></o:p> build-path: expects type <path, string, 'up, 'same> as 2nd argument, given: ("sp<o:p></o:p> ecial-functions"); other arguments were: #<path:C:\Documents and Settings\willia<o:p></o:p> msm\Application Data\PLT Scheme\planet\300\300\cache\willi...<o:p></o:p> <o:p> </o:p> Note that I cannot remove the package at this point.  In particular, ‘planet --remove williams science.plt 2 0’ gives the following:<o:p></o:p> build-path: expects type <path, string, 'up, 'same> as 2nd argument, given: ("sp<o:p></o:p> ecial-functions"); other arguments were: #<path:C:\Documents and Settings\willia<o:p></o:p> msm\Application Data\PLT Scheme\planet\300\300\cache\willi...<o:p></o:p> with-input-from-file: cannot open input file: "C:\Documents and Settings\william<o:p></o:p> sm\Application Data\PLT Scheme\cache.ss" (The system cannot find the file specif<o:p></o:p> ied.; errno=2)<o:p></o:p> <o:p> </o:p> Both seem to be referring to one of the subcollections (in particular, special-functions).<o:p></o:p> <o:p> </o:p> My info.ss file is as follows:<o:p></o:p> (module info (lib "infotab.ss" "setup")<o:p></o:p>   (define name "PLT Scheme Science Collection")<o:p></o:p>   (define blurb<o:p></o:p>     (list "A collection of modules that provide functions for "<o:p></o:p>           "numerical computing."))<o:p></o:p>   (define categories '(scientific))<o:p></o:p>   (define doc.txt "doc.txt")<o:p></o:p>   (define primary-file "science-with-graphics.ss")<o:p></o:p>   (define version "2.0")<o:p></o:p>   (define compile-subcollections<o:p></o:p>     (list (list "special-functions") (list "random-distributions")))<o:p></o:p> )<o:p></o:p> <o:p> </o:p> At first I suspected the compile-subcollections might be handled differently for PLaneT (i.e. not a list of list of strings) so I changed its value to (list “special-functions” “random-distributions”).  This also fails with:<o:p></o:p> path->string: expects argument of type <path>; given "special-functions"<o:p></o:p> <o:p> </o:p> But, that might help anyway.<o:p></o:p> <o:p> </o:p> ---<o:p></o:p> <o:p> </o:p> Am I doing something wrong or is this a bug?<o:p></o:p> <o:p> </o:p> ---<o:p></o:p> <o:p> </o:p> Just out of curiosity, why is the order of the arguments to the --file option different from the others with similar arguments (-- install, --download, and  --remove)?<o:p></o:p> <o:p> </o:p> Thanks for the help.<o:p></o:p> <o:p> </o:p> Doug<o:p></o:p> </div> </div> </div> </body> </html>