informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1994/CIS07_20.txt

1040 lines
31 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
#: 20082 S1/General Interest
30-Jun-94 16:11:28
Sb: #19766-LLOYD I/O on INTERNET
Fm: Frank Hoffman 72733,3655
To: James Truesdale [JBM] 71174,3442 (X)
It is Oregon Telecom.... ortel.com
Yes, frank_hoffman@ortel.com
is correct.
Thanks Jay
#: 20083 S1/General Interest
30-Jun-94 16:13:10
Sb: #19766-LLOYD I/O on INTERNET
Fm: Frank Hoffman 72733,3655
To: James Truesdale [JBM] 71174,3442 (X)
Opppps....
Supposed to be: frank_hoffman@ortel.org
NOT ...com
Sorry about that
#: 20091 S1/General Interest
03-Jul-94 17:27:10
Sb: #19956-OS9 on MAC
Fm: Oliver Reischke 100302,3271
To: Schlenker 100013,2723
Call DTR at Phone 0431-805293 or FAX 0431-86511
#: 20086 S1/General Interest
30-Jun-94 22:08:12
Sb: #20078-PKzip for OS9?
Fm: Bob Palmer 74646,2156
To: Benkt Linnander 71072,3324
Have you browsed the libraries here? I know that her is a pkunzip for OS9
level 2 and OS9 68k. (dad ratted dirty keyboard) I do not know about a PKzip,
seems more use of the LHarc if my memory serves. Has been a while since I was
doing much on my COCO.
#: 20085 S1/General Interest
30-Jun-94 20:49:26
Sb: deskmate diary
Fm: david.fla 71302,3021
To: Pete Lyall 76703,4230 (X)
Pete -
Thanks for the time & suggestion.
David
#: 20084 S1/General Interest
30-Jun-94 16:23:59
Sb: LLOYD I/O on Internet
Fm: Frank Hoffman 72733,3655
To: general interest
My correct internet address is:
frank_hoffman@ortel.org
LLOYD I/O, INC.
P.O.BOX 1447
BEAVERTON OR 97075
PHONE: 503 222-0702
FAX: 503 222-2334
PAGE: 503 940-7727
#: 20087 S1/General Interest
01-Jul-94 17:31:18
Sb: #deskmate diary
Fm: Steve Wegert 76703,4255
To: Pete Lyall 76703,4230 (X)
Uh Pete ....
I do believe there was a version of Deskmate for the Color Computer. It was one
of the spin and go disks that had a minimal OS9 boot, if I recall.
*- Steve -*
There is 1 Reply.
#: 20089 S1/General Interest
02-Jul-94 14:59:03
Sb: #20087-#deskmate diary
Fm: Pete Lyall 76703,4230
To: Steve Wegert 76703,4255 (X)
Steve -
I thought he made reference to an ATTRIB command, which is a DOSism.
Pete
There is 1 Reply.
#: 20090 S1/General Interest
03-Jul-94 05:33:00
Sb: #20089-deskmate diary
Fm: Steve Wegert 76703,4255
To: Pete Lyall 76703,4230 (X)
Yup ... he did, didn't he. And I thought he was misreferencing the attr command
when he posted the same message over in COCO.
O well ...
*- Steve -*
#: 20102 S1/General Interest
05-Jul-94 21:35:00
Sb: CoCo OS-9 Floppy Q's
Fm: John Murphy 73077,2305
To: ALL
The Level 2 tech ref does not SEEM to define DD.ATT and DD.OPT. I'm assuming
DD.ATT uses the same values as FD.ATT... Yes? No? And what about DD.OPT ?
Also, how does (did) the CoCo translate LSN's to side,track,sector ? Single
sided disks are obvious <g>, but what about standard double sided disks? If
it's in the Tech ref, I can't find it.
Heck, what I really want is source for an OS-9 file manager that runs under
DECB, so I can port it to MSDos... I know, no such luck.
Don't be shy about simply quoting Tech Ref page numbers at me, I can take it...
Thanks, guys.
John
#: 20120 S1/General Interest
09-Jul-94 06:31:22
Sb: #MM/1 hard drive boot
Fm: keith bauer 71102,317
To: all
First off let me state that this "problem" is not a big deal. It is just one of
those things that should work but doesn't. I have a MM/1 with a Maxtor 7213SR
hard drive. I formally had a Seagate ST157N. When I had the Seagate I was able
to boot from the hard drive without any problem. Now that I have the Maxtor it
must tries anywhere from 5 to 10 times to boot before it does. This is when it
is up and running and I just press reset. It is worst when it is a cold boot. I
have a blank formatted disk in the drive like I should. It seems to me that I
saw a message a while ago from someone who had this same make of drive that
found a fix to the problem. If so please let me know what you did.
Thanks
Keith Bauer
CIS:71102,317 Delphi:keithbauer Internet:keithbauer@delphi.com
Via InfoXpress/OSK ver 1.01 How 'bout them Cowboys!
There is 1 Reply.
#: 20121 S1/General Interest
09-Jul-94 15:53:57
Sb: #20120-#MM/1 hard drive boot
Fm: Zack Sessions 71532,1555
To: keith bauer 71102,317 (X)
I'm surprised it is even booting at all. I have two 7213S's and when I upgraded
to a 340 and it wouldn't boot I spent quite some time on the telephone with
Kevin Pease. His last comment on the matter was that the ROM boot code was
trying to do multi sector IO and the drive did not support it (or vice versa, I
don't remember which). Pease actually suggested getting a smallish Connor just
to boot from!! His only other suggestion was to send him my second drive so he
could debug the boot code on his system with the drive. I told him I would be
willing to do without a second hard drive for up to a month and offered to send
it to him, but at the time (shortly after last year's ATL fest) he was too busy
to work on it. I haven't spoken to him since, and I am still having to boot
from a floppy.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
There is 1 Reply.
#: 20123 S1/General Interest
09-Jul-94 23:31:45
Sb: #20121-#MM/1 hard drive boot
Fm: Bob van der Poel 76510,2203
To: Zack Sessions 71532,1555 (X)
Oh...and I thought I was the only one who couldn't get the boot roms to work
from a HD. I have a Maxtor 231 meg and a Quantum 105. Nither will boot from the
HD. The system just times out and eventually tries the floppy. Hmmm, out of
interest, when you system is not booting does the HD LED show any activity?
Mine doesn't...however, if I connect a digitial probe to the scsi activity line
I do get regular blinks. I sort of figured that the computer was sending
something to the HD, but never getting a reply. Guess I need to see the rom
code or borrow one of those scsi analyzers (anyone got one I can borrow <g>).
There is 1 Reply.
#: 20124 S1/General Interest
10-Jul-94 23:49:08
Sb: #20123-#MM/1 hard drive boot
Fm: Eric Levinson 74471,1241
To: Bob van der Poel 76510,2203 (X)
Where do I get a boot rom? I have been asking and asking, and no responses,
although everyone talks about it!
Eric
There is 1 Reply.
#: 20127 S1/General Interest
11-Jul-94 21:42:32
Sb: #20124-#MM/1 hard drive boot
Fm: Bob van der Poel 76510,2203
To: Eric Levinson 74471,1241 (X)
I got mine from Paul Ward. Have you tried Blackhawk (David Graham), the new
manufacturer/dist. for the MM/1?
There is 1 Reply.
#: 20130 S1/General Interest
12-Jul-94 00:03:05
Sb: #20127-#MM/1 hard drive boot
Fm: Eric Levinson 74471,1241
To: Bob van der Poel 76510,2203 (X)
I have left him private e-mail with no responses. Does he have an account
here? Anyone know his current e-mail address?
Eric
There are 2 Replies.
#: 20131 S1/General Interest
12-Jul-94 07:21:18
Sb: #20130-MM/1 hard drive boot
Fm: Bill Dickhaus 70325,523
To: Eric Levinson 74471,1241 (X)
Eric,
I'm not sure if he is has an active CIS account. You can reach him from Mail
at:
INTERNET:NIMITZ@delphi.com
He just left a message on the CoCo list that his machine will be down for about
a week or so for repairs, apparently he won't be reading his mail during that
period, so don't expect an immediate response.
Bill Wittman (Wittman Computer Products) is also selling MM/1 stuff, I don't
know whether he has boot roms or not, try:
INTERNET:WW2150@ACSPR1.acs.brockport.edu
Mark Griffith might have some, try:
76070,41 on CIS
or:
INTERNET:tripos!griffith@GOOFUS.WUSTL.EDU
Good luck!
-Bill-
#: 20132 S1/General Interest
12-Jul-94 17:31:41
Sb: #20130-MM/1 hard drive boot
Fm: Steve Wegert 76703,4255
To: Eric Levinson 74471,1241 (X)
I'm not sure that David has a CompuServe account. But he should be reachable
via CompuServe mail at Internet:nimitz@delphi.com
*- Steve -*
#: 20122 S1/General Interest
09-Jul-94 16:48:51
Sb: Boot rom for MM/1
Fm: Eric Levinson 74471,1241
To: all
I am interested in a rom which boots from my hard disk. I am using a Quantum
340MB hard disk.
Right now, I have to keep a floppy in the disk drive and boot from it.
Please e-mail me directly with prices and where to send a check.
Thanks
Eric Levinson
#: 20133 S1/General Interest
13-Jul-94 12:25:06
Sb: #GNU C Cross Compiler
Fm: Christian Daschill 100112,277
To: All
I was just wondering if there was such a thing as a GNU C/C++ cross compiler
that runs under DOS or OS/2 (preferring the latter) and creates OS9
executables.
We have been working with the Microware V3.2 compiler up to now, and our
experiments with the Ultra C cross compiler are not encouraging ( SLOW
compiles, BIG and SLOW executables!)
Maybe somebody has sources?
There are 2 Replies.
#: 20134 S1/General Interest
14-Jul-94 10:20:48
Sb: #20133-#GNU C Cross Compiler
Fm: David M. Horn 73260,242
To: Christian Daschill 100112,277 (X)
Are you aware of the GNU compiler that runs native under OS-9?
There is 1 Reply.
#: 20142 S1/General Interest
19-Jul-94 15:45:58
Sb: #20134-#GNU C Cross Compiler
Fm: Christian Daschill 100112,277
To: David M. Horn 73260,242 (X)
>Are you aware of the GNU compiler that runs native under OS-9?
David,
Yes, I know about that one, but I don't have a notebook running OS9...
There is 1 Reply.
#: 20143 S1/General Interest
20-Jul-94 00:09:45
Sb: #20142-GNU C Cross Compiler
Fm: David M. Horn 73260,242
To: Christian Daschill 100112,277
<No notebook running OS-9 ...>
Gibbs Laboratories (708)808-9060 has OS-9 running on Macintosh computers.
I have heard it runs on Powerbooks also. I saw it working around 1991, it
looked good then and they have continued to improve it since then.
#: 20135 S1/General Interest
16-Jul-94 12:59:19
Sb: #20133-#GNU C Cross Compiler
Fm: Boisy G. Pitre 74464,3005
To: Christian Daschill 100112,277 (X)
> I was just wondering if there was such a thing as a GNU C/C++ cross
> compiler that runs under DOS or OS/2 (preferring the latter) and creates
> OS9 executables.
> We have been working with the Microware V3.2 compiler up to now, and our
> experiments with the Ultra C cross compiler are not encouraging ( SLOW
> compiles, BIG and SLOW executables!)
> Maybe somebody has sources?
>
What version of the Ultra C compiler are you using? Microware sells a DOS (not
OS/2) hosted version of the Ultra C cross compiler. The 1.2 version of Ultra C
(due out soon) generates very efficient code vis a vis compared to GCC, Ultra C
1.1 and C 3.2 compilers.
You may want to check your options and upgrade to the 1.2 version of Ultra C
when it is available.
(Opinions expressed herein are mine only, and not necessarily those of any
organization or corporation.) -- Boisy G. Pitre__ __ __
Delphi: BOISY
|_ _| \ \/ / CompuServe: 74464,3005 I use... _|
|_ > < Internet: boisy@os9er.waukee.ia.us
|_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems
There is 1 Reply.
#: 20141 S1/General Interest
19-Jul-94 15:44:23
Sb: #20135-GNU C Cross Compiler
Fm: Christian Daschill 100112,277
To: Boisy G. Pitre 74464,3005
Thanks for the info about the upcoming version 1.2 Ultra C compiler. I am
currently using V1.1.2 and it's code is not very efficient. Also, I am in
steady contact with Microware's U.K office, and they didn't mention V1.2 yet.
I'll check with them tomorrow..
Regards,
Christian Daschill
#: 20136 S1/General Interest
17-Jul-94 09:19:13
Sb: OS-9 PROGRAMMERS WANTED
Fm: Andreas Martschitsc 100045,3464
To: all
OS-9 PROGRAMMERS WANTED - Berne, Switzerland
For a simulator Project do we need some good OS-9 programmers. Programmers
will be doing C development on real-time systems using OS-9-systems from PEP
and Motorola. VME experience desired. Duration: approximately a half year.
Please send an E-Mail to Andreas Martschitsch, 100045,3464 or write to: Swiss
arms factory, Attn: Andreas Martschitsch, Stauffacherstrasse 65, 3000 Berne 22,
Switzerland.
#: 20144 S1/General Interest
20-Jul-94 14:43:40
Sb: #OS9 VME-147 HD driver
Fm: Themis Kardambikis 76620,3434
To: all
Does anybody have experience connecting a standard SCSI hard disk to a Motorola
VME 147 running OS9 V2.2. I know this is an old version of OS9, but I can not
upgrade for several reasons. I need to connect a standard SCSI drive e.g. from
Seagate since the old Control Data WREN drives are no longer available.The WREN
drives are supposed to have a standard SCSI interface so I tried to change the
driver descriptor but without luck. So if anybody out there has any experience
with this problem please let me know.
There is 1 Reply.
#: 20145 S1/General Interest
20-Jul-94 18:38:59
Sb: #20144-OS9 VME-147 HD driver
Fm: Pete Lyall 76703,4230
To: Themis Kardambikis 76620,3434
Themis -
We used to run an old MVME-147 cage... I was pretty sure that the drive on
there was a SASI... maybe not, though. Also - if this is as a result of
recently developed drive problems, you did know there's a fuse in there for the
SCSI bus, right?
#: 20088 S3/Languages
02-Jul-94 12:47:24
Sb: #20072-68xx XASM on DOS machine
Fm: Paul R. Santa-Maria 71674,422
To: DOUG 72667,1433
There are a couple in the IBMPRO forum libraries.
#: 20096 S7/Telecommunications
04-Jul-94 22:22:51
Sb: #Help with MM/1 hi speed
Fm: Eric Levinson 74471,1241
To: all
I am having a problem running two modems on the two high speed ports on the
MM/1. I have asked around and I have been told that it is a problem with the
driver.
The problem I am having is that when both modems are set to answer the line,
the CD is not detected, and if someone hangs up, the signal of change of CD
does not
get sent.
When only one modem is configured and set up, all works fine.
I was told that Carl Kreider has the source for the serial drivers for OSk 2.4?
Is there any way the drivers can be reworked?
Also, another thing I have noticed is that the ports miss characters during
hard disk I/O. I have played around with the maxcount. I think the problem
may be with the DMA hardware. Any suggestions?
Eric
There are 2 Replies.
#: 20099 S7/Telecommunications
05-Jul-94 07:47:53
Sb: #20096-Help with MM/1 hi speed
Fm: Steve Wegert 76703,4255
To: Eric Levinson 74471,1241 (X)
Carl did the serial drivers for the MM/1 ... and check in here often. Let's see
what he has to say.
*- Steve -*
#: 20125 S7/Telecommunications
11-Jul-94 00:25:06
Sb: #20096-#Help with MM/1 hi speed
Fm: Ken Scales 74646,2237
To: Eric Levinson 74471,1241 (X)
> I am having a problem running two modems on the two high speed ports on
> the MM/1. I have asked around and I have been told that it is a problem
> with the driver.
Well, partly driver, and partly hardware. The two ports share a common
interrupt line. Apparently it would take some gymnastics in the driver to be
able to ensure that both interrupts are recognized.
> Also, another thing I have noticed is that the ports miss characters
> during hard disk I/O. I have played around with the maxcount. I think
> the problem may be with the DMA hardware. Any suggestions?
The default maxcount (maxcount=65535) allows a _fast_ harddrive to monopolize
the DMA bus for too long. For example, if the harddrive is able to support a
throughput of about 1.8 Mbytes/sec, the system DMA has priority for about 36.4
mSec! (About 35 characters at 9600 bps.) Reducing maxcount is mandatory for
proper serial port operation. Small reductions (e.g., to 16K) won't eliminate
the problem. Mine is currently set for maxcount=2048.
BTW, the MM/1a (i.e., with accelerator board / 68340) has different DMA
mechanisms. The above is for the 68070.
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
** Composed with KVed/Ved and uploaded with InfoXpress **
There is 1 Reply.
#: 20129 S7/Telecommunications
11-Jul-94 21:43:11
Sb: #20125-Help with MM/1 hi speed
Fm: Bob van der Poel 76510,2203
To: Ken Scales 74646,2237
The other thing to watch for on the HS serial ports is that the baud rates
selected are compatible. Don't have the list right now...but you can't do
things like set one for 19.2 and the other for 38.4. You can do 9600 and 19.2,
or 9600 and 38.4, or both 38.4, etc. If it isn't here, I could type up the data
from the 68681 data sheet and post it here.
#: 20094 S9/Utilities
04-Jul-94 21:56:52
Sb: #new ars
Fm: Carl Kreider 71076,76
To: sysop (X)
I left the production versions of ar in libs 10 and 12, for the 6809 and 68K
respectively. However, I hosed up the description of the 68K version. Can you
fix it, or do I have to re-upload?
Carl
There are 2 Replies.
#: 20097 S9/Utilities
05-Jul-94 05:37:36
Sb: #20094-#new ars
Fm: Mike Ward 76703,2013
To: Carl Kreider 71076,76 (X)
Carl,
I think I figgered it out. Thanks for the heads-up!
Mike
There is 1 Reply.
#: 20110 S9/Utilities
06-Jul-94 22:11:44
Sb: #20097-new ars
Fm: Carl Kreider 71076,76
To: Mike Ward 76703,2013 (X)
Ok. Thanks much.
#: 20100 S9/Utilities
05-Jul-94 07:47:59
Sb: #20094-#new ars
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
Carl,
Looks as if Mike took are of it. Thanks for the uploads ... I've also placed a
pointer in the NEWS FLASH about the availability of the files.
While I have you ... I have an OS9000 version of AR2 from the net, supposedly
authorized by you. If it has your blessing, I'll place it in the library as
well.
*- Steve -*
There is 1 Reply.
#: 20111 S9/Utilities
06-Jul-94 22:12:45
Sb: #20100-#new ars
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
I haven't actually run it, but it was done with my blessing from my sources. It
should be ok to release. I guess we will then find out if it works!
Carl
There is 1 Reply.
#: 20118 S9/Utilities
07-Jul-94 19:58:41
Sb: #20111-new ars
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76
Thanks for the confirmation, Carl. I'll get it posted shortly.
*- Steve -*
#: 20146 S10/OS9/6809 (CoCo)
20-Jul-94 23:02:33
Sb: HELP- FILE TRANSFER
Fm: David Esleck 74004,1600
To: ALL
Can someone please advise me on transferring text files from a Color Computer
III running OS9 level 2 to a Mac? I do not have a modem for the Coco III, and
am hoping that i can connect through the serial port somehow. Or, if there is
some way that an IBM can read the files, I could transfer them to the Mac. Can
anyone help??- please e-mail!
#: 20092 S12/OS9/68000 (OSK)
03-Jul-94 21:55:39
Sb: #New SYSGO for MM/1
Fm: Eric Levinson 74471,1241
To: all
I recently downloaded the new sysgo replacement for the MM/1.
When I created a new boot disk and booted all went fine.
I created a Startup.2 file and rebooted with the shift key down..
The startup.2 file gets executed then the following happens. It displays
Error #000:216
it then waits about 6 seconds, clears the screen and displays the same message.
This only happens on the /term device. All the other devices works fine.
Any ideas?
Please write here or eric_levinson@rcisnet.org
Thanks
There are 2 Replies.
#: 20093 S12/OS9/68000 (OSK)
03-Jul-94 22:32:56
Sb: #20092-#New SYSGO for MM/1
Fm: Pete Lyall 76703,4230
To: Eric Levinson 74471,1241 (X)
That's a bad path, if I recall... Perhaps you need to use a fully qualified
pathname (i.e. /dd/cmds/mycommand /dd/my_scriptfile).
Pete
There is 1 Reply.
#: 20095 S12/OS9/68000 (OSK)
04-Jul-94 22:15:59
Sb: #20093-#New SYSGO for MM/1
Fm: Eric Levinson 74471,1241
To: Pete Lyall 76703,4230 (X)
Bad path? I am not using any paths in my startup file. Just an echo command:
echo THIS IS STARUP.2
Happy 4th!
There is 1 Reply.
#: 20101 S12/OS9/68000 (OSK)
05-Jul-94 11:07:06
Sb: #20095-#New SYSGO for MM/1
Fm: Pete Lyall 76703,4230
To: Eric Levinson 74471,1241 (X)
Mmmmm.... in the SYSGO, has /dd/cmds been CHX'd to (made the execution
directory)? Is the SHELL in that directory? Is it in memory? Your problem is
likely in one of these areas.
Pete
There is 1 Reply.
#: 20104 S12/OS9/68000 (OSK)
06-Jul-94 00:25:12
Sb: #20101-New SYSGO for MM/1
Fm: Eric Levinson 74471,1241
To: Pete Lyall 76703,4230 (X)
Yea, SHELL is in /dd/cmds.
If my STARTUP is:
echo STARTUP
and my STARUP.2 is
echo STARUP.2
both those should run with no problems, but the problem only happens on the
latter. The former works fine!
#: 20098 S12/OS9/68000 (OSK)
05-Jul-94 06:58:43
Sb: #20092-#New SYSGO for MM/1
Fm: Bill Dickhaus 70325,523
To: Eric Levinson 74471,1241 (X)
Eric,
I installed sysgo edition 9 over the weekend and it seems to be working for me.
I did reassemble it, because the binary included in the archive forks login
instead of shell, and does not have the reboot feature enabled. I also
stumbled across a bug caused by alignment, this might be causing your 216 error
*if* you reassembled sysgo with the option to fork shell. The binary that's
included does not have this problem. To fix the alignment problem, find the
second line labeled "MainPrm", the one with the comment starting "[StG]-05",
and add the following line before it:
dc.l 0
This will align the label on a word boundary. If MainPrm is not on a word
boundary, then the "dc.l 8" will be aligned by the assembler, adding an extra
null byte.
-Bill-
There are 3 Replies.
#: 20103 S12/OS9/68000 (OSK)
05-Jul-94 22:41:47
Sb: #20098-#New SYSGO for MM/1
Fm: Zack Sessions 71532,1555
To: Bill Dickhaus 70325,523 (X)
> dc.l 0
>
> This will align the label on a word boundary. If MainPrm is not on a
> word boundary, then the "dc.l 8" will be aligned by the assembler, adding
> an extra null byte.
What? Don't like to use the "align" pseudo-op? :-)
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
There is 1 Reply.
#: 20109 S12/OS9/68000 (OSK)
06-Jul-94 20:24:20
Sb: #20103-New SYSGO for MM/1
Fm: Bill Dickhaus 70325,523
To: Zack Sessions 71532,1555 (X)
> What? Don't like to use the "align" pseudo-op? :-)
Comes from my mainframe background, I guess :-)
My favorite debugging tool:
DC Y(0)
-Bill-
#: 20105 S12/OS9/68000 (OSK)
06-Jul-94 00:26:54
Sb: #20098-New SYSGO for MM/1
Fm: Eric Levinson 74471,1241
To: Bill Dickhaus 70325,523 (X)
I'll try reassembling the program and see if the alignment fixes the problem.
Oh, I will also set it to run shell instead of login.
Eric
#: 20108 S12/OS9/68000 (OSK)
06-Jul-94 19:50:14
Sb: #20098-#New SYSGO for MM/1
Fm: Bob van der Poel 76510,2203
To: Bill Dickhaus 70325,523 (X)
What is this about a shift key during boot? What file are we taking about...
the latest I have one by STG which is labeled edition #7 and a #104 by Roy
Ducus. Point me in the right direction and I'll dl it and see what goes <g>.
There are 2 Replies.
#: 20114 S12/OS9/68000 (OSK)
07-Jul-94 06:52:00
Sb: #20108-#New SYSGO for MM/1
Fm: Bill Dickhaus 70325,523
To: Bob van der Poel 76510,2203 (X)
Bob,
Joel Hegberg brought sysgo up to edition 9, which allows for an alternate
startup file by holding down the shift key. This is only for OSK machines that
support KWindows. Edition 8 (Tim Kientzle) cleaned up and modularized the code
for easier modification, as well as adding the option to fork login rather than
shell. I guess it hasn't made it to CIS, yet, I'll go ahead an upload it if
someone else hasn't already beaten me to it.
-Bill-
There is 1 Reply.
#: 20119 S12/OS9/68000 (OSK)
08-Jul-94 19:11:54
Sb: #20114-New SYSGO for MM/1
Fm: Bob van der Poel 76510,2203
To: Bill Dickhaus 70325,523 (X)
Yes, please upload the sysgo here. I was aware of the later version of
kwsaver...but no one has taken pity on a poor, lonely, OSKer living in the
remote mountains of British Columbia--so I don't have it yet.
#: 20115 S12/OS9/68000 (OSK)
07-Jul-94 07:21:25
Sb: #20108-New SYSGO for MM/1
Fm: Bill Dickhaus 70325,523
To: Bob van der Poel 76510,2203 (X)
Bob,
Since you uploaded kwsaver, I thought I'd let you know that Joel came out with
a version 2.0, do you have it yet? Are you using it? Other than taking up a
window, it seems to work fairly well.
-Bill-
#: 20106 S12/OS9/68000 (OSK)
06-Jul-94 00:28:40
Sb: Redirect input?????
Fm: Eric Levinson 74471,1241
To: all
I am trying to set up a shell script to take input from the keyboard.
On the COCO, the following would work:
setime </1
On the MM/1, this does not work. I looked over the grey MM/1 OSK manuals, but
the shell section says to use </term. This is okay, but it will only work on
/term. Is there a way to specify the keyboard as a device?
Eric
#: 20112 S12/OS9/68000 (OSK)
06-Jul-94 22:45:57
Sb: New SYSGO for MM/1
Fm: Eric Levinson 74471,1241
To: all
Great! I edited the sysgo.a file, changing the run login to run shell, and
added the long data byte, reassembled it and it works great!
#: 20137 S12/OS9/68000 (OSK)
17-Jul-94 10:48:36
Sb: #mm2hp
Fm: LARRY OLSON 72227,3467
To: Bob van der Poel 76510,2203 (X)
Bob,
I have been playing around with your mm2hp program, and have been trying
to get something like it working for my 550c.
I don't know if you are still interested in it, but I can tell you why the
screens are truncated on the right side. It appears that the HP printers are
bit based and not byte based. In other words, if you are trying to print out
a 320 x 208 screen, each line you send is 320 bytes, or 2560 bits.
On a 8 1/2 x 11 sheet, the printer can only print 8 inches across, and at
300 dpi, it can only print 2400 dots across those 8 inches. So on a 320 horz.
screen, it will only print 300 bytes of the 320 on the line. The same problem
shows up more pronounced when you print out a 640 horz. screen. More than
half of it will be truncated.
So it looks like the only way to print entire screens, is to do some bit
packing. If you converted each screen byte to 7 bits, and packed them into
280 bytes, for a total of 2240 bits, you would get a 7.46 inch wide print out
of a 320 screen. On the 640 screens, you would need to represent each screen
byte with 3 bits, packed into 240 bytes, for a total of 1920 bits, which
would give a 6.4 inch print out of a 640 screen.
I wish the manuals that I got from HP would have been more informative, and
clearer on the bit verses byte for raster graphics, it would have saved me
a lot of wasted time. <g>
Now I just have to come up with a good routine for packing bytes into bits.
larry
----- Larry Olson -----
There is 1 Reply.
#: 20138 S12/OS9/68000 (OSK)
17-Jul-94 22:10:38
Sb: #20137-#mm2hp
Fm: Bob van der Poel 76510,2203
To: LARRY OLSON 72227,3467 (X)
Hi Larry. Glad someone is playing with the mm2hp program. I am still interested
in it...just don't have the time <g>.
You are completely correct that the program is trying to send more dots than
the printer can handle. However, I don't think that the answer is to convert 8
bits to 7, etc. Remember, each byte of data is just a bit stream...and the bits
represent pixels. On a 256 color screen each byte represents one pixel; on a 16
color 4 bits are 1 pixel. So what really needs to be done is to take each pixel
(4 or 8 bits) and convert that to a grey scale (or even a color value if you
are using a color ink jet printer). It sort of works by just dumping the raster
image...but it is not the _correct_ way to do it. I really just wrote the
program to see how easy it would be to send raster data to the printer.
I really hope you persist and get some good screen dumps working!
There is 1 Reply.
#: 20139 S12/OS9/68000 (OSK)
18-Jul-94 00:31:38
Sb: #20138-#mm2hp
Fm: LARRY OLSON 72227,3467
To: Bob van der Poel 76510,2203 (X)
> You are completely correct that the program is trying to send more dots
> than the printer can handle. However, I don't think that the answer is to
> convert 8 bits to 7, etc. Remember, each byte of data is just a bit
> stream...and the bits represent pixels. On a 256 color screen each byte
> represents one pixel; on a 16 color 4 bits are 1 pixel. So what really
> needs to be done is to take each pixel (4 or 8 bits) and convert that to a
> grey scale (or even a color value if you are using a color ink jet
> printer). It sort of works by just dumping the raster image...but it is not
> the _correct_ way to do it.
Bob,
You are right that the pixels will need to be converted to a grey
scale. Each screen byte would be changed to a 7 bit pattern, something
like the following: ( assuming 256 color pixel)
pixel value 7 6 5 4 3 2 1
0 - 31 2 2 2 2 2 2 2
32 - 63 2 2 2 2 2 2 2 = black
64 - 95 2 2 2 2 2 = white
96 - 127 2 2 2 2
128 - 159 2 2 2
160 - 191 2 2
192 - 223 2
224 - 255
Then these 7 bit values would be packed back into 8 bit bytes to be
sent to the printer.
bytes to be set to printer
byte 1 byte 2 byte 3 byte 4
8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1
_________________ _________________ _________________ _________________
|1|2|3|4|5|6|7|1| |2|3|4|5|6|7|1|2| |3|4|5|6|7|1|2|3| |4|5|6|7| | | | |
|----- 1------|------ 2 -------|------- 3 ------|------- 4 ------|
each pixel is represented by 7 bits
My biggest problem at this point is the working with bits in C, I'm
real shaky with C as it is, without doing this fancy stuff. <g>
I'll let you know if I get anywhere with this
----- Larry Olson -----
There is 1 Reply.
#: 20140 S12/OS9/68000 (OSK)
18-Jul-94 22:48:18
Sb: #20139-mm2hp
Fm: Bob van der Poel 76510,2203
To: LARRY OLSON 72227,3467 (X)
Seems you are well on the way. I would suggest the following:
1. Have a lookup table to convert the pixel values to the 7bit values.
2. Just send the 7bits out to a bit-stream function...this function would then
take care of rotating bits into bytes. Ummm, guess this is the tough function
for you. Let's see...you'd have to have a static buffer in the function which
would get filled up by rotating the 7bit values into it. Guess you'll just have
to bone up on the bit operators in C. Shout if you need help here!
Press <CR> !>