On Sun, Nov 13, 2005 at 08:29:05PM -0500, Christopher Faylor wrote:
>On Sun, Nov 13, 2005 at 11:52:23PM +0100, Christian Franke wrote:
>>Igor Pechtchanski wrote:
>>
>>>[...]
>>>
>>>Yep, so, as CGF noted, try
>>>
>>>$ /usr/sbin/syslogd >/dev/null 2>&1 >>$ exit
>>
>>
>>That makes no difference. Shell
On Sun, Nov 13, 2005 at 06:56:26PM -0800, Andrew DeFaria wrote:
>Leon Brooks wrote:
>>One obvious application -- facing me now -- is to run Win 3.11 and Win
>>95 applications that break under XP but not under WINE.
>
>I suffer no such malady! If there is a Win 3.11 or Win 95 application
>that's hav
Leon Brooks wrote:
One obvious application -- facing me now -- is to run Win 3.11 and Win
95 applications that break under XP but not under WINE.
I suffer no such malady! If there is a Win 3.11 or Win 95 application
that's having a problem running under XP then the chances are high that
ther
Hi,
I've searched around a lot but can't find an answer, hoping someone can help.
Does anyone know if there's a vpn client that can run entirely from
within cygwin?
For example I use the cisco vpn linux client on my linux machine to
connect to work. What I want is to run some compatible vpn clie
On Sun, Nov 13, 2005 at 11:52:23PM +0100, Christian Franke wrote:
>Igor Pechtchanski wrote:
>
>>[...]
>>
>>Yep, so, as CGF noted, try
>>
>>$ /usr/sbin/syslogd >/dev/null 2>&1 >$ exit
>
>
>That makes no difference. Shell exits but console window persists (at
>least on XP SP2) until syslogd is termi
On Sun, 13 Nov 2005, Christian Franke wrote:
> Igor Pechtchanski wrote:
>
> > [...]
> >
> > Yep, so, as CGF noted, try
> >
> > $ /usr/sbin/syslogd >/dev/null 2>&1 > $ exit
>
> That makes no difference. Shell exits but console window persists (at
> least on XP SP2) until syslogd is terminated.
>
>
Flu-X AKA Informações wrote:
>> Any other comments regarding the bulding/execution of the Wine under
>> Cygwin would be very welcome.
>> FLu-X
Andrew DeFaria responded:
> I guess I don't see the point.
One obvious application -- facing me now -- is to run Win 3.11 and Win
95 applications that
Igor Pechtchanski wrote:
[...]
Yep, so, as CGF noted, try
$ /usr/sbin/syslogd >/dev/null 2>&1
That makes no difference. Shell exits but console window persists (at
least on XP SP2) until syslogd is terminated.
Did you get a different result?
Christian
--
Unsubscribe info: http://
Christopher Faylor wrote:
[...]
The attached program demonstrates the assumption that only
stdin/stdout/stderr are open when the program is started. A shell could
conceivably keep other fds open.
Try applying the below patch to gain the behavior that you want.
I had already tested a vers
On Sun, 13 Nov 2005, Christian Franke wrote:
when starting a daemon from the console, the console will not close
before the daemon finishes.
Try, e.g:
$ /usr/sbin/syslogd
$ exit
Shell exits, but console window persists until syslogd is terminated.
Workaround:
setsid();
+ #ifdef __CYGWIN_
On Sun, 13 Nov 2005, Brian Dessent wrote:
> René Berber wrote:
>
> > A better fix is to link cygpq.dll to pq.dll:
> >
> > # ln /usr/bin/cygpq.dll /usr/bin/pq.dll
>
> That's not a great habit to get into. It will only work if the program
> uses Cygwin methods (e.g. dlopen()) to dynamically load th
Brian Dessent wrote:
René Berber wrote:
A better fix is to link cygpq.dll to pq.dll:
# ln /usr/bin/cygpq.dll /usr/bin/pq.dll
that's a hardlink command, Brian -- which devolves to a copy on FAT32.
That's not a great habit to get into. It will only work if the program
uses Cygwin meth
Brian Dessent wrote:
> René Berber wrote:
>
>
>>A better fix is to link cygpq.dll to pq.dll:
>>
>># ln /usr/bin/cygpq.dll /usr/bin/pq.dll
This will be hard link on WinNT+ and NTFS. So it will be ok for those
with such configuration.
>
>
> That's not a great habit to get into. It will only w
René Berber wrote:
> A better fix is to link cygpq.dll to pq.dll:
>
> # ln /usr/bin/cygpq.dll /usr/bin/pq.dll
That's not a great habit to get into. It will only work if the program
uses Cygwin methods (e.g. dlopen()) to dynamically load the dll at
runtime. It will absolutely not work for a .ex
Dr. Volker Zell wrote:
> Xemacs will be broken after upgrading postgresql to the new stable or
> test version. This is because Xemacs depends on pq.dll which somehow got
> renamed to cygpq.dll in newer versions of postgresql.
>
> I will rebuild Xemacs ASAP but can only upload in a week or so.
> I
On Sun, Nov 13, 2005 at 05:09:03PM +0100, Christian Franke wrote:
>Diagnostic via strace doesn't help. The program works as expected if
>run via strace ... interesting?-)
Incidentally, running strace on bash and then starting the test program
shows what's going on pretty clearly.
cgf
--
Unsubs
On Sun, Nov 13, 2005 at 05:09:03PM +0100, Christian Franke wrote:
>Hi,
>
>when starting a daemon from the console, the console will not close
>before the daemon finishes.
>
>Try, e.g:
>
>$ /usr/sbin/syslogd
>$ exit
>
>Shell exits, but console window persists until syslogd is terminated.
>
>Workaro
I have updated cygrunsrv to version 1.11-1.
This is a bugfix release. When a service process exits unexpectedly
while startup, cygrunsrv accidentally didn't inform the system that
the service has stopped. The result was an unresponsive cygrunsrv
and a service control manager which could neither
APR and APR-util, portability and miscellaneous utility libraries,
have been updated in the Cygwin net distribution to version 0.9.7-1.
This is an upstream bugfix release.
I've also backported a few build-related changes from 1.x so that it
really is possible to build apr-util separately from ap
On Nov 13 10:05, Eugene Kotlyarov wrote:
> Hello
>
> I've tried to build latest Curl on Cygwin and encountered problem reason
> of which is very nicely summarized on the following page
>
> http://www.greenend.org.uk/rjk/2001/06/poll.html
>
> It shows that behaviour of cygwin poll when socket
Hi,
when starting a daemon from the console, the console will not close
before the daemon finishes.
Try, e.g:
$ /usr/sbin/syslogd
$ exit
Shell exits, but console window persists until syslogd is terminated.
Workaround:
setsid();
+ #ifdef __CYGWIN__
+ FreeConsole();
+ #endif
The atta
On Nov 13 15:46, Christian Franke wrote:
> Corinna Vinschen wrote:
> >Thanks for this report and the simple testcases. The description
> >is very helpful. I just don't really like the idea to leave the
> >service_main function through _exit.
>
> Agree. But this is IMO the only way to let SCM aut
Corinna Vinschen wrote:
[...]
Thanks for this report and the simple testcases. The description
is very helpful. I just don't really like the idea to leave the
service_main function through _exit.
Agree. But this is IMO the only way to let SCM automatically restart a
failed service if desi
On Nov 12 17:44, Christian Franke wrote:
> Hi,
>
> if the exec in cygrunsrv fails or the command exits to early, cygrunsrv
> will hang forever.
> The service can no longer be controlled until cygrunsrv has been kill(-9)ed.
> Auto restart of service does not work in this case.
>
>
> Steps to rep
Hi
Xemacs will be broken after upgrading postgresql to the new stable or
test version. This is because Xemacs depends on pq.dll which somehow got
renamed to cygpq.dll in newer versions of postgresql.
I will rebuild Xemacs ASAP but can only upload in a week or so.
In the meantime rename pq.dll to
I have long backed up my work laptop (running win2k) by running the rsync
daemon using cygrunsrv on the lap top and using an overnight cron job from my
Debian server to suck out all the data and save it.
I have just got a new laptop that runs XP (professional). I set up rsync on
there identica
26 matches
Mail list logo
