- HECnet - lists @ Update

by mcguire＠neurotica.com

On 12/21/2013 09:50 PM, Joe Ferraro wrote: JOSHUA is a TOPS20 box... for which I don't think a port of tetris exists :) Well, get to work! :) -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 7 months

1
0
0 0

11 days left...

by gregg.drwho8＠gmail.com

Hello! Makes sense. He does play an excellent game of Chess or several other games. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Dec 21, 2013 at 9:50 PM, Joe Ferraro <jferraro at gmail.com> wrote: JOSHUA is a TOPS20 box... for which I don't think a port of tetris exists :) On Fri, Dec 20, 2013 at 8:12 PM, Gregg Levine <gregg.drwho8 at gmail.com> wrote: Hello! Interesting. No machines playing this game of yours Sampsa named JOSHUA? And I arranged the lag personally. I felt that we needed some excitement into this activity. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Fri, Dec 20, 2013 at 5:35 PM, Sampsa Laine <sampsa at mac.com> wrote: Yeah, because I'd hacked the source code to make they in a more sane arrangement. And it didn't compile on VAX after I seem to recall.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 21 Dec 2013, at 00:32, Joe Ferraro <jferraro at gmail.com> wrote: We were using FALKEN but the hardware died a sudden death a while back... WOPR is a game machine, but vax... if i recall, you wanted to keep it on AXP!?! On Fri, Dec 20, 2013 at 2:22 PM, Sampsa Laine <sampsa at mac.com> wrote: UK, London specifically. Last year we came across the same issue, I believe WOPR (?) was setup to run a US version of the software.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 20 Dec 2013, at 21:19, Joshua Benedetto <dasbooterror at gmail.com> wrote: My buddy who was playing under 'Budster' was going well, but the lag was simply too much to deal with from the US. Where is CHIMPY at these days? On Fri, Dec 20, 2013 at 2:08 PM, Sampsa Laine <sampsa at mac.com> wrote: ELEVEN DAYS LEFT UNTIL THE DEADLINE! The CHIMPY:: 2013 Retro VT100 Challenge closes at 23:59 GMT on 31-DEC-2013. At the moment, the leaders are (only the top two players are awarded): 1. Mark Holmes with a score of 9,816 2. Mark Wickens with a score of 7,640 Unfortunately the mystery player vola1 disappeared with his score of over 11,000 - make sure you screen shot your result when entering you name into the leaderboard, and send it to me. Come on guys, let's get over 10K this year as well, SET HOST to CHIMPY and log in as TETRIS... sampsa <sampsa at mac.com> mobile +44 7961 149465

11 years, 7 months

1
0
0 0

11 days left...

by jferraro＠gmail.com

JOSHUA is a TOPS20 box... for which I don't think a port of tetris exists :) On Fri, Dec 20, 2013 at 8:12 PM, Gregg Levine <gregg.drwho8 at gmail.com> wrote: Hello! Interesting. No machines playing this game of yours Sampsa named JOSHUA? And I arranged the lag personally. I felt that we needed some excitement into this activity. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Fri, Dec 20, 2013 at 5:35 PM, Sampsa Laine <sampsa at mac.com> wrote: > Yeah, because I'd hacked the source code to make they in a more sane arrangement. > > And it didn't compile on VAX after I seem to recall.. > > sampsa <sampsa at mac.com> > mobile +44 7961 149465 > > On 21 Dec 2013, at 00:32, Joe Ferraro <jferraro at gmail.com> wrote: > >> We were using FALKEN but the hardware died a sudden death a while back... WOPR is a game machine, but vax... if i recall, you wanted to keep it on AXP!?! >> >> >> On Fri, Dec 20, 2013 at 2:22 PM, Sampsa Laine <sampsa at mac.com> wrote: >> UK, London specifically. >> >> Last year we came across the same issue, I believe WOPR (?) was setup to run a US version of the software.. >> >> sampsa <sampsa at mac.com> >> mobile +44 7961 149465 >> >> On 20 Dec 2013, at 21:19, Joshua Benedetto <dasbooterror at gmail.com> wrote: >> >> > >> > My buddy who was playing under 'Budster' was going well, but the lag was simply too much to deal with from the US. Where is CHIMPY at these days? >> > >> > On Fri, Dec 20, 2013 at 2:08 PM, Sampsa Laine <sampsa at mac.com> wrote: >> > ELEVEN DAYS LEFT UNTIL THE DEADLINE! >> > >> > The CHIMPY:: 2013 Retro VT100 Challenge closes at 23:59 GMT on 31-DEC-2013. >> > >> > At the moment, the leaders are (only the top two players are awarded): >> > >> > 1. Mark Holmes with a score of 9,816 >> > 2. Mark Wickens with a score of 7,640 >> > >> > Unfortunately the mystery player vola1 disappeared with his score of over 11,000 - make sure you screen shot your result when entering you name into the leaderboard, and send it to me. >> > >> > Come on guys, let's get over 10K this year as well, SET HOST to CHIMPY and log in as TETRIS... >> > >> > sampsa <sampsa at mac.com> >> > mobile +44 7961 149465 >> > >> > >> >> >

