On Tue, Apr 9, 2013 at 2:23 AM, Corinna Vinschen wrote:
No, not really. You can do that, and I still use the Linux cross
compiler to build Cygwin, but we don't really *have* to bootstrap
anymore.
$ cygport cygwin.cygport download prep compile install package
or
$ cygp
On 4/8/2013 2:38 AM, Corinna Vinschen wrote:
On Apr 8 10:10, Corinna Vinschen wrote:
On Apr 7 13:53, Gregory M. Turner wrote:
On my cygwin64, all bash process substitutions fail:
$ ls -l <(echo foo)
lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63 -> pipe:[656]
$ cat <(echo foo)
On my cygwin64, all bash process substitutions fail:
$ ls -l <(echo foo)
lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63 -> pipe:[656]
$ cat <(echo foo)
cat: /dev/fd/63: No such file or directory
Here's an strace: http://pastebin.com/KS9766Vv
Anyone know what's going on? I don't have a cygwi
On my cygwin64, all bash process substitutions fail:
$ ls -l <(echo foo)
lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63 -> pipe:[656]
$ cat <(echo foo)
cat: /dev/fd/63: No such file or directory
Here's an strace: http://pastebin.com/KS9766Vv
Anyone know what's going on? I don't have a cygwi
On 10/13/2012 2:04 PM, marco atzeri wrote:
On 10/13/2012 9:26 PM, Christopher Faylor wrote:
No. This has nothing to do with cygwin1.dbg. The address 61137DC8 is
in the middle of an instruction.
cgf
after a second rebaseall and a full updatedb to look for any
other cygwin1.dll, now sshd i
On 10/6/2012 11:42 AM, preeetammn wrote:
Hi,
I ran git clone command in cygwin and it is failing with below error. Please
help on this.
error: cannot fork() for fetch-pack: Resource temporarily unavailable
I am new to the issues on cygwin so any information required to debug this
please let me
On 10/5/2012 9:24 AM, Jim Schueler wrote:
Hello.
Some key stroke combination makes the font-size smaller. Actually, under
font-size settings, the settings never change. In order to reset the font size,
I need to manually change it to another font size, then change it back again.
Maybe the key-
On 10/3/2012 6:02 AM, Christopher Faylor wrote:
On Wed, Oct 03, 2012 at 02:58:55AM -0700, Gregory M. Turner wrote:
On 10/2/2012 5:55 PM, Christopher Faylor wrote:
FYI, a quick scan seems to show that you've pretty much undone a lot of
what I've recently added for fifos so I don
On 10/2/2012 5:55 PM, Christopher Faylor wrote:
On Tue, Oct 02, 2012 at 01:45:08PM -0700, Gregory M. Turner wrote:
On 10/2/2012 1:19 PM, Christopher Faylor wrote:
On Tue, Oct 02, 2012 at 03:15:37PM -0400, bob wrote:
Any suggestions on how we can achieve a higher performance blocking read on a
On 10/2/2012 1:19 PM, Christopher Faylor wrote:
On Tue, Oct 02, 2012 at 03:15:37PM -0400, bob wrote:
Any suggestions on how we can achieve a higher performance blocking read on a
Cygwin RDWR fifo?
As always, if you can provide test cases of bugs we will endeavor to fix
problems.
I didn't th
On 10/1/2012 9:39 AM, Ken Brown wrote:
On 10/1/2012 12:16 PM, Adam Kessel wrote:
On Mon, Oct 1, 2012 at 12:01 PM, Gregory M. Turner wrote:
Did you at least try chainging your ${HOME} to somewhere normal and
seeing
what happens? Perhaps SkyDrive has some feature that makes Cygwin
crazy.
For
On 10/1/2012 8:22 AM, Adam Kessel wrote:
On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote:
if the SkyDrive is trademark of M$ and if it needs network connection to remote
server, it would piss you off like you have been experienced.
If it is the case, please stop using *Skydrive* mounted directo
On 9/25/2012 2:03 PM, Linda Walsh wrote:
Matt Sexton wrote:
Hello,
I am attempting to port to Cygwin an application that synchronizes
between processes using unnamed semaphores in shared memory. Both
processes have mapped the shared memory region, one process
initialize
There's a cy
The attached attempts to mitigate a nasty interaction between globbing
in bash and the cygwin .exe hack (i.e.: "/bin/b*sh" fails to match
/bin/bash).
I originally posted this (incorrectly) to the -apps ml.
To be clear, this version is slightly revised from what I originally
posted to -apps: s
On 8/27/2012 11:28 PM, Aharon Robbins wrote:
Michael,
Thanks for your note. I understand that process creation on Windows
is slower than on Linux. But what I'm seeing is off by a few orders of
magnitude. Cygwin on Windows 7 on a Sandy Bridge Core i5 with 4 Gig of
memory is PAINFULLY slower than
- Original Message (cgf) -
> On Wed, Apr 11, 2012 at 06:17:40PM -0000, Gregory M. Turner wrote:
> >- Original Message (Me) -
> > $ diff -u <(echo foo) <(echo bar)
^ concrete detail
> I suspect that it probably about
- Original Message (Me) -
> - Original Message (Corinna) -
> > On Apr 3 10:32, Sven Severus wrote:
> > > On Apr 2 17:33, Corinna Vinschen wrote
> > > > > Hello all,
> > > > >
> > > > > I am running Cygwin DLL 1.7.11-1 and the bash command
> > > > > "cat < <(echo 1234)" (not very p
- Original Message (Corinna) -
> On Apr 3 10:32, Sven Severus wrote:
> > On Apr 2 17:33, Corinna Vinschen wrote
> > > > Hello all,
> > > >
> > > > I am running Cygwin DLL 1.7.11-1 and the bash command
> > > > "cat < <(echo 1234)" (not very profound, ok) works fine
> > > > on my Win7-64 bo
18 matches
Mail list logo