HECnet

hecnet@lists.dfupdate.se

5 participants
15580 discussions

[DECtec] Fwd: [HECnet] Announcing TCP/IP for RSX-11M-PLUS

by md.benson＠gmail.com

Forwarding this exciting news from Johnny Billquist! Please direct all enquiries to him (address at top of message). -------- Forwarded Message -------- From: Johnny Billquist <bqt at softjar.se> Well, it's been a long time project, but I'm happy to finally announce a more public initial release of TCP/IP for RSX-11M-PLUS. This is the result of over 20 years of development. Needless to say, I've been doing a lot of things over the years, and this code have been through four reimplementations over the years. What I now release is something that I believe is a nice and useful piece of software. I am aware of the fact that most people do not use these machines any longer, but if someone actually wants to talk to me about support for this or other RSX software, let me know. Also, feel free to spread this information to anyone who might be interested, anywhere. So - what is in this release? It is a complete implementation of ARP, IP, UDP, and TCP for RSX-11M-PLUS. It has been tested on RSX-11M-PLUS V4.6, but should work on any V4 release. There might be some small tweaks or fixes required, but nothing major. It do require a system with split I/D-space, or else at least the TCP part will not fit. For Unibus machines, it should be possible to run without any additional software except what is in a base RSX distribution. For Q-bus machines, DECnet is required for ethernet networking. The TCP/IP stack can co-exist with DECnet. Some utilities also utilize RMS for file access. A bunch of tools, utilities and libraries are also included. These include: . IFCONFIG network configuration tool. . NETSTAT network information tool. . PING . TRACEROUTE . DNS client . FTP daemon . FTP client . HTTP server . TELNET client (rudimentary) . TFTP client . TFTP server . INET server that can do SINK, ECHO, DAYTIME, QUOTE, and IDENT . NTP client . LPR client that sits in the queue manager (rudimentary) . FORTRAN-77 library . BASIC+2 library . PDP-11 C library The implementation fulfills most of the requirements put forth in RFC 1122. There are a few limitations because of restrictions in the PDP-11, but none of them should really cause any problems. Documentation is still on the thin side, but example configs are also provided, along with installation scripts. A bunch of test programs and example programs are also included, as well as the sources of all tools and libraries. The TCP/IP stack itself only comes in binary form. All tools are also included precompiled in the distribution, so an installation only have to build the stack itself for your system, and then you should be ready to go. The API only have a slight resemblance to the Unix sockets API. However, if someone sits down to write code to use TCP/IP under RSX, I'm sure they will discover that it is extremely easy to use the libraries, or the basic functions. The TCP/IP implementation is mostly written as device drivers. This also have some other interesting implications, such as it is possible to access TCP as a normal file. You can, for instance do something similar to the Unix netcat command by issuing the MCR command: PIP TI:=TC:"foo.com";4711 which would open a connection to foo.com, on port 4711, and any data sent from that machine will be shown on the terminal. The resources used by TCP/IP are modest. A memory area (size selectable at generation/startup) is used internally. The amount of memory in the private pool limits the amount of data that can be buffered. Normal pool is used in a small quantity for each TCP port that is open. People are welcome to play around with this, and make improvements. Contributions of code is most welcome. There are still lots of things to do. The programs marked as rudimentary should be rewritten. The most obvious thing still missing is a telnet daemon, which probably is my next step. However, the reason for now announcing the release is that it can finally be distributed natively from an RSX host. The main locations to download the TCP/IP for RSX are: Madame.Update.UU.SE (anonymous ftp). This is one of my development systems for this software. It runs under E11, and if things are down, I blame E11. :-) When connected, you are already in the right directory. There is both an RL02 disk image there, which can be downloaded by anyone. If you happen to have an RSX system which you are conneting from, you can also try getting the BQTCP.TAP tape image. Such an image will not transport cleanly to a non-RSX system, however. Sorry. ftp.Update.UU.SE (anonymous ftp) - /pub/pdp11/rsx/tcpip The disk image is normally duplicated to ftp.update.uu.se as well, so the same file can be found there. I hope some people will find this useful/amusing. :-) Johnny Billquist -- 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 -- DECtec mailing list http://dectec.info To unsubscribe from this list see page at: http://dectec.info/mailman/listinfo/dectec_dectec.info

10 years, 8 months

