too.
I'd appreciate your response,
thanks and kind regards,
Thomas Wolff
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
3715
Another note: There is a dangling link
/usr/share/terminfo/terminfo -> ../share/terminfo
Kind regards,
Thomas Wolff
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.
ange of terminals
* Instant start-up
* Runs on many platforms: Unix (Linux/Sun/HP/BSD/Mac and more),
DOS (djgpp), Windows (cygwin, Interix)
* Makefiles also support legacy systems
--------
Thomas Wolff
[EMAIL PROTECTED]
--
Unsubscrib
Thomas Wolff wrote:
> [I assume terminal emulation is all done in cygwin1.dll, so this
> is the right mailing list?]
Gerrit P. Haase wrote:
> No, please repost at [EMAIL PROTECTED]
I have submitted the following bug (and a few others) at
http://sourceware.org/bugzilla/show_bug.c
After my recent upgrade from cygwin 1.5.11 to 1.5.12, I often get
a Windows pop-up error message:
> The procedure entry point _impure_ptr could not be located in the
> dynamic link library cygwin1.dll.
I tried reinstalling a previous version, updating again, the message
remains.
Fortunately, in
mpiled with the patches for these two bugs, so
that I can check if they fix them?
Best regards,
Thomas Wolff
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.ht
> > [EMAIL PROTECTED]:~> ls x*
> > x.exe
> > [EMAIL PROTECTED]:~> cat > x
> > bash: x: cannot overwrite existing file
> > --> should have created "x" which does not exist
>
> It works for me on WinXP using bash 2.05b-17 inside a cmd window:
> $ ls x*
> x.exe
> $ cat x.exe > x
> $ ls x*
> x x.exe
other hand, cursor positioning (by ESC [ p ; p H) refers
to the visible screen area.
So application-driven cursor control and terminal feedback of
cursor position are inconsistent and the feedback is useless
for the application.
Thomas Wolff
--
Unsubscribe info: http://cygwin.com/ml
ery much and kind regards,
Thomas Wolff
2005-08-05 Thomas Wolff <[EMAIL PROTECTED]>
* termcap: Updated xterm and rxvt (from /usr/share/terminfo
using infocmp) to include the eA capability in order to enable
programs to enable the alternate character set.
termcap
On Mon, Aug 08, 2005 at 01:46:13PM +0200, Corinna Vinschen wrote:
>On Aug 8 13:19, Thomas Wolff wrote:
>> 2005-08-05 Thomas Wolff <[EMAIL PROTECTED]>
>>
>> * termcap: Updated xterm and rxvt (from /usr/share/terminfo
>> using infocmp) to include the
legacy terminals.
File handling enhancements:
* Consistent setting of file access modes when cloning a file
or creating a new file with executable permission.
Thomas Wolff
[EMAIL PROTECTED]
--
Unsubscribe info: http
text mode (terminal) operation, supporting wide range of terminals
* Instant start-up
* Runs on many platforms: Unix (Linux/Sun/HP/BSD/Mac and more),
DOS (djgpp), Windows (cygwin, Interix)
* Makefiles also support legacy systems
--------
Am 27.11.2013 23:14, schrieb matthew patton:
For whatever reason I set my newly installed environment to use 'xterm' mode
and ran across this bug.
The archives led me to
http://www.cygwin.com/ml/cygwin/2013-07/msg00029.html
and specifically
# Set the hardstatus prop on gui terms to set the tit
After today's setup update, cygstart (e.g. "cygstart .") fails with:
/usr/bin/cygstart.exe: error while loading shared libraries:
cygpopt-0.dll: cannot open shared object file: No such file or directory
(happened on two systems, both on Windows 7 64 bit, with cygwin 32 bit;
works with cygwin 64
Am 22.01.2014 17:36, schrieb Adam Dinwoodie:
On 22 January 2014 16:29, kou1okada wrote:
Thanks !
It seems a result under the Windows 8.1, and verifying for SSL
certificate is succeeded.
Hmm, can someone provide results under the Windows 8 ?
I checked it on 2 environments which are Windows 8 ver
Am 18.02.2014 20:08, schrieb Christopher Faylor:
We are contemplating releasing an interim 1.7.29 which does
not incorporate Corinna's revamping of Cygwin's uid/gid handling.
So, please check out snapshots, paying particular attention to the
non-passwd/group parts of this file:
http://cygwin.co
Am 19.02.2014 23:24, schrieb Andrey Repin:
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset
Am 20.02.2014 02:26, schrieb Andrey Repin:
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset
Am 10.04.2014 03:39, schrieb Andrey Repin:
Greetings, Achim Gratz!
Christian Franke writes:
Attached is an updated version of:
https://sourceware.org/ml/cygwin/2012-02/msg00806.html
I'll put this on hold until the AD integration has landed in Cygwin
(which will require some larger changes any
Am 01.05.2014 04:09, schrieb Richard H. McCullough:
... In the last week, "make" suddenly
changed -- it does nothing but stop on every makefile.
Sounds like you changed your PATH and have a different (non-cygwin)
version of make now.
What does `type make` say?
---
Diese E-Mail ist frei von Vir
t;https://lists.sourceforge.net/lists/listinfo/mined-editor>
--------
Thomas Wolff
mi...@towo.net
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:/
Am 06.06.2014 20:32, schrieb Doug Henderson:
On Fri, Jun 6, 2014 at 12:00 PM, Thomas Wolff wrote:
MinEd 2014.24
(June 2014)
I performed the Installation using Setup.exe version 2.850 (64 bit).
Install (and reinstall) with only one
Am 16.06.2014 22:04, schrieb Frank Fesevur:
2014-06-16 21:06 GMT+02:00 Achim Gratz:
Frank Fesevur writes:
When I run as administrator I change my PS1 from "$" to "#" with these
line in ~/.bashrc.
if id -Gn | grep -i Administrators > /dev/null
If anything I'd check for membership in group 544
t/lists/listinfo/mined-editor>
--------
Thomas Wolff
mi...@towo.net
--
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
Corinna Vinschen wrote in another thread about setting LANG:
... Andy and Thomas, please work
out the best solution together. It should work in sh and csh. Then
post it as reply to http://cygwin.com/ml/cygwin/2009-12/msg00090.html so
John can put it into the base-files package.
Our worked-out
Christopher Faylor wrote:
On Wed, Dec 02, 2009 at 07:21:40PM +0100, Corinna Vinschen wrote:
On Dec 2 18:21, Thomas Wolff wrote:
Corinna Vinschen wrote in another thread about setting LANG:
... Andy and Thomas, please work
out the best solution together. It should work in sh
Andy Koppe schrieb:
2009/12/8 Cliff Hones:
Perhaps setup.exe should offer to generate a shortcut (as well as .bat
and .ico) with, say, the Lucida font selected?
Or just do so without asking? ...
Yes it should. As I understood, however, this is not immediately easy
because the format th
[maybe continue on cygwin-developers?]
Andy Koppe wrote:
2009/12/9 Cliff Hones
I would guess the change is to file cygwin/fhandler_console.cc, and
is simply to remove line 1616 [ cursor_rel (1, 0); ] (after case NULL:)
Yep, except that the patch removes the (misnamed) IGN case altogeth
Ryan Dortmans schrieb:
Hi,
I have been having issues with backquoting DOS (text mode) programs in
Cygwin 1.7. For example, for the following command:
echo `example-prog` aaa
I would expect output to be:
hello world aaa
However, the carriage return is being including in the output, resulting
Reini Urban schrieb:
2009/12/26 Kristopher Ives:
Thanks. I can modify the colors and the logo idea was just to see what
people thought. The design was very short work and was my attempt at
giving back to the Cygwin project. I was needing feedback and wanted
to know if this was a possibility.
Christopher Faylor wrote:
On Mon, Jan 04, 2010 at 01:36:06AM +0100, Thomas Wolff wrote:
I've set up a sample at ...
...
But, since you asked. I *really* don't like the redesigned red left
menubar.
That's fine. It wasn't actually a design proposal but mor
Andy Koppe wrote:
2010/1/4 Joseph Quinsey
In Cygwin 1,7.1, sprintf() with the format string having an 8th bit set
appears to be broken. Sample code (where I've indicated the backslashes in
the comments, in case they are stripped out by the mailer):
#include
int main (void)
{
unsigned ch
Collin Monahan wrote:
I noticed Lynx kept changing my window title. According to the source code it
was a call to SetConsoleTitle, part of the Windows API. ...
Then I created a version of the program to compile under GCC. ...
These may not be appropriate to use with an xterm window.
Indeed.
Andrew Schulman wrote:
A new version of orpie, 1.5.1-2, is now available in the Cygwin
distribution.
This release is a Cygwin-only update. The package has been rebuilt for Cygwin
1.7, removing dependence on some obsolete packages. I recommend that all users
of Orpie in Cygwin upgrade to the ne
[ last section relevant for cygwin-apps, not sure whether this was an
acceptable excuse for cross-posting :-\ ]
Andrew Schulman wrote:
2010/1/8 Thomas Wolff:
Works well in the cygwin console; in mintty, however, it just reports:
/usr/bin/orpie.exe: error while loading shared libraries
On 13.01.2010 07:48, ext Andy Koppe wrote:
2010/1/12 Niklaus Kuehnis:
I've upgraded to Cygwin 1.7 (release version, clean install) and now am unable
to print text files with non-ascii characters (i.e. German umlauts) from
commandline.
On Cygwin 1.5 printing used to work with a2ps but now
Some additional notes on this:
On 13.01.2010 07:48, ext Andy Koppe wrote:
2010/1/12 Niklaus Kuehnis:
I've upgraded to Cygwin 1.7 (release version, clean install) and now
am unable to print text files with non-ascii characters (i.e. German
umlauts) from commandline.
On Cygwin 1.5 printing use
Thomas Wiedmann wrote:
how can in Cygwin the directory, which is in Windows configured as
$TEMP, or
a certain other directory, be redirected to /tmp?
man mount
... didn't work: I tried
mount -f E:\Temp /tmp
mount -f 'E:\Temp' /tmp
to escape the backslash
--
Thomas
--
Problem reports:
Andy Koppe wrote:
2010/1/14 Fergus:
I installed portable Cygwin to a low-capacity USB stick by "picking" Base
and then extras from the selection menu. Amongst other things I picked up
xterm, Lyx, TeX. (I've done this item-by-item selection a few times in the
past but not recently; and never
Yaakov (Cygwin/X) wrote:
I just came across this in FHS[1]:
> If a C preprocessor is installed, /lib/cpp must be a reference to it,
> for historical reasons.
Yes, it's nitpicking, and I personally don't really care, but adding a
/lib/cpp -> /usr/bin/cpp-4.exe to the gcc4-core alternatives would
Eric Blake wrote:
According to Damo, David on 1/14/2010 3:39 PM:
Hi,
I had a script that worked on UNIX, but on Cygwin it does not work. When I set
a variable in a while loop I can't use it after the loop. However, this worked
in UNIX. Any ideas why?
Yes. ksh vs. bash. http://tis
Niklaus Kuehnis wrote:
1. notepad /p prints to your default printer
...
Yes, this printing command still works in Vista, and also the font
switching procedure.
Thanks for checking.
Please note that 'nano' also doesn't support UTF-8 yet. ...
So that may be why I get some strange behavior of n
Niklaus Kuehnis wrote:
... As UTF-8 is generally the preferred charset, I would like to stick
to it. Does changing the language, e.g. to de_CH, change umlaut
handling? It doesn't seem to, here.
That depends...
If you just have LANG in your environment to indicate the UTF-8
character set, or ev
On 11.02.2010 15:55, Neil Blue wrote:
Hello,
This problem has me stumped.
Me too, a while ago.
...
When I login, the environment settings I put in .bashrc don't get run.
If I source ~/.bashrc they are included as expected.
Also I have added some configuration to /etc/bash.bashrc it does
David Balažic schrieb:
On 20 February 2010 00:08, David Balažic wrote:
...
$LANG is SL , LC_* are undefined
The proper name of the Slovenian locale is "sl_SI". "SL" is unknown.
...
It smells like a bug. A non US locale should not disable UTF-8, or?
Locales do come with their res
On Tue, Feb 23, 2010 at 11:00:28AM +0100, Thomas Wolff wrote:
Thomas Wolff wrote:
Actually, I just remember again that I though I should change the
terminfo entry too. Just - where's the source to patch?
http://mirrors.kernel.org/sources.redhat.com/cygwin/release/terminfo/ter
s a mailing list
which can be subscribed at
<https://lists.sourceforge.net/lists/listinfo/mined-editor>
--------
Thomas Wolff
mi...@towo.net
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 24.02.2010 01:56, Charles Wilson wrote:
Thomas Wolff wrote:
Charles Wilson wrote:
Thomas Wolff wrote:
Actually, I just remember again that I though I should change the
terminfo entry too. Just - where's the source to patch?
So, send me patches ag
.
Thomas Wolff
mi...@towo.net
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml
In general, a GUI application started in the background, like a terminal,
should detach itself from its parent process so that it survives if the
parent is terminated.
I've noticed the following sometimes surprising inconsistencies about this:
mintty
xterm &
mintty &
exit
Dave Lee schrieb:
Hi all,
I was testing a program that uses non-canonical mode input via
tcsetattr().
...
Specifically, I entered the chinese character "例" (which means "rule"
or "example"). It occupies 3 bytes in UTF-8 representation: E4, BE, 8B.
On standard console, the read() call returned
On 01.03.2010 16:24, Fergus wrote:
...
>> Are you sure the directory name is really "."?
Yes. I tried various mechanisms for testing this such as
dir ". "
rename ". " "mydir"
etc all to no avail. And also I see the / after the listing:
ls -al /m
total 16
drwxr-xr-x 14 fergus ver_1.50 Ja
On 26.02.2010 21:29, Andy Koppe wrote:
Thomas Wolff wrote:
In general, a GUI application started in the background, like a terminal,
should detach itself from its parent process so that it survives if the
parent is terminated.
Says who?
Common practice in Unix/Linux/X environments
On 04.03.2010 08:49, Andy Koppe wrote:
Thomas Wolff:
Andy Koppe:
Mintty has default handling for SIGHUP, i.e. it exits.
Actually (another topic but related) mintty has a great feature here: it
passed the SIGHUP to its client application and if that application catches
and
Andy Koppe wrote:
Thomas Wolff:
In general, a GUI application started in the background, like a terminal,
should detach itself from its parent process so that it survives if the
parent is terminated.
Says who?
Common practice in Unix/Linux/X environments.
I
On 10.03.2010 01:36, Alfred von Campe wrote:
On Mar 9, 2010, at 13:44, Larry Hall (Cygwin) wrote:
On 3/9/2010 10:11 AM, Alfred von Campe wrote:
The solution was to use hard links in the tar file (which doesn't
use up
any more space), and when it was untar'ed on Windows, everything worked
On 09.03.2010 20:41, William Lebow wrote:
I've diagnosed this problem further. It is an interaction between cygwin and a security
package called "Credant Guardian Shield" that my company installs on all of its
laptops. I can't say specifically that it is a cygwin bug, but this bad behavior is n
On 10.03.2010 11:03, Ilya Beylin wrote:
The problem is that DOS paths are treated differently, even within the
same program.
Take for instance, bash:
$ builtin test -x "$WINDIR\system32\cmd.exe"&& echo ok
yes
$ builtin exec "$WINDIR\system32\cmd.exe" /C echo ok
-bash: exec: C:\WINDOWS\system32\
Andy Koppe wrote:
Thomas Wolff:
Closing the terminal that a program was started from is not a completely
unrelated event,
this is also a matter of taste and use case but just using a command line to
*start* an application does not indicate the intent that the command line
should
On 10.03.2010 15:56, Larry Hall (Cygwin) wrote:
On 3/10/2010 2:38 AM, Olle Olsson wrote:
Hi,
I found the following
http://www.cygwin.com/ml/cygwin/2006-05/msg00753.html
which might provide one practical solution. Will try this.
Thanks for the vote of confidence but since that was a fairly
On 12.03.2010 16:16, Eric Blake wrote:
...
This is an area of active conversation; if you would like, you can test
the latest snapshot and the experimental coreutils 8.4-1 to see if the
behavior is more intuitive (that is, there are more situations where
.exe is preserved across file moves
This guy just redid http://mingw-w64.sf.net/ and it looks GREAT! I
highly recommend his work.
There was another proposal and discussion about redesign in December and
the idea to spend effort on this wasn't too well-received... :-\
Yet I dare to add my comments:
* I would refrain from
moo.tinys wrote:
using mintty
LANG=zh_CN.UTF-8 mintty
inside mintty:
$ man man
/-
Pattern not found (press RETURN)
q
it's actually -
$ LANG=C man man
/-
(no problem)
q
any idea?
This was discussed here before but I'm not sure whether a solution was
already outlined.
The problem appeared o
'-', which is why your search didn't turn up anything.
This isn't mintty-specific.
Thomas Wolff:
This was discussed here before but I'm not sure whether a solution was
already outlined.
The problem appeared on Linux too, some years ago, but has been fixed
meanwhile.
Differe
On 05.04.2010 09:46, Rurik Christiansen wrote:
On 5/04/2010 5:59 AM, Andy Koppe wrote:
Rurik Christiansen wrote:
Is there a way to have something similar to Xcompose for utf8 input ?
You can have actual Xcompose by running an X server and using xterm or
rxvt-unicode.
For t
On 27.04.2010 17:45, Bengt Larsson wrote:
Andrew DeFaria wrote:
When running a bash shell in rxvt and doing a man page I get weird
characters in man pages especially around the often used "-" character.
I've read about a few solutions, most revolving around UTF-8 and less
and none of them fi
On 29.04.2010 07:32, Andrew DeFaria wrote:
On 04/27/2010 08:51 AM, Thomas Wolff wrote:
Additional options:
* Update groff (with setup.exe) for a man page fix.
Could you expand upon that? I believe I already have the latest groff.
Since you ran into the "weird characters for o
If a terminal gets killed, its tty/pty is not properly closed.
This is likely to confuse applications and let them hang, as observed
with mined (thanks Andy for the report) and joe.
On Linux and SunOS, a subsequent read() return 0 (indicating EOF);
any further read() returns -1, errno indicating
On 29.04.2010 13:28, Matthias Andree wrote:
Am 29.04.2010 12:53, schrieb Thomas Wolff:
[on closed terminal]
On Linux, select() indicates an exception and EIO.
On SunOS, select() indicates both an exception and input (weird),
Not weird, you appear to be misunderstanding select().
An
Am 04.05.2010 16:03, schrieb J. David Boyd:
...
Locally, I can use the mouse to resize a window, and the $COLUMNS and
$LINES variables are automatically filled in.
On many remote xterm sessions, they aren't.
Does anyone have any idea where to start figuring out what is wrong, and
what I can do
Am 20.05.2010 15:26, schrieb rushojp:
"LANG=ja_JP.Shift_JIS" does not work.
Only SJIS or CP932 support?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.
Am 20.05.2010 18:05, schrieb Andy Koppe:
On Thursday, May 20, 2010, Jurriaan wrote:
A very long sed script that's been working for ages (back from the 1.5
age) here has stopped working.
It turned out sed doesn't like some strings anymore when environment
variable LANG is empty. With LANG=AS
Just to finally provide some positive feedback: I installed cygwin 1.7
again this year and the problems I experienced with Hummingbird NFS do
not occur anymore.
Thomas, ping?
On Jun 18 12:53, Corinna Vinschen wrote:
I don't have hummingbird NFS installed, just Microsoft's NFS from SFU
resp.
[Should I have responded to cygwin-announce? Not sure.]
Corinna Vinschen wrote on cygwin-announce:
> Hi folks,
>
>
> I just uploaded a new Cygwin 1.7 test release, 1.7.0-45.
>
> ...
>
>
> What's new in contrast to 1.7.0-44
> ===
>
> - A lot of character sets are sup
I tried to recompile inetutils (in an attempt to check the earlier reported
problem of rlogin and telnet not supporting UTF-8 anymore since cygwin 1.7.0-45)
and ran into a problem with spaces in $PATH which aborted the compilation:
> cygport inetutils-1.5-4.cygport prep
...
> cygport inetutils-1
[For some reason I'm not receiving the mailing list right now once again,
so I hand-crafted the References and In-Reply-To headers of this mail,
if that matter.]
I had written:
> Now with 1.7.0-45, after remote login, the encoding is always just
> ISO-8859-1, while of course, if I have a UTF-8
On April 14, Corinna Vinschen wrote:
> > ... the setting of the console would depend on the
> > LC_ALL/LC_CTYPE/LANG setting when you start the first Cygwin process of
> > a Cygwin process tree in that console. It would last for all Cygwin
> > processes within the same process tree.
>
> This app
> RXVT is a VT102 terminal emulator for both X and Windows.
> This is a bug fix and feature enhancement release.
> ...
> CHANGES (from rxvt-20090409-9)
> ===
> ...
> o Restore Alt-Space behavior (e.g. pass thru to windows, to
> allow access to Minimize/Maximze/Restore m
ombined with either of -R/+R.
* Added search pattern "\r" to search for CRLF (DOS/Windows) line ends.
--------
Thomas Wolff
mi...@towo.net
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repo
gt;
Mined is co-hosted at sourceforge and has a mailing list
which can be subscribed at
<https://lists.sourceforge.net/lists/listinfo/mined-editor>
--------
Thomas Wolff
mi...@towo.net
--
Unsubscribe info: http://c
Corinna Vinschen wrote:
> On May 12 17:56, Andy Koppe wrote:
> > > And here's another question. ?The utf8*.h files claim they have been
> > > generated from the unicode.txt file of the Unicode 3.2 standard. ?Do we
> > > have the script which generated the utf8*.h files? ?Can we regenerate
> > > th
IWAMURO Motonori wrote:
> 2009/5/21 Thomas Wolff :
> >> > Therefore, I propose to use *_cjk() when the language part of LC_CTYPE
> >> > is 'ja', 'ko', 'vi' or 'zh'.
> > The problem with this is
> > 1. As you say,
IWAMURO Motonori wrote to me by private mail:
> I oppose your proposal because I think that it is useless for us.
>
> 2009/6/6 Thomas Wolff :
>> the intention is that the "codepage" information should be the same
>> for all locales having thbe "UTF-8"
2009/6/16 Corinna Vinschen :
> On Jun 15 23:35, IWAMURO Motonori wrote:
>> 2009/6/15 Corinna Vinschen:
>> > If everybody agrees to this suggestion, here's the patch.
>>
>> Is the name of modifier prefix "cjk-" good? It influences not CJK
>> characters but a part of symbols and European characters.
I wrote:
> Despite IWAMURO Motonori's withdrawal, I think symmetry would be the
> right approach to take. The major aspect is how to reflect the actual
> behaviour of existing terminal environments. ...
> ...
> The "locale interface" (syntax and semantics of LC_* strings) is defined
> in a modu
Since the latest locale-related changes, the default codepage after
starting cygwin _without_ explicit setting (of a locale variable)
seems to have changed from CP1252 ("Windows ANSI") to ISO 8859-1 ("Latin 1").
Was this change on purpose?
Maybe the previous default should be kept, to meet backwa
Corinna Vinschen wrote:
> On Jun 22 16:48, Thomas Wolff wrote:
> > Since the latest locale-related changes, the default codepage after
> > starting cygwin _without_ explicit setting (of a locale variable)
> > seems to have changed from CP1252 ("Windows ANSI"
> > > > On Jun 22 16:48, Thomas Wolff wrote:
> > > > > Since the latest locale-related changes, the default codepage after
> > > > > starting cygwin _without_ explicit setting (of a locale variable)
> > > > > seems to have changed from C
Eric Blake wrote:
> >
> > > But wait - yet here's my question: Why is there a difference between
> > > bash --login
> > > and
> > > bash
> > > - where in the latter case CP1252 (or the default ANSI codepage)
> > > *is* still the default?
>
> It must be that one of your startup scripts is ch
ite at
<http://towo.net/mined/>
Mined is co-hosted at sourceforge and has a mailing list
which can be subscribed at
<https://lists.sourceforge.net/lists/listinfo/mined-editor>
--------
Thomas Wolff
mi...@towo.net
Corinna Vinschen wrote:
> On Jul 19 21:28, Andy Koppe wrote:
> > A couple of small mistakes in
> > http://cygwin.com/1.7/cygwin-ug-net/setup-locale.html#setup-locale-charsetlist:
> > ISO-8859-13 and -15 have codepage numbers 28603 and 28605, not 28563
> > and 28565.
> Fixed.
I don't see it fixed o
David Antliff wrote:
> >>I've noticed a strange problem with bash pipelines in Cygwin that
> >>might indicate some sort of race condition. I cannot reproduce the
> >>problem on a Linux system, but it seems easy to reproduce in
> Cygwin.
> >
> > This doesn't appear to be a cygwin problem. I get occa
Hi,
I see one small remaining glitch with Unicode display; non-BMP characters
(those with Unicode value > 0x) are displayed as two boxes.
The reason is probably related to their representation as two
surrogates at some point.
I do not expect to have visible display of non-BMP in the cygwin
c
Vincent R. wrote:
> Wouldn't be easier to access directly to a drive without entering
> cygdrive? Is there any reason for that ?
Dave Korn wrote:
> Go ahead. You can create a mountpoint anywhere you like, so if you want
> MinGW-style /c, /d, etc., just use the 'mount' command or edit the fstab.
Corinna Vinschen wrote:
> Can you please create a simple self-contained testcase? I'm not exactly
> sure how this is supposed to work and if a solution exists. Is that a
> problem for the non-UTF-8 case, too, or for UTF-8 only?
Sorry for the late response; I see you reproduced the case meanwhile
Ronald Fischer wrote:
> Maybe someone could enlighten me about the following:
> ...
> That means, the German letter ü has encoding 0xFC. If I do the same on CMD
> shell
> (the 'od' used here comes from the Gnu Utilities for Windows), I see:
> ...
> That is, ü is encoded as 0x81. Why is this differ
2009/9/23 Corinna Vinschen:
> Right now, if you switch the charset via the setlocale function, you
> also switch the charset used for console output.
Andy wrote:
> That's quite a unique advantage of the Cygwin console actually,
> because it means you always get correct output even if you switch
>
[meta-response, irrelevant for topic discussion]
Corinna wrote:
> Any reason you redirected your reply to the cygwin list? It doesn't
> make much sense to disuss this in two lists and it's breaking the
> threading on the cygwin-developers list for no apparent reason.
No, sorry, I had been cross-
Corinna Vinschen wrote:
On Sep 29 01:03, IWAMURO Motonori wrote:
2009/9/27 IWAMURO Motonori :
LANG="ja" -> EUCJP
LANG="ja_JP" -> EUCJP
Hmmm, It is a difficult problem.
I think selecting UTF-8 is good because eucJP is legacy.
But, for interoperability with other UNIX-like sys
CygwinUser wrote:
Hi,
Thanks for your reply. It works. But just curious to know if I can change it
inside cygwin.bat file?.
mode con lines=40 cols=90
Larry Hall (Cygwin) wrote:
On 09/30/2009 01:37 PM, CygwinUser wrote:
Hi,
I would like to change the default settings for screen bu
1 - 100 of 905 matches
Mail list logo