textfiles/messages/ALANWESTON/1992/CIS11_14.txt

#: 16960 S12/OS9/68000 (OSK)
    07-Nov-92  11:13:56
Sb: #16949-CIS and 9600 bps
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)

 > Oh yes, the buffer size thing. I remember now. I bumped mine up to 4k each,
 > plus I converted my /t1 to /t3 and all works well now.

So you're all fixed up for 9600 baud, eh Bob. Well ... fixed up sans modem.

Carl's posted some of his serial utilities in LIB 12 that may be of interest.
Serstat lets you look at the inner workings of the port, rtson and rtsoff lets
you set RTS on the fly.

Let us know when the new box arrives.


*- Steve -*



#: 16988 S12/OS9/68000 (OSK)
    08-Nov-92  21:04:52
Sb: #16949-CIS and 9600 bps
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203 (X)

Bob,

 > BTW, is 1k the recommended buffer size for B+ at 9600? Or would
 > something a bit larger be better? Does sterm reduce the size
 > dynamically if errors start to get out of hand (or does the protocol
 > even support that kind of thing)?

B+ will back down to a "send and wait" protocol (like old B or XMODEM) if
enough errors occur, and then go back to full B+ when the transmission starts
going well enough again.

B+ also specifies that the packet size is 1024 bytes at 2400 baud or above, 512
bytes for 1200 and 128 for 300 baud.  Their reasoning is to keep the packet
send time at 5 seconds or less to help reduce the cost of sending repeat
packets in case of an error, and also to reduce the amount of time it takes for
the protocol to recover from on error when there are several packets in the
acknowledgement queue (since B+ is a sliding windows type protocol).

BTW: Steve Wegert and I have the OSK version of Kermit 5A which also has
sliding windows.  Works real nice.  Now if CIS or Delphi would implement it it
would be better.

Mark



#: 16962 S12/OS9/68000 (OSK)
    07-Nov-92  11:21:27
Sb: #16958-#More Desktop Stuff
Fm: Steve Wegert 76703,4255
To: Bill Dickhaus 70325,523 (X)

 > That seems to point to the mouse driver, rather than Desktop. BTW, which
 > version of windio are you using? I've just nabbed version 48 off of Ocean
BBS.

I _was_ running ver46 as I wasn't aware that Kev had released anything later.

I've just returned from Ocean BBS and have rebuilt my boot with ver48 stuff.
(yes Mark ... I'll bring that in as well!)

I'll have to ask Kev if he minds us making v48 available. Seems Warren got it
from Gary Lathem who got it from Paul. And you know how that goes sometimes!

I agree the dissappearing mouse sounds driver related. Perhaps the stuff in v48
corrects it.

Thanks for the pointer!


*- Steve -*



There is 1 Reply.

#: 16978 S12/OS9/68000 (OSK)
    08-Nov-92  00:13:58
Sb: #16962-#More Desktop Stuff
Fm: Kevin Darling 76703,4227
To: Steve Wegert 76703,4255 (X)

Steve -

Edition 48 was put together for the CoCoFest.  Since people said it had some
sort of bug in an ANSI routine (it all seems to work to me?), I didn't post it.
But you can if you want.  I'm trying to finish up the next (final?) version
which will have built-in menu support features/etc.

I think we've tracked down the mouse thingie:  it usually happens after hard
disk access... the mouse serial driver gets an overrun error and locks up. 
Once we figured that out, I changed the v48 code in such a way that it
should've fixed the problem, but for some reason it didn't.

Then finally, either Kevin Pease or Carl found out that the *manuals* are wrong
about the way the errors are handled on the chip.  That figures. Anyway, I
believe Pease is testing a version he custom wrote which should get around all
that.  I'll try to get the code from him and make all new modules.

On another topic, I notice that Mike sometimes (usually?) forks processes with
the same main screen type to the same screen as Desktop... on a small screen
they end up overlapping all of Desktop and this is hard to tell (unless you
click on the To-Back window control).  We'll talk this method over.  - kevin

There is 1 Reply.

#: 16985 S12/OS9/68000 (OSK)
    08-Nov-92  13:34:18
Sb: #16978-More Desktop Stuff
Fm: Steve Wegert 76703,4255
To: Kevin Darling 76703,4227 (X)

Kev,

I'll make v48 public today.

Thanks for the info on the mouse lock ups ... I'll be looking forward to the
fix.

One other area you might be able to assist with (and I'm not certain it's even
related to windows) is having what appears to be stardard in locking up ... but
all other paths are fine.

Here's what happens:

I'm running Sterm and connect to one particular type of modem (some kind of
DEC). It is 2400 baud and supports upto MNP level 3. I get a solid error
checking connect and the session will be fine for a few minutes. Then the
screen freezes.