Announcing TCP/IP for RSX-11M-PLUS

by mcguire＠neurotica.com

This is fantastic news. Congratulations on v1.0! I look forward to running it soon! -Dave On 01/13/2015 06:40 PM, Johnny Billquist wrote: Well, it's been a long time project, but I'm happy to finally announce a more public initial release of TCP/IP for RSX-11M-PLUS. This is the result of over 20 years of development. Needless to say, I've been doing a lot of things over the years, and this code have been through four reimplementations over the years. What I now release is something that I believe is a nice and useful piece of software. I am aware of the fact that most people do not use these machines any longer, but if someone actually wants to talk to me about support for this or other RSX software, let me know. Also, feel free to spread this information to anyone who might be interested, anywhere. So - what is in this release? It is a complete implementation of ARP, IP, UDP, and TCP for RSX-11M-PLUS. It has been tested on RSX-11M-PLUS V4.6, but should work on any V4 release. There might be some small tweaks or fixes required, but nothing major. It do require a system with split I/D-space, or else at least the TCP part will not fit. For Unibus machines, it should be possible to run without any additional software except what is in a base RSX distribution. For Q-bus machines, DECnet is required for ethernet networking. The TCP/IP stack can co-exist with DECnet. Some utilities also utilize RMS for file access. A bunch of tools, utilities and libraries are also included. These include: . IFCONFIG network configuration tool. . NETSTAT network information tool. . PING . TRACEROUTE . DNS client . FTP daemon . FTP client . HTTP server . TELNET client (rudimentary) . TFTP client . TFTP server . INET server that can do SINK, ECHO, DAYTIME, QUOTE, and IDENT . NTP client . LPR client that sits in the queue manager (rudimentary) . FORTRAN-77 library . BASIC+2 library . PDP-11 C library The implementation fulfills most of the requirements put forth in RFC 1122. There are a few limitations because of restrictions in the PDP-11, but none of them should really cause any problems. Documentation is still on the thin side, but example configs are also provided, along with installation scripts. A bunch of test programs and example programs are also included, as well as the sources of all tools and libraries. The TCP/IP stack itself only comes in binary form. All tools are also included precompiled in the distribution, so an installation only have to build the stack itself for your system, and then you should be ready to go. The API only have a slight resemblance to the Unix sockets API. However, if someone sits down to write code to use TCP/IP under RSX, I'm sure they will discover that it is extremely easy to use the libraries, or the basic functions. The TCP/IP implementation is mostly written as device drivers. This also have some other interesting implications, such as it is possible to access TCP as a normal file. You can, for instance do something similar to the Unix netcat command by issuing the MCR command: PIP TI:=TC:"foo.com";4711 which would open a connection to foo.com, on port 4711, and any data sent from that machine will be shown on the terminal. The resources used by TCP/IP are modest. A memory area (size selectable at generation/startup) is used internally. The amount of memory in the private pool limits the amount of data that can be buffered. Normal pool is used in a small quantity for each TCP port that is open. People are welcome to play around with this, and make improvements. Contributions of code is most welcome. There are still lots of things to do. The programs marked as rudimentary should be rewritten. The most obvious thing still missing is a telnet daemon, which probably is my next step. However, the reason for now announcing the release is that it can finally be distributed natively from an RSX host. The main locations to download the TCP/IP for RSX are: Madame.Update.UU.SE (anonymous ftp). This is one of my development systems for this software. It runs under E11, and if things are down, I blame E11. :-) When connected, you are already in the right directory. There is both an RL02 disk image there, which can be downloaded by anyone. If you happen to have an RSX system which you are conneting from, you can also try getting the BQTCP.TAP tape image. Such an image will not transport cleanly to a non-RSX system, however. Sorry. ftp.Update.UU.SE (anonymous ftp) - /pub/pdp11/rsx/tcpip The disk image is normally duplicated to ftp.update.uu.se as well, so the same file can be found there. I hope some people will find this useful/amusing. :-) Johnny Billquist -- Dave McGuire, AK4HZ/3 New Kensington, PA

10 years, 8 months

Announcing TCP/IP for RSX-11M-PLUS

by form＠pdp-11.org.ru

