On 21/06/2017 00:16, Brian Inglis wrote:
On 2017-06-20 14:50, Marco Atzeri wrote:
I don't know if it is a bug or just a curiosity.
$ uname -svr
CYGWIN_NT-6.1 2.8.1(0.310/5/3)
it seems there are two equal entry for ja_JP
and it is the only one with repetition
$ locale -a |grep -i "ja"
ja_JP
On an upgrade of xterm from 327-1 to 329-1 starting an xterm now complains:
$ xterm
/usr/bin/xterm: cannot load font
"-Misc-Fixed-bold-R-*-*-10-100-75-75-C-60-ISO8859-1"
/usr/bin/xterm: cannot load font
"-Misc-Fixed-medium-R-*-*-10-100-75-75-C-120-ISO10646-1"
Greetings,
Whenever I start up an XTerm, even if I have the resources
allowBoldFonts: false
it throws the following error:
xterm: cannot load font "-Sun-Serif-bold-R-*-*-14-140-72-72-M-80-ISO8859-1"
Never mind the font name, this is irrelevant. The fact that it wasn't
throwing an error
On 2017-06-20 14:50, Marco Atzeri wrote:
> I don't know if it is a bug or just a curiosity.
> $ uname -svr
> CYGWIN_NT-6.1 2.8.1(0.310/5/3)
> it seems there are two equal entry for ja_JP
> and it is the only one with repetition
> $ locale -a |grep -i "ja"
> ja_JP
> ja_JP
> ja_JP.utf8
> ja_JP.ujis
On 2017-06-20 14:50, Marco Atzeri wrote:
> I don't know if it is a bug or just a curiosity.
> $ uname -svr
> CYGWIN_NT-6.1 2.8.1(0.310/5/3)
> it seems there are two equal entry for ja_JP
> and it is the only one with repetition
> $ locale -a |grep -i "ja"
> ja_JP
> ja_JP
> ja_JP.utf8
> ja_JP.ujis
I don't know if it is a bug or just a curiosity.
$ uname -svr
CYGWIN_NT-6.1 2.8.1(0.310/5/3)
it seems there are two equal entry for ja_JP
and it is the only one with repetition
$ locale -a |grep -i "ja"
ja_JP
ja_JP
ja_JP.utf8
ja_JP.ujis
ja_JP@cjknarrow
ja_JP.utf8@cjknarrow
japanese
On 20/06/2017 13:11, Corinna Vinschen wrote:
I suggest reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
think no
settings render sysv semaphores reliable in Cygwin 2.8.0. What do you
think?
Just FYI, Corinna is
> > The background processes are actually (zsh-) scripts, which do some
> > setup (basically setting various environment variables), and then invoke
> > a (Cygwin-)Ruby program which does the "real work". The program is
> > executed by something like
> >
> > ruby myprog.rb
> >
> > (Note that
I was asked by the freeglut mailing list to alert the X/Cygwin
team to problems with the WGL context handles becoming invalid
if a window is hidden and then the error in the subject is out
putted when the window is revealed again.
There are also issues with iconification, where the windows are
in
On 6/20/2017 2:23 AM, Ronald Otto Valentin Fischer wrote:
> I'm spawning processes in background, but have problems killing them.
> Here is the setup:
>
Maybe review the Cygwin document at
https://cygwin.com/cygwin-ug-net/kill.html would help.
> My script (zsh) creates one or more processes in
On Jun 19 11:09, Carl Fredrik Forsberg wrote:
> Hello again.
> I have performed a few more tests with the program below.
https://cygwin.com/ml/cygwin/2017-06/msg00032.html
Please check again with the latest developer snapshots from
https://cygwin.com/snapshots/
Thanks,
Corinna
--
Corinna
On May 16 18:15, Fujii Hironori wrote:
> Error messages of regtool can't be read, which are encoded in
> SHIFT_JIS in Japanese Windows.
>
> $ regtool get /HKCU/hoge
> Error (2): ▒w▒肳▒▒t▒@▒C▒▒܂▒▒▒B
>
> $ regtool get /HKCU/hoge 2>&1 | iconv -f shift_jis
> Error (2): 指定されたファイルが見つかりません。
>
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c5ca43f35913a7d0b2ec786e27c629d1c5ed0715
commit c5ca43f35913a7d0b2ec786e27c629d1c5ed0715
Author: Corinna Vinschen
Date: Tue Jun 20 13:09:07 2017 +0200
Revert "cygserver: Revamp thread sleep handling"
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=4d336756fa7f47aa0a79e98fb4dea5c3e1b35d31
commit 4d336756fa7f47aa0a79e98fb4dea5c3e1b35d31
Author: Fujii Hironori
Date: Tue Jun 20 13:17:09 2017 +0200
cygwin: regtool: encode error messages correctly
On Jun 15 01:32, Marco Atzeri wrote:
> On 07/05/2017 05:47, Larry Hall (Cygwin) wrote:
> > On 05/06/2017 11:27 PM, Noah Misch wrote:
> > > On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
> > > > On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> > > > > On Fri, Mar 24, 2017
Greetings, Nellis, Kenneth!
> From: Andrey Repin
>> Doesn't matter what syntax I use, I'm unable to reproduce your effects.
>> ...
>> Get rid of intercepting proxies and your problem will go away as well.
>> It's not a matter of syntax.
> I'm unaware of any proxies involved. I haven't set any
On Jun 19 11:47, Joe Lowe wrote:
>
> On 2017-06-19 04:45, Corinna Vinschen wrote:> Hi Joe,
> >
> > As discussed in the previous iteration of this patch, this change
> > results in nuking DT_UNKNOWN for reparse points we don't handle. Still,
> > IMHO, if we have reparse points we know nothing
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=185cd97d24150db8964754ae0cbb69102dd6cfdb
commit 185cd97d24150db8964754ae0cbb69102dd6cfdb
Author: Corinna Vinschen
Date: Tue Jun 20 10:06:17 2017 +0200
cygwin: readdir: Activate check for remote reparse points
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=7a4e299a18a48280f36d29a86f23384ab821fc36
commit 7a4e299a18a48280f36d29a86f23384ab821fc36
Author: Joe_Lowe
Date: Wed Jun 14 13:01:28 2017 -0700
Compatibility improvements to reparse point handling.
Diff:
---
I'm spawning processes in background, but have problems killing them.
Here is the setup:
My script (zsh) creates one or more processes in the background, and
waits until they are finished. I have also set up a trap for SIGINT,
with the intention that if I press Control-C, the background processes
20 matches
Mail list logo