11 years, 7 months

1
0
0 0

ASR33 Teletype on eBay UK

by gregg.drwho8＠gmail.com

Hello! Mark did you hear a bolt of lightning strike someplace? It would have said "ZOT!". Because that was my thought. But not at that price...... ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Dec 21, 2013 at 7:01 PM, Mark Wickens <mark at wickensonline.co.uk> wrote: http://www.ebay.co.uk/itm/Teletype-ASR33-/301047885340 nothing to do with me, but probably of interest to these lists! -- http://www.wickensonline.co.uk http://hecnet.eu http://declegacy.org.uk http://retrochallenge.net https://twitter.com/#!/%40urbancamo

11 years, 7 months

1
0
0 0

RE: [DECtec] ASR33 Teletype on eBay UK

by robert.jarratt＠ntlworld.com

-----Original Message----- From: DECtec [mailto:dectec-bounces at dectec.info] On Behalf Of Mark Wickens Sent: 22 December 2013 00:02 To: hecnet at Update.UU.SE; DEC discussion list. Subject: [DECtec] ASR33 Teletype on eBay UK http://www.ebay.co.uk/itm/Teletype-ASR33-/301047885340 nothing to do with me, but probably of interest to these lists! Seen it already, this has been relisted because no-one was interested at that starting price. It looks nice, but I can't pay that much. Regards Rob

11 years, 7 months

1
0
0 0

ASR33 Teletype on eBay UK

by mark＠wickensonline.co.uk

http://www.ebay.co.uk/itm/Teletype-ASR33-/301047885340 nothing to do with me, but probably of interest to these lists! -- http://www.wickensonline.co.uk http://hecnet.eu http://declegacy.org.uk http://retrochallenge.net https://twitter.com/#!/%40urbancamo

11 years, 7 months

1
0
0 0

Config Details Required

by mark.darvill＠mac.com

Brian, It has been a while but I am ready to bring up GRE on my cisco 1841. What peer address should I use to get things going so you can download the other tunnel peers via SNMP? Also how do I need to setup SNMP to allow you to do this? Thanks, Mark ] On 9 Sep 2013, at 18:09, Brian Hechinger <wonko at 4amlunch.net> wrote: On Sun, Sep 08, 2013 at 11:22:43AM -0400, Dave McGuire wrote: On 09/08/2013 10:23 AM, Mark Darvill wrote: I will be bringing up a new decnet area on hecnet (Area 22) in the near future. Can I please have info on the peering for IP and any other config details that may help. I will be using a DECbrouter 90 (Cisco) V11.1. So, anyone know if the DECrouter will do, and who would be willing to act as a peer? Johnny V11.1 supports GRE, Decnet IV Level 1 and 2 so I am hoping so. :-) Brian can get you hooked up with his automatic meshed-tunnel config generator, when he catches up on list mail. Things have been very busy, but I will try to get this dealt with this week. I'm actually moving everything to a new colo box so this will coincide with everyone needing to change the IP they allow SNMP to come from. Mark, as soon as I've moved everything I'll let you know what you need to do. -brian

