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 up.
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 a
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): 指定されたファイルが見つかりません。
>
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 Vins
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 t
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
> > 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
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
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
japanese.euc
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
>
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 unti
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"
/usr/
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
ja_JP
14 matches
Mail list logo