Well, it's been a long time project, but I'm happy to finally announce a more public initial release of TCP/IP for RSX-11M-PLUS. Cool!!!!! :) I'll look at it as soon as possible. Madame.Update.UU.SE (anonymous ftp). --- Connected to madame.update.uu.se. ... 220-No anonymous account exist. ... --- :)

10 years, 8 months

Announcing TCP/IP for RSX-11M-PLUS

by bqt＠softjar.se

Well, it's been a long time project, but I'm happy to finally announce a more public initial release of TCP/IP for RSX-11M-PLUS. This is the result of over 20 years of development. Needless to say, I've been doing a lot of things over the years, and this code have been through four reimplementations over the years. What I now release is something that I believe is a nice and useful piece of software. I am aware of the fact that most people do not use these machines any longer, but if someone actually wants to talk to me about support for this or other RSX software, let me know. Also, feel free to spread this information to anyone who might be interested, anywhere. So - what is in this release? It is a complete implementation of ARP, IP, UDP, and TCP for RSX-11M-PLUS. It has been tested on RSX-11M-PLUS V4.6, but should work on any V4 release. There might be some small tweaks or fixes required, but nothing major. It do require a system with split I/D-space, or else at least the TCP part will not fit. For Unibus machines, it should be possible to run without any additional software except what is in a base RSX distribution. For Q-bus machines, DECnet is required for ethernet networking. The TCP/IP stack can co-exist with DECnet. Some utilities also utilize RMS for file access. A bunch of tools, utilities and libraries are also included. These include: . IFCONFIG network configuration tool. . NETSTAT network information tool. . PING . TRACEROUTE . DNS client . FTP daemon . FTP client . HTTP server . TELNET client (rudimentary) . TFTP client . TFTP server . INET server that can do SINK, ECHO, DAYTIME, QUOTE, and IDENT . NTP client . LPR client that sits in the queue manager (rudimentary) . FORTRAN-77 library . BASIC+2 library . PDP-11 C library The implementation fulfills most of the requirements put forth in RFC 1122. There are a few limitations because of restrictions in the PDP-11, but none of them should really cause any problems. Documentation is still on the thin side, but example configs are also provided, along with installation scripts. A bunch of test programs and example programs are also included, as well as the sources of all tools and libraries. The TCP/IP stack itself only comes in binary form. All tools are also included precompiled in the distribution, so an installation only have to build the stack itself for your system, and then you should be ready to go. The API only have a slight resemblance to the Unix sockets API. However, if someone sits down to write code to use TCP/IP under RSX, I'm sure they will discover that it is extremely easy to use the libraries, or the basic functions. The TCP/IP implementation is mostly written as device drivers. This also have some other interesting implications, such as it is possible to access TCP as a normal file. You can, for instance do something similar to the Unix netcat command by issuing the MCR command: > PIP TI:=TC:"foo.com";4711 which would open a connection to foo.com, on port 4711, and any data sent from that machine will be shown on the terminal. The resources used by TCP/IP are modest. A memory area (size selectable at generation/startup) is used internally. The amount of memory in the private pool limits the amount of data that can be buffered. Normal pool is used in a small quantity for each TCP port that is open. People are welcome to play around with this, and make improvements. Contributions of code is most welcome. There are still lots of things to do. The programs marked as rudimentary should be rewritten. The most obvious thing still missing is a telnet daemon, which probably is my next step. However, the reason for now announcing the release is that it can finally be distributed natively from an RSX host. The main locations to download the TCP/IP for RSX are: Madame.Update.UU.SE (anonymous ftp). This is one of my development systems for this software. It runs under E11, and if things are down, I blame E11. :-) When connected, you are already in the right directory. There is both an RL02 disk image there, which can be downloaded by anyone. If you happen to have an RSX system which you are conneting from, you can also try getting the BQTCP.TAP tape image. Such an image will not transport cleanly to a non-RSX system, however. Sorry. ftp.Update.UU.SE (anonymous ftp) - /pub/pdp11/rsx/tcpip The disk image is normally duplicated to ftp.update.uu.se as well, so the same file can be found there. I hope some people will find this useful/amusing. :-) Johnny Billquist -- 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

10 years, 8 months

Android-jobb...

by sampsa＠mac.com