I get nothing but anything I type is sent out the modem (I can see the lights
flicker and the guy on the other end is reporting my data back to me).

This has started to happen since I switched to my new SupraFax 9600 baud modem
and started using the console more. I haven't been able to duplicate it from a
terminal yet, but i'm still trying.

I can't figure out any particular pattern as of yet ... exccept it generally
hits me when I'm inside an OSK mail editor replying to mail.

Do you have any ideas I can try that might help isolate this?

Here are my possibilities ... have I left any out?

        1) The modem. Swap in an old 2400 non error correcting modem and the
        problem never occurs. Set the new modem to no error correcting and
        the problem hasn't occured. However, I only have this happen with
        this one particular DEC modem in Southern FL. He swaps to a different
        modem and all is fine.

        2) Serial driver related. I'm always on /t3 for the modem so perhaps
        there's still something with the sc68681 driver.

        3) Windows. Perhaps some escape sequence is getting back and locking
        the screen?


*- Steve -*



#: 16967 S12/OS9/68000 (OSK)
    07-Nov-92  18:16:55
Sb: #16944-sback
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41 (X)

Inizing the floppy drivers at bootup clear(ed) up the problem with os9gen. I
just mentioned that as a possible track to a bug in the drivers (my system?).
The format problem which started this thread comes about regardless of the
iniz/no iniz.

If this is just my problem??? Could be a memory problem? Is there a memory test
for the mm/1? Guess I could switch my 1meg simms around and see if that changes
anything.

#: 16976 S12/OS9/68000 (OSK)
    07-Nov-92  21:17:50
Sb: #atari osk u.k.
Fm: PaulSeniura 76476,464
To: all

Please read msg # 16776 - is there anyone that knows about Atari/OSK from a
company in the UK?  I thought this was the OS9 SIG .. maybe I'm wrong .. maybe
I was wise to ditch this place a year ago and probably should stay away from
OSK altogether if this is the kind of help I'm going to get. (e.g. NO help)

An Atarian said the exchange rate a few weeks ago made him pay about $251. (US)
and the original post I put here tells the rest - 8kg of books is over 17 lbs.
to us non-metric types.

And I'm wondering if this version of OSK has a windowing environment, too, even
if I hafta get it from another company, does Atari/OSK have windows??

Whether or not windows for Atari/OSK exists, is $251 a good price for the
package?  I am dead seriously thinking about getting it.  I do not have any
kind of budget to get any other kind of 680x0-based machine -Atari-ST I already
own, put on 4-meg RAM, upgraded to Turbo-16MHz board (with instruction cache),
and I've even gotten a multisync monitor working with all 3 resolutions
accessible (and I'm presently using that same monitor on my CoCo3, too).

-- Thx, Paul S.

There is 1 Reply.

#: 16977 S12/OS9/68000 (OSK)
    07-Nov-92  22:41:12
Sb: #16976-#atari osk u.k.
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464 (X)

Paul,

Actually, I had thought your original posting was more of an informational
nature... that you were going to get the package anyway and then tell the rest
of us all about it :-)

See, the Cumana port has only really been sold overseas. That's why it would be
unusual to get a response here on US-dominated boards... nobody here has it! 
(People here had instead bought the ST port which Microware took over.)

The only thing (besides the MIDI driver, which you mentioned) that I recall as
being different from the MW version, is that supposedly all the drivers are
completely standalone.  (The MW version's drivers use some of the builtin TOS
ROM code.)

