[Anthill] Examples of how to update CVS Working Dir script

[Misura, Gabe]

Wayne,

You might try the 'subst' command to create a "drive" that points to a
much longer directory path.
Check out the help via 'subst /?' at the cmd prompt.

Gabe Misura
EDS - Michigan Solution Center
MS 13A
500 Renaissance Center
Detroit, MI 48243
 
Phone:+1-313-230-6119
mailto:gabe.misura at eds.com

The information in this email is confidential and may be legally
privileged.  It is intended solely for the addressee. Access to this
email by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken or
omitted to be taken in reliance on it, is prohibited and may be
unlawful.

-----Original Message-----
From: anthill-bounces at lists.urbancode.com
[mailto:anthill-bounces at lists.urbancode.com] On Behalf Of Holmes, Wayne
Sent: Tuesday, August 23, 2005 4:44 PM
To: anthill at lists.urbancode.com
Subject: [Anthill] Examples of how to update CVS Working Dir script

We have run into an issue were some of our builds on our AntHill box are
failing because we end up with path names that are >255 characters
(Windows XP limit) using the default AntHill configuration. (Has to do
with building some extremely large XBEANS that have long package names.)

It looks like we can update the "CVS Working Dir" script to shorted the
value returned by baseWorkDirName, but have a couple of questions:

1) Are there some examples available of other things people have done?
2) Is the baseWorkingDir returned by "CVS Working Dir" get passed along
to the steps that follow? The reason I ask, is that I tried changing the
baseWorkDirName to point to a temp directory and while the CVS step
seemed OK the "Specificaton File Based Versioning Strategy" couldn't
find the version control file. When I went out to look on the file
system, I could see a directory created but it was empty.

Any other suggestions on how to trim the prefixing done by AntHill would
be appreciated. (And yes... we are working on reducing the size of some
of the generated packages, but the schema we are generating the XBEANS
from is part of a standards document we can't easily modify without
breaking things for our business partners.)

Thanks in advance!

Wayne L. Holmes
Lead Software Development Engineer
E-mail: wayne.holmes at qwest.com
_______________________________________________
Anthill mailing list
Anthill at lists.urbancode.com
http://lists.urbancode.com/mailman/listinfo/anthill