At 06:28 2006-01-19, you wrote:
Stefan Bodewig wrote:
On Thu, 19 Jan 2006, Kev Jackson <[EMAIL PROTECTED]> wrote:
Given the recent sql task bugs and realization that the tests are
awol, which databases could possibly be supported by Gump for
testing?
Just look over the project's built by Gump
You're scaring me, Steve - I'm working on a complex build right now
that is heavily dependent on this behavior.
In a build file fragment:
Then in ${lib.dir}/lib-properties.xml:
Works like a charm in 1.6.2. Note that "common.lib.dist.dir
Everyone is entitled to your opinion, and everyone else is entitled to
their own, wrong opinion. Right, Dominique? ;^)
Just to be contrarian (but not really), the "[EMAIL PROTECTED]" notation looks weird to
me! "@{x}" is familiar enough, although I can't say why at the moment --
oh, yeah, doe
otten to) for the CvsChangeLog task.
Granted, the exception handler is only two levels deep, but it will take
some discipline, education and monitoring to prevent later developers from
just throwing their favorite format in the list.
I think we're in violent agreement... ;^)
-----Ori
At 12:56 PM 9/2/2003, you wrote:
Steve Cohen wrote:
Hmm, that's weaker than I would have expected. If I'd like something a
little better, is your recommendation then to add to DateUtils?
I guess it is time for a date type. I imagine taking java.util.Calendar as
a param would be a nice way to map
Take UNIX-like shell variables, soft-links, mount-points and a few other
things, munge them into a hierarchical structure and you'll have an
approximation of a VMS Logical Name.
Basically, if the OS (or system call) gets a path that doesn't correspond
to a physical device name, directory and fi
On the 8 argument limitation, you could pass *all* the arguments in a
single DCL argument, then have the wrapper parse them (DCL has some
reasonable tokenizing functions IIRC)
I don't recall any restriction on the size of DCL script arguments, but it
will documented be in the DCL manual.
At 11
At 10:45 AM 7/10/2003, you wrote:
On Thu, 10 Jul 2003, Ken Gentle <[EMAIL PROTECTED]> wrote:
> Guys, if you're willing to introduce a JNI lib for VMS, all the
> operations you wish to perform are available through VMS System
> Services,
Sure - just like many useful Unix oper
Guys, if you're willing to introduce a JNI lib for VMS, all the operations
you wish to perform are available through VMS System Services, including
getting/setting the Logical Names, and, IIRC, launching a DCL interpreter
directly, avoiding the need for the DCL wrapper.
It's been a while (like
