Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.mac.apps > #34292 > unrolled thread

Xterm configuration

Back to article view | Back to comp.sys.mac.apps

Contents

  Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-13 19:47 +0000
    Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-13 22:19 +0000
    Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-13 17:34 -0500
      Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-14 16:03 +0000
        Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-14 14:29 -0500
    Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-13 18:45 -0500
      Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-14 16:08 +0000
        Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-14 13:01 -0500
          Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-14 19:05 +0000
            Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-14 19:17 +0000
              Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-14 14:33 -0500
                Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-14 14:45 -0500
                Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-14 20:28 +0000
              Re: Xterm configuration Michael Moroney <moroney@TheWorld.com> - 2016-01-14 20:09 +0000
                Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-14 20:44 +0000
                  Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-14 15:49 -0500
                    Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-14 20:58 +0000
                      Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-14 21:29 +0000
                        Re: Xterm configuration Michael Vilain <vilain@NOspamcop.net> - 2016-01-14 14:24 -0800
                        Re: Xterm configuration billy@MIX.COM - 2016-01-14 23:09 +0000
                          Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-15 02:37 +0000
                            Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-15 07:28 +0000
                              Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-15 11:17 +0000
                                Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-15 14:38 +0000
                Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-15 02:29 +0000
                  Re: Xterm configuration "Happy.Hobo" <Happy.Hobo@Spam.Invalid> - 2016-01-20 22:06 -0500
                  Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-25 17:15 +0000
                Re: Xterm configuration Alan Browne <alan.browne@freelunchvideotron.ca> - 2016-01-15 08:31 -0500
                  Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-15 18:11 +0000
                    Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-15 19:01 +0000
                      Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-15 14:21 -0500
                        Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-15 19:57 +0000
                          Re: Xterm configuration moroney@world.std.spaamtrap.com (Michael Moroney) - 2016-01-15 21:10 +0000
                    Re: Xterm configuration billy@MIX.COM - 2016-01-15 21:30 +0000
                    Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-15 22:39 +0000
                      Re: Xterm configuration Lewis <g.kreme@gmail.com.dontsendmecopies> - 2016-01-15 22:39 +0000
                    Re: Xterm configuration Alan Browne <alan.browne@freelunchvideotron.ca> - 2016-01-16 09:10 -0500
                    Re: Xterm configuration "Happy.Hobo" <Happy.Hobo@Spam.Invalid> - 2016-01-20 22:09 -0500
                      Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-21 01:05 -0500
                        Re: Xterm configuration "Happy.Hobo" <Happy.Hobo@Spam.Invalid> - 2016-01-21 12:15 -0500
                          Re: Xterm configuration billy@MIX.COM - 2016-01-22 03:54 +0000
            Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-14 14:42 -0500
              Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-14 15:53 -0500
                Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-14 17:44 -0500
    Re: Xterm configuration Jolly Roger <jollyroger@pobox.com> - 2016-01-14 00:54 +0000
      Re: Xterm configuration Alan Browne <alan.browne@freelunchvideotron.ca> - 2016-01-13 20:22 -0500
        Re: Xterm configuration Barry Margolin <barmar@alum.mit.edu> - 2016-01-13 21:13 -0500
          Re: Xterm configuration Alan Browne <alan.browne@freelunchvideotron.ca> - 2016-01-14 16:57 -0500
            Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-14 17:15 -0500
              Re: Xterm configuration Alan Browne <alan.browne@freelunchvideotron.ca> - 2016-01-14 17:44 -0500
                Re: Xterm configuration JF Mezei <jfmezei.spamnot@vaxination.ca> - 2016-01-15 02:21 -0500
        Re: Xterm configuration "Happy.Hobo" <Happy.Hobo@Spam.Invalid> - 2016-01-20 22:13 -0500
    Re: Xterm configuration Martin Frost me at invalid stanford daht edu <nospam@stanford.edu.invalid> - 2016-01-13 19:51 -0800
    Re: Xterm configuration "Happy.Hobo" <Happy.Hobo@Spam.Invalid> - 2016-01-20 21:58 -0500

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#34325

In message <n799qj$p70$1@reader2.panix.com> 
  billy@MIX.COM <billy@MIX.COM> wrote:
> As for fonts, I'm using Monaco, which is for me the best
> looking of those supplied by Apple.

Hrm. I much prefer Menlo, especially the weight of punctuation marks and
the clarity of the numbers. I don't dislike monaco at all (I dislike
courier), but I find Menlo a significant improvement.

Inconsolada (or something, it's not on this machine) is good as well.

-- 
Behind every great man there's a woman with a vibrator -- Hawkeye Pierce

[toc] | [prev] | [next] | [standalone]

#34327

Lewis <g.kreme@gmail.com.dontsendmecopies> wrote:
> In message <n799qj$p70$1@reader2.panix.com> 
>   billy@MIX.COM <billy@MIX.COM> wrote:
>> As for fonts, I'm using Monaco, which is for me the best
>> looking of those supplied by Apple.
> 
> Hrm. I much prefer Menlo, especially the weight of punctuation marks and
> the clarity of the numbers. I don't dislike monaco at all (I dislike
> courier), but I find Menlo a significant improvement.
> 
> Inconsolada (or something, it's not on this machine) is good as well.

I like Adobe's open source font, Source Code Pro:

<http://blog.typekit.com/2012/09/24/source-code-pro/>

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR 

[toc] | [prev] | [next] | [standalone]

#34328

In message <dfrld6F73g8U1@mid.individual.net> 
  Jolly Roger <jollyroger@pobox.com> wrote:
> Lewis <g.kreme@gmail.com.dontsendmecopies> wrote:
>> In message <n799qj$p70$1@reader2.panix.com> 
>>   billy@MIX.COM <billy@MIX.COM> wrote:
>>> As for fonts, I'm using Monaco, which is for me the best
>>> looking of those supplied by Apple.
>> 
>> Hrm. I much prefer Menlo, especially the weight of punctuation marks and
>> the clarity of the numbers. I don't dislike monaco at all (I dislike
>> courier), but I find Menlo a significant improvement.
>> 
>> Inconsolada (or something, it's not on this machine) is good as well.

> I like Adobe's open source font, Source Code Pro:

> <http://blog.typekit.com/2012/09/24/source-code-pro/>

The dotted 0 bugs me, but yeah, that's a good code font.


-- 
If at first you don't succeed, destroy all evidence that you tried.

[toc] | [prev] | [next] | [standalone]

#34330

On 2016-01-15, Lewis <g.kreme@gmail.com.dontsendmecopies> wrote:
> In message <dfrld6F73g8U1@mid.individual.net> 
>   Jolly Roger <jollyroger@pobox.com> wrote:
>> Lewis <g.kreme@gmail.com.dontsendmecopies> wrote:
>>> In message <n799qj$p70$1@reader2.panix.com> 
>>>   billy@MIX.COM <billy@MIX.COM> wrote:
>>>> As for fonts, I'm using Monaco, which is for me the best
>>>> looking of those supplied by Apple.
>>> 
>>> Hrm. I much prefer Menlo, especially the weight of punctuation marks and
>>> the clarity of the numbers. I don't dislike monaco at all (I dislike
>>> courier), but I find Menlo a significant improvement.
>>> 
>>> Inconsolada (or something, it's not on this machine) is good as well.
>
>> I like Adobe's open source font, Source Code Pro:
>
>> <http://blog.typekit.com/2012/09/24/source-code-pro/>
>
> The dotted 0 bugs me, but yeah, that's a good code font.

I somewhat prefer the slashed zero, but it's not enough to make me
choose another font. Inconsolata is great, but has worse issues with
size and variations.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#34324

In message <n78vad$kj6$1@pcls7.std.com> 
  Michael Moroney <moroney@TheWorld.com> wrote:
> So far I see most of the options I want to turn on or off (except borders)  
> in the control-mouse button menus.  Now to find all the resource names so
> I don't have to set and unset them each time..

> Jolly Roger <jollyroger@pobox.com> writes:

>>What doesn't Terminal do that you need?

> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
> newer terminal to use with software that uses its functions heavily, 
> including some more obscure features.  So far other emulators have either
> been incomplete, buggy or I can't get the keypad to work right (usually
> trying to get the "clear" key to act as PF1).

