Am 20.08.2016, 15:27 Uhr, schrieb Marco Atzeri:
setup.ini is reporting it on both 32 and 64 bit version:
You're right. Maybe I should stop using apt-cyg ..
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
I guess libqpdf17 belongs into the qpdf-dependencies:
$cygcheck qpdf
Found: C:\cygwin\bin\qpdf.exe
C:\cygwin\bin\qpdf.exe
C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\KERNELBASE.dll
C:\cygwin\bin\cyggcc_s-1.dll
---
> file. I'm not satisfied that we should continue with the .exe
> artificial symlink for the same reasons we shouldn't use PATHEXT.
> Because of the amount of time to port scripts and software to use the
> .exe suffix for executable files it
---
> Helmut Karlowski writes:
> > I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
> > present in sh in line 5, but no #!/bin/bash or something. Is that
> > correct?
>
> Yes, if setup sees th
I just noticed that zp_fontconfig_cache_1.sh has read -d which is not
present in sh in line 5, but no #!/bin/bash or something. Is that
correct?
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Am 03.07.2016, 13:14 Uhr, schrieb Corinna Vinschen:
You don't even need a symlink. This will show the same result:
exec >out1
rm out1
[[ -w /dev/fd/1 ]] || echo /dev/fd/1 not writable 1>&2
I noticed that too meanwhile, but I thought you would not need that
information ;)
It's only
Cygwin seems to look up a symlink wrong:
When the target-file is unlinked while it is used by a process the file
still exists and the symlink should point to that file.
Test:
ln -s out1 lout1
exec >lout1
rm out1
[[ -w /dev/fd/1 ]] || echo /dev/fd/1 not writable 1>&2
rm lout1
Only on cygwin
---
> Ideally by somebody who knows how this dreaded Windows serial line API
> works...
Wouldn't someting like this work:
term=$'\r'
l=
while true; do read -N1 c
[ "$c" == $'\4' ] && break
[ "$c" == $term ] && { echo "<$l>"; l=; } || l="$l$c"
done
---
> On 04/04/2016 12:09 AM, Yaakov Selkowitz wrote:
> > On 2016-04-03 18:05, Andrey Repin wrote:
> >> Because, within my reach, Cygwin is the only system that not using
> >> DASH as
> >> /bin/sh. Though, I may try rolling some busybox
> >
> >
---
> please reply on the list
> and Bottom post please.
>
> On 22/01/2016 16:26, KARL BOTTS wrote:
> >> How largish ?
> >
> > Any size larger than a few meg. That is, any size that takes more than a
> > few
> > milliseconds to seek to the end, I
---
> Hi,
>
> David Balaic gmail.com> writes:
>
> > In Cygwin terminal (bash) I typed:
> >
> > cmp <(echo echo1) <(echo echo2)
>
> I suspect its a bash bug since it works fine with zsh (tested 64bit only).
zsh uses temp-files for
Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
Can you tell me in which circumstances this happens and why this is a
problem? SHELL is supposed to be the user preference, so I don't think
/etc/profile should try to second-guess it.
/etc/profile is run before
Am 08.12.2015, 22:31 Uhr, schrieb Helmut Karlowski:
Yes, but why is this a problem? Note that bash will set it anyway if
not present.
All shells set it only when run as login-shell.
Wrong: Only bash gives it a value - ksh and dash export SHELL with no
value if none present. And IMHO
Am 08.12.2015, 22:01 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile
always adds /usr/bin to PATH resulting in /usr/bin being twice in my
cygwin-PATH.
The attached patch fixes this.
I tend to reject this patch
Am 08.12.2015, 22:26 Uhr, schrieb Helmut Karlowski:
Am 08.12.2015, 22:21 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
Can you tell me in which circumstances this happens and why this is a
problem? SHELL is supposed to be the user preference, so I don't
think
/etc/profile should try
Hello,
I set C:/cygwin/usr/bin in my windows-environment. Now /etc/profile always
adds /usr/bin to PATH resulting in /usr/bin being twice in my cygwin-PATH.
The attached patch fixes this.
It also sets SHELL if not yet set and avoids a call of hostname.
Maybe the maintainer takes a look.
---
> On Thu, Nov 26, 2015 at 10:29 AM, Steven Penny wrote:
> > echo 3.7 | awk '{printf "%.0f", $0}'
>
> Another option
>
> awk 'BEGIN {printf "%.0f", ARGV[1]}' 3.7
#4:
printf "%3.0f\n" 3.7
-Helmut
--
Problem reports:
---
> Finally I restored the complete cygwin folder from a backup. Now Cygwin
> works again as a charm. I conclude, that my system itself is OK and
> something or the other might be broken in the current Cygwin version?
I once had this fork-error
Am 02.11.2015, 12:15 Uhr, schrieb Corinna Vinschen:
Glad it's fixed! For the record, could you say what sort of bug would
cause
a fatal internal error like that?
Just curious,
Me too. Sounds like some kind of recursion.
It all happened after I had replaced all strcpy/strcat by strlcpy
Hello
just had a program crashing with this error:
2 [main] ue 3180 C:\bin\ue.exe: *** fatal error - Internal error:
TP_NUM_C_BUFS too small: 50
What could that mean?
#uname -srvmo
CYGWIN_NT-10.0-WOW 2.2.1(0.289/5/3) 2015-08-20 11:40 i686 Cygwin
-Helmut
--
--
Problem reports:
Am 01.11.2015, 18:46 Uhr, schrieb Helmut Karlowski:
Hello
just had a program crashing with this error:
2 [main] ue 3180 C:\bin\ue.exe: *** fatal error - Internal error:
TP_NUM_C_BUFS too small: 50
What could that mean?
It means my program had a bug - fixed now.
-Helmut
--
Problem
Am 24.10.2015, 16:19 Uhr, schrieb Andreas Schwab:
"Helmut Karlowski" <helmut.karlow...@ish.de> writes:
I discovered that the scancode for the ^-key (on german keyboard the one
left to the 1-key) is 0x60 in aranym 1.02, while it used to be 0x29 in
0.915.
Which scancode is
Am 25.10.2015, 11:31 Uhr, schrieb Helmut Karlowski:
Sorry - wrong list.
--
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
Am 15.10.2015, 07:24 Uhr, schrieb Jari Aalto:
PACKAGE DESCRIPTION
===
Homepage: http://freecode.com/projects/links
I tried 6 different mirrors and all have links 2.8-2, not 2.12 (32 bit).
Why's that?
-Helmut
--
Problem reports: http://cygwin.com/problems.html
I came across a surprising behaviour when a cygwin-process prints to a
windows-console. In cygwin 1.7 (XP) I don't think any conversion took
place, while now in cygwin 2 (10) cygwin-utf-8 gets converted into the
suitable(?) windows-encoding used in the cmd-window.
I have a file containing german
---
> I'm not running any antivirus as far as I'm aware of (I do run a Comodo
> firewall with all "virus" scanning disabled).
> I checked again, and it really is the Bash.exe which is consuming a lot of
> Kernel time. I didn't spot another process
lit...@null.net:
Wed, 23 Sep 2015 10:52:26 +0200
---
> Hi all,
>
> I noticed that doing simple loops in Bash takes unexpectedly long under
> Cygwin on a Windows XP 32 bit machine
> (CYGWIN_NT-5.1 2.2.1(0.289/5/3) 2015-08-20 11:40 i686 Cygwin)
>
Am 27.08.2015, 21:26 Uhr, schrieb Peter Rosin:
Seems like a fast way to not get a compiler warning if you do happen
to use a variable that would be used uninitialized if it were not for
an ugly pointless initializer.
Sorry if I added the wrong number of negations in there, but you get my
Corinna Vinschen
Wed, 26 Aug 2015 11:32:14 +0200
---
Now that Windows 2003 is finally out of long term support, and given
that XP's much-too-long-term support ended 2014, I'll drop support for
XP and Server 2003 from Cygwin End of 2015.
He -
Guess that's better than to stick with the kludges, migration to 10 is
on the way.
From what I've seen and heard W10, while mostly stable, still coerces users
towards the software as (an expensive) service model and follows the dictum
that Microsoft knows more about what you want than you
Good luck finding all the Microsoft spyware. From what I can tell, Win 10
defaults to reporting almost everything to the company for their spam
servers to use.
From my first inspection the remote-adress is something with akamai
(may differ in other regions). I did shut them all down with
Corinna Vinschen
Unfortulately I think I'm bound to windows which is all malware anyway
since1991 ;)
Heh.
But thanks cygwin it's a place where I can live :-)
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Dennis Putnam
Mon, 24 Aug 2015 07:41:00 -0400
---
OK. I have no networking problems with anything other than cygwin which
Another idea:
You could download the packages needed for a basic install from any
server, e.g.:
Am 23.08.2015, 14:21 Uhr, schrieb Dennis Putnam:
Since I have gotten no response to this and am stuck I assume my problem
is badly worded. I don't know how else to present it. Perhaps someone
explaining how setup uses the windows network interface would help.
If it helps, I tried installing
Am 23.08.2015, 19:42 Uhr, schrieb Dennis Putnam:
Hi Helmut,
Thanks for the reply. I can download that file but now that I have it,
how do I get setup to use it? However, I don't think that would work
Just to test if you can access it at all but that was expectable.
either since the problem
Achim Gratz
Tue, 9 Jun 2015 11:18:40 + (UTC)
---
Again, I just think procps is good enough for us as is, it is good enough
for Linux anyway.
:-)
Would be great if the ps from procps would work as the current ps,
e.g. ps -W (with and without
Hello
there's no info-program in the texinfo-package. I re-installed texinfo and
it was still not there.
In checked out the texinfo-source, built it and found that the
info-program is called ginfo, maybe
that's why it's missing?
Also I have no dir (the default top-node) in
Am 22.02.2015, 19:07 Uhr, schrieb Ken Brown:
On 2/22/2015 1:30 PM, Helmut Karlowski wrote:
Hello
there's no info-program in the texinfo-package. I re-installed texinfo
and it was still not there.
See https://sourceware.org/ml/cygwin-announce/2014-11/msg2.html .
I've been looking
Am 22.02.2015, 20:26 Uhr, schrieb Ken Brown:
$ grep '@ info'
http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86/setup.ini
@ info
There it is. Setup says 5.2-3: Keep for info, I now did re-install it,
no clue why it was gone.
Had to run update-info-dir.sh.done to get dir, and
Am 11.02.2015, 10:55 Uhr, schrieb Helmut Karlowski:
Nope, WFFM. Do you have another cygwin1.dll in
C:\cygwin\usr\src\ksh\pdksh or somewhere in the path, by any chance?
There's one in /tmp (a copy of the release-version). Maybe that is it.
I'll try again tonight.
That was it. All fine now
Corinna Vinschen :
Wed, 11 Feb 2015 10:48:54 +0100
---
On Feb 11 09:49, Helmut Karlowski wrote:
Corinna Vinschen :
Wed, 11 Feb 2015 09:40:42 +0100
---
On Feb 10 23:30, Helmut Karlowski wrote
Corinna Vinschen :
Wed, 11 Feb 2015 09:41:17 +0100
---
On Feb 10 21:43, Helmut Karlowski wrote:
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
What inodes from what
Corinna Vinschen :
Wed, 11 Feb 2015 09:40:42 +0100
---
On Feb 10 23:30, Helmut Karlowski wrote:
Am 10.02.2015, 21:43 Uhr, schrieb Helmut Karlowski:
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still
Corinna Vinschen :
Wed, 11 Feb 2015 11:39:35 +0100
---
Nothing helpful in there, unfortunately.
You could do this:
cd
cp /bin/bash .
./bash
ls
Maybe this already triggers it.
Nope, WFFM. Do you have another cygwin1.dll in
--
Eric Blake ebl...@redhat.com wrote:
(10/02/2015 17:33)
On 02/10/2015 09:28 AM, Eric Blake wrote:
The bug is in cygwin1.dll, not bash. Here's a STC; opening a file
should NOT change its st_ino number, but that's exactly what cygwin is
--
use any other (already-existing) file to see that the two numbers should
normally be the same.
Also: isn't it nonsense to interpret the inode of somthing like
/dev/tty?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
--
Helmut Karlowski helmut.karlow...@ish.de wrote:
(10/02/2015 19:04)
--
Eric Blake ebl...@redhat.com wrote:
(10/02/2015 18:34)
On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
The same
--
Eric Blake ebl...@redhat.com wrote:
(10/02/2015 18:34)
On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
The same test from the command line:
$ stat -c %i /dev/tty - 0/dev/tty
327680
8912896
use any other (already-existing) file
Am 10.02.2015, 21:06 Uhr, schrieb Corinna Vinschen:
If it's legal to look up the inode of a device, then both OS should be
fixed I think.
I applied a patch to Cygwin. Please give the latest snapshots a try:
https://cygwin.com/snapshots/
1030/home/hk#obash
/home/hk/.bashrc
/home/hk#set -o
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
With the redirection they are the same of course:
stat -c %i /dev/tty - /dev/tty
327680
327680
--
Problem reports: http://cygwin.com/problems.html
FAQ
Am 10.02.2015, 21:43 Uhr, schrieb Helmut Karlowski:
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
Unfortunately I get with the snapshot reproducibly:
125018 [main] dksh 2348 fork: child -1 - forked process 548 died
--
Thomas Wolff t...@towo.net wrote:
(09/02/2015 09:47)
Am 09.02.2015 um 05:23 schrieb Andrey Repin:
Greetings, Thomas Wolff!
echo bla /dev/tty
bash: /dev/tty: cannot overwrite existing file
WJFFM
Please be more specific.
I.e.
Am 09.02.2015, 20:38 Uhr, schrieb Thomas Wolff:
bash prints that message when it has the noclobber-option set. Maybe
you check it?
Yes, indeed, the effect shows up after set -o noclobber;
however, this shouldn’t apply to device files (and doesn’t on other
systems) -
man bash: “redirection
Am 09.02.2015, 21:03 Uhr, schrieb Helmut Karlowski:
Right. Looks like a bug (in cygwin).
No, in bash, it works with another shell.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Am 08.02.2015, 20:34 Uhr, schrieb Achim Gratz:
Helmut Karlowski writes:
/usr/bin/ca-legacy contains [[-operators but has #!/bin/sh. Attached
patch
fixes it.
The patch seems reversed…
Oops. Shall I send an un-reversed one? Or maybe it is an upstream-issue?
-Helmut
--
Problem reports
Hello
/usr/bin/ca-legacy contains [[-operators but has #!/bin/sh. Attached patch
fixes it.
-Helmut
--
ca-legacy.diff
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Am 08.02.2015, 23:05 Uhr, schrieb Thomas Wolff:
echo bla /dev/tty
bash: /dev/tty: cannot overwrite existing file
Works for me.
--
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
--
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
(23/01/2015 10:43)
numerous entries ...
This occurs on Linux as well, just with a few less entries in
fd (42 rather than 560). These descriptors are apparently
created by bash for some
--
Helmut Karlowski helmut.karlow...@ish.de wrote:
(23/01/2015 10:54)
It's not just bash. The same happens in my home-grown shell. Starting
with /dev/fd/3 opendir succeeds giving (only the opendir-entries):
Maybe it's because:
3 - /proc/3008
--
Helmut Karlowski helmut.karlow...@ish.de wrote:
(23/01/2015 10:54)
It's not just bash. The same happens in my home-grown shell. Starting
with /dev/fd/3 opendir succeeds giving (only the opendir-entries):
Maybe it's because:
3 - /proc/3008
--
Eric Blake ebl...@redhat.com wrote:
(23/01/2015 15:04)
On 01/23/2015 03:00 AM, Helmut Karlowski wrote:
--
Helmut Karlowski helmut.karlow...@ish.de wrote:
(23/01/2015 10:54)
It's
Am 22.01.2015, 13:55 Uhr, schrieb Corinna Vinschen:
I applied a fix and uploaded a new developer snapshot to
https://cygwin.com/snapshots/
Please give it a try and report back.
I can't download the snapshot - tried with several browsers, all have near
to 0 transfer-speed. I'll try again
Am 22.01.2015, 22:47 Uhr, schrieb Helmut Karlowski:
#! /bin/bash
(set -o globstar 2/dev/null) set -o globstar || shopt -s globstar
extglob
echo /dev/fd/**
run this in on mintty, and then in another:
ps:
...
8164012 816176 pty01004 00:15:27 /usr/bin/obash
676
Am 22.01.2015, 21:25 Uhr, schrieb Helmut Karlowski:
Am 22.01.2015, 13:55 Uhr, schrieb Corinna Vinschen:
I applied a fix and uploaded a new developer snapshot to
https://cygwin.com/snapshots/
Please give it a try and report back.
I can't download the snapshot - tried with several browsers
I discovered a strange behaviour when accessing /dev/fd:
ls -l /dev/fd/0
ls -l /dev/fd/0/1
ls -l /dev/fd/0/1/2/3/4/5
ls -l /dev/fd/0/1/2/3/
ls -l /dev/fd/0/1/2
ls -l /dev/fd/0/1/2/3
ls -l /dev/fd/0/1/1/1/1
gives:
lrwxrwxrwx 1 hk Benutzer
You could also try a little script I wrote:
http://home.arcor.de/zabruder/cygwin/cygdesc
It needs files created by cygcheck-dep. Docs inside.
-Helmut
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Am 19.10.2014, 09:48 Uhr, schrieb Duncan Roe:
bash at least has shopt -s checkwinsize to achieve what you want,
That would be a workaround for bash. Ideally every process should forward
the WINCH-signal to its parent, or the terminal should walk through the
call-tree. Both not very likely
When I run for example an editor from a shell in a mintty-window and
change the window-size the editor is informed by a WINCH-signal. That is
good. But the shell it was started from does not know about the change, so
after exiting the editor the shell uses the old size. Could mintty send a
Am 24.09.2014, 19:53 Uhr, schrieb Eric Blake:
On 09/24/2014 12:12 PM, David Young wrote:
Hi,
I've been seeing some traffic on this new bash vulnerability and
wanted to know if cygwin team will be updating bash with these
patches.
http://lists.gnu.org/archive/html/bug-bash/2014-09/index.html
Am 22.12.2013, 08:08 Uhr, schrieb Gigabit Pony:
Well I know the beep script is not yours but.. I am trying to
configure it so I hear a sound inside of Windows 7. I have cygwin with
weechat curses running in it. The set command
/set plugins.var.perl.beep_beep_command_highlight cat
without '=' in the
environment, and there is no 0-check in find_env(), which appears to be a
good thing. Fixed.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
...
which mintty can't display unfortunately. I'm too little a TeX-expert to
tell what's wrong.
The other issue regarding the error-message during latex-run seems to be
solved with the now successful installation - I renamed the .def-file and
got not message.
--
Helmut Karlowski
--
Problem
' failed
`xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed
`xetex -ini -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed
But again no Memory fault.
How can I find out what caused the Memory fault?
CYGWIN_NT-5.1 1.7.20(0.266/5/3) 2013-06-07 11:11 i686
--
Helmut
-translate-file=cp227.tcx *amstex.ini' failed
And more.
It would be really helpful to be able to find the stackdumps produced
during setup. I don't care that much about the TeX-errors.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
don't know about that.
Maybe there's a commandline-option for setup that enables keeping
stackdump-files?
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info
to setup.log.full all 4 luatex-calls crash. I have to mention
I'm not using a shell available by cygwin, but something I'm working on,
that's why I want to know why it crashes.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
, the report is correct.
Stack trace:
Frame Function Args
0022AAC8 7C80A115 (0003, 0022AB2C, , )
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Jeff Crowell, 23.04.2013 18:58:07:
1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm
2) paste into ZSH
3) press enter
Actual Results: MinTTY hangs and does not respond
Similar happens when doing:
cat /bin/gdb.exe
for example. Something seems to overflow.
--
Helmut
Andy Koppe, 23.04.2013 22:07:11:
Quite. Or just kill the cat.
That's a solution in case of /bin/cat. But also any other process hanging
that way can only be killed -9, no other signal can be caught by it (e.g.
alarm), or is there a way to keep it going somehow?
--
Helmut Karlowski
://www.geocaching.com
It starts ssl-negotiation, and timeouts later. I also see this with other
urls, while other https-urls work fine. I guess there are some
certificates missing or similar, I'm no expert for ssl.
But it seems it's not only perl-related.
--
Helmut Karlowski
--
Problem reports
: Unzugängliche Startdatei https://www.geocaching.com/
lynx exits here.
(sorry for german).
Also the other urls I cannot connect to with links work with lynx after
answering the above certificate-question and a long time of waiting.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com
, but e.g. Enter stops output and freezes the terminal like before
(need to kill -9 the involved process). Why is there any reaction on Enter
at all?
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
I type
cat [some long ascii-file]
then Ctrl-S (output stops), then Ctrl-Q (terminal hangs, can only be
terminated by closing the window).
Using minty 1.1.2 and 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin
Can anybody reproduce this?
--
Helmut Karlowski
--
Problem reports: http
defined it for something in the
windows-desktop?
--
Helmut Karlowski
--
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
Andy Koppe wrote:
I don't think you can have different terminfo entries for different
character sets for the same terminal type, i.e. you'd need to create
charset-specifc types such as xterm-cp850.
I suspected that ...
I've added
csin=\233,
but I'm not sure if it's really
if that matters. As of my understanding CSI is something like
ESC[ (at least on an ANSI-terminal, is this different on xterm?).
Also, when I press either Ctrl+Tab or Ctrl+Shift+Tab, instead of
getting what the table indicates, I don't get anything at all.
Same here.
--
Helmut Karlowski
--
Problem
Helmut Karlowski, 07.06.2012 17:52:43:
Nellis, Kenneth, 07.06.2012 16:56:57:
-Original Message-
From: Andy Koppe
snip/
It is done on purpose, to allow Shift+Esc to be bound to a different
function if desired. It's documented here:
[1] http://code.google.com/p/mintty/wiki/Keycodes
, is there a fallback if an entry in terminfo is missing?
--
Helmut Karlowski
--
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
not sure
about this.
Is there a way to avoid this or to reset the layout back to german?
I'm using mintty 1.0.3 on cygwin 1.7.13.
--
Helmut Karlowski
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
Am 01.05.2012, 11:47 Uhr, schrieb Andy Koppe andy.ko...@gmail.com:
On 1 May 2012 10:32, Helmut Karlowski wrote:
Hi,
I notice quite often that my german keyboard-layout in mintty gets
changed
into an english one. Alt-F8 (Reset) does not bring back the german
layout,
so I can only exit
90 matches
Mail list logo
