- HECnet - lists @ Update

FMS, SMG$, Windowing/Forms on a Text Terminal

by mark＠wickensonline.co.uk

On 01/10/2013 10:41, Jordi Guillaumes i Pons wrote: El 01/10/2013, a les 11:10, Mark Wickens <mark at wickensonline.co.uk> va escriure: I understand where you're coming from Sampsa with regards to forms on text terminals. I've always found applications that do this strangely fascinating for no particular reason. I remember back around 1992 when I was working for Cyberscience one of the lead developers wrote a terminal based application to create database queries visually and I thought it was just so cool! DEC had several products which did forms. FMS was the oldest and IIRC the most extended. Then there was also TDMS and DecForms, which was very, very powerful but vastly complicated. I used it, and have to confess I liked it. A lot. Then there was a product called RALLY, which was a 4G system to do database applications. It generated automatically database maintenance forms, including hyerarchical formats. It had a pascal-ish programming languange to do scripting and non-forms logic. I liked that one too (albeit it was slow as hell). I also worked at the PPA in Newcastle around the 2000s which was an IBM mainframe shop. The JCL boys were a law unto themselves and it was clear they would have a job for life all the time no one switched off the big iron. I'm drawn to the esoteric so found that environment equally interesting, although I would be totally clueless to how it is driven. That is job security thru obscurity. Believe me, JCL is _NOT_ that hard. It has basically four instructions (JOB, EXEC, PROC and DD) and their corresponding parameters, which if you read the docs can seem like a lot... until you realize you will be using just a small subset in real life. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES Very interesting! I have played a little with SMG$ as part of Retrochallenge, and looked at the other projects, but as hinted there is a steep learning curve with a lot of the products that is bound to put most off. Your last comment made me think of a job interview I had at the Skandia factory who were a big IBM user in Luton when I was leaving University. After the interview I was quietly told that although they thought I was fantastic that I'd be better off getting a job somewhere else as working there would 'bore me to tears'! -- http://www.wickensonline.co.uk http://hecnet.eu http://declegacy.org.uk http://retrochallenge.net https://twitter.com/#!/%40urbancamo

11 years, 10 months

1
0
0 0

FMS, SMG$, Windowing/Forms on a Text Terminal

by jg＠jordi.guillaumes.name

El 01/10/2013, a les 11:10, Mark Wickens <mark at wickensonline.co.uk> va escriure: I understand where you're coming from Sampsa with regards to forms on text terminals. I've always found applications that do this strangely fascinating for no particular reason. I remember back around 1992 when I was working for Cyberscience one of the lead developers wrote a terminal based application to create database queries visually and I thought it was just so cool! DEC had several products which did forms. FMS was the oldest and IIRC the most extended. Then there was also TDMS and DecForms, which was very, very powerful but vastly complicated. I used it, and have to confess I liked it. A lot. Then there was a product called RALLY, which was a 4G system to do database applications. It generated automatically database maintenance forms, including hyerarchical formats. It had a pascal-ish programming languange to do scripting and non-forms logic. I liked that one too (albeit it was slow as hell). I also worked at the PPA in Newcastle around the 2000s which was an IBM mainframe shop. The JCL boys were a law unto themselves and it was clear they would have a job for life all the time no one switched off the big iron. I'm drawn to the esoteric so found that environment equally interesting, although I would be totally clueless to how it is driven. That is job security thru obscurity. Believe me, JCL is _NOT_ that hard. It has basically four instructions (JOB, EXEC, PROC and DD) and their corresponding parameters, which if you read the docs can seem like a lot... until you realize you will be using just a small subset in real life. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

11 years, 10 months

1
0
0 0

FMS, SMG$, Windowing/Forms on a Text Terminal

by mark＠wickensonline.co.uk

I understand where you're coming from Sampsa with regards to forms on text terminals. I've always found applications that do this strangely fascinating for no particular reason. I remember back around 1992 when I was working for Cyberscience one of the lead developers wrote a terminal based application to create database queries visually and I thought it was just so cool! I also worked at the PPA in Newcastle around the 2000s which was an IBM mainframe shop. The JCL boys were a law unto themselves and it was clear they would have a job for life all the time no one switched off the big iron. I'm drawn to the esoteric so found that environment equally interesting, although I would be totally clueless to how it is driven. Mark. -- http://www.wickensonline.co.uk http://hecnet.eu http://declegacy.org.uk http://retrochallenge.net https://twitter.com/#!/%40urbancamo

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by hvlems＠zonnet.nl

