RE: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build

[Pillai, Gishu R (GE Energy)]

No WebReferences. It is a .NET winforms app with some COM Interop thrown in for good taste. The case here appears to be that the DLL is not being found and not the case of the wrong dll being picked up. It seems that proj A and B are built successfully. But A's build succeeds but the DLL is not created. B depends on A and hence B's regasm fails..   Please have a look at my latest mail in this thread for detailed logs and up-to-date debug info, Gishu -----Original Message----- From: Bill Martin [mailto:[EMAIL PROTECTED] Sent: Sunday, November 06, 2005 7:31 PM To: Pillai, Gishu R (GE Energy); Laconia Data Systems; nant-users@lists.sourceforge.net Subject: RE: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build Do you have any webreferences in your applications Gishu?  If so, then it may be that you need to re-generate the references during the build process.  I hit this problem, as proxy stubs were stored in PVCS by the integration with VS.  If you build the solution in VS, behind the scenes, it regenerates the stub, but with a Nant build, I had to do this manually with the <disco> and <wsdl> tasks in contrib.  Without doing this, I occasionally hit problems when a referenced web service had changed, and the assembly I was compiling and the webreferenced assembly both referenced a third assembly (if that makes sense).   If you don’t use webreferences, then it’s worth running a check on your machine that is failing as it sounds like in that case you have a spurious copy of the assembly you are referencing lying about that you are picking up at compile time.   HTH,   Bill     -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Pillai, Gishu R (GE Energy) Sent: 28 October 2005 10:41 To: Laconia Data Systems; nant-users@lists.sourceforge.net Subject: RE: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build   Hi, this happened again today. NAnt build failed stating the following reason... DataAccess\GCDA\GCDA\GCDA.cs(1988,15): error CS0117: 'GE.OST.Data.CurveSetDA.CurveSetDA' does not contain a definition for 'GetRatingTableValue' External Program Failed: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\regasm.exe (return code was 100)   I opened the solution in the IDE and once again the source is buildable. To add more mystery, I have another machine running the same script and there CCTray is green. I can only think that maybe the solution task is optimizing by not building something that it says is up-to-date but is not. Again just speculating here... Maybe Gert or Martin can throw more light on this. After the IDE Build, I closed the IDE and again ran a force-build, this time the first error went off but The regasm error persisted (2nd Log File).. External Program Failed: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\regasm.exe (return code was 100)   I have attached the build file and the logs with this mail. Please see if you can find anything amiss..   Thanks, Gishu  -----Original Message----- From: Laconia Data Systems [mailto:[EMAIL PROTECTED] Sent: Thursday, October 20, 2005 5:10 PM To: Pillai, Gishu R (GE Energy) Subject: Re: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build This actually happened to me recently where I was working for an Indian Manager (almost all of the managers here in the US are indian) and he wanted my build environment which I had built locally transferred to his machine. Unfortunately the American license did not work for him and I suggested that he license all of his software with indian licenses and when all the components of my build were licensed and registered he was able to get my  build environment running on his machine. As far as throwing up almost any doctor will tell you that is what happens to the human body when it is trying to expunge a poisonous substance or a foreign body or a substance which it cannot metabolise so the body attempts to purge the 'poison' ..when your builds 'throw up' you are probably using a component that is not registered or licensed or might be targetting the wrong version of framework Turn on all your debug logging and send us the entire script as well as logs so we can see what exactly is going on Viel Gluck! Martin Gainty das Amerika ----- Original Message ----- From: Pillai, Gishu R (GE Energy) To: Martin Gainty Sent: Thursday, October 20, 2005 1:43 AM Subject: RE: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build   We have the licenses setup on the build server. This is what happens on my machine. If I run the NAnt script, what I would expect is that I may get a few nag-screens but the codebase should build. It used to say a week back but lately it has been throwing up a lot. Also the error appears to be with registering an assembly - don't feel it's related to licenses. Thanks for replying, Gishu   -----Original Message----- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 19, 2005 8:47 PM To: Pillai, Gishu R (GE Energy) Subject: Re: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build I had the same issue in a websphere build environment 2 years back which caused the app to crash get your company to fork over the money for the license and the problem will magically disapppear ----- Original Message ----- From: Pillai, Gishu R (GE Energy) To: nant-users@lists.sourceforge.net Sent: Wednesday, October 19, 2005 5:17 AM Subject: [Nant-users] RE: Weird NAnt build failures that go away after an IDE build   Seems like this project just plain won't play with NAnt I had 2 more intermittent errors one was a dependent assembly not being found. second one is BUILD FAILED   Unexpected error while compiling project 'GateCycleMain'     Item has already been added.  Key in dictionary: "E:\GC\RootBuild\source\DataAccess\GCDA\obj\Debug\GCDA.tlb"  Key being added: "E:\GC\RootBuild\source\DataAccess\GCDA\obj\Debug\GCDA.tlb"   Both are not seen if I build from the IDE. I get a couple of licensing nag-screen for some 3rd party components but the build succeeds.   Gishu