11 years, 7 months

1
0
0 0

Any experiences with the commercial version of EmuVM?

by sampsa＠mac.com

Anybody here know how good the JIT CPU speed enhancement is on the non-free version of EmuVM.. I'm considering replacing CHIMPY with a virtualised 2 CPU / 1 GB box with a large-ish disk on my new general VM hosting server, basically to save on space and electricity (well and I can then take an Alpha with me to Lebanon to play with, too :) So I'm getting about 100 MIPS according Whetstone on the free version (I believe it's actually capped) vs 400 MIPS on the DS10-466MHz. Any idea what a 2.93 GHz Xeon X7350 would give me with the JIT acceleration turned on? Sampsa

11 years, 7 months

1
0
0 0

11 days left...

by gregg.drwho8＠gmail.com

Hello! Interesting. No machines playing this game of yours Sampsa named JOSHUA? And I arranged the lag personally. I felt that we needed some excitement into this activity. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Fri, Dec 20, 2013 at 5:35 PM, Sampsa Laine <sampsa at mac.com> wrote: Yeah, because I'd hacked the source code to make they in a more sane arrangement. And it didn't compile on VAX after I seem to recall.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 21 Dec 2013, at 00:32, Joe Ferraro <jferraro at gmail.com> wrote: We were using FALKEN but the hardware died a sudden death a while back... WOPR is a game machine, but vax... if i recall, you wanted to keep it on AXP!?! On Fri, Dec 20, 2013 at 2:22 PM, Sampsa Laine <sampsa at mac.com> wrote: UK, London specifically. Last year we came across the same issue, I believe WOPR (?) was setup to run a US version of the software.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 20 Dec 2013, at 21:19, Joshua Benedetto <dasbooterror at gmail.com> wrote: My buddy who was playing under 'Budster' was going well, but the lag was simply too much to deal with from the US. Where is CHIMPY at these days? On Fri, Dec 20, 2013 at 2:08 PM, Sampsa Laine <sampsa at mac.com> wrote: ELEVEN DAYS LEFT UNTIL THE DEADLINE! The CHIMPY:: 2013 Retro VT100 Challenge closes at 23:59 GMT on 31-DEC-2013. At the moment, the leaders are (only the top two players are awarded): 1. Mark Holmes with a score of 9,816 2. Mark Wickens with a score of 7,640 Unfortunately the mystery player vola1 disappeared with his score of over 11,000 - make sure you screen shot your result when entering you name into the leaderboard, and send it to me. Come on guys, let's get over 10K this year as well, SET HOST to CHIMPY and log in as TETRIS... sampsa <sampsa at mac.com> mobile +44 7961 149465

11 years, 7 months

1
0
0 0

11 days left...

by sampsa＠mac.com

Yeah, because I'd hacked the source code to make they in a more sane arrangement. And it didn't compile on VAX after I seem to recall.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 21 Dec 2013, at 00:32, Joe Ferraro <jferraro at gmail.com> wrote: We were using FALKEN but the hardware died a sudden death a while back... WOPR is a game machine, but vax... if i recall, you wanted to keep it on AXP!?! On Fri, Dec 20, 2013 at 2:22 PM, Sampsa Laine <sampsa at mac.com> wrote: UK, London specifically. Last year we came across the same issue, I believe WOPR (?) was setup to run a US version of the software.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 20 Dec 2013, at 21:19, Joshua Benedetto <dasbooterror at gmail.com> wrote: My buddy who was playing under 'Budster' was going well, but the lag was simply too much to deal with from the US. Where is CHIMPY at these days? On Fri, Dec 20, 2013 at 2:08 PM, Sampsa Laine <sampsa at mac.com> wrote: ELEVEN DAYS LEFT UNTIL THE DEADLINE! The CHIMPY:: 2013 Retro VT100 Challenge closes at 23:59 GMT on 31-DEC-2013. At the moment, the leaders are (only the top two players are awarded): 1. Mark Holmes with a score of 9,816 2. Mark Wickens with a score of 7,640 Unfortunately the mystery player vola1 disappeared with his score of over 11,000 - make sure you screen shot your result when entering you name into the leaderboard, and send it to me. Come on guys, let's get over 10K this year as well, SET HOST to CHIMPY and log in as TETRIS... sampsa <sampsa at mac.com> mobile +44 7961 149465

11 years, 7 months

1
0
0 0

11 days left...

by jferraro＠gmail.com

We were using FALKEN but the hardware died a sudden death a while back... WOPR is a game machine, but vax... if i recall, you wanted to keep it on AXP!?! On Fri, Dec 20, 2013 at 2:22 PM, Sampsa Laine <sampsa at mac.com> wrote: UK, London specifically. Last year we came across the same issue, I believe WOPR (?) was setup to run a US version of the software.. sampsa <sampsa at mac.com> mobile +44 7961 149465 On 20 Dec 2013, at 21:19, Joshua Benedetto <dasbooterror at gmail.com> wrote: > > My buddy who was playing under 'Budster' was going well, but the lag was simply too much to deal with from the US. Where is CHIMPY at these days? > > On Fri, Dec 20, 2013 at 2:08 PM, Sampsa Laine <sampsa at mac.com> wrote: > ELEVEN DAYS LEFT UNTIL THE DEADLINE! > > The CHIMPY:: 2013 Retro VT100 Challenge closes at 23:59 GMT on 31-DEC-2013. > > At the moment, the leaders are (only the top two players are awarded): > > 1. Mark Holmes with a score of 9,816 > 2. Mark Wickens with a score of 7,640 > > Unfortunately the mystery player vola1 disappeared with his score of over 11,000 - make sure you screen shot your result when entering you name into the leaderboard, and send it to me. > > Come on guys, let's get over 10K this year as well, SET HOST to CHIMPY and log in as TETRIS... > > sampsa <sampsa at mac.com> > mobile +44 7961 149465 > >

11 years, 7 months

1
0
0 0

Field service MDM for MVIII?

by gregg.drwho8＠gmail.com

Hello! That does make things difficult. So what are you going to do? I don't think XXDP can remotely manage the system wired next to it. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Thu, Dec 19, 2013 at 8:49 PM, Cory Smelosky <b4 at gewt.net> wrote: On Fri, 20 Dec 2013, Jerome H. Fine wrote: Cory Smelosky wrote: Evening, If I misunderstood your question (you did mention a MVIII in the Subject), then please clarify. I can't get the 11/23+ (or the RX50 for that matter...) to work, so I can only use the KA650. Jerome Fine -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 7 months

1
0
0 0

Field service MDM for MVIII?

by b4＠gewt.net

On Fri, 20 Dec 2013, Jerome H. Fine wrote: Cory Smelosky wrote: Evening, If I misunderstood your question (you did mention a MVIII in the Subject), then please clarify. I can't get the 11/23+ (or the RX50 for that matter...) to work, so I can only use the KA650. Jerome Fine -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 7 months

1
0
0 0

Field service MDM for MVIII?

by gregg.drwho8＠gmail.com

Hello! Cory if they do not, then I can aim two copies your way. Big problem will be making the right arrangements to send them to you. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Thu, Dec 19, 2013 at 8:42 PM, Jerome H. Fine <jhfinedp3k at compsys.to> wrote: Cory Smelosky wrote: Evening, Anyone have a copy of an image? I can't find an image with a quick google and I lack a tape drive so I'll need to do a bit of hackey stuff to boot it anyway. I need it in order to format an ST-251 as I can't get my damn 11/23+ working. XXDP uses ZRQC?? to format an RD31 (ST-251? - right now I can't remember) for the RQDX3 controller. I assume that since you are using a PDP-11/23+, you are on a Qbus system, probably a BA23 and you also have an RX50. bitsavers should have all the XXDP images. If you can't find them there, lets us know and I am confident that someone can help. Your can use PUTR from John Wilson to copy the RX50 image to a 5 1/4" on a PC using a HD floppy drive. Don't forget to use 360K DSDD 5 1/4" media, NOT 1.2M HD 5 1/4" media. If I misunderstood your question (you did mention a MVIII in the Subject), then please clarify. Jerome Fine