At Fujitsu we did have an IBM mainframe (dos/vse and VM). It had no network interface by itself. Eventually it was connected to the LAN via a channel attached DECnet gateway. In order to test connectivity we had to submit jcl decks. I agree fully with you how that language (?) was designed: a mess. On Burroughs one has WFL and that looks like A lol. Jcl looks like assembler without a proper design... Van: Sampsa Laine Verzonden: maandag 30 september 2013 21:38 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :) >> name but it was a blessing because the shell commands were beyond human Ever try to write anything in JCL? :) That language is messed up, I have about 3 books on it and still can't really figure out how it works except by direct copying scripts from the book to a live system. Sometimes I even manage to compile COBOL programs, but I haven't figured out the LINK EDITOR which one needs to turn the output into an executable. Interesting experience though, might come in handy when I come across clients with big System z or S/390 setups..

11 years, 10 months

1
0
0 0

VT-62?

by wilson＠dbit.com

From: "Jerome H. Fine" <jhfinedp3k at compsys.to> In another 30 years, it is almost certain that no one will even know what these terminals are, let alone that any will actually work or that there will be systems to use them with. Even after the first 30 years, here's a dumb question: what color is a VT52? Mine (which does work) is a nice cirty yellow, like coffee-stained linoleum, even after a good scrub. But when I was working on an icon for emulated VT52 sessions, it occurred to me that making it look like *my* VT52 might be dumb. Were VT52s always yellowish, or did they begin life as sparkly white as the bottom of a VT100 keyboard, and it takes 30 years of sunburn to get them where they are now? I bought the stuff to make some Retro-Brite ages ago but still haven't gotten around to mixing it up. John Wilson D Bit

11 years, 10 months

1
0
0 0

VT-62?

by jhfinedp3k＠compsys.to

>Bob Armstrong wrote: What can be done (non-destructive suggestions only, please) with a VT-62? This is NOT a VT52 (although it looks like one). The VT62 is a block mode terminal that, I think, actually speaks DDCMP. AFAIK it's incapable of being a plain ASCII terminal unless there's some hack I'm unaware of. If you are able to use the VT62 terminal under RT-11, DEC supported a special variant of KED specifically for the VT62, namely K62.SAV, as opposed to the variant, Ked.SAV, for the VT100. There is also a variant of KED specifically for the VT52, namely K52.SAV, in addition to a separate variant for the VT100, Ker.SAV, which is used when RSTS/E is the PDP-11 operating system. While these two special variants of Ked.SAV, namely K52.SAV and K62.SAV, are not generally available, at least K52.SAV can be downloaded as part of the binary RT-11 distribution from some of those distributions starting with V04.00 of RT-11. After DEC stopped supporting the VT52 and VT62 terminals (around 1989), the KED variants for these two terminals were still maintained, but not longer included in the standard RT-11 binary distributions. All of the KED variants, including K62.SAV, can still be produced for V05.06 of RT-11. Although it is not possible to determine if K62.SAV is correct, the two variants of KED which are included in the distribution for V05.06 of RT-11, Ked.SAV and Kex.SAV, are identical to the copies produced from the source code when all nine of the DEC supported variants of KED are assembled and linked. So it seems very probable that the K52.SAV and K62.SAV variants are correct as well. I am not familiar with exactly what special features K62.SAV uses in the VT62 terminal, so it is not possible for me to advise you in that regard. Aside from RT-11, I am not aware of any other application program which knows anything at all about the VT62 terminal, let alone the differences between the VT52 and the VT62. Right now the only thing I can think of is to part it out as spares for my VT52. I have two of the latter and it looks like at least some of the major assemblies - CRT, keyboard, power supply - are identical. I hate to do that, though, if there's a better use for it. If you really do have a working VT62 (or one that can be repaired), that would be sad situation if you were to use the VT62 are spares for the VT52. There are probably very few working VT52 terminals around these days although I may still have one (it has not been turned on for at least a few years). I doubt that there are even a fraction of that number of VT62 terminals left anywhere. On the other hand, all the VT52 and VT62 terminals are over 30 years old. In another 30 years, it is almost certain that no one will even know what these terminals are, let alone that any will actually work or that there will be systems to use them with. So if you can use the VT62 parts to keep a VT52 in working order, it is your terminal to do as you wish. For example, there has been no one interested in a new variant of KED which supports the VT420 with more than 24 lines, named (appropriately I think) the K42.SAV, which I use under Ersatz-11. Since there is support, under the VT100 emulation included with Ersatz-11, for up to 255 columns by 255 lines (in particular for the Win32 variant), K42.SAV has been enhanced to support both of those screen sizes, although NOT at the same time. In practical terms, the best my monitor can support under the DOS variant of Ersatz-11 is either 80 columns by 50 lines OR 132 columns by 44 lines. For the Win32 variant of Ersatz-11, there is support for a screen size on the monitor of up to approximately 200 columns by 70 lines. Along with a much larger cut / paste buffer and some very nice extra features for the HELP screens, I find that K42.SAV is much improved over DEC variant, Ked.SAV, which is limited to 24 lines. Jerome Fine

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by jg＠jordi.guillaumes.name

