28 Jun 15 20:00, you wrote to me:

 ml>> it is the bbs system he is using that is doing the filtering and
 ml>> conversion of >=128 characters to 7bit...

 HG> Yes, from the tests Ed and you have conducted that is apparently the
 HG> case, even though he sees the proper sign when he writes it.

FWIW: i haven't performed any tests... the synchronet bbs software is in
operation over here and i've seen the filtering specifically... for each
message area, there is an option "Export ASCII Only"... if this
is set to yes, then control codes and >=128 are converted to '.'...

 ml>>> FWIW: in this system, i can't enter any codes (above or below 128)

 HG> I noted that.

 HG>> Since my early CP/M days I haven't encountered such a limit.

 ml>> you should try a modern linux... everything is utf-8 which means the
 ml>> old characters are moved to a different position in the monstrous
 ml>> character table... that gives them a different code ......

 HG> Today I'm very happy I didn't convert to Linux even though I have a
 HG> couple if intallation CD's. The accented (umlaut) charaters are
 HG> essential to most european languages and they are all in the high
 HG> ASCII character table.

accented characters are easy to do with the "compose" method...
as i noted, they are not in the same position in the character table any
more... only if CP437 or CP850 are used for the most part... the problem is
that linux doesn't use those old code pages any more... it has moved on to
UTF-8 and the code page is a lot larger... it encompasses most all
characters in most all languages now...

the main thing i miss is easily being able to see and use the line and box
drawing characters we've used for our bbs menus and ansi drawings... that
is the greatest loss at this point...

)\/(ark

... Cats donate their services as alarm clocks
---