11 years, 7 months

1
0
0 0

Field service MDM for MVIII?

by jhfinedp3k＠compsys.to

>Cory Smelosky wrote: Evening, Anyone have a copy of an image? I can't find an image with a quick google and I lack a tape drive so I'll need to do a bit of hackey stuff to boot it anyway. I need it in order to format an ST-251 as I can't get my damn 11/23+ working. XXDP uses ZRQC?? to format an RD31 (ST-251? - right now I can't remember) for the RQDX3 controller. I assume that since you are using a PDP-11/23+, you are on a Qbus system, probably a BA23 and you also have an RX50. bitsavers should have all the XXDP images. If you can't find them there, lets us know and I am confident that someone can help. Your can use PUTR from John Wilson to copy the RX50 image to a 5 1/4" on a PC using a HD floppy drive. Don't forget to use 360K DSDD 5 1/4" media, NOT 1.2M HD 5 1/4" media. If I misunderstood your question (you did mention a MVIII in the Subject), then please clarify. Jerome Fine

11 years, 7 months

1
0
0 0

Field service MDM for MVIII?

by b4＠gewt.net

Evening, Anyone have a copy of an image? I can't find an image with a quick google and I lack a tape drive so I'll need to do a bit of hackey stuff to boot it anyway. I need it in order to format an ST-251 as I can't get my damn 11/23+ working. -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by bqt＠softjar.se

