<P>Yes, but I found my problem -- I'm an idiot<IMG src="http://us.i1.yimg.com/us.yimg.com/i/mesg/tsmileys/9.gif">. I put the new binaries out there without putting the new collects in the PLT path.
<P>The Setup worked perfectly after that. Also, you were right! The original problem I was having (current-load-relative-directory problem) disappeared after using the latest CVS release.
<P>Thank you very much for your help.
<P> <B><I>Robby Findler <robby@cs.uchicago.edu></I></B> wrote:
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Did you pass the <BR><BR>-c<BR><BR>option to setup plt?<BR><BR>Robby<BR><BR>At Tue, 25 Mar 2003 11:30:38 -0800 (PST), Shawn Legrand wrote:<BR>> ------------------------------------------------------------------------------<BR>> <BR>> I installed the pre-built CVS binaries, but when compiling the .zos I get the following <BR>> error:<BR>> mred.ss:473:23: compile: unbound variable in module in: super-enable5<BR>> Any ideas?<BR>> Robby Findler <ROBBY@CS.UCHICAGO.EDU>wrote:I'm not sure if that is the bug that you <BR>> are seeing, but a similar bug<BR>> was fixed since v203 went out. If you have the inclination, you might<BR>> try building the CVS version and trying it out. (Note: there are<BR>> pre-built binaries for windows, so you don't need a compiler or<BR>> anything like that)<BR>> <BR>> Robby<BR>> <BR>> At Tue, 25 Mar 2003 09:54:21 -0800 (PST), Shawn Legrand wrote:<BR>> > ------------------------------------------------------------------------------<BR>> > <BR>> > Sorry, I should have posted that - I am using Windose version 203 from the PLT site.<BR>> > Robby Findler wrote:There were some bugs in the way that <BR>> > standalone modules were created<BR>> > that have been recently fixed. Can you tell me which version of<BR>> > DrScheme you're using?<BR>> > <BR>> > Thanks,<BR>> > Robby<BR>> > <BR>> > At Tue, 25 Mar 2003 09:47:18 -0800 (PST), Shawn Legrand wrote:<BR>> > > ------------------------------------------------------------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine on my <BR>> > > system. When transporting this executable to another system along with the <BR>> appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into and <BR>> does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that it <BR>> should <BR>> > > not use a fixed directory like this and use something more relative (i.e. "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the docs (at <BR>> > > least that I understood), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com<BR>> > > ------------------------------------------------------------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine on my <BR>> > > system. When transporting this executable to another system along with the <BR>> appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into and <BR>> does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that it <BR>> should <BR>> > > not use a fixed directory like this and use something more relative (i.e. "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the docs (at <BR>> > > least that I understood.), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com <BR>> > > <BR>> > <BR>> > <BR>> > Shawn Legrand <BR>> > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > splegrand@yahoo.com<BR>> > ------------------------------------------------------------------------------<BR>> > <BR>> > Sorry, I should have posted that - I am using Windose version 203 from the PLT site. <BR>> > <BR>> > Robby Findler wrote: <BR>> > <BR>> > There were some bugs in the way that standalone modules were created<BR>> > that have been recently fixed. Can you tell me which version of<BR>> > DrScheme you're using?<BR>> > Thanks,<BR>> > Robby<BR>> > At Tue, 25 Mar 2003 09:47:18 -0800 (PST), Shawn Legrand wrote:<BR>> > > ------------------------------------------------------------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine on <BR>> > my <BR>> > > system. When transporting this executable to another system along with the <BR>> > appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: <BR>> > "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into <BR>> > and does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that it <BR>> > should <BR>> > > not use a fixed directory like this and use something more relative (i.e. <BR>> > "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the <BR>> > docs (at <BR>> > > least that I understood), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com<BR>> > > ------------------------------------------------------------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine on <BR>> > my <BR>> > > system. When transporting this executable to another system along with the <BR>> > appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: <BR>> > "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into <BR>> > and does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that it <BR>> > should <BR>> > > not use a fixed directory like this and use something more relative (i.e. <BR>> > "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the <BR>> > docs (at <BR>> > > least that I understood.), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com <BR>> > > <BR>> > <BR>> > Shawn Legrand <BR>> > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > splegrand@yahoo.com <BR>> > <BR>> <BR>> <BR>> Shawn Legrand <BR>> Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> splegrand@yahoo.com<BR>> ------------------------------------------------------------------------------<BR>> <BR>> I installed the pre-built CVS binaries, but when compiling the .zos I get the following <BR>> error: <BR>> <BR>> mred.ss:473:23: compile: unbound variable in module in: super-enable5 <BR>> <BR>> Any ideas? <BR>> <BR>> Robby Findler <ROBBY@CS.UCHICAGO.EDU>wrote: <BR>> <BR>> I'm not sure if that is the bug that you are seeing, but a similar bug<BR>> was fixed since v203 went out. If you have the inclination, you might<BR>> try building the CVS version and trying it out. (Note: there are<BR>> pre-built binaries for windows, so you don't need a compiler or<BR>> anything like that)<BR>> Robby<BR>> At Tue, 25 Mar 2003 09:54:21 -0800 (PST), Shawn Legrand wrote:<BR>> > ------------------------------------------------------------------------------<BR>> > <BR>> > Sorry, I should have posted that - I am using Windose version 203 from the PLT <BR>> site.<BR>> > Robby Findler CS.UCHICAGO.EDU>wrote:There were some bugs in the way that <BR>> > standalone modules were created<BR>> > that have been recently fixed. Can you tell me which version of<BR>> > DrScheme you're using?<BR>> > <BR>> > Thanks,<BR>> > Robby<BR>> > <BR>> > At Tue, 25 Mar 2003 09:47:18 -0800 (PST), Shawn Legrand wrote:<BR>> > > -------------------------------------------------<BR>> -----------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine <BR>> on my <BR>> > > system. When transporting this executable to another system along with the <BR>> appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: <BR>> "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into <BR>> and does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that <BR>> it should <BR>> > > not use a fixed directory like this and use something more relative (i.e. <BR>> "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the <BR>> docs (at <BR>> > > least that I understood), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com<BR>> > > -------------------------------------------------<BR>> -----------------------------<BR>> > > <BR>> > > I am generating a stand-alone executable from a single module. It runs fine <BR>> on my <BR>> > > system. When transporting this executable to another system along with the <BR>> appropriate <BR>> > > dlls I receive the following error:<BR>> > > <BR>> > > current-load-relative-directory: directory not found or not a directory: <BR>> "j:\scheme\"<BR>> > > <BR>> > > <BR>> > > <BR>> > > I can see that this directory is the original directory I compiled from/into <BR>> and does <BR>> > > not exist on the system I want to run from. How do I tell the compiler that <BR>> it should <BR>> > > not use a fixed directory like this and use something more relative (i.e. <BR>> "./")?<BR>> > > <BR>> > > Sorry if this is a commonly asked question, but I couldn't find much in the <BR>> docs (at <BR>> > > least that I understood.), or this list archive.<BR>> > > <BR>> > > Thanks for your help.<BR>> > > <BR>> > > Shawn Legrand <BR>> > > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > > splegrand@yahoo.com <BR>> > > <BR>> > <BR>> > <BR>> > Shawn Legrand <BR>> > Carpe Noctem! Carpe Diem! Hieros Gamos!<BR>> > splegrand@yahoo.com<BR>> > ------------------------------------------------------------------------------<BR>> > <BR>> > Sorry, I should have posted that - I am using Windose version 203 from the PLT <BR>> site. <BR>> > <BR>> > Robby Findler CS.UCHICAGO.EDU>wrote: <BR>> > <BR>> > There were some bugs in the way that standalone modules were created<BR>> > that have been recently fixed. Can you tell me which version of<BR>> > DrScheme you're using?<BR>> > Thanks,<BR>> > Robby<BR>> > At Tue, 25 Mar 2003 09:47:18 -08 <BR>> <BR></BLOCKQUOTE><BR><BR>Shawn Legrand <br>Carpe Noctem! Carpe Diem! Hieros Gamos!<br>splegrand@yahoo.com