829 lines
26 KiB
Plaintext
829 lines
26 KiB
Plaintext
|
|
|
|
#: 8386 S10/OS9/6809 (CoCo)
|
|
23-Nov-90 20:35:24
|
|
Sb: #8381-Boot File
|
|
Fm: Bob Archambault 76506,3544
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanx a lot for your help, Pete. Looks like it's time to "hit the books" :-)
|
|
|
|
Bob
|
|
|
|
#: 8387 S12/OS9/68000 (OSK)
|
|
23-Nov-90 21:05:00
|
|
Sb: #8347-#Atari-ST file transfer
|
|
Fm: BILL HEALTON 73367,357
|
|
To: David Betz 76704,47 (X)
|
|
|
|
David, OS9 Insights is a must with some <Motorola?> docs for the 68901. Also
|
|
the Abaqus book on Atari ST internals is very useful. Uniquenesses of the ST
|
|
/OSK include the location and activation of exceptions. OSK sets up its own
|
|
exception vector table. It has the entry form of:
|
|
PEA #Exception Address (Exception Number * 4)
|
|
JMP Longword Vector Address Each entry is (10) ten bytes
|
|
long. The table starts with vector #2 Addr=$0008 The table is located starting
|
|
@ -$1000(A6) (A6 is Global set by OSK). In order for OSK to handle the
|
|
exception, th driver must calculate the entry address for the exception
|
|
(#-2)*10+(-$1000(A6)) and place it at the vector address in low RAM (#*4). The
|
|
"OS9 F$IRQ" call (doc'd in Tech manual) will set the Longword Vector Address.
|
|
Another useful Manual would be the new OSK Technial I/O Manual.
|
|
|
|
Particulars of the 68901 are included in the ST internals book or motorola
|
|
doc's. Timer D is used to set the Baud Rate(no Timer D IRQ). Otherwise the
|
|
RS232 portion should be the only portion touched (by anding and or-ing where
|
|
necessary). Good luck and let me know if you decide to try it and need more
|
|
info.
|
|
|
|
Bill Healton 73367,357
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8423 S12/OS9/68000 (OSK)
|
|
26-Nov-90 09:11:05
|
|
Sb: #8387-Atari-ST file transfer
|
|
Fm: David Betz 76704,47
|
|
To: BILL HEALTON 73367,357
|
|
|
|
Thanks! I've got the ST internals manual around somewhere. It could be fun to
|
|
write a device driver again. I'll let you know what I come up with.
|
|
|
|
#: 8391 S12/OS9/68000 (OSK)
|
|
24-Nov-90 05:23:18
|
|
Sb: #8343-Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: BILL HEALTON 73367,357 (X)
|
|
|
|
Just do what I did, ask the folks that made the thing. You are not differing
|
|
with me, you are differing with Motorola. Get their booklet on the chip (not
|
|
the 'sheet"), and you will find the reference to the RX char buffer flush.
|
|
|
|
#: 8392 S12/OS9/68000 (OSK)
|
|
24-Nov-90 05:24:59
|
|
Sb: #8373-Atari-ST file transfer
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: David Betz 76704,47 (X)
|
|
|
|
You may also want to become a registered Atari developer. Good Luck.
|
|
|
|
#: 8388 S10/OS9/6809 (CoCo)
|
|
23-Nov-90 22:30:43
|
|
Sb: #Disto HD
|
|
Fm: LUTE MULLENIX 70721,2230
|
|
To: 76257,562 (X)
|
|
|
|
James:
|
|
|
|
I opted for the Disto setup, the only problem is I'm using an ST296N. This is
|
|
an 85Meg drive, and when using the low level format from the Disto disk, I can
|
|
only squeeze 48Meg out of it. It says something in the docs about changing the
|
|
DATA lines to suit the drive your using, but I can't make heads or tails out of
|
|
what's in there now to know what to change.
|
|
|
|
I've changed the OS9 discripter to fit the drive, but 48s the most it will go.
|
|
Do you know what to change? Or maybe know someone who does? When it comes to
|
|
DECB, DOS is about all I know.
|
|
|
|
>Lute<
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8390 S10/OS9/6809 (CoCo)
|
|
24-Nov-90 05:04:34
|
|
Sb: #8388-Disto HD
|
|
Fm: James Jones 76257,562
|
|
To: LUTE MULLENIX 70721,2230 (X)
|
|
|
|
Ack. I'm afraid that I don't know what to change. I hope that someone who
|
|
knows more about it will see your message and respond.
|
|
|
|
#: 8418 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 23:39:43
|
|
Sb: #8388-Disto HD
|
|
Fm: Ken Scales 74646,2237
|
|
To: LUTE MULLENIX 70721,2230
|
|
|
|
Lute -
|
|
|
|
Sounds like the RS-BASIC physical format worked OK for you, but some of your
|
|
Hmode (dmode) values were set up for using the drive under MS-DOG rather than
|
|
OS-9 when you did the Logical (OS-9) format.
|
|
|
|
You see, most retailers are advertising the ST296N as 84.9 Meg, which it is
|
|
when formatted with 34 sectors of 512 bytes on each track (MS-DOG). But under
|
|
OS-9, we use 256-byte sectors, and due to the additional inter-sector overhead
|
|
of having lots of smaller sectors, we only get about 64 sectors (not 68) per
|
|
track. This gives a total capacity of about 78.7 Meg.
|
|
|
|
But not to worry -- we have a lot less waste due to the way that OS-9 allocates
|
|
the disk space (note that 50% of the time the second half of that 512-byte
|
|
sector wouldn't be used, for example!), so you may actually get as much (or
|
|
MORE) usable space than your MS-DOG counterpart would have.
|
|
|
|
Following are suggested Hmode/Dmode values to use when you do the OS-9 Logical
|
|
format of the ST296N:
|
|
/h0
|
|
cyls=820 hds=6 step=0 sectrk=64 sectrk0=64alloc=16 ilv=3
|
|
initcmd=00 inittbl=0000000000000000000000000000000000000000
|
|
|
|
By the way, I have a new version of the SCSI driver which will do the full
|
|
format under OS-9, so you don't need that RS-BASIC thingie. Beta-version
|
|
available from me at 613-836-6305, after 9 PM EST.
|
|
|
|
Regarding your question in msg #8267 re: "no-halt" -- yes, my version of the
|
|
driver will allow you to use Sterm in the "-f" mode.
|
|
|
|
Good luck... / Ken
|
|
|
|
#: 8389 S2/Tutorials
|
|
24-Nov-90 00:20:22
|
|
Sb: #Help
|
|
Fm: The Rev. Wayne C. Paul 76477,142
|
|
To: [F] Mike Ward 76703,2013 (X)
|
|
|
|
I am looking for a file that Bill Henderson 72215,341 said should be in dl5. It
|
|
is called MRENAME. He mentions it in MOREMV.TXT
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8412 S2/Tutorials
|
|
25-Nov-90 16:03:44
|
|
Sb: #8389-Help
|
|
Fm: Mike Ward 76703,2013
|
|
To: The Rev. Wayne C. Paul 76477,142
|
|
|
|
It'll be in Lib 5 in just a few minutes. It was purged many moons ago but was
|
|
archived offline. The filename in Lib 5 will be "MRNAME.AR"
|
|
|
|
#: 8393 S14/misc/info/Soapbox
|
|
24-Nov-90 05:33:35
|
|
Sb: #8372-#TC70 AND MM/1 CONCERNS
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: RANDY JANSSEN 73340,3212
|
|
|
|
I ran some of the early Beta copies on the Mac. I looks pretty much like OS-9.
|
|
I would only reccommend it for a small office environment, with dedicated
|
|
functionality, such as a dental office. You could easily have an inexpensive 3
|
|
terminal system. The biggest problem is, that since it runs as a Mac
|
|
application, it's Hard Drives are Mac files, and limited to 32 meg. A 32 meg
|
|
drive is not very large for today's data base applications.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8397 S14/misc/info/Soapbox
|
|
24-Nov-90 10:00:28
|
|
Sb: #8393-#TC70 AND MM/1 CONCERNS
|
|
Fm: Zack Sessions 76407,1524
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
A MAC is limited to 32M? Is that 32M drives or a file no larger than 32M on
|
|
a drive? Is this true with the entire MAC line?
|
|
|
|
Curious,
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8428 S14/misc/info/Soapbox
|
|
26-Nov-90 17:29:16
|
|
Sb: #8397-TC70 AND MM/1 CONCERNS
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
32 Megs on the filesize. The drive itself can be much bigger. All Macs are the
|
|
same. I suppose it could change with an OS Update. 32 Megs is a hefty file.
|
|
|
|
#: 8394 S14/misc/info/Soapbox
|
|
24-Nov-90 05:44:22
|
|
Sb: #8372-TC70 AND MM/1 CONCERNS
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: RANDY JANSSEN 73340,3212
|
|
|
|
Well, there is a lot more to the Mac interface than just the GUI. It's also the
|
|
standard Clipboard interface and the standardized printer interface. Then there
|
|
is also those 835 system calls. We got a long row to hoe. (wow what grammer,
|
|
must be all that turkey!). ;)
|
|
|
|
#: 8400 S14/misc/info/Soapbox
|
|
24-Nov-90 16:27:06
|
|
Sb: #8372-TC70 AND MM/1 CONCERNS
|
|
Fm: Jack Crenshaw 72325,1327
|
|
To: RANDY JANSSEN 73340,3212
|
|
|
|
Randy, I for one would certainly vote against any attempt to make OS9 and TC70
|
|
and MM/1 into Mac clones. In the first place, it won't work. I don't see how
|
|
Frank Hogg or MicroWare or anyone else can hope to produce something
|
|
competitive with the Mac, and produce it cheaper than Apple does. After all,
|
|
they have lots of resources, and certainly aren't going to take such a frontal
|
|
assault lying down. You'd also be competing with Microsoft Windows and OS/2,
|
|
which to me seems a little like challenging Paul Bunyan to a fist-fight.
|
|
|
|
It sort of reminds me of a short stint I spent working for Heathkit. At the
|
|
time, their audio line was being decimated by Japanese companies, who were
|
|
providing superior performance, with all kinds of bells and whistles, at a
|
|
lower cost, and you didn't have to build the thing! Heathkit's response was to
|
|
try to add the same bells and whistles: Automatic circuitry, lots of knobs and
|
|
LED's, etc. I pointed out to them that this seemed to me a fruitless endeavor.
|
|
My words were, "You're never going to out-knob the Japanese." I suggested that
|
|
Heathkit look for a niche market that the others weren't meeting ...
|
|
specifically, those customers who don't want flash, but just good, clean audio
|
|
with a minimum of gewgaws. (Natch, Heathkit ignored this advice.)
|
|
|
|
Seems to me that we have the same situation here. I've relented enough to
|
|
accept the fact that GUI's have certain things to offer, but I disagree that a
|
|
Mac-like GUI is always the desired result. This is a different market, and in
|
|
general the people who buy things like the TC70 and the MM/1 are those who, for
|
|
whatever reason, don't _WANT_ what Apple and IBM have. The bottom line is: If I
|
|
want a 68000-based system that emulates the Mac interface, I can buy it cheaper
|
|
from Apple.
|
|
|
|
Jack
|
|
|
|
|
|
|
|
#: 8395 S10/OS9/6809 (CoCo)
|
|
24-Nov-90 05:54:04
|
|
Sb: #8380-#Tmode/Xmode/CC3go
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Hugo Bueno 71211,3662 (X)
|
|
|
|
|
|
? TMODE displays the current state... a copy of the Device descriptor taken
|
|
from the default, and called, I think, the Path Descriptor. TMODE modifies this
|
|
copy. XMODE modifies/displays the Device Descriptor itself. The copy process
|
|
takes place when the path is opened. So, an XMODE has no effect on an open
|
|
window, and TMODE is only in effect until the window is closed. My guess is
|
|
that your CC3Go hack is diddling with the PD. If it is modifying
|
|
|
|
c
|
|
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8396 S10/OS9/6809 (CoCo)
|
|
24-Nov-90 05:58:19
|
|
Sb: #8395-Tmode/Xmode/CC3go
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: MOTD Editor..Bill Brady 70126,267
|
|
|
|
Durned CIS editor! That was "modifying /W". CIS took the "/" as a command and
|
|
barfed. It used to be they had a "continue" command. Progress. <grin>. Anyway,
|
|
if the code modifies /W itself, then you are headed for grief anyway.
|
|
|
|
#: 8429 S10/OS9/6809 (CoCo)
|
|
26-Nov-90 18:02:59
|
|
Sb: #8395-Tmode/Xmode/CC3go
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: MOTD Editor..Bill Brady 70126,267
|
|
|
|
Bill,
|
|
|
|
Your reply to me seems to have lost some characters. Anyway, further use has
|
|
disclosed that /TERM gets the correct parameters, but all /wx devices don't.
|
|
|
|
Hugo
|
|
|
|
#: 8398 S3/Languages
|
|
24-Nov-90 11:29:27
|
|
Sb: #8385-conversion of B09 REALS
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Ahh - great. I just saw your reference to using ASSEMBLER, and didn't see any
|
|
reason to...
|
|
|
|
Pete
|
|
|
|
#: 8399 S1/General Interest
|
|
24-Nov-90 15:19:54
|
|
Sb: #system space and booting
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Pete 76703,4230 (X)
|
|
|
|
Pete,
|
|
|
|
I've been in a tweaking mode here over the holiday. Still using the CoCofied
|
|
version of Mtsmon, I'd like to be able to boot the system, and have to login on
|
|
the console, rather than being dumpped to a shell. Obviously /term is added to
|
|
ttylist, but I'm thinking theres a couple of modules that need to be massaged
|
|
as well. Thoughts?
|
|
|
|
By not having this shell sitting around all the time, I should recoup some much
|
|
needed system space, jes? (At 10K free now, and I've parred the bootfile down
|
|
to the absolute minimum.)
|
|
|
|
Any other ideas on recovering system space is welcome as well.
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8401 S1/General Interest
|
|
24-Nov-90 17:34:10
|
|
Sb: #8399-system space and booting
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Steve -
|
|
|
|
Yep - change your INIT module so that after your startup shell runs, the 1st
|
|
user process is Mtsmon. There should be a generic INIT source sitting about
|
|
somewhere.. You'll have to assemble a new one, as Mtsmon adds 6 or 7 characters
|
|
to overall module size...
|
|
|
|
Pete
|
|
|
|
#: 8402 S1/General Interest
|
|
24-Nov-90 19:50:49
|
|
Sb: #8367-CRON utility
|
|
Fm: Tom Napolitano 70215,1130
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
Thanks, for confirming the bug in localtime(). An ifdef will fix it for
|
|
now.
|
|
tom n
|
|
|
|
#: 8403 S4/MIDI and Music
|
|
24-Nov-90 22:26:12
|
|
Sb: #8351-#Fallin.UME
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Ches Looney 73016,1336 (X)
|
|
|
|
Hi Ches... I've been meaning to buy Ultimuse for quite a while now, but never
|
|
got around to it. Now I've got a MM/1 ordered, so I think I'll wait and see
|
|
what Mike comes up with for it. I may even write something myself, or finish my
|
|
MT-32 patch editor - that'd be amazing! I've never finished a project yet...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8413 S4/MIDI and Music
|
|
25-Nov-90 18:11:15
|
|
Sb: #8403-Fallin.UME
|
|
Fm: Ches Looney 73016,1336
|
|
To: GLEN HATHAWAY 71446,166
|
|
|
|
Glen, it sure would be nice to see more of the controls and voice editing
|
|
working on your MT-32 editor. Regards, Ches.
|
|
|
|
#: 8404 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 01:28:36
|
|
Sb: #Help
|
|
Fm: The Rev. Wayne C. Paul 76477,142
|
|
To: All
|
|
|
|
I am looking for the file CLIP.TXT that was mentioned in K. Darling's
|
|
BESTOF1.TXT file in DL10. Thankyou. The Rev. Wayne C. Paul [76477,142]
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8405 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 10:01:56
|
|
Sb: #8404-Help
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: The Rev. Wayne C. Paul 76477,142
|
|
|
|
Wayne - see CLPSTD.??? in Lib 15. best - kev
|
|
|
|
#: 8406 S9/Utilities
|
|
25-Nov-90 11:56:58
|
|
Sb: #spell package
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Bob van der Poel, 76510,2203 (X)
|
|
|
|
Bob,
|
|
|
|
I have been using your improved spell checker in my law office. It is a great
|
|
inprovement on Eric Williams original. After getting used to the old checker,
|
|
its is a flash!
|
|
|
|
Recently I tried to add words to the dictionary and ran into a problem with
|
|
dicmerge. When it ran it correctly merged the two files until file2 ran out.
|
|
At that point the program as written stopped copying words from file1 to the
|
|
output file. The result is that the output file ends after the last word of
|
|
file2.
|
|
|
|
The problem seemed to be in the exit conditions on the while loop. In order to
|
|
fix this, I revised the while contidion to depend only on the lack of eof on
|
|
file1 and add a flag which is set when there is an eof on file2. Once the flag
|
|
is set, all of file1 will be copied to the output.
|
|
|
|
I have uploaded the revised dicmerge.c and asked sysop to forward it to you for
|
|
your use or posting. It is not a perfect solution because it depends on file2
|
|
running out first. I could not think of a way to have it handle eof on either
|
|
file easily.
|
|
|
|
Ken Drexler
|
|
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8407 S9/Utilities
|
|
25-Nov-90 12:18:13
|
|
Sb: #8406-spell package
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Ken Drexler 75126,3427 (X)
|
|
|
|
Ken,
|
|
|
|
I've forwarded a copy of the code to Bob and await his word. Thanks for the
|
|
effort!
|
|
|
|
Steve
|
|
|
|
#: 8433 S9/Utilities
|
|
26-Nov-90 20:51:33
|
|
Sb: #8406-#spell package
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: Ken Drexler 75126,3427 (X)
|
|
|
|
Ken,
|
|
|
|
I've sent you an update via email. Hopefully this works and you can post it for
|
|
the rest of the gang.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8443 S9/Utilities
|
|
27-Nov-90 10:42:22
|
|
Sb: #8433-spell package
|
|
Fm: Ken Drexler 75126,3427
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Bob
|
|
|
|
Thanks for the update I will grab it and give it a try.
|
|
|
|
Ken
|
|
|
|
#: 8409 S3/Languages
|
|
25-Nov-90 12:32:29
|
|
Sb: #stack space
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Kev or ??? 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
Is there a spot in the module header that either tells or points to, how much
|
|
stack space was given during the compile?
|
|
|
|
In modifying some code in the suite of tools for mtsmon, I ran into a **stack
|
|
overflow** error when executing Pete's mkuser utility.
|
|
|
|
I recompiled and added an extra 256 bytes with the -m=1 option on the compiler
|
|
and that seemed to do the trick, but I was wondering if there was a better way
|
|
than the add-a-page-until-the-error-goes-away approach.
|
|
|
|
Ste<where C is still a large body of water>ve
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8411 S3/Languages
|
|
25-Nov-90 14:57:17
|
|
Sb: #8409-#stack space
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Steve -
|
|
|
|
No - not inherently. You're doing it the right way....
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8416 S3/Languages
|
|
25-Nov-90 20:46:05
|
|
Sb: #8411-stack space
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for the feed back, Pete.
|
|
|
|
#: 8414 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 20:26:27
|
|
Sb: #format CRC
|
|
Fm: Paul Hanke 73467,403
|
|
To: anyone
|
|
|
|
Recently formatted a new disk & an error 243/CRC cropped up on one sector.
|
|
Does OS9 de-allocate this sector somewhere in the directory so that no writes
|
|
take place, or is there a chance that there will be a bad save sometime later.
|
|
If the latter is true I might as well chuck the whole disk. If not, then go
|
|
ahead and use it, right? -ph- (btw, I tried using a bulk tape eraser on it,
|
|
same problem; other side of disk (side 2) is ok.)
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8417 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 21:34:39
|
|
Sb: #8414-#format CRC
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Paul Hanke 73467,403 (X)
|
|
|
|
Paul - if the error popped up during the format verification pass, then yes OS9
|
|
should've locked it out (easy to tell.. just do a Free right after the format
|
|
is done, and see if it's one sector less than normal).
|
|
|
|
If you get an error later on during use tho, you have to lock it out manually.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8430 S10/OS9/6809 (CoCo)
|
|
26-Nov-90 18:21:54
|
|
Sb: #8417-format CRC
|
|
Fm: Paul Hanke 73467,403
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Well, if it's recorded as locked out then this would apply to only single files
|
|
which are copied to the disk as opposed to a disk-to-disk backup, n'est-ce pas?
|
|
(pardon my french). Anyhow, I put up the question after Pete's chkdisk.b09
|
|
program couldn't correct the crc error after twice running (4 attempts). Then
|
|
I tried it again after having done a disk backup and finding one module
|
|
wouldn't load properly. On the 3rd try, or 6th pass the crc was fixed. I
|
|
deleted the one file, recopied it over, and voila, disk ok now. (chkdisk still
|
|
shows error 194 on sector 0, but I ignored that; what's 194 error's
|
|
significance?) -ph-
|
|
|
|
#: 8420 S10/OS9/6809 (CoCo)
|
|
26-Nov-90 00:05:53
|
|
Sb: #8414-#format CRC
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Paul Hanke 73467,403 (X)
|
|
|
|
Paul -
|
|
|
|
OS9 marks that sector as allocated in the disk's bitmap. Later, if you run a
|
|
DCHECK on it, it'll probably gripe about 'sector NNNN allocated but not in
|
|
filesystem', or something like that.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8444 S10/OS9/6809 (CoCo)
|
|
27-Nov-90 18:02:53
|
|
Sb: #8420-#format CRC
|
|
Fm: Paul Hanke 73467,403
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
I used your chkdisk.b09 program to try to fix the sector crc error.
|
|
It wasn't fixed after running the program twice. But on the 3rd try, or 6th
|
|
pass, it was. (but I'm not sure if wiping a real or imagined spot on the disk
|
|
had anything to do with it). Anyhow, it's nice to have such a program handy.
|
|
-ph-
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8445 S10/OS9/6809 (CoCo)
|
|
27-Nov-90 18:53:17
|
|
Sb: #8444-format CRC
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Paul Hanke 73467,403 (X)
|
|
|
|
Glad to help, Paul. Chkdsk isn't too brainy - just persistent!
|
|
|
|
Pete
|
|
|
|
#: 8419 S10/OS9/6809 (CoCo)
|
|
25-Nov-90 23:43:19
|
|
Sb: #8259-Disto HD and no halt?
|
|
Fm: Ken Scales 74646,2237
|
|
To: John Wight 76370,2100
|
|
|
|
John -
|
|
|
|
Great! Glad to hear that the patched CCHDISK was useful for you. Sounds like
|
|
you like giving your system a good workout!
|
|
|
|
Cheers... / Ken
|
|
|
|
#: 8425 S12/OS9/68000 (OSK)
|
|
26-Nov-90 15:38:38
|
|
Sb: #Egg on my face
|
|
Fm: David Betz 76704,47
|
|
To: all
|
|
|
|
Well, I feel like a complete dolt! It seems that my problems with using kermit
|
|
to transfer files to OS-9/68K on my ST were due to the bad implementation of
|
|
kermit on the Macintosh that I was using as the source machine. I've switched
|
|
to using a PC with PROCOMM and have successfully transfered *lots* of files.
|
|
Sorry for troubling you all with problem reports that ended up having nothing
|
|
to do with OS-9. Now, I'm off to the job of porting my programs to OS-9.
|
|
Thanks, everyone, for your help!
|
|
|
|
David Betz
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8426 S12/OS9/68000 (OSK)
|
|
26-Nov-90 15:48:32
|
|
Sb: #8425-Egg on my face
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: David Betz 76704,47 (X)
|
|
|
|
Dave -
|
|
|
|
No "egg" involved! Not your mistake, obviously. Thanks for the feedback...
|
|
we're glad to hear that you're able to transfer stuff now! And also glad that
|
|
you kept on trying to do so.
|
|
|
|
Good job! - kev
|
|
|
|
#: 8432 S12/OS9/68000 (OSK)
|
|
26-Nov-90 18:39:07
|
|
Sb: #Quick trig functions
|
|
Fm: Steve Adams 71610,3707
|
|
To: 72300,1433 (X)
|
|
|
|
Mike,
|
|
I uploaded the source to the table driven trig functions to the file
|
|
'qsin.c' in the OS9/68000 library. It ought to speed up your ray tracing a
|
|
bit.
|
|
|
|
Steve A.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8438 S12/OS9/68000 (OSK)
|
|
27-Nov-90 06:13:56
|
|
Sb: #8432-Quick trig functions
|
|
Fm: Mike Haaland 72300,1433
|
|
To: Steve Adams 71610,3707 (X)
|
|
|
|
Thanks much! I snatch it up as soon as it's available. Glad to so you hanging
|
|
out in the forum!
|
|
|
|
Mike H.
|
|
|
|
#: 8435 S1/General Interest
|
|
26-Nov-90 21:36:17
|
|
Sb: #I'm Baaaaack!
|
|
Fm: David L. Kaleita 72657,2775
|
|
To: ALL
|
|
|
|
Howdy Everybody. I'm back.
|
|
|
|
I've been away for awhile because...
|
|
|
|
1) I lost my job 2) I sold my house 3) I bought a new house, and am still
|
|
unpacking 4) I got a new job 5) I've been real busy since June because of 1)
|
|
thru 4) above.
|
|
|
|
In case anyone is interested, my new address and phone number is...
|
|
|
|
David L. Kaleita
|
|
35757 Drake Drive
|
|
Sterling Heights, MI 48310-7406
|
|
|
|
Phone: (313) 268-2311
|
|
FAX: (313) 264-6030
|
|
|
|
Work Phone: (313) 680-9950
|
|
|
|
So what's new?
|
|
|
|
<Dave Kaleita>
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 8437 S1/General Interest
|
|
27-Nov-90 00:19:04
|
|
Sb: #8435-I'm Baaaaack!
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: David L. Kaleita 72657,2775
|
|
|
|
DAVE! Glad you're back again. What's new? Mostly the new 68K machines and
|
|
lots more coco os9 users these days. Other than those <grin>, not much.
|
|
- kev
|
|
|
|
#: 8440 S1/General Interest
|
|
27-Nov-90 08:29:17
|
|
Sb: #8435-I'm Baaaaack!
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David L. Kaleita 72657,2775
|
|
|
|
Whew! Busy (bad?) year! Wondered what had happened to you... In fact, most
|
|
recently yesterday as I was brwosing the UGLIB....
|
|
|
|
Glad you're back. New job >= old job?
|
|
|
|
Pete
|
|
|
|
#: 8436 S9/Utilities
|
|
26-Nov-90 23:17:15
|
|
Sb: #new OS-9/6809 uploads
|
|
Fm: Bruce Isted (UG VP) 76625,2273
|
|
To: All
|
|
|
|
Hi all,
|
|
I've finally uploaded some of the stuff that's been hanging around in a half
|
|
finished state. More to come shortly, but for the moment, check out LIB 10 for
|
|
SMOUSE.AR, and improved serial mouse patch set for CC3IO. Also includes a
|
|
version for regular color joystick/mouse users, and all patches incorporate
|
|
Kevin Darling's idea to enable IRQs during keyboard scan. This improves IRQ
|
|
response to the mouse and also to other serial devices.
|
|
In LIB 9 look for CHOPTHRD.AR (large message thread file stripper/chopper),
|
|
INPUTS.AR (Line Input and Stripped Line Input subroutines for Basic09), and
|
|
SLOWIO.AR (slow I/O filter utility) if you're interested in those sorts of
|
|
things.
|
|
Updates to my ELIMSW.AR package and a new WDDISK.AR package are coming soon.
|
|
The ELIMSW.AR file will include a new 6551 ACIA driver that works much like my
|
|
DACIA driver for the 6552 dual ACIA. Should provide reliable operation at 9600
|
|
baud when used with the new SMOUSE.AR's CC3IO patches.
|
|
Bruce
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8441 S9/Utilities
|
|
27-Nov-90 08:31:46
|
|
Sb: #8436-new OS-9/6809 uploads
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bruce Isted (UG VP) 76625,2273
|
|
|
|
Bruce -
|
|
|
|
There's been a fellow with a HD formattin problem chatting w/me. Does your
|
|
(any?) S/W support cluster sizes > 1? He has a 230 MB hard drive, and can't
|
|
seem to locate a formatter to handle the size...
|
|
|
|
Pete
|
|
|
|
#: 8442 S4/MIDI and Music
|
|
27-Nov-90 08:35:18
|
|
Sb: New utils in DL4
|
|
Fm: Pete Lyall 76703,4230
|
|
To: MIDI folks
|
|
|
|
I've uploaded a couple of MIDI utilities to DL4. They're basically a capture to
|
|
disk and a transmit from disk pair of tools. Good for SYSEX dumps, MIDI data
|
|
stream analysis, even for experimentation (capture, edit files with a binary
|
|
editor, and transmit them back). The sender routine can handle files > memory.
|
|
|
|
Pete
|
|
|
|
#: 8446 S9/Utilities
|
|
28-Nov-90 15:19:58
|
|
Sb: Formatter
|
|
Fm: Frank Russell 74020,1135
|
|
To: all
|
|
|
|
I am looking for a new format comand that will handle multiple clusters I
|
|
recently picked up a 230mb RLL HD and can oly format 120 ANY SUGGESTIONS???
|
|
Thanks Frank
|
|
|
|
#: 8447 S1/General Interest
|
|
28-Nov-90 15:37:16
|
|
Sb: #X & Ymodem Documentation
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: all
|
|
|
|
I need to locate documentation on the Xmodem and Ymodem protocols and their
|
|
varients. I looked in the OS-9 Libraries using search keys of X&Y Modem with
|
|
no success.
|
|
|
|
I also looked in the libraries for the Computer Language Forum and Doctor Dobbs
|
|
Journal with no success.
|
|
|
|
Can anyone suggest other forums here on Compusere to look for this information?
|
|
|
|
Thanks, -J
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 8449 S1/General Interest
|
|
28-Nov-90 18:24:38
|
|
Sb: #8447-X & Ymodem Documentation
|
|
Fm: Dan Robins 73007,2473
|
|
To: Jay Truesdale 72176,3565
|
|
|
|
Jay,
|
|
I know there is a file in the COCO FORUM that details XMODEM, it's in LIB 6
|
|
and shoot hit with the command: BRO XM*.*
|
|
The YMODEM, hopefully someone might be able to help, but if all else fails,
|
|
I'm certain you might find something in the IBMCOM Forum.
|
|
Dan
|
|
|
|
#: 8448 S8/BBS Systems/TSMon
|
|
28-Nov-90 17:15:51
|
|
Sb: detecting carr-loss
|
|
Fm: Joseph Cheek 76264,142
|
|
To: all
|
|
|
|
How does one detect a carrier-loss under OS-9? The expected Error 220 does not
|
|
seem to occur after every one. can anyone help?/
|
|
|
|
thanks . . .
|
|
|
|
Press <CR> !> |