Corinna Vinschen via Cygwin wrote:
On Aug 18 11:51, Martin Wege via Cygwin wrote:
On Fri, Aug 18, 2023 at 7:27 AM Jonathon Merz via Cygwin
wrote:
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
Just an idea: Could the default background color of the Cygwin console
be changed
On Aug 18 11:51, Martin Wege via Cygwin wrote:
> On Fri, Aug 18, 2023 at 7:27 AM Jonathon Merz via Cygwin
> wrote:
> >
> > On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
> > wrote:
> >
> > > Just an idea: Could the default background color of t
Am 18.08.2023 um 10:11 schrieb Christian Franke via Cygwin:
Jonathon Merz via Cygwin wrote:
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
Just an idea: Could the default background color of the Cygwin console
be changed from black to grey (or RED) if the terminal has been
On Fri, Aug 18, 2023 at 7:27 AM Jonathon Merz via Cygwin
wrote:
>
> On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
> wrote:
>
> > Just an idea: Could the default background color of the Cygwin console
> > be changed from black to grey (or RED) if the terminal h
Jonathon Merz via Cygwin wrote:
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
Just an idea: Could the default background color of the Cygwin console
be changed from black to grey (or RED) if the terminal has been
started with Administrator rights?
Assuming that:
1. The
On Thu, Aug 17, 2023 at 7:13 PM Martin Wege via Cygwin
wrote:
> Just an idea: Could the default background color of the Cygwin console
> be changed from black to grey (or RED) if the terminal has been
> started with Administrator rights?
>
Assuming that:
1. The Administrators gro
Hello,
Just an idea: Could the default background color of the Cygwin console
be changed from black to grey (or RED) if the terminal has been
started with Administrator rights?
Thanks,
Martin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq
On Thu, 3 Feb 2022 21:41:29 +0900
Koichi Murase wrote:
> 2022年2月3日(木) 21:10 Takashi Yano :
>
> Thank you for your prompt reply and support!
>
> > On Thu, 3 Feb 2022 19:02:14 +0900
> > Koichi Murase wrote:
> > > I'm not sure what this exactly is related to, but I guess pcon is
> > > closely relate
2022年2月3日(木) 21:10 Takashi Yano :
Thank you for your prompt reply and support!
> On Thu, 3 Feb 2022 19:02:14 +0900
> Koichi Murase wrote:
> > I'm not sure what this exactly is related to, but I guess pcon is
> > closely related.
>
> No, this is not related to pseudo console.
Also, thank you for
least, this behavior has existed for a very long time. I have been
> thinking that there are a few people using the Cygwin console
> directly, but I recently noticed that it matters when I connect to
> Cygwin from Windows Terminal. This puts very hard limitations on
> implementin
n.
I think I observed this behavior even earlier but don't exactly
remember in which Cygwin version I first noticed this broken behavior.
At least, this behavior has existed for a very long time. I have been
thinking that there are a few people using the Cygwin console
directly, but I recent
On 8/13/2018 10:45 AM, Corinna Vinschen wrote:
> On Aug 13 08:57, cyg Simple wrote:
>> On 8/13/2018 3:53 AM, Corinna Vinschen wrote:
>>> On Aug 12 19:53, cyg Simple wrote:
>>>> The documentation for cygwin-console-helper.exe is missing, not even a
>>>&g
On Aug 13 08:57, cyg Simple wrote:
> On 8/13/2018 3:53 AM, Corinna Vinschen wrote:
> > On Aug 12 19:53, cyg Simple wrote:
> >> The documentation for cygwin-console-helper.exe is missing, not even a
> >> --help function.
> >
> > cygwin-console-helper.exe
On 8/13/2018 3:53 AM, Corinna Vinschen wrote:
> On Aug 12 19:53, cyg Simple wrote:
>> The documentation for cygwin-console-helper.exe is missing, not even a
>> --help function.
>
> cygwin-console-helper.exe is not for the user to use, so why add
> user docs? The docume
On Aug 13 12:11, Andy Moreton wrote:
> On Mon 13 Aug 2018, Corinna Vinschen wrote:
>
> > On Aug 12 19:53, cyg Simple wrote:
> >> The documentation for cygwin-console-helper.exe is missing, not even a
> >> --help function.
> >
> > cygwin-console-helper.
On Mon 13 Aug 2018, Corinna Vinschen wrote:
> On Aug 12 19:53, cyg Simple wrote:
>> The documentation for cygwin-console-helper.exe is missing, not even a
>> --help function.
>
> cygwin-console-helper.exe is not for the user to use, so why add
> user docs?
It is helpful t
On Aug 12 19:53, cyg Simple wrote:
> The documentation for cygwin-console-helper.exe is missing, not even a
> --help function.
cygwin-console-helper.exe is not for the user to use, so why add
user docs? The documentation is in the source for the interested
dev:
https://sourceware.org/
Am 13.08.2018 um 01:53 schrieb cyg Simple:
The documentation for cygwin-console-helper.exe is missing, not even a
--help function. No comments in the source code. Only a code.google
page for mintty[1] was beneficial to allow me to understand it and then
it was a late entry comment that sort of
The documentation for cygwin-console-helper.exe is missing, not even a
--help function. No comments in the source code. Only a code.google
page for mintty[1] was beneficial to allow me to understand it and then
it was a late entry comment that sort of explained the purpose. I will
revisit this
Until a few months ago, I used PuttyCyg. It worked really well, and
still does, and I used it for perhaps 10 years.
In the past few months, I've been using Tera Term, which has a Cygwin
mode that works just like MinTTY and PuttyCyg with the few differences
I've noticed:
1PuttyCyg and oth
On 2017-02-27, Goodman Leung wrote:
> Hi list
>
> Minty is go hard to copy ,
>
> Is there any other console software for Cygwin ?
Do you mean that it is hard to copy and paste text to and from
mintty? I have no trouble at all using it. I don't think there is
anything better--or as good--for Cy
Hi list
Minty is go hard to copy ,
Is there any other console software for Cygwin ?
Best regards
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/m
Achim,
Updating my 64-bit CYGWIN installation to the latest release (as of
today), which includes git version 2.6.2, did in fact solve the problem I
was experiencing.
Thanks,
jjo
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
John J Ottusch writes:
> The transition from 32-bit CYGWIN (C32) to 64-bit CYGWIN (C64) has been
> mostly smooth, but I have encountered some unexpected difficulties. The
> latest involves 'git' version 2.5.3.
Git is at version 2.6.2 in Cygwin at the moment, so whatever problem you
have with ver
The transition from 32-bit CYGWIN (C32) to 64-bit CYGWIN (C64) has been
mostly smooth, but I have encountered some unexpected difficulties. The
latest involves 'git' version 2.5.3.
When I run 'git difftool' from my project directory in a C32 console I
get the expected behavior, but doing the sa
On 11/16/2015 7:01 PM, John J Ottusch wrote:
The command 'cygcheck /usr/bin/gnuplot.exe' should give you that
information.
Ken
Doing so finds several required DLL's but also reports
cygcheck: track_down: could not find cyglua-5.1.dll
which is interesting because running the command
>> The command 'cygcheck /usr/bin/gnuplot.exe' should give you that
information.
>> Ken
Doing so finds several required DLL's but also reports
cygcheck: track_down: could not find cyglua-5.1.dll
which is interesting because running the command
lua
enters an interactive mode (unlike gnup
On 11/16/2015 4:26 PM, John J Ottusch wrote:
I think this problem is related to the fact that I have both 32-bit and
64-bit versions of CYGWIN installed on my Windows 7 PC. They are on the
same disk but in different directories (/cygdrive/c/win32app/cygwin vs.
/cygdrive/c/win64app/cygwin).
So fa
I think this problem is related to the fact that I have both 32-bit and
64-bit versions of CYGWIN installed on my Windows 7 PC. They are on the
same disk but in different directories (/cygdrive/c/win32app/cygwin vs.
/cygdrive/c/win64app/cygwin).
So far I have observed the problem only when I try
On Dec 10 08:03, Thomas Wolff wrote:
> Hi Corinna,
>
> Am 09.12.2014 um 12:19 schrieb Corinna Vinschen:
> >Hi Thomas,
> >
> >On Dec 9 08:02, Thomas Wolff wrote:
> >>Calling select() to check whether input from the terminal is available
> >>fails for
Hi Corinna,
Am 09.12.2014 um 12:19 schrieb Corinna Vinschen:
Hi Thomas,
On Dec 9 08:02, Thomas Wolff wrote:
Calling select() to check whether input from the terminal is available
fails for all but the first byte in the cygwin console if multiple bytes
are entered at once, like function or
Hi Thomas,
On Dec 9 08:02, Thomas Wolff wrote:
> Calling select() to check whether input from the terminal is available
> fails for all but the first byte in the cygwin console if multiple bytes
> are entered at once, like function or cursor keys or non-ASCII UTF-8
> characters.
>
Calling select() to check whether input from the terminal is available
fails for all but the first byte in the cygwin console if multiple bytes
are entered at once, like function or cursor keys or non-ASCII UTF-8
characters.
Actually, the issue is volatile, sometimes it works for characters and
On 8/3/2012 3:33 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hi All,
>
> I have a native Windows app that is run from bash (which is in turn run
> in a standard Cygwin terminal window, mintty). The application's code uses
> kbhit() to check whether input is available from the user -- but it
Hi All,
I have a native Windows app that is run from bash (which is in turn run
in a standard Cygwin terminal window, mintty). The application's code uses
kbhit() to check whether input is available from the user -- but it looks
like kbhit() never indicates any input (when keys are getting presse
> On Tue, May 15, 2012 at 06:59:14PM +0200, Pawel Jasinski wrote:
> >i have discovered something peculiar.
> >I run my rxvt with the usual:
> >
> >C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
> >
> >now I try inside to run some
>> C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
>>>
>>> now I try inside to run some *non* cygwin console program
>>> rxvt shows nothing, and reports 30% cpu consumption
>>
>> This problem should be fixed in the next snapshot.
>>
On 5/15/2012 9:59 PM, Christopher Faylor wrote:
On Tue, May 15, 2012 at 06:59:14PM +0200, Pawel Jasinski wrote:
i have discovered something peculiar.
I run my rxvt with the usual:
C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
now I try inside to run some *non* cygwin
On Tue, May 15, 2012 at 06:59:14PM +0200, Pawel Jasinski wrote:
>i have discovered something peculiar.
>I run my rxvt with the usual:
>
>C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
>
>now I try inside to run some *non* cygwin console program
>rx
hi,
i have discovered something peculiar.
I run my rxvt with the usual:
C:\cygwin\bin\rxvt.exe -bg wheat -fg black -sl 5000 -e /bin/bash -ls
now I try inside to run some *non* cygwin console program
rxvt shows nothing, and reports 30% cpu consumption
The actual program is executed, completes
On Mon, Mar 12, 2012 at 07:51:03PM -, James Johnston wrote:
> I have also noticed this issue; again it was with the XML serialization
> functions like Andres Martinelli originally noted. The root of the problem
> is that Windows environment variables are not case sensitive, while they
> *ar
I have also noticed this issue; again it was with the XML serialization
functions like Andres Martinelli originally noted. The root of the problem is
that Windows environment variables are not case sensitive, while they *are* in
a Unix environment. Cygwin passes an environment block with dupli
On Mon, Mar 05, 2012 at 09:37:50AM -0700, Eric Blake wrote:
> On 03/05/2012 07:13 AM, Nellis, Kenneth wrote:
> > From: Corinna Vinschen
> > > Thanks for the review. Like this?
> > If you're open to improvements, the form
> > x=$(($x + 1))
> > could arguably be improved with any of the followin
On 03/05/2012 07:13 AM, Nellis, Kenneth wrote:
> From: Corinna Vinschen
>
>> Thanks for the review. Like this?
>
> If you're open to improvements, the form
> x=$(($x + 1))
> could arguably be improved with any of the following:
> x=$((x + 1))
Still POSIX, and supported by /bin/sh (e
On Mar 5 08:13, Nellis, Kenneth wrote:
> From: Corinna Vinschen
>
> > Thanks for the review. Like this?
>
> If you're open to improvements, the form
> x=$(($x + 1))
> could arguably be improved with any of the following:
> x=$((x + 1))
> let x=x+1
> ((x=x+1))
> ((x
From: Corinna Vinschen
> Thanks for the review. Like this?
If you're open to improvements, the form
x=$(($x + 1))
could arguably be improved with any of the following:
x=$((x + 1))
let x=x+1
((x=x+1))
((x++))
((++x))
--Ken Nellis
On Fri, Mar 02, 2012 at 11:46:05AM +0100, Corinna Vinschen wrote:
> On Mar 1 11:08, Corinna Vinschen wrote:
> > # Fix a problem introduced by older versions of setup.exe
> > [...]
>
> David, ping? Can we add the below two files to base-files asap and
> remove the tmp/temp workaround, please?
On 03/02/2012 05:41 AM, Corinna Vinschen wrote:
> On Mar 2 04:59, Eric Blake wrote:
>> On 03/02/2012 03:46 AM, Corinna Vinschen wrote:
>>> /etc/profile.d/1777fix.sh:
>>>
>>> #!/bin/bash
>>
>> As long as we're requiring bash,...
>> [...]
>
> Thanks for the review. Like this?
Yes, looks better
On Mar 2 04:59, Eric Blake wrote:
> On 03/02/2012 03:46 AM, Corinna Vinschen wrote:
> > /etc/profile.d/1777fix.sh:
> >
> > #!/bin/bash
>
> As long as we're requiring bash,...
> [...]
> > if getfacl "${file}" | grep -Eq 'default:(group:|other):rwx'
>
> Is it worth converting this to case
On 03/02/2012 03:46 AM, Corinna Vinschen wrote:
> On Mar 1 11:08, Corinna Vinschen wrote:
>> # Fix a problem introduced by older versions of setup.exe
>> [...]
>
> David, ping? Can we add the below two files to base-files asap and
> remove the tmp/temp workaround, please?
>
> /etc/profile.d
On Mar 1 11:08, Corinna Vinschen wrote:
> # Fix a problem introduced by older versions of setup.exe
> [...]
David, ping? Can we add the below two files to base-files asap and
remove the tmp/temp workaround, please?
/etc/profile.d/1777fix.csh:
#!/bin/tcsh
# Fix a problem introduced by o
"Corinna Vinschen" wrote news:
> On Mar 1 10:16, Matt Seitz (matseitz) wrote:
> >
> > Here's another thought: is the problem only with the "/home"
directory
> > that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)? If so,
would
> > it be possible to only modify that original "/home" director
On Mar 1 10:16, Matt Seitz (matseitz) wrote:
> "Corinna Vinschen" wrote:
> >
> > Maybe it's better if the code tests the permissions first, along these
> > lines:
>
> Thanks. I would feel better with a solution that doesn't change my
> permissions if they don't really need to be changed.
>
> H
"Corinna Vinschen" wrote:
>
> Maybe it's better if the code tests the permissions first, along these
> lines:
Thanks. I would feel better with a solution that doesn't change my
permissions if they don't really need to be changed.
Here's another thought: is the problem only with the "/home" dir
On Feb 29 13:36, Matt Seitz (matseitz) wrote:
> "Corinna Vinschen" wrote:
> > setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
> /var/tmp 2>/dev/null
>
> Will that cause problems if I have:
>
> $ mount | grep home
> C:/Documents and Settings on /home type ntfs (binary)
> $ getf
"Corinna Vinschen" wrote:
>
> David, instead of setting tmp/temp, What about adding the following
line
> to /etc/profile?
>
> setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
/var/tmp 2>/dev/null
Will that cause problems if I have:
$ mount | grep home
C:/Documents and Setting
On Feb 29 07:39, Earnie Boyd wrote:
> On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
> >
> > %SystemRoot%/Temp then ?
> >
>
> This isn't guaranteed to exist.
And it wouldn't change anything. It all depends on a safe ACL setting
one way or the other.
Corinna
--
Corinna Vinschen
On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
>
> %SystemRoot%/Temp then ?
>
This isn't guaranteed to exist.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Greetings, Corinna Vinschen!
>> > Dead on, thanks! The definitions of tmp and temp in /etc/profile result
>> > in a double definition of the %TMP% and %TEMP% dos variables from the
>> > .Net applications POV and it's too dumb to handle that gracefully.
>>
>> > So the solution is, either we drop
On Feb 29 02:51, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > Dead on, thanks! The definitions of tmp and temp in /etc/profile result
> > in a double definition of the %TMP% and %TEMP% dos variables from the
> > .Net applications POV and it's too dumb to handle that gracefully.
>
> >
On Feb 28 22:41, Corinna Vinschen wrote:
> The culprit is setup.exe apparently. If it sets 1777 permissions, it
> uses the same permissions for the inheritable default permissions. It
> should remove the write bits before creating the inheritable default
> permissions. In Cygwin this is controll
Greetings, Corinna Vinschen!
> Dead on, thanks! The definitions of tmp and temp in /etc/profile result
> in a double definition of the %TMP% and %TEMP% dos variables from the
> .Net applications POV and it's too dumb to handle that gracefully.
> So the solution is, either we drop the tmp and tem
On Feb 28 21:39, David Sastre Medina wrote:
> On Tue, Feb 28, 2012 at 03:17:54PM +0100, Corinna Vinschen wrote:
> > On Feb 28 08:51, Jon Clugston wrote:
> > > Just a guess, but it does look suspiciously like the name of an
> > > environment variable. Wasn't there some discussion lately about
> > >
On Tue, Feb 28, 2012 at 03:17:54PM +0100, Corinna Vinschen wrote:
> On Feb 28 08:51, Jon Clugston wrote:
> > Just a guess, but it does look suspiciously like the name of an
> > environment variable. Wasn't there some discussion lately about
> > differing case environment variables ("tmp" as oppose
On Feb 28 08:51, Jon Clugston wrote:
> On Tue, Feb 28, 2012 at 7:56 AM, Corinna Vinschen wrote:
>
>
> > The problem is that I have not the faintest insight into .Net. This is
> > an application written in a language I don't know, using a class library
> > I don't know, using a compiler I don't k
On Tue, Feb 28, 2012 at 7:56 AM, Corinna Vinschen wrote:
> The problem is that I have not the faintest insight into .Net. This is
> an application written in a language I don't know, using a class library
> I don't know, using a compiler I don't know. And the executable isn't
> even a Cygwin ap
On Feb 27 16:23, Andres Martinelli wrote:
> Hi Cygwin,
>
> Many .Net programs that use to run correctly from a cygwin 1.7.9
> console started throwing exceptions after updating to versions
> 1.7.10/1.7.11. I have noticed this problem on machines running
> Windows XP and Vista (32bits).
>
> I atta
Hi Cygwin,
Many .Net programs that use to run correctly from a cygwin 1.7.9 console
started throwing exceptions after updating to versions 1.7.10/1.7.11. I
have noticed this problem on machines running Windows XP and Vista (32bits).
I attach a very small example that triggers the bug. The exa
Hi Cygwin,
Many .Net programs that use to run correctly from a cygwin 1.7.9 console
started throwing exceptions after updating to versions 1.7.10/1.7.11. I
have noticed this problem on machines running Windows XP and Vista (32bits).
I attach a very small example that triggers the bug. The exa
On Wed, Mar 31, 2010 at 06:15:19PM +0200, Tomasz Pona wrote:
>Off topic...
Right you are. If you really feel the need to discuss this further
please use the cygwin-talk mailing list.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docu
On 3/31/2010 12:15 PM, Tomasz Pona wrote:
No, I meant the big bold text in the middle of that page about sending
> cygcheck output as an attachment.
I'm not dumb man - I'd certainly include it if this could help a thing or
on request. As I said I have the latest packages installed and this also
Tomasz Pona:
>> No, I meant the big bold text in the middle of that page about sending
>> cygcheck output as an attachment.
>
> I'm not dumb man
>> I did see Chuck's followon mail and obviously he knows much more about
>> the subject than I do. So, I withdraw my attempt to help.
>
> ...are you to
6:22
Temat: Re: Need help on terminal emulation in Cygwin console
> On Wed, Mar 31, 2010 at 12:54:23PM +0200, Tomasz Pona wrote:
> >> Please follow the reporting guidelines at
http://cygwin.com/problems.html
> >
> >Do you mean the subject?
>
> No, I meant the big bold
On Wed, Mar 31, 2010 at 12:54:23PM +0200, Tomasz Pona wrote:
>> Please follow the reporting guidelines at http://cygwin.com/problems.html
>
>Do you mean the subject?
No, I meant the big bold text in the middle of that page about sending
cygcheck output as an attachment.
>Well, I actually noticed
0 20:15
Temat: Re: Need help on terminal emulation in Cygwin console
> On Mon, Mar 29, 2010 at 05:02:41PM +0200, Tomasz Pona wrote:
> >Hello,
> >
> >1st much thanks to Charles Wilson for inetutils update.
> >
> >I have latest Cygwin/inetutils installed.
> >
> >
On 3/29/2010 5:56 PM, Charles Wilson wrote:
> So...you have plenty of workarounds. And I'll try to get to this with
> the release of the standalone telnet/telnet-server packages in the future.
Oh, and if anybody wants to try and speed this up, you can download this
-src package
http://cygwin.cwi
On 3/29/2010 11:02 AM, Tomasz Pona wrote:
> Quick problem explanation:
> - doing "telnet localhost" (and not only localhost)
> - connection process and remote session control is 100% OK
> however...
> - getting a space before every entered character (even during login)
> - backspace doesn't remove
On Mon, Mar 29, 2010 at 02:15:41PM -0400, Christopher Faylor wrote:
>On Mon, Mar 29, 2010 at 05:02:41PM +0200, Tomasz Pona wrote:
>>Hello,
>>
>>1st much thanks to Charles Wilson for inetutils update.
>>
>>I have latest Cygwin/inetutils installed.
>>
>>Quick problem explanation:
>>- doing "telnet lo
On Mon, Mar 29, 2010 at 05:02:41PM +0200, Tomasz Pona wrote:
>Hello,
>
>1st much thanks to Charles Wilson for inetutils update.
>
>I have latest Cygwin/inetutils installed.
>
>Quick problem explanation:
>- doing "telnet localhost" (and not only localhost)
>- connection process and remote session co
Hello,
1st much thanks to Charles Wilson for inetutils update.
I have latest Cygwin/inetutils installed.
Quick problem explanation:
- doing "telnet localhost" (and not only localhost)
- connection process and remote session control is 100% OK
however...
- getting a space before every entered cha
On Dec 9 11:48, Andy Koppe wrote:
> 2009/12/9 Thomas Wolff:
> > So the #define IGN should go as well...
>
> Yep.
>
> > Actually, I don't really understand this code part:
> > * What is the purpose of the lookup table for the switch rather than just
> > switching on a few special control characte
2009/12/9 Thomas Wolff:
> So the #define IGN should go as well...
Yep.
> Actually, I don't really understand this code part:
> * What is the purpose of the lookup table for the switch rather than just
> switching on a few special control characters?
Good question.
> * What is the idea of (rando
[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
On Dec 9 05:36, Andy Koppe wrote:
> 2009/12/9 Cliff Hones
> > I think you missed attaching your fix - or else it has got lost.
>
> Oops. Here's another attempt.
>
> > I would guess the change is to file cygwin/fhandler_console.cc, and
> > is simply to remove line 1616 [ cursor_rel (1, 0); ] (aft
2009/12/9 Cliff Hones
> I think you missed attaching your fix - or else it has got lost.
Oops. Here's another attempt.
> 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 remove
Andy Koppe wrote:
> > 2009/12/8 Cliff Hones:
>> >> ..
>> >> I have just checked Cygwin 1.5 and this aslo mishandles NUL, so I guess
>> >> it is a long-standing problem (or Microsoft oddity, or workaround for
>> >> something else...).
> >
> > I don't know what the story behind that is, but a (trivia
splayed as their VGA symbols by cygwin console.
Since control characters are not considered printable and most special
functions they originally had are obsolete nowadays, I would mostly
consider their display undefined.
I don't know what the story behind that is, but a (trivial) fix is
at
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? We've had a number of questions on this
already, and there are likely to be many more. People can always
choose the raster
Andy Koppe wrote:
> 2009/12/8 Cliff Hones:
>> Is UTF-8 character output fully supported in the standard Cygwin
>> console ($TERM=cygwin) under Cygwin 1.7?
>
> Yes (except it's limited to the Basic Multilingual Plane). You need to
> select a Unicode-capable font in
2009/12/8 Cliff Hones:
> Is UTF-8 character output fully supported in the standard Cygwin
> console ($TERM=cygwin) under Cygwin 1.7?
Yes (except it's limited to the Basic Multilingual Plane). You need to
select a Unicode-capable font in the console properties though.
Basically, anyth
Cliff Hones wrote:
> [I was rather surprised to discover that non-X rxvt does not handle
> UTF-8 output at all, not that this causes me any great concern.]
rxvt is dead, upstream, and will never support anything but narrow
characters. I'm seriously considering marking it _obsolete sometime
after
> Oh, "cls" is one of those "built-in" commands. Any hints as to where
> "clear" went?
Cygwin Package List
Search Results
Found 4 matches for clear.exe.
clear/clear-1.0-1 removed package; install ncurses instead
ncurses/ncurses-5.5-2 Utilities for terminal handling
Oh, "cls" is one of those "built-in" commands. Any hints as to where
"clear" went? Sorry 'bout not following the threads but after receiving
over 400+ post after a hospital stay, I have no choice to delete about
all of them. I'm a little s-l-o-w in returning,
-Paul
Christopher Faylor wrote
On Sat, Mar 21, 2009 at 02:46:46PM -0400, Paul McFerrin wrote:
> Dave Korn wrote:
>> Thomas Wiedmann wrote:
>>
> cmd /c cls
> doesn't work. It gives the output:
> ???
>
> What package contains "cls". Can't seem to find it.
You're causing a discussion loop. Please read the whole th
What package contains "cls". Can't seem to find it.
Dave Korn wrote:
Thomas Wiedmann wrote:
cmd /c cls
doesn't work. It gives the output:
♀
In a DOS console?
In the usual console of Windows XP (ok - DOS console) called with
cd /d %ProgramFiles%\Cygwin\bin
bash --login -i
Thomas Wiedmann wrote:
>>> cmd /c cls
>>> doesn't work. It gives the output:
>>> ♀
>>
>> In a DOS console?
>
> In the usual console of Windows XP (ok - DOS console) called with
> cd /d %ProgramFiles%\Cygwin\bin
> bash --login -i
How thoroughly bizarre. I haven't seen that on 1.5 or 1.7 on XP
cmd /c cls
doesn't work. It gives the output:
♀
In a DOS console?
In the usual console of Windows XP (ok - DOS console) called with
cd /d %ProgramFiles%\Cygwin\bin
bash --login -i
Thomas Wiedmann
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: h
Hello,
* On Sun, Mar 15, 2009 at 03:02:56PM -0400 Charles Wilson wrote:
> Thomas Wiedmann wrote:
> >> There's also 'clear.exe', although it also does not clear/reset the
> >> scrollback buffer.
> >
> > Where, i. e. in which Cygwin package?
> > In my %ProgramFiles%\Cygwin\bin there is no clear.exe
Thomas Wiedmann wrote:
>> There's also 'clear.exe', although it also does not clear/reset the
>> scrollback buffer.
>
> Where, i. e. in which Cygwin package?
> In my %ProgramFiles%\Cygwin\bin there is no clear.exe.
^^^
This is probably a really bad place to install cygwin. Spa
Thomas Wiedmann wrote:
>> alias cls='cmd /c cls'
>
> cmd /c cls
> doesn't work. It gives the output:
> ♀
In a DOS console?
cheers,
DaveK
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
1 - 100 of 177 matches
Mail list logo