On 2013-12-20 00:35, Clem Cole wrote: I remember having this discussion about 30 years ago with a couple of the VMS implementors. Im not going to argue with you - other thanks to say - at the end of the day we decided just what I said -- there are pros/cons to each solution - you pointed out some of the pros for logicals. It's an endless discussion, and one I hoped we would not need to have once more. It's pretty pointless. I can't do with environment variables what I'm now doing with logical names for my resolver in RSX. It's sad (and boring) when people try to convince me that I'm wrong. I know very well how it all works. As for a universal resolver vs having each client do a lot of work in the library, that was and is an implementation choice - left over from how it was the original DNS was implemented (at Berkeley on the VAX at the time). It is interesting that the UNIX idea of a small program was sort of lost by many of my brethren at UCB when large address spaces showed up. I suspect that if the DNS had been written for PDP-11 UNIX it might have been a separate process. At which point, environment variables would not have been possible anyway, since they are always local to the process. The fact that the resolver works the way it do is indeed just a choice, but I can't see what other choice that would have made sense in that world. Doing it in a separate process is what the DNS server gives you. So it's not that this has not been done. It's just a question of what makes sense and is convenient. Johnny On Thu, Dec 19, 2013 at 6:18 PM, Johnny Billquist <bqt at softjar.se <mailto:bqt at softjar.se>> wrote: Hi. On 2013-12-20 00:07, Clem Cole wrote: logical names have a unix equiv. in environment variables. Sortof, but not completely. there are some differences and advantages to both but the idea and practice ends up being the same IMO I disagree. what you are doing in resolve$foo could just as easily be put in the environment and get the same result No. Because I have (obviously) system wide logical names, which provides the system defaults for this. Any user defined logical names will override the system ones. This concept of having logical names on several levels (system, group, login, session, task) do not have an equivalent form in Unix. There are more aspects of environment variables that differs from logical names as well. Which also is a part of the reason you don't use environment variables for some things, and instead do have the small text files. (And I love small text files, by the way, so don't misunderstand me.) It's just that in some situations, other solutions can give a different bias, which might make some things easier. that said you are correct that unix often used small txt files for some set up and configuration but some programs used the env too. truth is sna files were used in some of the dec OSes too - it was just a matter of taste. I don't think one is better than the other -- I do think when in Rome I would want to use the scheme that is the operational standard under the least astonishment principle I'm not even going to get into an argument about which is better, or which thing was done in different places. That is a totally different question. Both ways work, they provide different pros and cons. I just totally love the solution I have come up with for name resolving in RSX, which allows me to easily solve some details which I have found very hard to do in a simple, clean and nice way with the resolver solution that exists under Unix. Johnny Clem On Dec 19, 2013, at 5:14 PM, Johnny Billquist <bqt at softjar.se <mailto:bqt at softjar.se>> wrote: On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se <mailto:bqt at softjar.se>> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se <mailto:bqt at softjar.se> || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se <mailto:bqt at softjar.se> || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by clemc＠ccc.com

I remember having this discussion about 30 years ago with a couple of the VMS implementors. Im not going to argue with you - other thanks to say - at the end of the day we decided just what I said -- there are pros/cons to each solution - you pointed out some of the pros for logicals. But reality is that what people use them for is pretty much the same and from a programmer stand point - about the same amount of work to get the values. I point out - that Cutler added to winders whatever he needed from VMS that did not really support. He used env's since thats what they had -- they could have added them if they had wanted too. But in fact what they already had a solution - yup it came from C and UNIX but it was good enough. As I said - its really an issue what is native for each system -- you should use that solution of you can. I do not fault you for using logicals for a tool targeted to a RSX or VMS. I'm just not going to grant that they really all that different. As for a universal resolver vs having each client do a lot of work in the library, that was and is an implementation choice - left over from how it was the original DNS was implemented (at Berkeley on the VAX at the time). It is interesting that the UNIX idea of a small program was sort of lost by many of my brethren at UCB when large address spaces showed up. I suspect that if the DNS had been written for PDP-11 UNIX it might have been a separate process. Clem On Thu, Dec 19, 2013 at 6:18 PM, Johnny Billquist <bqt at softjar.se> wrote: Hi. On 2013-12-20 00:07, Clem Cole wrote: logical names have a unix equiv. in environment variables. Sortof, but not completely. there are some differences and advantages to both but the idea and practice ends up being the same IMO I disagree. what you are doing in resolve$foo could just as easily be put in the environment and get the same result No. Because I have (obviously) system wide logical names, which provides the system defaults for this. Any user defined logical names will override the system ones. This concept of having logical names on several levels (system, group, login, session, task) do not have an equivalent form in Unix. There are more aspects of environment variables that differs from logical names as well. Which also is a part of the reason you don't use environment variables for some things, and instead do have the small text files. (And I love small text files, by the way, so don't misunderstand me.) It's just that in some situations, other solutions can give a different bias, which might make some things easier. that said you are correct that unix often used small txt files for some set up and configuration but some programs used the env too. truth is sna files were used in some of the dec OSes too - it was just a matter of taste. I don't think one is better than the other -- I do think when in Rome I would want to use the scheme that is the operational standard under the least astonishment principle I'm not even going to get into an argument about which is better, or which thing was done in different places. That is a totally different question. Both ways work, they provide different pros and cons. I just totally love the solution I have come up with for name resolving in RSX, which allows me to easily solve some details which I have found very hard to do in a simple, clean and nice way with the resolver solution that exists under Unix. Johnny Clem On Dec 19, 2013, at 5:14 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by bqt＠softjar.se

