Bugs item #1032135, was opened at 2004-09-21 15:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1032135&group_id=31650
Category: Tasks
Group: 0.8.4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: Rob Gomes (misterspoot)
Assigned to: Nobody/Anonymous (nobody)
Summary: <solution> task produces assemblies that crash -- vs.net doe
Initial Comment:
I appear to be having some issues with the <solution>
task in nAnt 0.84. Here's the overview:
----- -----
When compiled on a developer's workstation (VS.NET
2003), the output can be successfully executed on both
the developer's workstation and the build workstation.
When compiled on the build workstation (nAnt and .NET
SDK 1.1), the output crashes immediately upon
execution on both the developer's workstation and the
build workstation. The return code is -1073741819.
The event logged in the Application Event Log is:
"Faulting application watchcaptain.richclient.exe, version
1.0.1725.22895, faulting module unknown, version
0.0.0.0, fault address 0xf3f7d08c."
The <solution> task produces the same number of
assemblies (with the same names) as VS.NET does,
however, for some assemblies there are some slight size
discrepencies (an occasional 1-2KB) which tips me off
that the <solution> task is doing something slightly
different than VS.NET.
----- -----
I'm running nAnt 0.84, and the .NET Framework 1.1 (with
SDK installed). I have confirmed that the solution is
compiled using the 1.1 framework. My <solution> task is
fairly straightforward:
<property
name="nant.settings.currentframework" value="net-
1.1"/>
<solution
configuration="${build.config}"
solutionfile="${build.sln.file}"
verbose="true"
failonerror="true"
/>
The error persists despite which configuration I use
(debug or release in this case). There is only one
solution file, so yes, it is using the correct solution file.
I've also removed and reinstalled the .NET Framework
and SDK out of pure paranoia.
----- -----
Included are two projects that should compile, as well as
their dependencies. The Shared project can be compiled
standalone, and the Interfaces project will reference
Shared.
Also included are examples of the differing output.
VS.NET produces the larger assemblies (*.Good.Dll),
whereas the others are produced by nAnt (*.Bad.Dll).
Considering the file sizes differ, I suspect that the nAnt
<solution> task is doing something slightly different than
Visual Studio.
Additionally, this problem was somewhat reproduced with
the most recent nightly build (however that choked on
creating the license files, and never produced the UI
assembly which I would execute and have crash when
compiling under 0.84).
Thanks.
Rob Gomes
Senior Applications Developer
WatchCaptain Software
http://watchcaptain.com/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1032135&group_id=31650
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
