[caret question]

Lennart Sorensen lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org
Mon Jan 5 21:28:03 UTC 2004


On Mon, Jan 05, 2004 at 07:35:51AM -0500, GDHough wrote:
> On Sunday 04 January 2004 14:25, Marcus Brubaker wrote:
> > Basically, all of those programs are generally designed to deal with
> > standard ASCII text.  When they run in to undisplayable characters (such
> > as 0x7F) how they get shown is up to the program.  Things like gedit and
> > kmail will give some kind of icon which represents an undisplayable
> > character.  vi and pico, being traditionally text based, show it in a
> > different manner.
> >
> So this is normally how unicode is handled by different applications? 
> Unpredictably?

No, it is handled predictably by unicode aware applications, which is
bascially not most of them.  I think vim can do unicode given the right
terminal environment and such.  ':help utf' at least mentions it in vim
6.x.

> It peaked my curiosity when I was studying some SHELLCODE x86 unicode NOOP 
> alerts from snort. The same packets viewed with ACID (using Galeon) show the 
> caret_questionmark as a blank. About all I learned googleing was there is a 
> strange language called INTERCAL...
> 
> If five different text viewers display five different things, which one is 
> telling the truth? My inclination is to stick with vi. But then I am still 
> wondering if since this causes unpredictable behavior in x86, is it something 
> to be concerned with?

Well unicode is NOT ascii, so any ascii application can do (or not do)
whatever it wants when it sees anything that isn't ascii.

Lennart Sorensen
--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml





More information about the Legacy mailing list