By the way - to expand a little on why this will not be easily doable under Unix: Name resolution in RSX is done by one task, and not separately by each task. This is an important feature, as the resolver cache will be able to be shared by all programs on the system. In Unix, each program does name resolution individually, and any data extracted is only available cached by that process. To get around this in Unix, you need to run a local domain name server, which you go though, and which cache things. However, if you run a local domain name server, that process obviously will *not* be able to access your environment variables. So the whole thing just will not allow itself to be done easily. Under RSX, moving a program over to run as a specific user on a specific terminal is actually supported, and when this happens, you also gets the same logical name hierarchy as anything else running on that terminal. So there it do work, and I don't even need to run a full DNS server, as I can let this be done as a part of just the resolver side. Johnny On 2013-12-20 00:18, Johnny Billquist wrote: Hi. On 2013-12-20 00:07, Clem Cole wrote: logical names have a unix equiv. in environment variables. Sortof, but not completely. there are some differences and advantages to both but the idea and practice ends up being the same IMO I disagree. what you are doing in resolve$foo could just as easily be put in the environment and get the same result No. Because I have (obviously) system wide logical names, which provides the system defaults for this. Any user defined logical names will override the system ones. This concept of having logical names on several levels (system, group, login, session, task) do not have an equivalent form in Unix. There are more aspects of environment variables that differs from logical names as well. Which also is a part of the reason you don't use environment variables for some things, and instead do have the small text files. (And I love small text files, by the way, so don't misunderstand me.) It's just that in some situations, other solutions can give a different bias, which might make some things easier. that said you are correct that unix often used small txt files for some set up and configuration but some programs used the env too. truth is sna files were used in some of the dec OSes too - it was just a matter of taste. I don't think one is better than the other -- I do think when in Rome I would want to use the scheme that is the operational standard under the least astonishment principle I'm not even going to get into an argument about which is better, or which thing was done in different places. That is a totally different question. Both ways work, they provide different pros and cons. I just totally love the solution I have come up with for name resolving in RSX, which allows me to easily solve some details which I have found very hard to do in a simple, clean and nice way with the resolver solution that exists under Unix. Johnny Clem On Dec 19, 2013, at 5:14 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by bqt＠softjar.se

Hi. On 2013-12-20 00:07, Clem Cole wrote: logical names have a unix equiv. in environment variables. Sortof, but not completely. there are some differences and advantages to both but the idea and practice ends up being the same IMO I disagree. what you are doing in resolve$foo could just as easily be put in the environment and get the same result No. Because I have (obviously) system wide logical names, which provides the system defaults for this. Any user defined logical names will override the system ones. This concept of having logical names on several levels (system, group, login, session, task) do not have an equivalent form in Unix. There are more aspects of environment variables that differs from logical names as well. Which also is a part of the reason you don't use environment variables for some things, and instead do have the small text files. (And I love small text files, by the way, so don't misunderstand me.) It's just that in some situations, other solutions can give a different bias, which might make some things easier. that said you are correct that unix often used small txt files for some set up and configuration but some programs used the env too. truth is sna files were used in some of the dec OSes too - it was just a matter of taste. I don't think one is better than the other -- I do think when in Rome I would want to use the scheme that is the operational standard under the least astonishment principle I'm not even going to get into an argument about which is better, or which thing was done in different places. That is a totally different question. Both ways work, they provide different pros and cons. I just totally love the solution I have come up with for name resolving in RSX, which allows me to easily solve some details which I have found very hard to do in a simple, clean and nice way with the resolver solution that exists under Unix. Johnny Clem On Dec 19, 2013, at 5:14 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by clemc＠ccc.com