I could use the money but don't know anything about even small modifications to Android programs, even if you do have details of the server / protocol. Also my written Swedish is far too rusty. Sampsa On 11 Jan 2015, at 23:16, Johnny Billquist <bqt at softjar.se> wrote: Sorry guys. I accidentally sent this to the wrong list. :-) I guess not too many people speak Swedish here. Johnny On 2015-01-11 22:14, Johnny Billquist wrote: Hej. Finns det n gon h r, eller n gon som k nner n gon annan som har erfarenhet av utevckling f r Android? Jag har ett litet jobb som skulle beh va g ras. Sj lv har jag aldrig mekat med Android, s jag kan nog inte g ra det p rimlig tid sj lv. Det handlar om en mindre modifiering av ett existerande program. Sj lva modifieringen skulle jag gissa handlar om ett par rader kod, men man beh ver orientera sig i koden, bygga, testa, och vara ok p att om allt fungerar bra s kan det bli mer jobb senare. (Fast notera att jag inte har koll p koden, s min gissning handlar bara om vad jag inbillar mig utifr n den ndring som nskas.) Jag hj lper g rna till med detaljer och information till den som tar sig an det. Klienten p Android pratar med en server som jag har lite mer koll p . Skulle tro att det blir ett fast pris p jobbet. Men den ekonomiska sidan kan jag ta med personer som r intresserade. H r av er om det verkar vara n got. 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

10 years, 8 months

Android-jobb...

by bqt＠softjar.se

Sorry guys. I accidentally sent this to the wrong list. :-) I guess not too many people speak Swedish here. Johnny On 2015-01-11 22:14, Johnny Billquist wrote: Hej. Finns det n gon h r, eller n gon som k nner n gon annan som har erfarenhet av utevckling f r Android? Jag har ett litet jobb som skulle beh va g ras. Sj lv har jag aldrig mekat med Android, s jag kan nog inte g ra det p rimlig tid sj lv. Det handlar om en mindre modifiering av ett existerande program. Sj lva modifieringen skulle jag gissa handlar om ett par rader kod, men man beh ver orientera sig i koden, bygga, testa, och vara ok p att om allt fungerar bra s kan det bli mer jobb senare. (Fast notera att jag inte har koll p koden, s min gissning handlar bara om vad jag inbillar mig utifr n den ndring som nskas.) Jag hj lper g rna till med detaljer och information till den som tar sig an det. Klienten p Android pratar med en server som jag har lite mer koll p . Skulle tro att det blir ett fast pris p jobbet. Men den ekonomiska sidan kan jag ta med personer som r intresserade. H r av er om det verkar vara n got. 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

10 years, 8 months

Android-jobb...

by bqt＠softjar.se

Hej. Finns det n gon h r, eller n gon som k nner n gon annan som har erfarenhet av utevckling f r Android? Jag har ett litet jobb som skulle beh va g ras. Sj lv har jag aldrig mekat med Android, s jag kan nog inte g ra det p rimlig tid sj lv. Det handlar om en mindre modifiering av ett existerande program. Sj lva modifieringen skulle jag gissa handlar om ett par rader kod, men man beh ver orientera sig i koden, bygga, testa, och vara ok p att om allt fungerar bra s kan det bli mer jobb senare. (Fast notera att jag inte har koll p koden, s min gissning handlar bara om vad jag inbillar mig utifr n den ndring som nskas.) Jag hj lper g rna till med detaljer och information till den som tar sig an det. Klienten p Android pratar med en server som jag har lite mer koll p . Skulle tro att det blir ett fast pris p jobbet. Men den ekonomiska sidan kan jag ta med personer som r intresserade. H r av er om det verkar vara n got. 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

10 years, 8 months

VMS FTP server?

by bqt＠softjar.se

