Re: [Simh] PDP-15/76

[Timothe Litt]

On 05-May-16 23:42, J. David Bryan wrote:
> On Thursday, May 5, 2016 at 6:01, Timothe Litt wrote:
>
>> I didn't have much luck with tumble (some time ago); it tended to
>> complain about the tiff input formats.
> Differences in the TIFF generators, I suppose.  I've used tumble to produce 
> 500+ PDFs from scanned TIFFs (and JPEGs and PNGs) with no issues.
>
I don't doubt that it works for you; apparently I was unlucky.  Before
commenting, I retried it with a number of TIFFs that are test data for
ImageMagick, distributed with TWiki and some scanned pages (HP and
Brother scanners) I had at hand.  I tried both the version from 2003
that you pointed Mattis to and the later version. Neither worked with
any file.
>> I do have a more recent version in my archive; Don't recall where I
>> found it
> I sent it to you in August 2013.  ;-)
>
>   -- Dave
>
Even though it didn't work out for me, thanks again!

As I noted to Al, it seems to me that since the original author has let
it go stale, it would be a good idea to setup a new repo and consolidate
the patches.  Handing this sort of tool around in e-mail forks seems a
bit hit-or-miss.   e.g. you pointed Mattis to the older version, but you
must also have the newer one :-)  I don't mean to be critical - help is
always appreciated.  Setting up a repo on GitHub is quick and painless...





smime.p7s
Description: S/MIME Cryptographic Signature
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[J. David Bryan]

On Thursday, May 5, 2016 at 6:01, Timothe Litt wrote:

> I didn't have much luck with tumble (some time ago); it tended to
> complain about the tiff input formats.

Differences in the TIFF generators, I suppose.  I've used tumble to produce 
500+ PDFs from scanned TIFFs (and JPEGs and PNGs) with no issues.


> I do have a more recent version in my archive; Don't recall where I
> found it

I sent it to you in August 2013.  ;-)

  -- Dave

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Timothe Litt]

On 05-May-16 13:27, Al Kossow wrote:
>
> On 5/5/16 3:01 AM, Timothe Litt wrote:
>
>> I didn't have much luck with tumble (some time ago); it tended to
>> complain about the tiff input formats.
>>
> There was a long thread about this on cctlk. the problem is the program
> mixes the use of read() and stdio assuming the buffer pointers stay in sync.
> This works on Linux and Windows, but not on BSDs (incl OS X)
> It has also been hacked on by three (four including me) other people now, and 
> Eric hasn't picked
> up the changes.
>
>
Whether that was my issue is lost in the depths of time - I use LInux
and it didn't work reliably for me.  Certainly mixing file descriptors
and streams is dangerous.  To the extent that it "works" beyond
switching open() to stream with fdopen, it's an extension to the C
standards.  (It's even uglier when a file is open for read & write.) 
The main issues are discussed at
http://pubs.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_05.html#tag_02_05_01
and
http://www.gnu.org/software/libc/manual/html_node/Stream_002fDescriptor-Precautions.html#Stream_002fDescriptor-Precautions

Eric's website hasn't been updated since 2003, and the links for its svn
repo are dead.  The last activity on the mailing list was in DEC 2006.

If it's being maintained, it would be a good idea to setup a new
repo/distribution point and merge the improved versions.  It doesn't
seem like a good idea to recommend the old website when it seems to have
gone stale...

FWIW, ImageMagick is a more comprehensive tool, and is actively
maintained. 




smime.p7s
Description: S/MIME Cryptographic Signature
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Al Kossow]

On 5/5/16 3:01 AM, Timothe Litt wrote:

> I didn't have much luck with tumble (some time ago); it tended to
> complain about the tiff input formats.
>

There was a long thread about this on cctlk. the problem is the program
mixes the use of read() and stdio assuming the buffer pointers stay in sync.
This works on Linux and Windows, but not on BSDs (incl OS X)
It has also been hacked on by three (four including me) other people now, and 
Eric hasn't picked
up the changes.


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Al Kossow]

On 5/4/16 8:27 AM, Mattis Lind wrote:
> Here is the last scanned document. This time I scanned it as TIFF instead of 
> PDF. It appeared to have produced a smaller
> file. The downside is that there were a lot of manual work to combine the 
> individual TIFF pages the scanner software
> produced.
>

use tumble

tumble.brouhaha.com


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Alexander Schreiber]

