Fasten your seatbelts.. the new quote stuff has been merged and things
may get crashy!
If you like I could send you a small JAM base like the last one with
just that one message in it so you could see what happens on your terminal.
It also seems to be something in Dumas Walker's tagline file that has caused my screen to do this. I'm not quite sure what that character is
or why that happens or if it happens to others as well. It may be my terminal doing that for some reason.
I exported that message to a file and had a look in my editor. mcedit
says the character in question is 0046 or 0x02E. I don't see what the character looks like in my editor, it displays simply as ".".
I was just reading in the synchronet echo and came across a message
that causes my screen to get confused. All of the usuall letters and number change for some reason to something that looks like alien text
or something.
I just checked out the JAM base you sent me, and can't seem to get it
to do weird things. I tried in MagiTerm, telnet via XFCE-Terminal and
SSH via XFCE-Terminal.
I just checked out the JAM base you sent me, and can't seem to get it
to do weird things. I tried in MagiTerm, telnet via XFCE-Terminal and
SSH via XFCE-Terminal.
XFCE-Terminal is what I use for a quick termial to do stuff on the
desktop but it doesn't work well with magicka. The BBS seems to
disappear at times. I should see if I can fix that or use xterm but I rarely use a desktop.
I just checked out the JAM base you sent me, and can't seem to get it
to do weird things. I tried in MagiTerm, telnet via XFCE-Terminal and
SSH via XFCE-Terminal.
XFCE-Terminal is what I use for a quick termial to do stuff on the
desktop but it doesn't work well with magicka. The BBS seems to
disappear at times. I should see if I can fix that or use xterm but I rarely use a desktop.
Ah ok, I just tried it from the linux console and it is doing what you described.
I just checked out the JAM base you sent me, and can't seem to get it
to do weird things. I tried in MagiTerm, telnet via XFCE-Terminal and
SSH via XFCE-Terminal.
XFCE-Terminal is what I use for a quick termial to do stuff on the
desktop but it doesn't work well with magicka. The BBS seems to
disappear at times. I should see if I can fix that or use xterm but I rarely use a desktop.
Ah ok, I just tried it from the linux console and it is doing what you described.
I just tried it through screen running on the linux console and it
didn't display weird characters. So it appears to be something with the way the linux console responds to that character.
Found this on stack Exchange:
<Ctrl-N>, or character 14 - when sent to your terminal - orders to
switch to a special graphics mode, where letters and numbers are
replaced with symbols. <Ctrl-O>, or character 15, restores things back
to normal.
I'm not sure how to get around it other than filter out that character, but I'd rather not do that.
I'm not sure how to get around it other than filter out that
character, but I'd rather not do that.
Yep, it's just a character.. I don't think we want to filter it out.
Is it just a (display) character or is it a control character? I'm not sure how that works with the CP437 codepage and variants, which define symbols for the control character range (0 to 31). In CP437 character number 13 is a single musical note, but it is used as a control
character (carriage return).
Is the linux console and ssh using the UTF-8 mode?
From what I understood from apam's post there is a special graphics
mode in the linux terminal that is activated with <Ctrl> N or character 14. For whatever reason my terminal goes into that graphics mode when
that character is encountered, the musical note character. Instead of seeing letters and numbers I see graphics characters.
Is the linux console and ssh using the UTF-8 mode?
My terminal is UTF-8 so I assume the terminal and ssh use that as well.
Is it just a (display) character or is it a control character?
I'm not sure how that works with the CP437 codepage and
variants, which define symbols for the control character range (0
to 31). In CP437 character number 13 is a single musical note,
but it is used as a control character (carriage return).
I think it is just a display character someone typed in a message or
from their tagline file.
From what I understood from apam's post there is a special graphics
mode in the linux terminal that is activated with <Ctrl> N or
character 14. For whatever reason my terminal goes into that graphics
mode when that character is encountered, the musical note character. Instead of seeing letters and numbers I see graphics characters.
Is the linux console and ssh using the UTF-8 mode?
My terminal is UTF-8 so I assume the terminal and ssh use that as
well.
If you convert character 14 from CP437 to character 14 in UTF-8 it
becomes an unambiguous control character. There is nothing to display anymore. I think it's best to convert characters <32 that are not used
as control characters to their UTF-8 symbol character equivalents.
Yeah, it's a vt100 code, I couldn't find a way to disable it, but if
you run through screen it doesn't do it (at least it doesn't on
openSUSE).
If I run an app like magichat in screen can I logout and log back in tommorrow and it will still be running?
Yeah, it's a vt100 code, I couldn't find a way to disable it, but
if you run through screen it doesn't do it (at least it doesn't
on openSUSE).
I've been meaning to figure out screen for about 20 years!
I'll see if I can get it figured out.
Ol> If you convert character 14 from CP437 to character 14 in UTF-8 it
Ol> becomes an unambiguous control character. There is nothing to display
Ol> anymore. I think it's best to convert characters <32 that are not used
Ol> as control characters to their UTF-8 symbol character equivalents.
It is being converted to UTF-8
On Thu, 24 Oct 2019 19:41:16 +1000
"apam -> Oli" <0@126.1.21> wrote:
Ol> If you convert character 14 from CP437 to character 14 in UTF-8 it
Ol> becomes an unambiguous control character. There is nothing to display
Ol> anymore. I think it's best to convert characters <32 that are not used
Ol> as control characters to their UTF-8 symbol character equivalents.
It is being converted to UTF-8
To a ? (0x266B) character?
Quoting apam to All <=-
Fasten your seatbelts.. the new quote stuff has been merged and
things may get crashy!
On Thu, 24 Oct 2019 19:41:16 +1000
"apam -> Oli" <0@126.1.21> wrote:
Ol> If you convert character 14 from CP437 to character 14 in
UTF-8 it
Ol> becomes an unambiguous control character. There is nothing to
display
Ol> anymore. I think it's best to convert characters <32 that are
not used
Ol> as control characters to their UTF-8 symbol character
equivalents.
It is being converted to UTF-8
To a ? (0x266B) character?
No, I don't think so. Probably 0x000E, Whatever ICONV converts it to.
Yeah, it's a vt100 code, I couldn't find a way to disable it,
but if you run through screen it doesn't do it (at least it
doesn't on openSUSE).
I've been meaning to figure out screen for about 20 years!
I'll see if I can get it figured out.
You can also try tmux as an alternative to screen (but I don't know
how it reacts to <SO> control characters).
Nope. In tmux the <SO> and <SI> control characters are fully supported
;)
pi@raspberrypi:~ $ printf "\016"
??@?▒??be??≤??:· $ ???┼├° "\?17"
pi@raspberrypi:~ $
pi@raspberrypi:~ $ printf "\016"
??@?▒??be??≤??:· $ ???┼├° "\?17"
pi@raspberrypi:~ $ printf "\016"
??@?±??be??ó??:ú $ ???ÅÃø "\?17"
If this happens in my travels is there some way I can get out of that graphics mode without logging out and entering reset?
If this happens in my travels is there some way I can get out of that graphics mode without logging out and entering reset?
I'm not sure. Maybe you could set a hotkey that maps to \x0f in the terminal app?
If this happens in my travels is there some way I can get out of
that graphics mode without logging out and entering reset?
I'm not sure. Maybe you could set a hotkey that maps to \x0f in
the terminal app?
I'm just using ssh. I'm not sure if I can set ssh to not enter that graphics mode when that character is encountered,
or if I can switch out of it if it does happen.
Sysop: | Eric Oulashin |
---|---|
Location: | Beaverton, Oregon, USA |
Users: | 93 |
Nodes: | 16 (0 / 16) |
Uptime: | 05:42:54 |
Calls: | 5,157 |
Calls today: | 2 |
Files: | 8,491 |
Messages: | 352,743 |