Hi Martin,
Sorry for the slow response to this
Martin Aliger wrote:
This introduce new boolean flag, which disable error message when XmlPeek
task coudn'd find any maching node. This is very useful in some scenarios.
I think, it could be useful to community, se here it is.
Thanks for the
Martin Aliger wrote:
I don't think we need to make solution task compatibility a
goal here.
I was thinking same, but first I wanted to use msbuild, I found myself in
situation where solution is used today. Even that msbuild is quite general
system, we, nant users, will call it mainly to
Gert Driesen wrote:
-Original Message-
From: Martin Aliger [mailto:[EMAIL PROTECTED]
Sent: Monday, December 5, 2005 02:19 PM
To: ''Gert Driesen'', ''Ian MacLean''
Cc: [EMAIL PROTECTED], ''! nant''
Subject: RE: [nant-dev] need VS 2005 solution task support
Do you know, whether
it to
MSBuild but maybe initially going with a plain msbuild task could be
the way to go.
Ian
-Original Message-
From: Ian MacLean [mailto:[EMAIL PROTECTED]
Sent: Monday, December 5, 2005 06:38 AM
To: 'Martin Aliger'
Cc: [EMAIL PROTECTED], '! nant'
Subject: Re: [nant-dev] need VS
I just saw this on the wix dev list. They've decided to use NAnt as
their build tool - instead of msbuild or nmake. Its quite cool to see
this - considering that the wix dev lead is at Microsoft. Interestingly
- NAnts support for the c++ compiler was one of the main reasons for the
decision.
Martin Aliger wrote:
Or, alternativelly, it should not be hard at all to write msbuild task
just as a wrapper around msbuild.exe as ccnet do it. Something like ant
already do. Not bad idea. What others think about this? Maybe I'd not give
up mine hard-earned build scripts after all :-)
I
Ed Atwell wrote:
Hello all,
I was hoping to start contributing to NAnt by working on the bug list.
Are there any recommendations as to where I should start?
I'd suggest going after whatever looks easiest so that you can get a
feel for how the codebase is laid out. Pick one you like the look
Hi Martin,
Martin Aliger wrote:
Thanks,
here is patch again, this time it is agains 0.85 RC3. I'd really love to see
this incorporated in core. There are some implementation problems which we
already discussed, though:
- what should happen, if referenced fileset have another basedir ?
- what
Gert Driesen wrote:
don't support the basedir property.
Ahh pity. From an academic, developer to developer point of view I'm
curious why that decision was made. I'm just wondering because
obviously that's a big decision since many existing Ant scripts use
${basedir} as a property and
Gert Driesen wrote:
Hi,
In .NET 2.0 (beta 2), quite some options have been added to the command-line
compilers.
For example, for csc these are :
/keyfile:file
/keycontainer:string
/platform:string
/reference:alias=file
/langversion:string
/pdb:file
/moduleassemblyname:string
Now, the question is:
Hi Pavan,
The simple answer is :
- follow this list
- find a bug in the bug database that you'd like to fix or
- implement some functionality that you think would be useful or has
been requested
- post any questions you might have here.
- post patches to the list
good luck.
Ian
Pavan B G wrote:
Troy Laurin wrote:
Anyway, I might have a play with it over the next few weeks, and if I
don't find any nasty side-effects with targets or other elements, then
I'll submit it as a patch post-0.85.
PS- no offense, but some of the code to initialise the project and
process the build file could
Gert Driesen wrote:
Hi John,
I just forgot to commit a small change, hold on a sec (or in case you're
using anon cvs, a little longer).
btw John,
I was meaning to ask - how is that msi working out for you ? I'd like to
start adding it to out download page for releases. What do you think Gert ?
Mike Roberts wrote:
task for this purpose. The included project
(build file) can just contain a project element and a set of properties to
set in the parent project.
Good idea. Better than the script workaround I was thinking of - thanks!
btw this is the NAnt idiomatic way of doing Ant's
Gert Driesen wrote:
Hi,
Right now, build authors cannot control whether references are copied to new
projects.
I decided to add support for this (using a inheritrefs attribute on nant),
and while doing so I decided to make a breaking change here: references will
now no longer be copied to new
Greco Giuseppe wrote:
what's about something like that? Giving the following resource files
Global.resx
Another.resx
... .resx
we could have a separate resource manager for each resource file,
This means storing *all* the resources in a single assembly
I don't quite understand how your
Greco Giuseppe wrote:
what's about something like that? Giving the following
resource files
Global.resx
Another.resx
... .resx
we could have a separate resource manager for each resource file,
This means storing *all* the resources in a single assembly
I don't quite understand how your
Ian MacLean wrote:
Greco Giuseppe wrote:
Hi Ian,
I think it would be preferable to have a common
resource assembly (e.g. NAnt.Resources.dll).
you mean all resources for every assembly all in a single resources
assembly ? - I don't much like that idea at all. Resources should be
located
Greco Giuseppe wrote:
Hmm - well I'd like the keep the number in there - for
errors/warnings
at least. It will make finding the use of a given error
message easier
later on.
Okay, but tell me which one of the following formats:
data name=NA1001
valueCould not find a '{0}' file in
Greco Giuseppe wrote:
csc ...
...
resources
include name=*.resx/
/resources
/csc
will work just fine.
Just a question: does the resource element automatically
embed the defalut resources into the assembly, or is the
arg element still necessary?
If the name of the .resx
Hi Justin,
James, Justin wrote:
What are the requirements for the Nant Documentor to actually generator the nant style documentation? I have a bunch of custom task that I have built but when I use the nant documentor all of the tasks/properties/types show up in the web output but it does not
Greco Giuseppe wrote:
Mono source code does not contain documentation comments; XML stubs
are generated via reflection with assembler.exe/updater.exe. Miguel
told me that they want to keep user documentation separated from
source code, meaning the /doc feature of the C# compiler is useless...
on doing that today. My last build was 1/11 and it worked fine then.
John Cole
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jim Geurts
Sent: Tuesday, February 15, 2005 8:24 AM
To: Ian MacLean
Cc: Swoogan; nant-developers@lists.sourceforge.net
Subject: Re
Greco Giuseppe wrote:
Ian,
looks ok - but why not get AssemblyName dynamically using :
Assembly.GetCallingAssembly() ?
then you only need to define the RM class once in NAnt.Core.
You're right... attached to this email you'll find a better
version of RM.cs (RM stands for
Perhaps we should explore a new mechanism for extension libraries in
NAnt, with inspiration taken from the Java jre/lib/ext idea...
4) Install NAntContrib to a different folder, and add an xml
descriptor/locator in NAnt/bin/ext which describes the library.
NAnt could scan the bin/ext folder
Greco Giuseppe wrote:
I figured that one out :). We could probably call it
NAnt.Core.ResourceUtils or somthing like that.
That's up to you... but such a name is a little bit too long and
uncomfortable to be used often...
you think ? Show me some classes in the core framework that have 2
The first step would be to create the resource files
(NAnt.Core.en-US.resx,
NAnt.DotNet.Task.en-US.resx, etc.),
we can just start with NAnt.Core.resx for the default ( US english )
language.
then replace hardcoded strings with
RM.GetString(Message_Id) - or whatever name you want, and finally
Ian MacLean wrote:
al
target=library
output=${build.dir}/${package.name}/lib/${culture}/${assembly}.resource
s.dll
culture=${culture}
sources basedir=${build.dir}/${package.name}/lib/${culture}
include name=*.resources /
/sources
/al
/foreach
Ian MacLean wrote:
Ian MacLean wrote:
al
target=library
output=${build.dir}/${package.name}/lib/${culture}/${assembly}.resource
s.dll
culture=${culture}
sources basedir=${build.dir}/${package.name}/lib/${culture}
include name=*.resources /
/sources
Greco Giuseppe wrote:
Hi all,
Why doesn't the ndoc task support the NDoc argument xmldoc
(see http://ndoc.sourceforge.net/usersguide.html)?
NAnt assumes that XML files generated by the C# compiler are
always located in the same directory as the compiled assemblies.
Don't you think that we should
Giuseppe Greco wrote:
Do you plan to localize NAnt?
I think it would be a good idea.
If yes, how are you going
to manage translations? Actually, compiled assemblies and
XML files generated by the C# compiler are kept togheter
in the same directory, letting NDoc find them and do its
job.
looks
Hi Swoogan,
I wrote an installer script for Inno Setup
(http://www.jrsoftware.org/isinfo.php) for NAnt distribution around my
office and I would like to contribute it. Besides copying the files, it
adds the nant bin directory the environment path and creates a registry
entry pointing to the
Wen Ching Chua wrote:
I try to find on the internet on how to achieve this in C#, but still
can't find any good resources till i downloaded Nant.
But there are too many codes inside Nant, and i have no idea which
part of Nant code that can achieve this below.
?xml version=1.0?
project
Jaroslaw Kowalski wrote:
I like the wrapper idea. I never understood why NAnt included NDoc
instead of just spawning it. Same thing applies to NUnit.
It would be cool to have a common way of detecting the packages
locations. I think we can use pkgconfig approach on Unix and
AssemblyFolders or
Ian MacLean wrote:
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Steve Jansen
Sent: vrijdag 3 december 2004 17:19
To: [EMAIL PROTECTED]
Subject: [nant-dev] include task question
Hi again,
I have a question about the include task
Gert Driesen wrote:
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Ian MacLean [EMAIL PROTECTED]
Cc: Gert Driesen [EMAIL PROTECTED]; 'Steve Jansen'
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 4:20 PM
Subject: Re: [nant-dev] include task question
committed to cvs.
Ian
Tim
On Thu, 02 Dec 2004 21:10:16 +0900, Ian MacLean [EMAIL PROTECTED] wrote:
Tim Noll wrote:
Here are the changes needed in order to add extension objects to the
style task. This change consists of three files:
NAnt.Core\Tasks\StyleTask.cs - modified (I've also included
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Steve Jansen
Sent: vrijdag 3 december 2004 17:19
To: [EMAIL PROTECTED]
Subject: [nant-dev] include task question
Hi again,
I have a question about the include task and the
Martin Aliger wrote:
ps : I've got a small nant function called is-assembly (to
determine
whether a file is a valid assembly or not). Is it worth
contributing ?
I'm using it to separate my legacy dll from assemblies. I know
there's the get-assembly-name trick, but maybe
can call specific targets in an included build file from a master file. And as Troy pointed out you can call individual targets using the nant task as well.
Ian
--Neil
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ian
MacLean
Sent: 18 November 2004 04
Tim Noll wrote:
I'd like to propose adding extension objects to the style task. More
information about extension objects can be found here:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconXsltArgumentListForStylesheetParametersExtensionObjects.asp
The build file
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Eric Fetzer
Sent: woensdag 17 november 2004 17:39
To: Gert Driesen; 'NAnt Developers'
Subject: RE: [nant-dev] Fwd: VB task not working
Gert,
Thanks, but I tried that. I already had
Neil Cowburn wrote:
I have a number of targets of various type (code compilers, file system
management, custom scripts) and I'd like to separate them out into
individual files and reference them from a master build file. I thought the
include task would meet my requirements, but since it executes
Gert Driesen wrote:
Hi,
Should we rename the NAnt.Zip(Tasks) namespace, assembly and directory name
to NAnt.Compression (or if someone can come up with a better name ...), now
that I've also added tar support ?
sounds good to me.
Ian
Gert
---
Gert Driesen wrote:
Eric,
Currently, filterchain will, by default, use UTF-8 encoding for both
the input as the output.
We might consider changes the default encoding to the system's current
ANSI code page.
That would also match the behavior of Ant.
Ian, Roger: what do you think ?
sounds
Gert Driesen wrote:
Troy,
Eventually, we might want to get rid of the binaries in the source
distribution and use Makefile (linux) or batch file (windows) to build
a bootstrap version of NAnt, that is then used to build the full
version of NAnt.
we'll still need the binaries for dependent
Gert Driesen wrote:
- Original Message - From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Troy Laurin [EMAIL PROTECTED]; Castro, Edwin Gabriel
(Firing Systems Engr.) [EMAIL PROTECTED]; Eric Fetzer
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, October 01
Gert Driesen wrote:
its part of the SDK also.:
C:\Program Files\Microsoft.NET\SDK\v2.0\Bin\nmake.exe
Ian, do you have time to look into this ?
sure - I already have a working linux bootstrap makefile. It shouldn't
take too long to setup.
Ian
://sf.net/ppc_contest.php
___
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
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
. From Ant - the definitive guide:
the other prominent property characteristic is that properties are
always global in scope.
If this is still true then I wonder how the parallel task in Ant works
around it.
Ian
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
.
- Targets to create the rpm('s) should be added to the release.xml build
file.
and if its added to nightly.xml then we can have nightly built rpms -
awesome !
Ian
- Original Message -
From: Clayton Harbour [EMAIL PROTECTED]
To: Ian MacLean [EMAIL PROTECTED]; Gert Driesen
[EMAIL
- Original Message - From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Felice Vittoria [EMAIL PROTECTED];
Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent: Saturday, August 21, 2004 4:16 AM
Subject: Re: [nant-dev] Re: Add support for multiple filesets to the
zip
Gert Driesen wrote:
- Original Message - From: Ian MacLean [EMAIL PROTECTED]
To: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, August 21, 2004 4:42 AM
Subject: [Nant-users] Params vs properties redux was: Nant .85 not
working with Draco.Net
This seems
Gert Driesen wrote:
Ian,
After giving it some more thought, I think the install target of
the makefile should install the pre-built binaries and docs for
official NAnt distributions, not and rebuild the binaries from
source. We went to a lot of trouble in order to have a single binary
cler that this is not the recommended way to
install official releases of NAnt ...
of course.
Ian
Gert
- Original Message - From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent: Friday, August 20, 2004 10:51 AM
Subject: Re
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off
-users
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save
]
http://adammonsen.com/
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
[nant] /home/adamm/bin/Nant/src/NAnt.NUnit/NAnt.NUnit.build build
Buildfile: file:///home/adamm/bin/Nant/src/NAnt.NUnit/NAnt.NUnit.build
Target(s) specified
: 'NAnt.NUnit1.Tasks.NUnitTask' is obsolete: 'In a future
release, this task will be moved to NAntContrib. However, we strongly
advise you to upgrade to NUnit 2.x.'
[...]
More details attached.
Any ideas?
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
by the indenting. Wrapping of long lines makes this even
worse as you get some lines starting with [csc] and some not.
Thoughts ?
Ian
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
SF.Net email
. Come see the changes on the new OSTG site. www.ostg.com
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
Troy Laurin wrote:
you could write a small c# commandline app that writes to
stderr and use that to call from exec. Why not just post
the test code when you have it and those of us running
non-win32 platforms can test it there.
Ian
Ideally I want an application that is guaranteed to be
This is currently breaking the build. Roger, Gert - any ideas ?
[exec][nunit2] Failures:
[exec][nunit2] 1)
Tests.NAnt.Core.Filters.ReplaceStringTest.InstantiationTest :
Tests.NAnt.Core.TestBuildExce
tion : Error Executing Project
[exec]
Gert Driesen wrote:
I think we need to add a resource child element that would allow the
manifest resource name of a given resources file to be explicitly set.
I agree. As you say below, having to copy files to specify an explicit
name isn't ideal.
We actually need this ourselves in several
Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click
___
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
Malcolm MacLucas wrote:
Ok
first, I a mistake in my original post, there is no 7-23 build of nant, there
is a 7-22 build, that's the one I used.
I used the 7-23 build of NAnt Contrib.
I installed it into the previously mentioned program files\nant directory
and the I ran the NantContrib.build
nant
. Incidentally why does it use ResourceFileSet now ? Is
it just for easier assignment from the compiler tasks ?
is that an accurate summation ?
Ian
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent
;
_webProjectBaseUrl = projectPath.Substring(0,
projectPath.LastIndexOf(/));
_projectDirectory = Path.GetDirectoryName(sln.FileName);
}
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
Gert Driesen wrote:
- Original Message -
From: Malcolm MacLucas [EMAIL PROTECTED]
To: Jaroslaw Kowalski [EMAIL PROTECTED]; Troy Laurin
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 9:02 PM
Subject: Re: [Nant-users] Re: [nant-dev] Typed properties
Original Message
Subject:PreProcessor Directives
Date: Fri, 16 Jul 2004 14:04:08 +0200
From: Verbist, Frederick [EMAIL PROTECTED]
To: Ian MacLean [EMAIL PROTECTED]
Hi,
I have a preprocessor directive in my assemblyInfo file to only sign my
assembly when
/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29
Matthew Mastracci wrote:
On Thu, 2004-07-08 at 20:12, Ian MacLean wrote:
Matthew Mastracci wrote:
Strange - I had the same issue while I was developing (turned out that
the DirectoryScanner was busted), but the fix for that was checked in.
Where was the fix ? Maybe its
Matthew Mastracci wrote:
Here's a few hot-spots that someone could probably pick off pretty
easy. All percentages are relative to total time.
This is from running a solution task based build. I haven't tried a
csc-based build yet.
ProjectSettingsLoader::ProcessPlatform - 5.6%
+-
\nant-test\nant/build/net-1.1.win32/nant-0.85-debug/bin/NAnt.exe
(return code was 1)
This is new since yesterday - Does anyone who checked in code in the last day have an
idea ?
Ian
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
Gert Driesen wrote:
- Original Message -
From: Matthew Mastracci [EMAIL PROTECTED]
To: Matthew Mastracci [EMAIL PROTECTED]
Cc: Gert Driesen [EMAIL PROTECTED]
Sent: Tuesday, July 06, 2004 3:13 AM
Subject: Re: ResGen assembly references?
Matthew Mastracci wrote:
After upgrading to the
Giuseppe Greco wrote:
Ian,
The ILASM and ILDASM tasks are ready. I'll send them
to you with a separate email.
cool. I already committed ilasm.cs with couple of minor fixes. I'll just
merge in the differences from your update.
Ildasm will go in NAnt.MSTasks rather than NAnt.DotNetTasks as there
Gert Driesen wrote:
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent: Sunday, July 04, 2004 5:10 PM
Subject: Re: [nant-dev] checking task availability
To be able to use this in our tests
Gert Driesen wrote:
Ian,
I think we should have a way of checking whether a given task is available,
and can be executed (on a given pc, framework, platform, ...).
Agreed. This would be very useful.
One way of achieving this would be to have a virtual IsAvailable (or
CanBeExecuted, or you tell
Gert Driesen wrote:
Giuseppe Greco wrote:
Ach... I knew, in fact I've used writer.Write everywhere,
but not in the WriteOptions method because I've copied
the 3-lines 'foreach' statement from CompilerBase...
By the way, attached to this email you'll find the
definitive source file.
be useful. With a fileset
you'd get one output file for each assembly specified just changing the
name from .dll/exe to .il .You'd have to spawn the ildasm executable
multiple times but that shouldn't be a problem.
Ian
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
What does the generated commandline look like ? Just use nant -v to
output it or take a look in the debugger.
Ian
Giuseppe Greco wrote:
OK guys,
Now the IlasmTask class inherits from ExternalProbramBase...
but I'm still unable to get the ilasm task working. I
always get the following error
technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState
-
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean
mobile: +41 (0)76 390 60 32
email: [EMAIL PROTECTED]
web:www.agamura.com
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email sponsored
-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
---
This SF.Net email sponsored by Black Hat Briefings
://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas
Gert Driesen wrote:
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Giuseppe Greco [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, June 30, 2004 4:17 PM
Subject: Re: [nant-dev] ILASM Task
Gert Driesen wrote:
- Original
pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
too busy today - didn't get time and I'm off tomorrow for a 3 day
weekend. If anyone feels like taking at stab at debugging this go ahead.
Ian
Ian MacLean wrote:
Sure - I'll take a look tomorrow.
Ian
Gert Driesen wrote:
Jarek, Ian,
Could one of you have a quick look at this ? I'm still at work
Ian MacLean wrote:
I'll report the current mono behaviour as a compatibility bug. However
the return type of those functions should probably change.
Someone beat me to it. Its been fixed in mono cvs. See :
http://bugs.ximian.com/show_bug.cgi?id=58804
/Ian/
no leading slash. my NAnt.exe.config
list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email is sponsored by: Oracle 10g
Get certified
://lists.sourceforge.net/lists/listinfo/nant-developers
--
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
=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
(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
that needed
fixing :)
Ian
Thanks,
John Cole
-Original Message-
From: Ian MacLean [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 10:54 PM
To: John Cole
Cc: '[EMAIL PROTECTED]'
Subject: Re: [nant-dev] custom function that uses com interop
John,
did you try this code ? If so what error did you
you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http
? 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
=8166op=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
build files.
Anyways I found it useful and I'm offering it and the tests to the community
if there's interest.
Regards,
James
--
Ian MacLean, Developer,
ActiveState, a division of Sophos
http://www.ActiveState.com
---
This SF.Net email
1 - 100 of 439 matches
Mail list logo