El 01/10/2013, a les 0:40, Dave McGuire <mcguire at neurotica.com> va escriure: As (primarily) UNIX people, we are trained to think in terms of abstraction layers and common interfaces. The IBM mainframe world in general, and JCL in particular, find no value at all in that. Production shops today, on modern hardware, still sometimes think in terms of allocating cylinders on disk drives for job output. Not 'sometimes'. Most of times. A IBM educated programmer misses the possibility of limiting the output storage used by a program. The idea of a runaway program eating a whole filesystem is... weird. On the other hand, the 'file' concept is abstract in MVS. The programmer uses 'files' which are bound to real physical datasets via JCL, so there is some level of abstraction at the I/O level. VMS and RSX 11M+ have the logical name stuff, which can be seen as similar to the DD cards in a job. Unfortunately UNIX dies not have anything similar (symlinks being the closest ). JCL is fast to parse, efficient to execute, and hard to read and write. Most of the JCL is generated automatically from skeletons or put together by a program. It is a little bit hard to code JCL by hand, but it is really easy to write a JCL generator. The IBM mainframe world never bought into that bullshit idea of "programmer time is more important than processor time", because, well, it isn't. The programmer does whatever is fastest for the computer to execute. Well, the damn subcapping thing makes an installation to be very aware about CPU usage. And, one way or another, IBM always wins this war... -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by mcguire＠neurotica.com

On 09/30/2013 05:13 PM, Sampsa Laine wrote: JCL is really easy once you begin to think "in JCL" instead than in DCL/whatever script language. The weirdest thing it has is the COND expression, which works the opposite it seems to have to work. Everything else is just syntax you can learn (or look at in a manual). I'm not quite there yet :) Need to read a bit more of the JCL books I have I fear. But yes, it's not strictly speaking a scripting language, more like a definition of how to run a payload (such as a COBOL compile+link), no? In any case the syntax is WEIRD compared to DCL or bash, you have to admit.. DCL and Bourne shell are a combination of interactive and scripting languages, while JCL is entirely a batch language. Its syntax reflects its heritage and intended usage pattern. As (primarily) UNIX people, we are trained to think in terms of abstraction layers and common interfaces. The IBM mainframe world in general, and JCL in particular, find no value at all in that. Production shops today, on modern hardware, still sometimes think in terms of allocating cylinders on disk drives for job output. Once you get used to that, and realize that even though it may offend your sensibilities at first, that it's really "ok", it all becomes much easier. JCL is fast to parse, efficient to execute, and hard to read and write. The IBM mainframe world never bought into that bullshit idea of "programmer time is more important than processor time", because, well, it isn't. The programmer does whatever is fastest for the computer to execute. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by gregg.drwho8＠gmail.com

Hello! That would be me. RJE is being worked on. But there are still timing issues to be worked on, and the big driving issue is that people wanted to connect to Hercules as a linemode driven device, telnet via Putty for example. Let's just say that at the time didn't work. The 3.09 release may work, I believe the development releases do work. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Mon, Sep 30, 2013 at 5:55 PM, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: To go back in topic, I'd love to hook my MVS 3.8J Hercules instance to HECnet using (at least) RJE. I think someone in this list is aware of the Hercules side developments... IIRC there is a 2880 emulation being worked. That could interface with a DMC to expose the VAX as a RJE workstation. Any idea about the status of that development in the Hercules side? Jordi Guillaumes i Pons Barcelona - Catalunya - Europa El 30/09/2013, a les 23:32, Sampsa Laine <sampsa at mac.com> va escriure: On 30 Sep 2013, at 23:27, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: As for compile and link, there are prebuilt JCL procedures at SYS1.PROCLIB; you should not bother to write the steps yourself, just invoke the procedure and do some DD override to inject your source code and your listing output. My zOS instance is now offline... I can put it up to search it for you. No that's fine, I can fire up my OS/390 or z/OS instances if I want to play around with this stuff :)

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by jg＠jordi.guillaumes.name

