Kelley Cook wrote:
David,
Shouldn't libmpfr0-4.1.4-3 now be marked as obsolete, especially for
Cygwin 1.7 ? If I recall correctly, that was left over from before
the gmp/mpfr package split. The version number is clearly left over
from then.
libmpfr0-4.1.4-3 is (very) obsolete. We could
On Apr 23 22:41, David Billinghurst wrote:
Kelley Cook wrote:
David,
Shouldn't libmpfr0-4.1.4-3 now be marked as obsolete, especially for
Cygwin 1.7 ? If I recall correctly, that was left over from before
the gmp/mpfr package split. The version number is clearly left over
from then.
On 4/17/2009 2:55 AM, Steffen Sledz wrote:
Ken Brown schrieb:
I'd like some advice as to how to proceed. Sharing the job with Steffen
would seem to make the most sense, but I'm not sure exactly how that
would work since he can't run cygport.
thanx for your offer. I'm in a hurry currently
Hi all ,
This is my first post. I watch this list from some time and long time
ago entered in this list with a thinking that the cygwin Setup app
could have a sort of filter ( type-ahead ) to facilitate folks to find
packages. Have you guys seen something like this? I have installed
cygwin for my
Marcio Galli wrote:
Hi all ,
This is my first post. I watch this list from some time and long time
ago entered in this list with a thinking that the cygwin Setup app
could have a sort of filter ( type-ahead ) to facilitate folks to find
packages. Have you guys seen something like this? I
This is very nice. Thanks for the update Dave. I will look into the URL
On Thu, Apr 23, 2009 at 3:21 PM, Dave Korn
dave.korn.cyg...@googlemail.com wrote:
Marcio Galli wrote:
Hi all ,
This is my first post. I watch this list from some time and long time
ago entered in this list with a
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:
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 with permissions inherited
- Original Message -
From: LAU2
To: cygwin@cygwin.com
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 create_new_dir.sh
|
snip|
| 5)
Pierre A. Humblet wrote:
- Original Message -
From: LAU2
To: cygwin@cygwin.com
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
LAU2 wrote:
Pierre A. Humblet wrote:
- Original Message -
From: LAU2
To: cygwin@cygwin.com
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)
- Original Message -
From: LAU2
To: cygwin@cygwin.com
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: cygwin@cygwin.com
| Sent: Wednesday, April 22, 2009
- Original Message -
From: LAU2
To: cygwin@cygwin.com
Sent: Thursday, April 23, 2009 11:26 AM
| LAU2 wrote:
|
|
|
| Pierre A. Humblet wrote:
|
|
| - Original Message -
| From: LAU2
| To: cygwin@cygwin.com
| Sent: Wednesday, April 22, 2009 6:04 PM
|
|
| |
-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 option
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.
PID
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
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
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.
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
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
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
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
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
--- 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
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
The result is apparently compiler dependent.
Here's some simple test code:
#include iostream
int main(int, const char** argv)
{
using namespace std;
cout Hello World, I was called from argv[0] endl;
return 0;
}
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
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 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 iostream
int main(int, const char** argv)
{
using namespace std;
cout Hello
Am 24.04.2009, 00:07 Uhr, schrieb Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com:
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
Pierre A. Humblet wrote:
- Original Message -
From: LAU2
To: cygwin@cygwin.com
Sent: Thursday, April 23, 2009 11:26 AM
| LAU2 wrote:
|
|
|
| Pierre A. Humblet wrote:
|
|
| - Original Message -
| From: LAU2
| To: cygwin@cygwin.com
| Sent:
Matthias Andree wrote:
Am 24.04.2009, 00:07 Uhr, schrieb Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com:
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
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
34 matches
Mail list logo