<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Research UNIX v9	</title>
	<atom:link href="https://virtuallyfun.com/2017/04/01/research-unix-v9/feed/" rel="self" type="application/rss+xml" />
	<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/</link>
	<description>Fun with Virtualization</description>
	<lastBuildDate>Tue, 09 May 2023 16:15:47 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.1</generator>
	<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329987</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Tue, 09 May 2023 16:15:47 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329987</guid>

					<description><![CDATA[On github look for ambiamber/Run-UNIX-v9]]></description>
			<content:encoded><![CDATA[<p>On github look for ambiamber/Run-UNIX-v9</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329427</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Sat, 29 Apr 2023 18:55:31 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329427</guid>

					<description><![CDATA[Appears that 9th Ed UNIX was a continuation of 8th Ed on the VAX, and the batterpudding tar from Norman Wilson for Sun3 was a snapshot of the VAX version. The VAX version underwent more development which the Sun3 version did not.  It also seems likely that the origins of the Sun3 version started as something like plan9port, the 9th Ed. user-space tools running on Sun3.

On the TUHS mailing list Norman Wilson wrote:
Date: Sun, 26 Aug 2018 09:09:42 -0400
[...skip...]
It&#039;s possible that someone did a semi-port, moving a lot of
the user-mode tools like the shell and the Jerq software.
Dave Kapilow did something like that for early SunOS, including
a mux-like X11 terminal program called sux, built atop a
library that did a simple mapping from Jerq graphics-library
calls to X11.

The V9 that Norman Wilson released on TUHS as batterpudding is more than that as it has a V9 kernel.

In the V9/README
David Kapilow wrote:
This directory contains the source for the Ninth Edition(v9) system
that was ported to the Sun.  The source was derived from a snapshot of the
VAX v9 system, sometime around the beginning of 1987.  It has
not been updated to incorporate changes that have been made
to the v9 system since then.]]></description>
			<content:encoded><![CDATA[<p>Appears that 9th Ed UNIX was a continuation of 8th Ed on the VAX, and the batterpudding tar from Norman Wilson for Sun3 was a snapshot of the VAX version. The VAX version underwent more development which the Sun3 version did not.  It also seems likely that the origins of the Sun3 version started as something like plan9port, the 9th Ed. user-space tools running on Sun3.</p>
<p>On the TUHS mailing list Norman Wilson wrote:<br />
Date: Sun, 26 Aug 2018 09:09:42 -0400<br />
[&#8230;skip&#8230;]<br />
It&#8217;s possible that someone did a semi-port, moving a lot of<br />
the user-mode tools like the shell and the Jerq software.<br />
Dave Kapilow did something like that for early SunOS, including<br />
a mux-like X11 terminal program called sux, built atop a<br />
library that did a simple mapping from Jerq graphics-library<br />
calls to X11.</p>
<p>The V9 that Norman Wilson released on TUHS as batterpudding is more than that as it has a V9 kernel.</p>
<p>In the V9/README<br />
David Kapilow wrote:<br />
This directory contains the source for the Ninth Edition(v9) system<br />
that was ported to the Sun.  The source was derived from a snapshot of the<br />
VAX v9 system, sometime around the beginning of 1987.  It has<br />
not been updated to incorporate changes that have been made<br />
to the v9 system since then.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329422</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Sat, 29 Apr 2023 18:22:53 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329422</guid>

					<description><![CDATA[The DAK account is Dave Kapilow&#039;s. It&#039;s at the bottom of jtools/README]]></description>
			<content:encoded><![CDATA[<p>The DAK account is Dave Kapilow&#8217;s. It&#8217;s at the bottom of jtools/README</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329412</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Sat, 29 Apr 2023 12:07:15 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329412</guid>

					<description><![CDATA[To simplify things, I created a disk geometry with 16 heads and 16 sectors so it was easy to create file systems that are a multiple of 16 disk blocks. The README in batterpudding tar says &quot;The first number can be calculated by dividing	the number of 512byte blocks recorded in step 2 by 16.&quot;]]></description>
			<content:encoded><![CDATA[<p>To simplify things, I created a disk geometry with 16 heads and 16 sectors so it was easy to create file systems that are a multiple of 16 disk blocks. The README in batterpudding tar says &#8220;The first number can be calculated by dividing	the number of 512byte blocks recorded in step 2 by 16.&#8221;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329411</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Sat, 29 Apr 2023 11:59:28 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329411</guid>

					<description><![CDATA[There are files in the batterpudding tar file like all the source code to cmd, etc. that the installation procedure in the README does not install into the constructed Ninth Edition UNIX.]]></description>
			<content:encoded><![CDATA[<p>There are files in the batterpudding tar file like all the source code to cmd, etc. that the installation procedure in the README does not install into the constructed Ninth Edition UNIX.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ambie		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-329410</link>

		<dc:creator><![CDATA[Ambie]]></dc:creator>
		<pubDate>Sat, 29 Apr 2023 11:54:03 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-329410</guid>

					<description><![CDATA[One of the things that can go wrong with the size of the inode table is that there is a bug in mkfs. The instructions say to run mkfs without a proto file to get the size of the inode table. There is a maximum (cap) on the size of the inode table. The bug is that mkfs prints the wrong value when the inode cap is reached. It prints 65408 but the correct value, which is visible in proto0g.cdc is 65280.]]></description>
			<content:encoded><![CDATA[<p>One of the things that can go wrong with the size of the inode table is that there is a bug in mkfs. The instructions say to run mkfs without a proto file to get the size of the inode table. There is a maximum (cap) on the size of the inode table. The bug is that mkfs prints the wrong value when the inode cap is reached. It prints 65408 but the correct value, which is visible in proto0g.cdc is 65280.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: neozeed		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194432</link>

		<dc:creator><![CDATA[neozeed]]></dc:creator>
		<pubDate>Tue, 24 Apr 2018 19:01:25 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-194432</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194394&quot;&gt;Lars Brinkhoff&lt;/a&gt;.

I made a few changes, and went through some crazy stuff with CVS regarding what path it actually expects for pserver, while everything else didn&#039;t care...

&lt;code&gt;
cvs -d:pserver:anonymous@unix.superglobalmegacorp.com:/research login
cvs -d:pserver:anonymous@unix.superglobalmegacorp.com:/research checkout researchv9/cmd/emacs&lt;/code&gt;

That should do it.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194394">Lars Brinkhoff</a>.</p>
<p>I made a few changes, and went through some crazy stuff with CVS regarding what path it actually expects for pserver, while everything else didn&#8217;t care&#8230;</p>
<p><code><br />
cvs -d:pserver:anonymous@unix.superglobalmegacorp.com:/research login<br />
cvs -d:pserver:anonymous@unix.superglobalmegacorp.com:/research checkout researchv9/cmd/emacs</code></p>
<p>That should do it.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: neozeed		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194418</link>

		<dc:creator><![CDATA[neozeed]]></dc:creator>
		<pubDate>Tue, 24 Apr 2018 04:08:57 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-194418</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194394&quot;&gt;Lars Brinkhoff&lt;/a&gt;.

I think I&#039;m going to try to take another stab at setting up anoncvs.... In the meantime, the whole source tree ought to be out there]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194394">Lars Brinkhoff</a>.</p>
<p>I think I&#8217;m going to try to take another stab at setting up anoncvs&#8230;. In the meantime, the whole source tree ought to be out there</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Lars Brinkhoff		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-194394</link>

		<dc:creator><![CDATA[Lars Brinkhoff]]></dc:creator>
		<pubDate>Mon, 23 Apr 2018 12:43:03 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-194394</guid>

					<description><![CDATA[Hello,

I mostly just want Montgomery Emacs from cmd/emacs.  Is there a way to do a CVS checkout?  I&#039;d rather not to a web scraping thingy.]]></description>
			<content:encoded><![CDATA[<p>Hello,</p>
<p>I mostly just want Montgomery Emacs from cmd/emacs.  Is there a way to do a CVS checkout?  I&#8217;d rather not to a web scraping thingy.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: neozeed		</title>
		<link>https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-188394</link>

		<dc:creator><![CDATA[neozeed]]></dc:creator>
		<pubDate>Mon, 30 Oct 2017 03:25:19 +0000</pubDate>
		<guid isPermaLink="false">https://virtuallyfun.com/?p=7017#comment-188394</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-188370&quot;&gt;Gregg Levine&lt;/a&gt;.

Go with 32bit versions.  Not many people had 64bit systems when TME was current]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://virtuallyfun.com/2017/04/01/research-unix-v9/comment-page-1/#comment-188370">Gregg Levine</a>.</p>
<p>Go with 32bit versions.  Not many people had 64bit systems when TME was current</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