logical names have a unix equiv. in environment variables. there are some differences and advantages to both but the idea and practice ends up being the same IMO what you are doing in resolve$foo could just as easily be put in the environment and get the same result that said you are correct that unix often used small txt files for some set up and configuration but some programs used the env too. truth is sna files were used in some of the dec OSes too - it was just a matter of taste. I don't think one is better than the other -- I do think when in Rome I would want to use the scheme that is the operational standard under the least astonishment principle Clem On Dec 19, 2013, at 5:14 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by bqt＠softjar.se

On 2013-12-19 21:07, John Wilson wrote: From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? To Unix? Not likely. Logical names just don't have a good equivalent. The Unix way is text files with configurations instead. But the form of that is already established, with the /etc/resolv.conf and /etc/nsswitch.conf (and /etc/hosts) files. Hard to change, and those do unfortunately not easily allow user overrides at any level. (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! Yeah. The DNS part is not really difficult. It's just a question of setting up and sending out UDP packets, and then parsing the responses. Although I must admit that DNS have some bits that I'm not too happy about. Working on building the DNS query right now. That is actually really simple. Doing the parsing will probably take a few days of work. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

11 years, 7 months

1
0
0 0

Arabic / Unicode support on VMS?

by wilson＠dbit.com

From: Johnny Billquist <bqt at softjar.se> To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. Me too! Port? (Now I just need to finish the DNS part of it.) Details. Sounds like good engineering so far. Nice going! John Wilson D Bit