On Thu, May 05, 2016 at 07:41:24AM -0400, Timothe Litt wrote:
> On 05-May-16 07:18, Mattis Lind wrote:
> >
> >
> >
> > I didn't have much luck with tumble (some time ago); it tended to
> > complain about the tiff input formats.
> > That version/website hasn't been updated since 2003.
> > I do have a more recent version in my archive; Don't recall where I
> > found it, but it does somewhat better.  I posted it at
> > 
> > https://drive.google.com/file/d/0B2g2SW-v7RFZWW1BS1E4eVk3cVU/view?usp=sharing
> > for now, but it needs a permanent home...
> >
> > ImageMagick (most distributions have it, or see
> > http://www.imagemagick.org/) is my go-to tool for batch image
> > conversion/basic manipulations - e.g. rotate, resize, flip, crop,
> > dither, resample, etc.  It runs on linux, windows, OSX and iOS. 
> > You can
> > also adjust the colormap size to shrink the files, depending on
> > the input.
> >
> >convert *.tiff manual.pdf
> >
> >
> >
> > It was ImageMagick and the convert tool I ended up using for the last
> > file. But firstly I have to scan the manual two times since it is
> > double sided (there is no duplexer and it there were it would have
> > been extremely slow I presume). The scanner programs generates file
> > name numbering that I cannot control when scanning multiple pages. So
> > the trickiness is to splice everything together at the end. Then
> > secondly the scanner jammed at certain times interrupting the number
> > sequence. I ended up doing it manually. Maybe there is a way to do it
> > more automatically. I will find out next time I scan a document.
> >  
> >
> >
> > There are a bunch of tools for manipulating PDFs; some free, some not.
> > Here are a couple.
> > http://www.pdfsam.org/download-pdfsam-basic/
> > https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/
> > http://pdfchain.sourceforge.net/
> > https://wiki.gnome.org/Apps/PdfMod
> >
> >
> Others are probably more expert than I am, but here are a few techniques
> that I've learned:
> 
> Not much one can do about the scanner issues.   I usually don't even use
> the automatic feeder - a jam on an irreplaceable document can be a
> disaster.  Duplexers are even more dangerous since they have to run the
> paper around more sharp curves.
> 
> But tools like pdfmod allow you to rearrange pages in the PDF with drag
> and drop.
> So you can can put the pages in order fairly quickly.
> 
> Another trick is to sort the files by create time (e.g. on unix: convert
> `ls -1t *.tiff` doc.pdf). This will put them into the pdf in the same
> order that you scanned them.  If you have a few pages out of order due
> to rescans or jams, they can be fixed with pdfmod/pdftk.
> 
> For the duplexing issue:
> 
> pdfsam mix will merge odd and even pages.  So you can scan the odd pages
> in one directory & create a PDF with them, and the even pages in a
> second directory.  Then use pdfsam to interleave them into the final
> output file.
> 
> I find that this is quicker than turning pages over, even if I'm not
> using the automatic feeder.
> 
> The PDF tools also will rotate pages - which helps with landscape
> fold-out pages.  And the times that I accidentally scan a page
> upside-down :-)
> 
> Thanks for scanning your archives.
> 

I eventually got sick & tired of keeping piles of paper (bills, receipts,
and other stuff) around and decided to just scan it, shred most of it and
only keep a few select key documents on paper around. 