I *think* I've heard that the Cumana port has some form of multiscreen
environment, but I can't swear to it.  We're still trying to figure out if my
KW driver works on all STs (so that people won't get it for no reason). I
believe you can buy G-Windows for the Cumana port, but again, I just haven't
seen it in person and can't swear to it.  I'll try to ask on the internet for
more details.

Is it worth the price?  I think so, if it's the Pro package with C compiler
(which I believe it is).  Does it come with Basic too?  As you said, the ST is
a good machine (and quite okay in speed)... and super inexpensive these days. 
- kevin

There is 1 Reply.

#: 17008 S12/OS9/68000 (OSK)
    09-Nov-92  20:35:49
Sb: #16977-#atari osk u.k.
Fm: PaulSeniura 76476,464
To: Kevin Darling 76703,4227 (X)

I'd *greatly* appreciate some more input from internet folks if you could do
that for me!  I just got my access to internet/ftp/telnet on Delphi and will
probably start "living" over there 'cuz of their cheap rates.

Well the problem with MW's port is that I wouldn't get all that tonage of books
& software with their back-level "personal" Atari/OSK, which is the only
version MW sells that I can afford.  The "Pro" is still around $600, isn't it? 
I'd rather spend $250 with fluctuating exchange rates to get something very
close to MW's Pro package.  Cumana's seems to be much more complete, too, with
meeses & MIDI support (we gotta get Mike Knudson working on an Atari version if
rewriting is needed!). And then I'm very apprehensive about ROM levels -- I
almost ordered the TOS 2.61(?) hdwr upgrade which extends the buss to 24-bit I
think going to/from the ROMs, and that could play havok with MW's OSK.  So once
again I'm talking myself into Cumana's being a "safer" port.  I thought there
was a trick in accessing the I/O circuitry directly, and MW's port would be
"safer" in this regard.  But I dunno!  Ya know I can do some hacking &
'sperimenting, but this time I'm in the dark.  Blowing a wad of money at the
local RS store was a safe bet on buying OS9 there, but having to go overseas to
get it -- I gotta get more input!

I also forgot to ask if MW and/or Cumana can support my ICD SCSI adaptor? (only
1 40-meg h.d. is hooked up right now, but who knows, maybe we can get CD-I or
CD-ROM going one of these days?!  wonder if we could compete against Philips 
;)

Well lessee the bottom line is if there's some kind of multiscreen pkg or
support for either MW or Cumana ports, and which support the ICD SCSI adaptor
(prob'ly one of the older/original ones w/o its own SCSI ID except for the
real-time clock circuit on it).  Those two answers will sure help me pick which
OSK to buy and then finally I'd be "in with da big folks", eh?  -- thx, Paul
Seniura.
  (p.s. lemme know if I can repay ya somehow)

There are 2 Replies.

#: 17009 S12/OS9/68000 (OSK)
    09-Nov-92  21:12:12
Sb: #17008-#atari osk u.k.
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464 (X)

Paul,

Urrgh.  I'm not sure that either port supports the ICD adapter.  Back when the
MW ST port first came out, I talked to ICD and they said they'd be happy to
provide whatever info is necessary to do a driver.  Dunno if tht still holds,
tho.

I asked about the port on usenet, so I'll post here with any info.  It would
seem likely that someone has done an ICD driver.

kev

There is 1 Reply.

#: 17010 S12/OS9/68000 (OSK)
    09-Nov-92  21:24:54
Sb: #17009-#atari osk u.k.
Fm: PaulSeniura 76476,464
To: Kevin Darling 76703,4227 (X)

Oh I know ICD's BBS phone # so lemme ring 'em up (after 10:pm of course).
Anyone can d/l their latest drivers, and boy that cache feature can really make
things zoom.  I bought Warp-9, too, and along with the 16mhz I dare say it'll
run rings around a PS/2 model 70 or so.  I had planned to get a "true color"
card but other things ate up my yearly bonus check this time.  With the tech
info on all this stuff, and the right Pro OSK pkg, surely we can do some
incredible things!  But it's sure not easy adding RS232 ports or extra cards to
an ST like the CoCo/MPI can do.  Thanks for all your help!  If OSK falls thru,
there's a "real" port of UNIX for the ST I can think about .. *shudder* ..  --
Paul S.

There is 1 Reply.

#: 17027 S12/OS9/68000 (OSK)
    11-Nov-92  00:47:03
Sb: #17010-atari osk u.k.
Fm: Kevin Darling 76703,4227
To: PaulSeniura 76476,464

Yah, it's not easy to add cards to an ST... everything has to be done by
"reads" from the ROM port.  People use reads from 256 different addresses in
order to fake "writing" a byte at a time, for instance.

Starting to get some email feedback on the Cumana port question I posted on
usenet.  Standby.

#: 17025 S12/OS9/68000 (OSK)
    10-Nov-92  22:32:00
Sb: #17008-atari osk u.k.
Fm: Robert Heller 71450,3432
To: PaulSeniura 76476,464

>> support the ICD SCSI  adapter.

The MW version since 2.2 supports all SCSI adapters, but only 1 physical drive.

Don't know what the Cumana version supports.  Kevin's simple multi-window hack
works with the Microwave version.  Microwave included some graphics hackery
with version 2.3.

Robert

#: 16979 S1/General Interest
    08-Nov-92  00:14:35
Sb: #16956-Dmode
Fm: Kevin Darling 76703,4227
To: PHIL SCHERER 71211,2545 (X)

Yikes :-)

