Re: changes in 32-bit Cygwin OpenGL causing crashes?

> On May 26, 2016, at 10:01 PM, lloyd.w...@yahoo.co.uk wrote: > > It's odd, the amount of extra support that Cygwin needs. > > Okay, OpenGL is broken in 32-bit cygwin, not for the first > time. > > I'm unsure if OpenGL is broken in 64-bit cygwin, because > the piping my applications use is

Re: changes in 32-bit Cygwin OpenGL causing crashes?

It's odd, the amount of extra support that Cygwin needs. Okay, OpenGL is broken in 32-bit cygwin, not for the first time. I'm unsure if OpenGL is broken in 64-bit cygwin, because the piping my applications use is broken in 64-bit cygwin - and only there. Not in any other linux or unix I've run

Re: Extreme Slowness of cygwin commands [SOLVED?]

On 5/26/2016 6:03 PM, b...@theworld.com wrote: (Windows 7 pro, laptop, SSD, 2.5.1(0.297/5/3)) A few weeks ago I reported extreme slowness in cygwin process activation after a fresh install. For example something relatively simple like 'ls' or even 'pwd' would take 15+ seconds to start. There

Extreme Slowness of cygwin commands [SOLVED?]

(Windows 7 pro, laptop, SSD, 2.5.1(0.297/5/3)) A few weeks ago I reported extreme slowness in cygwin process activation after a fresh install. For example something relatively simple like 'ls' or even 'pwd' would take 15+ seconds to start. There was no other significant activity on the system

RE: BashHere Prompt

Mark Hansen sent the following at Thursday, May 26, 2016 3:26 PM >On 5/26/2016 11:21 AM, Kevin J. Duling wrote: >> Possibly not. Mine certainly isn't bundled up as nicely. It was just >> a Q hack I put together eons ago. >> >> Mine allows you to right-click on both the folder and the drive >>

Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0

Yaakov Selkowitz writes: > Done. Thanks. :-) Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada

Re: [PATCH] Git is Git, not GIT

On 24 May 2016 at 11:10, Corinna Vinschen wrote: > On May 20 18:42, Corinna Vinschen wrote: >> Hi Adam, >> >> On Apr 28 12:02, Adam Dinwoodie wrote: >> > --- >> > contrib.html | 6 +++--- >> > cvs.html | 20 ++-- >> >

[ANNOUNCEMENT] Updated: lilypond-2.19.42-1

Versions 2.19.42-1 of lilypond lilypond-doc for cygwin are now available: CHANGES Last dev upstream release http://www.lilypond.org/old-news.html DESCRIPTION LilyPond is a music engraving program, devoted to producing the highest-quality sheet music possible. It brings the

Updated: lilypond-2.19.42-1

Versions 2.19.42-1 of lilypond lilypond-doc for cygwin are now available: CHANGES Last dev upstream release http://www.lilypond.org/old-news.html DESCRIPTION LilyPond is a music engraving program, devoted to producing the highest-quality sheet music possible. It brings the

Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0

On 2016-05-21 11:42, Achim Gratz wrote: Achim Gratz writes: I'll check my other packages next week. Here's the wave of Perl distributions as previously determined by true dedup (the one marked with an asterisk is not mine and may have been moved already). I've quickly checked the latest

Re: BashHere Prompt

On 5/26/2016 11:21 AM, Kevin J. Duling wrote: Possibly not. Mine certainly isn't bundled up as nicely. It was just a Q hack I put together eons ago. Mine allows you to right-click on both the folder and the drive letter. I wasn't aware of chere, so I've tried installing it today. I'm not

Re: Lingua::Translit

Ken Brown writes: > Just a gentle ping, in case you've forgotten about this. I haven't forgotten, but I've been using up the time last weekend with figuring out which packages to move to noarch and I am currently waiting for that move to happen. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305

Re: BashHere Prompt

Possibly not. Mine certainly isn't bundled up as nicely. It was just a Q hack I put together eons ago. Mine allows you to right-click on both the folder and the drive letter. I wasn't aware of chere, so I've tried installing it today. I'm not seeing the context menus in Explorer in my Win7 VM,

Re: BashHere Prompt

On 26/05/2016 19:48, Kevin J. Duling wrote: Several years back, I wrote a utility to create a "Bash Here" prompt similar to the "Command Prompt Here" WinXP powertoy, but I really didn't have any way of sharing it with others. It doesn't really bundle in to a package, nor is it something that

