the attached patch implements the options -r or --recovery to set service
failure actions. allowed actions are 'none', 'boot' or 'restar'.
not implemented are actions for running commands on failed actions, like
supported by the windows SCM.
the patch also uses ChangeServiceConfig2() for setting t
running the program listed below with argument 'reuse' under cygwin and
linux returns different results!
from my point of view, the linux result is quite what i expected, a bind()
error 'Address already in use'. why doen't bind() return an error under
cygwin?
running under cygwin:
~$ ./tcptest.c
On Tue, 05 Oct 2004 09:54:39 -0500, Brian Ford wrote:
> BTW to the OP, why are you printing the address of the socket function
> out? I think you meant to print "s" instead of "socket"?
oops - you are right! i wanted to print the socket and not the
address of the socket() function!
;-) rainer
On Thu, 30 Sep 2004 18:15:45 +0200, Corinna Vinschen wrote:
> On Sep 30 12:06, Igor Pechtchanski wrote:
>> On Thu, 30 Sep 2004, Corinna Vinschen wrote:
>> And when you resubmit, please use "diff -u" instead of "diff -c" -- the
>> patch is much more readable that way.
>
> ACK.
well, are there any
On Wed, 06 Oct 2004 12:17:49 +0200, Corinna Vinschen wrote:
> On Oct 6 11:57, Rainer Hochreiter wrote:
>> well, are there any guidelines how to submit patches and describing
>> ChangeLog syntax available?
>
> http://cygwin.com/contrib.html, section "When you have final
18224 [main] mpsvcd 2308 sync_with_child: *** child state child loading
dlls
EXCEPTION - reason: popen() failed for command
'/opt/topcall/bin/mytest.exe': Resource temporarily unavailable
--
Rainer Hochreiter
Research & Development
TOPCALL Internation AG
A-1230 Vienna, Talpaga
> On Jan 5 10:19, Rainer Hochreiter wrote:
>> my main program 'mpsvcd.exe' dynamically loads a shared library using
>> dlopen(). one of the functions from this shared library calls popen() to
>> read the standard output from another executable - and this fail
;s the real reason why popen() results in the address
conflict and system() does not?!
--
Rainer Hochreiter
Research & Development
TOPCALL Internation AG
A-1230 Vienna, Talpagasse 1
Phone: +43 1 86353 198 Fax: +43 1 86353 8198
Email: [EMAIL PROTECTED]
WWW: http://www.topcall.com
--
U
> On Mon, Jan 10, 2005 at 08:56:58AM +0100, Rainer Hochreiter wrote:
>> but what's the real reason why popen() results in the address conflict
>> and system() does not?!
>
> AFAICT, popen() calls fork() and system() does not.
this is not true - both functions call
r (verson 3.2.3) runs under linux and creates cygwin
executables.
thnx!
--
rainer hochreiter | web:www.hochreiter.at
lilienfelder str. 43 | e-mail: [EMAIL PROTECTED]
a-3150 wilhelmsburg / austria | mobile: +43 664 2812175
configure.ac
Description: Binary data
Makefile
> Rainer Hochreiter wrote:
>> now my problem:
>> i created a main program and a shared library, both written in c++,
>> where
>> the source is parially taken from the "c++ dlopen mini howto".
>>
>> find the sources in the attachments!
>>
>
On Thu, 13 Jan 2005 22:23:02 +1300, Danny Smith wrote:
> From: "Rainer Hochreiter"
>
>
>> throwing an exception in the shared library results in a core dump of the
>> binary exec
is there a chance to install cygwin without gui dialog?
my plan is to download all needed packages into a local directory
and then install the packages from that local directory by starting
setup from a command line without further user interaction.
-- rainer
--
Unsubscribe info: http://cy
On Wed, 13 Oct 2004 13:01:07 +0100, Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Rainer Hochreiter
>> Sent: 13 October 2004 08:32
>
>> is there a chance to install cygwin without gui dialog?
>>
>> my plan is to do
r at the end. My
> inetd.conf and xinetd.conf are standard ones created by setup.
hi,
could you also show us your /etc/xinetd.d/telnet file and the permissions
of your xinetd.exe an in.telnetd.exe?
under which user is xinetd.exe running?
--
rainer hochreiter | web:www.hochreiter.at
li
15 matches
Mail list logo