To this end, I've built a little tool chain:
 - scanpage: just scans via attached USB scanner at 600 dpi A4 in greyscale
   to raw unpacked tiff, I usually name them 1.tiff, 2.tiff, 3.tiff ...
 - scan2page: does the heavy lifting
   - compress original raw scans as TIFF with compression mode ZIP for
 archival - just in case I ever need the original raw scans again
   - normalize & despeckle the scans
   - downconvert to monochrome
   - deskew the scans
   - compress the scans with TIFF G4 (most efficient compression for
 monochrome I've found)
   - create two different display/archival formats from the scan
 - djvu (very compact)
 - pdf (very portable)
   - finally prompt for the name of the three output files (tar, djvu, pdf)
 - git: all of my archival scans are kept in a git repository, giving me:
   - revision control (e.g. I know when a document was scanned or the scan
 redone)
   - trivial replication for redundancy (just git clone & git pull)
   - integrity checking, e.g. git fsck will find bit flips

The whole tool chain is written for Linux (with Debian in mind, but will
run fine elsewhere, and should run on *BSD as well as long as the tools
are provided). The scan2page script does kit completeness checking before
touching the scans, e.g. can it find all the external tools it will invoke
later.

That, together with a (for me) reasonable directory structure, makes it
very easy for me to find old documents again - 

Re: [Simh] PDP-15/76

[Timothe Litt]

On 05-May-16 07:18, Mattis Lind wrote:
>
>
>
> I didn't have much luck with tumble (some time ago); it tended to
> complain about the tiff input formats.
> That version/website hasn't been updated since 2003.
> I do have a more recent version in my archive; Don't recall where I
> found it, but it does somewhat better.  I posted it at
> 
> https://drive.google.com/file/d/0B2g2SW-v7RFZWW1BS1E4eVk3cVU/view?usp=sharing
> for now, but it needs a permanent home...
>
> ImageMagick (most distributions have it, or see
> http://www.imagemagick.org/) is my go-to tool for batch image
> conversion/basic manipulations - e.g. rotate, resize, flip, crop,
> dither, resample, etc.  It runs on linux, windows, OSX and iOS. 
> You can
> also adjust the colormap size to shrink the files, depending on
> the input.
>
>convert *.tiff manual.pdf
>
>
>
> It was ImageMagick and the convert tool I ended up using for the last
> file. But firstly I have to scan the manual two times since it is
> double sided (there is no duplexer and it there were it would have
> been extremely slow I presume). The scanner programs generates file
> name numbering that I cannot control when scanning multiple pages. So
> the trickiness is to splice everything together at the end. Then
> secondly the scanner jammed at certain times interrupting the number
> sequence. I ended up doing it manually. Maybe there is a way to do it
> more automatically. I will find out next time I scan a document.
>  
>
>
> There are a bunch of tools for manipulating PDFs; some free, some not.
> Here are a couple.
> http://www.pdfsam.org/download-pdfsam-basic/
> https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/
> http://pdfchain.sourceforge.net/
> https://wiki.gnome.org/Apps/PdfMod
>
>
Others are probably more expert than I am, but here are a few techniques
that I've learned:

Not much one can do about the scanner issues.   I usually don't even use
the automatic feeder - a jam on an irreplaceable document can be a
disaster.  Duplexers are even more dangerous since they have to run the
paper around more sharp curves.

But tools like pdfmod allow you to rearrange pages in the PDF with drag
and drop.
So you can can put the pages in order fairly quickly.

Another trick is to sort the files by create time (e.g. on unix: convert
`ls -1t *.tiff` doc.pdf). This will put them into the pdf in the same
order that you scanned them.  If you have a few pages out of order due
to rescans or jams, they can be fixed with pdfmod/pdftk.

For the duplexing issue:

pdfsam mix will merge odd and even pages.  So you can scan the odd pages
in one directory & create a PDF with them, and the even pages in a
second directory.  Then use pdfsam to interleave them into the final
output file.

I find that this is quicker than turning pages over, even if I'm not
using the automatic feeder.

The PDF tools also will rotate pages - which helps with landscape
fold-out pages.  And the times that I accidentally scan a page
upside-down :-)

Thanks for scanning your archives.



smime.p7s
Description: S/MIME Cryptographic Signature
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Timothe Litt]

On 04-May-16 23:19, J. David Bryan wrote:
> On Wednesday, May 4, 2016 at 17:27, Mattis Lind wrote:
>
>> This time I scanned it as TIFF instead of PDF. It appeared to have
>> produced a smaller file. The downside is that there were a lot of manual
>> work to combine the individual TIFF pages the scanner software
>> produced.
> I recommed the "tumble" utility here:
>
>   http://tumble.brouhaha.com/
>
> It will convert a list of TIFFs to a PDF with just:
>
>   tumble *.tiff -o manual.pdf
I didn't have much luck with tumble (some time ago); it tended to
complain about the tiff input formats.
That version/website hasn't been updated since 2003.
I do have a more recent version in my archive; Don't recall where I
found it, but it does somewhat better.  I posted it at
https://drive.google.com/file/d/0B2g2SW-v7RFZWW1BS1E4eVk3cVU/view?usp=sharing
for now, but it needs a permanent home...

