include.spyce odd path behavior - relative vs absolute paths

"Jason Persampieri" <[email protected]> Tue, 11 Dec 2007 14:44:25 -0500
Newsgroups gmane.comp.python.spyce.general
Message-ID <[email protected]>
--===============0669740504==
Content-Type: multipart/alternative; 
	boundary="----=_Part_6325_10792088.1197402265783"

------=_Part_6325_10792088.1197402265783
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Howdy folks.  Spyce newbie here.

I have noticed an oddity in the *include.spyce* behavior.

If the argument is a relative path - *include.spyce('../include.spy')* -
everything works fine.

But if I pass an absolute path -
*include.spyce('/cluster/home/user/public_html/share/include.spy')
*- it looks like spyce prepends the spyce home directory (which in this case
is the same as the http home) on to the path - * spyceNotFound:
spyceNotFound exception: could not find
"/common/www/html/cluster/home/user/public_html/share/include.spy"

*While the absolute path behavior seems consistent with the documentation,
this is incredibly odd.  If I specify an absolute path, shouldn't it assume
I'm pointing to exactly what I want?

this whole thing is especially annoying since I need to *execfile  *a file
in the same directory (which *only* takes absolute paths seemingly) and
hence need to keep both a relative and absolute path reference.  Piddly to
be sure, but annoying.

That said, Spyce is really rocking my world, and is *exactly* the right
solution for my project.

Jason Persampieri
Programmer
Boston College Bioinformatics Dept.

------=_Part_6325_10792088.1197402265783
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Howdy folks.&nbsp; Spyce newbie here.<br><br>I have noticed an oddity in the <i>include.spyce</i> behavior.<br><br>If the argument is a relative path - <i>include.spyce(&#39;../include.spy&#39;)</i> - everything works fine.<br>
<br>But if I pass an absolute path - 
<i>include.spyce(&#39;/cluster/home/user/public_html/share/include.spy&#39;) </i>- it looks like spyce prepends the spyce home directory (which in this case is the same as the http home) on to the path - <font size="2"><i>

spyceNotFound: spyceNotFound exception: could not find &quot;/common/www/html/cluster/home/user/public_html/share/include.spy&quot;<br><br></i>While
the absolute path behavior seems consistent with the documentation,
this is incredibly odd.&nbsp; If I specify an absolute path, shouldn&#39;t it
assume I&#39;m pointing to exactly what I want?
<br><br>this whole thing is especially annoying since I need to <i>execfile&nbsp; </i>a
file in the same directory (which *only* takes absolute paths
seemingly) and hence need to keep both a relative and absolute path
reference.&nbsp; Piddly to be sure, but annoying.
<br><br>That said, Spyce is really rocking my world, and is *exactly* the right solution for my project.<br><br>Jason Persampieri<br>Programmer<br>Boston College Bioinformatics Dept.<br></font>

------=_Part_6325_10792088.1197402265783--


--===============0669740504==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
--===============0669740504==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Spyce-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/spyce-users

--===============0669740504==--