To go back in topic, I'd love to hook my MVS 3.8J Hercules instance to HECnet using (at least) RJE. I think someone in this list is aware of the Hercules side developments... IIRC there is a 2880 emulation being worked. That could interface with a DMC to expose the VAX as a RJE workstation. Any idea about the status of that development in the Hercules side? Jordi Guillaumes i Pons Barcelona - Catalunya - Europa El 30/09/2013, a les 23:32, Sampsa Laine <sampsa at mac.com> va escriure: On 30 Sep 2013, at 23:27, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: As for compile and link, there are prebuilt JCL procedures at SYS1.PROCLIB; you should not bother to write the steps yourself, just invoke the procedure and do some DD override to inject your source code and your listing output. My zOS instance is now offline... I can put it up to search it for you. No that's fine, I can fire up my OS/390 or z/OS instances if I want to play around with this stuff :)

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by sampsa＠mac.com

On 30 Sep 2013, at 23:27, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: As for compile and link, there are prebuilt JCL procedures at SYS1.PROCLIB; you should not bother to write the steps yourself, just invoke the procedure and do some DD override to inject your source code and your listing output. My zOS instance is now offline... I can put it up to search it for you. No that's fine, I can fire up my OS/390 or z/OS instances if I want to play around with this stuff :)

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by jg＠jordi.guillaumes.name

El 30/09/2013, a les 23:13, Sampsa Laine <sampsa at mac.com> va escriure: But yes, it's not strictly speaking a scripting language, more like a definition of how to run a payload (such as a COBOL compile+link), no? In any case the syntax is WEIRD compared to DCL or bash, you have to admit.. Yes, and yes. The syntax is basically ASSEMBLER syntax. IBM uses the assembler parser to do a lot of things, and that lot of things looks like assembler source. As for compile and link, there are prebuilt JCL procedures at SYS1.PROCLIB; you should not bother to write the steps yourself, just invoke the procedure and do some DD override to inject your source code and your listing output. My zOS instance is now offline... I can put it up to search it for you. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by sampsa＠mac.com

On 30 Sep 2013, at 22:41, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: JCL is really easy once you begin to think "in JCL" instead than in DCL/whatever script language. The weirdest thing it has is the COND expression, which works the opposite it seems to have to work. Everything else is just syntax you can learn (or look at in a manual). I'm not quite there yet :) Need to read a bit more of the JCL books I have I fear. But yes, it's not strictly speaking a scripting language, more like a definition of how to run a payload (such as a COBOL compile+link), no? In any case the syntax is WEIRD compared to DCL or bash, you have to admit.. sampsa

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by jg＠jordi.guillaumes.name

El 30/09/2013, a les 21:38, Sampsa Laine <sampsa at mac.com> va escriure: name but it was a blessing because the shell commands were beyond human Ever try to write anything in JCL? :) That language is messed up, I have about 3 books on it and still can't really figure out how it works except by direct copying scripts from the book to a live system. Sometimes I even manage to compile COBOL programs, but I haven't figured out the LINK EDITOR which one needs to turn the output into an executable. Interesting experience though, might come in handy when I come across clients with big System z or S/390 setups.. JCL is really easy once you begin to think "in JCL" instead than in DCL/whatever script language. The weirdest thing it has is the COND expression, which works the opposite it seems to have to work. Everything else is just syntax you can learn (or look at in a manual). JCL is NOT a script language. If you look at it under that perspective, you will never grasp it. (I used to be one of the few rare people who wrote his JCL decks from scratch, beginning with the first //USERNAME JOB XXX... card ;)). Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by sampsa＠mac.com

name but it was a blessing because the shell commands were beyond human Ever try to write anything in JCL? :) That language is messed up, I have about 3 books on it and still can't really figure out how it works except by direct copying scripts from the book to a live system. Sometimes I even manage to compile COBOL programs, but I haven't figured out the LINK EDITOR which one needs to turn the output into an executable. Interesting experience though, might come in handy when I come across clients with big System z or S/390 setups..

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by ploopster＠gmail.com

