Re: Compiling a windows.exe against cygwin1.dll ?

[Wim Van Oudenhove <wim dot van dot oudenhove at philips dot com>]

Igor Pechtchanski <pechtcha <at> cs.nyu.edu> writes:

> > So I've written a program that translates crontab compatible files to
> > schedules for the windows scheduler. We've used cron, but that relies on
> > the availability of the cygwin stack, which in turn relies on the
> > availability of the central repository on the network.
> 
> Huh?  How's that?
> 
> Did you try running cron locally on each machine (off a local install,
> that is)?
> 

Well, we're stuck with some 5 machines all designed to do the exact same thing. 
When we need to upgrade something, we don't want to be bothered with having to 
upgrade all 5 machines separately. So we have mapped all the /etc, /bin, /var 
etc to a shared drive which we get trough samba from our unix server. The unix 
server is pretty stable, the network isn't always stable. We used to have local 
installs but my colleage decided to remove those to make matters easier to stay 
up to date.

> You might try the MinGW option (give a -mno-cygwin argument to g++).  If
> you have problems or questions, see the MinGW.org website.
> 	Igor

After some lengthy discussions with my colleage and some further searching on 
the web, I had discovered that invoking 'cygpath -w' does exactly what I want.
Furthermore, we could use the presence of a 'TERM' environment variable as a 
trigger that we are running under cygwin. So when cygwin is detected and we 
cannot find a file using the first parameter, I spawn a cygpath process with 
that parameter and try again with the output from that. This seems to solve the 
problem I had. I'm sure there were neater ways to do it but I was lacking time 
and knowledge to come up with something else. Took me some three hours to 
implement that.

I tried to compile it under gcc first, but as soon as CString showed up as 
unknown, I gave up.

So thanks for your attempts to help all, next time we need tooling I might try 
to use gcc first.

Regards,

Wim.