Re: Change working directory for build

On 12/29/05, Res Pons <[email protected]> wrote:
> Also don't forget that:
>
> - AntHill keep a .anthill.anthill.properties in users' home under C:
> documents & settings.

Not sure how this applies to my current situation.

> - AntHill is a build wrapper and likes complete control, meaning:
>
> --It wants to check out the code out of the repo, so this should not be done
> via your build.xml

I already do this.

> --It must have a versioning file whether you choose to have AH tag or not.

I already have this.

> --Your AH property sheets must be set properly and precisely.

Everything else works exactly as desired.

> -Also you can declare a .build.properties at the root of your C:\ and tell
> your build.xml this file takes precedence over your build.properties in the
> ENV section of the build file. The advantage of .build.properties is that
> you can declare & customize anything you'll like specific to your PC, such
> as hardcoding paths, passwords, etc vs. build.properties checked into the
> Repo for all to see.

Example?  Documentation?

> But I think from what you posted, your problem lies in having
> c:\windows\sys32 as the 1st stmt in the global path stmt.  Sun's JDK must be
> the very 1st entry.

Neither is the first entry in the global PATH.  And the JDK, as I
noted in my other email, is working just fine.  My global PATH:

C:\oracle\ora92\bin;C:\Program
Files\Oracle\jre\1.1.8\bin;C:\PVSW\BIN;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SystemRoot%\system32\nls;%SystemRoot%\system32\nls\ENGLISH;C:\Program
Files\Novell\ZENworks\;C:\Program Files\Microsoft SQL
Server\80\Tools\BINN;C:\Program Files\Sybase\SQL Anywhere
8\drivers;C:\Program Files\Sybase\SQL Anywhere 8\win32;C:\Program
Files\Sybase\Shared\win32;%ANT_HOME%\bin;C:\Program
Files\Subversion\bin;c:\unxutil