It's been so long since I formatted my hard disk, that I can only vaguely
remember the details.  Do you have Disto manuals?

First things first:  what kind of controller board are you using?  A SASI one
with two hard drive connectors?   Or are both drives embedded SCSI?  It'll make
a difference.

If it's a separate controller board, then I believe that the default Disto
descriptors are for 20Meg drives.  You can check them to see.  The main thing
is that you'll be using 256-byte sectors instead of 512-byte sectors (eg: IBM
style), so the sectors per track would be about twice the IBM style, or 32
sectors/track.

Hmm.  I don't have the Disto dmode around, so I can't recall if it took hex or
decimal.  Post the output of a dmode of your current hard drive and we can
figure it all out.

The init command and table, btw, usually contains something like this in hex:
 0C    -- sasi init command
 0280  -- 640 cylinders
 08    -- ?? number of heads
 0280  -- reduced write current cylinder
 0280  -- precomp cylinder
 0B    -- max error correction data length

The drive number needs to be different for a second drive, of course.  Try the
Disto H1 descriptor.  - kev

#: 16981 S12/OS9/68000 (OSK)
    08-Nov-92  06:58:31
Sb: #A New Terminal Program?
Fm: Keith H. March 70541,1413
To: All


Guys;

Is their a good terminal program for OSK besides sterm, aterm, tex. That works
on the same setup as the COCO 3 ultmaterm 4.0 program. I would like to see one
that would also do a autolog to say CIS. Have X,Y,Z Kermit, CIS B+, S/R Fax and
any others that I can not think of! If we don't have one, could someone make a
program like that. This could be the best terminal program for OS9/^*K68K. I
have used PROCOMM PLUS on the IBM and I like the program that program best for
the IBM world, but I don't want to move over to IBM.

Thanks for listening.

Keith

There are 2 Replies.

#: 16994 S12/OS9/68000 (OSK)
    08-Nov-92  23:55:33
Sb: #16981-#A New Terminal Program?
Fm: Steve Wegert 76703,4255
To: Keith H. March 70541,1413 (X)

Gee Keith ... you've just described many of the features Mark Griffith has
already put into his Sterm PRO terminal program.

Send and Receive fax was a late addition to the 'must have' list so be sure to
let him know you think it's important such support be there.


*- Steve -*



There is 1 Reply.

#: 17019 S12/OS9/68000 (OSK)
    10-Nov-92  18:49:46
Sb: #16994-#A New Terminal Program?
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)

Steve, if you all (sorry about that spelling <g>, but us Canucks just don't
speak the langauge like Kevin and Mark <g> do) are keeping a tally on
send/receive fax; add me to the list. If nothing else, that feature alone would
make StermPro a worthwhile investment.