11 years, 7 months

1
0
0 0

Johnny's new resolver, was Re: [HECnet] Arabic / Unicode support on VMS?

by young＠ecn.purdue.edu

On Dec 19, 2013, at 2:23 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 12/18/2013 05:43 PM, Johnny Billquist wrote: To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. So it resolves names. Nothing spectacular about that. But instead of having a resolv.conf, like Unix, I instead use a RESOLV$ORDER logical name to tell what kind of resolving I want. This has a comma separated list, and understands LOGICAL, FILE and DNS. FILE uses the file "HOSTS" to lookup IP address and name mappings. LOGICAL uses logical names for the mapping. DNS uses the domain name system. (With logical names giving the address of the DNS server, as well as what domain name to use.) So far, so good. Now, the neater part is that any user can (of course) override any part of this by having their own logical names for the resolve order, the HOSTS filename, add their own name resolutions through logical names, as well as having a different DNS server, or default domain name. And it uses almost no memory in the user process. Instead the interface goes through the I/O system to the TCP driver, which in turn invokes a separate ACP for the name resolving, and that ACP adopts the UIC and logical name tables of the process who did the call. Furthermore, the resolver ACP is multithreaded, and it do caching, even between different users (when applicable) and different programs. Sorry, I just had to brag a little on how cool that is. :-) (Now I just need to finish the DNS part of it.) Ok, now that really does sound cool! I need to get back into RSX. I haven't run it in a very long time. -Dave -- Dave McGuire, AK4HZ New Kensington, PA Ditto, and ditto. Kudos, Johnny. Michael Young young at ecn.purdue.edu

11 years, 7 months

1
0
0 0

Johnny's new resolver, was Re: [HECnet] Arabic / Unicode support on VMS?

by mcguire＠neurotica.com

On 12/18/2013 05:43 PM, Johnny Billquist wrote: To get more on topic - I'm working on a name resolver for RSX right now. It's a totally awesome thing, and I only wish Unix (or even VMS) had something similar. So it resolves names. Nothing spectacular about that. But instead of having a resolv.conf, like Unix, I instead use a RESOLV$ORDER logical name to tell what kind of resolving I want. This has a comma separated list, and understands LOGICAL, FILE and DNS. FILE uses the file "HOSTS" to lookup IP address and name mappings. LOGICAL uses logical names for the mapping. DNS uses the domain name system. (With logical names giving the address of the DNS server, as well as what domain name to use.) So far, so good. Now, the neater part is that any user can (of course) override any part of this by having their own logical names for the resolve order, the HOSTS filename, add their own name resolutions through logical names, as well as having a different DNS server, or default domain name. And it uses almost no memory in the user process. Instead the interface goes through the I/O system to the TCP driver, which in turn invokes a separate ACP for the name resolving, and that ACP adopts the UIC and logical name tables of the process who did the call. Furthermore, the resolver ACP is multithreaded, and it do caching, even between different users (when applicable) and different programs. Sorry, I just had to brag a little on how cool that is. :-) (Now I just need to finish the DNS part of it.) Ok, now that really does sound cool! I need to get back into RSX. I haven't run it in a very long time. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 7 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet