RE: [nant-dev] solution changes, including J# support
Hi Gert, thanks for the response. The reference order fix is needed because the J# classes sometimes need to be rewritten. That is, not all the J# classes work as asked-for, and in order to support and environment where we use many source files in both Java and J#, we provide our own reimplementations of certain classes. The J# compiler warns about having more than one implementation but will always use the last reference. And VS.NET makes sure that all local references (where are reimplemntations are) come after system references (where the original J# class is).-Brian > -Original Message- > From: Gert Driesen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 13, 2004 1:50 AM > To: Brian Deitte; [EMAIL PROTECTED] > Subject: Re: [nant-dev] solution changes, including J# support > > > Brian, > > I had a look at your patch, but haven't had enough time to > really review it. > > Can you elaborate on why the reference order fix is necessary > (I never used > J#) ? > > Thanks, > > Gert > - Original Message - > From: "Brian Deitte" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, July 13, 2004 4:26 AM > Subject: RE: [nant-dev] solution changes, including J# support > > > > Hi all, just pinging on this change. If someone has this > change on their > > todo list, then nevermind. Thanks, Brian > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > > > Behalf Of Brian Deitte > > > Sent: Tuesday, June 22, 2004 4:37 PM > > > To: '[EMAIL PROTECTED]' > > > Subject: [nant-dev] solution changes, including J# support > > > > > > > > > Hi all, > > > > > > I've made some changes to the VS.NET classes, including > > > providing J# support > > > for the solution task. The changes are attached, with the > > > zip renamed foo > > > to fool sourceforge's email filter. They are unifed diffs > > > against the most > > > current source drop. Let me know if you'd like these changes > > > sent in a > > > different way. > > > > > > The changes: > > > > > > Provide J# support for the solution task so that it > > > recognizes J# project > > > files. This involves changes in all the files attached. It > > > was fairly > > > simple, mostly using what was already done for C#. > > > > > > Project.cs has a fix for reference order. In VS.NET, system > > > references are > > > first in the path. If you're overriding system classes (as > > > can happen when > > > trying to work with J#), this change is important, as it > > > makes sure the > > > right version of the class is used. > > > > > > Solution.cs has a fix for duplicate GUIDs. If you copy a > > > project, the same > > > guid is used. These projects used to silently not be built, > > > but now the > > > build will fail. > > > > > > -Brian > > > > > > > > > > > --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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
[nant-dev] Re: [Nant-users] Task Oddness
- Original Message - From: "Malcolm MacLucas" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]> Sent: Monday, July 12, 2004 4:47 PM Subject: Re: [Nant-users] Task Oddness > Just another thought from a complete nube: Warning - Monday morning - > precoffee > > > > > For me, filterchains are greatly higher math right now. > > I'm trying to get a fortune 500 trucking company to alter their manual build > process and the fact that my release notes will start with a phase that will > look vaguely like this: > > "Use the 2004 May 25th build only, it is currently the only one tested that > works, do NOT use the official release" > > is not going to help me get this in and going. Think 19th century management > style and you begin to see what I'm dealing with. I'm not saying that it would > be a deal breaker, it would just be easier if the "stable" build worked. > > So again, all I'm suggesting is pick your favorite nightly build, post some > serious "abandon hope beyond this point" signs and let'er rip. We're planning on releasing an interim build (alpha version) of NAnt 0.85 soon. It would be great if someone could step up and volunteer to take care of the release notes (using the cvs changelog as input). Gert --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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
RE: [nant-dev] NAnt CVS task problem/bug
Hi Todd, You are right this should execute correctly and you have found a bug. I ran out of time trying to fix it this morning but I will try to get it in tonight. Cheers, Clayton > -Original Message- > From: Todd Palmer [mailto:[EMAIL PROTECTED] > Sent: July 12, 2004 12:44 PM > To: [EMAIL PROTECTED] > Subject: [nant-dev] NAnt CVS task problem/bug > > > NAnt build 0.85.1649.0 > running on Linux (Fedora Core 2), Mono 1.0 > > CVS task fails with: > > [cvs-update] /usr/local/src/nant-0.85/bin/svcs.exe > failed to start. > Cannot find the specified file. > > The svcs.exe file is there, but needs to be executed > with the mono runtime (i.e. mono > /usr/local/src/nant-0.85/bin/svcs.exe). > > The task executes properly on mono, so I belive > the cvs task should also. > > todd > > > > > __ > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone. > http://mobile.yahoo.com/maildemo > > > --- > This SF.Net email sponsored by Black Hat Briefings & > Training. Attend Black Hat Briefings & Training, Las Vegas > July 24-29 - > 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 > --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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
[nant-dev] [New task] Stopwatch
Hi, here is a new task. Generally it's a task to measure the time between two calls of it. -sa -- sa at programmers-world dot com http://www.livingit.de Internet sites: http://www.not2long.net - Make long links short Boomarks online: http://www.mobile-bookmarks.info using System; using NAnt.Core; using NAnt.Core.Util; using NAnt.Core.Attributes; namespace TimeTasks { /// Take the time /// /// /// Time is measured from first call to recurring calls. /// /// /// Name attribute is used to identify which stopwatch to use. /// /// /// Measure time to sleep with the task /// /// [TaskName("stopwatch")] public class Stopwatch : Task { private const long TICKTIME = 1000; private string _stopWatchName = ""; /// the timer [TaskAttribute("name", Required=true)] [StringValidator(AllowEmpty=false)] public string StopWatchName { get { return _stopWatchName; } set { _stopWatchName = StringUtils.ConvertEmptyToNull(value); } } // Name #region constructor public Stopwatch() { return; } // Time() #endregion /// Save time or show ticks protected override void ExecuteTask() { long actualTicks = DateTime.Now.Ticks; if (this.Project.Properties.Contains(_stopWatchName + "SW")) { long ticksRun = actualTicks - long.Parse(this.Project.Properties[_stopWatchName + "SW"]); long nanoSeconds = (ticksRun - ((ticksRun / TICKTIME) * TICKTIME)) * 100; long microSeconds = nanoSeconds / 1000; nanoSeconds -= (microSeconds * 1000); long miliSeconds = microSeconds / 1000; microSeconds -= (miliSeconds * 1000); ticksRun /= TICKTIME; long minutes = ticksRun / 60; long seconds = ticksRun - (minutes * 60); // this.Log(Level.Info, "{0}Timer run for {1}m {2}s {3}ms {4}mis {5}ns", this.LogPrefix, minutes, seconds, miliSeconds, microSeconds, nanoSeconds); this.Log(Level.Info, "{0}Timer run for {1}m {2}s {3}ms", this.LogPrefix, minutes, seconds, miliSeconds); } else { this.Project.Properties[_stopWatchName + "SW"] = actualTicks.ToString(); } // if return; } // ExecuteTask() } // Stopwatch } // TimeTasks
Re: [nant-dev] NAnt & Namespaces
Hi, * Troy Laurin wrote on 13.07.2004 (15:57): > Defining namespace in the class defining the task is an interesting idea > and a possible solution... it's worth comparing this with the other > viable solutions to see what's the best solution, both in terms of > functionality as well as correctness and convenience. On my way to work, I thought on my proposal. I wouldn't use a seperate attribute but changing the task attribute instead. The pro is, that we can rely that there *is* a namespace associated with each task. The con is, that it would require a rework on all tasks. A second con came into my mind, but it left as fast as it came: Giving all nant tasks a namespace would require a ... instead of To avoid this, give the project a property defaultnamespace which is set to nant per default, but may be overriden by the user. > Rather than continuing this discussion (in particular, compare & > contrast) on this list, is it worth creating a page for the > requirements/semantics of namespace support to the nant wiki pages? I don't have a problem discussing it here or on the wiki. Just tell me where discussion is running ;) -sa -- sa at programmers-world dot com http://www.livingit.de Internet sites: http://www.not2long.net - Make long links short Boomarks online: http://www.mobile-bookmarks.info --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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
RE: [nant-dev] NAnt & Namespaces
> -Original Message- > From: Gert Driesen > > I definitely agree with you here ... But I'm also convinced > that this is not something we can/should implement right now. > Our focus right now is to get a stable NAnt 0.85 released. > It would ofcourse be interesting if someone could write a > small paper on this topic right now, or implement a small > proof-of-concept. > > Gert Without a doubt, an 0.85 release is the highest priority. This might be something that I'd be interested in picking up, but I wouldn't expect to be able to start on that until closer to the end of the month... in the meantime, the requirements and desired semantics in the build file can (should!) be worked out. > -Original Message- > From: Sascha Andres > > Hi, > * Troy Laurin wrote on 13.07.2004 (10:17): > > Are you suggesting using the namespace for the class implementing the > > task, when referencing the task in the build file? This seems like it > > could be excessively verbose, to me. > > Well, I always use a short namespace. So I actually don't thought that it > may get longer. What about using a task attribute [TaskNamespace("Sascha")] > which forces me to use ...? > > May the proposed namespace attribute be a compronmise between convenience > and too long namespaces? > > -sa Defining namespace in the class defining the task is an interesting idea and a possible solution... it's worth comparing this with the other viable solutions to see what's the best solution, both in terms of functionality as well as correctness and convenience. Rather than continuing this discussion (in particular, compare & contrast) on this list, is it worth creating a page for the requirements/semantics of namespace support to the nant wiki pages? -T Disclaimer Message: This message contains confidential information and is intended only for the individual(s) named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. To the maximum extent permitted by law, Immersive Technologies Pty. Ltd. does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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
[nant-dev] [ nant-Bugs-944487 ] License task fails
Bugs item #944487, was opened at 2004-04-29 15:55 Message generated for change (Comment added) made by rvf148 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=944487&group_id=31650 Category: Tasks Group: 0.85 Status: Open Resolution: None Priority: 5 Submitted By: rvf (rvf148) Assigned to: Nobody/Anonymous (nobody) Summary: License task fails Initial Comment: We are using component one controls. The license task fails: BUILD FAILED Failed to create license file for 'C:\Projects\DMS\DMS_cyclus_03\DMSFrontendSolu tion\ClientTemplates\licenses.licx'. Constructor on type System.ComponentModel.LicenseProvider not found. In the last stable version this works. -- >Comment By: rvf (rvf148) Date: 2004-07-13 09:47 Message: Logged In: YES user_id=1031944 Currently I have no time to check it, I will check it ASAP and let you know... -- Comment By: Gert Driesen (drieseng) Date: 2004-07-12 23:24 Message: Logged In: YES user_id=707851 ping ! -- Comment By: Gert Driesen (drieseng) Date: 2004-07-08 19:56 Message: Logged In: YES user_id=707851 Can you try using the latest nightly build ? -- Comment By: rvf (rvf148) Date: 2004-04-30 16:59 Message: Logged In: YES user_id=1031944 With the nant-0.85-20040328 the license task failes -- Comment By: Gert Driesen (drieseng) Date: 2004-04-29 20:07 Message: Logged In: YES user_id=707851 What nightly build of NAnt do you have this issue with ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=944487&group_id=31650 --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 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