2009/11/30 Corinna Vinschen:
Gone for Thanksgiving break, return and update cygwin, and now xterm
does not show anymore. I have not upgraded to the latest 1.7 (I am
waiting for the official release). I read the other messages and nothing
seems to work.
Does anyone have a
2009/11/28 Ken Brown:
On 10/28/2009 6:07 PM, Andy Koppe wrote:
2009/10/28 Ken Brown:
Maybe my terminology is wrong. But if you start mintty with no .minttyrc
and with LANG unset, mintty will set LANG=C.UTF-8.
Yep. That's primarily for emacs' benefit, which parses the locale env
variables
2009/11/28 lemkemch:
But how do I get back a pure C locale?
If by that you mean an ASCII locale: C.ASCII. (Btw, that's essentially
the same as C.ISO-8859-1, i.e. it's 8-bit not 7-bit).
I also
want ls -l to output the old standard date format. So
setenv LANG C.what? C.ISO-8859-15 is kind of
2009/11/27 lemke...@t-online.de:
What am I doing wrong with my first tries of 1.7? I created in Windows
Explorer a directory Ébène and in it a file très. When I look at it
with ls in an rxvt window I don't see the accented characters but the
two utf-8 bytes. Hm.
Rxvt doesn't support
2009/11/28 Charles D. Russell:
Corinna Vinschen wrote:
I dislike FAT32 a lot, so I usually
never test on it.
But there is no alternative for external storage that is to be readable on
Windows, Linux, and Mac OSX. And I use Cygwin scripts for all my backups
and housekeeping.
Corinna's
procps
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
2009/11/21 Charles Wilson:
This is a heads-up concerning changes to terminfo/termcap defintions. As
discussed on cygwin-developers, here's a stab at providing /etc/termcap
via terminfo:
http://cygwin.cwilson.fastmail.fm/ITP/terminfo-5.7_20091114-10.dist
Updated versions:
cygwin-1.5
2009/11/21 Corinna Vinschen:
On Nov 21 06:55, Andy Koppe wrote:
For Cygwin 1.7 only:
wget http://mintty.googlecode.com/files/mintty-0.5.3-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.5.3-1-src.tar.bz2
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
2009/11/21 Linda Walsh:
I still haven't figured out why -- but the values for cygdrive prefix
won't stay stored.
That's because you now have to set it in /etc/fstab to make it
permanent, e.g.:
none /mnt cygdrive binary 0 0
I did THAT, as part of my debugging. I copied over the line from
2009/11/20 Linda Walsh:
Some things are obviously not cygwin related. But sometimes it seems
like cygwin isn't able to see files that I can see there with
explorer.
We'd of course need concrete examples for this.
It should be running as 'me' when it's started by me! But I don't
know if
2009/11/17 Eric Blake:
Thomas Wolff writes:
Sorry that I take this up once more (after promising end:of), but I
had this additional idea after seeing your point about being strictly
consistent with the POSIX pathname namespace:
So what about using / as a delimiter? If foo is a file, foo/bar
2009/11/17 Pete Brunet:
$'\r': command not found
Please ignore my post about this. That was the result of using a
different bat file (not cygwin.bat) that I use to start an OpenJDK build
job and it hadn't yet been modified to set SHELLOPTS=igncr
That's your sixth post in a row on this
2009/11/16 Thomas Wolff:
I'd suspect the support for ADSs in 1.5 was rather accidental anyway.
POSIX programs certainly don't know about them, and you get the rather
weird situation that files like foo:bar can be accessed but don't
show up in the directory they're in. Hence I think the right
2009/11/16 aputerguy:
Well I'm using Putty to ssh into my Windows machine running cygwin 1.5
When I do tab completion on the foo:bar file it completes to
foo\357\200\272 but perhaps the Unicode is coming from the Putty terminal
(which is set to UTF-8) though somehow bash is preserving the
2009/11/15 Martin Dorey:
Linking a C program using 1.7.0-63 or 1.7.0-64 causes this runtime error when
attempting to run the program on Cygwin 1.5:
The procedure entry point cygwin_create_path could not be located in the
dynamic link library cygwin1.dll.
This happens with gcc-3 or gcc-4 -
2009/11/15 Steven Monai:
In 1.7.0-64, /usr/sbin/cygserver is linked against cygstdc++-6.dll.
cygserver will not run (exit status 128) unless the 'libstdc++6' package
is installed.
Yep. Known issue.
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ:
2009/11/15 aputerguy:
In cygwin 1.7
$ ls -1s foo*
1 foo:bar
1 foo:baz
Which might seem ok,
*But* now explorer shows two files
foo[]bar
foo[]baz
where [] is a square box indicating an illegal symbol.
The square box doesn't represent an illegal symbol but one that the
font being used
2009/11/15 Martin Dorey:
Before the reloc changes, you'd already get an error if
your program used ctype functions.
Thinking it might be useful to get the error messages into the googlotron, I
tried to demonstrate this with little programs like this:
$ cat /tmp/ctype.c
#include ctype.h
2009/11/15 aputerguy:
I'd suspect the support for ADSs in 1.5 was rather accidental anyway.
POSIX programs certainly don't know about them, and you get the rather
weird situation that files like foo:bar can be accessed but don't
show up in the directory they're in.
Fair point. But also
2009/11/13 Jacob Jacobson:
Output of Kaspersky Anti-Virus 6.0
11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying to
inject into another process. This behavior is typical of some malicious
programs (Invader)
11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE
2009/11/9 Huang Bambo:
Under 1.7.0-63,64
With mintty
export LANG=en_US.UTF-8
export LC_TYPE=zh_CN.UTF-8
ls can list some directory in Chinese but cd command can't enter it.
Works fine here, including completion.
What mintty version are you using and what's your character set
setting on the
2009/11/9 Corinna Vinschen:
aputerguy:
But don't see any symlinks..
Uh, I see. Don't use the junction tool, use cmd's mklink instead.
Was mklink introduced with Vista? It's not present on XP. The
alternative there is linkd.exe, available as part of the freely
downloadable Windows Server 2003
Thomas Wolff:
Note: This works on my home PC (Windows XP Home) but it's not effective
on my work PC (Windows XP Professional) where the mouse wheel scrolls the
Windows console (which it doesn't on the other machine); I don't know how
to disable or configure this.
I've come across a
2009/11/9 aputerguy:
Does cygwin have any ability to find/identify NTFS junction points?
This would be useful so that you don't inadvertently mistreat them thinking
they are regular files or directories.
They appear as symbolic links. Dunno how to tell them from other sorts
of shortcuts.
2009/11/7 Corinna Vinschen:
Mintty roughly does the following for Ctrl(+Shift)+symbol combinations:
- obtain the keymap using GetKeyboardState()
- set the state of the Ctrl key to released
- invoke ToUnicode() to get the character code according to the keyboard
layout
- if the character
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
For Cygwin 1.7 only:
wget http://mintty.googlecode.com/files/mintty-0.5.3-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.5.3-1-src.tar.bz2
Please delete 0.4.4-1, leaving 0.5.2-1 as previous.
Thanks,
Andy
2009/11/6 Steven Monai:
Fantastic! I just upgraded from 1.7.0-62 to -63, and my daily rsync
backup script can now see that handful of files on my system with
weird names [containing Unicode char U+F020] that were previously
untouchable by Cygwin.
Just wondering: What limitations, if any, are
A test with an empty main compiled using gcc-4 under cygwin-1.7.0-63
has a size of 6.5K. After downgrading to 1.7.0-62, without changing
anything else, the size goes down to 5.0K.
$ cat test.c
int main(void)
{
return 0;
}
$ gcc test.c -Os -s
Looking at objdump differences, both code and data
2009/11/3 Jon TURNEY:
On second look, this patch doesn't seem to be quite right, as it makes the
en_US.UTF-8 compose sequences available in C.UTF-8 (which is not the case in
the C locale).
I think that's ok. The compose sequences don't make sense in an ASCII
locale, since ASCII doesn't contain
2009/11/4 Linda Walsh:
C: and C:\ aren't the same thing in DOS/cmd.exe. C: means the current
directory of the C drive, whereas C:\ means the root directory of the
C drive. Within each cmd.exe session, each drive has its own current
directory.
---
Right. That's a cmd.exe-ism -- As
2009/11/2 Ron de Bruijn:
A single fast mirror is only going to be faster than multiple mirrors for
unrealistic values of fast.
Well, I regularly get 1 MByte/s from nearby mirrors. Call me
undemanding, but I think that's a realistic value for fast.
The reason for me not picking a fast mirror
2009/11/2 Corinna Vinschen:
You must not use characters
in this range from U+f000 up to U+f0ff. There's no solution to this
except for don't use these characters in filenames if they are not
explicitely written there by either Cygwin or Microsoft's SUA.
Actually there is a possible
2009/11/2 Larry Hall (Cygwin):
On 11/02/2009 01:29 PM, Jeffrey J. Kosowsky wrote:
I didn't see any documentation in the What's New/What's Changed
document saying that the following no longer works:
cmd drive letter:
For example:
$ ls C:
ls: cannot access C::
2009/10/31 Steven Monai:
That's the problem. The character in that file is *not* U+0323, but
U+f020, a character in the Unicode private use range, which is used in
Cygwin to map ASCII characters invalid in Windows filenames but valid
in POSIX filenames. It's also used to map multibyte
2009/10/29 Jon TURNEY:
I've put a patch in bugzilla [1] which can be applied to
/usr/share/X11/locale to temporarily repair this problem.
This needs to be looked at more deeply, though, as I'm not sure I've fully
understood what that locale data is being used for, or specified C.UTF-8
2009/10/28 Thomas Dickey:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server
technically speaking, there's no such locale as C.UTF-8,
so I'd not expect portable code to accept it (C and UTF-8 are
mutually exclusive).
Technically speaking, portable code should make no
2009/10/28 Ken Brown:
Maybe my terminology is wrong. But if you start mintty with no .minttyrc
and with LANG unset, mintty will set LANG=C.UTF-8.
Yep. That's primarily for emacs' benefit, which parses the locale env
variables itself instead of using setlocale(LC_CTYPE, ), thereby
missing out
Xwin 1.6.x had no problem with C.UTF-8.
Actually it's libX11 that makes the difference: Xwin 1.7.1 is fine
after downgrading libX11 from 1.3.2-1 to 1.2.2-2.
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
2009/10/28 Jon TURNEY:
On 28/10/2009 14:22, Ken Brown wrote:
X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the
server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits
immediately, and the log has complaints about the locale. If I instead
use 'LANG=en_US.UTF-8',
2009/10/27 Corinna Vinschen:
I added 'set LC_ALL=en_US.UTF-8' (without the quotes) to Cygwin.bat, as
suggested in the Internationalization section of the 1.7 User Guide, but
there was no improvement.
Uh oh, I guess this must be changed again in the docs. Cygwin is using
UTF-8 throughout as
2009/10/27 Kurt Harriger:
Screen might just be the solution I'm looking for, thanks!
I also found this post to describing a way to integrate the screen
copy buffer with windows clipboard.
http://www.hanhuy.com/pfn/integrating_screen_and_clipboard
On Cygwin there are simpler ways to get at the
2009/10/26 Kurt Harriger:
When using the cmd window you can mark text using Alt-Space for menu,
E for edit, Enter to begin mark, position cursor to start of
selection, hold shift position cursor to end and press enter to copy
to clipboard, and finally Alt-Space, E, P to paste. Although its an
2009/10/23 Alex D. Kostic:
I recently installed cygwin (Cygwin/X X Server Version 1.5.3 (20090222),
X11R6) and am experiencing problems when I run MATLAB (7.9.0 R2009b) on it.
For the most part MATLAB works fine, except when I open an Editor window
the contents are blank (it's just a blank
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
2009/10/24 Dave Korn:
BTW, I don't see why this is anything other than a gcc testsuite problem; if
we want to use UTF-8 as the default encoding in the C locale, who's to say we
shouldn't?
POSIX certainly allows it, but glibc's behaviour has to be taken into
account as well. If there was a
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
Mintty is based on code from
For Cygwin 1.7 only:
wget http://mintty.googlecode.com/files/mintty-0.5.2-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.5.2-1-src.tar.bz2
Please delete 0.5.1-1 and leave 0.4.4-1 as previous.
Thanks,
Andy
2009/10/24 Charles Wilson:
[cross-posted to cygwin list]
Background for cygwin list: Dave discovered a problem running some of
the gcc tests. The tests were run in the C locale, but in so doing
they assumed an ascii encoding (specifically, that ' would match ' in
test patterns -- but the
2009/10/22 Edmund Spatzenegger:
I've tried to install XServer 1.6.0 but Cygwin setup only offers me 1.5.3
(I've downloaded the latest version of setup.exe: 2.573.2.3).
Is there anything else I have to do?
XWin 1.6.x is only available with the Cygwin 1.7 beta:
http://www.cygwin.com/#beta-test
2009/10/22 Morten Kjærulff:
Is this an error, or have I misunderstod something?
/morten
$ echo ABCabc|grep --color=auto B
ABCabc B is red
$ echo ABCabc|grep --color=auto b
ABCabc b is red
$ echo ABCabc|grep -i --color=auto b
ABCabc B and b is red
$ echo ABCabc|grep -i --color=auto
2009/10/22 Topher Cawlfield
I'm not sure if this is the right place to post such problems, but I ran into
this problem when trying to use the paramiko library with python 2.5.2 in
Cygwin.
Ultimately the problem is that an IOError is generated when opening
/dev/urandom, reading some bytes
2009/10/22 Topher Cawlfield
I'm not sure if this is the right place to post such problems, but I ran into
this problem when trying to use the paramiko library with python 2.5.2 in
Cygwin.
Ultimately the problem is that an IOError is generated when opening
/dev/urandom, reading some bytes
2009/10/20 Corinna Vinschen:
Device Type : 7
Characteristics : 10
Volume Name : backup
Serial Number : 86510372
Max Filenamelength : 255
Filesystemname : NTFS
Flags : 2f
FILE_CASE_SENSITIVE_SEARCH : TRUE
FILE_CASE_PRESERVED_NAMES : TRUE
2009/10/19 Corinna Vinschen:
The executables in the ocaml package have access rights rwx--x--x,
which means non-admins can't run them:
bash: /usr/bin/ocaml: Permission denied
Execute permissions alone should be sufficient to start an executable,
usually.
You're right. I had wondered the
The executables in the ocaml package have access rights rwx--x--x,
which means non-admins can't run them:
bash: /usr/bin/ocaml: Permission denied
Andy
2009/10/18 Paul McFerrin:
Yes, it is an emulation of a Kernel
No, there is no _syscall interface into the kernel as there is on
Linux and elsewhere. Cygwin emulates the C library layer instead.
However, looking at my Debian system after installing the
'manpages-dev' package, 'man 2' is actually
Attached are a couple of small patches for changing the backspace
keycode in xterm to ^?, and for changing its terminfo entry
accordingly.
The xterm change is to add these two lines to its default resources in
/etc/X11/app-defaults/XTerm:
*backarrowKeyIsErase: true
*ptyInitialErase: true
This
2009/10/17 Eric Backus:
In passing, I'll note that xterm on my very old and out-of-date SuSE linux
installation uses DEL, so matches your new version of mintty
Yeah, I think the GNU people managed to browbeat Linux distros into
standardising on ^? some time ago.
The workaround is to stick
2009/10/17 Paul McFerrin:
I noticed that /usr/share/man contains a man2 sub-directory but it is
empty. Any particular reason? I have Category Cygwin-doc installed for
cygwin 1.7 but I am missing all man pages for Section 2 of the manual.
Section 2 is system calls, which don't exist on
2009/10/16 Eric Backus:
Unfortunately, cygwin's terminfo/termcap entries for XTERM say that the
backspace key returns ^H. This can be seen by looking in /etc/termcap for
xterm, and finding the 'kb' property for that entry, or by running 'infocmp
xterm' and looking for the 'kbs' property.
2009/10/16 Warren Young:
Well, on Linux consoles, the term type is linux. Presumably this is one
of the reasons they felt they needed a separate term type.
Maybe MinTTY should be emulating something other than xterm, which doesn't
have this backspace problem? I don't mean something vastly
2009/10/15 Lapo Luchini:
David Rothenberger wrote:
% export LANG=C.UTF-8
% touch wc/Burgstraße wc/Geschäftsführer wc/für
% svn add wc/*
% svn ci -m '' wc
Note that the svn add will fail if I don't set LANG=C.UTF-8.
As per 1.7.0-62 announcement, UTF-8 should be the default locale for
2009/10/15 Markus Schaber:
% export LANG=C.UTF-8
This was the solution - issuing that commando made it work.
LANG=de.UTF-8 also seems to work.
So I'll add this to my bashrc. Thanks a lot.
A better place for this is cygwin.bat for the console, or the Text
page of the options dialog for
2009/10/13 Matthias Meyer:
But nevertheless, user Backup can access the directory as well as the files
Does user Backup have Administrator privileges? In that case you've
got no chance.
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
2009/10/12 Aidan Kehoe:
and how does it change unexpectedly in terms of POSIX/Cygwin operations?
And, importantly, what's the locale setting?
We’re testing our handling of the file name encoding; we want to make sure
we can create a file with this name when we force the file name encoding
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
MinTTY is based on code from
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
MinTTY is based on code from
Please upload for Cygwin 1.7 only:
wget http://mintty.googlecode.com/files/mintty-0.5.1-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.5.1-1-src.tar.bz2
http://mintty.googlecode.com/svn/tags/0.5.1/cygport/setup.hint
0.4.3-1 for 1.7 can be deleted.
Thanks,
Andy
I've tried to compile a source code[1] with this flags
-D_FILE_OFFSET_BITS=64 -pedantic -Wconversion -Wpointer-arith
-Wcast-align -std=c99 and output is
lfs.c: In function 'main':
lfs.c:26: warning: implicit declaration of function 'fseeko'
lfs.c:28: warning: implicit declaration of
2009/10/11 Salvatore Santagati:
Nope, but under Linux works as well ( with and without std=c99 ) ,
under cygwin if enable std=c99
I've these type of warning ( source code here is only an example )
Seems Linux has got it wrong then, because ftello and fseeko are not
standard C99 functions. Use
2009/10/11 Sivaram Neelakantan:
I installed the win32 binary of PostgreSQL 8.4 in C:/PostgreSQL.
Launching mintty in cygwin and calling psql, the only thing that seems
to work is the psql --help call.
$/cygdrive/c/PostgreSQL/8.4/bin/psql -d mf -U sivaram
simply waits till I hit Ctrl-C.
2009/10/9 Stephen J. Turnbull:
Hang on, there is a problem with this one: Cygwin doesn't like the
\001's and the tab at the end.
Well, I'll be damned. I was betting on this being 100% an XEmacs bug,
but I could lose! :-)
I don't think you've got anything to worry about there. ;) XEmacs
2009/10/10 paul.hermeneu...@gmail.com:
When I use the script above, it appears that the --site I specify is
added to the list. However, using that entry always results in the
failure message:
Unable to get setup-2.ini from http://mirrors.xmission.com
This happens for every --site, not
2009/10/9 Vin Shelton:
#3 0x005151bc in Lstream_really_write (lstr=0x176ea00,
data=0x148d0c0
c;C:\\cygwin\\cygwin\\tmp\\s360339.aoa\\ï\202\201Ð\201Ð\201Ð\201ï\203\22002ABFxi-string)g)Àâw\001\200ÑH\001Â\200\t,
Hang on, there is a problem with this one: Cygwin doesn't like the
2009/10/9 Vin Shelton:
#9 0x0056d4d7 in qxe_realpath (path=0x22248c ,
resolved_path=0x22651c
c:/cygwin/tmp/s360339.aoa/\201Ð\201Ð\201Ð\201Ð02ABFx,
links_only=0) at
#8 0x0056cd68 in readlink_or_correct_case (name=value optimized out,
buf=0x21e464
2009/10/7 Charles Wilson:
(On Vista, you can use SetConsoleScreenBufferEx -- which is supposedly
documented but I couldn't find any).
There's a 'SetConsoleScreenBufferInfoEx'. But another one looks more
interesting: 'SetCurrentConsoleFontEx' (also ≥Vista).
Andy
--
Problem reports:
2009/10/6 Ken Brown:
I've tried to view the attached file (extracted from the output of fc-list)
in various ways, and here's what I've found (running XP in the U.S., with no
language-related customization):
- Using emacs under X, emacs recognizes the file as UTF-8 and displays the
foreign
2009/10/3 Corinna Vinschen
This leads to another question. When unpacking distro tar archives,
all archives hopefully only contain filenames with ASCII chars in them.
However, there's no reason to keep it this way in the future, if we
make sure that everybody uses the same charset.
2009/10/5 Corinna Vinschen:
There's a difference, though, when starting xterm via the `run -p xterm
-ls' shortcut. With Cygwin -61, xterm just starts tcsh and it works,
with Cygwin -62, xterm tries to start the shell via luit, and that
fails. If luit is missing on the system (renamed), xterm
wynfield:
My base os is Japanese OEM Windows XP.
I've only used the standard c:\cygwin-packages directory, so have not had any
problems. But, to confirm Gernot's report, I created a
C:\japanese_dirname日本語名 directory and tried to download a package into it.
It fails.
setup reports the
2009/10/2 Yaakov (Cygwin/X):
The following package has been updated for Cygwin 1.7:
*** luit-1.0.4-1
This is an update to the latest upstream version, and should fix several bug
reports which have been reported to the list lately.
Working nicely here. Thanks!
Andy
--
Unsubscribe info:
2009/10/2 Corinna Vinschen:
[Ping Yaakov]
On Oct 2 09:04, Marco Atzeri wrote:
Hi,
xterm abort when run in snapshot 20091002
reverting to 20090924 solve the issue.
Run as:
DISPLAY=127.0.0.1:0.0 xterm -ls /usr/bin/bash.exe
I can reproduce that. I found the problem and it's really
2009/10/1 Ken Brown:
I'm cc-ing the cygwin-xfree list, which is where I think fontconfig
questions belong. I can confirm that on my system, fc-list produces strange
output on the windows system fonts. I'm not sure if it's the same problem
you were reporting.
For example, I get the
2009/10/1 Ken Brown:
I'm cc-ing the cygwin-xfree list, which is where I think fontconfig
questions belong. I can confirm that on my system, fc-list produces strange
output on the windows system fonts. I'm not sure if it's the same problem
you were reporting.
For example, I get the
2009/9/30 Marc Girod:
Hello,
My last cygwin upgrade changed the fonts used in GNU emacs.
This is:
xorg-server 1.6.3-1 OK
emacs 23.1-10 OK
cygwin 1.7.0-61 OK
font-alias 1.0.1-1 OK
Until now, I belive I was using:
2009/9/30 David Antliff:
From http://cygwin.com/problems.html: Run 'cygcheck -s -v -r
cygcheck.out' and include that file as an attachment in your report.
Done, although I've manually stripped out some company-specific info
I'd rather not publish on the Internet.
Good idea.
Also, which
2009/7/28 neomjp:
The recent xterm is configured with --enable-luit, but /usr/bin/luit is
currently broken.
$ cygcheck -f `which luit`
luit-1.0.3-1
$ luit
Couldn't allocate pty: No such file or directory
The cause of this error and a possible fix is in
2009/9/29 David Antliff:
I've been using Cygwin 1.7 alongside Cygwin 1.5 quite happily for the
last few hours, however all-of-a-sudden when I try and run mintty
(from cygstart or from a cmd.exe shell) I get a new window with this
error message:
Failed to create child process: No such file or
2009/9/29 wynfield:
Though I'm not an up on the details involved here, I will give
you feedback to the request for information about the locale issue, because
it affects the quick accessability and usage of Japanese language documents.
Either of the two follow values would be acceptable,
2009/9/28 Corinna Vinschen
My conclusion is as follows as a result of hearing other Japanese
people's opinion:
LANG=ja - UTF-8
LANG=ja_JP - UTF-8
Because, we specify eucJP explicitly when we need it.
Hmm.
That's an interesting point.
In theory this sounds like a good idea to be used
2009/9/22 Corinna Vinschen:
Therefore, when converting a UTF-16 Windows filename to the current
charset, 0xDC?? words should be treated like any other UTF-16 word
that can't be represented in the current charset: it should be encoded
as a ^N sequence.
(I started writing this before seeing
2009/9/23 Lapo Luchini:
Works for me, too. Maybe not only the codepage but also the GUI locale
settings are involved. This is on Windows 7.
Oh, that's interesting, it may be they improved the console in Win7?
Did you see only the euro or also the Japanese character?
Uh, nope. I still get
2009/9/23 Corinna Vinschen:
I have a local patch ready to use the ANSI codepage by default in the
C locale. It appears to work nicely and has the additional positive
side effect to simplify the code in a few places.
If I only new that eastern language users could happily live with
this
2009/9/23 Larry Hall:
On 09/23/2009 12:40 PM, Gustavo Seabra wrote:
Hi,
I just finished a new install of cygwin-1.7. It seems to be working
fine now, but the clear command seems to be missing:
$ clear
bash: clear: command not found
Is this expected? Was I supposed to check some special
2009/9/22 Lapo Luchini:
Andy Koppe wrote:
This way, the non-ASCII needs of most users are covered
out-of-the-box [...]
Windows filenames show up correctly in Cygwin as long as they're
limited to the ANSI codepage.
I fail to see how that is a desiderable thing.
Filesystem is UTF-16, Cygwin
2009/9/22 Lapo Luchini:
On a second reading, I guess you meant that *ONLY for LANG=C* and leave
the current usage for LANG=xx_XX.UTF-8, is that so?
Yes, this thread is solely about the C locale.
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ:
2009/9/22 Lapo Luchini:
For example, a Windows filename bäh turns into bŤh in the C locale,
while it shows up correctly with explicitly set ISO-8859-1 or CP1252.
Uh? Doesn't seem so to me: if I create bäh in WindowsExplorer, then
open up an UTF-8 mintty console I have a consistent output
2009/9/22 Corinna Vinschen:
As you might know, invalid bytes = 0x80 are translated to UTF-16 by
transposing them into the 0xdc00 - 0xdcff range by just or'ing 0xdc00.
The problem now is that readdir() will return the transposed characters
as if they are the original characters.
Yep,
901 - 1000 of 1330 matches
Mail list logo