ImageMagick (most distributions have it, or see
http://www.imagemagick.org/) is my go-to tool for batch image
conversion/basic manipulations - e.g. rotate, resize, flip, crop,
dither, resample, etc.  It runs on linux, windows, OSX and iOS.  You can
also adjust the colormap size to shrink the files, depending on the input.

   convert *.tiff manual.pdf

There are a bunch of tools for manipulating PDFs; some free, some not.
Here are a couple.
http://www.pdfsam.org/download-pdfsam-basic/
https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/
http://pdfchain.sourceforge.net/
https://wiki.gnome.org/Apps/PdfMod




smime.p7s
Description: S/MIME Cryptographic Signature
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[J. David Bryan]

On Wednesday, May 4, 2016 at 17:27, Mattis Lind wrote:

> This time I scanned it as TIFF instead of PDF. It appeared to have
> produced a smaller file. The downside is that there were a lot of manual
> work to combine the individual TIFF pages the scanner software
> produced.

I recommed the "tumble" utility here:

  http://tumble.brouhaha.com/

It will convert a list of TIFFs to a PDF with just:

  tumble *.tiff -o manual.pdf

  -- Dave

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

Here is the last scanned document. This time I scanned it as TIFF instead
of PDF. It appeared to have produced a smaller file. The downside is that
there were a lot of manual work to combine the individual TIFF pages the
scanner software produced.

All documents are available here:
http://www.datormuseum.se/documentation-software/pdp-15-documentation

The Macro Assembler Document is here:
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMALA-A-D-MACRO_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf

/Mattis

2016-05-03 22:30 GMT+02:00 Mattis Lind :

> Here is three more scanned documents. These were scanned with HP ScanJet
> 7650 which seems to produce bigger files. Saving files as PDF. Not sure if
> this is the way to store the files:
>
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LFLGA-A-D-FOCAL_XVM_LANGUAGE_MANUAL.pdf
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMLAA-A-D-MAC11_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-ULLUA-A-D-LINKING_LOADER_XVM_UTILITY_MANUAL.pdf
>
> The last one I will try to fix tomorrow.
>
> /Mattis
>
> 2016-05-02 15:35 GMT+02:00 Mattis Lind :
>
>>
>>
>> 2016-03-15 19:21 GMT+01:00 Bob Supnik :
>>
>>> That would be much appreciated. The following are of particular interest
>>> to me:
>>>
>>> XUSMA - XVM Unichannel
>>> LMALA - XVM Macro15
>>> LMLAA - XVM Mac11 (PDP11 assembler)
>>> LFLGA - XVM FOCAL
>>> ULLUA - XVM linking loader
>>>
>>> If this is too much, priority is top to bottom.
>>>
>>> Thanks,
>>>
>>> /Bob Supnik
>>>
>>>
>> Unfortunately it took longer than expected to fetch and scan the
>> documents. But here is the first in line:
>>
>>
>> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf
>>
>> Hope it is useful.
>>
>> I'll get on with the following as soon as I can.
>>
>> I also found yet a number of documents that wasn't listed earlier:
>>
>> * XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
>> * XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
>> * BOSS XVM User's Manual DEC-XV-OBUAA-A-D
>> * EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D
>>
>> /Mattis
>>
>>
>>
>>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

Here is three more scanned documents. These were scanned with HP ScanJet
7650 which seems to produce bigger files. Saving files as PDF. Not sure if
this is the way to store the files:

https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LFLGA-A-D-FOCAL_XVM_LANGUAGE_MANUAL.pdf
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMLAA-A-D-MAC11_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-ULLUA-A-D-LINKING_LOADER_XVM_UTILITY_MANUAL.pdf

The last one I will try to fix tomorrow.

/Mattis

2016-05-02 15:35 GMT+02:00 Mattis Lind :

>
>
> 2016-03-15 19:21 GMT+01:00 Bob Supnik :
>
>> That would be much appreciated. The following are of particular interest
>> to me:
>>
>> XUSMA - XVM Unichannel
>> LMALA - XVM Macro15
>> LMLAA - XVM Mac11 (PDP11 assembler)
>> LFLGA - XVM FOCAL
>> ULLUA - XVM linking loader
>>
>> If this is too much, priority is top to bottom.
>>
>> Thanks,
>>
>> /Bob Supnik
>>
>>
> Unfortunately it took longer than expected to fetch and scan the
> documents. But here is the first in line:
>
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf
>
> Hope it is useful.
>
> I'll get on with the following as soon as I can.
>
> I also found yet a number of documents that wasn't listed earlier:
>
> * XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
> * XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
> * BOSS XVM User's Manual DEC-XV-OBUAA-A-D
> * EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D
>
> /Mattis
>
>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

2016-03-15 19:21 GMT+01:00 Bob Supnik :

> That would be much appreciated. The following are of particular interest
> to me:
>
> XUSMA - XVM Unichannel
> LMALA - XVM Macro15
> LMLAA - XVM Mac11 (PDP11 assembler)
> LFLGA - XVM FOCAL
> ULLUA - XVM linking loader
>
> If this is too much, priority is top to bottom.
>
> Thanks,
>
> /Bob Supnik
>
>
Unfortunately it took longer than expected to fetch and scan the documents.
But here is the first in line:

https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf

Hope it is useful.

I'll get on with the following as soon as I can.

I also found yet a number of documents that wasn't listed earlier:

* XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
* XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
* BOSS XVM User's Manual DEC-XV-OBUAA-A-D
* EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D

/Mattis
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Bob Supnik]

