.
On the 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
[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
You'll need to
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.patch
Description: Binary data
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 eA capability in order to enable
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.cgi?id=513
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
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.html
FAQ
* 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]
--
Unsubscribe info: http
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
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 supported now
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
[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 approach is
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 menu).
to search for CRLF (DOS/Windows) line ends.
Thomas Wolff
mi...@towo.net
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http
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://cygwin.com/ml/#unsubscribe-simple
Problem
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
the files to
IWAMURO Motonori wrote:
2009/5/21 Thomas Wolff t...@towo.net:
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, there is no standard.
But,
- I think that my proposal doesn't violate any
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 t...@towo.net:
the intention is that the codepage information should be the same
for all locales having thbe UTF-8 (or any other) charmap. So you
cannot
2009/6/16 Corinna Vinschen corinna-cyg...@cygwin.com:
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
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 modular way
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 backwards
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) to ISO 8859-1 (Latin
1).
Was this change
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 changing the locale
/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
--
Problem reports: http
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 on that
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 occasional errors
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
'-', 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.
Differences are:
man calls nroff
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
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
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 option dashes
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
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
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:
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
Am 08.07.2010 03:30, schrieb Shalomov, Inessa A (US SSA):
I am trying to get the system() call working in my driver which I am running in
a DOS terminal. For the sake of not porting out all of cygwin libraries and
executables, I am trying to narrow down to a set of dll's and exe's required
Am 06.09.2010 11:07, schrieb Corinna Vinschen:
On Sep 5 21:16, Oleksandr Gavenko wrote:
As you can see user/group always printed in UTF-8
and discard LC_ALL=cp1251.
$ LC_ALL=ru_RU.cp1251 mintty
The problem is, what is the encoding of the /etc/passwd file itself?
If it's UTF-8, it's
On 12.09.2010 08:51, Ilya Basin wrote:
AK On 11 September 2010 18:48, Ilya Basin wrote:
AK On Saturday, September 11, 2010, Ilya Basin wrote:
Hi. My default LANG is C.UTF-8. If I change it to ru.UTF-8, all
non-ascii characters in man pages are displayed as question marks.
Am 15.09.2010 19:18, schrieb delbydev:
Hello
Have hunted all over for this one but it seems no one else has reported the
issue - maybe because they don't use the feature or there is something awry
with my installation
I write scripts that dart in and out of databases
I bind my Oracle
Am 15.09.2010 16:41, schrieb Corinna Vinschen:
On Sep 15 08:22, Eric Blake wrote:
On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote:
Hi,
it seems to me that some manpages are missing:
Yep. No one has volunteered to write them yet.
There are info pages available for the functions provided
. the relevant connection is picked up in the REPCONNFILE
so a ps will only ever show the value (path) of the REPCONNFILE
so I can reuse new existing database darter
...
Thomas Wolff-3 wrote:
Am 15.09.2010 19:18, schrieb delbydev:
Hello
Have hunted all over for this one
On 22.09.2010 09:25, Gary wrote:
In some file^H^H^H^Hbuffer in emacs(-nox), with mintty maximised, cursor
movement appears incorrect - moving the cursor forward[1] (emacs'
forward-char via C-f / cursor right key) incorrectly positions the
visible cursor 'n' characters forward. The insertion
Am 01.10.2010 11:56, schrieb Marco Atzeri:
--- Ven 1/10/10, Dipak Gaigole ha scritto:
Hello,
Recently I had uninstalled my previous version of cygwin
(1.5.24) and
did a fresh install of latest cygwin (1.7.7.1)
When I tried to recompile my code it failed because of
libtermcap.a
not found.
Am 08.10.2010 04:50, schrieb Mark Geisert:
Tatsuro MATSUOKA writes:
On the Linux, the xdpyinfo command can be used. On my cygwin system, xdpyinfo
does not exist. However
I do not install full components of the cygwin.
Does the xdpyinfo exist in cygwin?
For a while now the X components
Am 11.10.2010 09:41, schrieb Csaba Raduly:
On Fri, Oct 8, 2010 at 12:10 PM, Thomas Wolff wrote:
Am 08.10.2010 04:50, schrieb Mark Geisert:
For a while now the X components have been unbundled and can be installed
separately, mostly.
I wonder why they were unbundled. It has been suggested
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
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 different?
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
Corinna Vinschen wrote:
On Sep 29 01:03, IWAMURO Motonori wrote:
2009/9/27 IWAMURO Motonori deenhe...@gmail.com:
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
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
When starting xterm with no locale environment variable set, it fails
to start. If you're quick enough, you can read a message along the
lines of Cannot allocate pty: No such file ...
Just a hint for debugging start problems with xterm: it has an option
-hold in which case it doesn't
Corinna Vinschen wrote:
On Oct 6 17:02, Andy Koppe wrote:
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
ext Andy Koppe wrote:
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
Corinna Vinschen schrieb:
On Nov 2 14:17, Larry Hall (Cygwin) wrote:
On 11/02/2009 11:48 AM, Corinna Vinschen wrote:
For 1.7 our choice is to keep dlopen() checking for the .dll suffix to
be more Windows-like, or to be more Linux-like by dropping the check for
the .dll suffix so that
Andy Koppe schrieb:
2009/11/1 Hans Horn:
I think I figured it out myself; seemingly I need to have /etc/alternatives
in my path before /usr/bin.
No, that shouldn't be necessary. Thes issue is with this:
lrwxrwxrwx 1 Hans None9 Jul 14 16:30 /usr/bin/gcc.exe - gcc-3.exe
That
Corinna Vinschen schrieb:
- Pressing something like Alt-ö on a German keyboard leaves an
illegal UTF-8 sequence (the second byte of the respective
sequence) in input, apparently because Alt-0xC3 is handled
somehow. Don't know, though, whether this is a cygwin
console issue or maybe
Andy Koppe wrote:
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 way to
Corinna Vinschen wrote:
On Nov 16 12:56, Thomas Wolff wrote:
Andy Koppe wrote:
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
Corinna Vinschen wrote:
On Nov 16 13:32, Andy Koppe wrote:
2009/11/16 Thomas Wolff:
But with it being supported, foo:bar *is* a POSIX filename and can quite
transparently be handled like a file
If you create a file called foo:bar in Cygwin 1.5, a directory
listing will actually
Thomas Wolff wrote:
Corinna Vinschen wrote:
...
Or, just for kicks, try to create a file abc:def:ghi under 1.5 or,
FWIW, under CMD.
Well, I wanted to withdraw my arguments when I read this but then I
simply tried in 1.5 and it worked quite well...
Where I visually mistook the second
Christopher Faylor wrote:
On Mon, Nov 16, 2009 at 03:55:43PM +0100, Thomas Wolff wrote:
Thomas Wolff wrote:
...
Anyway, maybe some syntax could be found that would not be too harmful
to become reserved for this purpose...
end:of:rationale:for:weird:feature
Sorry but I agree
Christopher Faylor wrote:
On Tue, Nov 17, 2009 at 04:03:14PM +0100, Thomas Wolff wrote:
Christopher Faylor wrote:
On Mon, Nov 16, 2009 at 03:55:43PM +0100, Thomas Wolff wrote:
Thomas Wolff wrote:
...
Anyway, maybe some syntax could be found
Corinna Vinschen wrote:
On Nov 23 20:29, Linda Walsh wrote:
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Linda Walsh on 11/23/2009 4:59 PM:
Instead of using random characters out of the 'random free area' --
which could display as anything if
David Rothenberger wrote:
On 11/24/2009 11:59 AM, wynds...@aim.com wrote:
We have several people who have updated their cygwin setup in the
last month or so, and after doing so subversion no longer wants to
connect to our subversion server. The server uses apache and ssl
with our own
Andy Koppe wrote:
2009/11/29 Linda Walsh:
I'm aware that this would reserve the 'display forms'
of those chars and map them them to their real forms when
interpreted within cygwin. I don't see this to be a problem.
But it is a problem. It would make it impossible to use the
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
[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
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 more an
implementation
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 stdio.h
int main (void)
{
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.
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
[ 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
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
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.
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
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
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 xerc...@gmail.com 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
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/terminfo
://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
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 against
.
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 THREE
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 Jan 1
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
1 - 100 of 1221 matches
Mail list logo