From fam at risca.com Thu Nov 1 06:04:28 2001 From: fam at risca.com (Frank Mandarino) Date: Wed, 31 Oct 2001 15:04:28 -0500 Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <20011031065211.I43175-100000@server2.cs.scranton.edu> Message-ID: <01Oct31.150317est.115201@sky.risca.com> On Wed, 31 Oct 2001, Bill Gunshannon wrote: > > I know this is somewhat off topic, but there is a connection. > > I am trying to track down a copy of the distribution of: > The Software Tools Virtual Operating System > > The last known repository of the complete system was apparently USENIX. > They have been unable to find a copy anywhere up to this point, so I'm > asking here as there must be many long time members in this group. > > Does anyone still have a copy of this and could I possibly get it?? > I really need to find a copy for a project I want to work on. > > Any help would be greatly appreciated. > > bill Bill, Your posting brought back fond memories of running Ratfor and tools on an Interdata 8/32 during my University CO-OP work terms. I took a look around and found a copy of the Software Tools Package on a page called "Ken Yap's Links" at: http://www.geocities.com/SiliconValley/Lab/9247/ in the section entitled "Some source for compilers of historical interest". Hope this helps. Regards, ../fam -- Frank A. Mandarino fam at infrasoft.com Infrasoft Inc. Georgetown, Ontario, Canada From bill at cs.scranton.edu Thu Nov 1 06:20:27 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Wed, 31 Oct 2001 15:20:27 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <01Oct31.150317est.115201@sky.risca.com> Message-ID: <20011031151710.T45021-100000@server2.cs.scranton.edu> On Wed, 31 Oct 2001, Frank Mandarino wrote: > > Your posting brought back fond memories of running Ratfor and tools on > an Interdata 8/32 during my University CO-OP work terms. > > I took a look around and found a copy of the Software Tools Package on a > page called "Ken Yap's Links" at: > > http://www.geocities.com/SiliconValley/Lab/9247/ > > in the section entitled "Some source for compilers of historical > interest". > > Hope this helps. > Sadly, this is just the stuf from the K&P book and not the Virtual OS. The Virtual OS was considerably more than what K&P did but was built on their ideas. It is really sad to think that this, like so much else of computing history, has been lost. It should make people appreciate the work of Warren and PUPS to preserve Unix even more!! All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From SHOPPA at trailing-edge.com Thu Nov 1 10:34:27 2001 From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com) Date: Wed, 31 Oct 2001 19:34:27 -0500 Subject: [pups] The Software Tools Virtual Operating System Message-ID: <011031193427.20600242@trailing-edge.com> >I know this is somewhat off topic, but there is a connection. > >I am trying to track down a copy of the distribution of: > The Software Tools Virtual Operating System > >The last known repository of the complete system was apparently USENIX. >They have been unable to find a copy anywhere up to this point, so I'm >asking here as there must be many long time members in this group. > >Does anyone still have a copy of this and could I possibly get it?? >I really need to find a copy for a project I want to work on. Point yourself towards ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/ In the 30703* directories you will find: [307,30] TOOLGEN.CMD, the command file for building the LBL Software Tools Virtual Operating System. The release notes for the VOS are also contained in this UIC. [307,31] Fortran and macro sources for VOS. [307,32] Manual entries for VOS utilities. [307,33] Ratfor source files for VOS utilities. [307,34] Source files for variable-length send/receive driver. [307,35] Source files for virtual aether driver. Tim. From djenner at earthlink.net Thu Nov 1 11:41:38 2001 From: djenner at earthlink.net (David C. Jenner) Date: Wed, 31 Oct 2001 17:41:38 -0800 Subject: [pups] The Software Tools Virtual Operating System References: <20011031151710.T45021-100000@server2.cs.scranton.edu> Message-ID: <3BE0A852.26BC7ACC@earthlink.net> Actually, if you look carefully, you'll see that it is in fact there. It the next item in the list after the Software Tools book routines. Dave Bill Gunshannon wrote: > > On Wed, 31 Oct 2001, Frank Mandarino wrote: > > > > > Your posting brought back fond memories of running Ratfor and tools on > > an Interdata 8/32 during my University CO-OP work terms. > > > > I took a look around and found a copy of the Software Tools Package on a > > page called "Ken Yap's Links" at: > > > > http://www.geocities.com/SiliconValley/Lab/9247/ > > > > in the section entitled "Some source for compilers of historical > > interest". > > > > Hope this helps. > > > > Sadly, this is just the stuf from the K&P book and not the Virtual OS. > The Virtual OS was considerably more than what K&P did but was built on > their ideas. It is really sad to think that this, like so much else of > computing history, has been lost. It should make people appreciate the > work of Warren and PUPS to preserve Unix even more!! > > All the best. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > bill at cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include > > _______________________________________________ > PUPS mailing list > PUPS at minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/pups -- David C. Jenner djenner at earthlink.net From bill at cs.scranton.edu Thu Nov 1 11:50:58 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Wed, 31 Oct 2001 20:50:58 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <011031193427.20600242@trailing-edge.com> Message-ID: <20011031204002.I45221-100000@server2.cs.scranton.edu> On Wed, 31 Oct 2001 SHOPPA at trailing-edge.com wrote: > > Point yourself towards > > ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/ > Tim, Thanks for the pointer. I was aware of the RSX version that was contained in the DECUS library. But there really was quite a bit more to the whole distribution than that. I am greatly saddened by the fact that this stuff is lost. I have received an official notice from someone at USENIX to the effect that they have not retained any copy of the stuff they were sent. Worse still, I was offered 2.11 BSD as an alternative. Not only is the software gone, there appears to be no one left who even remembers what it was about. To me this is equivalent to waking up tomorrow to find that all copies of Version 7 had disappeared and people thought it was just the same as MSDOS. Maybe I'm just being sentimental but I think this is another part of our history and deserved better than to be just abandoned. If anyone knows of a copy if the whole Software Tools Virtual Operating System, please let me know where I might get a copy of it. All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From SHOPPA at trailing-edge.com Thu Nov 1 12:15:12 2001 From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com) Date: Wed, 31 Oct 2001 21:15:12 -0500 Subject: [pups] The Software Tools Virtual Operating System Message-ID: <011031211512.20600242@trailing-edge.com> >> ftp://ftp.trailing-edge.com/pub/rsx11freewarev2/rsx81a/ > Thanks for the pointer. I was aware of the RSX version that was contained >in the DECUS library. But there really was quite a bit more to the whole >distribution than that. Can you educate us about what is missing? If you can clue me in as to a specific file name or a specific text string that might be in a missing file, I'll gladly search through the few tens of gigabytes of images I've got here. Tim. From bill at cs.scranton.edu Fri Nov 2 06:25:57 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Thu, 1 Nov 2001 15:25:57 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <011031211512.20600242@trailing-edge.com> Message-ID: <20011101151414.I46472-100000@server2.cs.scranton.edu> On Wed, 31 Oct 2001 SHOPPA at trailing-edge.com wrote: > > Can you educate us about what is missing? If you can clue me in as > to a specific file name or a specific text string that might be in a > missing file, I'll gladly search through the few tens of gigabytes of > images I've got here. > Nothing specific, more general. By the time of the Hall, Scherrer, Sventek ACM paper (September 1980) the VOS was known to have been ported to over 40 differnt machines and over 50 differnt OSes. I was interested in looking at reviving and expanding the original idea. A quick search of the INTERNET shows at least a half dozen independant projects attempting to implement Virtual Operating Systems and at least one commercial product (other than the Java VM which is really just a VOS). Like many computing projects, the original work was done by visionaries and went to it's death not because it was a bad idea, but because time (and technology) wasn't ready for it yet. And now we have all these people re-inventing the wheel in a dozen different and likely incompatable ways. And, as far as the PDP-11 (my first love!) goes, I see this as being a possiblity for development of a truly free (as in un-encumbered) OS. Something that does not exist at this point. All that would be needed would be a small kernel to run below the VOS primitives. I guess I will have to look at what has been pointed out to me so far and see if there is enough there to make something functional on any system to serve as the first in a new line of ports. I appreciate all the help and hope if anyone stumbles on anything related they will keep me in mind. All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From wkt at minnie.tuhs.org Fri Nov 2 08:02:25 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Fri, 2 Nov 2001 09:02:25 +1100 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <20011101151414.I46472-100000@server2.cs.scranton.edu> from Bill Gunshannon at "Nov 1, 2001 03:25:57 pm" Message-ID: <200111012202.fA1M2PP32166@minnie.tuhs.org> In article by Bill Gunshannon: > And, as far as the PDP-11 (my first love!) goes, I see this as being a > possiblity for development of a truly free (as in un-encumbered) OS. > Something that does not exist at this point. All that would be needed > would be a small kernel to run below the VOS primitives. > > I appreciate all the help and hope if anyone stumbles on anything > related they will keep me in mind. > bill Does anybody have Debbie Scherrer's e-mail address? I would think that she would be the best person to ask about the whereabouts of VOS. Warren From wkt at minnie.tuhs.org Fri Nov 2 08:10:10 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Fri, 2 Nov 2001 09:10:10 +1100 (EST) Subject: [pups] [TUHS] Disk Drivers (fwd) Message-ID: <200111012210.fA1MABf32362@minnie.tuhs.org> [Forwarded to the PUPS list, as this is PDP-11 specific - Warren] Your best bets are: - Use nm on the kernel if it hasn't been stripped - Or go to /usr/sys/conf if you have the sources, and look at the config files for each kernel, e.g rptmunix came from rptmconf, which has: rp root rp 1 swap rp 2 swplo 0 nswap 2000 tm Cheers, Warren ----- Forwarded message from Matthew Whitehead ----- From: Matthew Whitehead Subject: [TUHS] Disk Drivers Date: Thu, 01 Nov 2001 12:58:54 -0800 I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11 emulators. Can anyone tell me (or give me the adb commands to figure it out myself) what disk device drivers are present in the bootable disk images that come with the Supnik simulator? The versions I'm interested are: V6 image: - rkunix (rk) - rkunix.40 (rk, PDP-11/40 cpu?) - unix V7 image: - hphtunix (hp) - hptmunix (hp) - rkunix (rk) - rl2unix (obviously hacked to include rl driver) - rphtunix (rp) - rptmunix (rp) Matthew (mrw at apple.com) ----- End of forwarded message from Matthew Whitehead ----- From bill at cs.scranton.edu Fri Nov 2 08:37:37 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Thu, 1 Nov 2001 17:37:37 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <200111012202.fA1M2PP32166@minnie.tuhs.org> Message-ID: <20011101173258.H47419-100000@server2.cs.scranton.edu> On Fri, 2 Nov 2001, Warren Toomey wrote: > > Does anybody have Debbie Scherrer's e-mail address? I would think that > she would be the best person to ask about the whereabouts of VOS. > Actually, she was my first contact about this. She is the one who sent me to USENIX. :-( bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From bill at cs.scranton.edu Fri Nov 2 11:53:13 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Thu, 1 Nov 2001 20:53:13 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <3BE1DB0B.E7BBD39F@earthlink.net> Message-ID: <20011101202307.D47419-100000@server2.cs.scranton.edu> On Thu, 1 Nov 2001, David C. Jenner wrote: > Bill, > > I can assure you that what you were pointed to at the Ken Yap's Links > is what you are seeking. It may not be the final version, but it is > essentially what I received on a tape 20 years ago. There's even some > later material circa 1983, which postdated what I had, in the "Toys" file. Hmmmm. I'm beginning to think as it neared the end and interest trailed off much of the work did not get rolled back in to the base distribution. My last experience was around 84-85 and it was a package from GA Tech that ranon the Prime 50 series minis. It was alot like using Eunice on a VAX/VMS system. A quick scan of the stuff from Ken Yap found no mention of a number of systems that were known to exist by that time. No PDP-11, no Prime, some mention of the VAX, no mention of Unix (don't ask me why, but the VOS was ported to Unix!!). I guess what I need to do is see what systems are supported in what I have and try to get a system up again to check out. > > I probably still have the tape, but, it's 20 years old, hasn't been > used for at least 15 years, who knows what condition it's in, and it's > not much different than the content on the Web. What are the odds that a 15 year old tape is even readable today?? I know when I found the original BSD tapes here even with their being stored in the computer room, they were unreadable. > > You must realize, I guess, that you aren't getting a complete operating > system when you speak of STVOS, but just a ratfor translator and sources > for lots of Unix-like utilities. And primitives to translate between the host OS and the VOS API. > You need to supply a Fortran compiler > and operating system on which to build this. And many were supported. I was hoping to find enough of them to have a good example of what problems were run into doing the ports. Can go a long way in helping with other porting efforts. And because the API is very Unix-like it offers some intersting possibilities for expansion. > The idea was to make a > highly-portable set of software development tools and utilities that > could be ported and used across many OSes, thus making what you develop > available across many OSes. There is no OS (i.e., resource management, > file system, etc.) included. True. But a common API with hooks into a number of very different OSes. > > What you refer to in your emails about VOS bears little resemblance > to the STVOS, because STVOS wasn't an OS. Probably depends on your definition of OS. It was an ambitious project at the time and an idea whose time may just now be coming into vogue. > Today's VOSes, like a Java > machine, are at least one step beyond the STVOS. Again, I am not sure I agree. To me the Java VM is just the UCSD P-machine warmed over. One of the reasons things like the P-Machine and VOSes didn't fly 20 years ago was performance. We were trying to wring every last bit (no pun intended!) of performance out of our hardware. We frequently still did a lot of our programming in assembler (I was doing things like Prime 50-series and Univac-1100 assembler and almost anything on a micro was either complete or heavily laced with assembler, LSI-11, Z80, M68K.) Today, for all intents and purposes we have cpu cycles to burn. Look at the popularity of hardware emulators. E11, Charon VAX, SIMH. And people talking about how these emulators outperform the real hardware and could easily be used as production systems. Maybe it's time to look into reviving some of these ideas, but hopefully, not with a return to the beginning and a total re- invention of the wheel. > > You might want to establish what the final date of release of STVOS > was to determine what the final version was. As I recall, it wasn't > too much later than 1981. (The Toys tape is 1983.) Somewhere I have > a pile of old newsletters that would have the answer, but they're > boxed away in storage. I won't be able to dig for them for another > month. I know the Prime version was still available until the mid 80's. but much of this may have been independant work as STUG may have already faded into the background. I guess the thing that bothers me the most is not wether or not this can be turned into something usable, but the fact that what was an impressive work for the time it was done has been allowed to all but disappear. Maybe I'm getting maudlin in my old age. :-) I appreciate everyone's help and as I said previously, it makes me appreciate even more the work of Warren and PUPS and Tim Shoppa as well. All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From Bill.Mayhew at oracle.com Sat Nov 3 02:28:29 2001 From: Bill.Mayhew at oracle.com (Bill Mayhew) Date: Fri, 02 Nov 2001 11:28:29 -0500 Subject: [pups] The Software Tools Virtual Operating System References: <20011101202307.D47419-100000@server2.cs.scranton.edu> Message-ID: <3BE2C9AD.B4414B4C@oracle.com> > (don't ask me why, but the VOS was ported to Unix!!). That's easy to answer, recalling some of the burnt and frayed edges of the Good Old Days ;-) The question "what *is* UNIX?" was a popular *philosophical* question at the time, even among people who used UNIX and knew it well, because there were so many incompatible variants, even on the same hardware, that called themselves UNIX. That problem was one of the drivers of the whole Software Tools movement, as I recall. ST, including VOS, was viewed as a way of addressing the compatibility problem, regardless of whether the underlying "real" OS claimed to be UNIX, UNIX-compatible, UNIX-like, or none-of-the-above. -Bill Mayhew Bill Gunshannon wrote: > On Thu, 1 Nov 2001, David C. Jenner wrote: > > > Bill, > > > > I can assure you that what you were pointed to at the Ken Yap's Links > > is what you are seeking. It may not be the final version, but it is > > essentially what I received on a tape 20 years ago. There's even some > > later material circa 1983, which postdated what I had, in the "Toys" file. > > Hmmmm. I'm beginning to think as it neared the end and interest trailed > off much of the work did not get rolled back in to the base distribution. > My last experience was around 84-85 and it was a package from GA Tech > that ranon the Prime 50 series minis. It was alot like using Eunice on > a VAX/VMS system. A quick scan of the stuff from Ken Yap found no mention > of a number of systems that were known to exist by that time. No PDP-11, > no Prime, some mention of the VAX, no mention of Unix (don't ask me why, > but the VOS was ported to Unix!!). I guess what I need to do is see what > systems are supported in what I have and try to get a system up again to > check out. > > > > > I probably still have the tape, but, it's 20 years old, hasn't been > > used for at least 15 years, who knows what condition it's in, and it's > > not much different than the content on the Web. > > What are the odds that a 15 year old tape is even readable today?? I know > when I found the original BSD tapes here even with their being stored in the > computer room, they were unreadable. > > > > > You must realize, I guess, that you aren't getting a complete operating > > system when you speak of STVOS, but just a ratfor translator and sources > > for lots of Unix-like utilities. > > And primitives to translate between the host OS and the VOS API. > > > You need to supply a Fortran compiler > > and operating system on which to build this. > > And many were supported. I was hoping to find enough of them to have a > good example of what problems were run into doing the ports. Can go a > long way in helping with other porting efforts. And because the API is > very Unix-like it offers some intersting possibilities for expansion. > > > The idea was to make a > > highly-portable set of software development tools and utilities that > > could be ported and used across many OSes, thus making what you develop > > available across many OSes. There is no OS (i.e., resource management, > > file system, etc.) included. > > True. But a common API with hooks into a number of very different OSes. > > > > > What you refer to in your emails about VOS bears little resemblance > > to the STVOS, because STVOS wasn't an OS. > > Probably depends on your definition of OS. It was an ambitious project > at the time and an idea whose time may just now be coming into vogue. > > > Today's VOSes, like a Java > > machine, are at least one step beyond the STVOS. > > Again, I am not sure I agree. To me the Java VM is just the UCSD P-machine > warmed over. One of the reasons things like the P-Machine and VOSes didn't > fly 20 years ago was performance. We were trying to wring every last bit > (no pun intended!) of performance out of our hardware. We frequently still > did a lot of our programming in assembler (I was doing things like Prime > 50-series and Univac-1100 assembler and almost anything on a micro was either > complete or heavily laced with assembler, LSI-11, Z80, M68K.) Today, for all > intents and purposes we have cpu cycles to burn. Look at the popularity of > hardware emulators. E11, Charon VAX, SIMH. And people talking about how > these emulators outperform the real hardware and could easily be used as > production systems. Maybe it's time to look into reviving some of these > ideas, but hopefully, not with a return to the beginning and a total re- > invention of the wheel. > > > > > You might want to establish what the final date of release of STVOS > > was to determine what the final version was. As I recall, it wasn't > > too much later than 1981. (The Toys tape is 1983.) Somewhere I have > > a pile of old newsletters that would have the answer, but they're > > boxed away in storage. I won't be able to dig for them for another > > month. > > I know the Prime version was still available until the mid 80's. but much > of this may have been independant work as STUG may have already faded > into the background. > > I guess the thing that bothers me the most is not wether or not this can be > turned into something usable, but the fact that what was an impressive work > for the time it was done has been allowed to all but disappear. Maybe I'm > getting maudlin in my old age. :-) > > I appreciate everyone's help and as I said previously, it makes me appreciate > even more the work of Warren and PUPS and Tim Shoppa as well. > > All the best. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > bill at cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include > > _______________________________________________ > PUPS mailing list > PUPS at minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/pups -------------- next part -------------- A non-text attachment was scrubbed... Name: Bill.Mayhew.vcf Type: text/x-vcard Size: 203 bytes Desc: Card for Bill Mayhew URL: From bill at cs.scranton.edu Sat Nov 3 02:51:35 2001 From: bill at cs.scranton.edu (Bill Gunshannon) Date: Fri, 2 Nov 2001 11:51:35 -0500 (EST) Subject: [pups] The Software Tools Virtual Operating System In-Reply-To: <3BE2C9AD.B4414B4C@oracle.com> Message-ID: <20011102113550.E48859-100000@server2.cs.scranton.edu> On Fri, 2 Nov 2001, Bill Mayhew wrote: > > (don't ask me why, but the VOS was ported to Unix!!). > > That's easy to answer, recalling some of the burnt and frayed edges of the Good > Old Days ;-) > > The question "what *is* UNIX?" was a popular *philosophical* question at the > time, even among people who used UNIX and knew it well, because there were so > many incompatible variants, even on the same hardware, that called themselves > UNIX. I would imagine the differences then were minor compared to today. There really were only two major variants. And, because the underlying model of Unix was also The Software Tools approach, the APIof the VOS, as far as it went, was of a decidely Unix flavor. > > That problem was one of the drivers of the whole Software Tools movement, as I > recall. ST, including VOS, was viewed as a way of addressing the compatibility > problem, regardless of whether the underlying "real" OS claimed to be UNIX, > UNIX-compatible, UNIX-like, or none-of-the-above. And this is one of the reasons why I am so interested in reviving the effort. This need still exists, even among Unix systems, but when you bring none Unix systems into the picture (yes, they still exist!!) the problem grows exponentially. So, let's look backwards a little. Anybody here remember Eunice on VMS?? How about Primix on Primos?? These were obvious commercial attempts at the STVOS. Why did they fail?? Performance. And a user community unwilling to accept anything less than the best performance the hardware of the day could deliver. The same was true of the P-Machine approach. While it offered true binary compatability and portability of applications (anybody here remember PCD Systems of Penn Yan, NY??) even the minor loss of machine efficiency made people look at (frequently more expensive) alternatives. But today, the average user has power to burn. The Java VM is stting on top of the world. And efficiency doesn't even get mentioned in most CS classrooms. And there are other examples. "The POSIX Shell". CYGWin. Even DII-COE smacks of it. And anyway, some of the old ideas are just plain fun. Why else do we all spend our free time working with our PDP-11's?? :-) All the best. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill at cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include From wkt at minnie.tuhs.org Mon Nov 5 08:39:40 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Mon, 5 Nov 2001 09:39:40 +1100 (EST) Subject: [pups] Scanning old Unix manuals in In-Reply-To: <001001c164a2$c4d8b2e0$dcb8fea9@default> from martin lovick at "Nov 3, 2001 08:04:32 pm" Message-ID: <200111042239.fA4Mdes56656@minnie.tuhs.org> In article by martin lovick: > Hi, > > I've read the FAQ and it mentioned the earlier versions of the [Unix manuals] > being scanned and ocr'd..... Has any progress been made with this? > > regards > Martin Lovick Well, both Norman and I were going to do it. Because Dennis found the 3rd and 4th Edition manuals in electronic format, now we are only missing the 2nd and 5th Edition manuals. I made an abortive start before I left my job in July, and I haven't got back to it. So, no real progress at this stage. Warren From cube1 at home.com Mon Nov 5 10:30:34 2001 From: cube1 at home.com (Jay Jaeger) Date: Sun, 04 Nov 2001 18:30:34 -0600 Subject: [pups] Re: PUPS digest, Vol 1 #5 - 3 msgs In-Reply-To: <200111030105.fA315Hv42958@minnie.tuhs.org> Message-ID: <4.3.2.7.2.20011104182808.03bc5880@cirithi> Bill Gunshannon wrote: > What are the odds that a 15 year old tape is even readable today?? I know > when I found the original BSD tapes here even with their being stored in the > computer room, they were unreadable. You might be surprised. PUPS has Mini-Unix because I was able to read a 15 year old tape a few years back. I can still read a copy of the V6 distribution that was made in the late 1970's. Recently I read thru all the 9 track tapes I had, and only one of them had errors. Many were well over 10 years old. And Paul Pierce managed to put together a usable image of the IBM PR155 O/S for the IBM 1410 by reading 2 7 track tapes that were pushing 30. Jay Jaeger --- Jay R. Jaeger The Computer Collection cube1 at home.com visit http://members.home.net/thecomputercollection From chd_1 at nktelco.net Mon Nov 5 12:37:54 2001 From: chd_1 at nktelco.net (Chuck Dickman) Date: Sun, 04 Nov 2001 21:37:54 -0500 Subject: [pups] Trouble with 2.11BSD and CQD-220 Message-ID: <3BE5FB82.3E48D499@nktelco.net> I have a QBus SCSI disk controller (Horray!) and it is working fine. Except... I cannot get it to boot directly from the SCSI drive. More detail.... The processor is an 11/73 and the SCSI controller is a CMD CQD-220 with a Fujitsu 220MB drive. The CQD-220 is set as the primary MSCP controller and an RQDX3 with an RX50 drive as the secondary MSCP controller. I have placed rauboot from 2.11BSD on the SCSI drive and on a floppy. I can boot fine from the floppy, but not from the SCSI drive. The floppy loads boot and then from there .: ra(0,0,0)unix boots unix from the SCSI drive. When booting from the SCSI drive, the boot sector is loaded into memory and then relocated. It hangs waiting for the MSCP controller to respond. I have not diagnosed it to the command that hangs. Is anybody else booting 2.11BSD directly from a drive attached to a CQD-220? -chuck From joerg at cs.waikato.ac.nz Mon Nov 5 13:02:19 2001 From: joerg at cs.waikato.ac.nz (Joerg Micheel) Date: Mon, 5 Nov 2001 16:02:19 +1300 Subject: [pups] Searching for 8" DSDD drive Message-ID: <20011105160219.B85031@cs.waikato.ac.nz> Hi PDP owners, we are looking for someone with access to a working 8" DSDD floppy disk drive, presumably running RT or RSX on the PDP system. This is to retrieve some very interesting historic material regarding the Internet. As some of you may know, the IMP's in the 1980s, or fuzzball systems, were running PDPs. The actual floppies to be read are in Delaware, anyone close there would be a big bonus. Thank you. Joerg -- Joerg B. Micheel Email: WAND and NLANR MOAT Email: The University of Waikato, CompScience Phone: +64 7 8384794 Private Bag 3105 Fax: +64 7 8585095 Hamilton, New Zealand Plan: PMA, TINE and the DAG's From SHOPPA at trailing-edge.com Mon Nov 5 13:19:38 2001 From: SHOPPA at trailing-edge.com (SHOPPA at trailing-edge.com) Date: Sun, 4 Nov 2001 22:19:38 -0500 Subject: [pups] Searching for 8" DSDD drive Message-ID: <011104221938.202002c0@trailing-edge.com> >we are looking for someone with access to a working 8" DSDD floppy >disk drive, presumably running RT or RSX on the PDP system. This is >to retrieve some very interesting historic material regarding the >Internet. As some of you may know, the IMP's in the 1980s, or fuzzball >systems, were running PDPs. You need more than just the drive - you need a compatible controller. While most floppy systems were DEC-compatible in SSSD and SSDD modes (RX01 and RX02), the DEC RX03 (DSDD) was never released and as a result there are literally dozens of not-quite-compatible DSDD floppy systems. When the low-level format agrees, you'll discover that the interleaving doesn't! (And there are a lot more choices with regards to interleaving when you've got two sides...) If you can clue us in as to the make and model of the writing controller, it'd help a lot. >The actual floppies to be read are in Delaware, anyone close there >would be a big bonus. I'm sure I've got a couple dozen not-quite-compatible DSDD systems here in DC :-). Tim. From sms at 2BSD.COM Mon Nov 5 14:15:59 2001 From: sms at 2BSD.COM (Steven M. Schultz) Date: Sun, 4 Nov 2001 20:15:59 -0800 (PST) Subject: [pups] Trouble with 2.11BSD and CQD-220 Message-ID: <200111050415.fA54Fxd02290@moe.2bsd.com> hi - > From: "Chuck Dickman" > fine. Except... I cannot get it to boot directly from the SCSI drive. > > More detail.... The processor is an 11/73 and the SCSI controller is a > CMD CQD-220 with a Fujitsu 220MB drive. The CQD-220 is set as the primary > MSCP controller and an RQDX3 with an RX50 drive as the secondary MSCP... > > .: ra(0,0,0)unix > > boots unix from the SCSI drive. > > When booting from the SCSI drive, the boot sector is loaded into memory > and then relocated. It hangs waiting for the MSCP controller to respond. > I have not diagnosed it to the command that hangs. Bug in the CMD controller but CMD isn't unique - others have had the problem as well. The bug is that the controller insists on an interrupt vector being presented during the 3 or 4 step initialization protocol. The 2BSD boot block code is running without interrupts enabled and does not provide an interrupt vector. The result is an endless loop waiting for the controller to say it is done. > Is anybody else booting 2.11BSD directly from a drive attached to a > CQD-220? Perhaps the appended patch (#432) will be of use ;) The patchlevel of the 2.11 in the PUPS archive is 431 if I looked at the right direcctory (you can check the rev level by looking at the first couple lines of /VERSION). Patch rauboot.s and reinstall the bootblock - I think that will fix your problem of booting directly from the CMD attached disk. Steven Schultz sms at 2bsd.com ------------------------cut here---------------------- Subject: Y2K troff fix, 4.3compat remnant removed, misc cleanup (#432) Index: share/tmac/{tman.an.new,tmac.s},sys/sys/{several},others 2.11BSD Description: 1. The 'ms', 'man' and 'me' troff macro packages do not correctly handle dates past 1999. 2. There was some unused 4.3BSD compatibility code lingering in the kernel taking up I space. 3. Kermit coredumps with an illegal system call. 4. rlogin(1), resolver(3), contained some Vax/Sun/4.3BSD conditional code that was no longer needed. 5. The MSCP bootblock could not boot disks attached to a TD Systems Viking MSCP controller. 6. /etc/rc.local uses strings(1) on the kernel image instead of simply asking the kernel for its version information with "sysctl kern.version". There's no reason why /etc/motd needs to be publically writeable. 7. sysctl 'kern.ostype' and 'kern.osrelease' return the same information which is silly (and a bit useless). 8. BSD in param.h was defined as "211" which makes date/time comparisons meaningless ("#if BSD > 199910"). Repeat-By: 1. Format a document that uses the "-ms" macro package and has dates in it. Notice that the date will be "October 6, 19100" instead of "October 6 2000". 2 - 4. Observation. 5. Have a MSCP disk attached to a TD Viking Systems controller. The boot block will go into an endless loop waiting for the controller to respond. 6 - 7. Observation. Fix: A big thank you to Frank Wortnet for spotting and fixing the troff macros. Thanks to Tim Shoppa for tracking down the problem with the Viking MSCP controller and providing the tweek to the RA bootblock. I forget who submitted the suggestion that /etc/motd not be publically writeable. Thanks. The remaining parts of the update are various odds and ends that have been gathering since May or June 2000 but never made it out as an update due to time contraints. When the 4.3 compatibility code was ripped out a couple parts were overlooked. They're not used and just take up space in the kernel (a few bytes here, a few bytes there and fitting the overlays together is made harder than it need be) and also slowed the system slightly due to calling 'helper' functions (function call/return are fairly expensive). Another overlooked item when the compatibility code was removed was the Kermit program. At the time the old system calls were removed it was necessary to rebuild the entire system from sources. Kermit is (due to its size) not rebuilt along with the rest of the system. Thus, if you attempt to run Kermit it coredumps with an illegal system call. All that is needed is a recompile (takes about an hour). Having sysctl(3) return the same information for 'kern.ostype' and 'kern.osrelease' was a mistake. This has been changed to be more useful. 'sysctl kern.ostype' now returns "BSD" and 'sysctl kern.osrelease' returns "2.11". In the BSD define has been changed from 211 to 200005 (year 2000, month 5) to more accurately reflect the system's capabilities. Basically 'BSD' has changed from an encoded release value to a stylized date value. Sections of the kernel (and several userland programs) which relied on "#if BSD < 43" to select old compatibility features were modified or removed as a result of changing the meaning of 'BSD' in param.h. Indeed much of the size of the patch is directly related to the change in param.h rlogin(1) was cleaned up. Standard include files were used rather than locally declaring functions such as index(3) and so on. As long as rlogin was being worked on the sources and the manpage were relocated in accordance with the convention that the manpage source goes into the sourcecode directory. The update kit below is a shar file containing 4 files: 432.patch = a file to be fed thru patch(1) 432.sh = a shell script to rearrange rlogin(1)'s files 432.rm = a shell script to remove old rlogin(1) files 432.shar = a shar file of rlogin(1)'s new Makefile The two shell scripts are small (just two or three commands each). The commands could of course be typed in manually if desired. To install the update cut where indicated below and save to a file (/tmp/432) and then: cd /tmp sh 432 ./432.sh ./432.rm sh 432.shar patch -p0 < 432.patch Watch carefully for any rejected parts of the patch. Failure of a patch typically means the system was not current on all preceeding updates _or_ that local modifications have been made. Next rebuild Kermit if this has not previously been done: cd /usr/src/new/kermit5.188 make bsd211 cp wermit /usr/new/kermit make clean The updated troff macros are installed next: cd /usr/src/share/me make install cd /usr/src/share/tmac make install It is not required to build a new kernel at this time since the only changes were to remove code that was not being used. One reason to build a new kernel would be to make sure the overlay structure is still valid: cd /sys/YOUR_KERNEL make clean make and then install as usual Lastly the MSCP bootblock is recompiled and installed in /mdec: cd /sys/mdec install -m 444 rauboot /mdec/rauboot make clean As always this and previous updates to 2.11BSD are available via anonymous FTP to either FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM in the directory /pub/2.11BSD. ============================cut here=========================== #! /bin/sh # This is a shell archive, meaning: # 1. Remove everything above the #! /bin/sh line. # 2. Save the resulting text in a file. # 3. Execute the file with /bin/sh (not csh) to create: # 432.rm # 432.sh # 432.shar # 432.patch # This archive created: Fri Oct 13 21:52:42 2000 export PATH; PATH=/bin:/usr/bin:$PATH if test -f '432.rm' then echo shar: "will not over-write existing file '432.rm'" else sed 's/^B//' << \SHAR_EOF > '432.rm' B B#!/bin/sh B Brm -f /usr/src/man/man1/rlogin.1 Brm -f /usr/src/ucb/rlogin.c SHAR_EOF chmod 755 '432.rm' fi if test -f '432.sh' then echo shar: "will not over-write existing file '432.sh'" else sed 's/^B//' << \SHAR_EOF > '432.sh' B#!/bin/sh B Bset -e Bumask 22 B Bmkdir -p /usr/src/ucb/rlogin Bcp -p /usr/src/ucb/rlogin.c /usr/src/ucb/rlogin/rlogin.c Bcp -p /usr/src/man/man1/rlogin.1 /usr/src/ucb/rlogin/rlogin.1 SHAR_EOF chmod 755 '432.sh' fi if test -f '432.shar' then echo shar: "will not over-write existing file '432.shar'" else sed 's/^B//' << \SHAR_EOF > '432.shar' B#! /bin/sh B# This is a shell archive, meaning: B# 1. Remove everything above the #! /bin/sh line. B# 2. Save the resulting text in a file. B# 3. Execute the file with /bin/sh (not csh) to create: B# /usr/src/ucb/rlogin/Makefile B# This archive created: Thu Oct 12 21:10:13 2000 Bexport PATH; PATH=/bin:/usr/bin:$PATH Bif test -f '/usr/src/ucb/rlogin/Makefile' Bthen B echo shar: "will not over-write existing file '/usr/src/ucb/rlogin/Makefile'" Belse Bsed 's/^Z//' << \SHAR_EOF > '/usr/src/ucb/rlogin/Makefile' BZ# BZ# Public Domain. 1996/11/16 - Steven Schultz BZ# BZ# @(#)Makefile 1.0 (2.11BSD) 2000/5/17 BZ# BZCFLAGS= -O BZSEPFLAG= -i BZSRCS= rlogin.c BZOBJS= rlogin.o BZMAN= rlogin.0 BZMANSRC= rlogin.1 BZ BZall: rlogin rlogin.0 BZ BZrlogin: ${OBJS} BZ ${CC} ${CFLAGS} ${SEPFLAG} -o $@ ${OBJS} BZ BZrlogin.0: ${MANSRC} BZ /usr/man/manroff ${MANSRC} > ${MAN} BZ BZclean: BZ rm -f ${OBJS} ${MAN} rlogin tags BZ BZdepend: ${SRCS} BZ mkdep ${CFLAGS} ${SRCS} BZ BZinstall: rlogin BZ install -c -o bin -g bin -m 444 ${MAN} ${DESTDIR}/usr/man/cat1 BZ install -s -o root -g bin -m 4755 rlogin ${DESTDIR}/usr/ucb/rlogin BZ BZlint: ${SRCS} BZ lint -hax ${SRCS} BZ BZtags: ${SRCS} BZ ctags ${SRCS} BZ# DO NOT DELETE THIS LINE -- mkdep uses it. BZ# DO NOT PUT ANYTHING AFTER THIS LINE, IT WILL GO AWAY. BSHAR_EOF Bfi Bexit 0 B# End of shell archive SHAR_EOF chmod 644 '432.shar' fi if test -f '432.patch' then echo shar: "will not over-write existing file '432.patch'" else sed 's/^B//' << \SHAR_EOF > '432.patch' B*** /etc/rc.local.old Sat Nov 16 16:23:44 1996 B--- /etc/rc.local Wed May 17 21:00:28 2000 B*************** B*** 1,10 **** B #! /bin/sh - B # site-specific startup actions, daemons B B! strings /vmunix | grep UNIX >/tmp/t1 B tail +2 /etc/motd >>/tmp/t1 B mv /tmp/t1 /etc/motd B! chmod 666 /etc/motd B B echo -n starting local daemons: >/dev/console 2>&1 B #if [ $INET = YES -a -f /usr/sbin/timed ]; then B--- 1,10 ---- B #! /bin/sh - B # site-specific startup actions, daemons B B! sysctl -n kern.version | head -1 > /tmp/t1 B tail +2 /etc/motd >>/tmp/t1 B mv /tmp/t1 /etc/motd B! chmod 644 /etc/motd B B echo -n starting local daemons: >/dev/console 2>&1 B #if [ $INET = YES -a -f /usr/sbin/timed ]; then B*** /usr/src/sys/sys/kern_sysctl.c.old Wed Aug 11 19:40:36 1999 B--- /usr/src/sys/sys/kern_sysctl.c Wed May 17 20:01:48 2000 B*************** B*** 33,39 **** B * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF B * SUCH DAMAGE. B * B! * @(#)kern_sysctl.c 8.4.11 (2.11BSD) 1999/8/11 B */ B B /* B--- 33,39 ---- B * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF B * SUCH DAMAGE. B * B! * @(#)kern_sysctl.c 8.4.12 (2.11BSD) 2000/5/17 B */ B B /* B*************** B*** 195,204 **** B B switch (name[0]) { B case KERN_OSTYPE: B case KERN_OSRELEASE: B! /* code is cheaper than D space */ B! bsd[0]='2';bsd[1]='.';bsd[2]='1';bsd[3]='1';bsd[4]='B'; B! bsd[5]='S';bsd[6]='D';bsd[7]='\0'; B return (sysctl_rdstring(oldp, oldlenp, newp, bsd)); B case KERN_ACCTTHRESH: B level = Acctthresh; B--- 195,204 ---- B B switch (name[0]) { B case KERN_OSTYPE: B+ bsd[0]='B';bsd[1]='S';bsd[2]='D';bsd[3]='\0'; B+ return (sysctl_rdstring(oldp, oldlenp, newp, bsd)); B case KERN_OSRELEASE: B! bsd[0]='2';bsd[1]='.';bsd[2]='1';bsd[3]='1';bsd[4]='\0'; B return (sysctl_rdstring(oldp, oldlenp, newp, bsd)); B case KERN_ACCTTHRESH: B level = Acctthresh; B*** /usr/src/sys/sys/kern_prot2.c.old Sun Feb 20 18:13:08 2000 B--- /usr/src/sys/sys/kern_prot2.c Tue Aug 1 20:44:47 2000 B*************** B*** 35,41 **** B * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF B * SUCH DAMAGE. B * B! * @(#)kern_prot2.c 8.9.2 (2.11BSD) 2000/2/20 B */ B B #include "param.h" B--- 35,41 ---- B * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF B * SUCH DAMAGE. B * B! * @(#)kern_prot2.c 8.9.3 (2.11BSD) 2000/8/1 B */ B B #include "param.h" B*************** B*** 49,72 **** B B int B setuid() B! { B struct a { B uid_t uid; B } *uap = (struct a *)u.u_ap; B B- return(_setuid(uap->uid)); B- } B- B- /* B- * This is a helper function used by setuid() above and the 4.3BSD B- * compatibility code. When the latter goes away this can be joined B- * back into the above code and save a function call. B- */ B- int B- _setuid(uid) B- register uid_t uid; B- { B- B if (uid != u.u_ruid && !suser()) B return(u.u_error); B /* B--- 49,60 ---- B B int B setuid() B! { B struct a { B uid_t uid; B } *uap = (struct a *)u.u_ap; B+ register uid_t uid = uap->uid; B B if (uid != u.u_ruid && !suser()) B return(u.u_error); B /* B*************** B*** 78,84 **** B QUOTAMAP(); B if (u.u_quota->q_uid != uid) { B qclean(); B! qstart(getquota((uid_t)uid, 0, 0)); B } B QUOTAUNMAP(); B #endif B--- 66,72 ---- B QUOTAMAP(); B if (u.u_quota->q_uid != uid) { B qclean(); B! qstart(getquota(uid, 0, 0)); B } B QUOTAUNMAP(); B #endif B*************** B*** 88,94 **** B u.u_ruid = uid; B u.u_svuid = uid; B u.u_acflag |= ASUGID; B! return (u.u_error = 0); B } B B int B--- 76,82 ---- B u.u_ruid = uid; B u.u_svuid = uid; B u.u_acflag |= ASUGID; B! return(u.u_error = 0); B } B B int B*************** B*** 97,119 **** B struct a { B uid_t euid; B } *uap = (struct a *)u.u_ap; B B! return(_seteuid(uap->euid)); B! } B! B! int B! _seteuid(euid) B! register uid_t euid; B! { B! B! if (euid != u.u_ruid && euid != u.u_svuid && !suser()) B! return (u.u_error); B /* B * Everything's okay, do it. B */ B u.u_uid = euid; B u.u_acflag |= ASUGID; B! return (u.u_error = 0); B } B B int B--- 85,100 ---- B struct a { B uid_t euid; B } *uap = (struct a *)u.u_ap; B+ register uid_t euid = uap->euid; B B! if (euid != u.u_ruid && euid != u.u_svuid && !suser()) B! return(u.u_error); B /* B * Everything's okay, do it. B */ B u.u_uid = euid; B u.u_acflag |= ASUGID; B! return(u.u_error = 0); B } B B int B*************** B*** 122,143 **** B struct a { B gid_t gid; B } *uap = (struct a *)u.u_ap; B! B! return(_setgid(uap->gid)); B! } B B- int B- _setgid(gid) B- register gid_t gid; B- { B- B if (gid != u.u_rgid && !suser()) B! return (u.u_error); /* XXX */ B u.u_groups[0] = gid; /* effective gid is u_groups[0] */ B u.u_rgid = gid; B u.u_svgid = gid; B u.u_acflag |= ASUGID; B! return (u.u_error = 0); B } B B int B--- 103,117 ---- B struct a { B gid_t gid; B } *uap = (struct a *)u.u_ap; B! register gid_t gid = uap->gid; B B if (gid != u.u_rgid && !suser()) B! return(u.u_error); /* XXX */ B u.u_groups[0] = gid; /* effective gid is u_groups[0] */ B u.u_rgid = gid; B u.u_svgid = gid; B u.u_acflag |= ASUGID; B! return(u.u_error = 0); B } B B int B*************** B*** 146,163 **** B struct a { B gid_t egid; B } *uap = (struct a *)u.u_ap; B B- return(_setegid(uap->egid)); B- } B- B- int B- _setegid(egid) B- register gid_t egid; B- { B- B if (egid != u.u_rgid && egid != u.u_svgid && !suser()) B! return (u.u_error); B u.u_groups[0] = egid; B u.u_acflag |= ASUGID; B! return (u.u_error = 0); B } B--- 120,130 ---- B struct a { B gid_t egid; B } *uap = (struct a *)u.u_ap; B+ register gid_t egid = uap->egid; B B if (egid != u.u_rgid && egid != u.u_svgid && !suser()) B! return(u.u_error); B u.u_groups[0] = egid; B u.u_acflag |= ASUGID; B! return(u.u_error = 0); B } B*** /usr/src/sys/sys/subr_prf.c.old Sat Dec 5 17:34:36 1998 B--- /usr/src/sys/sys/subr_prf.c Tue Aug 1 20:46:48 2000 B*************** B*** 3,9 **** B * All rights reserved. The Berkeley software License Agreement B * specifies the terms and conditions for redistribution. B * B! * @(#)subr_prf.c 1.2 (2.11BSD) 1998/12/5 B */ B B #include "param.h" B--- 3,9 ---- B * All rights reserved. The Berkeley software License Agreement B * specifies the terms and conditions for redistribution. B * B! * @(#)subr_prf.c 1.3 (2.11BSD) 2000/8/1 B */ B B #include "param.h" B*************** B*** 300,306 **** B * about failing disk tranfers. B */ B harderr(bp, cp) B! struct buf *bp; B char *cp; B { B printf("%s%d%c: hard error sn%D ", cp, B--- 300,306 ---- B * about failing disk tranfers. B */ B harderr(bp, cp) B! register struct buf *bp; B char *cp; B { B printf("%s%d%c: hard error sn%D ", cp, B*** /usr/src/sys/h/param.h.old Wed Sep 15 19:38:45 1999 B--- /usr/src/sys/h/param.h Wed May 17 20:10:44 2000 B*************** B*** 3,12 **** B * All rights reserved. The Berkeley software License Agreement B * specifies the terms and conditions for redistribution. B * B! * @(#)param.h 1.6 (2.11BSD) 1999/9/5 B */ B B! #define BSD 211 /* 2.11 * 10, as cpp doesn't do floats */ B B #include B #include /* for 'offsetof' */ B--- 3,12 ---- B * All rights reserved. The Berkeley software License Agreement B * specifies the terms and conditions for redistribution. B * B! * @(#)param.h 1.7 (2.11BSD) 2000/5/17 B */ B B! #define BSD 200005 /* System version (year and month) */ B B #include B #include /* for 'offsetof' */ B*** /usr/src/sys/mdec/rauboot.s.old Wed May 31 19:54:49 1995 B--- /usr/src/sys/mdec/rauboot.s Wed May 17 19:54:13 2000 B*************** B*** 298,304 **** B clr (r0) / Tell controller we go it B rts pc B B! icons: RAERR B ra+RARING B 0 B RAGO B--- 298,309 ---- B clr (r0) / Tell controller we go it B rts pc B B! / Some adaptors (TD Systems Viking for example) require the vector field B! / to be initialized even though interrupts are not enabled. Use the primary B! / vector of 0154. The standalone MSCP driver does the same thing and later on B! / the kernel programs the adaptor with an assigned vector B! B! icons: RAERR + 033 / 033 = 0154 >> 2 B ra+RARING B 0 B RAGO B*** /usr/src/sys/netinet/raw_ip.c.old Fri Jul 7 13:30:17 1989 B--- /usr/src/sys/netinet/raw_ip.c Wed May 17 20:15:14 2000 B*************** B*** 9,15 **** B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)raw_ip.c 7.3 (Berkeley) 12/7/87 B */ B B #include "param.h" B--- 9,15 ---- B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)raw_ip.c 7.3.1 (2.11BSD) 2000/5/17 B */ B B #include "param.h" B*************** B*** 61,71 **** B int error; B struct rawcb *rp = sotorawcb(so); B struct sockaddr_in *sin; B- #if BSD>=43 B short proto = rp->rcb_proto.sp_protocol; B! #else B! short proto = so->so_proto->pr_protocol; B! #endif B /* B * if the protocol is IPPROTO_RAW, the user handed us a B * complete IP packet. Otherwise, allocate an mbuf for a B--- 61,68 ---- B int error; B struct rawcb *rp = sotorawcb(so); B struct sockaddr_in *sin; B short proto = rp->rcb_proto.sp_protocol; B! B /* B * if the protocol is IPPROTO_RAW, the user handed us a B * complete IP packet. Otherwise, allocate an mbuf for a B*************** B*** 113,125 **** B B ip->ip_dst = ((struct sockaddr_in *)&rp->rcb_faddr)->sin_addr; B B- #if BSD>=43 B return (ip_output(m, rp->rcb_options, &rp->rcb_route, B (so->so_options & SO_DONTROUTE) | IP_ALLOWBROADCAST)); B- #else B- return (ip_output(m, (struct mbuf *)0, &rp->rcb_route, B- (so->so_options & SO_DONTROUTE) | IP_ALLOWBROADCAST)); B- #endif B bad: B m_freem(m); B return (error); B--- 110,117 ---- B*** /usr/src/sys/netinet/tcp_input.c.old Sat May 7 14:43:47 1988 B--- /usr/src/sys/netinet/tcp_input.c Wed May 17 20:17:27 2000 B*************** B*** 9,15 **** B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_input.c 7.15.1.2 (Berkeley) 3/16/88 B */ B B #include "param.h" B--- 9,15 ---- B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_input.c 7.15.1.3 (2.11BSD) 2000/5/17 B */ B B #include "param.h" B*************** B*** 321,329 **** B inp = (struct inpcb *)so->so_pcb; B inp->inp_laddr = ti->ti_dst; B inp->inp_lport = ti->ti_dport; B- #if BSD>=43 B inp->inp_options = ip_srcroute(); B- #endif B tp = intotcpcb(inp); B tp->t_state = TCPS_LISTEN; B } B--- 321,327 ---- B*************** B*** 491,507 **** B ti->ti_seq++; B if (ti->ti_len > tp->rcv_wnd) { B todrop = ti->ti_len - tp->rcv_wnd; B- #if BSD>=43 B m_adj(m, -todrop); B- #else B- /* XXX work around 4.2 m_adj bug */ B- if (m->m_len) { B- m_adj(m, -todrop); B- } else { B- /* skip tcp/ip header in first mbuf */ B- m_adj(m->m_next, -todrop); B- } B- #endif B ti->ti_len = tp->rcv_wnd; B tiflags &= ~TH_FIN; B tcpstat.tcps_rcvpackafterwin++; B--- 489,495 ---- B*************** B*** 615,631 **** B goto dropafterack; B } else B tcpstat.tcps_rcvbyteafterwin += todrop; B- #if BSD>=43 B m_adj(m, -todrop); B- #else B- /* XXX work around m_adj bug */ B- if (m->m_len) { B- m_adj(m, -todrop); B- } else { B- /* skip tcp/ip header in first mbuf */ B- m_adj(m->m_next, -todrop); B- } B- #endif B ti->ti_len -= todrop; B tiflags &= ~(TH_PUSH|TH_FIN); B } B--- 603,609 ---- B*************** B*** 1290,1323 **** B tp->snd_cwnd = mss; B return (mss); B } B- B- #if BSD<43 B- /* XXX this belongs in netinet/in.c */ B- in_localaddr(in) B- struct in_addr in; B- { B- register u_long i = ntohl(in.s_addr); B- register struct ifnet *ifp; B- register struct sockaddr_in *sin; B- register u_long mask; B- B- if (IN_CLASSA(i)) B- mask = IN_CLASSA_NET; B- else if (IN_CLASSB(i)) B- mask = IN_CLASSB_NET; B- else if (IN_CLASSC(i)) B- mask = IN_CLASSC_NET; B- else B- return (0); B- B- i &= mask; B- for (ifp = ifnet; ifp; ifp = ifp->if_next) { B- if (ifp->if_addr.sa_family != AF_INET) B- continue; B- sin = (struct sockaddr_in *)&ifp->if_addr; B- if ((sin->sin_addr.s_addr & mask) == i) B- return (1); B- } B- return (0); B- } B- #endif B--- 1268,1270 ---- B*** /usr/src/sys/netinet/tcp_output.c.old Tue Oct 10 22:39:54 1995 B--- /usr/src/sys/netinet/tcp_output.c Wed May 17 20:18:48 2000 B*************** B*** 9,15 **** B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_output.c 7.13.1.4 (Berkeley) 1995/10/10 B */ B B #include "param.h" B--- 9,15 ---- B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_output.c 7.13.1.5 (2.11BSD) 2000/5/17 B */ B B #include "param.h" B*************** B*** 390,402 **** B */ B ((struct ip *)ti)->ip_len = sizeof (struct tcpiphdr) + optlen + len; B ((struct ip *)ti)->ip_ttl = ip_defttl; /* XXX */ B- #if BSD>=43 B error = ip_output(m, tp->t_inpcb->inp_options, &tp->t_inpcb->inp_route, B so->so_options & SO_DONTROUTE); B- #else B- error = ip_output(m, (struct mbuf *)0, &tp->t_inpcb->inp_route, B- so->so_options & SO_DONTROUTE); B- #endif B if (error) { B if (error == ENOBUFS) { B tcp_quench(tp->t_inpcb); B--- 390,397 ---- B*** /usr/src/sys/netinet/tcp_timer.c.old Thu Apr 28 16:25:02 1988 B--- /usr/src/sys/netinet/tcp_timer.c Wed May 17 20:19:44 2000 B*************** B*** 9,15 **** B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_timer.c 7.11.1.2 (Berkeley) 3/16/88 B */ B B #include "param.h" B--- 9,15 ---- B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_timer.c 7.11.1.3 (2.11BSD) 2000/5/17 B */ B B #include "param.h" B*************** B*** 178,186 **** B * retransmit times until then. B */ B if (tp->t_rxtshift > TCP_MAXRXTSHIFT / 4) { B- #if BSD>=43 B in_losing(tp->t_inpcb); B- #endif B tp->t_rttvar += (tp->t_srtt >> 2); B tp->t_srtt = 0; B } B--- 178,184 ---- B*** /usr/src/sys/netinet/tcp_usrreq.c.old Thu Apr 28 16:26:57 1988 B--- /usr/src/sys/netinet/tcp_usrreq.c Wed May 17 20:20:49 2000 B*************** B*** 9,15 **** B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_usrreq.c 7.7.1.2 (Berkeley) 3/16/88 B */ B B #include "param.h" B--- 9,15 ---- B * software without specific prior written permission. This software B * is provided ``as is'' without express or implied warranty. B * B! * @(#)tcp_usrreq.c 7.7.1.3 (2.11BSD) 2000/5/17 B */ B B #include "param.h" B*************** B*** 61,74 **** B int error = 0; B int ostate; B B- #if BSD>=43 B if (req == PRU_CONTROL) B return (in_control(so, (int)m, (caddr_t)nam, B (struct ifnet *)rights)); B- #else B- if (req == PRU_CONTROL) B- return(EOPNOTSUPP); B- #endif B if (rights && rights->m_len) B return (EINVAL); B B--- 61,69 ---- B*************** B*** 317,323 **** B return (error); B } B B- #if BSD>=43 B tcp_ctloutput(op, so, level, optname, mp) B int op; B struct socket *so; B--- 312,317 ---- B*************** B*** 375,381 **** B } B return (error); B } B- #endif B B int tcp_sendspace = 1024*4; B int tcp_recvspace = 1024*4; B--- 369,374 ---- B*** /usr/src/etc/rc.local.old Fri Jan 10 20:54:34 1997 B--- /usr/src/etc/rc.local Wed May 17 21:01:41 2000 B*************** B*** 1,10 **** B #! /bin/sh - B # site-specific startup actions, daemons B B! strings /vmunix | grep UNIX >/tmp/t1 B tail +2 /etc/motd >>/tmp/t1 B mv /tmp/t1 /etc/motd B! chmod 666 /etc/motd B B echo -n starting local daemons: >/dev/console 2>&1 B #if [ $INET = YES -a -f /usr/sbin/timed ]; then B--- 1,10 ---- B #! /bin/sh - B # site-specific startup actions, daemons B B! sysctl -n kern.version | head -1 > /tmp/t1 B tail +2 /etc/motd >>/tmp/t1 B mv /tmp/t1 /etc/motd B! chmod 644 /etc/motd B B echo -n starting local daemons: >/dev/console 2>&1 B #if [ $INET = YES -a -f /usr/sbin/timed ]; then B*** /usr/src/lib/libc/net/named/gethnamadr.c.old Sun Jul 10 18:04:23 1994 B--- /usr/src/lib/libc/net/named/gethnamadr.c Wed May 17 20:22:57 2000 B*************** B*** 11,18 **** B */ B B #if defined(LIBC_SCCS) && !defined(lint) B! static char sccsid[] = "@(#)gethostnamadr.c 6.31.2 (2.11BSD GTE) 6/27/94"; B! #endif /* LIBC_SCCS and not lint */ B B #include B #include B--- 11,18 ---- B */ B B #if defined(LIBC_SCCS) && !defined(lint) B! static char sccsid[] = "@(#)gethostnamadr.c 6.31.3 (2.11BSD) 2000/5/17"; B! #endif B B #include B #include B*************** B*** 112,120 **** B ap = host_aliases; B host.h_aliases = host_aliases; B hap = h_addr_ptrs; B- #if BSD >= 43 || defined(h_addr) /* new-style hostent structure */ B host.h_addr_list = h_addr_ptrs; B- #endif B haveanswer = 0; B while (--ancount >= 0 && cp < eom) { B if ((n = dn_expand((char *)answer->buf, eom, cp, bp, buflen)) < 0) B--- 112,118 ---- B*************** B*** 190,200 **** B } B if (haveanswer) { B *ap = NULL; B- #if BSD >= 43 || defined(h_addr) /* new-style hostent structure */ B *hap = NULL; B- #else B- host.h_addr = h_addr_ptrs[0]; B- #endif B return (&host); B } else { B h_errno = TRY_AGAIN; B--- 188,194 ---- B*************** B*** 320,328 **** B goto again; B *cp++ = '\0'; B /* THIS STUFF IS INTERNET SPECIFIC */ B- #if BSD >= 43 || defined(h_addr) /* new-style hostent structure */ B host.h_addr_list = host_addrs; B- #endif B host.h_addr = hostaddr; B *((u_long *)host.h_addr) = inet_addr(p); B host.h_length = sizeof (u_long); B--- 314,320 ---- B*** /usr/src/lib/libc/net/res_send.c.old Sun Jun 26 17:22:50 1994 B--- /usr/src/lib/libc/net/res_send.c Wed May 17 20:27:18 2000 B*************** B*** 11,18 **** B */ B B #if defined(LIBC_SCCS) && !defined(lint) B! static char sccsid[] = "@(#)res_send.c 6.19.1 (Berkeley) 6/27/94"; B! #endif /* LIBC_SCCS and not lint */ B B /* B * Send query to name server and wait for reply. B--- 11,18 ---- B */ B B #if defined(LIBC_SCCS) && !defined(lint) B! static char sccsid[] = "@(#)res_send.c 6.19.2 (2.11BSD) 2000/5/17"; B! #endif B B /* B * Send query to name server and wait for reply. B*************** B*** 28,48 **** B #include B #include B B- extern int errno; B- B static int s = -1; /* socket used for communications */ B static struct sockaddr no_addr; B- B B- #ifndef FD_SET B- #define NFDBITS 32 B- #define FD_SETSIZE 32 B- #define FD_SET(n, p) ((p)->fds_bits[(n)/NFDBITS] |= (1 << ((n) % NFDBITS))) B- #define FD_CLR(n, p) ((p)->fds_bits[(n)/NFDBITS] &= ~(1 << ((n) % NFDBITS))) B- #define FD_ISSET(n, p) ((p)->fds_bits[(n)/NFDBITS] & (1 << ((n) % NFDBITS))) B- #define FD_ZERO(p) bzero((char *)(p), sizeof(*(p))) B- #endif B- B #define KEEPOPEN (RES_USEVC|RES_STAYOPEN) B B res_send(buf, buflen, answer, anslen) B--- 28,36 ---- B*************** B*** 199,205 **** B */ B if (s < 0) B s = socket(AF_INET, SOCK_DGRAM, 0); B- #if BSD >= 43 B if (_res.nscount == 1 || retry == _res.retry) { B /* B * Don't use connect if we might B--- 187,192 ---- B*************** B*** 224,233 **** B #endif DEBUG B continue; B } B! } else B! #endif BSD B! if (sendto(s, buf, buflen, 0, &_res.nsaddr_list[ns], B! sizeof(struct sockaddr)) != buflen) { B #ifdef DEBUG B if (_res.options & RES_DEBUG) B perror("sendto"); B--- 211,218 ---- B #endif DEBUG B continue; B } B! } else if (sendto(s,buf,buflen,0,&_res.nsaddr_list[ns], B! sizeof(struct sockaddr)) != buflen) { B #ifdef DEBUG B if (_res.options & RES_DEBUG) B perror("sendto"); B*** /usr/src/ucb/netstat/inet.c.old Sun Aug 28 10:53:19 1994 B--- /usr/src/ucb/netstat/inet.c Wed May 17 20:29:47 2000 B*************** B*** 11,17 **** B */ B B #if defined(DOSCCS) && !defined(lint) B! static char sccsid[] = "@(#)inet.c 5.9.3 (2.11BSD GTE) 8/28/94"; B #endif B B #include B--- 11,17 ---- B */ B B #if defined(DOSCCS) && !defined(lint) B! static char sccsid[] = "@(#)inet.c 5.9.4 (2.11BSD) 2000/5/17"; B #endif B B #include B*************** B*** 243,252 **** B return; B klseek(kmem, off, 0); B read(kmem, (char *)&ipstat, sizeof (ipstat)); B- #if BSD>=43 B printf("%s:\n\t%lu total packets received\n", name, B ipstat.ips_total); B- #endif B printf("\t%lu bad header checksum%s\n", B ipstat.ips_badsum, plural(ipstat.ips_badsum)); B printf("\t%lu with size smaller than minimum\n", ipstat.ips_toosmall); B--- 243,250 ---- B*************** B*** 253,259 **** B printf("\t%lu with data size < data length\n", ipstat.ips_tooshort); B printf("\t%lu with header length < data size\n", ipstat.ips_badhlen); B printf("\t%lu with data length < header length\n", ipstat.ips_badlen); B- #if BSD>=43 B printf("\t%lu fragment%s received\n", B ipstat.ips_fragments, plural(ipstat.ips_fragments)); B printf("\t%lu fragment%s dropped (dup or out of space)\n", B--- 251,256 ---- B*************** B*** 266,272 **** B ipstat.ips_cantforward, plural(ipstat.ips_cantforward)); B printf("\t%lu redirect%s sent\n", B ipstat.ips_redirectsent, plural(ipstat.ips_redirectsent)); B- #endif B } B B static char *icmpnames[] = { B--- 263,268 ---- B*** /usr/src/ucb/rlogin/rlogin.c.old Wed May 7 19:45:04 1997 B--- /usr/src/ucb/rlogin/rlogin.c Wed May 17 20:44:43 2000 B*************** B*** 9,15 **** B "@(#) Copyright (c) 1983 Regents of the University of California.\n\ B All rights reserved.\n"; B B! static char sccsid[] = "@(#)rlogin.c 5.10.1 (2.11BSD) 1997/3/28"; B #endif B B /* B--- 9,15 ---- B "@(#) Copyright (c) 1983 Regents of the University of California.\n\ B All rights reserved.\n"; B B! static char sccsid[] = "@(#)rlogin.c 5.10.2 (2.11BSD) 2000/5/17"; B #endif B B /* B*************** B*** 28,33 **** B--- 28,35 ---- B #include B #include B #include B+ #include B+ #include B #include B #include B B*************** B*** 35,42 **** B # define TIOCPKT_WINDOW 0x80 B # endif TIOCPKT_WINDOW B B- char *index(), *rindex(), *malloc(), *getenv(); B- struct passwd *getpwuid(); B char *name; B int rem; B char cmdchar = '~'; B--- 37,42 ---- B*************** B*** 46,66 **** B { "0", "50", "75", "110", "134", "150", "200", "300", B "600", "1200", "1800", "2400", "4800", "9600", "19200", "38400" }; B char term[256] = "network"; B- extern int errno; B int lostpeer(); B int dosigwinch = 0; B- #ifndef sigmask B- #define sigmask(m) (1L << ((m)-1)) B- #endif B- #ifdef sun B- struct ttysize winsize; B- struct winsize { B- unsigned short ws_row, ws_col; B- unsigned short ws_xpixel, ws_ypixel; B- }; B- #else sun B struct winsize winsize; B- #endif sun B int sigwinch(), oob(); B B main(argc, argv) B--- 46,54 ---- B*************** B*** 132,142 **** B strcat(term, "/"); B strcat(term, speeds[ttyb.sg_ospeed]); B } B- #ifdef sun B- (void) ioctl(0, TIOCGSIZE, &winsize); B- #else sun B (void) ioctl(0, TIOCGWINSZ, &winsize); B- #endif sun B signal(SIGPIPE, lostpeer); B signal(SIGURG, oob); B oldmask = sigblock(sigmask(SIGURG)); B--- 120,126 ---- B*************** B*** 177,183 **** B doit(oldmask) B long oldmask; B { B- int exit(); B struct sgttyb sb; B B ioctl(0, TIOCGETP, (char *)&sb); B--- 161,166 ---- B*************** B*** 349,369 **** B sigwinch(); /* check for size changes */ B } B B- #ifdef sun B sigwinch() B { B- struct ttysize ws; B- B- if (dosigwinch && ioctl(0, TIOCGSIZE, &ws) == 0 && B- bcmp(&ws, &winsize, sizeof (ws))) { B- winsize = ws; B- sendwindow(); B- } B- } B- B- #else sun B- sigwinch() B- { B struct winsize ws; B B if (dosigwinch && ioctl(0, TIOCGWINSZ, &ws) == 0 && B--- 332,339 ---- B*************** B*** 372,378 **** B sendwindow(); B } B } B- #endif B B /* B * Send the window size to the server via the magic escape B--- 342,347 ---- B*************** B*** 386,402 **** B obuf[1] = 0377; B obuf[2] = 's'; B obuf[3] = 's'; B- #ifdef sun B- wp->ws_row = htons(winsize.ts_lines); B- wp->ws_col = htons(winsize.ts_cols); B- wp->ws_xpixel = 0; B- wp->ws_ypixel = 0; B- #else sun B wp->ws_row = htons(winsize.ws_row); B wp->ws_col = htons(winsize.ws_col); B wp->ws_xpixel = htons(winsize.ws_xpixel); B wp->ws_ypixel = htons(winsize.ws_ypixel); B- #endif sun B (void) write(rem, obuf, sizeof(obuf)); B } B B--- 355,364 ---- B*************** B*** 506,516 **** B */ B reader() B { B- #if !defined(BSD) || BSD < 43 B- int pid = -getpid(); B- #else B int pid = getpid(); B- #endif B int n, remaining; B char *bufp = rcvbuf; B B--- 468,474 ---- B*** /usr/src/ucb/Makefile.old Fri Jun 27 19:50:46 1997 B--- /usr/src/ucb/Makefile Wed May 17 20:32:16 2000 B*************** B*** 3,9 **** B # All rights reserved. The Berkeley software License Agreement B # specifies the terms and conditions for redistribution. B # B! # @(#)Makefile 5.17.4 (2.11BSD GTE) 1997/6/27 B # B DESTDIR= B CFLAGS= -O B--- 3,9 ---- B # All rights reserved. The Berkeley software License Agreement B # specifies the terms and conditions for redistribution. B # B! # @(#)Makefile 5.17.5 (2.11BSD) 2000/5/17 B # B DESTDIR= B CFLAGS= -O B*************** B*** 12,18 **** B # Programs that live in subdirectories, and have makefiles of their own. B # B SUBDIR= Mail compress dbx error ex finger fp ftp indent lock man \ B! more msgs netstat pascal rdist sendbug talk tftp \ B tn3270 tset vgrind vlp window B B # Shell scripts that need only be installed and are never removed. B--- 12,18 ---- B # Programs that live in subdirectories, and have makefiles of their own. B # B SUBDIR= Mail compress dbx error ex finger fp ftp indent lock man \ B! more msgs netstat pascal rdist rlogin sendbug talk tftp \ B tn3270 tset vgrind vlp window B B # Shell scripts that need only be installed and are never removed. B*************** B*** 34,40 **** B B # Programs that must run setuid to root B # B! SETUID= quota rlogin rsh B B # Programs that must run set-group-id kmem. B # B--- 34,40 ---- B B # Programs that must run setuid to root B # B! SETUID= quota rsh B B # Programs that must run set-group-id kmem. B # B*** /usr/src/share/me/tmac.e.old Mon Oct 21 20:50:21 1996 B--- /usr/src/share/me/tmac.e Fri Oct 13 19:56:55 2000 B*************** B*** 1045,1051 **** B .if \n(dw=5 .ds dw Thursday B .if \n(dw=6 .ds dw Friday B .if \n(dw=7 .ds dw Saturday B! .ds td \*(mo \n(dy, 19\n(yr B .\" *** PARAMETRIC INITIALIZATIONS *** B .if (1m<0.1i)&(\nx!=0) \ B . vs 9p \" for 12-pitch DTC terminals B--- 1045,1052 ---- B .if \n(dw=5 .ds dw Thursday B .if \n(dw=6 .ds dw Friday B .if \n(dw=7 .ds dw Saturday B! .nr *y \n(yr+1900 B! .ds td \*(mo \n(dy, \n(*y B .\" *** PARAMETRIC INITIALIZATIONS *** B .if (1m<0.1i)&(\nx!=0) \ B . vs 9p \" for 12-pitch DTC terminals B*** /usr/src/share/tmac/tmac.s.old Mon Oct 21 20:30:44 1996 B--- /usr/src/share/tmac/tmac.s Mon Oct 9 20:37:30 2000 B*************** B*** 934,940 **** B .if \n(mo-9 .ds MO October B .if \n(mo-10 .ds MO November B .if \n(mo-11 .ds MO December B! .ds DY \*(MO \n(dy, 19\n(yr B .nr * 0 1 B .IZ B .em EM B--- 934,942 ---- B .if \n(mo-9 .ds MO October B .if \n(mo-10 .ds MO November B .if \n(mo-11 .ds MO December B! .nr *y \n(yr+1900 B! .ds DY \*(MO \n(dy, \n(*y B! .ie B .nr * 0 1 B .IZ B .em EM B*** /usr/src/share/tmac/tmac.an.new.old Thu Oct 31 22:18:00 1996 B--- /usr/src/share/tmac/tmac.an.new Wed Oct 11 23:17:45 2000 B*************** B*** 20,30 **** B .if "\nm"10" .ds ]m November B .if "\nm"11" .ds ]m December B ' # set the date B .if n \{.nr m \nm+1 B! . ie \nd .ds ]W Modified \nm/\nd/\ny B! . el .ds ]W Printed \n(mo/\n(dy/\n(yr\} B! .if t \{.ie \nd .ds ]W \*(]m \nd, 19\ny B! . el .ds ]W \*(]m \n(dy, 19\n(yr\} B .if t .tr *\(** B .ie n \{\ B . ds lq \&"\" B--- 20,35 ---- B .if "\nm"10" .ds ]m November B .if "\nm"11" .ds ]m December B ' # set the date B+ .nr )y \n(yr-100 B+ .ie \n(yr<100 .ds ]Y \n(yr B+ .el .ds ]Y 0\n()y B+ ' B+ .nr )Y \n(yr+1900 B .if n \{.nr m \nm+1 B! . ie \nd .ds ]W Modified \nm/\nd/\*(]Y B! . el .ds ]W Printed \n(mo/\n(dy/\*(]Y\} B! .if t \{.ie \nd .ds ]W \*(]m \nd, \n()Y B! . el .ds ]W \*(]m \n(dy, \n()Y\} B .if t .tr *\(** B .ie n \{\ B . ds lq \&"\" B*** /VERSION.old Fri Apr 21 20:38:04 2000 B--- /VERSION Wed May 17 21:02:26 2000 B*************** B*** 1,5 **** B! Current Patch Level: 431 B! Date: April 21, 2000 B B 2.11 BSD B ============ B--- 1,5 ---- B! Current Patch Level: 432 B! Date: May 17, 2000 B B 2.11 BSD B ============ SHAR_EOF chmod 644 '432.patch' fi exit 0 # End of shell archive From jasomill at shaffstall.com Tue Nov 6 01:56:40 2001 From: jasomill at shaffstall.com (Jason T. Miller) Date: Mon, 5 Nov 2001 10:56:40 -0500 (EST) Subject: [pups] Re: Searching for 8" DSDD drive In-Reply-To: <200111050455.fA54tBv59428@minnie.tuhs.org> Message-ID: I should be able to read them, although I admit I am far from Delaware. Not far from a mailbox, though. I can do raw reads and RT-11 filesystems from both RX01 and RX02 on my PC, although I tend to simply do raw reads and use RT or RSX on the Supnik emulator, write a virtual tape, then parse the tape out with a C routine or Perl script (trivial), to extract files from PDP FSes. DS/DD shouldn't be an issue, although software interleaving can be a pain (RX50s have this problem. I've always wondered what the justification for not putting the correct sector numbers in the address area of the sector was!). Sincerely, Jason T. Miller Shaffstall Support and Services ------------------------------------------------------------------------ Shaffstall Corporation 317-842-2077 ext. 302 Conversion, Duplication, and Network Services jasomill at shaffstall.com From tih at Hamartun.Priv.NO Wed Nov 7 05:55:27 2001 From: tih at Hamartun.Priv.NO (Tom Ivar Helbekkmo) Date: 06 Nov 2001 20:55:27 +0100 Subject: [pups] Trouble with 2.11BSD and CQD-220 In-Reply-To: <200111050415.fA54Fxd02290@moe.2bsd.com> ("Steven M. Schultz"'s message of "Sun, 4 Nov 2001 20:15:59 -0800 (PST)") References: <200111050415.fA54Fxd02290@moe.2bsd.com> Message-ID: "Steven M. Schultz" writes: >> When booting from the SCSI drive, the boot sector is loaded into memory >> and then relocated. It hangs waiting for the MSCP controller to respond. >> I have not diagnosed it to the command that hangs. > > Bug in the CMD controller but CMD isn't unique - others have had > the problem as well. The bug is that the controller insists on > an interrupt vector being presented during the 3 or 4 step > initialization protocol. Not exactly. You and I actually worked this out together back in 1995, when I was figuring out how to get Reno to boot my VAX using a CQD-220. :-) You don't have to present any interrupt vector, but you shouldn't lie to the controller about this. Instead of setting the "please interrupt" bit in the MSCP datagram, and waiting for the controller to set the "I've interrupted now" bit, you should set the "controller owns this datagram now" bit, and wait for it to clear it. This make much better sense, anyway, while running in polled mode. I don't have any of my 2.11 systems running right now (but with winter coming up, I shortly will, and will then have quite some work to do patching them up to the current level), but the change I had to make to the Reno uda.c illustrates it well: *** uda.c.ORIG Tue Nov 25 20:10:01 1997 --- uda.c Tue Nov 25 20:11:50 1997 *************** *** 140,163 **** u->uda1_cmd.mscp_opcode = op; u->uda1_cmd.mscp_msglen = MSCP_MSGLEN; u->uda1_rsp.mscp_msglen = MSCP_MSGLEN; ! u->uda1_ca.ca_rspdsc |= MSCP_OWN|MSCP_INT; ! u->uda1_ca.ca_cmddsc |= MSCP_OWN|MSCP_INT; i = udaddr[io->i_adapt][io->i_ctlr]->udaip; /* start uda polling */ #ifdef lint i = i; #endif mp = &u->uda1_rsp; for (;;) { if (u->uda1_ca.ca_cmdint) u->uda1_ca.ca_cmdint = 0; ! if (u->uda1_ca.ca_rspint == 0) continue; u->uda1_ca.ca_rspint = 0; if (mp->mscp_opcode == (op | M_OP_END)) break; printf("unexpected rsp type %x op %x ignored\n", MSCP_MSGTYPE(mp->mscp_msgtc), mp->mscp_opcode); ! u->uda1_ca.ca_rspdsc |= MSCP_OWN | MSCP_INT; } if ((mp->mscp_status&M_ST_MASK) != M_ST_SUCCESS) return (-1); --- 140,165 ---- u->uda1_cmd.mscp_opcode = op; u->uda1_cmd.mscp_msglen = MSCP_MSGLEN; u->uda1_rsp.mscp_msglen = MSCP_MSGLEN; ! u->uda1_ca.ca_rspdsc |= MSCP_OWN; ! u->uda1_ca.ca_cmddsc |= MSCP_OWN; ! i = udaddr[io->i_adapt][io->i_ctlr]->udaip; /* start uda polling */ #ifdef lint i = i; #endif mp = &u->uda1_rsp; + for (;;) { if (u->uda1_ca.ca_cmdint) u->uda1_ca.ca_cmdint = 0; ! if (u->uda1_ca.ca_rspdsc & MSCP_OWN) continue; u->uda1_ca.ca_rspint = 0; if (mp->mscp_opcode == (op | M_OP_END)) break; printf("unexpected rsp type %x op %x ignored\n", MSCP_MSGTYPE(mp->mscp_msgtc), mp->mscp_opcode); ! u->uda1_ca.ca_rspdsc |= MSCP_OWN; } if ((mp->mscp_status&M_ST_MASK) != M_ST_SUCCESS) return (-1); Oh, and that very VAX is still running Reno, happily booting off the CQD-220 whenever I ask it to. :-) -tih -- Popularity is the hallmark of mediocrity. --Niles Crane, "Frasier" From sms at 2BSD.COM Wed Nov 7 06:50:43 2001 From: sms at 2BSD.COM (Steven M. Schultz) Date: Tue, 6 Nov 2001 12:50:43 -0800 (PST) Subject: [pups] Trouble with 2.11BSD and CQD-220 Message-ID: <200111062050.fA6Koh627439@moe.2bsd.com> Hi - > From: Tom Ivar Helbekkmo > Not exactly. You and I actually worked this out together back in > 1995, when I was figuring out how to get Reno to boot my VAX using a > CQD-220. :-) You don't have to present any interrupt vector, but you Has it been that long? ;) > shouldn't lie to the controller about this. Instead of setting the But if you do present a vector then everything should work, right? The problem isn't in the standalone 'ra' driver though - that seems to be working. The boot block though ends up in an endless loop during the 'online the unit' command (after the initialization). > "please interrupt" bit in the MSCP datagram, and waiting for the > controller to set the "I've interrupted now" bit, you should set the > "controller owns this datagram now" bit, and wait for it to clear it. > This make much better sense, anyway, while running in polled mode. True. I'd have to look at the mdec/rauboot.s sources to see exactly what it is doing (or not doing ;)). The change Tim Shoppa made was to specify a vector and that did the trick for the Viking controller. Steven From chd_1 at nktelco.net Wed Nov 7 10:48:57 2001 From: chd_1 at nktelco.net (Chuck Dickman) Date: Tue, 06 Nov 2001 19:48:57 -0500 Subject: [pups] Trouble with 2.11BSD and CQD-220 References: <200111062050.fA6Koh627439@moe.2bsd.com> Message-ID: <3BE884F9.9D4752A5@nktelco.net> Hi Combining what Steven and Tom have said and looking at ra.c in standalone, I think I have a working version of rauboot now. rauboot set the bit to cause an interrupt on ring transitions, and then looped on the interrupt flag of the command and response packets. I guess since CQD-220 was not completely set up for interrupts, it would never set these flags. pdpstand/ra.c did not set the interrupt on ring transitions bit, and instead looped on the packet ownership bits. The CQD-220 seems to handle these bits as the standalone code expects. Here are the changes that I made to rauboot.s. Chuck [Steven, Let me know if you want me to send you more than this.] ------------------------cut here---------------------- *** rauboot.s.orig Wed May 31 22:54:49 1995 --- rauboot.s Mon Nov 5 19:21:26 2001 *************** *** 16,22 **** MSCPSIZE = 64. / One MSCP command packet is 64bytes long (need 2) ! RASEMAP = 140000 / RA controller owner semaphore RAERR = 100000 / error bit RASTEP1 = 04000 / step1 has started --- 16,23 ---- MSCPSIZE = 64. / One MSCP command packet is 64bytes long (need 2) ! /RASEMAP = 140000 / RA controller owner semaphore and _interrupt_ ! RASEMAP = 100000 / RA controller owner semaphore RAERR = 100000 / error bit RASTEP1 = 04000 / step1 has started *************** *** 287,304 **** mov $RASEMAP,*$ra+RARSPH / set mscp semaphores mov $RASEMAP,*$ra+RACMDH mov *raip,r0 / tap controllers shoulder ! mov $ra+RACMDI,r0 1: tst (r0) ! beq 1b / Wait till command read ! clr (r0)+ / Tell controller we saw it, ok. 2: tst (r0) ! beq 2b / Wait till response written clr (r0) / Tell controller we go it rts pc ! icons: RAERR ra+RARING 0 RAGO --- 288,308 ---- mov $RASEMAP,*$ra+RARSPH / set mscp semaphores mov $RASEMAP,*$ra+RACMDH mov *raip,r0 / tap controllers shoulder ! mov $ra+RACMDH,r0 1: tst (r0) ! bmi 1b / Wait till command read ! / clr (r0)+ / Tell controller we saw it, ok. ! mov $ra+RARSPH,r0 2: tst (r0) ! bmi 2b / Wait till response written ! mov $ra+RACMDI,r0 ! clr (r0)+ / Tell controller we saw it, ok. clr (r0) / Tell controller we go it rts pc ! icons: RAERR + 033 ra+RARING 0 RAGO From sms at 2BSD.COM Wed Nov 7 14:01:32 2001 From: sms at 2BSD.COM (Steven M. Schultz) Date: Tue, 6 Nov 2001 20:01:32 -0800 (PST) Subject: [pups] Trouble with 2.11BSD and CQD-220 Message-ID: <200111070401.fA741WA00594@moe.2bsd.com> Hi - > From: "Chuck Dickman" > Combining what Steven and Tom have said and looking at ra.c > in standalone, I think I have a working version of rauboot now. Congratulations! It's a Good Thing when folks who encounter a problem can also provide a fix :-) If Tim Shoppa has a chance it'd be nice to confirm that the Viking adaptor is happy with the changed rauboot (it should be but...). Thanks again for the fix. Steven Schultz sms at 2bsd.com From asmodai at unixware.org.uk Wed Nov 7 19:27:40 2001 From: asmodai at unixware.org.uk (asmodai at unixware.org.uk) Date: Wed, 7 Nov 2001 09:27:40 +0000 Subject: [pups] UNIX "time-line" Message-ID: Hi guys, I'm working on a UNIX time-line database. Its pretty basic atm - I've yet to hunt down the majority of SysV vendors out there. I'm currently looking for early releases, and V6/V7 offshoots (such as PWB). The data I'm looking for is vendor, strain, version, and date of release (such as AIX, version 4.3.2, released 05/10/1998, SVR4, IBM etc) Does anyone know of any sites that would give that kind of information for the V6/V7 and earlier releases? The database is currently at http://www.unixware.org.uk/test.php. There isn't much to look at atm, I've yet to code the PHP interface, thought it would be best to complete the database first though :-) I'm hoping that, one day, it will contain a complete listing of all UNIX releases, clones, and offshoots... well, I can dream ;-) Regards, Paul. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wkt at minnie.tuhs.org Thu Nov 8 09:11:12 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Thu, 8 Nov 2001 10:11:12 +1100 (EST) Subject: [pups] UNIX "time-line" In-Reply-To: from "asmodai@unixware.org.uk" at "Nov 7, 2001 09:27:40 am" Message-ID: <200111072311.fA7NBD076168@minnie.tuhs.org> In article by asmodai at unixware.org.uk: > Hi guys, > > I'm working on a UNIX time-line database. Please have a look ay my existing time-line at: http://minnie.tuhs.org/Unix_History/index.html and also Eric Levenz's site at http://perso.wanadoo.fr/levenez/unix/ If you get any firm dates, especially with good references, can you pass them on to me?! Thanks, Warren From clefevre at citeweb.net Thu Nov 8 09:22:20 2001 From: clefevre at citeweb.net (Cyrille Lefevre) Date: Thu, 8 Nov 2001 00:22:20 +0100 (CET) Subject: [pups] UNIX "time-line" In-Reply-To: Message-ID: <200111072322.fA7NML896649@gits.dyndns.org> asmodai at unixware.org.uk wrote: > I'm working on a UNIX time-line database. > Its pretty basic atm - I've yet to hunt down the majority of SysV vendors > out there. > > I'm currently looking for early releases, and V6/V7 offshoots (such as > PWB). > The data I'm looking for is vendor, strain, version, and date of release > (such as AIX, version 4.3.2, released 05/10/1998, SVR4, IBM etc) > > Does anyone know of any sites that would give that kind of information for > the V6/V7 and earlier releases? I suppose you already known this link :) http://minnie.tuhs.org/TUHS/unixhist.html not sure about this one (in french) : http://perso.wanadoo.fr/levenez/unix/ > The database is currently at http://www.unixware.org.uk/test.php. There > isn't much to look at atm, I've yet to code the PHP interface, thought it > would be best to complete the database first though :-) *BSD aren't up to date. you'll find last announcements here : http://clefevre.citeweb.net/freebsd/release.tgz which is based on : ftp://ftp.NetBSD.org/pub/NetBSD/misc/release/ but up to date. > I'm hoping that, one day, it will contain a complete listing of all UNIX > releases, clones, and offshoots... well, I can dream ;-) Cyrille. -- Cyrille Lefevre mailto:clefevre at citeweb.net From asmodai at unixware.org.uk Thu Nov 8 09:34:07 2001 From: asmodai at unixware.org.uk (Asmodai) Date: Wed, 7 Nov 2001 23:34:07 +0000 Subject: [pups] UNIX "time-line" In-Reply-To: <200111072311.fA7NBD076168@minnie.tuhs.org> References: <200111072311.fA7NBD076168@minnie.tuhs.org> Message-ID: <01110723340700.06129@reliant.unixware.org.uk> On Wednesday 07 November 2001 11:11 pm, Warren Toomey wrote: > In article by asmodai at unixware.org.uk: > > Hi guys, > > > > I'm working on a UNIX time-line database. > > Please have a look ay my existing time-line at: > http://minnie.tuhs.org/Unix_History/index.html Looking through that one again now :) > > and also Eric Levenz's site at http://perso.wanadoo.fr/levenez/unix/ That site is the basis for what I have at the moment, though I hope to start tracking down and mailing people from vendors to get definate dates and to fill in the "gaps" pretty soon. > > If you get any firm dates, especially with good references, can you > pass them on to me?! Yes, no problem at all. I'll forward any results from vendors or other sources on to you :) I have had something back from Caldera/SCO regarding XENIX , OpenServer, and UnixWare - both time-line and licensing. I dont think they're confirmed dates - I'd have to boot back into WinDOHze to find out - I wish Lotus would write a "native" Notes client for UNIX. There are a couple of "unknowns" on my list that I'd love to hear about - namely LSX (V6-based), and MIPS OS (possibly BSD-based)... MERT, RT and TS were on this list, but I see they're on the TUHS page :) Regards, Paul From wkt at minnie.tuhs.org Thu Nov 1 10:57:06 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Thu, 1 Nov 2001 11:57:06 +1100 (EST) Subject: [TUHS] Re: Obtaining Ancient Licenses from Caldera In-Reply-To: <004b01c16219$233588e0$664199a1@rcs.ra.rockwell.com> from Jonathan Engdahl at "Oct 31, 2001 09:34:24 am" Message-ID: <200111010057.fA10v6E19528@minnie.tuhs.org> In article by Jonathan Engdahl: > I sold a PDP-11/23 with 2.9BSD on it, and directed the buyer to the Caldera > page below. The license page is there, but when you click "accept", the link > is broken. Both he and I emailed Caldera about the problem. We'll see what > happens. > > Is there any backup plan for licensing if Caldera doesn't come through? Yes, just go to http://www.tuhs.org/archive_access.html, I've given up on referrals from SCO or Caldera for now. Warren From michael_davidson at pacbell.net Thu Nov 1 11:40:55 2001 From: michael_davidson at pacbell.net (Michael Davidson) Date: Wed, 31 Oct 2001 17:40:55 -0800 Subject: [TUHS] Re: Obtaining Ancient Licenses from Caldera References: <200111010057.fA10v6E19528@minnie.tuhs.org> Message-ID: <3BE0A827.D93DA897@pacbell.net> Yes, don't worry about it. I asked our (ie Caldera's) webmaster to fix this several days ago, but apparently since it's part of the online "store" he has to ask yet another webmaster to fix it and last time I looked it was still broken ... *sigh* md Warren Toomey wrote: > > In article by Jonathan Engdahl: > > I sold a PDP-11/23 with 2.9BSD on it, and directed the buyer to the Caldera > > page below. The license page is there, but when you click "accept", the link > > is broken. Both he and I emailed Caldera about the problem. We'll see what > > happens. > > > > Is there any backup plan for licensing if Caldera doesn't come through? > > Yes, just go to http://www.tuhs.org/archive_access.html, I've given up > on referrals from SCO or Caldera for now. > > Warren > _______________________________________________ > TUHS mailing list > TUHS at minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/tuhs From matthew.whitehead at apple.com Fri Nov 2 06:58:54 2001 From: matthew.whitehead at apple.com (Matthew Whitehead) Date: Thu, 01 Nov 2001 12:58:54 -0800 Subject: [TUHS] Disk Drivers Message-ID: <3BE1B78E.9BDF470F@apple.com> I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11 emulators. Can anyone tell me (or give me the adb commands to figure it out myself) what disk device drivers are present in the bootable disk images that come with the Supnik simulator? The versions I'm interested are: V6 image: - rkunix (rk) - rkunix.40 (rk, PDP-11/40 cpu?) - unix V7 image: - hphtunix (hp) - hptmunix (hp) - rkunix (rk) - rl2unix (obviously hacked to include rl driver) - rphtunix (rp) - rptmunix (rp) Matthew (mrw at apple.com) From iking at microsoft.com Fri Nov 2 07:48:20 2001 From: iking at microsoft.com (Ian King) Date: Thu, 1 Nov 2001 13:48:20 -0800 Subject: [TUHS] Disk Drivers Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D526@red-msg-06.redmond.corp.microsoft.com> I can speak to the v6 stuff, and I think the same applies to the v7 stuff: the bootable image rkunix is intended to allow you to get a system booted from an RK05 (on which you've presumably installed this image), so that you can rebuild the system to suit your hardware. There is some special stuff in v6 for the PDP-40, so presumably the rkunix.40 image addresses that. The 'unix' image is the image one customarily boots to use the system; it's probably the image from the system on which the image was originally built all those years ago, and is intended to be replaced by your new image. Presumably, the drivers in that image might be identified if the c.c and l.c files are still present in /usr/sys. I don't know whether Bob Supnik actually built these images, or (as I suspect) included them from e.g. the PUPS site. Regarding the v7 stuff, I think you'll find considerable information in the v7 setup docs on the PUPS website, as to which corresponds to what drives (although it's somewhat self-explanatory). Hope that's helpful -- Ian -----Original Message----- From: Matthew Whitehead [mailto:matthew.whitehead at apple.com] Sent: Thursday, November 01, 2001 12:59 PM To: TUHS at minnie.tuhs.org Subject: [TUHS] Disk Drivers I'm getting a tad frustrated with the otherwise excellent Supnik PDP-11 emulators. Can anyone tell me (or give me the adb commands to figure it out myself) what disk device drivers are present in the bootable disk images that come with the Supnik simulator? The versions I'm interested are: V6 image: - rkunix (rk) - rkunix.40 (rk, PDP-11/40 cpu?) - unix V7 image: - hphtunix (hp) - hptmunix (hp) - rkunix (rk) - rl2unix (obviously hacked to include rl driver) - rphtunix (rp) - rptmunix (rp) Matthew (mrw at apple.com) _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org http://minnie.tuhs.org/mailman/listinfo/tuhs From wkt at minnie.tuhs.org Fri Nov 2 08:30:58 2001 From: wkt at minnie.tuhs.org (Warren Toomey) Date: Fri, 2 Nov 2001 09:30:58 +1100 (EST) Subject: [TUHS] Disk Drivers In-Reply-To: <8D25F244B8274141B5D313CA4823F39C0235D526@red-msg-06.redmond.corp.microsoft.com> from Ian King at "Nov 1, 2001 01:48:20 pm" Message-ID: <200111012230.fA1MUw632526@minnie.tuhs.org> In article by Ian King: > I don't know whether Bob Supnik actually built these images, or (as I > suspect) included them from e.g. the PUPS site. No, I supplied Bob with the v5, v6 and v7 images. Warren From mallison at konnections.com Mon Nov 5 06:14:10 2001 From: mallison at konnections.com (Mike Allison) Date: Sun, 4 Nov 2001 13:14:10 -0700 Subject: [TUHS] HP 712& v6 or v7 References: <200110292319.f9TNJXP41125@minnie.tuhs.org> Message-ID: <002001c1656d$55f2ca20$431a5742@net> TWiC: Anyone tried/interested or successful in getting a copy of v6 or v7 up on a HP 9000 712? If you have any insight, please email me off line at: mike1allison @ earthlink.net or mike @ irtg5.net Thanks, Mike From matthew.whitehead at apple.com Wed Nov 7 04:57:48 2001 From: matthew.whitehead at apple.com (Matthew Whitehead) Date: Tue, 06 Nov 2001 10:57:48 -0800 Subject: [TUHS] Silicon Valley TUHS People Message-ID: <3BE832AC.D53A5C1D@apple.com> Does anybody on this list reside in Silicon Valley like myself and have access to surplus PDP-11 or early Vax hardware? I've gotten a good deal of the 'ancient unix' software going on the Supnik emulator (it's great!), but now I want to get an actual PDP-11/70 or 11/45 going (perhaps a Vax 11/780 or 11/750). Yeah, I know the actual power usage for such a beastie averages around 6000W, but I won't run it all the time. :-) Lists of hardware suplus places known to carry such stuff greatly appreciated, but it has to be close. I don't want to get clobbered with a huge shipping bill. - Matthew From hart at orem.verio.net Wed Nov 7 10:34:16 2001 From: hart at orem.verio.net (Paul Hart) Date: Tue, 6 Nov 2001 17:34:16 -0700 (MST) Subject: [TUHS] HP 712& v6 or v7 In-Reply-To: <002001c1656d$55f2ca20$431a5742@net> Message-ID: On Sun, 4 Nov 2001, Mike Allison wrote: > Anyone tried/interested or successful in getting a copy of v6 or v7 up > on a HP 9000 712? Are you sure it was ever ported to PA-RISC? As far as I am aware, PA-RISC (and the HP 9000 712) weren't developed until long after the days of V6 and V7 UNIX. Paul Hart -- Paul Robert Hart hart at orem.verio.net Jul ner lbh ernqvat guvf? From firebug at apk.net Tue Nov 13 02:28:48 2001 From: firebug at apk.net (Derrik Walker v2.0) Date: Mon, 12 Nov 2001 11:28:48 -0500 Subject: [TUHS] HP 712& v6 or v7 In-Reply-To: Message-ID: <59D6986A-D78A-11D5-9700-003065C1AC88@apk.net> On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote: > On Sun, 4 Nov 2001, Mike Allison wrote: > >> Anyone tried/interested or successful in getting a copy of v6 or v7 up >> on a HP 9000 712? > > Are you sure it was ever ported to PA-RISC? As far as I am aware, > PA-RISC > (and the HP 9000 712) weren't developed until long after the days of V6 > and V7 UNIX. Wouldn't it be easier to just get the PDP-11 emulator from gatekeeper.dec.com and compile it for HP-UX or Linux on the 712? I've compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just fine under HP-UX. Also, as far as I am aware ( and keep in mind, I am an HP-UX system admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or NetBSD on a HP-9000/{800,700}. - Derrik firebug at apk.net http://junior.apk.net/~firebug --------------------------------------------------------------------------------------------------- They seem to have learned the habit of cowering before authority even when not actually threatened. How very nice for authority. I decided not to learn this particular lesson. -- Richard Stallman From iking at microsoft.com Tue Nov 13 04:31:36 2001 From: iking at microsoft.com (Ian King) Date: Mon, 12 Nov 2001 10:31:36 -0800 Subject: [TUHS] HP 712& v6 or v7 Message-ID: <8D25F244B8274141B5D313CA4823F39C04147B95@red-msg-06.redmond.corp.microsoft.com> Derrik, you're missing the point: what's the fun of doing it the easy way? :-) Seriously, though, I think you'd have a couple of serious problems: the assembly language components (which are not inconsiderable in V6) would need to be rewritten, and then there's also the question of whether you could find a sufficiently "undisciplined" C compiler to handle pre-ANSI C, to build the rest of the system. -- Ian, running UNIX 6th Ed. on a PDP-11/34a -----Original Message----- From: Derrik Walker v2.0 [mailto:firebug at apk.net] Sent: Monday, November 12, 2001 8:29 AM To: tuhs at tuhs.org Subject: Re: [TUHS] HP 712& v6 or v7 On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote: > On Sun, 4 Nov 2001, Mike Allison wrote: > >> Anyone tried/interested or successful in getting a copy of v6 or v7 >> up on a HP 9000 712? > > Are you sure it was ever ported to PA-RISC? As far as I am aware, > PA-RISC > (and the HP 9000 712) weren't developed until long after the days of V6 > and V7 UNIX. Wouldn't it be easier to just get the PDP-11 emulator from gatekeeper.dec.com and compile it for HP-UX or Linux on the 712? I've compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just fine under HP-UX. Also, as far as I am aware ( and keep in mind, I am an HP-UX system admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or NetBSD on a HP-9000/{800,700}. - Derrik firebug at apk.net http://junior.apk.net/~firebug ------------------------------------------------------------------------ --------------------------- They seem to have learned the habit of cowering before authority even when not actually threatened. How very nice for authority. I decided not to learn this particular lesson. -- Richard Stallman _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org http://minnie.tuhs.org/mailman/listinfo/tuhs From firebug at apk.net Tue Nov 13 05:02:38 2001 From: firebug at apk.net (Derrik Walker v2.0) Date: Mon, 12 Nov 2001 14:02:38 -0500 Subject: [TUHS] HP 712& v6 or v7 In-Reply-To: <8D25F244B8274141B5D313CA4823F39C04147B95@red-msg-06.redmond.corp.microsoft.com> Message-ID: On Monday, November 12, 2001, at 01:31 PM, Ian King wrote: > Derrik, you're missing the point: what's the fun of doing it the easy > way? :-) Seriously, though, I think you'd have a couple of serious > problems: the assembly language components (which are not inconsiderable > in V6) would need to be rewritten, and then there's also the question of > whether you could find a sufficiently "undisciplined" C compiler to > handle pre-ANSI C, to build the rest of the system. > Actually, I like playing with emulators - they use a LOT less power than real computers :) HP-UX comes with a REAL K&R c compiler that wont handle ANY ANSI stuff. It's used to rebuild the kernel, but you can use it to build K&R C programs too. That should be usable for the kernel C routines and utilities. But as you pointed out, the assembly stuff you have to be rewritten. Also, you'd have to deal with disk and tty drivers. firebug at apk.net http://junior.apk.net/~firebug --------------------------------------------------------------------------------------------------- Worriers may get all the glory, but it's engineers that build societies. -- B`Elanna Torres, "Star Trek: Voyager" From iking at microsoft.com Tue Nov 13 05:32:53 2001 From: iking at microsoft.com (Ian King) Date: Mon, 12 Nov 2001 11:32:53 -0800 Subject: [TUHS] HP 712& v6 or v7 Message-ID: <8D25F244B8274141B5D313CA4823F39C04147B97@red-msg-06.redmond.corp.microsoft.com> But there's nothing like the rush of warmed, slighly phenolic air from the cooling fans of an old minicomputer - I've noticed the furnace doesn't kick on when the 11/34 is running. (Of course, when I flip on the RM02s, the breaker trips....) -- Ian -----Original Message----- From: Derrik Walker v2.0 [mailto:firebug at apk.net] Sent: Monday, November 12, 2001 11:03 AM To: Ian King Cc: tuhs at tuhs.org Subject: Re: [TUHS] HP 712& v6 or v7 On Monday, November 12, 2001, at 01:31 PM, Ian King wrote: > Derrik, you're missing the point: what's the fun of doing it the easy > way? :-) Seriously, though, I think you'd have a couple of serious > problems: the assembly language components (which are not > inconsiderable in V6) would need to be rewritten, and then there's > also the question of whether you could find a sufficiently > "undisciplined" C compiler to handle pre-ANSI C, to build the rest of > the system. > Actually, I like playing with emulators - they use a LOT less power than real computers :) HP-UX comes with a REAL K&R c compiler that wont handle ANY ANSI stuff. It's used to rebuild the kernel, but you can use it to build K&R C programs too. That should be usable for the kernel C routines and utilities. But as you pointed out, the assembly stuff you have to be rewritten. Also, you'd have to deal with disk and tty drivers. firebug at apk.net http://junior.apk.net/~firebug ------------------------------------------------------------------------ --------------------------- Worriers may get all the glory, but it's engineers that build societies. -- B`Elanna Torres, "Star Trek: Voyager" From mallison at konnections.com Tue Nov 13 06:15:26 2001 From: mallison at konnections.com (Mike Allison) Date: Mon, 12 Nov 2001 13:15:26 -0700 Subject: [TUHS] HP 712& v6 or v7 References: <59D6986A-D78A-11D5-9700-003065C1AC88@apk.net> Message-ID: <000901c16bb6$ed59f4c0$431a5742@net> Yeah, I was originally intending to go into the M68k systems and wandered into the 700 series by mistake. I decided that emulation was probably the way to go. NetBSD and OpenBSD on the 700 , as well as PARISC Linux seems to be sailing into the duldrums. Where I would expect it to be strong based on the lack of OS choices. But I'm not an architecture guy, so I imagine there is a lot of proprietary stuff in the box that makes portin a challenge. Thanks, Mike ----- Original Message ----- From: "Derrik Walker v2.0" To: Sent: Monday, November 12, 2001 9:28 AM Subject: Re: [TUHS] HP 712& v6 or v7 > > On Tuesday, November 6, 2001, at 07:34 PM, Paul Hart wrote: > > > On Sun, 4 Nov 2001, Mike Allison wrote: > > > >> Anyone tried/interested or successful in getting a copy of v6 or v7 up > >> on a HP 9000 712? > > > > Are you sure it was ever ported to PA-RISC? As far as I am aware, > > PA-RISC > > (and the HP 9000 712) weren't developed until long after the days of V6 > > and V7 UNIX. > > Wouldn't it be easier to just get the PDP-11 emulator from > gatekeeper.dec.com and compile it for HP-UX or Linux on the 712? I've > compiled it on Solaris 8, Linux, and Mac OS X, so it should compile just > fine under HP-UX. > > Also, as far as I am aware ( and keep in mind, I am an HP-UX system > admin. ) HP-UX has only ever been System V. You can run HP-UX, Linux, or > NetBSD on a HP-9000/{800,700}. > > - Derrik > > firebug at apk.net > http://junior.apk.net/~firebug > -------------------------------------------------------------------------- ------------------------- > They seem to have learned the habit of cowering before authority even > when not actually threatened. How very nice for authority. I decided > not > to learn this particular lesson. > -- Richard Stallman > > _______________________________________________ > TUHS mailing list > TUHS at minnie.tuhs.org > http://minnie.tuhs.org/mailman/listinfo/tuhs