Thanks everyone for the offers. Right now I need to write some more code in order to test things. I'll get back with more specific wishes in a few days. Johnny On 2015-01-09 01:36, Steve Davidson wrote: I can enable Multinet ftp on SG1:: if necessary. I will send you the address offline... -Steve Sent from my iPhone On Jan 8, 2015, at 17:09, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote: On Thursday, January 08, 2015 at 1:41 PM, Johnny Billquist wrote: On 2015-01-08 21:57, Mark Pizzolato - Info Comm wrote: On Thursday, January 08, 2015 at 12:22 PM, Johnny Billquist wrote: Even better. This I can work with, and I can do the same... Actually, I'll be tricky and start with RSX, and if that fails, try VMS, on the client side. While the server should understand both. Now I just need to figure out the binary blob. Could you capture one from a plain text file transfer for me? I think that should be enough. (Actually, any file, as long as you can also provide me with what a DIR /FULL shows for the file.) I have a very strong suspicion what is in there, I just want to verify it. When I looked earlier there were a lot of zeros. Guessing is probably not worth it. I think it would be more productive to dig through the source to the HGFTP server. The source is in the HGFTP033.F saveset within the previously mentioned zip file. The module FTP_FTON.B32 seems to contain the relevant magic: Thanks. If you don't have the system to unpack the zip and extract these files from the saveset I'll be glad to send them directly. Otherwise I'm done digging. This should be enough. The thing is, I was expecting it to be pretty much this. It's just a couple of magic values that needed to be identified. You have done more than enough. I do not expect that you have to do any more. I eventually would just like to test/verify this against a live system. This weekend probably... That might be more of a problem... I don't have a MultiNet system publicly exposed. Hmmm... But Process software does. They ones who ended up with MultiNet: ftp://ftp.process.com - Mark -- 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

10 years, 8 months

VMS FTP server?

by steve＠davidson.net

I can enable Multinet ftp on SG1:: if necessary. I will send you the address offline... -Steve Sent from my iPhone On Jan 8, 2015, at 17:09, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote: On Thursday, January 08, 2015 at 1:41 PM, Johnny Billquist wrote: On 2015-01-08 21:57, Mark Pizzolato - Info Comm wrote: On Thursday, January 08, 2015 at 12:22 PM, Johnny Billquist wrote: Even better. This I can work with, and I can do the same... Actually, I'll be tricky and start with RSX, and if that fails, try VMS, on the client side. While the server should understand both. Now I just need to figure out the binary blob. Could you capture one from a plain text file transfer for me? I think that should be enough. (Actually, any file, as long as you can also provide me with what a DIR /FULL shows for the file.) I have a very strong suspicion what is in there, I just want to verify it. When I looked earlier there were a lot of zeros. Guessing is probably not worth it. I think it would be more productive to dig through the source to the HGFTP server. The source is in the HGFTP033.F saveset within the previously mentioned zip file. The module FTP_FTON.B32 seems to contain the relevant magic: Thanks. If you don't have the system to unpack the zip and extract these files from the saveset I'll be glad to send them directly. Otherwise I'm done digging. This should be enough. The thing is, I was expecting it to be pretty much this. It's just a couple of magic values that needed to be identified. You have done more than enough. I do not expect that you have to do any more. I eventually would just like to test/verify this against a live system. This weekend probably... That might be more of a problem... I don't have a MultiNet system publicly exposed. Hmmm... But Process software does. They ones who ended up with MultiNet: ftp://ftp.process.com - Mark

10 years, 8 months

VMS FTP server?

by Mark＠infocomm.com

On Thursday, January 08, 2015 at 1:41 PM, Johnny Billquist wrote: On 2015-01-08 21:57, Mark Pizzolato - Info Comm wrote: On Thursday, January 08, 2015 at 12:22 PM, Johnny Billquist wrote: Even better. This I can work with, and I can do the same... Actually, I'll be tricky and start with RSX, and if that fails, try VMS, on the client side. While the server should understand both. Now I just need to figure out the binary blob. Could you capture one from a plain text file transfer for me? I think that should be enough. (Actually, any file, as long as you can also provide me with what a DIR /FULL shows for the file.) I have a very strong suspicion what is in there, I just want to verify it. When I looked earlier there were a lot of zeros. Guessing is probably not worth it. I think it would be more productive to dig through the source to the HGFTP server. The source is in the HGFTP033.F saveset within the previously mentioned zip file. The module FTP_FTON.B32 seems to contain the relevant magic: Thanks. If you don't have the system to unpack the zip and extract these files from the saveset I'll be glad to send them directly. Otherwise I'm done digging. This should be enough. The thing is, I was expecting it to be pretty much this. It's just a couple of magic values that needed to be identified. You have done more than enough. I do not expect that you have to do any more. I eventually would just like to test/verify this against a live system. This weekend probably... That might be more of a problem... I don't have a MultiNet system publicly exposed. Hmmm... But Process software does. They ones who ended up with MultiNet: ftp://ftp.process.com - Mark

10 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet