Hello!
Background: I miss DirectX header files. Slightly patched headers from
the Wine project works fine for me, so I submitted those some time ago.
However, they were rejected due to licensing issues (Wine is LGPL,
w32api is Public Domain). I then asked nicely if the Wine developers
would be so
One issue that sometimes pops up currently is the failure of
post-install scripts when Cygwin's DLL is being replaced. I
know that you can run into trouble if a daemon is currently
using the DLL when you update the cygwin package, at least.
Perhaps a two-part install wouldn't be that bad, as long
Williams, Gerald S (Jerry) wrote:
installer when needed/requested. The base Cygwin installer
could then be done using MSI or whatever and could initiate
reboots/etc. as needed before starting the package updater.
Rebooting is a cop-out in this case. All the setup program has to do is
stop running
Warren Young wrote:
stop running services before starting the upgrade.
Thinking more about it, couldn't you just call LoadLibrary() on the full
path to cygwin.dll, and if that succeeds, get the process list from it
and send out kill signals?
If LoadLibrary() doesn't succeed, either Cygwin isn't
Warren Young wrote:
> Warren Young wrote:
>
> > stop running services before starting the upgrade.
>
> Thinking more about it, couldn't you just call LoadLibrary() on the full
> path to cygwin.dll, and if that succeeds, get the process list from it
> and send out kill signals?
>
> If LoadLibrar
Brian Dessent wrote:
The Cygwin DLL cannot be dynamically loaded AFAIK so that won't work.
"cannot" is an overstrong word, I think.
No, the deal is this: the maintainers of Cygwin have no interest in
showing how this can be done, because then you'll get a mess of people
complaining about problems
On Thu, Dec 09, 2004 at 05:25:09PM -0700, Warren Young wrote:
>Warren Young wrote:
>>stop running services before starting the upgrade.
>
>Thinking more about it, couldn't you just call LoadLibrary() on the
>full path to cygwin.dll, and if that succeeds, get the process list
>from it and send out k
Warren Young wrote:
> Brian Dessent wrote:
>
> > The Cygwin DLL cannot be dynamically loaded AFAIK so that won't work.
>
> "cannot" is an overstrong word, I think.
I don't see it as being a subjective thing. It either is possible or
it's not -- and at the current point in time it is not possib
On Thu, Dec 09, 2004 at 05:37:08PM -0700, Warren Young wrote:
>Brian Dessent wrote:
>
>>The Cygwin DLL cannot be dynamically loaded AFAIK so that won't work.
>
>"cannot" is an overstrong word, I think.
>
>No, the deal is this: the maintainers of Cygwin have no interest in
>showing how this can be
On Thu, 9 Dec 2004, Christopher Faylor wrote:
> On Thu, Dec 09, 2004 at 05:25:09PM -0700, Warren Young wrote:
> >Warren Young wrote:
> >>stop running services before starting the upgrade.
> >
> >Thinking more about it, couldn't you just call LoadLibrary() on the
> >full path to cygwin.dll, and if
On Thu, Dec 09, 2004 at 07:55:41PM -0500, Igor Pechtchanski wrote:
>On Thu, 9 Dec 2004, Christopher Faylor wrote:
>I may be barking up the wrong tree, but I seem to recall complaints that
>code like this may hang when certain types of firewall/anti-virus software
>are used. It also may require adm
Christopher Faylor schrieb:
On Thu, Dec 09, 2004 at 05:25:09PM -0700, Warren Young wrote:
Warren Young wrote:
stop running services before starting the upgrade.
...
That said, however, you could iterate over all of the running processes
and find out which was using cygwin1.dll. You don't need cygw
Hi
Please upload at your earliest convinience
cut here
#!/bin/bash
mkdir man
cd man
wget
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5o1-1-src.tar.bz2
wget
http://cygwin.dev.wapme.net/packages/vzell/
13 matches
Mail list logo