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

3932 lines
136 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
read new nonstop follow
87539 25-MAY 18:10 Telecom (6809)
RE: InfoExpress (Re: Msg 87506)
From: PAUL8 To: JOHNREED
I was at the fest also, applause. Really enjoyed it.
Paul
-*-
87550 25-MAY 21:16 Telecom (6809)
RE: InfoExpress (Re: Msg 87506)
From: DSRTFOX To: JOHNREED
Car trouble??? MY car is in pieces waiting to be put back together at the
shop.... broke a ring (compression) and had one hell of a time finding another!
Couldn't get it before the fest so I rented a car to drive the 2000 mile
round trip in. Only $200!! But I got there! Now I just found and ordered the
ring.... should be back in the seat of the Rambler in another week or so,
unleeI find SOMETHING ELSE that needs to be fixed while the motor is opened up
again!!
The probelm that lead to this is a long story.... will leave that out!!
-*-
87642 29-MAY 23:06 Telecom (6809)
RE: InfoExpress (Re: Msg 87550)
From: PAUL8 To: DSRTFOX
Where did you get a deal like that? $200 for 2000 miles!
Paul
(paul8)
-*-
87671 31-MAY 20:44 Telecom (6809)
RE: InfoExpress (Re: Msg 87642)
From: DSRTFOX To: PAUL8
Of all palces, AVIS was the cheapest! They charged me $186 for a Chevy Cavalier
2 door for a week with unlimited miles. I told them I'd be bringing it back a
day or two early, but with 2000 miles on it! I figure it actually only cost
me about $140-$146.... the Rambler would have probably used that much more gas!!
Don't listen to those guys with names like "Budget" and "Economy"..... I don't
know WHERE they got their names from! The closest was about $240 from one of
those
for nearly the same car... or smaller!!!
-*-
87711 2-JUN 19:41 Telecom (6809)
RE: InfoExpress (Re: Msg 87671)
From: PAUL8 To: DSRTFOX (NR)
I am not surprised with Avis. Think also Hertz has something also. Budget
and Economy, I have learned to forget them some time ago. Am thinking of
either driving, taking the train, or mabey take a week's vacation for the
next fest.
Paul
-*-
End of Thread.
-*-
87540 25-MAY 18:10 System Modules (6809)
RE: Ramdisk problems (Re: Msg 87507)
From: PAUL8 To: JRUPPEL
Agree with you on the fest. One of the best ever.
Paul
-*-
87541 25-MAY 18:10 General Information
RE: Fest (Re: Msg 87508)
From: PAUL8 To: REVWCP
Nice to put a name with a face. You said what I was going to say. The
only thing I did not like about it was transportation for I do not have
an auto. Outside of that perfect, just perfect.
Paul
-*-
87542 25-MAY 18:11 General Information
RE: Fest (Re: Msg 87509)
From: PAUL8 To: JRUPPEL
The fest was more than expected. I would like to make it to Atlanta, but
it conflicts with a prior committent (have a feeling there is an error
there). But Chicago next year.
Paul
-*-
87551 25-MAY 21:16 General Information
RE: Fest (Re: Msg 87517)
From: DSRTFOX To: REVWCP
The fest would not be the same without the monk of the Order of CoCo....
-*-
End of Thread.
-*-
87543 25-MAY 18:11 General Information
RE: Colani Mouse (Re: Msg 87514)
From: PAUL8 To: JEJONES
I flew from Boston to Chicago. The plane got in 1/2 hr early at Chicago,
transportation from the airport to the hotel was made at the airport, only
a 10 minute wait, transportation from the hotel to the airport - the gent
was 1/2 hr early, got on an earlier flight than I had expected, plane got
into Boston early, missed a front that went thru Boston. All this plus the
fest was one of the best ever. The location is a different story. I hope to
go in '95. Atlanta this year I can not make.
All in all it was great. And the weather was great also.
Paul
-*-
87547 25-MAY 19:45 General Information
RE: Colani Mouse (Re: Msg 87527)
From: COLORSYSTEMS To: JOHNREED
> We had fun too, James and I know why you reported no traffic
> problems. EVERY traffic cone and EVERY construction company
> in the State of Illinois was placed along the highways
> between Elgin and the Michigan Line.
And every traffic cone in Indiana was between Lafayette and Indianapolis,
and every traffic cone in Kentucky was between Cincinatti and Lexington!! ;-)
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
End of Thread.
-*-
87544 25-MAY 19:32 General Information
RE: hi! (Re: Msg 87454)
From: KSCALES To: ILLUSIONIST
> I am really surprised that no-one has written
> one for Osk, I can see why people havent bothered for the CoCo, it has a
> windowing system, and not many people use it from a terminal..
Mike -
The Unix utility 'screen' has been ported over to OSK, and allows
use of many virtual terminal sessions, in full-screen mode (for termcap
and terminfo-based applications). I believe there is a version here in
the database, but recent versions of SCF limit it to only 2 or maybe 3
sessions. Bob van der Poel has posted a couple of updated versions
(latest update a week or so ago) over on CIS that fixes this problem.
I also use 'screen' on my HP-UX account when dialed into the office, so that
I can switch between several different sessions.
However, performing this screen switching is a bit more complicated than
just maintaining an array containing a virtual screen. The utility must
interpret all of the appropriate (termcap) control codes for cursor
positioning, character attributes, etc. (Essentially, it needs to
emulate the native display characteristics, capturing this information,
and "re-playing" it whenever a specific screen is selected.)
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
87545 25-MAY 19:32 General Information
RE: Looking for Bill Wittman (Re: Msg 87504)
From: KSCALES To: KEITHBAUER
> I am looking for Bill Wittman's Email address. Here on Delphi, CIS or
> the internet is fine.
Hi, Keith -
The last address I captured for Bill (using InfoXpress' "I"nfo command -
really handy!) was:
IN%"WW2150@ACSPR1.acs.brockport.edu";Bill (William) Wittman
BTW, got your email, and will try to reply tonight. Got back from the
Fest Monday, then headed off to Montreal for the Pink Floyd concert on
Tuesday (ears are still ringing...), so I'm just catching up on a backlog
of messages.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
87546 25-MAY 19:32 General Information
RE: Memory management (Re: Msg 87525)
From: KSCALES To: MROWEN01
> I have a text file I want to edit. It's 184K. When I do a mfree I
> get a total free memory of 384k, but I get a 207 error when I try to
> edit the file. My editor is already loaded into RAM at this point.
Hi, Mike -
I don't believe that any of the currently available Level 2 editors allow
you to load more than about 53K into the buffer at a time, although I did
hear of one (private/undistributed) that used VRN to allow this. There
is a viewer ("vu" or "view"???) that will allow browsing of large files.
To handle large files, you will either have to have to use a file
splitting utility, or else use an editor (such as DynaStar) that loads
a portion of the file at a time into the edit buffer, then lets you
write that section back to disk and load in the next section. Works
OK (I used DynaStar for many years under L2), though you cannot go
backwards to edit previous sections without writing everything back out
to disk, and opening the file again at the beginning.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
87555 25-MAY 23:18 General Information
RE: Memory management (Re: Msg 87546)
From: COLORSYSTEMS To: KSCALES
> I don't believe that any of the currently available Level 2 editors allow
> you to load more than about 53K into the buffer at a time, although I did
Hey, Ken! I thought VED could edit up to a 56K file.
> hear of one (private/undistributed) that used VRN to allow this. There
> is a viewer ("vu" or "view"???) that will allow browsing of large files.
I think it was called peruse.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87570 26-MAY 22:07 General Information
RE: Memory management (Re: Msg 87555)
From: JOHNBAER To: COLORSYSTEMS
Zack,
> Hey, Ken! I thought VED could edit up to a 56K file.
Yep! The CoCo 3 version I last used gave you 55/56K..
And Bob included his Vsplit program that let you break up a text
file in either number of parts, or number of `K' you wanted.
I use to use 30K.. a good round number.
--
John -
*** Posted with Ved 2.3 & IX 1.0.1 ***
-*-
87605 28-MAY 19:31 General Information
RE: Memory management (Re: Msg 87534)
From: DBREEDING To: MROWEN01
RE: too big text files...
Ved has the utility "vsplit"(?) which will automatically break the file
down into smaller fragments. It is a little trouble, but it will work.
Microware's "scred" will handle the entire file, reading in whatever mem.
will hold (about 36k max), don't hit me Bob VDP :-). Also "edit" which
comes with the system will, but edit is awful to work with.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
87548 25-MAY 19:46 General Information
RE: Rat Shack special (Re: Msg 87535)
From: COLORSYSTEMS To: COCOKIWI
> Why a Pro-43? I got a Pro-46?<grin> Cheeeeeper<and>on sale!$183.95..
I wanted the top of the line. That was the PRO-43. (in the hand held line)
And I had a credit limit of $500, more than enough to get the PRO-43.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87552 25-MAY 22:35 General Information
RE: Rat Shack special (Re: Msg 87523)
From: PAUL8 To: COLORSYSTEMS
I do not recall getting one and I have been a good customer too.
Paul
N1LRT
-*-
End of Thread.
-*-
87549 25-MAY 20:29 General Information
RE: OS9000 COPY (Re: Msg 87526)
From: PHILSCHERER To: COLORSYSTEMS
Hi Zack--thanks for the reply. I will try the -d but I thought that if a file
cant be found I would get a 216??? <Phil>
-*-
87557 25-MAY 23:33 General Information
RE: OS9000 COPY (Re: Msg 87549)
From: COLORSYSTEMS To: PHILSCHERER
Is different with load as it does a link first which has different return
codes on error.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87579 27-MAY 18:11 General Information
RE: OS9000 COPY (Re: Msg 87557)
From: PHILSCHERER To: COLORSYSTEMS
As always, thanks for the info Zack! <Phil>
-*-
End of Thread.
-*-
87553 25-MAY 22:51 General Information
Memory management
From: MROWEN01 To: ALL
Thanks, those of you who answered my former questions. Who can tell me in
detail what I'm actually looking at when I issue an mfree command?
-Mike
-*-
87606 28-MAY 19:32 General Information
RE: Memory management (Re: Msg 87553)
From: DBREEDING To: MROWEN01
> Thanks, those of you who answered my former questions. Who can tell me in
> detail what I'm actually looking at when I issue an mfree command?
You are looking at the actual - shall I say "extended" - memory available
to the system. That is memory left free for additional use. However, as
has been said before, a process can only utilize 64k for itself, that is
the program AND all data(variables) it uses. Of course you can "cheat" and
get more, actually what you are doing is "peeking" into another process's
address space.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
87554 25-MAY 23:16 Programmers Den
fest
From: WDTV5 To: ALL
Well, I see lots of folks did make it to the fest. Wish I coulda been there too.
Snif. However I have a Q for those who did make it. Who was actually there
with the new Umuse3? I haven't talk to Ed Hathaway now in several months, at
which time he promised me a new copy (I paid the full price again) when
Ragtimer said it was ready to go again. That was about a year ago now, or
maybe even longer! So who was there showing Umse3? I'm fairly patient, but
this has drug on for entirely too long!
Cheers All, Gene
-*-
87558 25-MAY 23:33 Programmers Den
RE: fest (Re: Msg 87554)
From: COLORSYSTEMS To: WDTV5
CoCo or MM/1 version?
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87561 26-MAY 01:45 Programmers Den
RE: fest (Re: Msg 87558)
From: MITHELEN To: WDTV5
Mike Knudsen (RagTimer) Himself was there, vending UMuSe through the
Hawksoft booth.
--
Paul
-*-
87565 26-MAY 17:04 Programmers Den
RE: fest (Re: Msg 87554)
From: JEJONES To: WDTV5
> However I have a Q for those who did make it. Who was actually
> there with the new Umuse3?
Dr. Michael Knudsen himself. It was good to see him again, though
I'd hoped that Ed Hathaway would be there too.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
87567 26-MAY 19:31 Programmers Den
RE: fest (Re: Msg 87565)
From: COLORSYSTEMS To: JEJONES
> Dr. Michael Knudsen himself. It was good to see him again, though
> I'd hoped that Ed Hathaway would be there too.
Yah, it was good to see Mike again, and we all missed Ed. btw, did you hear
that Ed called the fest? He called for Dave Barnes in the hotel bar on
Friday night!
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87578 27-MAY 07:14 Programmers Den
RE: fest (Re: Msg 87567)
From: JEJONES To: COLORSYSTEMS
> btw, did you hear that Ed called the fest?
> He called for Dave Barnes in the hotel bar on Friday night!
Wow! I like it! I couldn't deal with the smoke in the bar, so I must've
missed it. I hope that people passed on collective best wishes Ed's way.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
87588 27-MAY 23:49 Programmers Den
RE: fest (Re: Msg 87558)
From: WDTV5 To: COLORSYSTEMS
OS-9 CoCo. Cheers Zack, Gene
-*-
87589 27-MAY 23:54 Programmers Den
RE: fest (Re: Msg 87561)
From: WDTV5 To: MITHELEN
Yeah, but when I call him, he always refers me to Ed. Hathaway. And Ed is
very fussy about what time of the day/nite you try to call him, and while
denying it, is doing his darndest to convince me I'll never see the upgraded
Umuse3 that I sent him the money for back in March of '92! This is now the
middle of '94 unless my watch went south. Not much you can do tho, so I
shouldn't waste much more of your time about it, I've just poured about
$60 into a black hole.
Cheers, Gene
-*-
87595 28-MAY 10:46 Programmers Den
RE: fest (Re: Msg 87589)
From: COLORSYSTEMS To: WDTV5
> Yeah, but when I call him, he always refers me to Ed. Hathaway. And Ed is
> very fussy about what time of the day/nite you try to call him,
This is because Ed works from about 11PM every weekday evening until about
10AM (or sometimes later, in the morning. If I worked those hours, I'd
be picky about what times people called me as well.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87596 28-MAY 10:46 Programmers Den
RE: fest (Re: Msg 87588)
From: COLORSYSTEMS To: WDTV5
> OS-9 CoCo. Cheers Zack, Gene
Too bad. If it were the MM/1 version, I'd simple mail you the upgrade myself.
I do not own the commercial version for the COCO.
I cannot speak for Ed as to why he has been lax in filling your order, but
I can say I have known Ed personally for 4 years and everything dealing I
have had with him was extremely pleasent. I even spent several hours in his
van with him and Paul Ward two years ago sharing a ride to the Chicago
fest. While some of our ideological ideas differ, he was quite a pleasent
person to get to know.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87613 28-MAY 22:48 Programmers Den
RE: fest (Re: Msg 87596)
From: WDTV5 To: COLORSYSTEMS
I agree, Zack. The conversations I've had have all been pleasant. It's just
that I'd like to get the program/upgrade before I shut the CoCo down forever.
Which, while I hate to say it, may eventually happen. At the instant, I'm doing
this on an Amiga 2000-020. The reason I'm hesitant about shutting the OS-9
machine off for good is that I know enough about OS-9 to make it do anything
the hardware is capable of. Unfortch, so far the ability to record from a
midi source seems to have eluded the 6809 world, while virtually ANY music
program for the Amiga can record a midi performance direct to the hard drive
in real time. I intend to transfer the music I do have on the CoCo over to
the Amiga by simply running the midi output of the coco over to the Amiga,
just as if it was a null modem cable. The main prob;lem is the relative
cost of the programs, DMusic is in the $80 area, makes very nice screens
BUT can't stay up with the music in its on-screen display. Maybe with a
25-33 mhz 040 cpu, but not with this 14 mhs 020. Bars & Pipes does the
screen in a different format that non-music-reading types seem to find
works ok. Either one can turn your music into some awful nice printed copy.
ALL THE cabling to do that is an adaptor for the seriel port thats usually
someplace in the $40-$80 area depending on what other bells and whistles
you might want, one of the $65 ones even having an 8 bit digitizer built
right into it! Now admittedly you wouldn't want to listen to that 8 bit
sound on your $2500 audio in the living room, but for previews on a pair
of 3" boxes sitting beside your trusty 8515, its pretty good. Whew!
I wrote all that? Cheers Zack, Gene
-*-
End of Thread.
-*-
87556 25-MAY 23:26 General Information
RE: lha/Nitro (Re: Msg 87520)
From: VE3DAC To: WDTV5
If you changed shell+ so that there wasn`t a memory conflict with data for some
programs, on occasion other programs showed up designed for shell.original
where the the opposite occured. I picked up the
disk catalogue from Bob Van Der Poel recently and it won`t run unless the
command line has #8k added. What we have here is some little anomoly in
one Nitro module, hard to find which one. Lha is working fine in 6809
mode. So when I use lha I reboot to non-Nitro.
Merv
-*-
87587 27-MAY 23:48 General Information
RE: lha/Nitro (Re: Msg 87556)
From: WDTV5 To: VE3DAC
Thats possible I spose. I think (theres that word again) that my shell+ is
indeed set for a 256 byte defau;lt, rather than the 8k of the original. Or
was before it got Nitro'ed. Humm, I guess I need to recheck some stuffs at
the first opportunity. Cheers Merv, Gene
-*-
End of Thread.
-*-
87559 26-MAY 00:42 General Information
Commodore Monitors
From: CHARLESAM To: ALL
I recently heard that Commodore Monitors work on the coco, that they're
actually magnavox 515s. What I need to know is do they connect up with
our cocos with or without altering the cable. If the cable needs to be
altered, what exactly has to be done? Any help will be greatly appreciated.
BTW, the Fest was a blast. If they have it again next year, I'll be there.
Charlie
-*-
87566 26-MAY 19:22 General Information
RE: Commodore Monitors (Re: Msg 87559)
From: MRUPGRADE To: CHARLESAM
Seeing the "quote" Commadore or Amiga Monitors,, I'm nearly shure
they are Mag monitors. Donno if the pin configuratiion is the same for
sure,, but The Amiga plugfgs right into a Mag 515. So it could be.
Having An Amiga,, I use theh Mag monitor. and wouldn't have a
Commafore,, I think thye call it a 1040 GS. The Mag has more
plugs,, more compatible to more Computers, etc.
Til then,,, Terry Simons
-*-
87573 26-MAY 23:38 General Information
RE: Commodore Monitors (Re: Msg 87566)
From: CHARLESAM To: MRUPGRADE
Thanx Terry, I'll order the amiga monitor then. There is a place in N.J.
that specializes in Commadore/Amiga stuff. For those who might be interested
the address is RMS/16 Maybrook Dr./ Maywood , N.J. 07607
Phone 201 8433116. The only thing I'm interested in is the monitor. Charlie
-*-
87576 27-MAY 01:15 General Information
RE: Commodore Monitors (Re: Msg 87566)
From: COCOKIWI To: MRUPGRADE
Me thinks! the Monitor was the Next one UP with STEREO speakers <AMP> ?
later model...BUT was a Maggot box! I have two,515,s..and have the manual
service data on Em!those used a bigger DIN plug!<grin>..there was no prov
for Audio in the 515 in the socket.....
Dennis
-*-
87590 28-MAY 00:04 General Information
RE: Commodore Monitors (Re: Msg 87573)
From: MRUPGRADE To: CHARLESAM
How much ar e they asking??
Mag 135's can be found in th Computer Shopper,, usually about $260- $270
+ Shipp of course. And oyou'll have more virsatility then the Amiga
model. Kinda like RS,, it's made special to fit their machines,, to heck
with everyone elses.
Til then,,, Terry Simons
-*-
87591 28-MAY 00:09 General Information
RE: Commodore Monitors (Re: Msg 87576)
From: MRUPGRADE To: COCOKIWI
The newer 135's that replaced theh 515's have stereo or two speaker
s and sound inputs. But then I wouldn't recommend a monitor speaker
foro quality sound anyway.
If you see a 515,, new? It's gotta be a rebulit, returned item. They
haven't been made for years.
and too theh 135's vary with din & square inputs,, for some reason. I
have two,, each with a different type input.
Til then,,, Terry Simons
-*-
87597 28-MAY 13:50 General Information
RE: Commodore Monitors (Re: Msg 87591)
From: JRUPPEL To: MRUPGRADE
I just picked up a PCjr monitor that I'm gonna try to rewire for the Coco. I'll
keep y'all posted as to how the whole deal turned out. I picked it up for $50
at a local computer outfit that was selling out all of their used gear. For any
who are interested, BTW, there is a file in the hardware section of the Coco SIG
on hacking the PCjr for the Coco (by Marty Goodman). I'm gonna give it the ol'
college try!
John Ruppel
nsing Area CCUG
-*-
87607 28-MAY 19:32 General Information
RE: Commodore Monitors (Re: Msg 87573)
From: DBREEDING To: CHARLESAM
Won't a Magnavox 1cm135 work? If so, Midwest Micro sells them for $249
Their phone # is 800-552-8080
Address: 6910 U.S. Rt. 36 East
Fetcher OH, 45326
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
87610 28-MAY 21:08 General Information
RE: Commodore Monitors (Re: Msg 87559)
From: LMCCLURE To: CHARLESAM
"I recently heard that Commodore Monitors work on the coco,
that they're actually magnavox 515s."
One or more versions of the Commodore 1084/1084s were essentially
rebadged Magnavox 8CM515's, but ADDED the chroma/luma inputs the
8CM515 lacked. However, Magnavox's own 1CM135 had everything the
version of the 1084s that mirrored it had (including the stereo sound
support and chroma/luma jack).
Older Commodore monitors, such as the 2002 and the 1080 (like the two
I have) have no resemblance to any Magnavox monitor I have ever seen.
I know for a fact that my 1080 was not manufactured by Magnavox, nor its
parent company, Philips, as the label on the back says so. <grin>
Seriously, Shinjyo General Company, Inc. of Japan was the manufacturer
of my 1080's (and likely all 1080's).
-*-
87611 28-MAY 21:08 General Information
RE: Commodore Monitors (Re: Msg 87566)
From: LMCCLURE To: MRUPGRADE
"The Mag has more plugs,, more compatible to more Computers,
etc. "
Actually, if you compare the first 1084 to it's Magnavox contemporary,
the 8CM515, you will find that 1084 has more jacks...specifically,
the one that allows split chroma/luma input. The 1CM135 has this,
but the 8CM515 only supported RGB (digital and analog) and composite.
The same is true if you compare a Commodore 1902A to the Magnavox
8CM562. (I think I got the numbers right).
Essentially, the 1CM135 was the first Magnavox monitor to support
split chroma/luma (S-video) inputs, while all the 15.75Khz-only color
Commodore monitors had it. (Commodore has also sold a few multi-syncs
and mono monitors, so I had to be specific).
-*-
87616 28-MAY 23:11 General Information
RE: Commodore Monitors (Re: Msg 87607)
From: CHARLESAM To: DBREEDING
Thanx, I'll give them a ring come Tuesday. Charlie
-*-
87617 28-MAY 23:14 General Information
RE: Commodore Monitors (Re: Msg 87610)
From: CHARLESAM To: LMCCLURE
I'm glad I mentioned this, now I know the exact model I need, 1CM515.
Really, thanx for your help. Charlie
-*-
87619 28-MAY 23:45 General Information
RE: Commodore Monitors (Re: Msg 87590)
From: DSRTFOX To: MRUPGRADE
Not so on the Amiga monitor Terry! I have a 1084 (the 1040 you referred to was
the ultra low cost job, sort of like a CM-8) that I've used for years now. It
is IDENTICAL to the 8CM515 except that an additional jack and switch is on the
back to allow using
spilt composite input (ala c-64/128) as wall as standard composite. The 1084S
(what I have) is stereo in that it has dual speakers and input javks for them,
but no amp.
-*-
87620 28-MAY 23:49 General Information
RE: Commodore Monitors (Re: Msg 87619)
From: DSRTFOX To: CHARLESAM
The Amiga model number is 1084 or 1084S. The S is for stereo.. it has two
speakers instead of one, but no amp. I use a y cable I made to route the CoCo
sopund through both speakers at the same time. Sounds nearly stereo anyway! The
mnonitor you saw in my b
ooth (one of them, anyway!) was a Commodore 1084S!!! (the oone
with the glare guard, if you remember).
-*-
87623 29-MAY 03:20 General Information
RE: Commodore Monitors (Re: Msg 87619)
From: MRUPGRADE To: DSRTFOX
I stand corrected.
a set
of speakers & X 9" black,, w/amp and equalizer,, controlls on theh left
speaker/ blaance and all foro only $100. Though long discontinued,, this
was the best sound you could get without a full system. I have them on
my Amiga,,, and lemme tell ya,, they make it get up and sing!
Til then,,, Terry Simons
-*-
87626 29-MAY 09:04 General Information
RE: Commodore Monitors (Re: Msg 87620)
From: CHARLESAM To: DSRTFOX
I called a place called RMS in NJ. and they said they could get me one. They're
supposed to call back Tuesday. Lets see what happens. Charlie
-*-
87637 29-MAY 17:33 General Information
RE: Commodore Monitors (Re: Msg 87619)
From: LMCCLURE To: DSRTFOX
"(the 1040 you referred to was the ultra low cost job, sort
of like a CM-8)"
I've never seen a Commodore monitor with the "1040" model number (in fact,
I don't recall any of their monitors having a model number below 1701,
except for the rather rare CM-141).
Were you by any chance referring to the 1080? If so, I take exception to
the "ultra low cost job" remark, partly because I own two of 'em. <grin>
-*-
87638 29-MAY 17:35 General Information
RE: Commodore Monitors (Re: Msg 87617)
From: LMCCLURE To: CHARLESAM
"I'm glad I mentioned this, now I know the exact model
I need, 1CM515."
Uh...one of us mixed up model numbers. The 1CM135 was the latest Magnavox
monitor the Commodore 1084s was based on, and the 8CM515 was the earlier
model. The 1CM135 is no doubt the one you want.
I will check my original message and make certain I said what I meant to
say! <grin>
Yep...I got it right in message #87610.
-*-
87643 29-MAY 23:17 General Information
RE: Commodore Monitors (Re: Msg 87638)
From: CHARLESAM To: LMCCLURE
Thanx much, I'm in process of ordering one. Suppose to hear Tuesday if
vendor can provide said monitor. Charlie
-*-
87649 30-MAY 20:20 General Information
RE: Commodore Monitors (Re: Msg 87643)
From: WDTV5 To: CHARLESAM
I thot I'd jump in here re the commie monitor discussion. I do in fact
have the service man for the 1084s thats being talked about, it is in fact
made by NAP (Maggie), and major parts of the pcb are identical to the older
Maggie 8CM515 we've all used for years on our coco's. I am in fact running
the 8CM515 here on the coco, and on the next desk to the left on a commie
2000-020. Other than the flicker if you run it interlaced on the commie,
its a great monitor. This service man is now 5 years old, so commie may
have changed suppliers at some point, but all of the 1084S's we have at
the tv station are Maggies. Other than an occasional cold solder joint
where the inputyt jack tugs on the edge of the pcb, we have had zip probs
with them. My CoCo's 515 is now 8 years old, the commies 515 probably
9 or 10 as its in fact Dennie Skala's old monitor! The 1CM135 is the next
unit newer in that same series, and so far as I know, funcionally identical.
Cheers - Gene
-*-
87653 30-MAY 22:31 General Information
RE: Commodore Monitors (Re: Msg 87649)
From: CHARLESAM To: WDTV5
Thanx Gene. Sounds like the wat to go! I got big headaches tonight.
I'm incorporating Nitros9 patches to my system, been at it all day.
I got my bootfile squared away finally and was fixing grfdrv with a
patch. Well, ... I forgot to set the attr to e pe. Now I can't get into
my hard drive cause grfdrv will not load, nor will gfx2 which is merged
with grfdrv. Result= FAILED.
Now I have to dig around for all the cmds and utils necessary to
make a new bootdisk that has /dd = /d0 and change cc3go to look for
startup on /d0. In this boot I'll include my HDisk and H0 so after
it boots, I can chd /h0 and fix the problem. Not tonight for sure...
If you knew the mess my floppy files are in, your know this is a major
job. HELP!!! Later Gene Charlie
-*-
87660 31-MAY 01:10 General Information
RE: Commodore Monitors (Re: Msg 87591)
From: COCOKIWI To: MRUPGRADE
as far as I know the 135 was put out for the Amegia..since it had stereo!
I remember back when "Battle Chess" came out<grin>.the store display was one!
Dennis
-*-
87664 31-MAY 02:33 General Information
RE: Commodore Monitors (Re: Msg 87653)
From: MITHELEN To: CHARLESAM
Heh.. I was helping a friend install nitro this weekend, and
ran into almost the exact same thing... a problem with grfdrv... my solution
was to grab the stock OS-9 Level 2 Boot disks, boot up with them, then
load thard disk driver/descriptor off the distribution disk that
they cam on ( Burk and burk setup, had to also make the descriptor
with the "ddmaker" program" then I just iniz /h0; chd /h0; chx /h0/cmds...
and then fixed what I messed up... My friend through we were REALLY screwed.
Only took about 5 minutes to "recover" to a usable state. I ran outa time,`
so didn't get to finishing the nitro installation... One thing I
got to say for nitro... it is not the easiest thing to install.
and is perhaps the most confusing thing I ever worked with... Especially
cause the install program options don't do exactly what they say. It also
is REALLY picky on what the modules are that it is going to patch.
-*-
87669 31-MAY 20:35 General Information
RE: Commodore Monitors (Re: Msg 87660)
From: LMCCLURE To: COCOKIWI
"as far as I know the 135 was put out for the Amegia..
since it had stereo!"
It also made a great monitor for the Atari STe series, since they
added stereo sound. In fact, Atari sold a 'stripped down' version of
the Magnavox 1CM135 under the Atari name as the SC1435. (Unlike the
Commodore version, it was inferior to the 1CM135, in that it lacked
both the composite and split video inputs, and AFAIK, did not handle
RGBI, either...just RGB analog).
-*-
87670 31-MAY 20:36 General Information
RE: Commodore Monitors (Re: Msg 87637)
From: DSRTFOX To: LMCCLURE
Hmmm... I think I had to be referring to the 1080 then. I meant it was lower
cost/quality than the 1084, actually, since it has a larger dot pitch, more
like the CM-8 than the 1084/Maggie '515.
-*-
87677 31-MAY 21:21 General Information
RE: Commodore Monitors (Re: Msg 87664)
From: CHARLESAM To: MITHELEN
If you have a hard time with it, imagine what I'm going thru. I must have
made 20 or more bootdisks and still no luck. I got back to my HD the hard
way by making a new bootdisk that load grfdrv from /d0. I'll keep a couple of
copies
handy for future blunders. I'm starting to believe its a joke. 'Nitros9 I
mean. I have all my modules patched that can be patched and still fail.
I took out os9p3 cause I couldn't find a patch. I did notice that since
grfdrv was patched, my Klondike has noticably increase speed in which it
puts up a new screen, like BAM! There it is. If the rest of the stuff
works like that, it might well be worth the effort I'm investing. Its
just that I'm starting to feel I'll never get it right, never get it to
boot. Frustration, plain and simple. I'm sitting here with reams of
printouts, dozens of disks, most unlabeled, and I don't have any idea
where to go from here. I think I'll clean up the mess and put it aside
for a few days. I can't do anymore now.
For those of you out there that succeeded with the updates, maybe
you can shed some light on the problems you overcame. Any ideas or
suggestions are welcome here. Thanx Paul, and thanx anyone who
decides to help. Charlie
-*-
87685 31-MAY 23:47 General Information
RE: Commodore Monitors (Re: Msg 87670)
From: LMCCLURE To: DSRTFOX
Well, actually, I would match the video quality of my 1080 against a
1084 or Magnavox 8CM515 or 1CM135 any day of the week. The dot pitch is
.42mm as I recall. The 2002 looked the same, but always struck me as
being lower quality...perhaps it had a lower pitch tube?
-*-
87692 1-JUN 20:50 General Information
RE: Commodore Monitors (Re: Msg 87685)
From: DSRTFOX To: LMCCLURE
Heck, why did you have to mention the 2002? It seems NOW, that I recall the
1080 as being directly before the 1084, with little quality difference and
some minor changes. They DID make a lower quality RGB monitor for the
Amiga though... I'm assuming the 500... I was thinking the 1080 was it, but
heck, I've been so darn busy lately I haven't had time to check anything
!!!
-*-
87708 2-JUN 05:29 General Information
RE: Commodore Monitors (Re: Msg 87677)
From: WAYNETHOMPSO To: CHARLESAM
I can understand the difficulties you are haveing. I went
through the same thing when I was trying to patch OS9 with just the
normal patches (via the patch OS9 disk). After that lesson, when I
got NitrOS9 I got myself organized before I tried anything.
ie. Created a boot disk with hard drive descriptors but with the floppy as
dd
/dd
I also formatted bunch of disks to plenty of blanks ready to go, and I also
found a fantastic time/frustration saver, a product called ErasaLabel. I has
It is a special label and pen that erase with alchohol. VERY Handy!
Anyway, it is frustrating but in the end it WILL be worth it. Nitro is
faster and smootherthan stock os9 and you will end up
wondering how you got along without it!
Wayne
-*-
87715 2-JUN 20:38 General Information
RE: Commodore Monitors (Re: Msg 87708)
From: CHARLESAM To: WAYNETHOMPSO (NR)
I finally did it! I had to start over and yeah, plenty of preformatted disks.
I even cleaned my table off before I began. I did as you with the DD but it
still get up to HD via CC3Go. Can you run any games. I crash if I try to put
up a game. I'll make a separate boot for games. The patch to grfdrv is enuf
to speed up graphics enormously. THanx for the input and encouragement.
Charlie
-*-
End of Thread.
-*-
87560 26-MAY 01:35 Telecom (6809)
RE: 9600 (Re: Msg 87536)
From: MITHELEN To: JEVESTAL
You first step is to verify that hardware handshakeing is taking place. Get
a RS-232 line status indicator. If you don't see the RTS lite going off
and on along with the RD light, then something is wrong with your modem
setup, or the RS-232 port/setup.
-*-
87563 26-MAY 08:43 Telecom (6809)
RE: 9600 (Re: Msg 87560)
From: JEVESTAL To: MITHELEN
> You first step is to verify that hardware handshakeing is taking place.
> Get a RS-232 line status indicator. If you don't see the RTS lite going
> off and on along with the RD light, then something is wrong with your
> modem setup, or the RS-232 port/setup.
I don't have a line status indicator, if they are cheap (Radio Shack?)
then I may pick one up. In the meantime assuming that handshaking is
taking place then what?
By the way I have tried downloading to a ramdisk too, but ymodem at
9600 yeilds about 450 or less cps.
Is PROTOCOL:LAPM (V-42 LAP-M Error Correction) the same as handshaking?
Usually my modem responds with this message.
Jim
-*-
87564 26-MAY 16:31 Telecom (6809)
RE: 9600 (Re: Msg 87563)
From: ISC To: JEVESTAL
Jim,
I thought I would jump in here because I want to learn all I can to facilitate
my own move to a higher speed modem when it comes. "Handshaking" is the term
used for the exchange of signals which takes place during a transmission
between two modems. You can monitor this process by purchasing an RS-232
"mini-tester" from Radio Shack for only a few bucks (I am sure mine was less
than $5). The "mini-tester" plugs in to your RS-232 output plug on one end
and to your RS-232 output cable on the other end. It has 7 indicator lights
for TD - transmit data, RD - receive data, RTS - ready to send, CTS - clear
to send, DSR - Data set ready, DTR - data terminal ready and CD - carrier
detect. By watching what happens during transmission, you can monitor
when the signals are being sent to and from your modem.
Error checking protocols are methods of checking the data stream for various
patterns to detect or correct errors caused by line noise or interference.
The RS-232 signals must be sent in the correct sequence so that both modems
will continue to transmit and receive "in sync" with each other. On the
other hand there are several error checking and correction protocols, so
you must know which are compatible with your system and the host system
to which you are calling.
I hope that this has not confused you more, but I am sure that our colleagues
here will add to the discussion and that we will both learn more.<grin>
Bill
-*-
87568 26-MAY 19:59 Telecom (6809)
RE: 9600 (Re: Msg 87564)
From: MITHELEN To: JEVESTAL
Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo
is indeed getting the signals. Then, you might have to fine tune some of
the "S" register settings that deal with intewrnal buffers and transition times
in the modem.
Get the tester first, they are cheep, definately under 10$, and help solve
many problems (I just had to use mine to figure out why my MAI terminal
was not handshakeing properly... Seems it likes to use DTR instead of RTS
to signal that t is bust, and to not send anything to it)
Also, don't expect to get massivly high throughput rates until you are
running in 6309 mode. What you want to acheive first are error free receives.
Then you might want to do some hacks to fix the CTS problem so you
can get error free transmissions.
Another side note... Saw a CoCo connected at 38.4K baud to my Unix box
at the fest and have no problem handleing a zmodem receive (only got 984 CPS)
but, it didn't loose any characters or interupts, and we even loaded the
coco with a few other tings to do...this was using a serail port
with a 16550 UART. It was in Mark Marlette's (?SP) machine (Quite an
impessive machine!)
--
Paul Jerkatis - SandV BBS (708)352-0948: Chicago Area OS-9 Users Group
-*-
87574 27-MAY 01:00 Telecom (6809)
RE: 9600 (Re: Msg 87564)
From: JEVESTAL To: ISC
> I thought I would jump in here because I want to learn all I can to
> facilitate
> my own move to a higher speed modem when it comes. "Handshaking" is the
> term used for the exchange of signals which takes place during a
> transmission between two modems. You can monitor this process by
Thanks for the input.
Jim
-*-
87575 27-MAY 01:01 Telecom (6809)
RE: 9600 (Re: Msg 87568)
From: JEVESTAL To: MITHELEN
> Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo
> is indeed getting the signals. Then, you might have to fine tune some of
> the "S" register settings that deal with intewrnal buffers and transition
> times in the modem.
> Get the tester first, they are cheep, definately under 10$, and help
> solve many problems (I just had to use mine to figure out why my MAI
> terminal was not handshakeing properly... Seems it likes to use DTR
> instead of RTS to signal that t is bust, and to not send anything to it)
> Also, don't expect to get massivly high throughput rates until you are
> running in 6309 mode. What you want to acheive first are error free
> receives. Then you might want to do some hacks to fix the CTS problem so
> you can get error free transmissions.
Thanks Paul, I will pick up one of those testers soon.
> Another side note... Saw a CoCo connected at 38.4K baud to my Unix box
> at the fest and have no problem handleing a zmodem receive (only got 984
> CPS) but, it didn't loose any characters or interupts, and we even loaded
> the coco with a few other tings to do...this was using a serail port
> with a 16550 UART. It was in Mark Marlette's (?SP) machine (Quite an
> impessive machine!)
How can the average CoCo user get one of these 16550 ports? There's
several of us that wonts one!
Jim
-*-
87577 27-MAY 01:59 Telecom (6809)
RE: 9600 (Re: Msg 87575)
From: MITHELEN To: JEVESTAL
WELP... I'm not sure if the serial port board he had was of his own design,
or, if it was a redesigned version of a prototype CoCoIO board
( it actually had 2 16550's on it) He also had his own home
brew 2 meg upgrade, and IBM keyboard interface.
-*-
87584 27-MAY 23:13 Telecom (6809)
RE: 9600 (Re: Msg 87536)
From: TEDJAEGER To: JEVESTAL
Just letting you know that I have the same modem though it is hooked to
my MM1. I have not yet achieved any 9600 baud delphi connections but havent
tried real hard yet. Initially I was getting 9600 CONNECT on my screen,
then garbage echoing, and then nada. I will be piddling with this over
the next month so lets exchange notes, huh?
Bests
---TedJaeger
-*-
87601 28-MAY 18:28 Telecom (6809)
RE: 9600 (Re: Msg 87584)
From: JEVESTAL To: TEDJAEGER
> Just letting you know that I have the same modem though it is hooked to
> my MM1. I have not yet achieved any 9600 baud delphi connections but
> havent tried real hard yet. Initially I was getting 9600 CONNECT on my
> screen, then garbage echoing, and then nada. I will be piddling with this
> over the next month so lets exchange notes, huh?
Have you been able to call out to local PC boards at 9600 or 14.4?
Unless the port is real bad there is no reason a 68K based system
can't do high speed connects. What is your modem settings? Do a
AT&V to list them to your terminal. From I hear both S-term and
TasCom (OSterm) should work fine.
Jim
-*-
87602 28-MAY 18:30 Telecom (6809)
RE: 9600 (Re: Msg 87568)
From: JEVESTAL To: MITHELEN
> Assumeing you are getting soe kind of RTS/CTS handshakeing, and the CoCo
> is indeed getting the signals. Then, you might have to fine tune some of
> the "S" register settings that deal with intewrnal buffers and transition
> times in the modem.
Which S register settings in particular? I've scanned my modem's manual
and didn't see any that I think could be changed that would help except
for maybe S26?
> Get the tester first, they are cheep, definately under 10$, and help
> solve many problems (I just had to use mine to figure out why my MAI
> terminal was not handshakeing properly... Seems it likes to use DTR
> instead of RTS to signal that t is bust, and to not send anything to it)
I got one of the testers yesterday, Radio Shack must have risen there
prices there are no $15 not under $10. It is a neat little toy. It
seems that RTS/CTS handshaking is working properly. I noticed that
the RTS light goes red only during streaming protocols such as
zmodem. I guess the ymodem protocol itself handles the flow control.
> Also, don't expect to get massivly high throughput rates until you are
> running in 6309 mode. What you want to acheive first are error free
> receives. Then you might want to do some hacks to fix the CTS problem so
> you can get error free transmissions.
It will be a while before I can get a 6309 installed, not anytime soon.
I would like to hear from other people who have claimed to have gotten
reliable communication at 9600 baud from the CoCo without the 6309.
I still say that it doesn't look it the CoCo can do it. Please
someone show me that I am wrong by telling me how MY CoCo can do it.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-8am 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: 8am-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
-*-
87604 28-MAY 19:31 Telecom (6809)
RE: 9600 (Re: Msg 87602)
From: MITHELEN To: JEVESTAL
The coco can indead do it running in 6809 mode... I've done it myself when
SandV was running on a CoCo. That was a long time ago though. The reason that
YModem and Xmodem seem they don't require the RTS/CTS handshakeing is that
because they are blocked protocals, the receive buffer is must likely
large enough (in SAcia) to hold an entire 1K packet, so the system never
gets to the point that it needs to halt the transmitter. I can't recall your
original setup, but, do make sure you have the new Edition 9 clock installed
with SAcia...
Try playing with the S49 (ASB Buffer size lower limit) and S50 (ASB
buffer size upper limit)
-*-
87608 28-MAY 19:37 Telecom (6809)
RE: 9600 (Re: Msg 87601)
From: MITHELEN To: TEDJAEGER
I Take it you are using /T3 or /T4? If not, that is most likely your
problem... Also, check the jumpers on the paddle board. On the P4 jumper
block, you should have it jumpered as follows:
:|:| P4
(where '|' is a jumper, and yopu are looking at the board from the front)
Also, make sure you are the TYPE set to 80, or have RTS/CTS flow control
enabled from the term program (if it provoids that option)
-*-
87609 28-MAY 20:03 Telecom (6809)
RE: 9600 (Re: Msg 87602)
From: DBREEDING To: JEVESTAL
> I would like to hear from other people who have claimed to have gotten
> reliable communication at 9600 baud from the CoCo without the 6309.
>
> I still say that it doesn't look it the CoCo can do it. Please
> someone show me that I am wrong by telling me how MY CoCo can do it.
I'll relate some of my experiences, don't take word for gospel, as I didn't
do some of the tweaking Paul spoke of. My setup: Coco 3, 6309 w/Powerboost,
MPI w/ Tandy RS-232 Pak - it has 6551 ACIA, not 6551A, have one but didn't
install it. I have an edition 9 (?) clock - thought it was supposed to be
edition 7. It's for Disto clock, anyway. My modem is Hayes Optima 2400.
I have my /t2 "xtp" set to 5 "par"= 2.
I have supercomm 2.2, also OSTerm. In logging on to local BBS w/40 MHZ PC,
I would lose some characters especially when a big bunch of stuff came in to
display. On a ZModem d/l, I would get a few errors (that's with error-
correction turned on in modem). I think on one file about 100K, I got 3 or
4 errors. This was all at 9600, and the 6551 might be too weak for this
rate. I began logging on @ 4800 and it's beautiful.
I notice with error-corr & h/w handshake on, my "rd" light blinks rapidly
with CIS & Delphi. On the local BBS, the light blinks at oh, maybe 1/2 that
rate. However, the BBS has compression turned on, with CIS & Delphi comp.
is off, but err-corr is on.
This is only my experience. I wonder, speaking to Paul, are your successful
9600 connections with another coco? I can see where a CoCo-CoCo connection
would be quite successful, since I would think neither would be supplying
the data faster than the other could receive. But can a Coco keep up with
a much faster computer at 9600? I'm thinking that by the time the coco
detects a buffer-almost-full condition and shuts flow off, that the buffer
might be overflowed? Could this be?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
87622 29-MAY 00:36 Telecom (6809)
RE: 9600 (Re: Msg 87609)
From: MITHELEN To: DBREEDING
My experiances were between a CoCo, and a 486/33 Unix box. Also, I was using
a true 9600 baud modem (ie, v.32), but, that is besides the point. One of the
newer version of SAcia may be needed to get the reliability I had. I can't
really give too much more help, cause, I no longer have a CoCo, and it has
been well over a year since I used that setup.
--
Paul
-*-
87657 31-MAY 00:06 Telecom (6809)
RE: 9600 (Re: Msg 87622)
From: DBREEDING To: MITHELEN
> My experiances were between a CoCo, and a 486/33 Unix box. Also, I was
> using a true 9600 baud modem (ie, v.32), but, that is besides the point.
OK, that answers my question. I didn't pursue the project all that far. I
did have SAcia. My modem was a 2400 Hayes using v.42bis. I think maybe the
screen output was overtaxing my system or something - well I did get errors
on zmodem downloading so I dunno. I had everything I was told I needed -
except didn't do the DSR/? switching (think it was DSR) that was recommended
(believe this was developed by you, wasn't it?).
> had. I can't really give too much more help, cause, I no longer have a
> CoCo, and it has been well over a year since I used that setup.
Well, I suppose it's a moot question for me, too <G>. Just received my
System 5 Fri the 28th. Soon as I get my serial ports rewired for straight
RS-232, (or get the internal modem), I'll probably be using the OSK sys
for all telecom.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
87662 31-MAY 02:20 Telecom (6809)
RE: 9600 (Re: Msg 87657)
From: MITHELEN To: DBREEDING
The DSR/CTS swamp hack was actally thought up, and implemented first
by someone else (who's name eludes me) that was from Minesota.... I added
one or two fixes to that hack (it tended to loose the real status for some
reason on occasions, I forget... it's been a while) and the actual
"fix " (ie assembly) code came from someone else (Randy I think) I just
peiced together all the hacks, and put them together in one source
file, and archive...
Also... the DSR/CTS hack only effected TRANSMISSION, not Receptiuon.
Anyhow.. like you said, it is a moot point for you and myself now.. although
I'm sure others still want to get this high speed thing worked out...
-*-
87695 1-JUN 22:10 Telecom (6809)
RE: 9600 (Re: Msg 87662)
From: JEVESTAL To: MITHELEN (NR)
> The DSR/CTS swamp hack was actally thought up, and implemented first
> by someone else (who's name eludes me) that was from Minesota.... I added
> one or two fixes to that hack (it tended to loose the real status for
> some reason on occasions, I forget... it's been a while) and the actual
> "fix " (ie assembly) code came from someone else (Randy I think) I just
> peiced together all the hacks, and put them together in one source
> file, and archive...
> Also... the DSR/CTS hack only effected TRANSMISSION, not Receptiuon.
>
> Anyhow.. like you said, it is a moot point for you and myself now..
> although I'm sure others still want to get this high speed thing worked
> out...
I have read the patch doc file, but can't use it since I can't modify
my cable, hopeuflly my friend Tim will help set up a modified cable
for us to test.
I uploaded a fire for the first time at 4800 baud got a blazing 315 CPS
using the latest SZ! Why so slow, moving the file to ramdisk did
not help much, so it's not the hard drive slowing down the tranfer.
Unlike Zmodem receive at 4800 baud (which yields about 400 CPS) I noticed
that the SD light on my modem was not on constrantly using zmodem. Ymodem
batch yeilded closer to the expected 400+ CPS.... why is zmodem so slow?
I would like the users on my board to be able to download using SZ but
I can't recomend a 300 CPS transfer rate... that is way too slow.
Any sugestions... if any CoCo user gets better result WITHOUT a 6309
could you please send me a copy of your os9boot file, and a copy of
your modem settings?
Jim "It can't be done on a CoCo" Vestal
-*-
End of Thread.
-*-
87562 26-MAY 02:14 General Information
RE: Holiday Inn Elgin Phone Rates (Re: Msg 87479)
From: NIMITZ To: WA2EGP
We still have 68340's and KTerm left from the fest. (hint, hint!)
-*-
87571 26-MAY 22:19 General Information
RE: Holiday Inn Elgin Phone Rates (Re: Msg 87562)
From: WA2EGP To: NIMITZ
Hmmmmmm......have to look at my pesos. Have a few bills to take care of but
I might give myself an "end of the school year" present. I thought I had a
"catalog" I downloaded but I can't find it. Was one ever uploaded?
-*-
87583 27-MAY 20:44 General Information
RE: Holiday Inn Elgin Phone Rates (Re: Msg 87571)
From: NIMITZ To: WA2EGP
Probably not. I used to keep them updated, before my emphasis shifted to
production. Now I'll have to reprioritize again.....
-*-
End of Thread.
-*-
87569 26-MAY 21:06 General Information
CGA for the Coco
From: JRUPPEL To: ALL
Does anyone have a method of setting up a CGA monitor to run on the Coco?
I am in need of a monitor and if I can set up for a CGA, my problems a
permanently solved (massive availabillity at salvage prices).
Inquiring Minds Want to Know!
John Ruppel
Lansing Area CCUG
-*-
87580 27-MAY 18:11 General Information
RE: CGA for the Coco (Re: Msg 87569)
From: STEWARD To: JRUPPEL
I saw an article in one of my computer mags. I think it was in Computer
Craft mag. I'll see if I can dig it up this weekend.
-*-
87586 27-MAY 23:25 General Information
RE: CGA for the Coco (Re: Msg 87580)
From: JRUPPEL To: STEWARD
If it goes into detail, maybe we can post the specs here for all that may be
interested? I'm not sure about copyright problems if all you are loading is
specs....
-*-
End of Thread.
-*-
87572 26-MAY 22:22 OSK Applications
MM/1 TREK
From: VAXELF To: ALL
I purchaged MM/1 Trek game at the fest. I have left E-Mail to the guys
at Budgetware on this too.
I have the game installed with all the files except the startup script
( trek ) in /DD/GAMES/TREK and "trek" is in the /DD/CMDS.
the game plays correctly, but when I activate phasers,torps, or any other
part that is suppose to play the sound effects, I get
SYNTAX ERROR
NO sound and when I finsih off the bad guys, the screen explodes. If I
do a MAP command, I get the map and when I exit MAP the trek screen comes
back.
If I turn off sound, the the game plays correctly.
Can anybody tell me what is wrong???????
I even deleted all the files and reinstalled the game twice.
John A. Donaldson
-*-
87684 31-MAY 23:12 OSK Applications
RE: MM/1 TREK (Re: Msg 87572)
From: MODEL299 To: VAXELF
We have been unable to duplicate this problem on the 3 MM/1's we have in our
group. The trek program is issuing a simple shell command and should not be
having any problems. We will concentrate on the code for the sounds and see
what we can come up with.
Would other MM/1 trek users please let us know how they are doing. Thanks.
-*-
87704 1-JUN 23:28 OSK Applications
RE: MM/1 TREK (Re: Msg 87684)
From: KSCALES To: MODEL299 (NR)
> We have been unable to duplicate this problem on the 3 MM/1's we have in
> our group. The trek program is issuing a simple shell command and should
> not be having any problems. We will concentrate on the code for the
> sounds and see what we can come up with.
>
> Would other MM/1 trek users please let us know how they are doing.
> Thanks.
On a hunch, I called Colin McKay, who picked up Trek at the Fest, and
asked him to try it after configuring to use "sh" (the TOP "Bourne shell"
mini-clone). He encountered exactly the same SYNTAX ERROR reported by
John when using this configuration. Normally (using the stock MW shell),
Colin reports having no problems with the game, but says he has some
suggestions/ideas that he plans to forward to Budgetware.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
87705 1-JUN 23:28 OSK Applications
RE: MM/1 TREK (Re: Msg 87572)
From: KSCALES To: VAXELF
> I have the game installed with all the files except the startup script
> ( trek ) in /DD/GAMES/TREK and "trek" is in the /DD/CMDS.
> the game plays correctly, but when I activate phasers,torps, or any
> other part that is suppose to play the sound effects, I get
>
> SYNTAX ERROR
Hi, John -
Nice meeting you at the Fest! Good to now have a face to match to the
name <g>.
Please see my message to Mark on the Trek sound problem: are you using
"sh" for your shell? This could be causing the errors you have been
encountering.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
End of Thread.
-*-
87581 27-MAY 19:58 General Information
RE: MAX-10/OS9 (Re: Msg 87519)
From: CPERRAULT To: REVWCP
Wow Bro. Jeremy, You sure know how to get your hands on some BIG
fish! :-) I'm glad you were finally able to chase your dream of
getting Max-10 to OS9 and I hope it get's done. I'm not personally in
the market for a WP myself, but this will satisfy a LOT of people, and
I may just be one of the first to buy anyway. Just to be a real
patriot ;-) Also, hopefully we will see an OSK version afterwards,
which shouldn't be too hard if it's written in 'C' or Basic<doubt
we'll be seeing a version written in Basic for Level II but...>.
Also it's great to hear that the fest was once again, a great
success. I sure hope vendors were able to take home a little more
pocket change than what they came with. Once again, I find myself
saying, "I wish I could have been there..." *sigh* :-( I know one day
I'll make it too one, hopefully it will be soon after I get another
automobile, and a little more spending money. Does anyone have a
rundown of the new and updated software that's been released?
See ya
>Chris<
-*-
87582 27-MAY 19:58 General Information
RE: MAX-10/OS9 (Re: Msg 87533)
From: CPERRAULT To: ISC
>>The port of Max-10 is great news Brother J. Now we can have
those 300 dpi fonts!<<
Hehe, good point :-) This is also a good example of how a single
person CAN make an impact in this community. It goes to show what you
can do with a bit of work. There is a ton of old classic Coco software
just sitting out there collecting dust. A lot of people are saying
"gee, I'd like to maybe contact the author about getting the rights to
the software, but hey, if he was going to do it, wouldn't someone
have already gotten the rights by now?" when in fact the reason no one
has the rights to the software is because, NO ONE bothered to
ask<grin>. Well, talk about a run-on-sentence :-) I think this sets a
good example for the rest of the community, for not only getting the
rights to do software ports and/or updates, but in other areas such as
promoting the system itself. Btw, since I mentioned all that old Coco
software from the old classic Rainbow days, imagine if we were able to
get a majority of that software ported to OS9, and updated, and if it
is OS9 software already, simply getting the rights and updating it? I
don't know if Level II sales would pick up considerably or not, but
if it was ported to OSK, in the long run it would be a BIG plus. Since
the NEW OSK/ K-Gwindows software is still being written, having
reworked old Coco software would help fill some voids with POSSIBLY
less work. I say possibly, because in some cases having to redo all
that old assembler code might not prove time effective.
Boy I feel so inspired LOL. Now if I would just get my OS9 UG fee
mailed out...<Grin>
>Chris<
-*-
87621 28-MAY 23:57 General Information
RE: MAX-10/OS9 (Re: Msg 87582)
From: DSRTFOX To: CPERRAULT
I've tried to get rights to some of the stuff. Many of the original authors
just don't want to be bothered or will sell it at a discount, but won't
relinquiish source code. I had that problem with a decent book-keeping program.
It was in a encrypted basic
coade, but I wanted to convert it to an 80 colum,n screen, and even told the
original author he could retain all rights and I'd even continue to buy copies
from him.. do the conversion myself for free! Uninterested. I'd have been able
to sell a few using t
he 80 column screen and maybe some slight updating, but only a very few (maye 6
or so) bought over a year since it used the 32 column screen, and they were
just wanting SOMETHING that would keep books on the CoCo... anything that was
easy to use and worked
! Had the same problem with one or two others, so I gave up trying.
-*-
87691 1-JUN 20:38 General Information
RE: MAX-10/OS9 (Re: Msg 87621)
From: CPERRAULT To: DSRTFOX
>>I've tried to get rights to some of the stuff. Many of the
original authors just don't want to be bothered or will sell it at a
discount, but won't relinquish source code.<<
*sigh*, the spirit of giving is still in full force I see. It's
too bad those authors are content to watch all that work go down the
drain, when there are others willing to upgrade it for them.
I still say this is worth pursuing, but until your message, I
didn't realise there were people who made such a fuss out of it. They
have nothing to lose<assuming they are not still pushing the product
on another platform perhaps and have reasons to keep it off of OS-9>.
>Chris<
-*-
87693 1-JUN 20:51 General Information
RE: MAX-10/OS9 (Re: Msg 87691)
From: DSRTFOX To: CPERRAULT
I agree Chris. I tried though!
-*-
87706 2-JUN 00:52 General Information
RE: MAX-10/OS9 (Re: Msg 87691)
From: KSCALES To: CPERRAULT
> *sigh*, the spirit of giving is still in full force I see. It's
> too bad those authors are content to watch all that work go down the
> drain, when there are others willing to upgrade it for them.
Hi, Chris -
Well, aside from Brother Jeremy's Max10 endeavors, there have been other
successful efforts to maintain/upgrade some of the better programs.
- Mike Sweet's "Terminal" for the MM/1 has been licenced by Blackhawk
Industries, and is being upgraded by John Donaldson
- Dave Philipsen's "SuperComm" for CC3 Level 2 is now being supported
by Randy K Wilson
- Vaughn Cato's "TasCOM" for the MM/1 has been upgraded and has been
re-released as "OSTerm 68K" from Northern Xposure (a project with
which I have been involved).
I agree that it's a shame if the authors just let their code stagnate
if there are people willing to take over the reins and keep it alive.
However, I can certainly understand if the original authors are hesitant
to release their code: they would be concerned that their reputations may
be tarnished if the new maintainer of the code does a poor job on a
product that has not only been associated with their name, but has been
the result of many, many hours of painstaking effort. From what I have seen,
John and Randy have both done a good job of maintaining the quality of
the original programs (and I have been trying very hard to ensure that the
same can be said of OSTerm 68K).
But I think that this discussion should not just be limited to existing OS-9
programs: there are a large number of non-OS-9 programs waiting to be
ported over to our environment. When I asked Geoff Kuenning for permission
to post my OSK port of "ispell", he was very co-operative. There are a lot
of other programs out there that could be supported under OS-9, if someone
would take the initiative to make it happen.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
87716 2-JUN 20:39 General Information
RE: MAX-10/OS9 (Re: Msg 87706)
From: CPERRAULT To: KSCALES
Well I can only agree with your points. I don't want to take away from
those programs that are being ported and updated, since we are lucky to
have them, but still they are so far a drop in the bucket as far as the
quantity of other such programs out there are concerned. We could sure use
a lot more of them. Also like you said, we shouldn't limit such projects to
the OS-9 software. I was mentioning this to someone in conference the other
night. I'm sure if we had people familiar with software from other platforms,
including Atari and Amiga computers, negtotiating with the authors, we
could gain several benefits, including possibly turning users of those systems
on to OS-9 when they see their favorite programs.
It is true that software authors have legitimate reasons for not wanting to
release code, but those who are familiar with the OS-9 community should know
there is not much to worry about. If Advertisements and documentation
pointed out that the original author was not involved with the program
from let's say Version 1.0 on up or whatever, it would probably clear a lot
of things up. If it was me personally, I wouldn't have any fears. Like you
said Randy and all the others have done the software justice
and from what I've heard from those who attended the fest, you won't
have any need to worry about the future reputation of OSterm :-)
I'm not saying this will be easy, as I'm sure it won't, but once the
resources and volunteers are available, it will make for a very good
OS-9 User Group project.
See Ya
>Chris<
-*-
End of Thread.
-*-
87585 27-MAY 23:13 General Information
Puppo interface
From: CHARLESAM To: COCOKIWI
Hi Dennis, hows it going? You would have had a great time at the Fest.
Listen, Do you have an idea of how to hook up a puppo interface. I got it
at the Fest but had to take it down for the trip home. Now I can't get it
hooked up right. Maybe you could shed some light on this. Would appreciate
it much. Thanx Charlie
-*-
87593 28-MAY 02:53 General Information
RE: Puppo interface (Re: Msg 87585)
From: MITHELEN To: CHARLESAM
The Puppo simply connects to the keyboard connector, and you need
to also supply +5 and a Ground lead to it... The other lead goes to the
reset circuitry. To one end of a diode near the PAK connector. It is onlt
necessary if you want CRTL_ALT_DELETE reset capability.
-*-
87615 28-MAY 23:09 General Information
RE: Puppo interface (Re: Msg 87593)
From: CHARLESAM To: MITHELEN
Thanx Paul, that shouldn't be too hard to manage. I'll let you know how I
made out. Charlie
-*-
87659 31-MAY 01:06 General Information
RE: Puppo interface (Re: Msg 87585)
From: COCOKIWI To: CHARLESAM
Talk to Marty..I,m not up on that one!<grin>
Dennis
-*-
End of Thread.
-*-
87592 28-MAY 02:30 General Information
RE: Current Periodicals (Re: Msg 87037)
From: NEWKID To: DSRTFOX
Thanks for the tip. Please leave pertinent info for me in mail. Thanks
James
-*-
87618 28-MAY 23:36 General Information
RE: Current Periodicals (Re: Msg 87592)
From: DSRTFOX To: NEWKID (NR)
Send $15 ($12.50 + $2.50 s&h) to FARNA Systems, box 321, Warner Robins, GA
31099. Thats for the quick reference guide for OS-9 level II and the patch disk
set. Separately they are $7.50 each (plus the $2.50 s&h per order.. or $9.50
each given two separate orders). I also have a QRG for OSK systems at $8.50 +
$2.50 S&H.
Running a special on that one now for $10 even.
-*-
End of Thread.
-*-
87594 28-MAY 08:27 General Information
RE: TEAC drives (Re: Msg 87415)
From: ALWAGNER To: JHICKLE
PLEASE, do >>>NOT<<< attempt what you suggested!!! (Changing the heads
from one drive to another.) Even if you were successful in getting the
hardware to appear to mate with the new drive unless you have the special
disk, the software to exercise the drive and more patience then the
proverbial saint, you will not be able to realign the drive! Either put
up with the noise or buy another drive and sell the noisy one to someone
hard of hearing. I don't get up to Delphi as often as I would like as I
don't live near enough to a node for it to be a local phone call. All my
calls to Delphi are toll calls. As a result, I just read your message and
I hope I'm not too late.
AlWagner
-*-
87699 1-JUN 23:03 General Information
RE: TEAC drives (Re: Msg 87594)
From: JHICKLE To: ALWAGNER (NR)
Thanks for the warning. I probably should forget about converting my
full-height drives to half-height, too, huh?
-*-
End of Thread.
-*-
87598 28-MAY 14:24 General Information
Help ID-ing Sony Microphones
From: MARTYGOODMAN To: ALL
I recently acquired (for $15 total, on a whim) two Sony brand
microphones.
One is a Sony ECM-18 older, electret condenser mike, which came
with a bizarre home-brew anti-vibration desk mount consisting of
a tetrahedron of soldered heavy copper wire and a weird spiderweb
of ribber band material supporting the microphone.
The other is a rather new-appearing Sony F-98 "low impedance"
cartioid microphone. It appears to be a dynamic type microphone.
I got these at a local surplus outlet. Can you tell me
anything about the quality or specs on these microphones?
The ECM-18 has a balanced mike cord connector in it, the
F-98 as an integral unbalance cord with 1/4 in phono plug at the end.
Any help in understanding what this mics are and where to best
employ them would be appreciated.
---marty
-*-
87599 28-MAY 14:29 General Information
XT Keyboard Key Codes needed
From: BOISY To: ALL
Hi All,
I am in need of a text file which contains XT type keyboard keycodes
that are returned when a key is typed. If someone could mail me this
information on Delphi, it would be *MUCH* appreciated.
Thanks.
-*-
87600 28-MAY 16:43 General Information
RE: XT Keyboard Key Codes needed (Re: Msg 87599)
From: STEWARD To: BOISY
Although I don't know where a text file is at. I do remeber when I bought my
keyboard a few years ago, it came with a sheet that showed the keycodes for it
when in either xt or at mode. You might want to check out someplace that sells
keyboards and see if they come with a sheet.
Brian
-*-
End of Thread.
-*-
87603 28-MAY 19:01 General Information
Internet
From: ETJ To: ALL
I am trying my hand at Internet. I understand that I must have Comm program
that imulates a VT100. I am using supercomm v2.2 which is ASCII. Could
someone point me in the dieection that will solve this problem. It appears
that I need to change comm prograsams or is there a fix for supercomm.
Any help would be appreciated. Thanks
Ed Johnson
-*-
87614 28-MAY 22:57 General Information
RE: Internet (Re: Msg 87603)
From: CHYDE To: ETJ
KbCom, which is in the database here has a very good VT100 emulation (it's
also a very good terminal program I use it myself <g>).
Chris
-*-
87631 29-MAY 11:12 General Information
RE: Internet (Re: Msg 87603)
From: COLORSYSTEMS To: ETJ
> I am trying my hand at Internet. I understand that I must have Comm
> program that imulates a VT100. I am using supercomm v2.2 which is ASCII.
> Could someone point me in the dieection that will solve this problem. It
> appears that I need to change comm prograsams or is there a fix for
> supercomm. Any help would be appreciated. Thanks
Depends on what you want to do in the Internet. If all you are going to be
doing is FTP, then you do not need a VT100 emulator. The problem comes in
if you want to TELNET out to another computer.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87632 29-MAY 11:33 General Information
RE: Internet (Re: Msg 87614)
From: ETJ To: CHYDE (NR)
Chris:
Thanks for the reply. I will look into KbCom.
Ed Johnson
-*-
87633 29-MAY 11:38 General Information
RE: Internet (Re: Msg 87631)
From: ETJ To: COLORSYSTEMS
Zack:
Thanks for the reply. I will try the FTP route as well as I will look
at KbCom as Chris suggested.
Ed Johnson
-*-
87646 30-MAY 06:09 General Information
RE: Internet (Re: Msg 87603)
From: JEVESTAL To: ETJ
> I am trying my hand at Internet. I understand that I must have Comm
> program that imulates a VT100. I am using supercomm v2.2 which is ASCII.
> Could someone point me in the dieection that will solve this problem. It
> appears that I need to change comm prograsams or is there a fix for
> supercomm. Any help would be appreciated. Thanks
Another program that is in the databases (I think) is called vt100, it
not only emulates vt100 but vt220 and others. It is not a smart term
like kbcom is, no extras, but it is small and can be ran at the same
time as Supercomm.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-8am 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: 8am-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
-*-
87647 30-MAY 20:10 General Information
RE: Internet (Re: Msg 87646)
From: ISC To: JEVESTAL
Jim,
A good way to use Supercomm on the internet is to use the ALT-T option and
select ANSI as your terminal emulation. Works for me!
Bill
-*-
87661 31-MAY 02:11 General Information
RE: Internet (Re: Msg 87647)
From: JEVESTAL To: ISC
> A good way to use Supercomm on the internet is to use the ALT-T option
> and select ANSI as your terminal emulation. Works for me!
The ANSI option in Supercomm is only a subset of VT100. It works for
some internet systems but not all. IRC does not work at all, neithor
does the Talk command (on Infonet).
For those systems that don't work with Supercomm I use VT100 at the
same time as running SC, or I run KBCom if I need to capture VT100
sessions (such as chats).
Jim
-*-
87689 1-JUN 04:30 General Information
RE: Internet (Re: Msg 87661)
From: ISC To: JEVESTAL
Jim,
I hate to disagree with you, but I use the ANSI option in Supercomm
in IRC chat all the time...no problem. I have not tried the talk command
on Infonet, but I will. Here is my system:
Most of my patched modules come from the patch disk I got from Rick
Ulland of CoNect. I am also using an SC II 4 in 1 interface from
Disto and the edition 9 clock module available here in the database.
Bill
-*-
87726 2-JUN 21:42 General Information
RE: Internet (Re: Msg 87614)
From: ETJ To: CHYDE (NR)
Chris:
I now have KBCOM out of the Shareware database. I would like to upgrade to
this program. Is it better to go directly to the comerical version? I can't
understand how to set up the shareware version so that I can capture data
such as forum messages and read/reply later. In addition I don't know how to
set the program up for downloading with xmodem-1000 or ymodem. I have rz
sz out of the data base but it doesn't help me too much from an ignorance
factor. I have never used an imulation program before and there is a lot
of greek in them words that I am reading. For instance I don't know what
an extension is or how to create one. If the commercial version would
help me increase my knowledge a little more painlessly I would be willing
to give it a try unless the cost is outragerious. Could you tell me if the
commerical version is still available, Who is now selling it and a phone
number and address if possible. Chris any help you or anyone else give me
will be greatly appreciated.
Ed
-*-
End of Thread.
-*-
87612 28-MAY 22:34 General Information
Old conference schedule.
From: AYUSKO To: GREGL
Greg, the conference banner still lists December dates. Maybe it should be fixed
?
Alex A. Yusko (AYUSKO)
-*-
87624 29-MAY 08:25 General Information
MECI #86 catolog
From: DONALDS To: MARTYGOODMAN
Marty; I just recieved the above catalog from Mendelson Electronics,
and on page 1 and on the back page the have advertized a 19" sony monitor
that has RGB plus composite out puts for computer use. Do you know anything
about this monitor as to if the RGB out put can be used with COCO III?
Don
-*-
87636 29-MAY 15:07 General Information
RE: MECI #86 catolog (Re: Msg 87624)
From: MARTYGOODMAN To: DONALDS
I've used Sony TV's with the CoCo 3 RGB analog output in the past.
These were the KV1311CR and KV2011CR, which were both predecessors
of Sony's XBR series... top of the line home TVs at the time.
Those had a 34 pin RGB video connector that had all sorts of
weird stuff on it (audio, audio signal control lines, RGB / video
switching control lines) as well as RGB analog inputs.
The WORD "RGB" is not enough to tell you if that monitor
supports the RGB of the CoCo 3. In this case, while we can be
pretty certain the monitor supports 15.75 KHz sync rate, what
we DON'T know is whether the "RGB" involves is analog or some sort
of digital RGB (such as CGA). If you can determine that the "RGB"
in question IS analog RGB, THEN I'd be virtually certain that you
CAN use the monitor to good effect with the CoCo 3.
You may have to make a custom cable for it, and may even have
to mess with the sync lines, to get things to work... but that's
VERY easy to do. I can help there, if you are not up to the task.
For the Sony KV series I made hundreds of custom cables for
individuals and dealers. Those cables required sync fixing...
I used a TTL logic chip (74LS02) to combine the CoCo's positive H
and V syncs into a single negative combined sync line, for the Sonys
wanted negative combined sync information, not separate postive sync.
The circuit is trivial... just run H and V sync into the two inputs
of one of the four NOR gates on the 74LS02... and use the OUTPUT
of that gate as combined negative sync!
Hope this reply helps... let me know if you get more info on that monitor.
---marty
-*-
87710 2-JUN 10:14 General Information
RE: MECI #86 catolog (Re: Msg 87636)
From: DONALDS To: MARTYGOODMAN (NR)
Thanks marty , That is exactly what I was looking for in info on the
monitor.
Don
-*-
End of Thread.
-*-
87625 29-MAY 09:03 General Information
RE: No Show to Fest (Re: Msg 87482)
From: DISTO To: MRGOOD
Don't know! -Tony
-*-
87627 29-MAY 09:05 General Information
RE: No Show to Fest (Re: Msg 87522)
From: DISTO To: MITHELEN
I am glad that you didn't have to wait for someone that never came. When I got
home, I made a bunch of calls. I didn't know if any of them got through. -Tony.
-*-
87628 29-MAY 09:07 General Information
RE: No Show to Fest (Re: Msg 87490)
From: DISTO To: DBREEDING
As far as I know, I should still be able to ship stuff. We'll see as I fill out
my next order. -Tony.
-*-
87630 29-MAY 09:56 General Information
RE: No Show to Fest (Re: Msg 87625)
From: MRUPGRADE To: DISTO
Next time,, git'chur self a straw hat. Pin a buncha fishing flies on it.
With a coupla poles sticking outta theh back window.
An,, just tell'em "them derned Americans, came up and caught all the fish,
and you going too Minnasota, to get even"!
ally too bad,, if driving I'd suppose it'ud depend on the:
mood/ gender/ & <g> time of the month of the particular border person.
Til then,,, Terry Simons
-*-
87639 29-MAY 20:30 General Information
RE: No Show to Fest (Re: Msg 87482)
From: CLTUCKER To: MRGOOD
-*-
87641 29-MAY 22:00 General Information
RE: No Show to Fest (Re: Msg 87639)
From: MRGOOD To: CLTUCKER
Your message 87639 to me was empty, care to try again?
Hugo
-*-
87652 30-MAY 21:47 General Information
RE: No Show to Fest (Re: Msg 87641)
From: CLTUCKER To: MRGOOD
No message MRGOOD. Just a BLURB.(heh)
-*-
87667 31-MAY 19:09 General Information
RE: No Show to Fest (Re: Msg 87630)
From: DISTO To: MRUPGRADE
Could be.... -Tony.
-*-
End of Thread.
-*-
87629 29-MAY 09:13 General Information
Puppo Interface
From: CHARLESAM To: MITHELEN
Paul, I connected the board up with five volts(4.90) and all I get is a
digitalized picture of three guys. There doesn't seem to be any power going to
the keyboard, no response at all. Its driving me crazy cause it worked fine
when I hooked it up at the motel. I was using it for hours. I took it down to
transport home. I'm lost now as to where to go from here. Is there a way to
trouble shoot this to see if there is a blown chip? Thanx Charlie
-*-
87634 29-MAY 12:22 General Information
RE: Puppo Interface (Re: Msg 87629)
From: MITHELEN To: CHARLESAM
Hm... Don't know... Try disconnecting the reset lead... I no longer have
my Puppo/CoCo, or the docs. If you did blow a chip on it, most of them are
easily obtaiable, and fairly cheep (I completely rebuilt mine at one time
when I had problem, which, ended up actually being a dead keyboard instead)
--
Paul
-*-
87635 29-MAY 12:51 General Information
RE: Puppo Interface (Re: Msg 87634)
From: CHARLESAM To: MITHELEN
The vendor that sold it to me is suppose to forward the docs. I guess I'll
wait till then. BTW, I'm using a Tandy enhanced keyboard. Its suppose to
emulate the keyboard this puppo unit is designed for. What is the name of
that keyboard? Just in case I have to get one should this one be dead.
Again thanx, Charlie
-*-
87656 31-MAY 00:05 General Information
RE: Puppo Interface (Re: Msg 87635)
From: DBREEDING To: CHARLESAM
Just thought I'd mention that the Sept '93 issue of '68 Micros had an
article on the Puppo keyboard. If you don't subscribe, check with DSRTFOX,
I'm sure he could ship you a copy. It might help you.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
87674 31-MAY 21:01 General Information
RE: Puppo Interface (Re: Msg 87656)
From: CHARLESAM To: DBREEDING
Ah, I do have all copies of 68 Micros. I'll take a look. Thanx alot.
Charlie
-*-
87675 31-MAY 21:02 General Information
RE: Puppo Interface (Re: Msg 87635)
From: HAWKSOFT To: CHARLESAM
Just to put in my 2 cents worth. As I recall the puppo needs more than
+5 volts. That's why the regulator and heat sink. I was designed to pull
power from the +9 or so instead of the already well loaded +5 line. The docs
say to connect it to the cathode (banded end) of diode D1. The boys show
up if the interface is not getting power. Also I have an old Eagle keyboard
that came with it originally, but, switched the puppo rom to one that works
with a standard keyboard. The control keys are different.
Chris
:-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-:
Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM
******************< Uploaded w/ InfoXpress vr. 1.01.00 >******************
-*-
87678 31-MAY 21:29 General Information
RE: Puppo Interface (Re: Msg 87675)
From: CHARLESAM To: HAWKSOFT
Thanx Chris, I thought thats where it was when they hooked it up in Chicago.
Problem is that even when I hook it up there, I still get the THREE. Maybe
the keyboard went but I'm inclined to think its a problem with the puppo.
Could you give me an idea which chip could go cause the appearance of
the THREE. I can't get them off. Charlie
-*-
87687 1-JUN 00:41 General Information
RE: Puppo Interface (Re: Msg 87675)
From: MITHELEN To: HAWKSOFT
Ah... Ya... Just goes to show ya how long it has been since I had my CoCo
(It does have a happy new owner though) My whole system was repackaged
into a Baby AT case, and natuarally, I hacked the Puppo to take its power
directly from the PC Power supply... Thanks for the corrected info Chris.
--
Paul
-*-
87688 1-JUN 00:43 General Information
RE: Puppo Interface (Re: Msg 87635)
From: MITHELEN To: CHARLESAM
BTW, did you try takeing the reset lead off? Does the THREE still appear when
you
do so? if so, then it is a problem on the CoCo MB instead.
--
Paul
-*-
87702 1-JUN 23:19 General Information
RE: Puppo Interface (Re: Msg 87688)
From: CHARLESAM To: MITHELEN (NR)
Yeah Gene, I tried everything. If it is the coco mother board, it doesn't
show up when I put back my old setup. Nothing else is amiss. I would
expect if there was trouble with the coco, something else would bomb.
No? Anyway, if you read my messages to Gene(WATV5), you'll see I'm
up to my A__ with Nitros9. I'll get it now but darn, its a trip. When
I get it done I'll get back to the keyboard again. If thats not
enough to keep me busy, I expect a two meg upgrade soon, so I'll
have to go back and patch some more. I LOVE IT!!!! Drive me crazy
with problem after problem and I keep coming back for more. Thanx Paul
Charlie
-*-
87719 2-JUN 20:42 General Information
RE: Puppo Interface (Re: Msg 87678)
From: HAWKSOFT To: CHARLESAM
Charlie:
> THREE. Maybe the keyboard went but I'm inclined to think its a problem
> with the puppo. Could you give me an idea which chip could go cause the
> appearance of the THREE. I can't get them off. Charlie
>
Don't have a clue (the puppo is one of the few things I havn't messed
with). The thing I remembered is that when I forget to hook up the power
clip and then put the AT case back together and pwered-up, all I got was
The THREE MUGateers! Are you sure you have a good ground?? That will cause
no power (and the three) as well.
Chris
:-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-:
Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM
******************< Uploaded w/ InfoXpress vr. 1.01.00 >******************
-*-
87720 2-JUN 20:42 General Information
RE: Puppo Interface (Re: Msg 87687)
From: HAWKSOFT To: MITHELEN (NR)
Yeah Paul:
I modified mine for the AT case. That's why I remembered where it used
to go!!
Chris
:-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-:
Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM
******************< Uploaded w/ InfoXpress vr. 1.01.00 >******************
-*-
87725 2-JUN 21:34 General Information
RE: Puppo Interface (Re: Msg 87702)
From: JRUPPEL To: CHARLESAM
Man, can I relate to that! I just got done installing a 2-meg and a 6309 and
am now repacking into a tower. I'm having power supply problems now, after
having to replace my Coco bus witha ribbon cable because the plug went bad.
two weeks deglitching that, now the repack....
I LOVE IT!
John (going Coconuts in Lansing)
-*-
87730 2-JUN 23:10 General Information
RE: Puppo Interface (Re: Msg 87719)
From: CHARLESAM To: HAWKSOFT (NR)
I'll check my connections next time I hook it up. I'm in the middle of
installing
software right now. Thanx Chris
-*-
87731 2-JUN 23:12 General Information
RE: Puppo Interface (Re: Msg 87725)
From: CHARLESAM To: JRUPPEL (NR)
Yeah! Give me a coco headache anyday. You sound like your having a good ole
time. Keep on trucken, the CoCo Lives on! Charlie
-*-
End of Thread.
-*-
87640 29-MAY 20:51 OSK Applications
Cumana/OSK for Atari-ST: working, but st
From: PAULSENIURA To: ALL
Hello people, got some good news. I can actually use Cumana/OSK v2.3
for Atari-ST on my ICD hard drives now! Even boot up from it!
But... y'all might remember how Seagate put some kind of "feature"
into their SCSI drives (the older ones at least): If ya don't access
the drive after a while, it'll "go to sleep". Do any of y'all
remember how to deal with this "feature"? It's actually causing OSK
to freeze-up when I try to access the drive after it's done that...
and I hafta reboot it all up again just so to reset it.
I've zapped the word at offset $8DC in the STHD driver from $0080 to
$2080 -- that has seemed to fix my original "Not Ready" errors just
fine. (FYI: My STHD is Size=$A9C, Edition=$1F, Revision=$00,
original CRC=$C45E91.) My ST has FasTech's Turbo16 CPU upgrade in it
(16MHz with instruction cache that can't be turned off). Should I
make this "delay value" even larger?
I've already patched the device descriptors to have a huge PD_Trys
value (offset $60 in the descriptor = "number of times a device will
try to access a disk before returning an error"). Setting this to a
$01 says only One Try and No Retries. Setting this to $00 is saying
to use whatever the Driver (STHD) wants to do as a Default (even if it
doesn't want to). Also "any other value" says to use this Default.
(Cumana sent me a OSK Tech Manual for v2.1 and not for v2.3, darn it,
so that's all I know what to try next.)
Right now all my /Hx & /DD things have PD_Trys set to $77 just in case
the driver I got will "honor" this many retries. But it isn't...
After not exercizing the drive for a while, then accessing it, I'm
still getting Error #000:246 (Not Ready). If I access it again right
after that error, the system stays locked up (while the STCON cursor
continues to flash!), and the drive's LED stays lit solid 'til I
reboot (powering off/on the drive [only] doesn't help either). I.e. a
Ctrl+C can't get me out of a 'DIR', for example.
ICD's own drivers (for "native" ST TOS/GEM) deal with this problem
just fine: With their v6.4.3 driver, you can set the number of
retries up to 4. I've not had any trouble with ICD this way running
this very same h.d. when it goes to sleep like this. (You can tell it
is retrying, however; and it's recovering & resetting itself just
fine.)
So I need the same "recovery" for Cumana/OSK v2.3 in this STHD
module.
Yeah, this is *so* irritating... If & whenever I can get this fixed
in the STHD driver, I'll post everything in a synopsis so y'all will
know what to do to make any make/model drive and your ICD interface
work _reliably_ with OSK. (Could even put it into the FAQ.)
Thank you a bunch for your time -- we're getting close but still no
cigar!
-- Paul Seniura (from Oklahoma City)
Internet: PaulSeniura@delphi.com
(p.s. Please respond via private e-mail as I don't get to access this
place very often. Also let me know if it's okay to mention your info
& name in a public post for my synopsis later.)
-*-
87644 29-MAY 23:48 Telecom (6809)
RE: Supercomm... (Re: Msg 87214)
From: 10BAUD To: DBREEDING
Oh yeah--the ^C problem. Some one here on Delphi gave me the
solution to that one,too. I run osterm from the following
procedure file:
t
chd /d0/USR/DLD/telcom/WORK
display c
tmode .1 abort=0 quit=0
load osterm&
osterm </1
tmode .1 abort=3 quit=5
The "abort=0" in the tmode command prevents the operating system
from intercepting the control-c character allowing osterm send it
to delphi.
Another solution to that problem is to get to an os9 prompt (by using
the shell command or the clear key to get to another window) and
typeing:
display 03 >/t2
You're right that it could use a few touch ups, but by now, it feels
to me like the software equivalent of an old comfortable sweater.
And I just make allowances :>
-*-
87658 31-MAY 00:07 Telecom (6809)
RE: Supercomm... (Re: Msg 87644)
From: DBREEDING To: 10BAUD (NR)
> Oh yeah--the ^C problem. Some one here on Delphi gave me the
> solution to that one,too. I run osterm from the following
> procedure file:
> ...
> The "abort=0" in the tmode command prevents the operating system
> from intercepting the control-c character allowing osterm send it
> to delphi.
I never had any problem with it being intercepted, I just sent it from
the keyboard and then let the autodialer do the rest. I just could not
get the control sequence to work from a macro.
> You're right that it could use a few touch ups, but by now, it feels
> to me like the software equivalent of an old comfortable sweater.
> And I just make allowances :>
I like it too. And as you say, it is pretty comfortable.
Also I guess any software you name has something somewhere that could be
fixed. I know "we" can always find something that could be done better <G>.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
87645 30-MAY 00:08 General Information
Nitros9
From: CHARLESAM To: ALL
I got my Nitros9 patch disks at the Fest. Now when I check my modules in
my bootfile, I find that I have no match for several mods. I can't find
a match for os9p3, cc3io, cc3disk, and the clock module for smartwatch.
If anyone has been through, and I'm sure there are a few, any help here
in finding the matching mods for nitros9 would be appreciated. There are
other patches like cmds and extra that I can't match either but I don't
think they are as important. Thanx Charlie
-*-
87650 30-MAY 20:28 General Information
RE: Nitros9 (Re: Msg 87645)
From: WDTV5 To: CHARLESAM
I don't think my OS9p3 is patched either, and I don't think it needs to be
to function just fine. CC3io has so many variations we'll never get them
all! Mines as oddball as they come, its been patched for the seriel mouse.
CC3Disk... Unless you are running an aftermarket controller, whats going
on is that probably its been modified for quicker motors/step etc. Go
back to the distribution disks and get that one. The aftermarket stuffs
have been pretty well covered tho. My disto no-halt (SCII) runs great.
SmartWatch... I don't think thats covered in what I've got here either, and
without that, you're not gonna get it to run. I'm not familiar with it
either unfortch. Can ya bring me up to date on the hardware it uses?
Cheers Charley, Gene
-*-
87654 30-MAY 22:37 General Information
RE: Nitros9 (Re: Msg 87650)
From: CHARLESAM To: WDTV5
As I said in an earlier message, I got most of what I need. I'll leave
os9p3 out if I have to. The smartwatch is in my Disto SCII, piggybacked.
Thats all I can tell you now. There is a clock for it, probably in database
here. I just got to find it. The rest I found. But for now its elimentary.
First I got to get back into my HD... Charlie
-*-
87679 31-MAY 21:56 General Information
RE: Nitros9 (Re: Msg 87654)
From: WDTV5 To: CHARLESAM
os9p3 is the error reporter, and as far as I know, will run in a nitro
system as is. Lemme see mine a sec. Yeah, its $141 long, with a crc=$1136EC.
If thats the same one you've got, runs just fine in a Nitro system.
Cheers & hope you get that attr on grfdrv fixed. Gene
-*-
87698 1-JUN 23:02 General Information
RE: Nitros9 (Re: Msg 87679)
From: CHARLESAM To: WDTV5 (NR)
Yeah, I got back after making a new boot disk. I'll keep this disk for
future blunders(and we know there will be many) so that I won't have to
do again. I copy your statements on os9p3. This is what I've been doing
wrong. After the original patch pass, I gathered all the modules that
needed a different version until I had a complete os9boot patched. I
went crazy trying to figure out why it won't boot. It finally dawned
on me that my bootfile might be good(patched) but my kernel in memory
wasn't. So now I have a patched kernel in a file in my root directory
of my bootdisk and I'm trying to figure how to put the kernel and
os9boot together on track 34 where they belong. I tried the util
called kwikboot but it does work the way I want which is to overwrite
the existing kernel(unpatched) with my patched version. Of course
there is another tedious way. Gather all the patchable modules in a
new boot, boot it up and let nitros find all good patchable mods
and create a new boot that way. This is not easy. Thanx Gene for all
your help. Charlie
-*-
End of Thread.
-*-
87648 30-MAY 20:10 General Information
Club flyers
From: MRUPGRADE To: ALL GROUPS (NR)
Anyone in a CoCo club,, who would like some "MI&CC" flyers, leave me
your address in E-Mail,, and I'll send some for your next meet. With
members troughout theh US & Canada + stretching from Austrailia, to
England,,, we lik to at least have e member from your group to recieve our
UPGRADE Newsdisk.
Both our OS-9 Library and support,, has been commended by our present
members.
Terry Simons treas/ Editor for "Mid Iowa & Country CoCo".
-*-
87651 30-MAY 20:42 System Modules (6809)
Ramdisk
From: WDTV5 To: ALL
I'm in the middle of doing a fresh ramdisk for the os-9'ers, based VERY
loosely on the devpack version but capable of useing ram up to the amount
in the machine even if its a 2 megger!
I started on this because the compiler chokes if /r0 isn't iniz'ed first,
thinking that was a bug. Well it is and it isn't. OS-9 is doing that to
us as it does its own "iniz" on the module if it hasn't been already,
then allows the write of a file to the ramdisk without reporting any
errors. Unforch, if it self initialized it, it also de-inits it at the
end of the write! So the file is lost, and c.pass1 (ansifront) can't
find the output from c.prep. I want to stop that, effectivly making the
ramdisk refuse to deinit if the directory isn't empty. I'm torn between
using the regular error paths to report it, or just outputting the
phrase "the root dir isn't empty" on stderr. If I use an error number,
then the compiler and other progs will probably choke on it anyway when
in fact they could keep on truckin! So I need some input, what do tou
all (you) want it to do. The choices are to ignore it without errors, and
let you folks learn to delete all files before deiniting, haveing an
error mesage pop up at odd times, or returning a process killing error.
What'll it be folks?
Cheers all, Gene
-*-
87655 30-MAY 22:48 System Modules (6809)
RE: Ramdisk (Re: Msg 87651)
From: JRUPPEL To: WDTV5
For one who has run up on several problems due to lazy ramdisk etiquette, I
for one would like a ramdisk to doesn't go away and won't choke the process
I'm running to death if I forget to iniz or forget to empty it before I shut
it down. Also, my ramdisk is buggy running Supercomm. It goes south even if I
don't forget to set it up before using it. Dmode returns a disk sector count
of over 13 MILLION! I'm running Powerboost, BTW, with a 2-megger.
John Ruppel
-*-
87663 31-MAY 02:26 System Modules (6809)
RE: Ramdisk (Re: Msg 87655)
From: MITHELEN To: WDTV5
The only "problem" i see with you idea, is that being able to deiniz the ram
disk, even with a bunch of file on it, is a goo way to "reformat" it, or
delete a lot of junk files that may have been left on it...
-*-
87680 31-MAY 22:08 System Modules (6809)
RE: Ramdisk (Re: Msg 87655)
From: WDTV5 To: JRUPPEL
You're doing something I've not done, use the ramdisk as a dl catcher. I
always goto the default dir option I'v got programmed into SC23 here.
Which is direct to my hard drive as i figure if I don't like it, theres
always that 'del' I wrote to handle bad puppies. So I can't define by my
own experience whether or not the ramdisk is flakey when running SC.
However, I will check into that before I'm done. Right now, whats happening
to the ramdisk if you forget to Iniz it is that os9 iniz's it just long
enough to allow an error free copy into it to take place, but as soon as
the copy operation is done, os9's internal link count for that device goes
back to zero so os9 deinits the darned thiing. Increasing the link count
in the root directories FD sector does NOT tell os9 to leave it alone.
According to what I'm reading, and my interpretation of same, if the link
count is greater than 0, it should leave it alone. It don't, needless to
say. I may be able to diddle os9's own copy of that link count but so far
have not investigated that path yet, time constraints and all that.
On another tack, I did figure out how to divide my golf score by 3 legally.
Easy when you're in a "best ball" tournament with the 2 top players around.
I guess putting up with me was their pennance for something or other, but
we did make enough to get our entry fee back! Small town golf course &
CC. Cheers John, Gene
-*-
87681 31-MAY 22:13 System Modules (6809)
RE: Ramdisk (Re: Msg 87663)
From: WDTV5 To: MITHELEN
Maybe, but thats poor housekeeping too. Yeah, I know, if forgetting to iniz
it is poor housekeeping, then I'm guilty many times. But if it refuses to
deinit from either the os9 automatic, or from the deinit command until its
empty, to me that would be much the lesser of the evils. If I do that, I
think that instead of attempting to define a new error code, I'd have it
spit out a short msg via stderr, clean up the carry and B reg and return
with no error to report. That would depend on something to display the msg
sitting on the stderr path, but we have that 90+% of the time anyway.
Not fixed yet, not even a general shape in warm butter! Still looking
for input on this. Anybody else got 2 cents worth?
Cheers Paul, Gene
-*-
87690 1-JUN 20:31 System Modules (6809)
RE: Ramdisk (Re: Msg 87680)
From: JRUPPEL To: WDTV5 (NR)
I just got a hard drive at the Fest, so I'll probably be using that as soon as
I figure wht's wrong with my repack. I think I have my power connected wrong,
but I'm not sure.
The last best ball tourney I got into, I shot the best round in the group...we
got the Boobie prize...a foot mashie in commemoration of the fact that our
threesome played the entire 18 holes from the rough and the sand <G>
I'll keep ya posted on further developements in the never-ending quest for the
ULTIMATE COCO!
John
-*-
End of Thread.
-*-
87665 31-MAY 02:40 Programmers Den
multi-vue
From: CURTPANTLE To: ALL
I wrote a short C program and "#include"ed wind.h, stdmenu.h, mouse.h and
buffs.h. When I tried to compile it, I got the following error messages:
stdmenu
line 60: identifier missing and ; expected
sizeof(_tanitms)/sizeof(_tanitms[0]),1,0,0,_tanitms
mouse.h
line 22: identifier missing
pt_res;
line 27: too many brackets
} MSRET;
The code on my disk files is the same as the code in the Multi-Vue manual, p
10-65 thru 10-72. Does anyone know the source of the errors?
-*-
87668 31-MAY 19:57 Programmers Den
RE: multi-vue (Re: Msg 87665)
From: COLORSYSTEMS To: CURTPANTLE
You may need to include stdio.h first.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87686 1-JUN 00:28 Programmers Den
RE: multi-vue (Re: Msg 87668)
From: CURTPANTLE To: COLORSYSTEMS
Zack,
.h as the first "#include" -- tried changing the order
of the included header files and the mouse.h error dropped out but
I got errors for my program code, which I know is right. Something's
still missing!
Curt
-*-
End of Thread.
-*-
87666 31-MAY 18:50 General Information
question - mabey
From: PAUL8 To: ALL
A friend of mine has a used RS PC, but wrote a program in basic. I asked him
to give me a 3.5 disk of the program and someone here may see if it can be
used for OS9. I doubt that the above is possible, but if he gives me the
program, I will try to upload it to see what you think unless told otherwise
by a Sysop. I realize this is OS9, but he has in enexpensive RS (so he says)
and wrote the program in basic.
Paul
-*-
87676 31-MAY 21:03 OSK Applications
G-Windows
From: HAWKSOFT To: FHOGG
Hi Frank!
Thanks for the replacement disk! G-Windows is now running fine, except!
I'm having some problems with the file-recognizer. I wrote a recognizer to
use with sound files, and, it doesn't work. But, neither do the three
included with G-Windows. Any un-recognized file is shown as binary and
the information menu says that the file type is 'umacs <>>>/win &'. Looks
like a problem parsing the list within desktop. (I did a little fiddling).
Anyway, did you shake that file loose from Delphi yet??? <g>
Chris
:-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-:
Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM
******************< Uploaded w/ InfoXpress vr. 1.01.00 >******************
-*-
87682 31-MAY 22:37 Programmers Den
os9p3
From: WDTV5 To: CHARLESAM
I'm afraid I may have tossed out a pretty bad curve with that last msg
regarding os9p3. It turns out that the one I have in memory has been stretched
by one byte at some time back about the kt boundary in an attempt to de-blob
the system, and has since propagated down thru all the boot disks I've made
since then. The real size of every copy of os9p3 (includeing from the
NITRO directories) is $140 (320 decinal) and the crc is $3B3304. It hasn't
des that I know of. Sorry about the
confusion that $141 long os9p3 may have caused, its local to my system,
and not valid as an indicator of being nitro'd. Cheers Charley, Gene
-*-
87683 31-MAY 22:49 Programmers Den
RE: os9p3 (Re: Msg 87682)
From: WDTV5 To: CHARLESAM
Yeah, I just checked, there is an "upgrade". It doesn't do sqwat! It ups
the at/rv from 81 to 82, fixes the header parity and crc. Absolutley no
actual change in the modules code, none, nada, zip, all balls. us it as is.
S/B use it as is. Cheers Charley, Gene
-*-
87700 1-JUN 23:08 Programmers Den
RE: os9p3 (Re: Msg 87682)
From: CHARLESAM To: WDTV5 (NR)
Yeah, I got that. I don't know if after I get this os9boot with kernel
together....if I won't have blob troubles too. For awhile yesterday,
I was sure that was the problem. But even after I took steps to avoid
it, I still didn't boot. Thats when I reviewed my steps and figured
out my mistake. Thanx Charlie
PS How can I pad a module by one byte? That also eludes me. I have dEd.
-*-
End of Thread.
-*-
87694 1-JUN 21:05 Programmers Den
rule for blackjack
From: PAGAN To: ALL
Does anyone out there know what the rules are for "insurance" and "double
down" in blackjack are? I noticed them on the pocket game my daughter plays
with and thought maybe I should add them to my program.
Stephen (PAGAN)
Intel - putting the boredom back into computing!
-*-
87707 2-JUN 01:56 Programmers Den
RE: rule for blackjack (Re: Msg 87694)
From: CURTPANTLE To: PAGAN
Yep, at least for Las Vegas blackjack. You can make an insurance bet
any time the dealer has an ace for the upcard. If the dealer has 21,
the player gets twice the amount of the insurance bet. If the dealer
does not have 21, the player loses the insurance bet. The player's
insurance bet can only be half the original bet. Example: Player's
original bet is $10. Dealer has ace upcard. Player makes insurance
bet of $5. Dealer has 21 -- player gets $10; no 21 -- player loses
$5.
Player can double down, that is, double the original bet on any two
cards. Then the player receives only one more card and the player's
card count must beat the dealer's card count for a win.
Hope this helps, can go into more detail if you like.
Curt
-*-
87709 2-JUN 07:08 Programmers Den
RE: rule for blackjack (Re: Msg 87694)
From: JEJONES To: PAGAN
> Does anyone out there know what the rules are for "insurance" and "double
> down" in blackjack are?
Ack...I knew once, but I've forgotten. Paperback copies of Hoyle should be
readily available, though, and one would think that they'd have the details.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
87738 3-JUN 02:27 Programmers Den
RE: rule for blackjack (Re: Msg 87707)
From: PAGAN To: CURTPANTLE
Curt,
Sure does help, thanks. Let me recap the algorithm briefly to make sure I
understand:
Insurance:
1. Dealer has ace showing. Else go to 4
2. Player can place a bet of 1/2 his original bet that the dealer
has a "natural" (21). Rounded up or down?
3. If dealer has 21 the player recovers the insurance bet and is paid
twice that amount by the house. Else the insurance bet belongs
to the computer.
4. play proceeds normally.
This changes things a bit since the version of Hoyle I based the program on
says the dealer wins automatically if he has a 21.
Double down:
1. Player doubles bet right after deal is done. Takes one more card.
2. Player's turns ends.
3. Play proceeds normally
I assume that this is only invoked if the player has 11 in his hand. It
doesn't make much sense otherwise.
Stephen (PAGAN)
+--------------------------------------------------------------------------+
| Nature is not benevolent; Nature is just, gives pound for pound, measure |
| for measure, makes no exceptions, never tempers her decrees with mercy, |
| or winks at any infringment of her laws. - John Burroughs |
+--------------------------------------------------------------------------+
-*-
87739 3-JUN 02:27 Programmers Den
RE: rule for blackjack (Re: Msg 87709)
From: PAGAN To: JEJONES (NR)
>Paperback copies of Hoyle should be readily available, though, and one would
>think that they'd have the details.
I based the program on a paperback version of Hoyle. Of course, the
inscription "To Fred from Wilma" should have clued me that there might be
some postdiluvian variants not included <g>.
Stephen (PAGAN)
+-----------------------------------+
| Let Accuracy triumph over Victory |
+-----------------------------------+
-*-
87740 3-JUN 03:05 Programmers Den
RE: rule for blackjack (Re: Msg 87738)
From: CURTPANTLE To: PAGAN (NR)
Stehen,
Your algorithmns are perfectly correct. On an insurance bet the dealer
will make change in quarters so that the player can make the bet exactly
half of the original bet. Most players take the insurance bet (it's
actually just an extra bet) if they have 21. If the dealer has 21,
the player will win the insurance bet, but "push", that is get back his
original bet. If the dealer does not have 21, the player loses the
insurance bet, but wins his original bet, since the player has 21. In
this sense then it's an insurance bet for the player who has 21, because
the player will win the hand regardless of what the dealer has.
On the double down most players will always double if they have 11 as you
are saying. However, if the dealer has an upcard that is not a ten,
most players will double down in this situation.
Anyway, these are rules of strategy rather than rules of play. Speaking
of books on card rules, there are books that lay out what is called
basic strategy. Basic strategy is a set of decision-making rules for
the player that determines the player's course of action depending on
the player's card count and the dealer's upcard. Basic strategy in
many cases was devised by a computer program that did three things:
1. implemented the game according to the rules of play
2. automated the game to play thousands of hands automatically with
the player's decisions being made according to a set of rules
3. kept track of the outcomes so that the success of the player
could be determined in accord with which set of rules were being used
for the player's decisions
Well, anyway I'm always fascinated with applying computer power to
games and probability models -- good luck with your project!
Curt
-*-
End of Thread.
-*-
87697 1-JUN 22:49 General Information
OS-9 Live! Conference
From: BOISY To: ALL
In the spirit of promoting OS-9, I've set up the OS-9 Live! conference
on the first and third Saturday night of every month at 10:00pm Eastern.
This conference is open to all OS-9 users, but I would hope to keep
topics mainly geared toward OS-9/680X0 and OS-9000. For the first few
conferences, I don't have a specific topic planned, but anticipate
that will change.
Hopefully some fruitful discussion will eminate from these conferences.
I certainly plan on being consistent with this idea. I don't intend
for this to be "yet another conference" or a bull session, but something
with substance.
The first conference is planned for this Saturday, June 4 at 10:00pm EST.
I look forward to seeing you there.
-*-
87722 2-JUN 20:52 General Information
RE: OS-9 Live! Conference (Re: Msg 87697)
From: CPERRAULT To: BOISY
Well, you pulled through for us Boisy! :-) I plan on being there unless
something comes up.
A couple ideas for conference topics you may want to consider:
1) Every couple of months or so, the topic should be devoted to the latest
going's on of the OS9 UG. This may help inform nonmembers and turn them
into members.
2) At this stage one idea is to develope an ongoing theme of the conference
with that theme being the migration from OS-9 Level II to Profession OS-9
This could prove beneficial, as people who have been putting off
upgrading due to lack of understanding the OSK environment. Even if the
so far non-OSK users aren't Coco users, it is possible that people from
other platforms may be interested in 'zomething different' :-) If we
inform them on what is available and show all the possible paths they can
travel with OS-9<notice the '-' you demand<Grin>.
3) At a certain point before each fest, we should devote on or more
conferences to the upcoming fest.
Well, I'll quit now, but I'm just getting warmed up. There are so many
topics we can cover with the conference, we may need to start a couple
more. :-)
>Chris<
-*-
End of Thread.
-*-
87701 1-JUN 23:13 Programmers Den
cc 2.5.0
From: RICKADAMS To: ALL
Does anyone have cc 2.5.0 to give to me somehow? I need it to be able
to compile UUCPbb.
Perhaps it could be uploaded to the databases here?
-*-
87703 1-JUN 23:22 General Information
WDTV5
From: CHARLESAM To: MITHELEN (NR)
Paul, thats WDTV5 not WATV5 in my last message. (Sorry Gene...;-) )CM
-*-
87712 2-JUN 20:05 General Information
help
From: ROBERT84 To: ALL
Could someone tell me what the largest RLL type drive is that I could get
ahold of. I am using a seagate 238R now with a B&B cocoxt-rtc. But I would
like to get a bigger hard drive. Thanks for the help
Bob
-*-
87713 2-JUN 20:35 OSK Applications
MM/1 Trek
From: VAXELF To: KSCALES
Ken,
It was great seeing you too. I had a great time. Didn't get much sleep
friday or Saturday night. Toooooo busy talking to everyone and checking
out all the behind the closed door stuff. (future products and such).
The wolfinstien clone was very outstanding. When he gets it ready to sell,
it's going to be a hot item.
anyway, yes I am using the "sh" shell, but I have tried various ways to
run the game. I open another window using the standard shell, error
I then reset my SHELL enviroment to "shell", still error.
Then I reconfigured the OS9Boot to use the stock "sysgo", still error.
Sure thought by using the stock sysgo, it would work.
Memory should not be a problem. 2033 KBytes befor starting game and
1813.5 KBytes after starting game.
Sound works if executed as:
phasers
shell phasers
When I reconfigured using the stock "sysgo", this was off the new upgrade
disk that I got from David at the fest and using the latest "bgfx" that
I also got from David at the fest.
As a software engineer, I know all too well the trials and tribulations of
software problems.
John D.
-*-
87714 2-JUN 20:38 OSK Applications
games
From: VAXELF To: COLORSYSTEMS
Zack,
Are you sure these card games can be won?????????
Boy they sure are tough.
Nice to finially meet you at the fest.
John D.
-*-
87734 2-JUN 23:15 OSK Applications
RE: games (Re: Msg 87714)
From: COLORSYSTEMS To: VAXELF (NR)
> Zack,
> Are you sure these card games can be won?????????
> Boy they sure are tough.
>
> Nice to finially meet you at the fest.
>
Heh, heh. Yeah, some of them are tough to win. Particularly Spider and
Canfield. Pyramid normally has about a 2-5% win rate, while Klondike has
a 10-20% win rate. (Statistically speaking!)
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
End of Thread.
-*-
87717 2-JUN 20:40 General Information
Nitros-9
From: CHARLESAM To: MITHELEN (NR)
Well Paul, I finally got it working, Nitros-9 that is. Had to start
scratch and put all the patchable modules in a boot. After I booted
with these modules, I used nitros9 to make a new boot from memory.
It works fine, with an obvious increase in speed during boot. My
long startup which gives me Dynastar, Supercomm, and Presto-Partner
all up and running, plus an extra window for working, takes 1:15 as
opposed to 1:45 prior to Nitros-9. That includes 31 modules loaded
into memory other than my boot mods. The only set-back being none of
my games work, coco crashes if I try loading them. I'll just use
my old bootfile when I want to run them. Grfdrv is the most important
module where graphics are concerned, and I've updated that mod. The
speed increase with just that change (grfdrv) is remarkable. When
I play Klondike(Solitaire), I get instant results when calling for
a new deal. I'll just get good use out of the multiboot utility I
got at the Fest. Did you finish doing your friend's upgrade yet? I
found some modules that the upgrade bombs on, like RBF $4B1153. It
upgrades okay but an ident shows BAD CRC. Of course it won't boot.
I used RBF $EFBE13, which is the original. It happened twice like
that, so I know its a bug in the patch program. Well now I got some
more docs to read so I can install more STUFF.... I have the multi-
boot util, CocoTop- a mouse driven utility, a games disk with five
games included, VED - text editor and some other stuff I forgot I
bought. Oh yeah, QuikLetter, which I should do first cause it will
save me memory over Dynastar. Of course I'm waiting for the two meg
upgrade also. Busy, busy, busy.... My wife is talking divorce here.
Thanx for your input, I'm always glad to get the help. Charlie
-*-
87727 2-JUN 22:23 General Information
RE: Nitros-9 (Re: Msg 87717)
From: REVWCP To: CHARLESAM
Dear Charlie:
If you still have problems come the weekend of July 9th, I know a monk who
makes house calls. I will be in New York that weekend to see my mother. We
have a memorial service for my father that saturday. I will be arriving on
thursday,
July 7th and returning to Wisconsin on July 14th. I'll get in touch with Keith
and we can try to all get together.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
87732 2-JUN 23:14 General Information
RE: Nitros-9 (Re: Msg 87727)
From: CHARLESAM To: REVWCP
Looking forward to your visit. Tell Rick I said 'Hello, tell him to write
soon. Regards Charlie
-*-
87736 3-JUN 00:00 General Information
RE: Nitros-9 (Re: Msg 87732)
From: REVWCP To: CHARLESAM (NR)
I'll convey the message to Rick.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
End of Thread.
-*-
87718 2-JUN 20:42 OSK Applications
chess
From: VAXELF To: COLORSYSTEMS
The manual for K-Window Chess arrived today. Thought you like to know.
It run great. I have a book on classic chess games. going to see how well
it stands up to some of the masters.
John D.
-*-
87721 2-JUN 20:45 General Information
Nitros-9 and games
From: CHARLESAM To: ALL
Has anyone else had problems with running games under native Nitros-9? If
so, did you find a way to get them to work? I have by nitros9 in place but
if I run Klondike, Smash, or Shanghai CRASH!. I'm sure there is something
that can be done. Thanx Charlie
-*-
87728 2-JUN 22:25 General Information
RE: Nitros-9 and games (Re: Msg 87721)
From: REVWCP To: CHARLESAM
Dear Charlie:
I'm not certain where the problem is. Klondike, from Zack Sessions Solitaire
Games works for me. The Shanghai I have is Shawn Driscolls' Basic09 version.
I will have to check CRC's, etc., and get back to you.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
87733 2-JUN 23:15 General Information
RE: Nitros-9 and games (Re: Msg 87728)
From: COLORSYSTEMS To: REVWCP
It is probably that the Klondike he is referring to is not mine. My
Klondike uses perfectly "legal" OS9 code and should work on any OS9 engine.
And there were numerous Klondike's for OS9 released.
------------------------------------
Zack C Sessions
"We did not inherit the Earth from our Ancestors,
we borrowed it from our descendants." Ancient proverb
-*-
87735 2-JUN 23:15 General Information
RE: Nitros-9 and games (Re: Msg 87728)
From: CHARLESAM To: REVWCP
I have to check my versions. I must be doing something wrong here. Charlie
-*-
87737 3-JUN 00:28 General Information
RE: Nitros-9 and games (Re: Msg 87721)
From: KSCALES To: CHARLESAM (NR)
> Has anyone else had problems with running games under native Nitros-9? If
> so, did you find a way to get them to work? I have by nitros9 in place
> but if I run Klondike, Smash, or Shanghai CRASH!. I'm sure there is
> something that can be done. Thanx Charlie
Can't really help here, except to provide some encouragement: Since Alan
DeKok is a confirmed NitrOS-9 user, it's a safe bet that his Smash can
be made to run under Nitros. And, assuming that you are referring to the
NX version of Shanghai, it was ported to OS-9 by Alan and Bill Nobel, one
of the Nitros authors -- so it should also be compatible.
A shot in the dark from the blind... perhaps these programs are using
'vdgint'. Did this module patch OK during your installation? Is it
included in your bootfile?
Best of luck... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
=-=-=-=-=-= Intel: Putting the backward in backward compatible =-=-=-=-=-=
-*-
End of Thread.
-*-
87723 2-JUN 21:01 Programmers Den
Protector Program Update
From: CPERRAULT To: ILLUSIONIST (NR)
Hi again Mike, long time no see. I'm just writing to update you
on the latest progress I have made with my Protector utility project I
told you about before. And of course, I have questions about my latest
non-feature<Grin>. This is also aimed at anyone else in forum who may
have some clues, and a little time to check the source, or run it in
from basic09. Since hooking my fathers printer to the Coco, I have
started working on my programming projects once again<I can't stand
not having the printouts. I don't care for having to constantly switch
through windows to compare code>. I have since fixed, as far as I
know, all the problems I was reporting before. Of course it's been
about a week or two, so I already forget what those problems were I
was having, but it was a matter of modifying a loop structure a
certain way that did the trick. I couldn't quite understand why the
fix I did worked<it didn't seem to logically differ from the code I
already had, but since it worked...>. I should be keeping printouts of
the old source so I should remember exactly what those questions are
so I can post to all here, just to better understand things. Anyhow,
that's not what I'm here to ask about.
For the most part, I have MOST of the program done. Once I get
through this latest glitch, I will just add a couple more features I
am hoping to add, which, knock on wood<a couple times> shouldn't be
too much trouble. Just for a quick rundown for those who don't know or
remember the purpose of this program, it is designed to take files
entered in standard input<keyboard> or from a text file<once I add the
-f flag>, and compare those files with the filenames in the current
data directory. If the names are NOT equal to eachother, the program
will delete the files else if they do equal eachother, the program
will 'protect' them and spare them from being deleted. So basically it
deletes all the files in the directory except those entered by the
user. The opposite of delete :-)
After studying your _Toupper.b09_ and _Protect.b09_ programs, I
incorporated toupper into my program, as well as some of 'protect'
and for the most part, after some fine tuning and debugging, things
started to work out. After giving the filenames of those I want
protected, in array form, the toupper procedure takes it and converts
all lowercase to uppercase and then list all those files to the
screen<in uppercase form>. Then the program opens up the dir file and
reads all the filenames into an array, and converts them to uppercase.
I then put in an 'if/then/else' statement that tests to see if
'newname(count)',the name array given by the user from keyboard, is
equal to 'name' which is the current filename being retrieved from
disk. If it is not equal it is supposed to print:
Deleting: filename
and if they are equal it is supposed to print:
Filename is protected
Now the screen will then print the filename from disk to screen
and it appears to work fine. The problem is, the program thinks that
all of the files are NOT-EQUAL, so if the delete command wasn't
commented out, it would go one to delete all files in the directory.
It simply prints: 'Deleting: filename' for all the files, even tho the
files I entered were entered correctly were coverted to caps just like
the files that the program read from disk. I can't for the life of me
figure out where the program is finding a difference between the two
sets of filenames. If you, or anyone else reading has a chance to go
over the code and maybe try running it from basic, I sure won't object
;-). And keep in mind, I commentout OUT the 'Delete Name' command so
you won't lose any files. I'll include the source in the next message.
Thanks...
>Chris<
-*-
87724 2-JUN 21:08 Programmers Den
RE: Protector Program Update (Re: Msg 87723)
From: CPERRAULT To: ILLUSIONIST (NR)
(* here is the source...
PROCEDURE begmain
(* This is the Dimensioning section.
DIM count,count1,count2:INTEGER
DIM path:BYTE
DIM carriage,escape:BYTE
DIM strpos:INTEGER
DIM temp:STRING[29]
DIM entry(32):BYTE
PARAM option:STRING[3]
DIM name,newname(100):STRING[29]
(* --------------------------------------
(* on ERROR GOTO 500
(* --------------------------------------
carriage:=$0D
count:=0\count1:=0\count2:=0
errnum:=ERR
escape:=$1B
name:=""
FOR count:=1 TO 100
newname(count)=""
NEXT count
(* --------------------------------------
(* This is where we read the parameters
(* options
WHILE option<>"" DO
IF option="-?" THEN
RUN intro
END
ELSE
(* --------------------------------------
IF option="-s" OR option="-S" THEN \(* from standard Input
FOR count=1 TO 100
INPUT "Filename> ",name
EXITIF name="" THEN
GOSUB 10
ENDEXIT
(* To uppercase routine
(* run toupper(newname)
temp:=""
strpos:=1
REPEAT
IF ASC(MID$(name,strpos,1))>96 AND ASC(MID$(name,strpos,1))<123 THEN
temp=temp+CHR$(ASC(MID$(name,strpos,1))-32)
ELSE
temp=temp+MID$(name,strpos,1)
ENDIF
strpos=strpos+1
UNTIL strpos>LEN(name)
newname(count)=temp
NEXT count
ENDIF
ENDIF
ENDWHILE
10 (* The Main Delete and Protect procedure
PRINT "Preparing to del all files in directory except:"
FOR count1:=1 TO count
PRINT newname(count1)
NEXT count1
OPEN #path,".":UPDATE+DIR
SEEK #path,64
WHILE NOT(EOF(#path)) DO
count1=count1+1
GET #path,entry
IF entry(1)>0 THEN
name:=""
FOR i=1 TO 29
EXITIF entry(i)>127 THEN
name:=name+CHR$(entry(i)-128)
ENDEXIT
name:=name+CHR$(entry(i))
NEXT i
(* Convert files to capitals
temp:=""
strpos:=1
REPEAT
IF ASC(MID$(name,strpos,1))>96 AND ASC(MID$(name,strpos,1))<123 THEN
temp=temp+CHR$(ASC(MID$(name,strpos,1))-32)
ELSE
temp=temp+MID$(name,strpos,1)
ENDIF
strpos=strpos+1
UNTIL strpos>LEN(name)
name:=temp
if name=newname(count) then
print name;" is protected."
else
Print "Deleting: ";name
(* DELETE name
ENDIF
ENDIF
ENDIF
ENDWHILE
CLOSE #path
END
(* --------------------------------------
500 (* Error Trapping Routine
errnum:=ERR
PRINT "You have an error #"; errnum
-*-
End of Thread.
-*-
87729 2-JUN 23:04 General Information
nitro/lha
From: VE3DAC To: WDTV5 (NR)
Well following some advice from Wes Gale, I went back to the RBF from
nitro 1.15. That seems to have solved my problem. Wes has an occassional
archiving problem with LHA and he feels there is something they have done
in RBF which is causing some of us a problem.
I am now using RBF30 (undelete) CRC FA84C1. Could it be that your
RBF isn't a Nitro 1.16 module? Wes wants all the help he can get to solve
the problem. Thanks for letting me bend your ear.
Merv
-*-
87741 3-JUN 03:13 Programmers Den
Multivue
From: CURTPANTLE To: COLORSYSTEMS (NR)
Zack,
I found my recent reply to you was garbled - since then I found that three
"#define"'s near the end of stdmenu.h had a "\" and a CR. When I deleted
these, it compiled fine.
Also, if anyone else is working with Multivue for the first time (I just got
it 2 weeks ago), the MV manual says to comile the C source to a .r file;
then link cgfx.l, clib.l and sys.l in that order. You have to put clib.l
first in the linkage order, otherwise you get a linker fatal error.
In addition to header and library files, I still need menu and window
descriptors and mouse code. Seems like a lot of work to point and click,
but I guess the hard part is putting it together for the first time. On
the plus side, MV works as advertised and I figured out how to write the
AIF's to start several apps from MV.
Curt
-*-
87742 3-JUN 10:02 Programmers Den
Programming in C
From: MROWEN01 To: ALL
I need some help with 'C' on the Coco 3. I am diving into writing some
programs, one because I need the programs, two because I want to leanr C. I
haven't done anything elaborate yet. I have been working with C in both DOS
and UNIX environments up to this point. I prototyped some code under DOS, but
als, it will not be portable to UNIX or OS9. DOS compilers support the
getch function. This is the same as an inkey$ function in Coco basic. You
press a key and program flow continues. How do I duplicate this function under
Microware C or UNIX C? I tried to use getchar and getc under UNIX, but they
still require a carriage return. If someone could enlighten me....
The code under UNIX that I tried was :
key = getc(stdin);
even this !
key = fgetc(stdin);
NO LUCK! I need to write some terminal based apps for my Coco 3, and C seems
to be a good way of doing it. Anyone who has written in C on the Coco; If
you can give me tips or point me to patches and libraries you would recommend
I would appreciate it. I will upload what ever code I manage to hack.
Thanks.
Mike
-*-
FORUM>Reply, Add, Read, "?" or Exit>