Re: [nant-dev] get-assembly-direcotry() function

Ian MacLean Tue, 25 May 2004 09:58:19 -0700

it turns out that DirectoryInfo.ToString() returns only the name part rather than the full path on mono. And since the framework::get- functions are returning directoryInfo objects they get converted to strings using ToString(). I think we might be better off returning strings from those functions. Even on windows relying on the output of ToString isn't so wise as it returns the path you initialized the DirectoryInfo object with rather than the FullName.

To illustrate:

DirectoryInfo info = new DirectoryInfo("..\\..\\");
Console.WriteLine(info.ToString());
Console.WriteLine(info.FullName);

produces :
..\..\
H:\dev\test\csharp\ConsoleApplication9\
on windows.

I'll report the current mono behaviour as a compatibility bug. However the return type of those functions should probably change.

Ian


Ian MacLean wrote:

no leading slash. my NAnt.exe.config is unchanged from the cvs version. I think there could be a problem with the config file reading code because:

the following test .build <property name="target.framework" value="${framework::get-target-framework()}" /> <property name="prefix" value="${pkg-config::get-variable('mono', 'prefix')}" /> <echo message=" mono prefix is ${pkg-config::get-variable('mono', 'prefix')}"/> <echo message=" combined value is ${path::combine(prefix, 'lib/mono/1.0')}"/> <echo message="${framework::get-assembly-directory(target.framework)}" /> <echo message="${framework::get-framework-directory(target.framework)}" /> <echo message="${framework::get-sdk-directory(target.framework)}" /> <echo message="${framework::get-target-framework()}" />
produces the following output:
[echo] mono prefix is /home/ianm/usr/local
[echo] combined value is /home/ianm/usr/local/lib/mono/1.0
[echo] 1.0
[echo] bin
[echo] bin
[echo] mono-1.0
${pkg-config::get-variable('mono', 'prefix')} is whats used in the config file to produce the assembly directory value. In the build file it produces the correct output but its not right when coming from the config file. Unless theres an issue with framework::get-assembly-directory impl. I'll do somw debuggin tomorrow and see what I can find.
Ian
Clayton Harbour wrote:
Hi,
No I am running rpms from the beta 1 release.  This is probably a silly
question but what is the value of your framework directory setting in
NAnt.exe.config?  If there is a leading slash Path.Combine might be
taking that as a root path.
Clayton
-----Original Message----- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: May 21, 2004 5:32 AM To: Clayton Harbour Cc: Gert Driesen; Giuseppe Greco; Jaroslaw Kowalski; NAnt Developers Subject: Re: [nant-dev] get-assembly-direcotry() function

Hi Clayton, Do you have the lastest mono built from cvs ? I'm getting the same result as Guis. I'm also on Fedora 1. I don't have mono installed to /usr but I think its unlikly thats the cause. I'll investigate soem more. Ian
Clayton Harbour wrote:
Hi,
I get /usr/lib/mono/1.0 on my Fedora Core 1 install with
NAnt rebuilt
this morning. There was some oddness with the install as the config file contained a reference to a "tasks" folder but the task binaries were not built in a task folder. Maybe I caught something in mid-checkin? Anyway, it seems to work on this install.
Cheers,
Clayton
-----Original Message-----
From:    Gert Driesen [mailto:[EMAIL PROTECTED]
Sent:    Thu 5/20/2004 6:39 PM
To:    Giuseppe Greco
Cc:    Jaroslaw Kowalski; NAnt Developers
Subject:    Re: [nant-dev] get-assembly-direcotry() function
----- Original Message -----
From: "Giuseppe Greco" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>; "NAnt Developers"
<[EMAIL PROTECTED]>
Sent: Thursday, May 20, 2004 11:23 PM
Subject: Re: [nant-dev] get-assembly-direcotry() function
Giuseppe, can you indeed confirm that get-assembly-directory() just
returned
"1.0" ?
Yes, I do (of course, on Linux).
I've inserted the following task in one of my project files:
<echo
message="${framework::get-assembly-directory(target.framework)}"
/>
... and the result is "1.0".
Can anyone else reproduce this issue ? (I still have to reload my gentoo image ... I installed the latest longhorn on my linux box .. shame on me ... blush :))
Gert
------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer, ActiveState, a division of Sophos
http://www.ActiveState.com

-- Ian MacLean, Developer, ActiveState, a division of Sophos http://www.ActiveState.com

------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers

Re: [nant-dev] get-assembly-direcotry() function

Reply via email to