Hans Vlems wrote: It is good fun but those panels kept me well away from IBM systems. AIX had something similar as an aid to system managers. I forgot its name but it was a blessing because the shell commands were beyond human comprehension... SMIT. Peace... Sridhar

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by bqt＠softjar.se

On 2013-09-30 14:33, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-30 14:18, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... Me too but not to the extent of be labeled OCD. I don't think I know what OCD means... Obsessive Compulsive Disorder http://www.nimh.nih.gov/health/topics/obsessive-compulsive-disorder-ocd/ind… Ah! Just did not make that connection from the TLA. But I know about the disorder. I don't think I come close to that either... And I like straight angles when I draw on a paper. :-) ------------^^^^^^^^^^^^^^^ Isn't that an oxymoron? Me displaying bad mastering of the English language. :-) I meant 90 degree angles. "Straight angles" comes from my Swedish. And that's a literal translation of an expression, which in Swedish implies 90 degree angles. Expressions, as well as figures of speech, are dangerous, because when translated to another language, might not at all mean what you were thinking. Fair enough. I thought that it might be an idiom translation issue; Although, it's a humorous read as an oxymoron. True. :-) Johnny

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by hvlems＠zonnet.nl

Same in Dutch: rechte hoeken :-) Van: Johnny Billquist Verzonden: maandag 30 september 2013 14:24 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Cc: Brian Schenkenberger, VAXman- Onderwerp: Re: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :) On 2013-09-30 14:18, Brian Schenkenberger, VAXman- wrote: > Johnny Billquist <bqt at softjar.se> writes: > >> Make everything run and function smooth, tidy and efficient. I also have >> a very strict ordering and system to my records, my books and god knows >> what else... > > Me too but not to the extent of be labeled OCD. I don't think I know what OCD means... >> And I like straight angles when I draw on a paper. :-) > ------------^^^^^^^^^^^^^^^ > > Isn't that an oxymoron? Me displaying bad mastering of the English language. :-) I meant 90 degree angles. "Straight angles" comes from my Swedish. And that's a literal translation of an expression, which in Swedish implies 90 degree angles. Expressions, as well as figures of speech, are dangerous, because when translated to another language, might not at all mean what you were thinking. Johnny

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by pontus＠Update.UU.SE

On Mon, Sep 30, 2013 at 02:24:51PM +0200, Johnny Billquist wrote: Me displaying bad mastering of the English language. :-) I meant 90 degree angles. "Straight angles" comes from my Swedish. And that's a literal translation of an expression, which in Swedish implies 90 degree angles. Not really an expression, you just chose the wrong synonym to translate: r t -> rak -> straight instead of r t -> r tt -> right So, a "right angle" would have been fine. And a "brasklapp" (translate that if you can): BQT writes better english than most Swedes I know, including myself, so I take any chance of correcting him :-) /P

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: On 2013-09-30 14:18, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... Me too but not to the extent of be labeled OCD. I don't think I know what OCD means... Obsessive Compulsive Disorder http://www.nimh.nih.gov/health/topics/obsessive-compulsive-disorder-ocd/ind… And I like straight angles when I draw on a paper. :-) ------------^^^^^^^^^^^^^^^ Isn't that an oxymoron? Me displaying bad mastering of the English language. :-) I meant 90 degree angles. "Straight angles" comes from my Swedish. And that's a literal translation of an expression, which in Swedish implies 90 degree angles. Expressions, as well as figures of speech, are dangerous, because when translated to another language, might not at all mean what you were thinking. Fair enough. I thought that it might be an idiom translation issue; Although, it's a humorous read as an oxymoron. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by bqt＠softjar.se

On 2013-09-30 14:18, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... Me too but not to the extent of be labeled OCD. I don't think I know what OCD means... And I like straight angles when I draw on a paper. :-) ------------^^^^^^^^^^^^^^^ Isn't that an oxymoron? Me displaying bad mastering of the English language. :-) I meant 90 degree angles. "Straight angles" comes from my Swedish. And that's a literal translation of an expression, which in Swedish implies 90 degree angles. Expressions, as well as figures of speech, are dangerous, because when translated to another language, might not at all mean what you were thinking. Johnny

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: On 2013-09-30 03:30, Sampsa Laine wrote: On 30 Sep 2013, at 03:27, Johnny Billquist <bqt at softjar.se> wrote: No. Johnny Different sense of humour I guess, and I AM bored out of mind here (in Egypt right now, can't even scuba dive due to shoulder injury, curfew at night, everyones left town more or less).. I'm in village with a few hundred beduins + their camels and goats it feels like. Decent 3G coverage though. Yeah. I probably don't have a great sense of humor. I'm more of the hack-in-the-kernel type of guy. That is what I find really enjoyable... Me too. Hence the title in my .sig. Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... Me too but not to the extent of be labeled OCD. And I like straight angles when I draw on a paper. :-) ------------^^^^^^^^^^^^^^^ Isn't that an oxymoron? -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