Terminal works as a vt220. Preferences -> Profiles -> Keyboard lets you
define specific keys to specific escape codes.

-- 
"I've had a perfectly wonderful evening. But this wasn't it." - Groucho
Marx

[toc] | [prev] | [next] | [standalone]

#34404

On 01-14-2016 21:29, Lewis wrote:
> Terminal works as a vt220. Preferences -> Profiles -> Keyboard lets you
> define specific keys to specific escape codes.

It defaults to "xterm-color" and the menu of eleven choices includes 
vt51, vt100, and vt102 but not vt220

[toc] | [prev] | [next] | [standalone]

#34449

Lewis <g.kreme@gmail.com.dontsendmecopies> writes:

>In message <n78vad$kj6$1@pcls7.std.com> 
>  Michael Moroney <moroney@TheWorld.com> wrote:
>> So far I see most of the options I want to turn on or off (except borders)  
>> in the control-mouse button menus.  Now to find all the resource names so
>> I don't have to set and unset them each time..

>> Jolly Roger <jollyroger@pobox.com> writes:

>>>What doesn't Terminal do that you need?

>> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
>> newer terminal to use with software that uses its functions heavily, 
>> including some more obscure features.  So far other emulators have either
>> been incomplete, buggy or I can't get the keypad to work right (usually
>> trying to get the "clear" key to act as PF1).

>Terminal works as a vt220. Preferences -> Profiles -> Keyboard lets you
>define specific keys to specific escape codes.

I tried Terminal a long time ago and decided it didn't work but I didn't
remember why.

So, I just tried it again in VT100 mode.  It does mostly work, except for
two things. First, I cannot get it to respond to the escape sequence for
switching between 80/132 character width mode.  I probably missed
something but as of now I have not found it.  This is a standard VTxxx
function, not something obscure.

However, I have not been able to define the keypad keys clear = / * as
PF1-PF4.  I did find the "Allow VT100 application keypad mode" under
Advanced as well as the "Keyboard" menu mentioned.  Under "Keyboard" it
allows you to define F1-F20, the four arrow keys, five of the six keys
under f13/f14/f15 (fn not available as someone else mentioned for xterm
but that's fine) and delete, but nothing to redefine clear = / *.  Again,
not an obscure function.  The other keypad keys work correctly.

Other than this, terminal behaves properly under EDT and does the funky
line drawing characters code like Notes or Show Cluster do.

iterm2 pissed me off because hardware I cannot control (console firmware)
sometimes spews a sequence that puts iterm2 into a funky state with a
scroll region of 1 line. Do *anything* and its output "scrolls off" the
one-line output when it output the prompt for the next command.  Reset
does not clear up this state.

[toc] | [prev] | [next] | [standalone]

#34329

On 2016-01-14 15:09, Michael Moroney wrote:
> So far I see most of the options I want to turn on or off (except borders)
> in the control-mouse button menus.  Now to find all the resource names so
> I don't have to set and unset them each time..
>
> Jolly Roger <jollyroger@pobox.com> writes:
>
>> What doesn't Terminal do that you need?
>
> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
> newer terminal to use with software that uses its functions heavily,
> including some more obscure features.  So far other emulators have either

What obscure features?  Specifically.


> been incomplete, buggy or I can't get the keypad to work right (usually
> trying to get the "clear" key to act as PF1).  I don't remember what
> problems I had with Terminal other than it was pretty much the first thing
> I tried to use.
>
> I've spotted an apparent bug with Xterm but so far it is the best, other
> than PuTTY on a PC.
>



-- 
"But I am somehow extraordinarily lucky, for a guy with shitty luck."
               ..Harrison Ford, Rolling Stone - 2015-12-02

[toc] | [prev] | [next] | [standalone]

#34331

Alan Browne <alan.browne@freelunchvideotron.ca> writes:

>On 2016-01-14 15:09, Michael Moroney wrote:
>> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
>> newer terminal to use with software that uses its functions heavily,
>> including some more obscure features.  So far other emulators have either

>What obscure features?  Specifically.

One I know of is the cursor positioning escape sequence.  CSI Pr ; Pc H
where Pr and Pc are ASCII decimal numbers for row and column.
(CSI is <ESC> [ or the 8 bit equivalent) When Pr and Pc are both specified
it works. However, the spec states that if either Pr or Pc are omitted (or
specified as 0), it is treated as if it was 1.  You can also omit the ";"
if you omit Pc.  So the sequence CSI ; 7 H goes to Row 1, Column 7, and 
both CSI 7 ; H and CSI 7 H goes to Row 7, Col 1, and CSI H goes to Row 1, 
Column 1.  Some emulators don't do this right, and I've seen editors use 
the shortened sequences.

Generally I haven't investigated the details, rather I see if the output 
of a few tools on VMS work correctly.  (I figure just about everyone here
other than JF isn't familiar with VMS).  Specifically, two VMS editors
($ EDIT/EDT and EDIT/TPU), Notes and $ SHOW CLUSTER are usually enough to
scare out a bug or two, or show whether the keypad works correctly.

Somewhere on the net is a system you can telnet/SSH to and it exercizes
just about every VTxxx function possible, and supposedly almost no
emulators get everything (not counting non-applicable things like 
initialize selftest) right.  It even knows of VTxxx bugs and you can
tell if your emulator is bug-for-bug compatible.  I'll have to find it
again, hope it still exists.  Haven't used it in years.

[toc] | [prev] | [next] | [standalone]

#34332

On 2016-01-15, Michael Moroney <moroney@world.std.spaamtrap.com> wrote:
> Alan Browne <alan.browne@freelunchvideotron.ca> writes:
>
>>On 2016-01-14 15:09, Michael Moroney wrote:
>>> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
>>> newer terminal to use with software that uses its functions heavily,
>>> including some more obscure features.  So far other emulators have either
>
>>What obscure features?  Specifically.
>
> One I know of is the cursor positioning escape sequence.  CSI Pr ; Pc H
> where Pr and Pc are ASCII decimal numbers for row and column.
> (CSI is <ESC> [ or the 8 bit equivalent) When Pr and Pc are both specified
> it works. However, the spec states that if either Pr or Pc are omitted (or
> specified as 0), it is treated as if it was 1.  You can also omit the ";"
> if you omit Pc.  So the sequence CSI ; 7 H goes to Row 1, Column 7, and 
> both CSI 7 ; H and CSI 7 H goes to Row 7, Col 1, and CSI H goes to Row 1, 
> Column 1.  Some emulators don't do this right, and I've seen editors use 
> the shortened sequences.
>
> Generally I haven't investigated the details, rather I see if the output 
> of a few tools on VMS work correctly.  (I figure just about everyone here
> other than JF isn't familiar with VMS).  Specifically, two VMS editors
> ($ EDIT/EDT and EDIT/TPU), Notes and $ SHOW CLUSTER are usually enough to
> scare out a bug or two, or show whether the keypad works correctly.
>
> Somewhere on the net is a system you can telnet/SSH to and it exercizes
> just about every VTxxx function possible, and supposedly almost no
> emulators get everything (not counting non-applicable things like 
> initialize selftest) right.  It even knows of VTxxx bugs and you can
> tell if your emulator is bug-for-bug compatible.  I'll have to find it
> again, hope it still exists.  Haven't used it in years.

Honestly, I'm finding it hard to imagine why anyone cares this much.
Then again I don't spend copious amounts of time using the cursor in
terminal windows and so on.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#34333

In article <dfsu0iFdjl8U2@mid.individual.net>,
 Jolly Roger <jollyroger@pobox.com> wrote:

> On 2016-01-15, Michael Moroney <moroney@world.std.spaamtrap.com> wrote:
> > Alan Browne <alan.browne@freelunchvideotron.ca> writes:
> >
> >>On 2016-01-14 15:09, Michael Moroney wrote:
> >>> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
> >>> newer terminal to use with software that uses its functions heavily,
> >>> including some more obscure features.  So far other emulators have either
> >
> >>What obscure features?  Specifically.
> >
> > One I know of is the cursor positioning escape sequence.  CSI Pr ; Pc H
> > where Pr and Pc are ASCII decimal numbers for row and column.
> > (CSI is <ESC> [ or the 8 bit equivalent) When Pr and Pc are both specified
> > it works. However, the spec states that if either Pr or Pc are omitted (or
> > specified as 0), it is treated as if it was 1.  You can also omit the ";"
> > if you omit Pc.  So the sequence CSI ; 7 H goes to Row 1, Column 7, and 
> > both CSI 7 ; H and CSI 7 H goes to Row 7, Col 1, and CSI H goes to Row 1, 
> > Column 1.  Some emulators don't do this right, and I've seen editors use 
> > the shortened sequences.
> >
> > Generally I haven't investigated the details, rather I see if the output 
> > of a few tools on VMS work correctly.  (I figure just about everyone here
> > other than JF isn't familiar with VMS).  Specifically, two VMS editors
> > ($ EDIT/EDT and EDIT/TPU), Notes and $ SHOW CLUSTER are usually enough to
> > scare out a bug or two, or show whether the keypad works correctly.
> >
> > Somewhere on the net is a system you can telnet/SSH to and it exercizes
> > just about every VTxxx function possible, and supposedly almost no
> > emulators get everything (not counting non-applicable things like 
> > initialize selftest) right.  It even knows of VTxxx bugs and you can
> > tell if your emulator is bug-for-bug compatible.  I'll have to find it
> > again, hope it still exists.  Haven't used it in years.
> 
> Honestly, I'm finding it hard to imagine why anyone cares this much.
> Then again I don't spend copious amounts of time using the cursor in
> terminal windows and so on.

Well, it sounds like he's working on a VMS system. VMS and the VTxxx 
terminals were developed around the same time, by the same company, so 
it's not surprising that VMS software has some strong dependencies on 
all the features of the terminal.

-- 
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***

[toc] | [prev] | [next] | [standalone]

#34334

On 2016-01-15, Barry Margolin <barmar@alum.mit.edu> wrote:
> In article <dfsu0iFdjl8U2@mid.individual.net>,
>  Jolly Roger <jollyroger@pobox.com> wrote:
>
>> Honestly, I'm finding it hard to imagine why anyone cares this much.
>> Then again I don't spend copious amounts of time using the cursor in
>> terminal windows and so on.
>
> Well, it sounds like he's working on a VMS system. VMS and the VTxxx 
> terminals were developed around the same time, by the same company, so 
> it's not surprising that VMS software has some strong dependencies on 
> all the features of the terminal.

Yeah, I guess that makes sense. I haven't ever touched VMS, myself.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#34335

Jolly Roger <jollyroger@pobox.com> writes:

>On 2016-01-15, Barry Margolin <barmar@alum.mit.edu> wrote:
>> In article <dfsu0iFdjl8U2@mid.individual.net>,
>>  Jolly Roger <jollyroger@pobox.com> wrote:
>>
>>> Honestly, I'm finding it hard to imagine why anyone cares this much.
>>> Then again I don't spend copious amounts of time using the cursor in
>>> terminal windows and so on.
>>
>> Well, it sounds like he's working on a VMS system. VMS and the VTxxx 
>> terminals were developed around the same time, by the same company, so 
>> it's not surprising that VMS software has some strong dependencies on 
>> all the features of the terminal.

>Yeah, I guess that makes sense. I haven't ever touched VMS, myself.

Yes, I don't care about the details of old terminal functions.  I am just
looking for something that works well.  And yes, VMS frequently makes
heavy use of terminal functions.

[toc] | [prev] | [next] | [standalone]

#34336

In comp.sys.mac.system Michael Moroney <moroney@world.std.spaamtrap.com> wrote:

> Generally I haven't investigated the details, rather I see if the output 
> of a few tools on VMS work correctly.  (I figure just about everyone here
> other than JF isn't familiar with VMS).

I know I'm not the only other VMS user here, heh...

> Specifically, two VMS editors ($ EDIT/EDT and EDIT/TPU),

I use EDT heavily, also KED/KEX, and have no problems with them.

[KED = Keypad (controlled) EDitor, KEX is an extended memory
version of it]

> Notes

Notes I've already mentioned.

> and $ SHOW CLUSTER

It's slightly broken with Apple's terminal emulator, but not
badly - vertical lines to the right of labels and names are off
by a column.  It's not the end of the world...  Not so oddly
enough, Apple's older version of Terminal does not have this
problem.

For those not familiar with what it displays, it draws some boxes
using line graphic chars to contain the data.

> or show whether the keypad works correctly.

If you want a working keypad, use the previously mentioned remapping
tool.

> Somewhere on the net is a system you can telnet/SSH to and it exercizes
> just about every VTxxx function possible, and supposedly almost no
> emulators get everything (not counting non-applicable things like 
> initialize selftest) right.  It even knows of VTxxx bugs and you can
> tell if your emulator is bug-for-bug compatible.  I'll have to find it
> again, hope it still exists.  Haven't used it in years.

This guy's site is still up -

http://invisible-island.net/vttest/vttest.html

More stuff is here -

https://duckduckgo.com/?q=vttest

Billy Y..
-- 
        sub     #'9+1   ,r0             ; convert ascii byte
	add     #9.+1   ,r0             ; to an integer
	bcc     20$                     ; not a number

[toc] | [prev] | [next] | [standalone]

#34337

In message <n7bcpb$gah$1@pcls7.std.com> 
  Michael Moroney <moroney@world.std.spaamtrap.com> wrote:
> Somewhere on the net is a system you can telnet/SSH to and it exercizes
> just about every VTxxx function possible, and supposedly almost no
> emulators get everything (not counting non-applicable things like 
> initialize selftest) right.  It even knows of VTxxx bugs and you can
> tell if your emulator is bug-for-bug compatible.  I'll have to find it
> again, hope it still exists.  Haven't used it in years.

I used vttest years ago, must be 20 years back.

-- 
Moving into the universe
And she's drifting this way and that
Not touching the ground at all
And she's up above the yard

[toc] | [prev] | [next] | [standalone]

#34338

In message <slrnn9itd7.1arh.g.kreme@amelia.local> 
  Lewis <g.kreme@gmail.com.dontsendmecopies> wrote:
> In message <n7bcpb$gah$1@pcls7.std.com> 
>   Michael Moroney <moroney@world.std.spaamtrap.com> wrote:
>> Somewhere on the net is a system you can telnet/SSH to and it exercizes
>> just about every VTxxx function possible, and supposedly almost no
>> emulators get everything (not counting non-applicable things like 
>> initialize selftest) right.  It even knows of VTxxx bugs and you can
>> tell if your emulator is bug-for-bug compatible.  I'll have to find it
>> again, hope it still exists.  Haven't used it in years.

> I used vttest years ago, must be 20 years back.

doh, forgot the link.

<http://invisible-island.net/vttest/vttest.html>


-- 
Ten Minutes ago you beat a man senseless. He was senseless before I
beat him.

[toc] | [prev] | [next] | [standalone]

#34341

On 2016-01-15 13:11, Michael Moroney wrote:
> Alan Browne <alan.browne@freelunchvideotron.ca> writes:
>
>> On 2016-01-14 15:09, Michael Moroney wrote:
>>> I'm looking for a terminal emulator that can faithfully emulate a VT220 or
>>> newer terminal to use with software that uses its functions heavily,
>>> including some more obscure features.  So far other emulators have either
>
>> What obscure features?  Specifically.
>
> One I know of is the cursor positioning escape sequence.  CSI Pr ; Pc H
> where Pr and Pc are ASCII decimal numbers for row and column.
> (CSI is <ESC> [ or the 8 bit equivalent) When Pr and Pc are both specified
> it works. However, the spec states that if either Pr or Pc are omitted (or
> specified as 0), it is treated as if it was 1.  You can also omit the ";"
> if you omit Pc.  So the sequence CSI ; 7 H goes to Row 1, Column 7, and
> both CSI 7 ; H and CSI 7 H goes to Row 7, Col 1, and CSI H goes to Row 1,
> Column 1.  Some emulators don't do this right, and I've seen editors use
> the shortened sequences.

For your example above I don't have issue with that command in OS X 
terminal for programs I write.  But I don't use empty clauses, either 
it's the "home" command (no col/row) or both column and row are specified.

>
> Generally I haven't investigated the details, rather I see if the output
> of a few tools on VMS work correctly.  (I figure just about everyone here
> other than JF isn't familiar with VMS).  Specifically, two VMS editors
> ($ EDIT/EDT and EDIT/TPU), Notes and $ SHOW CLUSTER are usually enough to
> scare out a bug or two, or show whether the keypad works correctly.

Many here are familiar with VMS.  Other than legacy support here and 
there there's really no need to move it forward.  It's all but dead.

>
> Somewhere on the net is a system you can telnet/SSH to and it exercizes
> just about every VTxxx function possible, and supposedly almost no
> emulators get everything (not counting non-applicable things like
> initialize selftest) right.  It even knows of VTxxx bugs and you can
> tell if your emulator is bug-for-bug compatible.  I'll have to find it
> again, hope it still exists.  Haven't used it in years.

Good luck with that.  That said I doubt anyone is wasting time on 
perfecting their emulators.  Better to let programmers program quirks 
than fix the problematic quirks.  Fixing them to perfection could screw 
up a lot of quirky code.  (Recall Turbo Assember (TASM) quirks mode to 
emulate the bugs in the MS assembler (MASM)).


-- 
"But I am somehow extraordinarily lucky, for a guy with shitty luck."
               ..Harrison Ford, Rolling Stone - 2015-12-02

[toc] | [prev] | [next] | [standalone]

#34405

On 01-15-2016 13:11, Michael Moroney wrote:
> of a few tools on VMS work correctly.  (I figure just about everyone here
> other than JF isn't familiar with VMS).  Specifically, two VMS editors

VMS still lives ?!?  I last saw it in 1989 (was having a lot of fun with 
TPU but I recovered from the loss).  :-)

[toc] | [prev] | [next] | [standalone]

#34409

On 2016-01-20 22:09, Happy.Hobo wrote:

> VMS still lives ?!?  I last saw it in 1989 (was having a lot of fun with 
> TPU but I recovered from the loss).  :-)

HP formally ended development in 2014 I think, and former engineers got
together and formed VMS Software Inc (VSI) and obtained rights to
develop and market VMS from HP (but HP still owns the IP).

VMS is being ported to the x86, and support for the last Itaniums also
coming from VSI. VSI not allowed to develop for Alpha or VAX though.

[toc] | [prev] | [next] | [standalone]

#34413

On 01-21-2016 01:05, JF Mezei wrote:
> On 2016-01-20 22:09, Happy.Hobo wrote:
>
>> VMS still lives ?!?  I last saw it in 1989 (was having a lot of fun with
>> TPU but I recovered from the loss).  :-)
>
> HP formally ended development in 2014 I think, and former engineers got
> together and formed VMS Software Inc (VSI) and obtained rights to
> develop and market VMS from HP (but HP still owns the IP).
>
> VMS is being ported to the x86, and support for the last Itaniums also
> coming from VSI. VSI not allowed to develop for Alpha or VAX though.

I'd guess VMS 2014 and VMS 1989 are almost unrecognizable as relatives.  :-)

I can't afford the time to look, though.

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | comp.sys.mac.apps

csiph-web