RE: BashHere Prompt

Kevin J. Duling sent the following at Thursday, May 26, 2016 1:48 PM >Several years back, I wrote a utility to create a "Bash Here" prompt >similar to the "Command Prompt Here" WinXP powertoy, but I really didn't >have any way of sharing it with others. > >It doesn't really bundle in to a package,

BashHere Prompt

Several years back, I wrote a utility to create a "Bash Here" prompt similar to the "Command Prompt Here" WinXP powertoy, but I really didn't have any way of sharing it with others. It doesn't really bundle in to a package, nor is it something that would be included with the DLL, so I'm not clear

last snapshot is not better than previous version

Hello, I tried the snapshot dated 2016-05-20. Okay, this one was not announced. Functionally it seems ok. But some simple tasks now take a lot of time compared to the last non-snapshot version (2.5.1): 1) searching into a small text file A simple text file (created with "seq 1") takes

lftp 4.7.2 build fails in Cygwin

Cygwin 2.5.1 x86_64 g++ 5.3.0 In Cygwin, build of lftp 4.7.2 fails in two places: (1) /home/andrex/dev/cygwin/lftp/lftp-4.7.2-1.x86_64/src/lftp-4.7.2/src/xmalloc.h:31:38: error: expected ';', ',' or ')' before '=' token char *xstrdup(const char *s,int spare=0);

Re: Lingua::Translit

On 5/11/2016 12:40 PM, Achim Gratz wrote: Am 11.05.2016 um 14:27 schrieb Ken Brown: The next version of Biber will have a dependency on Lingua::Translit. Can you add that to the distro when you get a chance? I'll have a look at that. Not this week, though. Just a gentle ping, in case

Re: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)

On 5/26/2016 10:55 AM, Tobias Zawada wrote: Thanks, Ken for the following info: This looks like a bug I reported several years ago; it actually has nothing to do with emacs: https://www.cygwin.com/ml/cygwin/2011-10/msg00445.html It was fixed but then reappeared some months later:

Re: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)

Thanks, Ken for the following info: > This looks like a bug I reported several years ago; it actually has > nothing to do with emacs: > > https://www.cygwin.com/ml/cygwin/2011-10/msg00445.html > > It was fixed but then reappeared some months later: > >

Re: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)

On 5/26/2016 5:30 AM, Tobias Zawada wrote: Hello, when debugging c-programs (the special program does not matter) with gud/gdb the prompt "(gdb)" is missing after the execution of the "start" command. This also happens with other commands such as "next". Also variable values and outputs are not

Re: Invalid tm_zone from localtime() when TZ is not set

Am 26.05.2016 um 08:54 schrieb KOBAYASHI Shinji: On Wed, 25 May 2016 22:02:50 +0200, Hans-Bernhard Bröker wrote: On May 25 11:28, KOBAYASHI Shinji wrote: - isupper is a macro which classifies ASCII integer values by table lookup. - It is defined only when isascii(c) is true or c is EOF.

Re: Invalid tm_zone from localtime() when TZ is not set

On Thu, 26 May 2016 12:23:03 +0200, Corinna Vinschen wrote: > > > A proper solution may have to be more like this: > > > int mapped = wctob(*src); > > > /* this call is safe now because of how wctob() works: */ > > > if (isupper(mapped)) { > > >*dst++ = (unsigned char)mapped; >

Re: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)

On Thu, May 26, 2016 at 5:30 AM, Tobias Zawada wrote: > Hello, > when debugging c-programs (the special program does not matter) with gud/gdb > the > prompt "(gdb)" > is missing after the execution of the "start" command. This also happens with > other commands such as

Re: Invalid tm_zone from localtime() when TZ is not set

On May 26 15:54, KOBAYASHI Shinji wrote: > On Wed, 25 May 2016 22:02:50 +0200, Hans-Bernhard Bröker wrote: > > On May 25 11:28, KOBAYASHI Shinji wrote: > >> The intention of the following code in tzsetwall() should be to pick > >> up UPPERCASE letters "in ASCII range": > > Are you sure you're not

Re: Invalid tm_zone from localtime() when TZ is not set

On Wed, 25 May 2016 22:02:50 +0200, Hans-Bernhard Bröker wrote: > On May 25 11:28, KOBAYASHI Shinji wrote: >> The intention of the following code in tzsetwall() should be to pick >> up UPPERCASE letters "in ASCII range": > Are you sure you're not mixing ASCII with '8-bit character' range there?