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

4514 lines
154 KiB
Plaintext
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

read new nonstop follow
88029 18-JUN 11:44 General Information
RE: Survey (Re: Msg 87931)
From: WRHAMBLEN To: REVWCP
E
f3f3f3f3f3f3f3f3f3f3f3f3f3 Jeremy,
1. Name: William R. Hamblen
2. Current age: 45.7 years
3. Age at which you got started on the CoCo: never had a CoCo, but got a
Tano Dragon (a CoCo clone) back when California Digital was selling them
at $29 apiece.
4. Age at which you got started with OS9: 41 years
5. Did you have formal programming training? Took a FORTRAN course
in college about 1968.
Bud
-*-
88030 18-JUN 12:05 General Information
RE: Survey (Re: Msg 87931)
From: PHILSCHERER To: REVWCP
Hi Br. Jeremy;
1) Phil Scherer
2) age 53
3) Started Coco at 47
4) Started OS9 at 48
5) Learned to program C at home
Hope this helps.
<Phil>
-*-
88036 18-JUN 15:22 General Information
RE: Survey (Re: Msg 87931)
From: NEALSTEWARD To: REVWCP
I'm not as ancient as you, but I'm creeping up there at 35. I started
with an MC-10 in 1982. I bought my first coco2 about a year later. Joined
the Erie County Color Computer Club a month after that, which I am still a
member. I bought OS-9 level one when the price was first discounted about
1985 or so and have been using it ever since. I took APL and Fortran in
high shool, and "structured" BASIC in college. I hope this fills your
need for info...
-*-
88046 18-JUN 19:42 General Information
RE: Survey (Re: Msg 87931)
From: DBREEDING To: REVWCP
> 1. Name. - David Breeding
> 2. Current age. - 44
> 3. Age at which you got started on the COCO. - 32 (I think)
> 4. Age at which you got started with OS9. - 34
> 5. Did you have formal programming training? - No
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88066 19-JUN 14:09 General Information
RE: Survey (Re: Msg 87931)
From: MROWEN01 To: REVWCP
1. Mike Rowen
2.Ageage 19. I upgraded to a Coco 3 in 1989 at age 24.
4. I first started with OS/9 Level I on the Coco II in 1985 at the age of 21. I
upgraded to OS/9 Level II in 1989 at age 24.
5. I started electronics when I was 10. When I was 14 my father bought a shiny
new TRS-80 Model I with level II basic and 16k. We even got the numeric
keypad!. I learned basic on this machine as well as machine code. At 17, I
entered the Air Force and trained to be a Radar and Inertial Navigation
systems specialist. This involved automated test equipment that used a UNIX
like operating system. I now work for Electronic Data Systems as a
Communications Engineer. Everything I've learned with EDS has been self
taught. I learned UNIX in 1985 while working with a Sun Microsystems 2/150.
My work with OS-9 Level I made learning UNIX a breeze. I now perform systems
administration for a network of Ultrix and AIX based systems.
Hope this isn't to wordy :)
-Mike
-*-
88089 19-JUN 21:52 General Information
RE: Survey (Re: Msg 87931)
From: LUCKYONE To: REVWCP
Hi,
my name is Howard Luckey and I am 68 years old. I started using a CoCo2
sometime in my late fifties and started using OS-9 two to three years after
getting my first CoCo (I don't keep track of time that well.). Since then
I have moved to the CoCo3, and the MM/1a, my present system. When I got my
first CoCo I never had any formal programming training, howerver, since then
I have taken some computer courses including programming courses.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
88145 22-JUN 10:03 General Information
RE: Survey (Re: Msg 87931)
From: JMOORFOOT To: REVWCP
1 John Moorfoot
2 49
3 42
4 42
5 Yes. I have a BSc in Computer Science & EDP.
-*-
88148 22-JUN 20:01 General Information
RE: Survey (Re: Msg 87931)
From: LARRYOLSON To: REVWCP
I hope its not too late...
1. Larry Olson
2. 45
3. 35
4. 39
5. No formal training
----- Larry Olson -----
-*-
88151 22-JUN 23:31 General Information
RE: Survey (Re: Msg 87931)
From: REVKAK To: REVWCP
1. Keith Kounovsky
2. 41
3. 37
4. 37
5. Only formal training was in engineering school using
Fortran on an IBM card batch machine.
-*-
88155 23-JUN 00:36 General Information
RE: Survey (Re: Msg 87931)
From: DWHILL To: REVWCP
Br. Jeremy:
1. Damon Hill
2. 43
3. 33
4. 35 (Level 1) 37 (Level II)
5. No formal training, first played with Basic on a minicomputer in the late
70's.
--Damon
-*-
88170 23-JUN 20:52 General Information
RE: Survey (Re: Msg 87931)
From: JOEGERBER To: REVWCP
BROTHER JEREMY,
1. JOE GERBER
2. 24
3. 14 (YE OLDE 16K CC2)
4. 21
5. SOME--FORTRAN AND PASCAL I, AND USING FORTRAN TO DO MATH FUNCTIONS
JOE
-*-
88174 23-JUN 22:15 General Information
RE: Survey (Re: Msg 87931)
From: TEDJAEGER To: REVWCP
1. Name: Ted Jaeger
2. Current age: 43
3. Age when starting CoCo: 32 years
4. Age when starting OS9: 34 years
5. No formal computer training
Bests
---TedJaeger
-*-
88225 26-JUN 13:16 General Information
RE: Survey (Re: Msg 87931)
From: EMTWO To: REVWCP
Paul M. Fitch Jr., currently 30. I bought my First Coco I in 1982. Got my Coco
3 in 1986, and started OS9 at about the same time as Level 2 came out. I have
had a fortran class, part of my E.E. degree, but that occured almost 8 years
after I got my first
coco.
-*-
End of Thread.
-*-
88031 18-JUN 13:03 OSK Applications
new MM/1 products
From: NIMITZ To: ALL
Well, this is it! I just got a call that the boards for my 2nd MM/1 sale
have arrived. I'm waiting on a hard drive and 5 1/4 inch floppy now, and
I'll ship this machine. The proceeds for this sale will be enough to break
loose my I/O board production and we'll be back on track! Still some
learning ahead - and it will take some time to get up to as fast as I'd like,
but we are moving!! Thanks Mark Griffith!!!!
David M. Graham
BlackHawk Enterprises, Inc.
-*-
88094 19-JUN 22:35 OSK Applications
RE: new MM/1 products (Re: Msg 88031)
From: LUCKYONE To: NIMITZ
> Well, this is it! I just got a call that the boards for my 2nd MM/1 sale
> have arrived. I'm waiting on a hard drive and 5 1/4 inch floppy now, and
> I'll ship this machine. The proceeds for this sale will be enough to
> break loose my I/O board production and we'll be back on track! Still
> some learning ahead - and it will take some time to get up to as fast as
> I'd like, but we are moving!! Thanks Mark Griffith!!!!
>
> David M. Graham
> BlackHawk Enterprises, Inc.
>
David, Great news. I'm glad to hear that things are moving.
By the way as long as I am here I'd like to know how much it would take to
upgrade BGFX. I have version 1.0. Please send me a copy and a bill, and
and include any new documentation, also. Or let me know the price and I will
send the money.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
End of Thread.
-*-
88032 18-JUN 14:56 General Information
RE: Sony Service Anecdote (Re: Msg 88012)
From: MARTYGOODMAN To: CLTUCKER
Just one thing occurs to me... my guess would be that this
"Sony" drive may be some other, standard drive that Sony has
stamped their name on.
In any case... before you jettison a drive that may be
of value to you...
you may want to try the following:
Tell your format or setup software that this is a 20 megabyte drive,
with 4 heads and 612 cylindars. For almost ANY MFM drive can
be formatted AS IF it is such a drive (provided it IS 20 megs or bigger).
Er... this IS an MFM drive, no? It has a 34 pin and a 20 pin
connector on it?
(Of course, with that configuration, it COULD be also an RLL drive,
which is not important, for all RLL drives can be formatted as if
they are MFM drive, and it also COULD be an ESDI drive, which would
cause problems, for ESDI drives require an ESDI controller.)
---marty
-*-
88054 18-JUN 23:01 General Information
RE: Sony Service Anecdote (Re: Msg 88032)
From: CLTUCKER To: MARTYGOODMAN
Hi Marty. I have no format or setupsoftware for the Sony HD. It has a 50 pin
and 6 pin connector. It is SCSI. I sent it to you for 'posterity'. I
don't have a HD yet but am trying to locate one that will work without
lots of details. One for the COCO3. Am working from scratch.(g)
CLT
-*-
88077 19-JUN 16:29 General Information
RE: Sony Service Anecdote (Re: Msg 88054)
From: MITHELEN To: CLTUCKER
The 6 pin "connector" is probably a jumper block. 3 pairs most likely set the
SCSI ID number (binary setting), The other three probably control other
options, such as parity enable, moter start mode, and maybe termination power.
Tis stuff is pretty standard on SCSI drives. If you knew someone with a MM/1
or a DOS machne, they would be able to format it without the need to know
the other parameters.
--
Paul
-*-
88081 19-JUN 17:01 General Information
RE: Sony Service Anecdote (Re: Msg 88077)
From: CLTUCKER To: MITHELEN
Hi Paul. The Sony has a 50,6 and 4 pin conn. The 4 pin conn pins are
heavy duty like maybe maybe power pin. It says Sony on the drive
but in front there is a red apple with a byte out of it. In the center
of that apple is says "40", like 40 meg.(g)
THks. CLT
-*-
88095 19-JUN 22:35 General Information
RE: Sony Service Anecdote (Re: Msg 88081)
From: COCOKIWI To: CLTUCKER
sounds like a MAC drive!<grin> THE 4 pin is the POWER.....the 50 is the Main
SCSI cable..and the 6 pin is the jumper block!
Dennis
-*-
88097 19-JUN 23:05 General Information
RE: Sony Service Anecdote (Re: Msg 88095)
From: CLTUCKER To: COCOKIWI
Hi Dennis. Will the Mac HD go with the COCO3? Just wondering. (g)
CLT
-*-
88109 20-JUN 21:23 General Information
RE: Sony Service Anecdote (Re: Msg 88054)
From: MARTYGOODMAN To: CLTUCKER
OK... I'll try to use it when I start experimenting with SCSI systems
on PC compatibles, to help me teach myself how to set such things up.
thanks much!
---marty
-*-
88120 21-JUN 01:44 General Information
RE: Sony Service Anecdote (Re: Msg 88097)
From: COCOKIWI To: CLTUCKER
who knows!<grin> if the SCSI controller will talk to it,it should work fine!
and if they have not screwed around with the electronics to make it a little
DIFFERENT!
Dennis
-*-
88146 22-JUN 10:17 General Information
RE: Sony Service Anecdote (Re: Msg 87939)
From: JMOORFOOT To: MARTYGOODMAN
The SRD2040A is a forty meg SCSI drive. They were commonly used in Macs.
They are diney aSyret PC board is full of Sony custom chips..
I have 5ll ufering from stiction.
John
-*-
88147 22-JUN 10:28 General Information
RE: Sony Service Anecdote (Re: Msg 88146)
From: JMOORFOOT To: MARTYGOODMAN
Sorry about the corruptions in the previous posting - Delphi's Internet
feed is a bit sus... The 2nd & 3rd lines are:
They are definately made by Sony. The PC board is full of Sony custom chips.
I have 4 or 5 all suffering from stiction.
(This has taken about 5 mins to type in).
John
-*-
88159 23-JUN 01:06 General Information
RE: Sony Service Anecdote (Re: Msg 88146)
From: MARTYGOODMAN To: JMOORFOOT (NR)
You might want to ask that the drive be sent to you... you have
more use for it than it, it would seem.
---marty
-*-
88160 23-JUN 01:07 General Information
RE: Sony Service Anecdote (Re: Msg 88147)
From: MARTYGOODMAN To: JMOORFOOT (NR)
Sorry that you are getting such poor system performance.
For what it is worth, I USUALLY get pretty solid connection, with
pretty good responsiveness, when I connect to Delphi using a local
TYMNET node.
---marty
-*-
End of Thread.
-*-
88033 18-JUN 14:56 General Information
RE: modem (Re: Msg 88015)
From: MARTYGOODMAN To: JBMANNING
Great! Glad the transaction worked out.
---marty
-*-
88034 18-JUN 14:59 General Information
RE: Nitros9 joystick! (Re: Msg 88021)
From: CHARLESAM To: VE3DAC
Here is some more info so you don't have to ask. 1.- I tried different
joysticks, same result. 2.- If I boot without nitros9(old boot) but with
nitros9 upgraded grfdrv, no problem there, works without a problem and
the grfdrv upgrade is much faster then stock. 3.- I tried many cc3io
modules that match nv115data and no good. 4.- All this is in low-res
joystick. I haven't got to the the hi-res yet, but will try that when
I can locate(this table is a mess right now) my hi-res adaptor. I'm
using standard joystick ports(not serial) and problem is same L or R.
5.- Problem exists all games, klondike, shanghai, smash.
If you don't have these problems in lo-res joystick, what versions
of CC3IO/GRFDRV did you start with? And where did you get them? What
I can't understand is where the nitros9 modules listed are obtained.
Okay, I have found a few but most of what I have and could obtain, they
don't match the sheet(Nitros9 printout). I have converted all modules
in my boot by using mostly original(tandy) modules. This has now
become an obsession with me. I really hate when this happens because
I won't do any other work until its solved. I'm a real sicky that way.
Tenacious is one word and stubborn. I think that is the correct spelling.
Thanx much for trying to help. Charlie
-*-
88039 18-JUN 15:58 General Information
RE: Nitros9 joystick! (Re: Msg 88034)
From: VE3DAC To: CHARLESAM
Well I tried a few games last night and had no problems. I don't have
Klondike, is that the commercial Solitaire from Color Systems? At any
rate, some games used Low res joysticks, others were high res mouse. As
a final check I started up Multivue and sure enough the cursor arrow jumped
off the screen when I got close to the right side of the screen. However
even tho I couldn't see the cursor, clicking the mouse at top and bottom
of the screen did scroll through the pages of icons in some directories
I didn't have any games, including mahjongg, which required me to have the
cursor close to the screen right side, so Mvue was the only screeen where I
had a cursor problem.
When I made all the Nitro 1.15 modules, I got the exact CRC values that
were listed in the docs. When I upgraded to 1.16, again everything jibed.
Hope you get this straightened out before Nitro 1.20 becomes available.
I can give you a list of the crc's but there will be system differences
due to hardware. I'm using a B&B interface, Disto SC2 controller, etc. I'll
read your 2 messages off line again, and perhaps post more if it looks like
it will help
Merv
-*-
88049 18-JUN 20:41 General Information
RE: Nitros9 joystick! (Re: Msg 88039)
From: CHARLESAM To: VE3DAC
I'm probably wrong but I believe that the only two modules involved here
are CC3IO/GRFDRV. Even the docs mention possible incompatibilities there.
If you can tell me the modules you used for those two, I'll see if I can
match them. Also, is there any other module responsible for cursor control?
If so, then I can play with that module(s). I'm not very deep in knowledge
here so thats why I ask. I find it hard to believe that I'm the only one
with this particular problem. As I said in my earlier message I used the
stock modules for cc3io/grfdrv. Let me look for my HI-RES interface and
I'll get back after I test that mode. Thanks again, Charlie
-*-
End of Thread.
-*-
88035 18-JUN 15:04 System Modules (6809)
RE: RAMDISK -New version (Re: Msg 87861)
From: NEALSTEWARD To: WDTV5
I'll d/l it and give it a try on my system. If it's going to crash, it
will because my computer is real skitzoid! Intermittant problems that
occur for no apparent reason, but seem to pop up when using a RAMdisk.
If it passes here, you have a winner...
-*-
88037 18-JUN 15:40 General Information
Crashed Coco3
From: NEALSTEWARD To: ALL
I have a 2 meg coco3 with a 6309 installed, an MPI with Disto Super
Controller II, Ken-Ton SCSI interface, Ken-Ton Dual Comm pak and a
2 mHz Speech/Sound pak plugged in, along with 5.25" and 3.5" floppys
and an 85 meg HD. (Catch my breath...) Now the problem is my system
crashes at powerup most of the time. If I plug the floppy controller
in the expansion slot directly the same thing happens. Seems like the
floppy controller? I plug a working tandy (and hard drive specialists)
floppy controller in the exp. slot and they work. If I plug them into
slot 4 of the MPI, they crash the system. If I put the RGBDOS ROM in
the SCSI pak and switch the MPI to slot 3, it boots just fine. Now I
put the ROM back in the SCII and placed it in slot 3 with the SCSI pak
in slot 4. It boots and I have floppy access, however I get spontaneous
system crashes while using this configuration. CAN ANYONE HELP???
I have tried swapping just about every piece of hardward and get
different results every time. Also under ECB without anything in the
exp. slot, I have no ploblems at all. I have recently upgraded to a
1987 GIME and installed a new exp. slot card edge connector, since the
old one was cracked, I thought that would fix the hardware problems.
-*-
88050 18-JUN 20:57 General Information
RE: Crashed Coco3 (Re: Msg 88037)
From: CHARLESAM To: NEALSTEWARD
Neal, I have almost the same setup. I have my SC-II in slot4(RGB-DOS), my
Kenton HD controller in slot3 and RS232 in slot1. This I was told is standard
configuration
If this doesn't work then someone else will have to bail you out. I know
this is what RGB-DOS expects, it definitely looks for HD in slot3, floppy
in slot4. Good luck Charlie
-*-
88072 19-JUN 15:40 General Information
RE: Crashed Coco3 (Re: Msg 88037)
From: RICKMAC To: NEALSTEWARD
One thing that I just learned by trial<much
Try taking a Q-tip and a get it damp with a little isopropyl alchohol
and clean all the connectors on the card edges of any paks and the
Multi-Pak itself.
I suggest this because I recently had the rs-232 pak drop characters
after I had removed it and re-plugged it in. Drove me buggy until I
cleaned the edge connectors using the above procedure.
Hope this helps. Remember, you don't want to get the q-tip soaked,
just enough to clean the connectors.
-*-
88111 20-JUN 21:45 General Information
RE: Crashed Coco3 (Re: Msg 88050)
From: NEALSTEWARD To: CHARLESAM
Thanks Charlie, but thats the way I've run it for years. It seems the
problem is more recent, but I think it began to get flaky BEFORE I
installed the socket for the 6309. There just seems to be a sudden
compatibility problem between the SCII and slot 4 of the MPI and the
SCII and the expansion slot. SCIII works fine in other systems and IS
working in slot 3 of the MPI (go figure???)
-*-
88112 20-JUN 21:51 General Information
RE: Crashed Coco3 (Re: Msg 88072)
From: NEALSTEWARD To: RICKMAC
I tried cleaning all the connectors and card edges. I used a dry cleaning
solvent like what you'd use for video heads because it doesn't leave any
residue. It is (sort of) working right now using the unusal
unusual configuration I described in my previous message (SCSI in 4, SCII
in 3, SSP in 2 and RS232 in 1), but tends to crash now and then. The
way I ran it for years now CRASHES on power up EVERY time! (ie: SCII in
4 and SCSI in 3) This one has been driving me nuts for months, but it
is probably something so obvious I just overlooked it.
-*-
88113 20-JUN 21:55 General Information
RE: Crashed Coco3 (Re: Msg 88111)
From: CHARLESAM To: NEALSTEWARD (NR)
If it works, go with it. I hate when something that never gave me a problem
starts acting up. Sometimes its something simple I overlooked. Most of the
time it costs me $$ cause something died. Good luck! Charlie
-*-
88122 21-JUN 01:58 General Information
RE: Crashed Coco3 (Re: Msg 88112)
From: COCOKIWI To: NEALSTEWARD (NR)
sounds like a bad connector,related only to the SC II in Slot 4...if the
thing is marginal that will happen! Mine do sometimes,and I have to resocket
things!
Dennis
-*-
88173 23-JUN 22:15 General Information
RE: Crashed Coco3 (Re: Msg 88037)
From: TEDJAEGER To: NEALSTEWARD (NR)
I understand there is an incompatibility between the KenTon HD
interface and the SC II.
Bests
---TedJaeger
-*-
88224 26-JUN 11:50 General Information
RE: Crashed Coco3 (Re: Msg 88112)
From: RICKMAC To: NEALSTEWARD (NR)
How long has this system given you problems. You said you replaced the
exp.slot connector because it was cracked...how did it get cracked?
Did it maybe damage a card that was plugged in at the time? Stop, take
a breath and take everything one step at a time(make only ONE change)
and see if it works. This way you may eleiminate the problem.
If I'm stating the obvious, 'scuse me. I know when my system acts up
it drives me buggy and I just have to back off for awhile to clear my head.
-*-
End of Thread.
-*-
88038 18-JUN 15:45 General Information
RE: nitro/lha (Re: Msg 88028)
From: VE3DAC To: WDTV5
Well if you can't tell me where to find the version to '.ipc' then I'll have to
wait. It doesn't seem to be what I show as the 1.15 version. I didn't have
Nitro before 1.15 so I don't know if Ed 31 of RBF existed before that.
I know it will be a bit of work, but could you compare the RBF module that
I have from 1.15 CRC FA84C1 size 12AE, with what you say is needed for your
.ipc file? Perhaps a new .ipc file for what came with Nitro 1.15 could be
uploaded.
I think we have to keep your nose to the grindstone!!!!!
TTFN
Merv
-*-
88064 19-JUN 12:04 General Information
RE: nitro/lha (Re: Msg 88038)
From: WDTV5 To: VE3DAC
Check your mailbox Merv, there is a new one there, based on edition #28,
which s/b the distribution disk version (crossing fingers & toes, I hate
it when there are so many versions of a module floating around).
Cheers - Gene
-*-
88104 20-JUN 19:10 General Information
RE: nitro/lha (Re: Msg 88064)
From: DSRTFOX To: WDTV5
Gene, I downloaded LHA2.11c from the new uploads section. I keep getting CRC
errors on the "lzh" file. Downloaded this big package twice!! Same problem.
I need an lzh exploder NOW! The older version won't explode the DISKCAT package.
Well, it does, but EVERY MODULE from the package ends up with CRC errors!
Could you just send me the "lzh" file in mail? Would appreciate it! I'm NOT
running a 6309, plain 6809 and ShellPlus.
-*-
88105 20-JUN 19:29 General Information
RE: nitro/lha (Re: Msg 88104)
From: MITHELEN To: DSRTFOX (NR)
You _could_ download the AR version of the archive. That is why I ammended
the submission so there was also an AR format archive. BTQW, where you using
the old version of lha, or trying to use lzh to extract the archive. lzh is
"broken" and can't handle standard .lzh archives.
--
Paul
-*-
88107 20-JUN 21:04 General Information
RE: nitro/lha (Re: Msg 88104)
From: JRUPPEL To: DSRTFOX (NR)
I had trouble bringing down the file, too, Frank. I finallyfound a quiet
afternoon and pulled the "ar" version down and reinflated that. I'm not sure
what the
problem is, but I think that some of the code, if it is read by the terminal
program, sees something it doesn't like and shuts down. I finally ran my buffer
up to 40k and pulled it down with Supercomm. Try that, if you have the patience
left to sit through another 90 block trnasfer <G>
John Ruppel
CocoNuts in Lansing
-*-
88125 21-JUN 04:16 General Information
RE: nitro/lha (Re: Msg 88104)
From: WDTV5 To: DSRTFOX (NR)
You say its DiskCat that won't unarc? I didn't get it myself, but it sounds
to me like it was put together with Matts "lzh". Thats the typical result
of trying to use lha to undo one of those files. DiskCat btw isn't mine.
Sorry, hope it works, Gene
-*-
88131 21-JUN 20:39 General Information
RE: nitro/lha (Re: Msg 88125)
From: JRUPPEL To: WDTV5
I found that if I use the -F (fix) option with lha, I can repair/rewrite the
headers so that lha will extract them. I just did it last night with an old
.lzh file that I hadn't looked at in a while. It took a little time, but it
made it readable in the new lha format. I tried to extract the file, and the
program suggested (!) I try that! Imagine my surprise! A program that actually
offers suggestions to solve my problems!
John Ruppel
CocoNuts in Lansing
-*-
88153 23-JUN 00:19 General Information
RE: nitro/lha (Re: Msg 88131)
From: WDTV5 To: JRUPPEL
-F eh, I'll have to remember that. Gets hard as the years add up though :)
Cheers, Gene
-*-
88185 24-JUN 21:16 General Information
RE: nitro/lha (Re: Msg 87797)
From: JEVESTAL To: WDTV5
> See what did I tell ya, a mind is a terrible thing to lose! Yer right of
> course, up till a couple of days ago it was 2.11b, but if you check the
> 11c.lzh available. Humm, diddly Amiga
> doesn't seem to wanna make the underscore char, shoulda been 2 of them
> in that name! Lemme try again, lha_2_11c.lzh. Must have been my used to
> coco keyboard fingers. Gotta blame it on sump'in!. Cheers, Gene
After I posted the reply to your message, I found the update in the
new uploads database. Thanks for uploading it.
Jim
-*-
88192 24-JUN 22:33 General Information
RE: nitro/lha (Re: Msg 88185)
From: WDTV5 To: JEVESTAL
Hi Jim, thanks for the credits, but thats not mine, its Gene Krenciglowa's
upload. Since we're both named Gene, there is the possibility for a mixup.
Cheers - Gene Heskett
-*-
End of Thread.
-*-
88040 18-JUN 16:13 Programmers Den
RE: C programming again (Re: Msg 88027)
From: JRUPPEL To: COLORSYSTEMS
Can you tell me if there is a way to use the RMA in the Program deveoper's
Pak to compile C programs? Someone told me once that there was, but I lost
the message and never really gave t
it a try.
Thanks,
John Ruppel
-*-
88042 18-JUN 16:44 Programmers Den
RE: C programming again (Re: Msg 88026)
From: JEJONES To: ALWAGNER
Aha! Now I see the source of the confusion!
The "pre" and "post" have to do with when the incrementing is done
relative to grabbing the value of the variable as the result of the
expression, not when it's done relative to other statements.
i = j++;
assigns i the value of j and then increments j, while
i = ++j;
increments j and then assigns i the (changed!) value of j. In either
case, the incrementing has to be done before the processor starts to
execute the next statement, and it isn't done until the processor has
finished executing any previous statements. (In the case of a statement
a little more convoluted than the above examples, there can be "places
by which everything has to have been done" within a single statement,
or as ANSI calls them, "sequence points": function calls, comma
expressions, && and ||, and ?:. But the principle's the same.)
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
88043 18-JUN 17:44 Programmers Den
RE: C programming again (Re: Msg 88040)
From: COLORSYSTEMS To: JRUPPEL
> Can you tell me if there is a way to use the RMA in the Program
> deveoper's Pak to compile C programs? Someone told me once that there was,
> but I lost the message and never really gave it a try.
Go to the libs, the Programmer's Den I think, and download Rick Adams
cc program. It is configurable to use rma and rlink instead of c.asm and
c.link.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88047 18-JUN 19:43 Programmers Den
RE: C programming again (Re: Msg 88040)
From: DBREEDING To: JRUPPEL
> Can you tell me if there is a way to use the RMA in the Program
> deveoper's Pak to compile C programs? Someone told me once that there was,
> but I lost the message and never really gave t
> it a try.
There are several ways:
1) rename rma in your cmds directory c.asm. You'll also need to use the
new linker for these files, old linker won't work. Rename rlink c.link.
2) use a file editor, "ded" is good, and edit "cc1" to look for new names.
find the sequence "c.asm", followed by '0', change to "rma", next char=0.
change "c.link"+0 to "rlink"+0. Don't have to fool with anyth that would
follow.
3) Get a replacement for "cc1". There are several, many are in source form
where you can compile new "cc" yourself, some already look for new
versions of asm/linker.
Just be sure that you use new linker to link "rma" output. The new linker
CAN link ROF's compiled by old assembler, though.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88059 19-JUN 07:28 Programmers Den
RE: C programming again (Re: Msg 88027)
From: ALWAGNER To: COLORSYSTEMS
I must appologize to all for any confusion I may have been responsible for
causing. Thank you Zack for setting me straight. As I had said I "thought"
I understood for(;;) and ++x vs. x++. One of these days I gottsa learn ta
stop eating shoe leather. Again my appologies and thanks.
-*-
88188 24-JUN 21:19 Programmers Den
RE: C programming again (Re: Msg 88042)
From: JEVESTAL To: JEJONES
> Aha! Now I see the source of the confusion!
>
> The "pre" and "post" have to do with when the incrementing is done
> relative to grabbing the value of the variable as the result of the
> expression, not when it's done relative to other statements.
>
> i = j++;
>
> assigns i the value of j and then increments j, while
>
> i = ++j;
>
> increments j and then assigns i the (changed!) value of j.
Thanks for explaining this, too avoid such confusions I just
use the old standby j=j+1 when I want to increment j.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.wa.com
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
88193 24-JUN 23:16 Programmers Den
RE: C programming again (Re: Msg 88188)
From: COLORSYSTEMS To: JEVESTAL
> Thanks for explaining this, too avoid such confusions I just
> use the old standby j=j+1 when I want to increment j.
I use ++i syntax all the time. Not fer sure, but I think it actually
generates more efficient asm than i = i + 1. And I never, ever mix up
incrementation in an expression like:
i = j++;
For the most part, this is safe, but something like:
i = j++ >> 8;
may or may not work like you think it should. All compilers are not
created equal!!! :-)
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88210 25-JUN 23:25 Programmers Den
RE: C programming again (Re: Msg 88193)
From: PAGAN To: COLORSYSTEMS
>I use ++i syntax all the time. Not fer sure, but I think it actually
>generates more efficient asm than i = i + 1.
If you're using the 3.2 compiler then the two expressions do result in
different assembler. The "cntr = cntr+1" generates an extra move operation.
Using a register variable for the counter in the loop:
3.2: cc -xiat=/r0
for(cntr=0;cntr<100;cntr++)
moveq.l #0,d4
bra _7
_5
addq.l #1,d4
_7
moveq.l #100,d0
cmp.l d4,d0
bgt _5
for(cntr=0;cntr<100;cntr=cntr+1)
moveq.l #0,d4
bra _7
move.l d4,d0
_5
addq.l #1,d0
move.l d0,d4
_7
moveq.l #100,d0
cmp.l d4,d0
bgt _5
Ultra C, OTOH, generates the same code for both cases:
Ultra C: cc -ebe -td=/r0
_$L0
moveq.l #0x0,%d0
_$l321
addq.l #1,%d0
moveq.l #0x64,%d1
cmp.l %d1,%d0
blt _$l321
Note that I cleaned the above code up a bit for publication <g>.
Stephen (PAGAN)
Men are apt to mistake the strength of their feeling for the strength of
their argument. The heated mind resents the chill touch and relentless
scrutinity of logic. - William Gladstone
-*-
End of Thread.
-*-
88041 18-JUN 16:33 General Information
Ramdisk
From: VE3DAC To: WDTV5
I just picked up all the ramdisk messages here and will read them offline.
However I unarc'd Myram and the help file has your trademark <g>. At any
rate, do I just install your driver in place of rammer and keep using
my /r0? I gather that I can change the size of the ramdisk to most any
value I want, anytime I want? with dmode? Since I still have 512K, my /r0
is set at about 100k, but I would like to make it larger from time to time
and then go back to its smaller size. I have never had a problem with
Rammer, but my understanding has always been that once initialized, that's it
What other advantages does myram have? Since I don't need a mega ramdisk,
should I even bother changing?
Cheers
Merv
-*-
88065 19-JUN 12:07 General Information
RE: Ramdisk (Re: Msg 88041)
From: WDTV5 To: VE3DAC
For you, the real advanmntage (advantage) is the lack of any need to
initialize it. It must be deinited before any size change via the "sct"
variable will take place on the next access. Cheers - Gene
-*-
88138 22-JUN 00:30 General Information
RE: Ramdisk (Re: Msg 88065)
From: VE3DAC To: WDTV5
Soon I'll tackle quoting, it would help for this message.
I don't understand how the ramdisk doesn't need to be initialized. I can't
use the default 1 meg size, so I assume the size will be set in the
descriptor. The driver and descriptor should be in the boot, no? I'm sure
that you used Rammer at some point in your Ccoco career and that is where
I'm coming from. If I deinit the Ramdisk, change sct using dmode then
wouldn't I use init to restart it?
Don't be too brief and assume that I'm on your wavelength.
Merv
-*-
88156 23-JUN 00:41 General Information
RE: Ramdisk (Re: Msg 88138)
From: WDTV5 To: VE3DAC
Ok, Merv. Rammer did need to be formatted I think. That was its "initilization"
I guess, I never could get it to work for me, mainly because of the BLOB
problems I was also having back in the early years. So I settled on the
combination of /r0 and Ram.dr from the developers pack. Not everyone has
that descriptor, but I think there was another lookalike in the database
at one time, or you could make it with dEd after saving one of the other
floppy descriptors as "R0.dd". Then use ded to change the drivers name
from cc3disk to ram (don't forget to set the hi bit of the last char, in
this case the "m") so os9 can find the name correctly. Then check the offsets
in the book, and make the "sectors @per track" a large value, say about $200.
You could even use ded for that.
Now the reason it doesn't need "init" or format, is that the init code is
in fact the entry "init" lable in the driver format according to the os9
manuals. All that really needs to be done is to set up enough of the "first"
sector to enable rbf to get the device characteristics, establish the
correct size file allocation map which may be more than 1 sector if the
"sct" value is about $800. Then a skeleton fd sector is established in the
next sector after the FAT, and a $40 byte long "root" directory built in the
next sector after that one used for the fd (file descriptor) sector.
A small drive only needs 3 256 byte "sectors" to do that, the rest of the
disk is then nothing more than memory allocated to this task! OS9/RBF handle
the map switrtching (switching) to keep the memory linked into the taskmap
according to the absolute seek value RBF keeps in its own buffers for the
device. Format doesn't count! When a "normal" file open is done instead
of appending the @ sign to the device name, rbf keeps track of the length
of the file and prevents you from reading past the end of file into garbage
data in bare memory thats not yet been written to. Since you can't read
what you haven't written, no formatting is required, and there is not in fact
any of the normal housekeeping sync bytes etc used on a real disk in the
ram disks memory area. The rbf maintained seek pointer does it all.
To recap, you'll need a descriptor whose driver name=ram, and whose "sct"
value is dummied up to the $200 area. This will give about a 100k disk
if my memory is working. You can deinit it if you want to change the size,
so that the new size will take effect on the next open file operation that
references the device. Thats all there is to it. Cheers Merv, Gene
-*-
88158 23-JUN 00:57 General Information
RE: Ramdisk (Re: Msg 88138)
From: WDTV5 To: VE3DAC
An addendum after re-reading it off-line. Yes, it s/b in the boot, else
wastes 8k of valuable system ram to load after the fact. The default size
is whatever the descriptors "sct" value is. The effective minimum should
be considered to be 8192 bytes or 8k. Don't dforget to sub the 3 sectors
(768 bytes) used for the stuff rbf needs. The value set in sct is the
number of sectors at 256 bytes per sector. $200 then is (grabbing calculator)
512x256=131072 bytes. For some reason, mine defaults to $1e8 sectors.
Not quite enough to run dchecks buffer on my 125 meg/1 sector per cluster
hard drive! So I have a script that runs it at the right size.
Cheers Merv, Gene
-*-
End of Thread.
-*-
88044 18-JUN 18:29 General Information
add a window
From: TAULBORG To: ALL
I would like to be able to add another window besides the two I have
at startup but I don't know how!Since I use os9 but I am basicaly os9
stupid I would need detialed instructions on setting up another window
after startup.PLEASE HELP!!!!
Steven P Taulborg
-*-
88051 18-JUN 21:17 General Information
RE: add a window (Re: Msg 88044)
From: CHARLESAM To: TAULBORG
There are several ways to master it. One.- Read the Tandy docs concerning
wcreate. Two.- Download one of the offerings in the database. A good one
for you would be Interactive Windows. If you do it either way, you'll
know for next time you need a window. Also, you can make a window with display
but again you need to read up on it. If I give you specific instructions
on how to make a window, I need to know what kind of window, Text/Graphic.
Also how many columns 40/80 if its text. You see what I mean(I hope!).
If you have two windows at startup, one is /term. The other was created
in the startup file. Check the file to see how it was done. It probably
is the easiest way. Good luck. Charlie
-*-
88052 18-JUN 21:34 General Information
RE: add a window (Re: Msg 88044)
From: JEJONES To: TAULBORG
> I would like to be able to add another window besides the two I have
> at startup but I don't know how!Since I use os9 but I am basicaly os9
> stupid I would need detialed instructions on setting up another window
> after startup.PLEASE HELP!!!!
OK--I'll give it a try. (I say that because I may forget something.)
Anyway...first thing to do is an mdir. Look at the output for names like
w1, w2, w3, and so forth. If they're in there, you have several windows
already, you just need to know how to use them.
The easiest way to use them is by running a command and redirecting its
standard paths to them. Actually, it's even easier than that, because
you can use "/w" instead of naming an explicit window like, say, /w3.
That way you don't have to look and see what else is going on and
say to yourself something like "Oh, yeah, did I start a terminal
program in /w4? OK, I'll use /w5 instead." With /w, you just have
to type, for example,
osterm /t1 <>>>/w &
and there you go with osterm running in another window. For shell,
there's the -i option, which will keep a stray <ESC> from ending the
shell, so with the shell, you'll typically want to do
shell -i=/w &
to fire up a shell in another window.
Here's where the tricky part comes in, though: for some reason that
I don't know, stock OS-9 has the various window descriptors set to
come up by default in weird modes: 16*32, 12*80, etc. Some programs
say "by golly, I'll make this window what I want it to be," so they
don't care what the device descriptor says, but others, like the shell,
don't do that. You'll therefore probably want to modify those device
descriptors so that they all do something a bit more reasonable by
default. I had mine all set to 24*80 text windows by default.
There may be something in the download areas here explicitly set up
to make the window descriptors all 24*80 text windows by default; I
remember using such a thing. But if there isn't--heck, even if there
is, it's useful--you'll want to look for a program called "wmode."
wmode does for windows what xmode does for plain old SCF devices.
Once you have the descriptors all the way you want them, make sure
their CRCs are good, save them, and make a new bootfile. Then you're
all set.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
88073 19-JUN 15:45 General Information
RE: add a window (Re: Msg 88044)
From: RICKMAC To: TAULBORG
If you want another window with a shell runiining in it just add:
shell i=/w<num>& <num>=window number or none for nex t window
If you want something else running in it use:
module <>>>/w[num]&
Oh, forgot to mention, you add these lines to your startup file.
-*-
88074 19-JUN 15:48 General Information
RE: add a window (Re: Msg 88052)
From: 01GEN40 To: TAULBORG
Ok, here is my 2 cents worth. :-)I have a shellscript called "nxtwin"
which I use in my startup file to open 2 windows besides my '/term'. I also
use it for getting more windows "on-the-fly".
I utilize 2 utilities within my script, both of which can be found here in
the databases. One is called "getnw", this goes and gets t very next win-
dow in lin: if you have /w1 and /w2 open it will get /w3 f yo No
specifing of the descriptor needed! The other utility is called "ni",
and what it does is sets the priority to what you spe.
Please excuse the way this looks, I am receiving random characters, most
likely a noisy line.
I forgot to tell you about another utilitthat I use, it is called
"datamod". What it does is takes your shell scripts and makes them into a
data module so ty can reside in memo and be readily availab.
Here is what my script file looks like:
getnw 0
nice 30 shell pat/dd/cmds /dd/cmds/filetools /dd/cmds/hdtools <>>>%%0&
echo
echo Window %%0 ind
I really hate this line noise at times like thi am not sure b from
my vantage point right now, there is an extra line in the above script.
There is a line th 5 dots after the line "getnw 0". If it is there when
you read th ignore it for it does not belong there.
Anyway, this is just anoer person's way of doing something which happens
to be a most logical and efficient manner for me. Hope you enjoy.
LONG LIVE OS-9! <FOREVE ** In whatever form it is in!
-= 01GEN40 =-
-*-
88075 19-JUN 15:53 General Information
RE: add a window (Re: Msg 88074)
From: 01GEN40 To: TAULBORG
My message to you was too garballed up, I will have to "slowio" a message
to y. be back in a few. $od da%$# line noise!!!
-*-
88078 19-JUN 16:31 General Information
RE: add a window (Re: Msg 88075)
From: 01GEN40 To: TAULBORG
Ok, once again, here is my 2 cents worth.
I use a shell script for doing my windows, it is called "nxtwin".
I have it in my startup file twice to open 2 windows beside my
and it is used for getting the very next available window. The
other is called "nice" which is used to set the priority to a spec-
ified value on any process. I use a value of 30 for the shells I
have started in each window. This seems to suit me best. When I
am "on-line" as I am right now, I want my terminal program to have
most of the processor's attention. It runs at 255, while everything
else is set low.
Anyway, these 2 utilities can be found here in the databases. I
have another utility that I also use called "datamod". It is used
for creating a data module out of script files so they may reside
in memory.
Here is my script:
getnw 0
nice 30 shell path=/dd/cmds /dd/cmds/filetools /dd/cmds/hdtools <>>>%%0&
echo
echo Window %%0 initialized
I also use "nxtwin" when I need windows "on-the-fly". Just type
it on the command line and I have another window to work in. I hope
this might help you. See ya.
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= 01GEN40 =-
Well, I think that is better. I did this off-line and th logged
back on and "slowio"ed it to you. I did notice that a stray message
delp got in there. I do not know if it will show up, but if it d
t
does, just ignore it.
-= 01GEN40 =-
-*-
End of Thread.
-*-
88045 18-JUN 19:41 General Information
RE: OSK Software (Re: Msg 87987)
From: DBREEDING To: MRUPGRADE
Terry,
I've been following this thread and would like to provide a little
input, just a few of my observations, not necessarily gospel, of course.
I've fooled with a CoCo for about 12 years (+/-), been involved with
OS9 for maybe 10.
I've just recently gotten an OSK machine - about 3 weeks - and am still
in the process of acquiring software. From my initial perspective, it
looks like in most areas, there is the equivalent software for it as you will
find on a Level 2 OS9 CoCo. It seems that a lot of the stuff is implemented
as well - some better, due to the lack of memory constraints. I've only
touched the surface of the software. The only thing that *MIGHT* be behind
here is in terminal software at this point; but this might be due to my lack
of familiarity with what's available. I now have Sterm - very good - but
lacking the bells & whistles of a true telecom package.
I'm not sure if your stance is that BOTH OS9 AND OSK are lacking in apps
but I've been able to find about any app for OS9 that I have ever needed. I
think that this will be true also for OSK; I feel that at this point, OSK
is at least on an equal to OS9 in the area of bells & whistles in about any
field, and some are already ahead; I feel this advancement will accelerate
geometrically. I do believe that more and more attention will be given to
OSK than OS9 as time goes on.
Some of the software I find attractive are:
Ved/Vprint - Have CoCo version, fantastic. You can utilize all your printer's
capabilities. Going to get OSK version. I understand it does even more.
There are other good text editor/formatter combos also.
"IX" - automatic offline-reader-type comm package specifically for Delphi &
CIS. Have CoCo version - because of IX, I know very little about navigation
cmds for Delphi <G>. Again, getting OSK version, again... even better.
Don't know if you are into BBS comm or not. Many have a format called "QWK"
packets where the selected subs(topics) are compressed into a file, you d/l
them and then offline you read them, make replies or compose new msgs, then
they are compressed and you upload them. There are some for the CoCo -
have one and it works quite well. I got ATP for OSK, got it here, and it
is also great.
So you see, we have many bases covered. This is only a small sample of stuff
available, just what I've found useful so far.
> I once started a $100 check
> to Frank Hogg for Word star, on the CC2. Thanks to his honesty I
> didn't buy it. It required some working knowledge of OS-9, or
> i.e. was not "ready to run".
I think this will improve as time goes by. It's already getting better.
To be honest, I probably would not take the responsibility of recommending
OS9/K to a 100% computer illiterate person. However, I would like to add
that while I have never had any experience with a PC, from questions I've
seen posted on BBS's and from problems I've heard from friends, a PC will
not run by itself, and some people have serious problems getting the PC's to
do what they want them to do, so I'm not sure the PC is the cure-all. For
you, I don't know. If you can successfully use OS9, then you should not
have any problem with an OSK machine. For myself, at this point at least,
I'm really impressed. The speed is worth a bunch. Again, no one system is
right for everyone. I think that the OSK system will provide everything I
will need (the CoCo could too, except I am not really good at hardware
work, and when the CoCo starts to break down, there will come a time that
it will be hard to get replacements).
Sorry for being so windy...
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88048 18-JUN 19:57 General Information
RE: OSK Software (Re: Msg 88045)
From: MITHELEN To: DBREEDING
From my expreiance with "PC's", most people that get them, get them all
pre-configured, and set up for them by someone else "in the know" and they
never really get the system set up the way they REALLY want it, just because
they never went through them first initial steps. While I don't own a
PC myself, I have set up, or helped set up several for friends, and I find
them nop easier to set up then a OS-9 or Unix box.
--
Paul
-*-
88053 18-JUN 22:57 General Information
RE: OSK Software (Re: Msg 88045)
From: MRUPGRADE To: DBREEDING
Thanks for the comprehensive reply. It appears both honest & average in
experience for a new OSK machine owner. Cept theh earlier MM/1's required
hardware knowledge,, to even get started. according to one owner.
The remainding question, which maybe you answered (more memory),,
what was your prime motivaion in buying an OSK machine. and which one
Til then,,, Terry Simons
-*-
88057 19-JUN 03:49 General Information
RE: OSK Software (Re: Msg 88045)
From: COCOKIWI To: DBREEDING
there is learning curve one must go through on ANY computer!
I upgraded to a 486 33 meg and having to setup games for the kids can be fun!
If one has a lot of programs in conventional memory .like Stacker 4.0..
PC kwik....Etc ...they hog the lower memory! one can get around it by loading
them in high memory,BUT! when one uses MEMMAKER <dos 6> it only sees ONE set
of programs to load high,SCREWING up the other sets that one boots with
another Batch boot program that came with DOS 6........because of that one
has to setup the other Blocks MANUALY by hand!
because of the Memory problems......MAX Memory for normal games....
CD-ROM mode for CD-ROM drives....one has to max lower memory for EACH set!
Memmaker do not allow that!yet it came with it!<grin>
It do remind one of the 64k memory max problems with the CoCo,yet we are playing
with 640k here!I finaly got how to do it!BUT! had to do it by hand,something
some people would not be willing to do,some programs will NOT work unless one is
willing to get inside to get it to work right,that goes for OSK/OS9...machines
the CoCo or the IBM clones and MACs......I had to use the driver that came with
the CD-ROM a CR-563...Why! because the Software from Soundblaster works ONLY
with their drive also a CR-563 but! NOT made by the same company....
BOTH drives are the SAME! but the internal electronics are NOT!
So if one is playing with OS9 or DOS <IBM> one still has to put up with problems
caused by different ways of doing the SAME thing differently!<grin>..no matter
which platform one uses...................
Dennis
-*-
88060 19-JUN 11:31 General Information
RE: OSK Software (Re: Msg 88053)
From: COLORSYSTEMS To: MRUPGRADE
> Thanks for the comprehensive reply. It appears both honest & average
> in experience for a new OSK machine owner. Cept theh earlier MM/1's
> required hardware knowledge,, to even get started. according to one
> owner.
The only hardware knowledge you had to have with early MM/1's was how
to mount the boards in the case, as they came unassembled.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88062 19-JUN 11:31 General Information
RE: OSK Software (Re: Msg 88045)
From: NIMITZ To: DBREEDING
Nice synopsis, David! Truly a good outline of the state of the market,
and the point about the PC is VERY WELL PUT!. I recently made an easy
$150 when I was called for a consult about a sick PC. Seems the original
vendor set the EEProm default to deny control of an address line to the memory
management programs. This person installed Windows, which installed the memory
manager in her machine,
thus adding an error message on startup - drove her nuts! PC's as a class are
NOT EASIER to use than OS9 machines. Never have been, and never will be!
Yes, many programs can be used "off the shelf", with very little experience
with the OS required. V
ery true. But, if you try to mix many of those "ready to run" packages
together - you had better plan on learning to work the machine! I might add
that I had several friends who owned DynaStar. I wish I could have afforded DS
at that time. It was eas
y to install, and powerful. I think that Terry denied himself a real pleasure
by declining that purchase!
David
-*-
88069 19-JUN 15:19 General Information
RE: OSK Software (Re: Msg 88060)
From: MRUPGRADE To: COLORSYSTEMS
I read a review by a fellow form NB, The Club Prez, I believe who would
differ with you. Or perhaps it was OS system knowledge knowledge. In
any case he said mor e or less, "as per instructions, he could not have
got it running". Though he does enjoy his MM/1/
Til then,,, Terry Simons
-*-
88071 19-JUN 15:39 General Information
RE: OSK Software (Re: Msg 88069)
From: NIMITZ To: MRUPGRADE
Terry, there are now, have been, and always will be those people who can't
change a spark plug. How many people blame that on Detroit??? I have no
ability to solder at all, but have assembled "cable together" type stuff for my
CoCo all along. I have a
ssembled PC computers. I had NO difficulty at all with IMS's instructions on
assembling the MM/1. I don't want to say a defective user is responsible for
all problems with all computers everywhere, but neither does one users
inability to assemble an MM/
1 mean that the engineer or marketing team for the MM/1 are lacking in ability!
Get real. You can tell some of the people some of the time, and most of the
people most of the time, but you can tell all of the people NONE of the time.
That's a simple
fact of life. And my experience with the MM/1 community is that IMS did manage
to reach the vast majority of the people most of the time when it comes to the
assembly instructions.
David
-*-
88083 19-JUN 17:26 General Information
RE: OSK Software (Re: Msg 88071)
From: MRUPGRADE To: NIMITZ
I wouldn't want oto call this fellow a defective user. Though still you
could be right,, it may have been something that he just didn't understand.
andn I doubt it was anything insurmopountable,, in that there are many happy
MM/1 users.
Til then,,, Terry Simons
-*-
88099 19-JUN 23:26 General Information
RE: OSK Software (Re: Msg 88083)
From: WA2EGP To: MRUPGRADE
I wouldn't call him a defective user either. I know it is possible to have the
simplest instructions and still have someone screw it up. A recently released
software package was given some bad "reviews" by an individual ("the package
is broken.."). Turns out that the individual had his system set up a little
different than most of us. I have done the same thing also with software.
That is what is great about the SIG. You can ask without looking (too) foolish
to others. I've done it on occasion (looking foolish that is). BTW, PC
software installation instructions has lines like (paraphrased) "when running
and XXXX error appears, the installation was incomplete/defective/missing
files, etc". Un huh.....easier to install. Yep. (grin)
-*-
88176 23-JUN 22:58 General Information
RE: OSK Software (Re: Msg 88062)
From: ERNIEWITHERS To: NIMITZ (NR)
David, I've been following this thread with interest. I've been using IBM
compatibles since '83 or so and have never thought of them as easier to set
up or use than my CoCo's or MM/1. The problems are just different or pop up
at different times. Installing "standard" cards can be a real pain because
of the IRQ's. Many times I've had to re-address a card or change the interrupt
because of a conflict with something already in the machine. Getting the CMOS
copy of the settings. I'm often called both at work and home by people with
either software or hardware problems who need help. ALLof these people have
IBM compatible machines.
Also, regarding Dynastar, I've owned it since the OS-9 level one days. I really
like the program and upgraded to the level 2 CoCo 3 version when Frank made it
available. Even before my MM/1 was delivered, I bought Dynastar for OSK. I own
and use Microsoft Word for Windows 6.0 and Wordperfect 6.0 on my 486's. I like
WinWord a lot but still use the MM/1 and Dynastar quite a bit because it's
much easier to use. After I got OS-9000 I called Frank and asked if he had
Dynastar available for it. He said no but that it should not be too hard to
port since it was written in C. He also said he had no intentions of porting
it at that time. I hope he changes his mind because I'd sure buy it.
Just my 2 cents worth.
Ernest
-*-
88199 25-JUN 17:34 General Information
RE: OSK Software (Re: Msg 88048)
From: DBREEDING To: MITHELEN (NR)
> From my expreiance with "PC's", most people that get them, get them all
> pre-configured, and set up for them by someone else "in the know" and
> they never really get the system set up the way they REALLY want it, just
> because they never went through them first initial steps.
Exactly as I see it. Just this week, a friend who got a PC mailorder - had
it maybe 4-6 months - it wouldn't boot from the HD. They called the
company's tech support and got no help whatsoever. I believe they went
through the setup procedure and got it back to working.
I betcha if mine quits like that a call to Ed Gresick (or Frank Hogg or
David Graham for the other systems) will get it back up quickly (barring
a hardware failure). I didn't set mine up, it came preconfigured, but I
don't think there will be any problem when the need arises.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88200 25-JUN 17:35 General Information
RE: OSK Software (Re: Msg 88053)
From: DBREEDING To: MRUPGRADE
> owner. The remainding question, which maybe you answered (more
> memory),, what was your prime motivaion in buying an OSK machine. and
> which one Til then,,, Terry Simons
I had 2-3 reasons. For one thing, I've done Coco-OS9 for maybe 10 years
and am truly impressed with the system. I had to see what the "next
generation" was like. Secondly, I've been online for maybe 3-4 years, and
I have made the acquaintance, if only in print with many, of a whole bunch
of great people, and would hate to leave their company. Thirdly, it may
be trivial, but I'm a real fan of the Motorola chip, the 6809 and now the
680x0.
I looked seriously at going to a PC or maybe a Mac. In my research of the
Mac, it may have been my lack of understanding, but the word "crash" seemed
to be popping too frequently for my taste :-). Some people view the PC
as the cure-all, the ultimate. You may have already been there, but if not,
get on a PC-related BBS. If you think _WE_ have troubles, listen to them..
I wound up getting a Delmar System 5. So far, I'm totally thrilled with it.
I do believe that choosing either of the currently available 3 offerings -
Delmar/Peripheral Technologies, MM/1, FHL would be a tossup. Each system
has its strong points, although each "strong point" would probably be a
minor advantage in any case.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88201 25-JUN 17:36 General Information
RE: OSK Software (Re: Msg 88057)
From: DBREEDING To: COCOKIWI
Your comments re: setting up PC's and others was quite well-put.
The trouble with so many people is that they think that all that is required
to do is set a PC on the desk and let 'er go. That's OK if all you want
to do is write a letter or 2 and do a checkbook account. However, if you
really want to get everything out of your computer, be it PC or any other
machine, then you're going to have to find out about your system, or find
someone who _DOES_ know.
You know, one thing I have thought... I know the 64K limit for the CoCo was
something of a nuisance, but with this, we _KNEW_ our limit. I am totally
illiterate on the PC, but to my understanding, isn't this 640K limit
cumulative? Doesn't each program in memory use part of this till it runs
out?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88202 25-JUN 17:37 General Information
RE: OSK Software (Re: Msg 88062)
From: DBREEDING To: NIMITZ (NR)
> Nice synopsis, David! Truly a good outline of the state of the market,
> and the point about the PC is VERY WELL PUT!.
Thanks... I was merely reporting how I see the situation.
> PC's as a class
> are
> NOT EASIER to use than OS9 machines. Never have been, and never will be!
How true, it's just that so many people *THINK* they are...
I've been on a BBS with some computer-related sigs. Man! I've *NEVER* had
the problems these people are having <G>.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88203 25-JUN 17:43 General Information
RE: OSK Software (Re: Msg 88200)
From: MRUPGRADE To: DBREEDING
Your reply, give good and real reasons to go OSK. May I use it in an
article?
Til then,,, Terry Simons
-*-
88206 25-JUN 22:02 General Information
RE: OSK Software (Re: Msg 88200)
From: KSCALES To: DBREEDING
David -
Very interesting message.
> I had 2-3 reasons. For one thing, I've done Coco-OS9 for maybe 10 years
> and am truly impressed with the system. I had to see what the "next
> generation" was like. Secondly, I've been online for maybe 3-4 years,
> and I have made the acquaintance, if only in print with many, of a whole
> bunch of great people, and would hate to leave their company. Thirdly, it
> may be trivial, but I'm a real fan of the Motorola chip, the 6809 and now
> the 680x0.
I think that these are very common reasons for folks to make the decision
to get an OSK system as their upgrade path from CC3 L2, but I have never
seen them expressed so well and so concisely.
> I looked seriously at going to a PC or maybe a Mac. In my research of
> the Mac, it may have been my lack of understanding, but the word "crash"
> seemed to be popping too frequently for my taste :-).
A few weeks ago, I attended a three-day "Software Testing Seminar". One
thing that the instructor mentioned in one of his anecdotes was
that while testing/debugging a "record/playback" testtool his company
produces, they encounterred some problems interfacing with the Mac. Turns
out that it was due to a race condition in the basic Mac firmware regarding
interrupts. Apple eventually acknowledged the problem as a day-one bug,
but fixing it would require recalling all of their Macs... Dunno if they
have fixed it in new production or not. This race condition is probably
one of the gremlins behind these periodic "crashes". (One of my
colleagues came over the other day and commented that his had just crashed
for the second time that day, losing all he had been working on...)
We are in thunderstorm season now so I shut down my system when I'm
away, but my MM/1 typically would go for weeks (24 hours/day, 7 days
a week) without even a manually initiated re-boot.
> I wound up getting a Delmar System 5. So far, I'm totally thrilled with
> it. I do believe that choosing either of the currently available 3
> offerings - Delmar/Peripheral Technologies, MM/1, FHL would be a tossup.
> Each system has its strong points, although each "strong point" would
> probably be a minor advantage in any case.
I agree -- I have an MM/1, but when asked by two folks in the last few
months which system to get, agreed with one that the PT68K4 was right
for him, and the KiX was good for the other.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
88214 26-JUN 02:57 General Information
RE: OSK Software (Re: Msg 88206)
From: JOELHEGBERG To: KSCALES
> > I looked seriously at going to a PC or M1gjk<6A>R my research of
> > the Mac, it may have been my lack of understanding, but the word "crash"
> > seemed to be popping too frequently for my taste :-).
My Mac does not seem to have a problem with crashing, but I'm still very
happy I've got an OSK machine (MM/1) as my primary machine. On the Mac,
you can do background printing and multitask with many programs at one
time, but it's discouraging to watch your background printing halt every
time you pull down a menu or click somewhere on the screen. My MM/1
doesn't do that! :) OS-9's real-time pre-emptive multitasking is much
much better.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88218 26-JUN 04:41 General Information
RE: OSK Software (Re: Msg 88201)
From: COCOKIWI To: DBREEDING
YEP! TSR,s do......It,s a pain trying to juggle enough space so that games
will run! With a CD-ROM drive you add more ..The upper limit is around 600k
Zork needs 590k.....with STACKER.....PC-Kwik<cache>...CD-Rom drivers you
don,t have much to play with! ONE HAS to fine tune to fit!<grin>...
The 640k is cast in stone! above that to 1 meg you have Video..and UMB
Some is used as a page register for upper memory,unlike the CoCo-3 there
is only ONE area for Page memory,The CoCo-3 can use any 8k block within
the Memory area!although the area involved is as much as the total memory
the CoCo has without the extra,s.... I have crammed the UMB,s to as much
as they can handle,I have around 8k space left up there!<grin>
Dennis
-*-
88226 26-JUN 14:15 General Information
RE: OSK Software (Re: Msg 88203)
From: DBREEDING To: MRUPGRADE
> Your reply, give good and real reasons to go OSK. May I use it in an
> article?
> Til then,,, Terry Simons
Sure... I'd be happy for you to use it.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88227 26-JUN 14:17 General Information
RE: OSK Software (Re: Msg 88206)
From: DBREEDING To: KSCALES
> I think that these are very common reasons for folks to make the decision
> to get an OSK system as their upgrade path from CC3 L2, but I have never
> seen them expressed so well and so concisely.
I really gave my decision a great deal of thought. I've been in the
process of making up my mind ever since the MM/1 came out, and did a lot
of "soul-searching", I guess you might say.
Really, you are probably at least a small reason for my loyalty to OS9. If
you remember maybe 4 or 5 years ago, you were still in the process of
releasing scsi47, I had just gotten my HD and was having trouble getting it
to format, (too dumb to remove the parity jumper <G> ). You went to a great
deal of effort to help me get a version of scsi47. Things like that are
hard to forget.
> > I wound up getting a Delmar System 5. So far, I'm totally thrilled
> with > it. I do believe that choosing either of the currently available 3
> > offerings - Delmar/Peripheral Technologies, MM/1, FHL would be a
> tossup. > Each system has its strong points, although each "strong point"
> would > probably be a minor advantage in any case.
>
> I agree -- I have an MM/1, but when asked by two folks in the last few
> months which system to get, agreed with one that the PT68K4 was right
> for him, and the KiX was good for the other.
Right. I think I would have been quite happy with products from any of
the 3. The only disadvantage of having this diverse market is that at this
time, it looks to me like it may take a little doing to get advanced
features like windowing to work across all platforms. it seems to me that
at this time, to be 100% compatible, the software will have to be strictly
text-oriented???
Thanks for your reply. Not meaning to put them down, but your comments
regarding the Mac make me think that I may have made a good decision in
not getting one of them, at least for now.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^<5E>\+
-*-
88228 26-JUN 14:18 General Information
RE: OSK Software (Re: Msg 88214)
From: DBREEDING To: JOELHEGBERG (NR)
> > > I looked seriously at going to a PC or maybe a Mac. In my research
> of > > the Mac, it may have been my lack of understanding, but the word
> "crash" > > seemed to be popping too frequently for my taste :-).
>
> My Mac does not seem to have a problem with crashing, but I'm still very
They probably are not all that crash-prone. It just seemed to me that in
Mac discussions, the subject of crash-proofing software, and such made me
a little leery.
> happy I've got an OSK machine (MM/1) as my primary machine. On the Mac,
> you can do background printing and multitask with many programs at one
> time, but it's discouraging to watch your background printing halt every
> time you pull down a menu or click somewhere on the screen. My MM/1
> doesn't do that! :) OS-9's real-time pre-emptive multitasking is much
> much better.
This was one thing that made me kinda give up on the Mac. When I asked
one salesman about whether multitasking was pre-emptive, and how it worked,
although he wasn't all that literate on the subject, it led me to believe
that OS9's multitasking was much better. This is one feature that I would
sorely miss.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88231 26-JUN 14:21 General Information
RE: OSK Software (Re: Msg 88218)
From: DBREEDING To: COCOKIWI (NR)
> YEP! TSR,s do......It,s a pain trying to juggle enough space so that
> games will run! With a CD-ROM drive you add more
> fit!<grin>... The 640k is cast in stone!
> CoCo-3 there is only ONE area for Page memory,The CoCo-3 can use any 8k
> block within the Memory area!
Your description was just about as I had imagined. The CoCo-3 has a
pretty good memory arrangement. The only thing I could see coming was
the fact that System Memory Area was beginning to get full. I ran into
Out of Sys Mem a few times myself, and I think the ones pushing the system
harder than I had been experiencing this for some time.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88233 26-JUN 15:11 General Information
RE: OSK Software (Re: Msg 88201)
From: 01GEN40 To: DBREEDING (NR)
Just my 2 cents worth... It is quite funny you should mention memory
limitations on PCs. I just learned something about that this past week.
From the way I understand it, there is no 640K limit on a PC. That limit
is with MESSY-DOS. OS-2, on a PC recognizes ALL available memory on it
and uses it for any programs. There is no 640K limit with OS/ I think
that with MESSY-DOS it had something to do with backwards compatability.
The work of MICROSOFT. If, I am wrong here,omeone set me straight!
See ya. LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= 01GEN40 =-
-*-
88234 26-JUN 16:14 General Information
RE: OSK Software (Re: Msg 88226)
From: MRUPGRADE To: DBREEDING (NR)
Thanks,, it should be in theh Aus/ Sept issue. Do you still have a CC3?
Either way,, I'll see that you get a copy.
Til then,,, Terry Simons
-*-
End of Thread.
-*-
88055 18-JUN 23:56 General Information
RE: Postscript (Re: Msg 88011)
From: PAGAN To: COLORSYSTEMS
>Have you looked at the file yet? If it is merely an ASCII text file which
>was converted to print as plain text on a Postscript printer, it probably
>has "preamble" of uF/script code, followed by the text itself, followed by
>some trailer code.
That I could have stripped out with a text editor. This file has postscript
commands buried throughout. It's kind of disgusting really. I've always
pictured the 'Information Age' as a way to provide information in a format
that I can use and manipulate it the _I_ want to. This document is clut-
tered up with a bunch of crap to produce pretty _hard copy_.
Stephen (PAGAN)
Men are apt to mistake the strength of their feeling for the strength of
their argument. The heated mind resents the chill touch and relentless
scrutinity of logic. - William Gladstone
-*-
88056 18-JUN 23:56 General Information
RE: Postscript (Re: Msg 88019)
From: PAGAN To: JOHNREED
>I don't know of a simple OSK stripper. There is a utility (actually a
>PostScript program) called ps2ascii.ps that can be run with Ghostscript to
>put out plain text. It looks fairly complex -- I haven't tried it.
I'll look into it thanks.
Stephen (PAGAN)
Let Accuracy triumph over Victory
-*-
88061 19-JUN 11:31 General Information
RE: Postscript (Re: Msg 88055)
From: COLORSYSTEMS To: PAGAN
> That I could have stripped out with a text editor. This file has
> postscript commands buried throughout. It's kind of disgusting really.
Changing fonts?
> I've always pictured the 'Information Age' as a way to provide information
> in a format that I can use and manipulate it the _I_ want to. This
> document is clut- tered up with a bunch of crap to produce pretty _hard
> copy_.
For the most part, the "Information Age" does provide information in a
usable manner. But EPS files (Encapsulated Postscript) were never promised
to be very manipulative. Especially by Joe User.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88079 19-JUN 16:32 General Information
RE: Postscript (Re: Msg 88055)
From: MITHELEN To: PAGAN
Nah, all you need is a word processing program that handles files in
postscript format, and displays on screen in either WYSIWYG, or strips out
the postscript "commands" and displays that part of the
text in different colors, or whatever.
--
Paul
-*-
88087 19-JUN 21:03 General Information
RE: Postscript (Re: Msg 88056)
From: JOHNREED To: PAGAN
After that last post I ran the ps2ascii.ps file with a
postscript document and it did a pretty good job of
putting out plain ASCII text. It loused up lists and
tables - turning them into paragraphs, but all in all
not bad.
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
End of Thread.
-*-
88058 19-JUN 04:07 General Information
INTERNET
From: COCOKIWI To: ALL
WHY is it! That this SIG do NOT have INTERNET GOPHER when most all other
sigs do? noticed that nosing around<grin>...I,m just getting into it and
have to go to pc or Radio sig to use it!
Dennis
-*-
88063 19-JUN 11:37 General Information
RE: INTERNET (Re: Msg 88058)
From: NIMITZ To: COCOKIWI
Or, you could use the Internet sig.
David
-*-
88080 19-JUN 16:35 General Information
RE: INTERNET (Re: Msg 88063)
From: MITHELEN To: NIMITZ
No, I think Dennis has a valid point, and, unforch, I don't have a good
answer for him, as I am not responsible for that part of the SIG. I know it
was planned to do this a long time ago, and just has not been implemented here
yet.
-*-
88092 19-JUN 22:17 General Information
RE: INTERNET (Re: Msg 88063)
From: COCOKIWI To: NIMITZ
yeh!<grin>.BUT! I like it here<|-}
Dennis
-*-
88102 20-JUN 07:19 General Information
RE: INTERNET (Re: Msg 88080)
From: NIMITZ To: MITHELEN
Actually, I agree with Dennis there, but wanted to point out another connect
point. Since I FTP fairly often, I too would like to see it here. USENET
stuff
is something I access everyday as well.
David
-*-
88103 20-JUN 08:59 General Information
RE: INTERNET (Re: Msg 88080)
From: JOELHEGBERG To: MITHELEN
> No, I think Dennis has a valid point, and, unforch, I don't have a good
> answer for him, as I am not responsible for that part of the SIG. I kn
e ago, and just has not been
> implemented here yet.
I thought I also remembered hearing about plans to add this feature...
it would be great to have an ftp link on the menu to chestnut.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
End of Thread.
-*-
88067 19-JUN 14:30 General Information
Article
From: ISC To: REVWCP
Brother J,
1. Bill Jumper
2. Age 52 but I look and act 40.
3. Started with a CoCo III at age 50 using both DECB and OS-9. I am not
spectacular at either one.
4. I had formal training in computer architecture and BASIC programming at
IBM where I worked for 25 years. I now run my own business consulting on
laboratory instruments and PCs and Bruker Instruments computers.
5. Can't count either.
Bill
-*-
88068 19-JUN 15:13 General Information
Boot disk woes
From: MROWEN01 To: ALL
Someone please help me. I can't seem to create a bootable disk to save my
soul! I'm using os9gen and the build goes OK but I get a FAILED BOOT message.
I'm using OS-9 on a Coco 3 with 512k. I am using some modified modules that
have worked in the past. I'm also confuse about the windint and vdgint modules
and what they really are. Right now I can't seem to mix the modules I want on
the same boot disk. Maybe someone can give me a working list to try. I want
to run Multi-vue, SACIA, B&B drivers, and PCDos/RSDos (CC3Disk?) on one disk.
Is this impossible? Even the most basic modules won't seem to create a bootable
disk. All of the altered modules I'm using are from FARNA systems PatchOS9 kit.
Right now I have two disks I can boot from. One has the new CC3Disk that
allows me to run PCDos / RSDos, but now Multiview. The other allows Mutil-View
and SACIA operations, but not PCDos RSDos.
I keep the startup info on the hard disk. The only thing besides the
bootfile on the floppy is the CMDS directory with shell and grfdrv. I
have some understanding of what different modules do, but I have no clue as
to how they can or cannot interact.
-Mike Rowen
-*-
88093 19-JUN 22:31 General Information
RE: Boot disk woes (Re: Msg 88068)
From: COCOKIWI To: MROWEN01
OH god!<grin> get yourself a copy of EZGEN or the other one<with the problems
with B & B> the other will do<Grin> and dump os9gen....Make yor life a lot
easier and save whats left of your HAIR!with one of these programs one can mix
and match,using Os9gen is a pain cause you have to set it up by hand!
if you are using disk drives with os9 rather than Hard drive..use the biggest
drive you can ..ala 720k.....3.5" ones cover that,unless you can find 96tpi
80 trk Drives....hard to find now!
Dennis
-*-
88098 19-JUN 23:14 General Information
RE: Boot disk woes (Re: Msg 88093)
From: MROWEN01 To: COCOKIWI
I got a copy of EZGEN with my B&B COCOXT, but it causes errors. Is there
such a utility on-line here?
-Mike
-*-
End of Thread.
-*-
88070 19-JUN 15:21 General Information
DISKCAT
From: MROWEN01 To: RICKULAND (NR)
Rick,
In the June issue of 68'micros, you mentioned a shareware program called
Diskcat from Bob Van der Poel. Will this be posted on Delhi? If it's as good a
as you say, I'm anxious to send him $20.00. If it won't be on Delphi, where can
I get it?
-Mike Rowen
-*-
88076 19-JUN 16:22 General Information
RE: DISKCAT (Re: Msg 88070)
From: REVWCP To: MROWEN01
I believe that it is the New Uploads section. If not I will post it.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
88082 19-JUN 17:12 General Information
RE: DISKCAT (Re: Msg 88076)
From: MROWEN01 To: REVWCP
Thanks for pointing the way! I looked in the new uploads yesterday, but I missed
it somehow. I think I did a search. I must have typed something wrong.
-*-
88086 19-JUN 20:04 General Information
RE: DISKCAT (Re: Msg 88082)
From: JOHNBAER To: MROWEN01
Mike,
I have an updated diskcat file to upload here from Bob. It has
both binaries for level 2 and 68K machines included; plus the `C'
source, `make' files, and doc's. Will get to it now.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
88101 20-JUN 07:16 General Information
RE: DISKCAT (Re: Msg 88086)
From: NIMITZ To: JOHNBAER
Great, John. Been looking for complete 68K source for that!
DAvid
-*-
88108 20-JUN 21:10 General Information
RE: DISKCAT (Re: Msg 88101)
From: JOHNBAER To: NIMITZ
> Great, John. Been looking for complete 68K source for that!
Oh ? I thought that diskcat #6 that's in the `new uploads' area has
all the `C' source.. ? What was missing from the package Davis ?
Well anyway, as soon as Paul checks it, Diskcat #7 will be there.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
End of Thread.
-*-
88084 19-JUN 17:28 Applications (6809)
CRC RS 232
From: MRUPGRADE To: ALL
I have a CRC RS 232 pac. It doens't seem to go into theh multi-pac? (yes,
I'm facing it theh right way) Any suggestions?
And the modem cable will plug in either of 2 ways on thh end of theh pac.
Anyone know which way is up?
Til then,,, Terry Simons
-*-
88100 19-JUN 23:45 Applications (6809)
RE: CRC RS 232 (Re: Msg 88084)
From: WA2EGP To: MRUPGRADE
Be careful how you tilt it. A little bit of tilt can make aligning the card
edge with the socket difficult. Can't help with the cable.
-*-
End of Thread.
-*-
88085 19-JUN 18:03 System Modules (6809)
rbf32 revisited
From: WDTV5 To: ALL
Hello everyone; It appears I have a problem thats bit me on a couple of
occassions. I've made up an .ipc file to patch what I thought was the
version of RBF.mn that everyone whose system has had the Nitros-9 touch
should have been using.
Yes, and no. I'm finding that 1.115/1.116 Nitros9 seems to be different for
each user. If it had been only the crc that was different, I could possibly
say that "Well, I changed the at/rv & ty/lg in mine so its properly
identified as native mode, 6309 code by "vfy". I could. But then what do I
do when the 1.15 someone else has is nearly $B0 bytes longer than mine?
Sooo, the next upload of the .ipc to make RBF.mn edition #32 will be based
on the original edition #28 from my distribution disk. As will any other
updates of system modules that I manage to do. Maybe this will ease the
confusion factor involved in trying to track upgrades. Since I'm Nitro'd
here, that means I'll be crossing the border that divides nitros-9 from
os-9. At this point, the hassle factor has me in an I don't care mode.
I'm sorry if that offends either Chris or Wes & Co. Each of us is in it far
more for the love of the system than for any prospects of making any money
on it anyway, plus the copyrights are MicroWares, not Burke & Burke, Gales
Force Enterprises, or mine.
There should be a side benefit too, pboost users should be able to use it
too.
Cheers all, Gene
-*-
88088 19-JUN 21:24 General Information
Mail Order Sales Tax
From: PAGAN To: ALL
Senator Dale Bumpers (D-AR) has introduced legislation (S.1825) that may be
of interest to the OS9/OSK user and business community. This legislation,
would require that mail order businesses collect sales tax on all orders
based on different exemption schedues and rates depending on where the order
is to be shipped. This would have to be collected even if the company had no
presence in the state.
Because OS9/OSK users rely much more on mail order than users of the
government's approved architechture and operating systems this bill could
have a large effect on the cost of your software and hardware. It would be
to your advantage to let your congress critter know how you feel.
The bill is sponsored by:
Phone Fax
=================== ============== ==============
Dale Bumpers (D-AR) 1-202-224-4843 1-202-224-6435
Thad Cochran (R-MS) 1-202-224-5054 1-202-224-9450
Kent Conrad (D-ND) 1-202-224-2043 1-202-224-7776
Byron Dorgan (D-ND) 1-202-224-2551 1-202-224-1193
Howell Heflin (D-AL) 1-202-224-4124 1-202-224-3149
Dave Boren (D-OK) 1-202-224-4721 1-202-224-3144
Bob Graham (D-FL) 1-202-224-3041 1-202-224-2237
Diane Feinstein (D-CA) 1-202-224-3841 1-202-224-0656
Daniel Inouye (D-HI) 1-202-224-3934 1-202-224-6747
Carl Levin (D-MI) 1-202-224-6221 1-202-224-1388
Harlan Matthews (D-TN) 1-202-224-1036 228-3679 (no area code listed)
Dirk Kempthorne (R-ID) 1-202-224-6142 1-202-224-5893
Tom Harkin (D-IA) 1-202-224-3254 1-202-224-7341
The phone numbers given above are from the May 28, 1993 posting on
whitehouse.gov.
Stephen (PAGAN)
God fights on the side with the heaviest artillery.
-*-
88144 22-JUN 07:12 General Information
RE: Mail Order Sales Tax (Re: Msg 88088)
From: LMCCLURE To: PAGAN
"This legislation, would require that mail order businesses
collect sales tax on all orders based on different exemption
schedues and rates depending on where the order is to be
shipped. This would have to be collected even if the company
had no presence in the state."
I'm getting a case of deja vu. Didn't congress just try this about
two years ago? I expect Computer Shopper will be helping lead another
charge against it, along with other computer magazines (many whom depend
heavily on mailorder advertisers). Does congress really think we'll
"not notice" this time?
Also, I expect that even if such a bill should pass, it would be
challenged on constitutional grounds.
It is interesting that a senator from my state is sponsoring the bill.
I'll have to remember that when he next comes up for election.
-*-
88161 23-JUN 01:09 General Information
RE: Mail Order Sales Tax (Re: Msg 88144)
From: PAGAN To: LMCCLURE
>I'm getting a case of deja vu. Didn't congress just try this about two
>yearear ago? I expect Computer Shopper will be helping lead another charge
>against ituter magazines (many whom depend heavily on mailorder
>advertisers). Does congress really think we'll "not notice" this time?
I think Congress has tried to sneak this kind of stuff past us every year
since the Civil War (snide reference to the Income Tax :-), but now they
have a decidedly anti small business president to help things along.
>Also, I expect that even if such a bill should pass, it would be challenged
>on constitutional grounds.
Probably so but...
June 13, 1994 (No, not the "Simpson" Murders...) The Supreme Court in U.S.
vs Carlton decides that Congress's _retroactive_ changes to the 1986 Tax
Reform Act were constitutional. Justice Scalia notes that due process
rights are an oxymoron (!) and that all retroactive tax laws will henceforth
be valid. (You only _think_ you've already paid your taxes for 1981)
Not off the point but a bellwether of the kind of protection we can expect
from the Supreme Court when it come to new ways for our government to extort
money from us citizens. Kinda makes you feel warm and protected don't it?
>It is interesting that a senator from my state is sponsoring the bill. I'll
>have to remember that when he next comes up for election.
I hope you will write or telephone and let him know how you feel.
Stephen (PAGAN)
-*-
End of Thread.
-*-
88090 19-JUN 21:52 General Information
CoCo stuff for sale
From: LUCKYONE To: ALL
Tandy/Radio Shack TRS-80
***** COLOR COMPUTER 3 SYSTEM FOR SALE *****
Selling the whole lot, All or Nothing at All.
$600.00 or best offer.
**************************************
Please contact Dave about this stuff.
Dave Wetzel
(708) 481-2506
**************************************
HARDWARE
========
CoCo 3 (512k)
Coco 3 (128k)
Two CoCo 2s (one missing space bar)
(one is 64k, other ?)
One 16k Coco 2
2 CM-8 RGB Monitors
Multi-Pak Interface (mod # 26-3124)
FD-501 Dual Disk Drive, 2 other dual drives
2 Cassette recorders
2 Printers (DMP-105,DMP-106)
4 Deluxe Joysticks
RS-232 PAK
2 RS - Color Mouse
Hi - Resolution Joystick Interface
5 Modems - 1 2400
- 2 1200
- 2 300 (1 Direct Connect Modem, DCM - 3)
Monitor Stand
Program Pak Case Holder
SOFTWARE
========
[All manuals and documentation are included with each package]
(Too much to list all - here are a few)
OS-9 Level I & II
OS-9 Operating System
Multi-Vue
Profile
Dynacalc
Micro Illustrator(Coco II)
Orchestra 90-cc
Simply Better (word processor)
Coco Graphics Designer Plus(Xtra font,border, & picture disks)
MAX 10 (word processor)
Disk Graphics
Color Disk EDTASM
C-Compiler
Basic-O9
OS9-PASCAL
Home Publisher
Many program paks
etc...
BOOKS
=====
Getting Started Extended Color Basic
Extended Color Basic
TRS-80 Color Computer Programs
Color Computer and MC-10 Programs
The Complete Rainbow Guide to OS-9
The Complete Rainbow Guide to OS-9 Level II
6809 Assembly Language Programming (Leventhal)
Color Computer Assembly Language Programming (Barden)
BASIC09 Tour Guide
How To Use Your Radio Shack Printer (Barden)
Many Rainbow Magazines (approx. - 90)
Many disks (some new in box)
Last tested everything worked and is in excellent condition.
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
88091 19-JUN 21:53 General Information
formating a floppy on a floptical
From: LUCKYONE To: COLORSYSTEMS
Hi, Zack.
Have you ever formatted a floppy disk on a floptical drive? If so would
you be willing to pass on the procedure for doing that. I am unable
to figure it out from reading the instructions that came from Dirt
Cheap Computer Stuff.
Thanks, Howard.
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
88096 19-JUN 22:43 General Information
RE: formating a floppy on a floptical (Re: Msg 88091)
From: COLORSYSTEMS To: LUCKYONE
> Have you ever formatted a floppy disk on a floptical drive? If so would
Sorry, don't have a floptical. Eddie Kuns does, give him a hollar!!!
68? No way!!!
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
End of Thread.
-*-
88106 20-JUN 20:03 Programmers Den
Renaming a file in C
From: JOELHEGBERG To: ALL
I'd like to rename a file under C, but I don't seem to see a function to
handle that for me. Is there one, or must I take care of this myself?
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88114 20-JUN 22:53 Programmers Den
RE: Renaming a file in C (Re: Msg 88106)
From: COLORSYSTEMS To: JOELHEGBERG
> I'd like to rename a file under C, but I don't seem to see a function to
> handle that for me. Is there one, or must I take care of this myself?
Joel!!
Took you this long to find this one?!?!?
No, there is no standard function to rename a file. Go figure. I wrote
myself a rename(p1,p2) function.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88115 20-JUN 22:57 Programmers Den
RE: Renaming a file in C (Re: Msg 88114)
From: BOISY To: JOELHEGBERG
Joel:
Ultra C has a rename() function. If you want to write one, here is
the prototype:
#include <stdio.h>
int rename(const char *old, const char *new);
Since the C 3.2 compiler doesn't support const, leave that out of the
parameter list.
If you need help writing it, let me know.
-*-
88121 21-JUN 01:57 Programmers Den
RE: Renaming a file in C (Re: Msg 88106)
From: PAGAN To: JOELHEGBERG
>I'd like to rename a file under C, but I don't seem to see a function to
>handle that for me. Is there one, or must I take care of this myself?
You'll have to do it yourself. If your talking about changing the directory
entry, you can either fork 'rename' or try opening the directory file and
changing the name yourself. I'd opt for using 'rename' myself :-)
If you want to change a module name, it's a little more complicated. You
have to load the file into memory and use _mh._mname to locate the current
name. If the new name is the same length or shorter than the original you
can rewrite this field. Otherwise you'll have to put the new name at the
end of the file then update the file size and name pointer. In either case,
you'll have to update the module CRC and header parity.
Stephen (PAGAN)
Gun Control - symptom of a society's lack of confidence in itself.
-*-
88123 21-JUN 02:00 Programmers Den
RE: Renaming a file in C (Re: Msg 88114)
From: JOELHEGBERG To: COLORSYSTEMS
Zack,
> Joel!!
> Took you this long to find this one?!?!?
I guess I never wrote anything that had to rename a file. :)
> No, there is no standard function to rename a file. Go figure. I wrote
> myself a rename(p1,p2) function.
sigh... That looks like what I'll have to do... unless I want to cop-out
and do something like:
system("rename p1 p2\n");
<grin>
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88124 21-JUN 02:00 Programmers Den
RE: Renaming a file in C (Re: Msg 88115)
From: JOELHEGBERG To: BOISY
Boisy,
> int rename(const char *old, const char *new);
What if you aren't using a constant character pointer (such as a pointer
to malloc'd memory)? (I guess I've just never seen the "const" keyword
before.)
> If you need help writing it, let me know.
Thanks, Boisy... I know how, but was just hoping I wouldn't have to. :)
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88127 21-JUN 05:57 Programmers Den
RE: Renaming a file in C (Re: Msg 88121)
From: JOELHEGBERG To: PAGAN
Stephen,
> >I'd like to rename a file under C, but I don't seem to see a function to
> >handle that for me. Is there one, or must I take care of this myself?
>
> You'll have to do it yourself. If your talking about changing the
> directory entry, you can either fork 'rename' or try opening the directory
> file and changing the name yourself. I'd opt for using 'rename' myself
> :-)
That's what I was afraid of. I have been using the "rename" utility for
now. I may just leave it like that, although I may have found some
rename C source code thanks to a friend.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88129 21-JUN 20:02 Programmers Den
RE: Renaming a file in C (Re: Msg 88127)
From: MITHELEN To: JOELHEGBERG
I have some rename code, andthere is also a rename i nthe blars lib, and the
unixlib libraries. If you want me to sent my version to ya, let me know.
-*-
88130 21-JUN 20:11 Programmers Den
RE: Renaming a file in C (Re: Msg 88123)
From: COLORSYSTEMS To: JOELHEGBERG
> > No, there is no standard function to rename a file. Go figure. I wrote
> > myself a rename(p1,p2) function.
>
> sigh... That looks like what I'll have to do... unless I want to cop-out
> and do something like:
> system("rename p1 p2\n");
> <grin>
Don't laugh!! Here is my rename function:
** rename p2 to p1
*/
#include <errno.h>
int rename(p1,p2)
register char *p1, *p2;
{
register char *cp;
if((cp = malloc(strlen(p1)+strlen(p2)+9)) == NULL)
return -1;
sprintf(cp,"rename %s %s",p2,p1);
ret = system(cp);
free(cp);
return ret;
}
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88134 21-JUN 22:29 Programmers Den
RE: Renaming a file in C (Re: Msg 88130)
From: JOELHEGBERG To: COLORSYSTEMS
> Don't laugh!! Here is my rename function:
...
> sprintf(cp,"rename %s %s",p2,p1);
> ret = system(cp);
Ah, excellent. Now I don't feel so bad. <grin>
It works fine... I guess I was always told to try not to have to rely on
external utilities, so when I resorted to running the "rename" utility
instead of linking to some "rename" library function (which should
exist), a little "warning" flag popped up in my brain... :)
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88135 21-JUN 22:29 Programmers Den
RE: Renaming a file in C (Re: Msg 88129)
From: JOELHEGBERG To: MITHELEN
Paul,
> I have some rename code, andthere is also a rename i nthe blars lib, and
> the unixlib libraries. If you want me to sent my version to ya, let me
> know.
Ken sent me the blarslib, and I'm looking at that code as well. My
program is just a simple utility, so I think I'll stay with what I've
been doing so far (now that I see Zack does it the same way)! :)
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88137 21-JUN 22:55 Programmers Den
RE: Renaming a file in C (Re: Msg 88134)
From: COLORSYSTEMS To: JOELHEGBERG
You can actually do a rename function by opening the directory file(s) in
a NONSHARED mode and changing the filename, but this requires a good
understanding of the structure of a OS9 directory file.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88141 22-JUN 03:00 Programmers Den
RE: Renaming a file in C (Re: Msg 88137)
From: JOELHEGBERG To: COLORSYSTEMS
Zack,
> You can actually do a rename function by opening the directory file(s) in
> a NONSHARED mode and changing the filename, but this requires a good
> understanding of the structure of a OS9 directory file.
Yeah, I was thinking I would do that, but I stuck with using OS-9's
built-in rename, as my program was just a simple utility anyways.
Although, I'm not sure you would need to open the directory in NONSHARED
mode, provided you opened the directory file in "update" (read/write)
mode and read in the directory record to be renamed, changed it, and
then wrote it back out... I believe OS-9's record-locking would keep
things safe.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88142 22-JUN 05:02 Programmers Den
RE: Renaming a file in C (Re: Msg 88129)
From: KSCALES To: MITHELEN
> I have some rename code, andthere is also a rename i nthe blars lib, and
> the unixlib libraries. If you want me to sent my version to ya, let me
> know.
Paul, unless you have an updated(?) version of 'blarslib.l', do NOT EVER use
the included 'link()' and 'rename()' functions. This library was written
prior to OSK V2.4, and therefore these routines do not take into account
variable-sized sectors. Using them will cause corruption of any disk
(including hard drives, of course) that were formatted with sector sizes
different from 256-bytes.
I believe that Bob's code for these functions was also used for some
versions of the 'os9lib.l' library.
In other words, caution using any libraries with these calls.
Mike Haaland did an update to these library functions to fix the problem,
and last I heard (over a year ago), was planning to contact Bob Larson to
get permission to release it. I have been using a "mv" command based upon
his update, and his sector-size fix works fine.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
88149 22-JUN 20:07 Programmers Den
RE: Renaming a file in C (Re: Msg 88141)
From: COLORSYSTEMS To: JOELHEGBERG
> Although, I'm not sure you would need to open the directory in NONSHARED
> mode, provided you opened the directory file in "update" (read/write)
> mode and read in the directory record to be renamed, changed it, and
> then wrote it back out... I believe OS-9's record-locking would keep
> things safe.
Dunno where I heard it, but someone said sometime that when you want to modify
a directory file yourself you need to open it in Single user mode for some
reason. Why not test this and report back to us the results! ;-)
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88152 22-JUN 23:32 Programmers Den
RE: Renaming a file in C (Re: Msg 88149)
From: RANDYKWILSON To: COLORSYSTEMS
Zack,
Like any other file, it all depends on what you want to do to the directory.
OS9's record locking is sector by sector. If the read-modify-write you
want to do stays within a sector boundry (such as this rename), then the
record locking will cover for you. But, if you want to read in the whole,
possibly many sectors long, directory, sort it, then write the whole thing
back, you'll need to lock the file yourself with the no-share bit.
Randy
-*-
88162 23-JUN 01:30 Programmers Den
RE: Renaming a file in C (Re: Msg 88142)
From: MITHELEN To: KSCALES
Ah ya... I forgot about that... Yes... I fixed that problem in my routines
too... Its been a while since I worked on the MM/1, so I forgot all about
that...
--
Paul
-*-
88164 23-JUN 05:17 Programmers Den
RE: Renaming a file in C (Re: Msg 88152)
From: JOELHEGBERG To: RANDYKWILSON
Randy,
> Like any other file, it all depends on what you want to do to the
> directory. OS9's record locking is sector by sector. If the
> read-modify-write you want to do stays within a sector boundry (such as
> this rename), then the record locking will cover for you. But, if you want
> to read in the whole, possibly many sectors long, directory, sort it, then
> write the whole thing back, you'll need to lock the file yourself with the
> no-share bit.
Maybe that's how it was under 6809 Level II, but under OS-9/68000,
record locking is not dependent on sector boundaries. Here's some
quotes:
"Read and ReadLine cause lock out of records only if the file is open in
update mode. The locked out area includes all bytes starting with the
current file pointer and extending for the number of bytes requested."
-- Microware OSK Tech. Ref. manual
" (part of an example) 'Process one reads the first 100 bytes of A' ...
With record locking in place, process one would have locked the first
100 bytes of the file when it read them."
-- OS-9 Insights by Peter Dibble
"Because RBF records the start position and length of the d<>rea<65>HV,Z<>path, this record locking works correctly for any size data
structure ('record')."
-- The OS-9 Guru by Paul S. Dayan
So, I suppose one could just read the entire length of the directory
file into a buffer with one big READ, modify the data, and then write it
back out with one big WRITE and record locking should take care of
everything properly.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88165 23-JUN 05:17 Programmers Den
RE: Renaming a file in C (Re: Msg 88149)
From: JOELHEGBERG To: COLORSYSTEMS
Zack,
>> changed it, and then wrote it back out... I believe OS-9's
>> record-locking would keep things safe.
> Dunno where I heard it, but someone said sometime that when you want to
> modify a directory file yourself you need to open it in Single user mode
> for some reason. Why not test this and report back to us the results! ;-)
Did I ever mention that I like "theoretical" computer science... <grin>
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88166 23-JUN 05:17 Programmers Den
RE: Renaming a file in C (Re: Msg 88142)
From: JOELHEGBERG To: KSCALES
> Mike Haaland did an update to these library functions to fix the problem,
> and last I heard (over a year ago), was planning to contact Bob Larson to
> get permission to release it. I have been using a "mv" command based
> upon his update, and his sector-size fix works fine.
I have an "mv" command... How can I be sure it's not the wrong version?
DCheck does report a large (and increasing) number of "Sector xxxxxx
(byte=xxxx bit=x) not in file structure." errors, and I've never been
able to figure out why I keep getting more and more as time goes on...
or what the errors really mean, for that matter... sigh.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88213 26-JUN 01:45 Programmers Den
RE: Renaming a file in C (Re: Msg 88166)
From: KSCALES To: JOELHEGBERG
Hi, Joel -
> I have an "mv" command... How can I be sure it's not the wrong version?
> DCheck does report a large (and increasing) number of "Sector xxxxxx
> (byte=xxxx bit=x) not in file structure." errors, and I've never been
> able to figure out why I keep getting more and more as time goes on...
> or what the errors really mean, for that matter... sigh.
Hmmm... that doesn't sound good. My hard drive is not in very good
shape right now, either -- but for a rather different reason...
"Quantum LPS105, Drive /H0" created on: Jan 6, 1992
Capacity: 205524 sectors (512-byte sectors, 1-sector clusters)
13619 free sectors, largest block 43 sectors
6972928 of 105228288 bytes (6.64 of 100.35 Mb) free on media (6%)
22016 bytes (21.50 Kb) in largest free block
That last line (largest free block) is really a nuisance. It's dropped
down as low as 14K a couple of times, until I delete stuff. Wouldn't
want to use a tool like Speedisk to defrag it unless I had a recent
backup, and I really don't want to back up 93.7 Meg to floppies <whince>.
Currently shopping for another drive. I wanted to buy a tape drive from
Mark in Chicago, but he didn't make there. I tend to have to delete
files when I start a new project, just so I have enough room to work...
Haven't installed anything I brought back from Chicago yet.
BUT, even at that, here's what 'dcheck' says about it:
Volume - 'Quantum LPS105, Drive /H0' on device /dd
$0322d4 total sectors on media, 512 bytes per sector
$645b bytes in allocation map
1 sector(s) per cluster
Sector $000034 is start of root dir
Building allocation map...
$0034 sectors used for id sector and allocation map
Checking allocation map...
'Quantum LPS105, Drive /H0' file structure is intact
264 directories, 5200 files
98255360 of 105228288 bytes (93.70 of 100.35 meg) used on media
Everything seems to be in order -- even after 2.5 years of use.
So you've definitely got a problem somewhere. Don't know if it would
be the version of 'mv' that you're using -- it could be many things.
(Like there's a version of 'arc', the file copier, that doesn't work
with 512-byte sectors, too.) I don't really know how you would determine
if 'mv' is the culprit, other than trial and error, checking with 'dcheck'
after using it.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
88215 26-JUN 03:27 Programmers Den
RE: Renaming a file in C (Re: Msg 88213)
From: JOELHEGBERG To: KSCALES
Ken,
> That last line (largest free block) is really a nuisance. It's dropped
> down as low as 14K a couple of times, until I delete stuff. Wouldn't
> want to use a tool like Speedisk to defrag it unless I had a recent
> backup, and I really don't want to back up 93.7 Meg to floppies <whince>.
Yeah, 93.7 MB would be quite a backup! :) I still have 16MB of my
120MB hard drive free (5MB in largest block), so I'm still ok there. It
would be nice, as you say, to get another hard drive, and a tape backup
system, though!
> BUT, even at that, here's what 'dcheck' says about it:
>
> Volume - 'Quantum LPS105, Drive /H0' on device /dd
> $0322d4 total sectors on media, 512 bytes per sector
> $645b bytes in allocation map
> 1 sector(s) per cluster
> Sector $000034 is start of root dir
> Building allocation map...
> $0034 sectors used for id sector and allocation map
> Checking allocation map...
>
> 'Quantum LPS105, Drive /H0' file structure is intact
> 264 directories, 5200 files
> 98255360 of 105228288 bytes (93.70 of 100.35 meg) used on media
I get everything that is above, but right after "Checking allocation
map..." I get about 8 screens (it used to be only about 2 or 3 screens)
of "not in allocation map" errors, which is to say the least,
distressing. But, just like your capture above, dcheck finishes up with
a "file structure is intact" message... bizzare.
> Everything seems to be in order -- even after 2.5 years of use.
> So you've definitely got a problem somewhere. Don't know if it would
> be the version of 'mv' that you're using -- it could be many things.
> (Like there's a version of 'arc', the file copier, that doesn't work
> with 512-byte sectors, too.) I don't really know how you would determine
> if 'mv' is the culprit, other than trial and error, checking with
> 'dcheck' after using it.
That's what I thought I'd tried before, without success. So I don't
know about mv being the culprit, but I can't think of what else would be
causing it. But, this reminds me, I'm due for a backup. <g> I only
backup important stuff (like sources) and skip the directories with
GIFS, SOUNDS, and such, so I end up only having about 30 or 40 MB to
backup... still quite a bit, but doable.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
88220 26-JUN 09:27 Programmers Den
RE: Renaming a file in C (Re: Msg 88215)
From: JOHNREED To: JOELHEGBERG
>
> I get everything that is above, but right after "Checking allocation
> map..." I get about 8 screens (it used to be only about 2 or 3 screens)
> of "not in allocation map" errors, which is to say the least,
> distressing. But, just like your capture above, dcheck finishes up with
> a "file structure is intact" message... bizzare.
>
Joel,
I don't know if this is related to your allocation map wierdness
or not, but I have an intermittent problem with my second hard
drive. /H0 is a 170meg Seagate - never a problem. /H1 is a 40meg
Quantum. Sometimes after a cold boot I will find that I can't
access some of the files on /H1. Dcheck will report lots of errors,
much like you describe. The first time this happened, I thought
the Quantum drive had "bit the dust". After some fiddling, I discovered
that a cold restart (power off, power on) fixed it. Dcheck then reports
no problems at all. All I can figure is that the Quantum is a little
slow spinning up to speed, the system boots from the Seagate, and tries
to read the Quantum before it is ready, stashes some garbage in memory
where it won't go away even after a power-on reboot. There is a
built-in cache in the Quantum that may be involved too. So far, the
problem has never produced any "real" damage to /H1 files.
I should mention (for anyone comparing this little buglet with
something on their machine) that this is an MM/1a, 9-meg, and the
Quantum drive is one that was originally sold by Radio Shack as
an upgrade to the Tandy 3000.
We need some brave volunteer to write an OSK driver for one of those
relatively cheap messydos tape drives that plug into the parallel
port. (Any Takers?). Everything on my hard drives is backed up
(sort of) -- that is it all exists SOMEWHERE on a floppy. I could
rebuild the system from floppies --- in about a week (groan)
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
88221 26-JUN 11:24 Programmers Den
RE: Renaming a file in C (Re: Msg 88215)
From: JOHNBAER To: JOELHEGBERG (NR)
Joel,
> ... So I don't know about mv being the culprit...
Just for grins, here's an ident of the `mv' that I have..
Header for: mv
Module size: $B8A #2954
Owner: 0.3
Module CRC: $3411A7 Good CRC
Header parity: $3A91 Good parity
Edition: $7 #7
Ty/La At/Rev $101 $8001
-s%TY<54>mission: $555 -----e-r-e-r-e-r
Exec off: $4C #76
Data size: $4D6 #1238
Stack size: $C00 #3072
Init. data off: $B5C #2908
Data ref. off: $B70 #2928
Prog Mod, 68000 obj, Sharable
I've got no problems with it. I do use it, and dcheck the drive at
least once a week. I also use Speedisk with the -v once a week also,
Just to keep things neat <g>. See if yours is the same.. if so, I
don't `think' that this is the cause.
--
John -
*** Posted with Ved 2.3.1 & IX 1.0.1 ***
-*-
88222 26-JUN 11:33 Programmers Den
RE: Renaming a file in C (Re: Msg 88221)
From: RANDYKWILSON To: JOHNBAER (NR)
I use the same version of "mv". Due to this discussion, I ran dcheck for the
first time (drive is three years old). Dcheck reports everything is perfect,
so I suspect this version of mv is okay.
Randy
-*-
End of Thread.
-*-
88110 20-JUN 21:32 OSK Applications
RE: PGP for OSK? (Re: Msg 87471)
From: KENTMH To: MROWEN01
Mike--
At the risk of reopening this can of worms (I apologize for my late entry
into this debate, but I just returned from several weeks in Europe, including
Switzerland), I would like to point out that the Bill of Rights had NOTHING to
do with hunting, sport shooting, target practice, weapon collecting or any such
trivial pursuits. The right to bear arms was clearly aimed at preventing laws
which disarmed the public from defending against ANY enemy, foreign or DOMESTIC<
who threatened any of the other listed freedoms. In other words, it preserved
the right to bear arms against men -- not deer, geese, ducks, paper targets,
stc.
The Swiss clearly understand this concept by virtue of their requirement that
EVERY adult male learn the use of arms in a mandatory stint in their defensive
military establishment. We could do well to learn from their example. It is
not
an accident that the Swiss have been recognized as Neutrals in every armed
conflict of this century.
Kent
-*-
88116 20-JUN 23:28 OSK Applications
RE: PGP for OSK? (Re: Msg 88110)
From: WA2EGP To: KENTMH
Unforch, soem people may get upset with the continuation of this particular
thread. Most of us have continued in email. (BTW soem=some. Can't type)
-*-
88117 20-JUN 23:33 OSK Applications
RE: PGP for OSK? (Re: Msg 88110)
From: R7kTZ To: KENTMH
Actually, the Swiss have been recognized as Neutrals in every armed conflict of
this century (and I beleive the last 2 as well!~), because during the later
middle ages, Swiss Pikesmen slaughtered a large number 3еKV<4B>VZg a
variety of wars. They
killed so many people that their armed forces are respected to this day. In
fact, for the 14th century, the pike was considered roughly equivalent to our
atom bomb.
David
-*-
End of Thread.
-*-
88118 21-JUN 00:54 General Information
RE: shellplus (Re: Msg 88007)
From: CHYDE To: MMCCLELLAND
I take it that you ge the login shell, but your startup is not executed?
If so then make sure that startup is on the default drive (/dd), since
the shell looks for it there (and it's called startup).
As far as loading and running programs from the startup script a sample
would be useful. If you just want to load it into memory try this:
load /dd/cmds/program_name
If you are trying to run a program from your startup script it gets more
complicated. If it's just a single program (and you don't need the terminal
shell) simply rename the program autoex. After running the startup script
the login shell looks for /dd/cmds/autoex and executes if it finds it.
If you're trying to run multiple programs from the startup script then
what you do depends on whether the program is interactive or not. To
start a second shell put this line in your startup script:
shell i=/w4&
This will start an imortal shell in the fourth window. To start another
type of interactive program (say KbCom) try:
kbcom <>>>/w4&
which will start KbCom in window 4 (providing that nothing is already running
in that window).
I hope this gets you started, if not let me know.
Chris
-*-
88119 21-JUN 01:18 Rainbow OS-9 Material ($)
RE: OS9 LEVEL II (Re: Msg 87960)
From: DONALDS To: CADELLE (NR)
My address is :
Don Strunk
4628 Robin Dr.
Sagle, ID 83860
I can be reach here if you wish to purchase my copy of OS9 please enclude a
couple bucks for shipping.
Don
-*-
88126 21-JUN 04:39 Programmers Den
lzh
From: WDTV5 To: DSRTFOX (NR)
Go check your mailbox, I sent a copy in case you don't have it. Cheers, Gene
-*-
88128 21-JUN 09:37 General Information
KEN-TON SCSI interface
From: KENFLANAGAN To: ALL
Could anyone that has this interface let me know if they have a manual or
something similar for theirs? I need information about adding the SmartWatch
to it (I was told when I ordered it, that to get RTC with it, I needed to add
a SmartWatch chip). I've had the SmartWatch for quite some time, but plugged
into the second socket in my J&M floppy controller, and everytime I have to
re-boot OS-9, I have to flip the switch, type DOS, and then flip it back. I
want to avoid this. I installed a socket in the 28 pin area, and added the
SmartWatch, but it will not work (yes, I made sure I used the right getclk for
the new slot). Any help would be appreciated. Thanks.
-*-
88132 21-JUN 21:14 Programmers Den
C question
From: ALWAGNER To: COLORSYSTEMS
I am currently involved in translating an engineering program written
in Q-BASIC into C. This is then to be compiled and run on an Intel 486
based system running UNIX. Since that last "foot in mouth" episode, I
have gained a great deal of respect for your C programing abilities and do
not wish to create a similar problem to the one that started that thread,
that is running out of stack space and/or memory. I am developing the
translation on my Lvl II Coco3 using Ansifront to allow ANSI C to be used.
My question is that since this has the potential for becoming a large
program by Coco standards, is there a way to "chain" programs together as
is done in BASIC or to say it another way, to call another seperate
program into memory, pass parameters to it, have it execute, and have the
called program pass info back? I think I understand function calls, but
aren't they part of the calling program, as far as memory is concerned,
once the compiling has been done? The idea here is that no one program
would require more than 64k. The solution should be something that could
be carried over to the eventual platform for this endeavor which is the
above mentioned Intel 486 running UNIX. Thank you for your time and
consideration of this question.
-*-
88136 21-JUN 22:49 Programmers Den
RE: C question (Re: Msg 88132)
From: COLORSYSTEMS To: ALWAGNER
Why is the development being done on a CoCo as opposed to the 486 machine?
Doing the development on the CoCo severely limits you in many respects to
what you can do.
No, there is no "chaining" facility in CoCo C, but you can implment it
using data modules for shared data and forking child processes to execute
the chained module. Big mess. Not recommended.
I would recommend in this case to use the 486 to develop the app.
------------------------------------
Zack C Sessions
They say, "Money talks". But all mine ever says is, "Goodbye".
-*-
88143 22-JUN 06:45 Programmers Den
RE: C question (Re: Msg 88132)
From: JEJONES To: ALWAGNER
> ...is there a way to "chain" programs
> together as is done in BASIC or to say it another way, to call another
> seperate program into memory, pass parameters to it, have it execute, and
> have the called program pass info back?
Well...there is a CHAIN command in BASIC09, which is essentially a hook to
the F$Chain system call, but that does NOT leave the caller around to
get information back from the other program. (F$Chain is sort of like the
bad movie in which a process goes on to certain death so that some other
process can live. :-) You can spawn another process without having to die,
and under Level 2 the child process will get its own address space, but it
will have to pass any information back via some mechanism such as a data
module it shares with the parent or a file it writes for the parent to read.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
88182 24-JUN 18:01 Programmers Den
RE: C question (Re: Msg 88136)
From: ALWAGNER To: COLORSYSTEMS
My access to the 486 system is very limited at this time and my access on
the Coco is limitied only by the time I have to spend. When I limited
I should say virtually non existent. The project is in part to convince
my employer to let me have access to the computer. I guess then I will just
have to be very selective in how I do the programming. Thanks anyway.
-*-
88183 24-JUN 18:04 Programmers Den
RE: C question (Re: Msg 88143)
From: ALWAGNER To: JEJONES
answering, but the end result is to be a program that runs on an
MSDOS machine running UNIX. Unfortunately, UNIX and the MSDOS machine are
ignorant of BASIC09.
-*-
End of Thread.
-*-
88133 21-JUN 21:32 General Information
HD
From: CLTUCKER To: COCOKIWI
Thks. Dennis for the info. Ahh the COCO. Always another challenge.(g)
-*-
88139 22-JUN 00:34 System Modules (6809)
RBF32
From: VE3DAC To: WDTV5
Got RBF32.mn created just fine. I have tested LHA and Undel, both are ok.
Maybe you should just bundle the docs from rbf31_2_32, with the new .ipc
and have that available here. We must all have the original RBF so I think
anks for the extra work creating the new .ipc.
Cheerio
Merv
-*-
88157 23-JUN 00:46 System Modules (6809)
RE: RBF32 (Re: Msg 88139)
From: WDTV5 To: VE3DAC
You're welcome. I think I did, its still sitting in my workspace, exactly
as I sent it to you. If it worked, then I'll submit it. I just didn't want
Wes to think I was trying an end run around his efforts in doing Nitros9
in the first place. He has done far more in much less time than I have and
I'm the first to admit it. Speed does sometimes have its downside, as I
found out when doing my vfy, I think at one time there were 5 versions
available because of the daily bug swatting going on, same for my gsort.
It went thru 12 revisions before I had them all (hopefully) stomped. Bad
show. Cheers, Gene
-*-
88172 23-JUN 22:05 System Modules (6809)
RE: RBF32 (Re: Msg 88157)
From: VE3DAC To: WDTV5
Wes Gale is no longer asociated with Nitro but his co-conspirators are
going to carry on, as you probably read, Ver 1.20 will be ready soon. I have
suggested to Curtis Boyle that he contact you if he would like to have RBF32
released with V1.20. He may already have done something with RBF since he
was aware that 1.16 was in trouble. At least you are now aware of my
meddling, <G>.
TTFN
Merv
-*-
88175 23-JUN 22:45 System Modules (6809)
RE: RBF32 (Re: Msg 88172)
From: WDTV5 To: VE3DAC
Ah so.. Humm. As far as I'm concerned, he could use it as long as I get
the credit for that particular bit of rework. However, I don't think it should
be on an exclusive basis. I have another 28_32 file waiting in submissions
that will take the distribution rbf as "oldfile" input to ipatch. Paul has
my perms to make it visible, regradless (regardless) of whether or not its used
in 1.20.
Meddling? No, not as far as I'm concerned. Cheers Merv, Gene
-*-
88177 24-JUN 01:03 System Modules (6809)
RE: RBF32 (Re: Msg 88175)
From: VE3DAC To: WDTV5
Well I'll leave it to you and Curtis to work out the credit, if it goes
into the release. I will passRBF32 (the .ipc) to Gene Krenciglowa (LHA)
since he is a powerboost user and see how it works under that 6309 system.
Merv
-*-
End of Thread.
-*-
88140 22-JUN 02:09 Programmers Den
RE: OS-9 Live! (Re: Msg 88002)
From: LARRYOLSON To: JOELHEGBERG
Joel,
I hope someone will be keeping a transcript of the conference, I would
like to be there, but I have to work.
Maybe it will still be going when I get home about 12:30 am <g>
Larry
----- Larry Olson -----
-*-
88150 22-JUN 22:06 General Information
OS-9 hacker community..
From: ILLUSIONIST To: ALL
Well, the standard media representation of hackers (those that break into
systems, commit credit card fraud etc) must exist in the OS-9 world..
I recently "discovered" a program called CCv.. on some old PD/shareware
disks in my local CoCo club.. still in its .PAK file.. from what I can
see that program somehow "generates" credit card numbers..or, validates
an existing number.. it must do it all internally, with some sort of
algorithm.. (they come out pretty fast, so it cant be that complex, probably
some "check-digit" or "CRC"-type thing..) ...anyway..I just figured I would
post a message about it.. after thinking about the numbers it generates,
I doubt they even work because all the systems would call the credit guys
to run a credit check, and make sure the card isnt over the limit..and,
this program doesnt list exp. dates....well, at least we know what "tastefull"
hackers are using.. a CoCo running OS-9 .. :) ..I wish whoever wrote this
included source, I would like to get a look at the algorithm..
-* Mike
-*-
88163 23-JUN 05:17 General Information
RE: OS-9 hacker community.. (Re: Msg 88150)
From: JOELHEGBERG To: ILLUSIONIST
Mike,
> Well, the standard media representation of hackers (those that break into
> systems, commit credit card fraud etc) must exist in the OS-9 world..
> I recently "discovered" a program called CCv.. on some old PD/shareware
> disks in my local CoCo club.. still in its .PAK file.. from what I can
> see that program somehow "generates" credit card numbers..or, validates
> an existing number.. it must do it all internally, with some sort of
> algorithm.. (they come out pretty fast, so it cant be that complex,
> probably some "check-digit" or "CRC"-type thing..) ...anyway..I just
> wish whoever wrote this included source, I would like to get a look at the
> algorithm..
The algorithm is very simple, indeed. I will try and look it up for you
soon. It has something to do with adding up every other digit on the
card and dividing by a number, if I remember correctly. Whether you
started with the first or second number depended on whether there were
an even or odd number of digits on the card. The algorithm has been
published in "2600 - The Hacker Quarterly"... the rather controversial
hackers magazine.
-- Joel Mathew Hegberg
Delphi : JOELHEGBERG
Internet: JoelHegberg@Delphi.com
-*-
End of Thread.
-*-
88169 23-JUN 18:22 General Information
Avatex 1200 modem
From: STEWARD To: ALL
I'm looking for the power requirements for a Avatex 1200 modem. The manual
dosn't say, and my friend who wants me to look at it, dosn't have it.
Thanx in advance
-*-
88171 23-JUN 21:11 General Information
RE: Avatex 1200 modem (Re: Msg 88169)
From: CHARLESAM To: STEWARD
I believe its 12VAC-830mA,MAX 14VAC-500mA. Hope this helps. Charlie
-*-
88195 25-JUN 09:44 General Information
RE: Avatex 1200 modem (Re: Msg 88171)
From: STEWARD To: CHARLESAM
Thanks for the info. Will give it a shot
-*-
End of Thread.
-*-
88178 24-JUN 01:09 System Modules (6809)
Gene's Ramdisk
From: VE3DAC To: WDTV5
With all that information I am now using 'myram'. Now to update my
various other boot disks. Sure is going to be strange losing my old pal
'Rammer'. It goes back to my starting with Lev 2, one of the few unmodified
things over all those years. It is nice being able to change the R0 to do
a large unarc and then pop back to the standard 130K. Thanks for the
Ramdisk and extra help updating my knowledge.
Cheers
Merv
-*-
88179 24-JUN 04:43 OSK Applications
RE: LHA filename truncating (Re: Msg 87907)
From: TELENUT To: VAXELF
John
Yea, I was there. Take a look at your show guide (everyone saves 'em don't
they?) and look for Digigrade Productions. I saw the Trek game, pretty spiffy,
and everything on one screen! No more listing stats like in other search and
destroy games.
Also thought KTerm was pretty spiffy, how can you improve Tascom? Point and
click. Nice. If more things were ported over from OS9/6X09
it would help OS9 and the MM/1 a whole lot.
*YAWN* Have a lot of forum catching up to do, see you online.
Dave Pellerito
-*-
88180 24-JUN 09:51 OSK Applications
RE: LHA filename truncating (Re: Msg 88179)
From: JEJONES To: TELENUT
Speaking of spiffy, I'm impressed with the Compiler Video Magazine.
It's good to actually be able to see a program in operation before
you buy--so I hope to see many more reviews in future issues. (Only
thing I'd say in the way of possible improvement is that there are
some stretches of silence that might benefit from background music.)
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
88219 26-JUN 05:47 OSK Applications
RE: LHA filename truncating (Re: Msg 88180)
From: TELENUT To: JEJONES
Thanks for the input James. Reviews seem to be the strongest point. I have
gotten some other feedback about background 'noises' and what to do about
that. I need any developers out there to send in software to be demoed. The
first demo or ad (done by me from literature or by you from video or cassette
tape) is allways free.
I had been messing around with video equipmet for about 10 years and
thought I was ready to put my production skills to work and I guess I was
right, not to blow my own horn <g>. It can only improve, and the second issue
I think has improved twofold over the first. I am getting together a disk of
utils I have been working on (that was supposed to be shipped to subscribers
the 15th) and you should recive it within the week.
Anyone who has material to submit just send me EMAIL and I'll fill you in
from there.
Enjoy!
Dave Pellerito <TELENUT>
Digigrade Productions
P.S. More info in the Database here. READ DIGIGRADE
-*-
End of Thread.
-*-
88181 24-JUN 15:09 General Information
Developers Pak
From: MROWEN01 To: ALL
I keep hearing about things that only come in the OS9 LII Dev pak. Is tsmon
one of the things on the pak? What is the part number for this item? I want
to purchase it for my Coco3. I've heard that it may still be available from
Radio Shack. What other modules come with this pack that were part of Level I
but skipped in Level II?
-Mike
-*-
88184 24-JUN 21:07 General Information
RE: Developers Pak (Re: Msg 88181)
From: JOEGERBER To: MROWEN01
MIKE:
SORRY, I DON'T HAVE THE # AVAIL. RIGHT NOW, BUT IN ANSWER TO YOUR OTHER
QUESTION...
THE RMA (LV. 2) ASSEMBLER--THIS ALSO INCLUDES A LEVEL 2 DEFS FILE FOR THE ASM
ASSEMBLER
LOGIN (TO GO WITH TSMON), SLEEP, BINEX/EXBIN (TO/FROM MOTOROLLA S-FORMAT),
DUMP, PARK (HARDDISK)
RANDISK, HARDDISK, AND NULL DEVICE DRIVERS/DESCRIPTORS
AND A BINARY EDITOR/DEBUGGER, AND A SCREEN-BASED TEXT EDITOR.
(NOTE: I HAVE NOT USED TSMON/LOGIN, BUT HAVE HEARD THAT IT IS NOT VERY
GOOD...FOR ONE THING, THE SYS/PASSWORD FILE IS ASCII.)
HOPE THIS HELPS,
JOE GERBER
-*-
End of Thread.
-*-
88186 24-JUN 21:17 Telecom (6809)
RE: 9600 (Re: Msg 87794)
From: JEVESTAL To: MITHELEN (NR)
> Sure, it isa superior _protocal_, but the current implementation on
> the CoCo is not written as effeciently as existing CoCo ymodem
> routines... Whats needed is for someone to write Zmodem routines for the
> CoCo from scratch,
> that way it can be written cleanly from the start.
Thanks Paul. I've decided that I'm going to send my spare CoCo off to have
the 6309 installed and then get NitroOS9 and that should allow me to
use 9600 baud without errors (I hope). Until then I'm satified with 4800
baud, even if uploads are only at 300 cps.
Jim
-*-
88187 24-JUN 21:18 Telecom (6809)
RE: 9600 (Re: Msg 87796)
From: JEVESTAL To: JEJONES
> > But ymodem (on Supercomm) sends files with an average speed of 400+CPS
> > (at 4800)... I thought Zmodem was supposed to be superior to ymodem.
>
> Well...yes, but:
>
> 1. zmodem is a "sliding windows" protocol, which means that the receiver
> has to be able to write the packet it just received to disk while the
> next packet is coming in.
>
> 2. Like the original poster said, the author of rz/sz wrote it for Unix,
> and it doesn't do things one would definitely want to do under OS-9,
> like notice how many bytes are ready to read and get them all at once
> to minimize system call overhead. It would take some work to modify
> or maintain rz/sz--it has many conditional compilation directives to
> work on various flavors of Unix. A couple of places in the source
> appear unaffected by the "structured programming" movement of the
> late 60s and early 70s.
Thanks James. Like I told Paul in my reply to his message to me I'm
planning to send my spare CoCo to have the 6309 installed so that if
I get NitroOS9 I should have no problems use 9600 baud.
Later,
Jim
-*-
End of Thread.
-*-
88189 24-JUN 21:30 General Information
Rammer
From: CLTUCKER To: ALL
Rammer? What is Rammer used for. Can it be used in C for Source? Maybe speed
up the compiling process? (g)
-*-
88191 24-JUN 22:32 General Information
RE: Rammer (Re: Msg 88189)
From: WDTV5 To: CLTUCKER
Rammer was a ramdisk driver/descriptor package written (released) by Kevin
Darling for os9 level 2 back in 1987. Its been used by some for compiling
as the compiler executives "cc" whose latest variation is cc_2_5_2 as
inter-program file storage, faster than a floppy by far, and somewhat faster
than a hard drive. I just submitted "myram" as a replacement for it.
Rammer, as I understood it (I never did really) needed formatting before
use. myram doesn't, just start writing to it. Its still faster than a
hard drive, but not by a lot if the hard drive is quick. Mine can do
the test program called "megaread" which does just that, reads a megabyte
from the drive and times it, in 13 seconds. But I can recall when my old
seagate 238r was 67 seconds too. Handy? Like that well known button on the
well known door!
Cheers - Gene
-*-
88194 25-JUN 00:58 General Information
RE: Rammer (Re: Msg 88191)
From: ISC To: WDTV5
Gene,
I use rammer for the downloading disk with Supercomm and do most of my
downloading to it as a 160K ramdisk. I may switch to yours, though, now
that you have "perfected" it. I like to use the ramdisk on my 512K CoCo
with Zmodem downloads.
Bill
-*-
88197 25-JUN 16:33 General Information
RE: Rammer (Re: Msg 88191)
From: CLTUCKER To: WDTV5
Got the info on "myram". I'll give it a go. Do you know where th get
the 'sz' & 'rz' for use in Z modem dow as mentioned in SuperComm?(g)
-*-
88198 25-JUN 17:12 General Information
RE: Rammer (Re: Msg 88197)
From: JRUPPEL To: CLTUCKER
Sz and rz are here in the Telecommunications database (dat tel). Just do a
"se zmodem" and it'll come up. Good luck!
John Ruppel
CocoNuts in Lansing
-*-
88205 25-JUN 21:58 General Information
RE: Rammer (Re: Msg 88197)
From: WDTV5 To: CLTUCKER
Yup, right here in the database :from the main menu enter dat tel, then
sea sz, which should link you to the main body of rz/sz offerings. You want
version 3.24. There are older versions too unless Paul has deleted them.
Cheers - Gene
-*-
88208 25-JUN 22:39 General Information
RE: Rammer (Re: Msg 88205)
From: CLTUCKER To: WDTV5
I found the rzsz in Telcom.
Tried both versions in cmds dir. Looks like they try to do a z down but
nothing happens. I use a 512 COCO. Is this a big deal? How do you get
the black B as in Buffer to blink. Just the Ctrl M dosen't work.(g)
-*-
88209 25-JUN 22:57 General Information
RE: Rammer (Re: Msg 88208)
From: WDTV5 To: CLTUCKER
Humm, didjA TURN on the zmodem option in supercomm? If not on, it doesn"t
monitor for the *0000 string in the incoming data. On receipt of the trigger
string, it then forks rz (for receive) and goes to sleep till rz returns.
Ditto for sz, but in each case, it appears that delphi is the one issueing
the start trigger strings. The syntax to delphi is to enter "zd #,#,etc"
when you"ve "read" the file. the pair of ## assumes ythere is more than
one file in this family, as listed on your screen, and you want to dload
number # and number # of the list. Hope this helps. Looks like latin at
first, but once you see it work, you'll wonder how you ever got by without
it! Cheers - Gene
-*-
End of Thread.
-*-
88190 24-JUN 21:32 General Information
G Windows
From: MRUPGRADE To: ALL
You guys who seem to get excitrted about seeing a window or two,, might
wanna see theh For Sale section on theh CoCo SIG side.
One computer listed (for sale) heading "Super Gamae Machine",, has
enought windows to make a green house.
Or thh average OS'er will look and say, "Geee Windows"!
Til then,,, Terry Simons
-*-
88196 25-JUN 14:44 Programmers Den
CoCo/OSK C compilers
From: DBREEDING To: ALL
Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've
stumbled across. It could be common knowledge, but I'd never heard of
it myself. Seems that with a structure, from what I can determine, a
block of characters joined by an int, float, and ???, will have a
character added if the total for that blockof characters is odd. This
won't hurt the program, but would cause problems in sharing files with
systems that don't do this. I found this by trying to port a prog from
the coco to OSK. I was looking for int's, but was surprised in the
filesize incongruity with structures containing only floats & chars. It
seems that the following will result;
* char a1[x];char c1[y];int b1 : if a1+c1=odd, one byte added, same
* if int b1 before the two.
* char a1[x];int b1;char c1[y] : if EITHER a1 OR c1 = odd, one byte
* added, if both odd, 2 bytes added.
* sizeof() reports correctly the actual size, reflecting any
* additional bytes added. If this is news, and anyone wants to
* play around with it, here's a little routine for it.
struct { /* Play around with the order of the elements...*/
char a1[24];
int b1;
char c1;
} S1;
char a2;
main()
{
printf(" Size of S1 : %d\n", sizeof(S1) );
printf(" Actual Size : %d\n\n", (int)(&a2)-(int)(&S1) );
printf(" Totals of els: %d\n",
sizeof(S1.a1)+sizeof(S1.b1)+sizeof(S1.c1) );
}
Another difference between the CoCo and the OSK compilers, although
insignificant, I suppose, is in mktemp(). The OSK mktemp checks the
directory for a unique tmpfile name, probably doing an "Open". It exits
with Error #216 in "errno" - Coco doesn't. I like to end a program
with "exit(errno)", which looks kinda messy. Guess I'll either have
to cleanup after mktemp (and others???) or do an exit(0) <G>.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
88204 25-JUN 19:38 Programmers Den
RE: CoCo/OSK C compilers (Re: Msg 88196)
From: JEJONES To: DBREEDING
> Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've
> stumbled across. It could be common knowledge, but I'd never heard of
> it myself.
Well...I don't know if it's common knowledge, but it's true. Here's
the reason for it: the 6809 is perfectly willing to load an integer
at whatever address. The 68000 will take an error 103 (address trap
error) if you try to load a 16-bit or 32-bit quantity at an odd address.
Because of this (and other considerations--for example, a 68020 is
willing to load a two or four-byte integer at any address, but it
takes longer), the ANSI C standard says that a compiler is free to
insert padding between fields of a structure or after the last one
as needed to satisfy the alignment requirements of the structure's
members.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
88232 26-JUN 14:22 Programmers Den
RE: CoCo/OSK C compilers (Re: Msg 88204)
From: DBREEDING To: JEJONES (NR)
> > Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've
> > stumbled across. It could be common knowledge, but I'd never heard of
> > it myself.
>
> Well...I don't know if it's common knowledge, but it's true. Here's
> the reason for it: the 6809 is perfectly willing to load an integer
> at whatever address. The 68000 will take an error 103 (address trap
> error) if you try to load a 16-bit or 32-bit quantity at an odd address.
I didn't know why. I'd assumed that possibly the compiler wanted to store
data 16 bits at a time or something like that, but you explained it quite
well. I realized that was not a bug, and there was probably a good reason
for it.
I thought I'd post this in case someone else was dumb enough to try to
make portable files <G>. It seems that it would be quite difficult to
forsee this padding and try to compensate for it. I would assume that
if you modified your program and perhaps added a char somewhere in the
middle of the data area, then all subsequent structures would probably
reverse the padding effect??
Do you have to take this odd-mem thing into consideration if you are
writing assembly code, or does the assembler take care of this?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
88207 25-JUN 22:35 General Information
Os9 and Osk
From: CHARLESAM To: DBREEDING
For the first time since I've been on Delphi(87), I browsed though the other
computer forums. Spent a good hour or more reading recent messages. I don't
know that much about other machines but judging from the traffic going down
on those forums, I'm not willing to switch. I rarely came across the kind of
online help one gets here. There doesn't seem to be the willingness to share
the knowledge or maybe there just aren't as many knowledgable users on those
forums. Alot of times I don't understand the information being supplied here,
but I read all the messages anyway to see what I can learn from them. This is
IMHO, the tightest community on Delphi. I'm very happy to be part of it, small
part that I am. If and when I upgrade, it will be one of the 68k machines.
Nuf said, regards Charlie
-*-
88229 26-JUN 14:19 General Information
RE: Os9 and Osk (Re: Msg 88207)
From: DBREEDING To: CHARLESAM (NR)
> I don't know that much about other machines but judging from the traffic
> going down on those forums, I'm not willing to switch. I rarely came
> across the kind of online help one gets here. There doesn't seem to be the
> willingness to share the knowledge or maybe there just aren't as many
> knowledgable users on those forums. Alot of times I don't understand the
That may be it, they may not know but are not willing to admit it. I've
been on CIS for quite a while, and often people come in asking questions,
in the OS9 or CoCo forum, and comment on the helpfulness. Many say they've
already been on the PC-related forums and sometimes are handled even rudely.
I did go into the Mac Hardware forum over there and several there did try
to give some helpful info. Those people were quite nice, I'll have to say.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
88211 26-JUN 00:20 General Information
SC
From: CLTUCKER To: WDTV5 (NR)
Yup. I turned on the AutoZModem=on.
Still get the t the 'good dow indication' but nothing apperar
in the data
files.
A stinker. Eh. Any help on this ? (ggg)
-*-
88230 26-JUN 14:20 General Information
RE: SC (Re: Msg 88211)
From: DBREEDING To: CLTUCKER
> Yup. I turned on the AutoZModem=on.
> Still get the t the 'good dow indication' but nothing
> apperar in the data files.
I think this prompt appears even in an abort, not sure.
I've been seeing this thread, and may have missed this point already brought
up, but do you have hardware handshaking turned on? You know--RTS/CTS.
Are you using SACIA? This might help, if not. If I'm repeating stuff
already mentioned, please bear with me.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
88212 26-JUN 00:28 System Modules (6809)
RBF32
From: VE3DAC To: WDTV5 (NR)
Gene Krenciglowa tried out RBF32 on his Powerboost 2.03 and it won't boot
with your RBF. I'll get his message onto floppy and see if I can get it to
you in mail.
I used to do that, no problem, but the last couple of times when the
CR
at the end of the line is sent, Delphi stops accepting the message. We'll see
what happens tomorrow afternoon.
I booted up with one of my old Nitro disks, and the Nitro RBF is a version
of RBF30. Maybe you missed it in version 1.15. But I was able to Undel a
file, I just forgot until I tried it. Now I don't know which RBF to use, I'm
loyal to my hacker pals, <g>.
Look for further, Sun night.
Merv
-*-
88216 26-JUN 03:36 System Modules (6809)
scsi system
From: JBMANNING To: ALL
Hello
I would like to know who is handling SCSISYS by Matthew Thompson.
about a year ago or so I sent my $22 dollars in to register my copy.
and have recieved a couple of updates through delphi after being a pest.
but have never recieved any thing official ie documention and disks in the
mail saying that I had the official registered version.
My user name on delphi was JIMBM but I had to cancel my delphi account
during the first 5 month of 94. I have opened a new acount under
JBMANNING which may be part of the problem.
ident on my version shows
Header for: SCSISYS
Module size: $05F8 #1528
Module CRC: $AC2F3E (Good)
Hdr parity: $26
Exec. off: $0016 #22
Data Size: $028F #655
Edition: $00 #0
Ty/La At/Rv: $E1 $81
Dev Dvr mod, 6809 obj, re-en, R/O
is this up to date? and how can I get full documentaion?
one more thing accelarated handshaking works with my drive (st277n)
but I can't get cacheing to work no matter which order I arrange
modules. after I enable caching my doing a
dmode /h0 dns=80 and
type dir /h0 I get weird characters on the screen.
the docs I have say the cache uses $C000 to $DFFF in the
system map. when I do an dirm this is the same as block 1, right?
or am I mistaken? can I enable cacheing after I boot?
after the last boot I tried dirm shows
Bk Ofst Size Ty At Link Module Name
-- ---- ---- -- -- ---- -----------
-3F D06 12A C1 81 0 REL
3F E30 1D0 C1 81 1 Boot
3F 1000 ED9 C0 88 0 OS9p1
- 1 1300 CA4 C0 82 1 OS9p2
1 1FA4 34 C0 81 1 Init
1 1FD8 140 C1 81 1 OS9p3
2 118 20 F1 81 1 Nil
2 138 1FB E1 81 1 VRN
2 333 95 E1 81 0 Parallel
2 3C8 3E F1 81 0 P
2 406 219 D1 81 0 PipeMan
2 61F 28 E1 81 0 Piper
2 647 26 F1 81 0 Pipe
2 66D 24D C1 83 1 Clock
2 8BA 5B6 E1 81 1 AciaDrv
2 E70 4B F1 81 1 T2
2 EBB 9F3 C1 81 1 IOMan
2 18AE 1D4B C1 81 1 WindInt
3 15F9 46 F1 81 4 TERM
3 163F 43 F1 81 0 W
3 1682 44 F1 81 3 W1
3 16C6 44 F1 81 0 W2
3 170A 44 F1 81 0 W3
3 174E 44 F1 81 0 W4
3 1792 43 F1 81 3 W5
3 17D5 44 F1 81 0 W6
3 1819 44 F1 81 0 W7
3 185D 44 F1 81 0 W8
3 18A1 44 F1 81 0 W9
3 18E5 45 F1 81 0 W10
3 192A 45 F1 81 0 W11
3 196F 45 F1 81 0 W12
3 19B4 45 F1 81 0 W13
3 19F9 45 F1 81 0 W14
3 1A3E 45 F1 81 0 W15
3 1A83 12CB D1 81 6 RBF
4 D4E 4EA E1 82 2 CC3Disk
4 1238 30 F1 81 1 D0
4 1268 30 F1 81 1 D1
4 1298 6DA D1 82 C SCF
4 1972 C64 E1 81 A CC3IO
3F 5D6 5F8 E1 81 4B SCSISYS
3F BCE 31 F1 89 0 H0
3F BFF 31 F1 89 4B DD
- 6 0 1FBB C1 81 1 GrfDrv
- A 0 1A7 11 81 1 DirM
- 9 0 18B3 11 82 4 Shell
9 18B3 24 11 81 0 Load
9 18D7 22 11 81 0 Echo
9 18F9 27 11 81 0 Prompt
9 1920 68 11 81 0 Merge
9 1988 4F 11 81 0 List
9 19D7 22 11 81 0 Makdir
9 19F9 A5 11 81 0 Del
9 1A9E 84 11 81 0 Display
9 1B22 7A 11 81 0 Iniz
9 1B9C 27 11 81 0 cls
9 1BC3 15C 11 81 0 Rename
-10 0 2156 11 81 1 mcron
-13 0 591D 11 81 1 scred
Thanks for your time
Jim Manning
Delphi JBMANNING
internet jbmannin@Endor.es.sim.com
-*-
88217 26-JUN 03:52 Applications (6809)
SOFTWARE
From: MORRISA To: ALL
I WOULD LIKE TO BUY THE FOLLOWING SOFTWARE PROGRAMS :
COLOR ARTIST FOR COCO3
DESKMATE3 FOR COCO3
OS9 LEVEL II (COMPLETE WITH ALL DOCUMENTS TO GET A BEGENNER STARTED ON
THE SYSTEM)
SUB BATTLE SIMULT.
ANY GRAPHIC WAR GAMES WITH SHIPS OR PLANES
-*-
88223 26-JUN 11:40 Applications (6809)
RE: SOFTWARE (Re: Msg 88217)
From: MRGOOD To: MORRISA (NR)
I have Sub Battle Simulator for COco OS9. Make an offer...
Hugo
-*-
End of Thread.
-*-
FORUM>Reply, Add, Read, "?" or Exit>
Reference in New Issue View Git Blame Copy Permalink