There is 1 Reply.

#: 17023 S12/OS9/68000 (OSK)
    10-Nov-92  20:59:44
Sb: #17019-A New Terminal Program?
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)

Bob,

I have to agree. S/R fax capability is sorely needed ... and an open playing
field. I haven't seen anything that supports it yet.

Steve




#: 17006 S12/OS9/68000 (OSK)
    09-Nov-92  19:55:03
Sb: #16981-A New Terminal Program?
Fm: Mark Griffith 76070,41
To: Keith H. March 70541,1413 (X)

Keith,

 > Is their a good terminal program for OSK besides sterm, aterm, tex. That
 > works on the same setup as the COCO 3 ultmaterm 4.0 program. I would like to
 > see one that would also do a autolog to say CIS. Have X,Y,Z Kermit, CIS B+,
 > S/R Fax and any others that I can not think of! If we don't have one, could
 > someone make a program like that. This could be the best terminal program
for
 > OS9/^*K68K. I have used PROCOMM PLUS on the IBM and I like the program that
 > program best for the IBM world, but I don't want to move over to IBM.
 >

People are working on such things.  Since most of us have to interleave our
programming time with our regular jobs, family obligations, etc, it takes some
time to get the things we are working on done.  If you really need something
that badly, why don't you write it up yourself?  Most of the programs available
for OS-9/OSK were done for that reason....the user needed it.

Mark



#: 16989 S12/OS9/68000 (OSK)
    08-Nov-92  21:05:05
Sb: #16951-#MM/1 - Sound Utilities
Fm: Mark Griffith 76070,41
To: Stephen Seneker 75020,3611 (X)

Steve,

 > Hate to say it, but the way I'm working now I may not have time to get
 > SoundWorks out on time!  50-60Hrs a week can be KILLer...  I'll know next
 > week how things are gonna work out.  At least a preliminary release can be
 > made with more features added.  What do you think?
 >

I'd wait until you have it all together and working properly before you release
it.  Also, do some more work on the current versions and add some error
messages to them.  If you don't put a parameter on the command line or a wrong
parameter is given, it just spits out the help message and doesn't tell you
what you are missing.

Mark



There is 1 Reply.

#: 16993 S12/OS9/68000 (OSK)
    08-Nov-92  22:55:33
Sb: #16989-#MM/1 - Sound Utilities
Fm: Stephen Seneker 75020,3611
To: Mark Griffith 76070,41 (X)

Mark, they do spit out error messages and then the help.  That is, if a
parameter is incorrectly specified it tells you so.  Maybe you want me to
complain about not specifying a parameter??  Well, the help should be enough to
tell the user what XYZ expects.  Like are you going to try to record a sound
without specifying a sampling rate?  No, hiffrecord will display help if any of
the necessaries are omitted.  Should I make the docs such that a 4th grader
could use?  I don't think so, but point well taken. %-)

OH, I have most of it working just fine just not together.  I've spent more
time developing the componets instead of the actual interface.  Though the
interface is very important.  What I've decided on is to display only a second
of sound at a time with the screen divided in two(left/right) with indication
of mode Stereo/Left/Right or both Mono etc...  I'm open to any creative ideas.



There is 1 Reply.

#: 17001 S12/OS9/68000 (OSK)
    09-Nov-92  08:59:02
Sb: #16993-MM/1 - Sound Utilities
Fm: Mark Griffith 76070,41
To: Stephen Seneker 75020,3611 (X)

Steve,

When something is missing from the command line, yes you should put up a
message for the user.  If you think it is too much trouble to try and help the
"4th grade" users, then you shouldn't be trying to sell your programs. Also,
your help messages could be more specific.  Again, the more info you give the
better it will be.  The interface is very important.  If it is not up to snuf
as the user sees it, then they won't have much confidence in the rest of the
program.  Look at the MS-DOS world, help messages are very detailed and context
sensitive.  Not that you need to go that far, but that is what the users want.

Mark

