HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.hp48

John Beimler (55beimle@sol.cs.wmich.edu) writes
>>
>>I have finally sat down and figured out sys-RPL with the help of
>>Detlef's RPL library.  I am compiling using the HP tools, but I am using
>>the lib to dissasemble objects.
>>
>>Anyhow on to my question.  I rewrote a program that counts the number of
>>bits in a hex string in system rpl.  I included argument checking (see
>>listing).  When I input the wrong argument or no arguments I get:
>>
>>XLIB 852 69 Error: 
>>Too Few Arguments
>>
>>-or-
>>
>>XLIB 852 62 Error:
>>Bad Argument Type
>>
>>The question I have is, can I clean this up so the XLIB line is either blank
>>or actually contains the function name?  
>>
>>BITS.S
>>ASSEMBLE
>>    NIBASC /HPHP48-Z/
>>
>>RPL
>>
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  this is where the sNAME directive would normally go.
>>::
>>CK1
>>CK&DISPATCH1
>>11
>>    ::  
>>        HXS 10 7777777777777777 OVER bitSR OVER bitAND 2DUP bitSR bitAND 
>>        ROT OVER bitSR bitAND bit+ bit+ bit- DUP bitSR bitSR bitSR bitSR 
>>        bit+ HXS 10 F0F0F0F0F0F0F0F0 bitAND HXS 10 FF00000000000000 2DUP 
>>        bit/ bit* bit- HXS>%
>>    ;
>>;
>>END_SRC

The reason that the error reporting system did not give the function's
name (and, in fact, reported a "garbage" name) was simply because you
had not provided a name (and all the other required library stuff to
go along with the name.) In such cases, you should use CK1NOLASTWORD
instead of CK1 to indicate that the current routine should not be
reported as "owning" the error message.
...Charlie Patton
*******************************************************
** Charles M. Patton                                 **
**                                                   **
** charliep@cv.hp.com                                **
**      the usual disclaimers apply                  **
*******************************************************
From: tohall@ariel.lerc.nasa.gov (Dave Hall (Sverdrup))
Newsgroups: comp.sys.concurrent
Subject: Available Contig. File Space?
Date: 4 Sep 92 12:39:00 GMT
Organization: ncurrent-request


     This is my second attempt to post on this subject. The article seemed
to disappear the first time (along with the file!). Sorry if this is a
repeat at some sites.


     I would like to find a way to determine the amount of contiguous disk 
space available at any given time. My system is an SLS-5550 running RTU
6.0. Here is some background. I have a data acquisition application program
which uses the IEEE-488/Multibus interface to transfer large data buffers.
I am using the National Instruments IBRDF library call to read the buffer. 
This call opens a big file with the contiguous attribute for speed. If the 
file system does not have enough contiguous space available, the application
bombs with UNIX error code 28. I then have to re-make the file system. I 
have a solution figured out for the immediate problem. I can detect the
occurrence of UNIX error code 28, and call a different subroutine to
read the buffer into non-contigous space. It will be slow, but better than
having to shut down for a couple of hours to re-build the file system!

    What I would really like to do is to predict the occurrence of the problem
and re-build the file system before it gets critical. The problem is that
I can not find any RTU system call that is able to analyze the file system
and give me a report on the amount of contiguous space available. I am 
willing to write my own analyzer, but I need help. I see two ways to
attack it. 

    The first way is purely brute force. I could write a Fortran application
to make repetitive calls to the contig(2) call to allocate contiguous files 
until it fails with ENOSPC. This seems crude, and it may cause the file
system to become fragmented that much sooner.

    I would really like to access the file system bitmap. All I know about
this bitmap is what I have read in the RTU programming manual. Each physical
data block in the file system has a corresponding bit in the bitmap. Used
blocks have their bits set to one, unused blocks to zero. 


      Does anyone know how to access this bitmap from a C or Fortran
application program? 


                       Thanx in advance, 


                               Dave Hall
Newsgroups: comp.sys.tandy
From: leonard@coyote.datalog.com (Leonard Lorden)
Subject: Model 4 Tech Manual
Organization: Datalog Consulting, Tucson, AZ
Date: Fri, 4 Sep 92 23:54:35 GMT

Alan,
   Congrats on your purchase of a Model 4 series computer.  As for your 
desire to obtain a tech manual, don't dally.  Those manuals are no longer in 
print and are in HIGH DEMAND.  It's VERY doubtfull you'll get one cheap, 
much less free.  This manual is absolutely necessary if you ever intend to 
do any assembly programming (as it contains all the Z-80 instructions and 
SVC commands for you to use).  It also has all the necessary schematics so 
that anyone (with any skill) can perform surgury on your Model 4.  You will 
need to know what type of computer you have, gate array or non-gate array as 
there are two different manuals, one for each array type.  To find out, look 
underneath your computer at the serial number, if it ends with an "A", then 
it is non-gate array (the more advanced).  You will also need to know this 
should you ever wish to upgrade your Model 4P to 128K, a gate array computer 
requires an additional PAL chip along with the standard 64K DRAM chips.
   The best thing to do is to call the Tandy national parts warehouse and 
order one NOW!
             -=> Leonard Lorden <=-
       GEnie Sysop : TRS-OP
       Usenet : leonard@coyote.datalog.com
Xref: sparky comp.sys.tandy:1398 comp.os.os9:1225 comp.sys.m6809:399
Newsgroups: comp.sys.tandy,comp.os.os9,comp.sys.m6809
Subject: RCIS Network
From: rcisnet2!root (Eric Levinson)
Date: 10 Sep 92 14:56:05 PDT
Organization: Color Galaxy Milky Way

This is to announce that my bulletin board system (run on a Tandy COCO 3 with
60 MB hard disks) is carrying three newsgroups.  comp.sys.tandy, comp.os.os9 
and comp.sys.m6809.  I have been working closely with Steven Rottinger over
the last four years in getting the RCIS local network going, and now getting
Rick Adams UUCP package working.  I would like to personally thank the
following for their help and assistance:
 
Rick Adams, in helping to clarify information about UUCP
John Harkin, in providing me with a feed (North Bay Network, nbn.com)
Philip Brown, for also providing me with more information anout UUCP
 
and all the RCIS sysops and users.
 
Please note that RCIS in itself is a network, so messages posted on other nodes
will get posted to these news groups.

We currently are running the following systems and their corresponding RCIS
addresses:

RCIS Headquarters:  RCIS_HQ
Color Galaxy Andromeda:  COLOR_GALAXY_AN
Color Galaxy Pegasys:  COLOR_GALAXY_PG
Color Galaxy Milky Way  COLOR_GALAXY_MW

The path to these systems are:
 
rcisnet2!RCIS_SYSTEMNAME!username@moon.nbn.com

RCISNET2 will be listed on the uucp map soon, so you will have more information
about the system

RCISNET is the map entry for RCIS_HQ, which also has a UUCP feed, 
tronsbox!amiglynx.

My BBS number is (415) 883-0696 if you wish to register, access is free.  You
will get those newsgroups mentioned above, and others if you request them.
 

Thank you,

Eric Levinson
Organization: Penn State University
Date: Wed, 9 Sep 1992 09:30:19 EDT
From: <ACS110@psuvm.psu.edu>
Newsgroups: comp.sys.tandy
Subject: TL/2 Upgrade to 386-40

I am considering upgrading my Tandy 1000 TL/2 to a 386, 40 mgz mother board.
DCS Industries has a package to do this. Its $489 and includes one meg of ram.
I've purchased things from them before and they give me Excellent service
and support. Does anyone know of any other company that sells similar upgrade
kits at comprable prices?

                    Thanks in Advance:
