OK, is *someone* going to help me out and send me a sample of a working
config idealy using VS to do the builds? Throw me a bone here!
-Original Message-
From: McClelland, Russ [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:16 PM
To: [EMAIL PROTECTED]
Subject: RE: [Draconet
>
> Yes, but only if you are doing a checkout/get by tag/label. :)
>
> In the case of a change to a version release tag/label, and the associated
> get on that label, can dramatically change the source used for the build.
> But I assume that right now draco doesn't support builds based on
> label/t
Yes, but only if you are doing a checkout/get by tag/label. :)
In the case of a change to a version release tag/label, and the associated
get on that label, can dramatically change the source used for the build.
But I assume that right now draco doesn't support builds based on
label/tags.
It woul
*slapping forehead*
Yes. That was the problem, wrong module name. Thanks for your help Mark.
Jeffrey
> -Original Message-
> From: Mark Griffiths [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 06, 2003 3:47 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [Draconet-users] troubleshooting dra
I would have thought that since tagging/labeling does not modify source
files, no build is required. A tag/label is simply associating a name with
a specific version. It has no chance of breaking/fixing the build. Can you
describe a labeling scenario that would require kicking off a new build?
Well, I did not add a setting to ignore labels. In my case, it does not
really make sense to always do that. So, a setting may be a good idea.
-Original Message-
From: Mark Griffiths [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 5:13 PM
To: [EMAIL PROTECTED]
Subject: RE: [Dra
version 1.4.1069.1872, I know it's not the latest...
-Original Message-
From: Mark Griffiths [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 10:13 AM
To: [EMAIL PROTECTED]
Subject: RE: [Draconet-users] Builds launched without changes to
codebase...
> I think that it would be goo
> I think that it would be good to have a label for a good build,
> is there a way
> to make Draco ignore labels when detecting changes?
Yes, VssLogParser can be modified to ignore labels. Actually.. I thought
that Bernard had already done this. What is the version stamp on the
draco.exe you are
My mistake. Our NAnt Script creates a label when a build is successful. This
is being interpreted by Draco as a change. Each time the build is successful,
it will build itself again since a label is made.
I think that it would be good to have a label for a good build, is there a way
to make Dra
>
> I have been trying a great number of cvs clients now, hoping that one of
> them would work with Draco the way I want. Draco requires CVS 1.11.1 or
> newer, but I have yet to find such a new version of cvs.exe that
> supports pserver against cvsnt. I have tried the Windows binaries from
> cvshom
Jason
Can you give today's version of Draco.NET a try, and see if the devenv build
output contains any clues as to what is going on. If you are stepping
through the code aswell, you could intercept the temporary build output file
and see what it contains?
-MG
> -Original Message-
> From
Yep, I get the output from Draco.NET telling me that the build failed.
I then get the latest and build it in VS.NET, and the build works fine.
I step through the code in Draco.NET and I get to the part where it grabs
the process' ExitCode and it's 1, for some reason.
I have no idea if this is
I have been trying a great number of cvs clients now, hoping that one of
them would work with Draco the way I want. Draco requires CVS 1.11.1 or
newer, but I have yet to find such a new version of cvs.exe that
supports pserver against cvsnt. I have tried the Windows binaries from
cvshome.org; they
> One other issue you might dig into is that it looks like process.ExitCode
> always returns 1, even if the build is successful (when using devenv, of
> course). This makes the integrity of Draco.NET's results fairly
> useless. ;)
>
I get exit code 0 ok. Are you sure the build succeeded?
06/03/2
BTW. The command line arguments passed to SS.EXE should be visible in
draco.log.
-MG
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
d
Hi Aaron
Would you be able to see the command line arguments that are passed to
SS.EXE when fetching project history. You could then run this command
manually and let us know what the output is. From this we should be able to
determine why Draco thinks that a change has occurred.
-MG
> -Or
All,
We are seeing that Draco is building when there are no new changes to the
project codebase. We are using VSS for our repository. In the Draco report, I
see that Draco thinks there are modifications to a blank file and blank
directory. The revision continues to increment with each bogus bui
One other issue you might dig into is that it looks like process.ExitCode
always returns 1, even if the build is successful (when using devenv, of
course). This makes the integrity of Draco.NET's results fairly useless. ;)
I'm in the process of switching over to NAnt now, actually. Wrestling with
> > cvs -d:local:c:\dev\cvsnt\repository rlog nant-ex
>
> It looks like like we may be getting close to the problem. When I run
> this I get:
>
> cvs rlog: cannot find module `nant-ex' - ignored
>
> So...it seems as if I may have bungled something relating to the module
> name or the location of
19 matches
Mail list logo