#: 16992 S15/Hot Topics
    08-Nov-92  21:31:25
Sb: #16877-#New Video for KiX\30
Fm: David George 72240,134
To: Frank Hogg of FHL 70310,317 (X)

The internal cable I was using was an IBM internal cable.  (The manual
mentioned using IBM serial cables so I tried it and found out that you
meant external only).  I also figured out (from the supplied schematics
that I could alternate the SIMM's starting at SIMM1 or SIMM2.

I think that the Kix\30 is a great machine.  I have been using an Atari
Mega 2 ST that I upgraded to 4Meg RAM running OSK v2.2, and the Kix\30
is A LOT faster.  One comment (no reflection on the Kix\30): I tried
to frestore the disks that I fsave'd on my Atari and the index structure
was bad (luckily I decided to try it before I reformatted my HD on the
KiX\30).  So I copied the OSK2.2 frestore and tried it on the KiX\30 and
it worked fine (keep this in mind for anyone upgrading from Atari OSK2.2)

The assembly went OK.  Oh I almost forgot the holes in the MB need to be
a little larger in diameter, I had to file down my standoffs in order to
push them into the motherboard.  There also is no mention on how to build
the parallel printer cable.  I assumed from how the serial pinout was done
and from the schematics that I just had to wire it pin for pin to the DB25.

I think it is a wonderful machine and I am hoping that it becomes very
popular (mainly because I would like to see some interesting boards for it)
David George
72240,134

There is 1 Reply.

#: 17024 S15/Hot Topics
    10-Nov-92  21:26:34
Sb: #16992-New Video for KiX\30
Fm: Frank Hogg of FHL 70310,317
To: David George 72240,134


I'll add the comments about the internal cables to the Tech Manual. The holes
in the MB are the right size but the board house over plated or over tinned
them. We're afraid if we ask them to correct this it may affect the other
holes. If you are very carefull you can ream them out with a 1/8" reamer. Mike
is doing that on boards from here on out so it won't be a problem for future
customers

Interesting about frestore. Our fbu and frs are backward compatible. I'm
surprised that MW didn't make frestore backward compatible.

I'm glad you like your KiX\30. The first production run sold out within weeks.
Orders are coming in very strong for it and interest is building as word gets
out. Looks like we have a winner here.

Frank Hogg



#: 17007 S12/OS9/68000 (OSK)
    09-Nov-92  20:26:29
Sb: More Desktop Stuff
Fm: Steve Wegert 76703,4255
To: Kevin Darling 76703,4227 (X)

Kev,

Here's an update on the hanging problem I described earlier.

I had the same thing happen running off my Wyse terminal, so that lets windows
off the hook. I've also had the same thing happen with just using Kermit as the
terminal program, so Sterm seems to be in the clear.


*- Steve -*



#: 17011 S1/General Interest
    09-Nov-92  22:07:38
Sb: #16926-#Hard drive
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545 (X)

Phil -

Hmmm... it sounds as if the device descriptor bytes are set improperly.

Most HD formatting routines simply issue a FORMAT TRACK 0 to the device driver.
This in turn causes the driver to issue a formatting command to the hard disk
controller, which handles the physical formatting.

When the formatting is 'done', the hard disk driver causes all sectors on all
platters to be read back to effect a physical verify. This part IS controlled
by the computer, and is where you seem to be getting into trouble.

Since os9 uses 256 byte sectors (not usually the 512 byte sectors used by DOS),
there's typically more overhead per sector, and you can only get 32 256 byte
sectors per track on a traditional MFM disk.

Use the DMODE utility to verify that your hard disk descriptor is setup for 640
cyls (or maybe 639), 4 heads, and 32 sectors per track, both on track 0 and the
regular tracks.

Pete Lyall

There is 1 Reply.

#: 17016 S1/General Interest
    10-Nov-92  06:26:37
Sb: #17011-Hard drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

Thanks for the reply Pete!! I'll check into it tonight and get back to you.

#: 17017 S1/General Interest
    10-Nov-92  06:29:14
Sb: Hard drive
Fm: PHIL SCHERER 71211,2545
To: Kevin Darling Sysop (X)

Thanks very much for the info Kev--I'll try it along with the message from Pete
Lyall tonight and let you know!!

#: 17020 S1/General Interest
    10-Nov-92  18:53:58
Sb: hard drive
Fm: PHIL SCHERER 71211,2545
To: Kevin Darling 76703,4227 (X)

Hi Kev--I have a wd1002-shd controller--the dmode readings are now cyls=640,
 hds=4 step=4 sectrk=32 sectrk0=32 alloc=1 ilv=5 initcmd=0c inittbl=028004028
002800b000000000000000000000000. The drive is actually rated at 22meg. After
using the info you sent, I set it up as shown and I was able to format for the
first time. It then did a physical verify and came back with the statement that
the number of good sectors was $0040000. I then tried a dir and got a 214.

#: 17021 S1/General Interest
    10-Nov-92  18:56:09
Sb: #Hard Drive
Fm: PHIL SCHERER 71211,2545
To: Pete Lyall 76703,4230 (X)

Hi Pete--If you can, will you take a look at the message I sent Kevin. It's
#17020. All your input is appreciated!

There is 1 Reply.

#: 17042 S1/General Interest
    12-Nov-92  20:05:20
Sb: #17021-Hard Drive
Fm: Pete Lyall 76703,4230
To: PHIL SCHERER 71211,2545

Well - #214 is a permission error.

Does rebooting help? Also - is there a H0 or DD descriptor permanently setup
with those parameters (cyls, heads, etc.)?

Also - try a simple DUMP of H0@. Snag the first couple sectors to a floppy or
printer, and we'll have a look at the LSN0 information.

Pete

#: 17033 S12/OS9/68000 (OSK)
    11-Nov-92  18:26:28
Sb: 12
Fm: Bob van der Poel 76510,2203
To: Drive settings

How do I configure a 1.44 floppy to the correct drive number?

I have a Citizen which I'd like to set as drive 1. I see a real small switch
next to the stepper motor which seems to have two settings. I assume these are
for High density/normal modes. There is a small jumper block behind the power
connecter. It appear to have 6 pins; looking at the top it is set as follows:

        X--X  X
    X--X  X

I assume this to be the drive number select. Anyone with a tech manual?

#: 17046 S12/OS9/68000 (OSK)
    13-Nov-92  05:06:33
Sb: #80 Trk Mizar
Fm: SCOTT HOWELL 70270,641
To: all

Does anyone have the dmode settings for 80 trk Mizar format.

There is 1 Reply.

#: 17047 S12/OS9/68000 (OSK)
    13-Nov-92  06:48:13
Sb: #17046-80 Trk Mizar
Fm: Mark Griffith 76070,41
To: SCOTT HOWELL 70270,641 (X)

Scott,

 > Does anyone have the dmode settings for 80 trk Mizar format.
 >

Lemme see....type=$26, dns=$03, toffs=0, soffs=0, sct=10, t0s=10

I believe these are correct.

Mark



#: 17052 S10/OS9/6809 (CoCo)
    14-Nov-92  12:48:46
Sb: OS9P4
Fm: Brother Jeremy, CSJW 76477,142
To: Ron Lammardo, 75706,336

Dear Ron:

Several people over on  another srvice have asked about your REGDMP.AR,
 OS9P4 module. May I have your permission to upload it to Delphi?

With all best wishes,

Br. Jeremy, CSJW

#: 17053 S1/General Interest
    14-Nov-92  16:34:15
Sb: #os
Fm: Fritz G. Schenk 71175,3375
To: all

Do you know if there is an implementation of OS/9 for the  Intel 80x86
machines?. Do you know of a version of the os which is embedable (rom based)?


There is 1 Reply.

#: 17054 S1/General Interest
    14-Nov-92  16:36:59
Sb: #17053-os
Fm: SCOTT HOWELL 70270,641
To: Fritz G. Schenk 71175,3375

Yes there is a version of os9 for 80X86 machines. It is called OS9000. And I
believe it is Romable like os9.

Press <CR> !>mdir

% Invalid command

Press <CR> !>