On Sep 19 23:04, Michael Lutz wrote:
> Hello,
>
> I just updated my Cygwin installation with the newest packages, especially
> cygwin base from 1.7.5 to 1.7.7 and git from 1.7.1 to 1.7.2.3.
>
> I'm now having problems when I launch gitk in the background from a xterm,
> i.e. "gitk &". First of al
On 17.09.2010 20:12, Daniel Barclay wrote:
Does anyone recall a mention of what in CygWin (or possibly Emacs) creates
files with a simple name of "NUL"?
I also use native Emacs and after some operation I got file with name NUL.
I have a lot NUL files in many dirs, which can be removed only fro
On Fri, Sep 17, 2010 at 7:58 AM, Andrew DeFaria wrote:
> On 09/16/2010 12:05 PM, Ilia K. wrote:
>>
>> Have you tried to ssh to cygwin, then run cmd.exe (to get a "dos
>> prompt") and then press Ctrl-C?
>
> Good lord man! Why would I want to do that?!?
>>
>> In my case this terminates cmd.exe and
> I'd beg to differ; I'd suggest it is, as suggested by the OP,
> actually quite a common use. You only have to look at the use of
> say perl and you will have users quite regularly compiling their
> own DLL's as they install modules via CPAN, and this is quite painful
> due to all the issues it ca
On 18.09.2010 13:35, Andy Koppe wrote:
CHANGES
Colours:
- Added ability to set the 16 ANSI colours in the config file (or on
the command line via the -o option), like so: 'Blue=0,0,255' or
'BoldGreen=128,255,128'. The manual has all the colour names.
This is very useful.
Thanks.
--
Problem re
It looks like my reply got lost in mailer's spam filters, reposting.
On Wed, Sep 15, 2010 at 5:36 PM, Christopher Faylor wrote:
...
> Cygwin summarily halts a pure-Windows process on receiving a CTRL-C.
> There is no way around that other than to relink the program to use
> Cygwin.
Do you state t
Hello,
thanks for looking into this.
Am 20.09.2010 10:55 schrieb Corinna Vinschen:
> I can't reproduce the stack dumps, but I can reproduce the premature
> exit of the parent shell. This is a problem I'm still mulling over:
> http://cygwin.com/ml/cygwin/2010-09/msg00237.html
I don't always get t
Hey, great find, I'm glad to know that this wasn't all "me being crazy."
I'm impressed this went from problem ID to a new test kernel version in 2
months flat. I've pinged Amazon to see if they can get on the track of
this too; I suspect they aren't exactly uptaking kernel changes quickly but
we'l
On 09/19/2010 02:33 PM, Lee wrote:
If LANG is "en_US" or "en_US.utf8", then the regular expression "[a-z]"
does *not* correspond anymore to the ASCII codes. Rather it corresponds
to something like "[aAbBcCdD...zZ]", independent of the actual character
encoding ISO-8859-1 or UTF-8.
In glibc, [a
On 09/18/2010 05:35 AM, SJ Wright wrote:
Is there any reason, when bash itself nowadays has pretty good
tab-completion, why bash-completion is still available in setup.exe or
elsewhere in the Luniverse?
Yes. Builtin bash completion ONLY targets command names (in the first
shell word) and file
mike marchywka wrote:
On 9/17/10, SJ Wright wrote:
4. Is it normal for any script to run CPU usage up to 100%?
Unless it is blocking for something like IO including VM swaps, why not?
Regarding #4:
I have a script that I ran in GNOME Terminal less than an hour ago. I
"time"d it
On 9/20/2010 6:22 AM, Ilia K. wrote:
It looks like my reply got lost in mailer's spam filters, reposting.
On Wed, Sep 15, 2010 at 5:36 PM, Christopher Faylor wrote:
...
Cygwin summarily halts a pure-Windows process on receiving a CTRL-C.
There is no way around that other than to relink the prog
> a) Are you running fvwm under a rootless X11?
No, but I will try that at work tomorrow and report back
> b) are your configs the same?
The same as what? Sorry, I don't understand the question.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://
My application uses mmap on a 16MB file. On released 1.7.7, there's no
problem. But with the 20100919 snapshot, it crashes when it tries to
access the mmap space past the first 32KB or so. Attached is a simple
test program that illustrates the problem.
* With 1.7.7 *
$ uname -a
CYGWI
On 9/20/2010 3:00 PM, Heath Kehoe wrote:
My application uses mmap on a 16MB file. On released 1.7.7, there's no
problem. But with the 20100919 snapshot, it crashes when it tries to
access the mmap space past the first 32KB or so. Attached is a simple
test program that illustrates the problem.
Hello All,
Goal: Building 64-bit application on Cygwin
OS: 64-bit Windows 7
I used "x86_64-w64-mingw32-gcc " to build the application, but failed.
The output tells missing pthread.h. pthread.h is included in one of my
source files.
I located the file, one in C:\cygwin\usr\include, the other
On Mon, Sep 20, 2010 at 05:01:52PM -0700, ke...@ca wrote:
>
>Hello All,
>
>Goal: Building 64-bit application on Cygwin
>OS: 64-bit Windows 7
>
>I used "x86_64-w64-mingw32-gcc " to build the application, but failed.
>The output tells missing pthread.h. pthread.h is included in one of my
>source
On 9/20/2010 10:18 PM, Christopher Faylor wrote:
> On Mon, Sep 20, 2010 at 05:01:52PM -0700, ke...@ca wrote:
>> I used "x86_64-w64-mingw32-gcc " to build the application, but failed.
>> The output tells missing pthread.h. pthread.h is included in one of my
>> source files.
>>
>> I located the f
On Mon, 2010-09-20 at 17:01 -0700, ke...@ca wrote:
> I used "x86_64-w64-mingw32-gcc " to build the application, but failed.
> The output tells missing pthread.h. pthread.h is included in one of my
> source files.
>
> I located the file, one in C:\cygwin\usr\include, the other
> C:\cygwin\usr\x
On Mon, Sep 20, 2010 at 10:38:48PM -0400, Charles Wilson wrote:
>On 9/20/2010 10:18 PM, Christopher Faylor wrote:
>> On Mon, Sep 20, 2010 at 05:01:52PM -0700, ke...@ca wrote:
>>> I used "x86_64-w64-mingw32-gcc " to build the application, but failed.
>>> The output tells missing pthread.h. pthre
20 matches
Mail list logo
