I'd like to run my own caching resolver, preferably DJB's dnscache.
Probably daemontools could not run on Windows easily, but what about
just dnscache?
Cheers,
Alexy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documenta
Matthias Andree wrote:
Am 24.04.2009, 00:07 Uhr, schrieb Larry Hall (Cygwin)
:
nachum wrote:
Hi, I'm new to cygwin, and I am beginning to like it. I am having
trouble
though with child processes that have only Windows PIDs and not cygwin
PIDs.
When I run Xilinx bitgen from cygwin 2 processe
Pierre A. Humblet wrote:
>
>
> - Original Message -
> From: "LAU2"
> To:
> Sent: Thursday, April 23, 2009 11:26 AM
>
> | LAU2 wrote:
> | >
> | >
> | >
> | > Pierre A. Humblet wrote:
> | >>
> | >>
> | >> - Original Message -
> | >> From: "LAU2"
> | >> To:
> | >> Sen
Am 24.04.2009, 00:07 Uhr, schrieb Larry Hall (Cygwin)
:
nachum wrote:
Hi, I'm new to cygwin, and I am beginning to like it. I am having
trouble
though with child processes that have only Windows PIDs and not cygwin
PIDs.
When I run Xilinx bitgen from cygwin 2 processes are run both with th
On Thu, Apr 23, 2009 at 02:42:09PM -0700, ncokwq...@sneakemail.com wrote:
>The result is apparently compiler dependent.
>
>Here's some simple test code:
>
>#include
>int main(int, const char** argv)
>{
>using namespace std;
>cout << "Hello Wo
nachum wrote:
Hi, I'm new to cygwin, and I am beginning to like it. I am having trouble
though with child processes that have only Windows PIDs and not cygwin
PIDs.
When I run Xilinx bitgen from cygwin 2 processes are run both with the
name
bitgen.exe. Below I am running bitgen through make.
On 04/23/2009, ncokwqc02 wrote:
Nice that it works with g++ but I need this to work with the other
compilers too. Any suggestions?
Lobby MS?
Symbolic links that mimic the behavior of their brethren in the Linux/UNIX
world are only supported by Cygwin. And for all those who might eagerly
offer
>> Hi, I'm new to cygwin, and I am beginning to like it. I am having trouble
>> though with child processes that have only Windows PIDs and not cygwin
>> PIDs.
>>
>> When I run Xilinx bitgen from cygwin 2 processes are run both with the
>> name
>> bitgen.exe. Below I am running bitgen through mak
The result is apparently compiler dependent.
Here's some simple test code:
#include
int main(int, const char** argv)
{
using namespace std;
cout << "Hello World, I was called from " << argv[0] << endl;
return 0;
}
I
Eric Lilja wrote:
Hi, attached is the source for a C++ program (with a Makefile) that
produces no output when run (I tried redirecting stdout, that didn't
work either). I'm running Cygwin 1.7 on a Vista32 machine, Cygwin was
just updated.
The code was written september 2007 and then it ran and
--- Gio 23/4/09, Eric Lilja ha scritto:
> Da: Eric Lilja
> Oggetto: C++ program produces no output (g++ 4.3.2, cygwin 1.7)
> A: cygwin@cygwin.com
> Data: Giovedì 23 Aprile 2009, 22:42
> Hi, attached is the source for a C++
> program (with a Makefile) that produces no output when run
> (I tried
Hi, attached is the source for a C++ program (with a Makefile) that
produces no output when run (I tried redirecting stdout, that didn't
work either). I'm running Cygwin 1.7 on a Vista32 machine, Cygwin was
just updated.
The code was written september 2007 and then it ran and displayed its
outp
I installed cygwin base and admin packages along with openssh on a windows
server. Veritas volume manager 5.1 is also installed on this server. I can
ssh to cygwin and run commands remotely by typing password. But I want to
run commands without password. So I configured .ssh/authorized_keys2 file,
On Thu, Apr 23, 2009 at 07:18:40PM -, ncokwq...@sneakemail.com wrote:
>I have some C++ code that runs from the command line in a console
>shell. It is designed to behave differently depending on whether it
>was called directly by name or by a differently named symbolic link.
>This is easy to c
I have some C++ code that runs from the command line in a console shell. It is
designed to behave differently depending on whether it was called directly by
name or by a differently named symbolic link. This is easy to check under Unix
because argv[0] contains the name of the first command line
> debug1: Connecting to 65.38.96.67 [65.38.96.67] port 22.
> debug1: Connection established.
So, the client is connecting to the server...
> debug1: Offering public key: /d003/clarify/.ssh/id_dsa
> Read from socket failed: Connection reset by peer
> Connection closed
... and a little while
nachum wrote:
Hi, I'm new to cygwin, and I am beginning to like it. I am having trouble
though with child processes that have only Windows PIDs and not cygwin PIDs.
When I run Xilinx bitgen from cygwin 2 processes are run both with the name
bitgen.exe. Below I am running bitgen through make.
On Wed, Apr 22, 2009 at 11:41:17AM +0100, Dave Korn wrote:
> Corinna Vinschen wrote:
> > On Apr 21 22:18, Eric Blake wrote:
[... explanation of the sed/cygwin problem]
> > Thanks for the explanation. Apparently I'm unable to explain this
> > clearly enough.
>
> When you referred to "broken ap
On Thu, Apr 23, 2009 at 03:09:33PM +1000, Stefan Walter wrote:
>The loss of the POSIX permissions is fine for me. But what is then the
>purpose of tty in the CYGWIN variable?
In the context of sshd, setting CYGWIN=tty makes no sense whatsoever.
This has been a longstanding source of confusion whi
Hi, I'm new to cygwin, and I am beginning to like it. I am having trouble
though with child processes that have only Windows PIDs and not cygwin PIDs.
When I run Xilinx bitgen from cygwin 2 processes are run both with the name
bitgen.exe. Below I am running bitgen through make.
PIDPPID
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexy Khrabrov wrote:
> Eric -- thanks for the illumination! :) Now I wonder whether
> respecting the x bit can be a configurable option in git, or Windows
> native folks can make it such, or you can make it such?
Yes, in fact, there is such an optio
- Original Message -
From: "LAU2"
To:
Sent: Thursday, April 23, 2009 11:26 AM
| LAU2 wrote:
| >
| >
| >
| > Pierre A. Humblet wrote:
| >>
| >>
| >> - Original Message -
| >> From: "LAU2"
| >> To:
| >> Sent: Wednesday, April 22, 2009 6:04 PM
| >>
| >>
| >> |
| >> | Hi
- Original Message -
From: "LAU2"
To:
Sent: Thursday, April 23, 2009 10:39 AM
Subject: Re: Similar Cron issue--Cron wont do anything
| Pierre A. Humblet wrote:
| > - Original Message -
| > From: "LAU2"
| > To:
| > Sent: Wednesday, April 22, 2009 6:04 PM
| >
| > |
| > | Hi
LAU2 wrote:
>
>
>
> Pierre A. Humblet wrote:
>>
>>
>> - Original Message -
>> From: "LAU2"
>> To:
>> Sent: Wednesday, April 22, 2009 6:04 PM
>>
>>
>> |
>> | Hi I have been having similar problems with running cron on through
>> cygwin.
>> |
>> | Here is what I have done so f
Pierre A. Humblet wrote:
>
>
> - Original Message -
> From: "LAU2"
> To:
> Sent: Wednesday, April 22, 2009 6:04 PM
>
>
> |
> | Hi I have been having similar problems with running cron on through
> cygwin.
> |
> | Here is what I have done so far:
> |
> | 1) created a simple she
- Original Message -
From: "LAU2"
To:
Sent: Wednesday, April 22, 2009 6:04 PM
|
| Hi I have been having similar problems with running cron on through cygwin.
|
| Here is what I have done so far:
|
| 1) created a simple shell file
|
|
| 5) checked the /var/log/cron and here is w
On Apr 23 15:09, Stefan Walter wrote:
> Larry Hall (Cygwin) schrieb:
>> Stefan Walter wrote:
>>> Larry Hall (Cygwin) schrieb:
Stefan Walter wrote:
> I need this solved, because the current given permission conflict
> with the Microsoft DFSr.
>
> Is there a way to create files
> The loss of the POSIX permissions is fine for me. But what is then the
> purpose of tty in the CYGWIN variable?
Better Unix terminal emulation in the Cygwin console, but with the
drawback that many interactive Windows console apps won't work
correctly.
Andy
--
Unsubscribe info: http://cyg
28 matches
Mail list logo