|o|________________________________________________________________|o|
|o| Andy C. Saylor               ::                                |o|
|o| Penn State University        :: E-Mail:   ACS110@PSUVM.PSU.EDU |o|
|o|::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::|o|
|o| REAL Programmers don't use documentation.                      |o|
|o|   If it was hard to code it should be hard to read and damned  |o|
|o|   near impossible to modify!                                   |o|
|o|________________________________________________________________|o|
Newsgroups: comp.sys.tandy
From: greg@gallifrey.ucs.uoknor.edu (Greg Trotter)
Subject: Re: COCO vs Z80
Originator: usenet@midway.ecn.uoknor.edu
Date: Sat, 12 Sep 1992 20:51:21 GMT
Organization: A Planet Of His Own

In article <18tk41INNeoq@usenet.INS.CWRU.Edu> trier@odin.ins.cwru.edu (Stephen C. Trier) writes:
>
>I've heard the same tale from many places.  It seems to originate with
>people who don't realize that "TRS-80" does not always mean "Model I".  :-)
>
>It is possible that Tandy built prototypes of Z80-based color machines
>before developing the CoCo, and this might also cause the stories of
>the Z80 CoCo.

I find it much more likely that stories like this were promulgated by
ignorant salesman, trying to look good. A salesman remembered that the Z80
was in the I, II, and III (the III *did* come out before coco, right? I
can't remember) and said "And it runs on the Z80!"

Or:

"Mr. Salesman, does this computer utilize the Z/80 CPU?"
"Uh... Yeah, that's right."

							- greg

-- 
Greg Trotter
Norman, Oklahoma
Internet: greg@gallifrey.ucs.uoknor.edu
Fidonet: 1:147/63       TrekNet: 87:6012/8009
From: bmarcum@world.std.com (Bill Marcum)
Newsgroups: comp.sys.tandy
Subject: Re: Tilda
Date: 7 Sep 92 21:07:57 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <0q3oqB1w163w@coyote.datalog.com> leonard@coyote.datalog.com (Leonard Lorden) writes:
>Andrew, assuming that Tandy has a standard code for all their computers, 
>this key combination may produce your tilda.
>   Try pressing <CLEAR><SHIFT><;>   if this key combination doesn't work, 
>look in your owners manual in the ASCII Character Set appendix in the back 
>of the book.  There it should list all the characters producable by your 200 
>and the necessary key combinations to make them.
>    -=> Leonard <=-
I assume that key combination is for either the I/3/4 series or the CoCo.
I don't have one of those or a 200, but I do have a 102 with the original
manuals.  On it, you get a tilde by pressing <GRPH><SHIFT><[>.  It has an
interesting character set, with things like cars, phones and stick figures.

Bill Marcum  bmarcum@world.std.com
Newsgroups: comp.sys.tandy
From: leonard@coyote.datalog.com (Leonard Lorden)
Subject: Model 3 Support
Organization: Datalog Consulting, Tucson, AZ
Date: Tue, 15 Sep 92 01:50:14 GMT

Daniel Raymond,
   Sending this public because your mailing address didn't take...
Yes I am a TRS-80 enthusiast, and yes if have references to SEVERAL 
businesses and sources of files and services for the TRS-80 Model 1/3/4.
It sounded as if you were not a long time user of a Model 3, so there is one 
question you will need to ask yourself before you pursue obtaining any 
accessories for your Model 3, "Do I want to spend time and money on an out 
of date machine?"  While the Model 3 does have a very impressive public 
domain file listing, most new software available for the TRS-80 is for the 
Model 4, so basically what is currently available is all there will be.
Naturally, you'll need a Disk Operating System, you can purchase TRSDOS or 
LDOS from Computer News 80 magazine, as well as several other items.  In the 
mean time, you can use the built in BASIC by holding down the <BREAK> key 
immediately after pressing the orange reset button.  This will manually turn 
off the disk drives and place you in cassette base, you will only be able to 
save to a cassette, doubtfull you'll find the necessary cables to hook up to 
a cassette recorder.  Most of the hardware costs MUCH more than today's IBM 
style machines, though software is MUCHO cheaper.  There's a serious 
commitment to owning a TRS-80, if you're willing to make it, I'll be more 
than happy to give you all the info you need.  If not, I have business 
addresses of people willing to purchase your software/hardware to pass on to 
other enthusiasts.  Looking forward to your reply...

    Leonard Lorden
    leonard@coyote.datalog.com
    GEnie : TRS-OP
Newsgroups: comp.sys.tandy
From: leonard@coyote.datalog.com (Leonard Lorden)
Subject: COCO vs Z80
Organization: Datalog Consulting, Tucson, AZ
Date: Thu, 10 Sep 92 00:36:44 GMT

I'm referring to the ORIGINAL COCO, not the current one, which I'm pretty 
sure started off with the Z80...
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.sys.tandy
Subject: Re: COCO vs Z80
Date: 10 Sep 1992 18:24:03 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <qV1uqB2w163w@coyote.datalog.com> leonard@coyote.datalog.com (Leonard Lorden) writes:
>I'm referring to the ORIGINAL COCO, not the current one, which I'm pretty 
>sure started off with the Z80...

The Color Computer NEVER used a Z80.  No model of "Color Computer" ever had
a Z80.  They ALL had 6809 CPUs:

    Color Computer (original)    6809E
    64K Color Computer           6809E
    Color Computer 2             6809E
    Color Computer 3             68B09E

The Micro Color Computer (MC-10), an ill-fated competitor to the Timex-
Sinclair, used a 6803.  (Actually, I *think* it was the 6803E variant --
there difference is how the CPU clock signals are generated.)

Please don't doubt this -- I've been under the covers of everything from
a 4K D-board CoCo 1 to a 512K CoCo 3, and all had 6809 CPUs.

By the way, there was once a third-party add-on box for the CoCo that
provided an 80 column screen and a Z80 for CP/M.  It never really caught
on; the 64K-capable CoCos running Flex or OS9 killed it.

However, all of the internal CPUs in all models of CoCo were from the
6809 family.

-- 
"Beware of programmers who     Stephen Trier
 carry screwdrivers."          Network Services Engineering, IRIS/INS/Telecom
       Leonard Brandwein       Case Western Reserve University
                               trier@ins.cwru.edu
Newsgroups: comp.sys.tandy
From: rtoyama@uhunix.uhcc.Hawaii.Edu (Ralph Toyama)
Subject: RS Catalog Mystery Solved
Organization: University of Hawaii at Manoa
Distribution: usa
Date: Mon, 7 Sep 1992 07:14:27 GMT

I revisited that Radio Shack store where I got that catalog with blank
spaces and empty columns where the prices usually go.  This time
around they gave me a "sequential price index" (listed in order of
model number).  It turns out it wasn't a misprint after all.  The
catalogs distributed here are intentionally without prices because
they're going to start charging more than the catalog price, to pass
on the cost of shipping stuff out here.
 
I remember back in the late '70s/early '80s they used to slap a
sticker on the cover saying that prices in Hawaii were higher that
those listed inside.  Then about a decade ago they started charging
the catalog prices.  I should have figured that it was over when I saw
that Hawaii was added to the small print price disclaimer on page 2
this year.  Oh well, it was nice while it lasted.
--
Ralph Toyama                                 /        73 and Aloha
University of Hawaii at Manoa               /__           from
School of Library and Information Studies     /        Radio NH6PY
rtoyama@uhunix.uhcc.Hawaii.Edu               /    Honolulu, Hawaii, USA
From: lowen@lorc.UUCP (Lamar Owen)
Newsgroups: comp.sys.tandy
Subject: Re: Model 4 Tech Manual
Date: Thu, 10 Sep 92 09:49:28 EDT
Organization: LORC Enterprises

leonard@coyote.datalog.com (Leonard Lorden) writes:
> it is non-gate array (the more advanced).  You will also need to know this 
> should you ever wish to upgrade your Model 4P to 128K, a gate array computer 
> requires an additional PAL chip along with the standard 64K DRAM chips.
>    The best thing to do is to call the Tandy national parts warehouse and 
> order one NOW!

You have the gate-array and non-gate-array machines mixed-up.  Non-gate machines
require the PAL.  Gate machines don't.  Gate machines have model numbers ending
with A.

26-1067--Model 4, NG,16K, No disk.
26-1068--M4, NG,64K,1 disk
26-1069--M4, NG,64K,2 disk
26-1069A-M4, GA,64K,2 disk
26-1070--M4D,GA,64K,2 double-sided disk.

There are also some others, I'll leave it to Frank to provide THAT list, as I
don't have all the info.

>              -=> Leonard Lorden <=-

--

Lamar Owen, Systems Consultant, GE Lighting Systems, Hendersonville, NC
***********************************************************************
 Opinions expressed herein are the author's and do not reflect policy
   or opinions of the General Electric Company or its subsidiaries.
***********************************************************************
Newsgroups: comp.sys.tandy
From: jkonecn@andy.bgsu.edu (Joe Konecny)
Subject: Tandy NEW products!
Organization: Bowling Green State University B.G., Oh.
Date: Sun, 6 Sep 1992 04:13:18 GMT

 I can't understand why the memory expansion board for the EX/HX is 
listed as "NEW".  I assume this is just a misprint in the new 93 catalog.
Internet - jkonecn@andy.bgsu.edu

Newsgroups: comp.sys.tandy
From: arm@helix.nih.gov (Andrew Mitz)
Subject: How do I type a tilda on Model 200?
Followup-To: comp.sys.tandy
Summary: How do I type a tilda character on a Model 200?
Organization: National Institutes of Health, Bethesda
Date: Sat, 5 Sep 1992 22:22:44 GMT

I am using the Model 200 with an external modem on a Unix
machine.  The keyboard does not have a tilda "~". (Obviously
I am typing this note on another machine!) How do I send a
tilda?  How do I send other characters.  I am familiar with
ASCII, so maybe there is a simple way to send an arbitrary
ASCII code.  Please tell me!  Thanks.



-------------------------------------------------
Andrew Mitz          |    NIH Animal Center
Biomedical Engineer  |    Poolesville, MD
-------------------------------------------------

All opinions expressed are my own.
Organization: Penn State University
Date: Tue, 15 Sep 1992 07:52:33 EDT
From: <GUF@psuvm.psu.edu>
Newsgroups: comp.sys.tandy
Subject: Tandy PIM Press Release

A while back someone posted a Tandy press release about a new
line of palmtops/personal information managers (pims) that
Tandy is supposedly developing, using GEOS as a base for
software.  Does anyone still have this document, or can
anyone tell me where if might be archived, or where I can
get a copy?  Has there been anymore information on this anywhere
in the periodical press?  Thanks.
Gil Gall (guf@psuvm.psu.edu)
Newsgroups: comp.sys.tandy
Subject: Re: Tandy NEW products!
From: levinson@vax.sonoma.edu
Date: 14 Sep 92 20:53:22 -0800
Organization: Sonoma State University

In article <Bu52E8.ru@andy.bgsu.edu>, jkonecn@andy.bgsu.edu (Joe Konecny) writes:
>  I can't understand why the memory expansion board for the EX/HX is 
> listed as "NEW".  I assume this is just a misprint in the new 93 catalog.
> Internet - jkonecn@andy.bgsu.edu
> 
It is a new model of the memory upgrade expansion board.  I believe it is
slightly less expensive than the older one.

-- 
Eric Levinson

rcisnet2!root@moon.nbn.com	|  Home computer (UUCP)
levinson@vax.sonoma.edu		|  Vax
levinson@zippy.sonoma.edu	|  Sun System  
Eric Levi			|  Pc Link, America Online
JWPP04A 			|  Prodigy

Department of Computer Science
Sonoma State University, Rohnert Park, CA
I can also be reached on my BBS system, Color Galaxy Milky Way
at (415) 883-0696 3/12/24 bps Press <ENTER> a few times after connect
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.sys.tandy
Subject: Re: COCO vs Z80
Date: 11 Sep 1992 15:16:06 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <1992Sep11.093350.2085@mr.med.ge.com> hinz@picard.med.ge.com (David Hinz Mfg 4-6987) writes:
>Ah, yes, the D-board.  Lets see...to go to 64K on that, I had to cut the +12,
>-12, and jump the +5 over to one of them, then piggyback another 74LS138 onto
>the back of......and run a line to pin 33 of the SAM, etc. etc. etc.

I bought a 16K D-board CoCo for $5 a few years ago, mostly for spares, but
I was thinking vaguely of upgrading it to 64K and running OS9 Level 1 on it.
_Then_ I found out what was involved.  It's still a 16K machine.  :-)

>Interesting note:  My first coco (C-board, yes, C!  Serial number 112 or
>something, as I recall) came with a mil-spec 6809E in it, and the SAM
>was a 74LS783 or some such, as opposed to the 6883 label.

Interesting.  I know that there were many 6883's sold under the 74LS783
name.  There were other variations on the SAM sold under other 74LS labels.
(I think one was the 74LS786?)  These other versions could handle different
refresh mechanisms and such.  At least one of the 256K CoCo 1 upgrades
(remember those?) required one of these alternate SAMs.

-- 
"Beware of programmers who     Stephen Trier
 carry screwdrivers."          Network Services Engineering, IRIS/INS/Telecom
       Leonard Brandwein       Case Western Reserve University
                               trier@ins.cwru.edu
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.sys.tandy
Subject: Re: Hard Drives and Tandy
Date: 10 Sep 92 03:54:23 GMT
Article-I.D.: qiclab.1992Sep10.035423.1824
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

jam@cse.unl.edu (James Macfarlane) writes:

>That is where my main problem lies...I had already had the HD, I just 
>wanted to use it with the Tandy.  If that is the case, it must be an
>*AT* drive, which means that I'll now have to get a real computer.

>One question concerning this... I can get the drive to function for a 
>short period, then the screen starts messing up and then the whole
>computer just locks up...would that imply an interrupt problem instead?
>I just read the earlier post about the interrupts and there is a jumper
>to change the interrupts, but the user mans for this computer are bad
>to say the least, and don't say a thing on this.

You still aren't giving enough details. You say that you have the hard
drive and that it works. How is it installed? With a cable from the
drive to the drive connector on the motherboard? If so, if it works at
all, you *cannot* have an interrupt conflict. 

If it is attached to a controller card that you added, then *of course*
you have a conflict! Unless the controller was made for a Tandy 1000
it uses IRQ 5, and the Tandy is using that for a *screen* interrupt.

Also, you are going to get conflicts caused by having two HD controllers
that *both* think they are the primary HD controller.

The Tandy docs *can* be puzzled out. You need to make it *not* use
IRQ5 for anything, and likely also turn off the HD controller on the
motherboard.

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: comp.sys.tandy
From: leonard@coyote.datalog.com (Leonard Lorden)
Subject: Model 4 Emulators
Organization: Datalog Consulting, Tucson, AZ
Date: Tue, 15 Sep 92 01:16:36 GMT

Mike,
   There are very few emulators, that I am aware of, for the Model 4.
There are really only two, V-100 emulation and ANSI emulation.  ANSI 
emulation requires the presence of a High-Resolution board, either by
Radio Shack or Microlabs.  Ask your Sysop if either of these emulators
will work...
*S