Yes, their contents might be very useful. You never know what you'll 
find, but DECtapes hold their contents extraordinarily well for magnetic 
media.


/Bob

On 3/16/2016 4:06 AM, Pontus Pihlgren wrote:

An I have DECtapes from this system. I recall at least one being labled
DOS. Could the content of these tapes be of help?

In that case I should make another effort to dump these tapes (I have
dumped a few).

/P


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Davis Johnson]

I also have an original distribution dectape for pdp15 dos, actually 
from DEC. Looks like it has never been unspooled. Got it from a site 
that didn't turn off their last '15 until almost 1990. Their application 
ran on the bare metal so they didn't actually run DOS.


The way they did software maintenance was interesting.

On 03/16/2016 04:06 AM, Pontus Pihlgren wrote:

On Tue, Mar 15, 2016 at 06:31:35PM +0100, Mattis Lind wrote:

The documentation was the only thing that remained from the PDP-15
installation at Standard Radio & Telefon (part of the ITT company) that was
used for development of the ATC (Automatic Train Control) system.

An I have DECtapes from this system. I recall at least one being labled
DOS. Could the content of these tapes be of help?

In that case I should make another effort to dump these tapes (I have
dumped a few).

/P


/Mattis

2016-03-15 17:46 GMT+01:00 Bob Supnik :


I've pulled together the hardware pieces for the PDP-15/76 (PDP-15 with
UC15 PDP-11 IO processor), so now it's time to consider what software can
be run.

The most likely candidate is XVM/DOS-15. While vanilla DOS-15 had UC15
support at some point, neither a complete source kit nor the appropriate
restore DECtape images seem to be available. The XVM/DOS-15 kit has all
required DECtapes, but it lacks the paper-tape elements. Fortunately, these
exist in source form in the XVM/DOS-15 source kit.

ABSL11 - a PDP-15 read-in mode tape that allows PDP-11 absolute binary
tapes to be read into shared memory and moved to private memory. (This is
not strictly necessary, because the PDP-11 side has its "hardware" binary
loader via the LOAD command.) This is used to load PIREX. It must be
assembled on the PDP-15.

PIREX - a PDP-11 absolute mode tape that runs the PDP-11 IO executive. It
has to be assembled on an -11, so the source must be loaded into an RT11
system, assembled, and punched out as a binary paper tape image. It's
possible that the macro11 cross assembler could be used instead.

DOSSAV - a PDP-15 binary tape that restores a distribution kit (usually
two DECtapes) to RF, RP, or RK disk. It must be assembled on the PDP-15. It
uses PIREX.

RKBOOT - a PDP-15 read-in mode tape that uses PIREX to boot a PDP-15
operating system off the RK15 (an 18b RK11). It must be assembled on the
PDP-15. It uses PIREX.

/Bob
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh




___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Pontus Pihlgren]

On Tue, Mar 15, 2016 at 06:31:35PM +0100, Mattis Lind wrote:
> 
> The documentation was the only thing that remained from the PDP-15
> installation at Standard Radio & Telefon (part of the ITT company) that was
> used for development of the ATC (Automatic Train Control) system.

An I have DECtapes from this system. I recall at least one being labled 
DOS. Could the content of these tapes be of help?

In that case I should make another effort to dump these tapes (I have 
dumped a few).

/P

> 
> /Mattis
> 
> 2016-03-15 17:46 GMT+01:00 Bob Supnik :
> 
> > I've pulled together the hardware pieces for the PDP-15/76 (PDP-15 with
> > UC15 PDP-11 IO processor), so now it's time to consider what software can
> > be run.
> >
> > The most likely candidate is XVM/DOS-15. While vanilla DOS-15 had UC15
> > support at some point, neither a complete source kit nor the appropriate
> > restore DECtape images seem to be available. The XVM/DOS-15 kit has all
> > required DECtapes, but it lacks the paper-tape elements. Fortunately, these
> > exist in source form in the XVM/DOS-15 source kit.
> >
> > ABSL11 - a PDP-15 read-in mode tape that allows PDP-11 absolute binary
> > tapes to be read into shared memory and moved to private memory. (This is
> > not strictly necessary, because the PDP-11 side has its "hardware" binary
> > loader via the LOAD command.) This is used to load PIREX. It must be
> > assembled on the PDP-15.
> >
> > PIREX - a PDP-11 absolute mode tape that runs the PDP-11 IO executive. It
> > has to be assembled on an -11, so the source must be loaded into an RT11
> > system, assembled, and punched out as a binary paper tape image. It's
> > possible that the macro11 cross assembler could be used instead.
> >
> > DOSSAV - a PDP-15 binary tape that restores a distribution kit (usually
> > two DECtapes) to RF, RP, or RK disk. It must be assembled on the PDP-15. It
> > uses PIREX.
> >
> > RKBOOT - a PDP-15 read-in mode tape that uses PIREX to boot a PDP-15
> > operating system off the RK15 (an 18b RK11). It must be assembled on the
> > PDP-15. It uses PIREX.
> >
> > /Bob
> > ___
> > Simh mailing list
> > Simh@trailing-edge.com
> > http://mailman.trailing-edge.com/mailman/listinfo/simh

> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Andrew Warkentin]

I believe XVM/RSX supports it as well (although it is dependent on
XVM/DOS for booting so the UC15 simulation will have to be working
with XVM/DOS first). Not sure whether the distribution that's
available includes enough to support it (since SIMH didn't support it
I didn't look at that part too closely when I was figuring out how to
install RSX). However, I would be surprised if it requires anything
that's not included in either the RSX or DOS kits.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Rich Alderson]

> Date: Tue, 15 Mar 2016 18:31:35 +0100
> From: Mattis Lind 

> We have a bunch of documents related to PDP-15 and XVM/DOS. Some of them
> does not appear to be present on bitsavers. If there are interest we will
> try to make an effort and have them scanned.

> http://www.datormuseum.se/documentation-software/pdp-15-documentation

Yes, please, preserving all of the documentation for the PDP-15 software
would be a very good thing, and you have a lot of manuals which would be
very useful to anyone attempting to program one (either SimH or a real
PDP-15).

Rich
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

We have a bunch of documents related to PDP-15 and XVM/DOS. Some of them
does not appear to be present on bitsavers. If there are interest we will
try to make an effort and have them scanned.

http://www.datormuseum.se/documentation-software/pdp-15-documentation


The documentation was the only thing that remained from the PDP-15
installation at Standard Radio & Telefon (part of the ITT company) that was
used for development of the ATC (Automatic Train Control) system.

/Mattis

2016-03-15 17:46 GMT+01:00 Bob Supnik :

> I've pulled together the hardware pieces for the PDP-15/76 (PDP-15 with
> UC15 PDP-11 IO processor), so now it's time to consider what software can
> be run.
>
> The most likely candidate is XVM/DOS-15. While vanilla DOS-15 had UC15
> support at some point, neither a complete source kit nor the appropriate
> restore DECtape images seem to be available. The XVM/DOS-15 kit has all
> required DECtapes, but it lacks the paper-tape elements. Fortunately, these
> exist in source form in the XVM/DOS-15 source kit.
>
> ABSL11 - a PDP-15 read-in mode tape that allows PDP-11 absolute binary
> tapes to be read into shared memory and moved to private memory. (This is
> not strictly necessary, because the PDP-11 side has its "hardware" binary
> loader via the LOAD command.) This is used to load PIREX. It must be
> assembled on the PDP-15.
>
> PIREX - a PDP-11 absolute mode tape that runs the PDP-11 IO executive. It
> has to be assembled on an -11, so the source must be loaded into an RT11
> system, assembled, and punched out as a binary paper tape image. It's
> possible that the macro11 cross assembler could be used instead.
>
> DOSSAV - a PDP-15 binary tape that restores a distribution kit (usually
> two DECtapes) to RF, RP, or RK disk. It must be assembled on the PDP-15. It
> uses PIREX.
>
> RKBOOT - a PDP-15 read-in mode tape that uses PIREX to boot a PDP-15
> operating system off the RK15 (an 18b RK11). It must be assembled on the
> PDP-15. It uses PIREX.
>
> /Bob
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh