Re: [nant-dev] Question about nunit-gui
I'm very sorry... I missed up the list!!! :-P - Original Message - From: "Gert Driesen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; Sent: Friday, December 09, 2005 7:19 PM Subject: Re: [nant-dev] Question about nunit-gui -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, December 9, 2005 06:39 PM To: nant-developers@lists.sourceforge.net Subject: [nant-dev] Question about nunit-gui Hi, I'm unittesting an application that uses Firebird. In every test I shutdown all the connections, overwrite the data files (*.fdb), and start again. Well, running in console mode (nunit-console) it never fails but running from nunit-gui I get errors telling that the files are locked by another process. I'm using something like FbConnection.ClearAllPools(); to close everything... Why does it remain open?? Why is it different from GUI to console? Please post this message to one of the NUnit mailing lists. Thanks ! Gert --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] writing the NAnt output to a log file ??
Hi, I am trying to write the NAnt result into a log file using the below script : When i open up the command prompt and execute the build file containing the above script i see the output on the command prompt screen but not sent to the log file mentioned (..\..\..\Log\MTM.MiddleTier.build.log). Can anyone tell me what i might be doing wrong? Appreciate your help. Thanks, --Pradeep
Re: [nant-dev] Question about nunit-gui
>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Friday, December 9, 2005 06:39 PM >To: nant-developers@lists.sourceforge.net >Subject: [nant-dev] Question about nunit-gui > > > > Hi, > > I'm unittesting an application that uses Firebird. In every test I shutdown > all the connections, overwrite the data files (*.fdb), and start again. > Well, running in console mode (nunit-console) it never fails but running > from nunit-gui I get errors telling that the files are locked by another > process. I'm using something like FbConnection.ClearAllPools(); to close > everything... Why does it remain open?? Why is it different from GUI to > console? Please post this message to one of the NUnit mailing lists. Thanks ! Gert --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] Question about nunit-gui
Hi, I'm unittesting an application that uses Firebird. In every test I shutdown all the connections, overwrite the data files (*.fdb), and start again. Well, running in console mode (nunit-console) it never fails but running from nunit-gui I get errors telling that the files are locked by another process. I'm using something like FbConnection.ClearAllPools(); to close everything... Why does it remain open?? Why is it different from GUI to console? Thanks, pablo --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
Re: [nant-dev] need VS 2005 solution task support
>-Original Message- >From: Ian MacLean [mailto:[EMAIL PROTECTED] >Sent: Friday, December 9, 2005 09:06 AM >To: 'Martin Aliger' >Cc: ''Gert Driesen'', ''Gert Driesen'', ''! nant'' >Subject: Re: [nant-dev] need VS 2005 solution task support > >Martin Aliger wrote: > >>>I don't think we need to make task compatibility a >>>goal here. >>> >>> >> >>I was thinking same, but first I wanted to use msbuild, I found myself in >>situation where is used today. Even that msbuild is quite general >>system, we, nant users, will call it mainly to compile vs2005 solutions. So >>I rethink it, and it makes some sense to me. >> >> >> >>>Creating a solution on the fly is not something we should >>>support, as you need to make a bunch of assumptions anyway >>>(dependencies, platform, ...). >>> >>> >> >>In fact, this was first issue I come around, when writing msbuild wrapper >>task. Thats why I rethinked implementation. If you find more appropriate, we >>could make task as "direct" wrapper and make another task,say >> or , which could do those additional wrapping. >> >> >This sounds like a good compromise. gives you full control of >the msbuild commandline while provides a nice upgrade >path for vs2003 task users. Yes, I agree that this is the right thing to do. > >>Good think about this on-the-fly solution creation is, that msbuild imply >>dependences and project compile order from it. Exacly what our do >>when we fed it with project fileset. Sure - there are assumption, but I >>beleive they could be made configurable where appropriate. >> >> >> >so it sounds like there is definately a place for like >functionality in an msbuild wrapping task. > >> >> >> >>>About namespace/packaging: would it be ok to add it to >>>NAntContrib first, and move it to NAnt once it has stabilized >>>? This is our policy for all new tasks. >>> >>> >> >>np. I do not use NAntContrib currently, but no problems with relocating to >>another project. It is quite stand-alone task (depending on just >>ExternalProgramBase). >> >> >Putting it NAntContrib first is the correct policy decision but I >suspect we'll have some demand to move it into main fairly soon - vs2005 >support for has been one of the most requested features. I think the "pure" msbuild wrapper task should more easily (rapidly) find its way to NAnt, as its built upon a stable command line interface. If you look at the features requested by users of the current task, the msbuild-based task might actually be better off in NAntContrib as it allows more custom tailoring (and you'll find less resistance to breaking changes) while tasks in NAnt should be more stable and only contain generally useful features. Note: I'm not saying the msbuild-based task is not generally useful. >Thanks for starting this Martin - I'm sure there will be many happy > task users. Definitely agree with this ! Gert --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
Re: [nant-dev] need VS 2005 solution task support
Martin Aliger wrote: I don't think we need to make task compatibility a goal here. I was thinking same, but first I wanted to use msbuild, I found myself in situation where is used today. Even that msbuild is quite general system, we, nant users, will call it mainly to compile vs2005 solutions. So I rethink it, and it makes some sense to me. Creating a solution on the fly is not something we should support, as you need to make a bunch of assumptions anyway (dependencies, platform, ...). In fact, this was first issue I come around, when writing msbuild wrapper task. Thats why I rethinked implementation. If you find more appropriate, we could make task as "direct" wrapper and make another task,say or , which could do those additional wrapping. This sounds like a good compromise. gives you full control of the msbuild commandline while provides a nice upgrade path for vs2003 task users. Good think about this on-the-fly solution creation is, that msbuild imply dependences and project compile order from it. Exacly what our do when we fed it with project fileset. Sure - there are assumption, but I beleive they could be made configurable where appropriate. so it sounds like there is definately a place for like functionality in an msbuild wrapping task. About namespace/packaging: would it be ok to add it to NAntContrib first, and move it to NAnt once it has stabilized ? This is our policy for all new tasks. np. I do not use NAntContrib currently, but no problems with relocating to another project. It is quite stand-alone task (depending on just ExternalProgramBase). Putting it NAntContrib first is the correct policy decision but I suspect we'll have some demand to move it into main fairly soon - vs2005 support for has been one of the most requested features. Thanks for starting this Martin - I'm sure there will be many happy task users. Ian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