11 years, 10 months

1
0
0 0

Fwd: DTSS (stuck?).

by uusimaki＠exdecfinland.org

What kind of problems do you expect? If the DTSS clerk doesn't get information from any server it doesn't do anything but complain about it. Kari On 29.9.2013 13:39, Mark Wickens wrote: Malcolm has asked a question about DTSS which I'm not familiar with - does anyone know the answer? Regards, Mark. -------- Original Message -------- Subject: DTSS (stuck?). Date: Sun, 29 Sep 2013 10:36:34 +0000 From: Malcolm Blunden <malcolm_blunden at hotmail.com> To: Mark Wickens <mark at wickensonline.co.uk> Hi Mark! Do you know anyone with experience of DTSS? On Bernd Ulmann's machine, FASOLT, DTSS$CLERK is stuck in LEF, apparently waiting for something that will never happen, and has come up like that through at least two consecutive reboots. I don't know whether he doesn't know how to fix it or hasn't noticed. I don't like to bother him because I know he is very busy, so I'd prefer to be able to offer some suggestions before raising the matter. My own experience, such as it is, is only that DTSS is a nice idea when it works but a real pain when it doesn't. If it isn't fixed before the last Sunday in October, it will cause a slight problem. Any ideas? Regards, Malcolm.

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: On 2013-09-29 23:53, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: This is a little bit unfair for the blue guys :) =20 ISPF is far more than a set of screens to invoke TSO commands. The = panels (that's how ISPF screens are called) are just a part of the whole = thing. ISPF integrates with TSO, so we are talking about: =20 - The TSO command language (CLIST language) and also the REXX = language. - The panel facility. - The skeleton facility. =20 It is quite easy to "simulate" the ISPF panels (you just need DCL to = do it, I did it when I worked with DEC machines in a mostly IBM-centric = company), but that would be just the user interface. The APIs provided = with ISPF are way beyond that... I was planning on developing a simple format for defining the panels, = mapping the options to DCL and any params / switches they need. I am = aware that ISPF can be used for way more than the basic IDE / sysop = functions that it comes with by default, don't some ISVs actually build = their software using ISPF panels as the interface? I just thought a IBM mainframe lookalike interface to VMS would be = amusing if nothing else. It's not amuzing; nor are the myriad absurd DCL menuing interfaces I've seen implemented at all too many sites over the years. If you really want to implement a menu interface on VMS, have a look-see into the SMG$ library. Roll-your-own ESCAPE sequences called out in DCL command procedures leads to problems with terminal compatibility, as well as horrors when trying to debug[*] and maintain it. Apart from the SMG$ library, he might want to play with FMS. But I agree with you that I personally don't find it amusing at all. Save that FMS is a layered product, that too could be a good choice. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

11 years, 10 months

1
0
0 0

Humour value alternative to DCL - a port OS/390 ISPF to VMS :)

by bqt＠softjar.se

On 2013-09-30 12:38, Sampsa Laine wrote: On 30 Sep 2013, at 11:32, Mark Wickens <mark at wickensonline.co.uk> wrote: There isn't actually a license for ALL-IN-1 in the hobbyist packs. What you're seeing is license for clients rather than the application itself. Oh bummer, I'd love an office suite on my VAXcluster :) As for the mail integration, I could live with just Mail-11, CHIMPY is an SMTP gateway anyhow.. I have this mad idea about doing this in RSX as well, eventually... :-) Oh yeah, in case people didn't know, CHIMPY:: will gate mail between HECnet and SMTP. To send mail out, address it to CHIMPY::"foo at example.com" Your incoming address will be "hostname::user"@chimpymail.com - some email clients don't like the double quotes though, but I think this will keep inbound spam near 0. The gate has been running for years and I've not seen anything :) There is atleast two such gateways. This is a typical thing that should be documented somewhere. I guess I should do that... The other one I know of is LEGATO::SMTP%"user at host" and from the outside user at hecnetnode.decnet.org, so you could reach me at billquist at mim.decnet.org if you want to... Do we have any more such resources? Johnny

11 years, 10 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet