textfiles/messages/ALANWESTON/1994/DLPH09_06.txt
2021-04-15 13:31:59 -05:00

3243 lines
124 KiB
Plaintext

read new nonstop follow
89659 30-AUG 19:47 Telecom (6809)
nothing much!!
From: SAUSAGESAM To: ALL
Hello all out there!! I just bought a 28.8k modem today for about $170.
It's really neat.. Has Caller ID built in and every protocol there is and
lots of other stuff. Anyway, I know I can't use this modem to it's
potential, but I bought it for the future so when my Mom gets an IBM compat
in a couple of months I can download stuff at 3500 cps or so! (No I'm not
going to give up the CoCo. I LOVE IT way to much. It's my FRIEND!!).
Anyway, I have two things to say... One is something really interesting. I
thought 19.2k was the fasted port speed you could pick in Ultimaterm. Well,
I went one up and there was a "450 baud". I thought, well I'll try this and
see what happens... And you know WHAT??! It MADE my port 115,200 BAUD!!!
of course my coco cant receive data that fast. When I log into a BBS I get
CARRIER 28800
PROT: LAP-M
CONNECT 115200
It really suprised me!! But when I am on a BBS, if I watch the modem and my
computer screen, I see the modem's receive data light go off and on real fast,
but Ultimaterm is still putting stuff on the screen from where the modem fills
up it's buffer. It's cool though. It would be great if the guy who wrote
Ultimaterm could rewrite it for 6309 Code to get it going faster! I would
definatly buy it!
Okay, now to my other thing I was gonna say. If anybody wants to make me a
deal on my old (one month old) U.S. Robotics 14.4k modem, let me know! I
have the box and all the instruction booklets and everything that came with
it, including that stupid free software that you have to run on an IBM to
try online services. Using Ultimaterm I could always get around 1200 CPS
on transfers... If anyone wants my modem leave me an offer! It has a 5
year warranty so if anything goes wrong with it you can send it back to me
and I'll send it in for repair...
l8r all!
-*-
89717 3-SEP 13:41 Telecom (6809)
RE: nothing much!! (Re: Msg 89659)
From: JEVESTAL To: SAUSAGESAM
> interesting. I thought 19.2k was the fasted port speed you could pick in
> Ultimaterm. Well, I went one up and there was a "450 baud". I thought,
> well I'll try this and see what happens... And you know WHAT??! It MADE my
> port 115,200 BAUD!!! of course my coco cant receive data that fast. When I
> log into a BBS I get
> CARRIER 28800
> PROT: LAP-M
> CONNECT 115200
Which rs232 pak do you have? My CoNect 6551A port does not work with that
"450" speed on Uterm. It is interesting to note that the "450" speed is
after 19.2 and before the low speeds (50, 75, 150, 300). If it were
actual "450 bps" it would have been located after the 300 and before
the 600 bps. So this rate could be an undocumented 115,200 that the
author of Uterm was playing with, it was mis-labeled as 450.
Some UART chips "for the CoCo" may have a setting higher than 19,200
but the 6551A in my CoNect port does not support it.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.wa.com
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
89729 3-SEP 22:52 Telecom (6809)
RE: nothing much!! (Re: Msg 89717)
From: SAUSAGESAM To: JEVESTAL
Welps, I'm using a modified modem pak so I have no idea what UART is in it.
I really don't even know what a UART is...! hehe. Do you have a 28.8k
modem? 14.4k's only support a throughput (or whatever) of 56,200 or
somethin'... so if you had a 14.4k or less then commands won't work. But
with this 28.8k I bought, the throughput goes up to 230,400 bps or
something.. so I'm able to select that bps rate "450"..
By the way, don't ask *why* I got a 28.8k modem!! Well, it was just at a
real good price and I couldn't resist. But now when an IBM moves into the
house I can share this modem with it as well as my coco.. right now it's
using the v.fc protocol but you can buy a eprom to replace the one inside
to make it v.34/v.fc...
ttyl!
-*-
89759 5-SEP 02:17 Telecom (6809)
RE: nothing much!! (Re: Msg 89729)
From: JEVESTAL To: SAUSAGESAM
> Welps, I'm using a modified modem pak so I have no idea what UART is in
> it. I really don't even know what a UART is...! hehe. Do you have a
> 28.8k modem? 14.4k's only support a throughput (or whatever) of 56,200 or
> somethin'... so if you had a 14.4k or less then commands won't work. But
> with this 28.8k I bought, the throughput goes up to 230,400 bps or
> something.. so I'm able to select that bps rate "450"..
>
> By the way, don't ask *why* I got a 28.8k modem!! Well, it was just at a
> real good price and I couldn't resist. But now when an IBM moves into the
> house I can share this modem with it as well as my coco.. right now it's
> using the v.fc protocol but you can buy a eprom to replace the one inside
> to make it v.34/v.fc...
I only have a 14.4 modem, it took me a long time to even afford this one,
much less a modem that cost twice what I paid for this. I just wish
I could get better performance from OS-9 based term programs, 4800 is
better than 2400 but I would love to run at 9600 without errors or
even 19.2 (14.4).
I'm almost tempted to try to get my hard drive working under RS-DOS...
but I would miss the multi-tasking environment!
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
89772 5-SEP 20:50 Telecom (6809)
RE: nothing much!! (Re: Msg 89759)
From: SAUSAGESAM To: JEVESTAL
How much did ya pay for your 14.4? I bought my 28.8 for 170 bucks which
wasn't too bad. the US Robotics 14.4 cost me about $140.
-*-
89777 5-SEP 21:42 Telecom (6809)
RE: nothing much!! (Re: Msg 89772)
From: JEVESTAL To: SAUSAGESAM (NR)
> How much did ya pay for your 14.4? I bought my 28.8 for 170 bucks which
> wasn't too bad. the US Robotics 14.4 cost me about $140.
I paid $130 for mine through DaMark. They offered an payment plan of
4 payments. I could have bought a modem cheaper through other sources
but not with a payment plan.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
End of Thread.
-*-
89660 30-AUG 19:57 General Information
RE: Atlanta Fest (Re: Msg 89592)
From: TEDJAEGER To: DISTO
> Like I said before, I do not have the time or insperation to finish it. It
> has a lot of work (mostly software) left. I have 3 left that work with a
> MS DOS adapter card (included). They cost me $300 dollars to build each.
> (Proto-type costs are high when you only make a few boards, 4 layer boards
> at that). I am willing to sell them at $100 each (shipping included) with
> all the docs, files, diagrams and sourse listings. But!!!!! And its a big
> but. I make to garranties what so ever and no money back. At best, I can
> give you a little on-line support. -Tony.
Thanks for the info, Tony. Since I just added a CDROM I better say no, at
least until Xmas time. To clear my head though, does the device plug into
a MSDOS box or the MM1?
>
Bests
---TedJaeger
-*-
89677 31-AUG 21:49 General Information
RE: Atlanta Fest (Re: Msg 89660)
From: DISTO To: TEDJAEGER
The digitizer can in theory do both. It has a SCSI port and can connect to
anything that has the right driver. -Tony.
-*-
End of Thread.
-*-
89661 30-AUG 19:57 General Information
RE: chestnut access (Re: Msg 89571)
From: TEDJAEGER To: MITHELEN
> I just thried itr, and it worked fine for me. Did you use Delphis FTP or
> FTP from somewhere else? Did you supply "anonymous" as the username.
> The password really won't matter after that, but convention has it that
> you should enter your Username@Site.Domain for the password.
I tried from my office which has access to the internet through MORENET,
the latter being the Missouri Educational network. I did use anonymous
as user name and various passwords though not my delphi address. I'll
try this all again this afternoon and holler back. Is any of this
case sensitive? thanks...
Bests
---TedJaeger
-*-
89670 30-AUG 20:45 General Information
RE: chestnut access (Re: Msg 89661)
From: MITHELEN To: TEDJAEGER
Hmm.. Strange... case shopuld only matter in the username... the password is
basically ignored (more or less used as an accounting thing I believe)
Can you capture an attempted ftp session that fails to a text file
and mail it to me? I'llk try to figure out what is going haywire then.
--
Paul
-*-
89713 3-SEP 08:24 General Information
RE: chestnut access (Re: Msg 89670)
From: TEDJAEGER To: MITHELEN
> Hmm.. Strange... case shopuld only matter in the username... the password
> is basically ignored (more or less used as an accounting thing I believe)
> Can you capture an attempted ftp session that fails to a text file
> and mail it to me? I'llk try to figure out what is going haywire then.
Happy to report that I have successfully reached Chestnut and ftp a few
files. The only thing that I know I did differently is that I used
my dephi address as password rather than my office address. Wouldnt
think that would matter, but there is the fact that our campus network
was just coming up when I tried getting to Chestnut the first time, and
then there were some tornadoes up there in Wisconsin! Anyway, thanks
for the help!
Bests
---TedJaeger
-*-
End of Thread.
-*-
89662 30-AUG 20:36 General Information
RE: OS9UG (Re: Msg 89627)
From: CPERRAULT To: MRUPGRADE
>>Usually a group will say they offer this or that, and do this,,
etc..<<
And the OS-9 Users Group is not of that breed. They are not
guarrenteing anything that the community in general doesn't want to
work for. It is the engine that the people can work with, as a
backdrop for their projects.
>>You mentioned an OS-9 users group? As seperate from OS9UG<<
?? I'm not sure what you mean, but the OS-9 users group and OS9UG
is one and the same. There is only one, tho it has gone through many
'chapters'.
>Chris<
-*-
89671 30-AUG 22:52 General Information
RE: OS9UG (Re: Msg 89662)
From: MRUPGRADE To: CPERRAULT
RE> OS users group & OSUG
As I thought they are one and the same. One comment made me wonder?
I didn't think there were different groups, but thought I'd ask in case.
Til then,, Terry g
-*-
89673 30-AUG 23:33 General Information
RE: OS9UG (Re: Msg 89671)
From: KSCALES To: MRUPGRADE
> RE> OS users group & OSUG
Terry -
I notice that on all of your messages, most of the "9" characters seem
to be missing. Is this a problem with your keyboard, uploading software,
or what???
It is very disconcerting reading through your messages when they are
missing these "9"s. For example, the above line should probably have been:
"> RE> OS9 users group & OS9UG"
Read through any of the messages that you have left over the past month
or so, and you will see what I mean.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89674 31-AUG 00:58 General Information
RE: OS9UG (Re: Msg 89673)
From: MRUPGRADE To: KSCALES
Foro purposes here,, I7m shure most equate referance to OS. Though
it may be 9 or K.
Though the term OS-9 in the public media is generic to OS K or 9,,
where as here or among CoCoists,, there is a difference.
i.e. OS-9 runs on a CoCo OSK does not.
An opinion,,, unwlecome I'm shure (but does that stop me?),,, since the OS9UG
is admittedly looking more oto OSK,, for cleaiet
one would think it would be appropiately named the USKUG.
So much for symatics,,, Terry Simons UPGRADE Editor
-*-
89675 31-AUG 01:23 General Information
RE: OS9UG (Re: Msg 89674)
From: MITHELEN To: MRUPGRADE
Terry, there is no such animal as OSK... It is a slang term to describe OS-9
for the Motorola 68000 Family of processors. There is OS-9/68000 and OS-9/6809
(which is no longer sold/supported by Microware) OS-9 by itself refers to
the collective varients of OS-9 for different platforms/architectures.
The OS-9 Users Group, Inc supports OS-9, OS-9/6809, and OS-9000 EQUALLY.
The ammount of individual support any one sub interest gets is dependant
on what they put into the group. If users for any perticular interest
don't join the group, then support for that interest will drop, because the
users are not there to make that interest supported. If there is, say
twice as many OS-9/6809 users in the group then OS-9/68000 users, then it
would be safe to say that OS-9/6809 will get twice the support, because, the
USERS in the groups are where the support comes from. The Officers are just
there for the Users (members) to channel their interests through, and to
govern the actions of the group as a whole.
--
Paul Jerkatis
VP Communications
OS-9 Users Group, Inc.
-*-
89676 31-AUG 19:30 General Information
RE: OS9UG (Re: Msg 89675)
From: MRUPGRADE To: MITHELEN
RE> There is no such animal as OSK.....
Thanks,, I'll also inform Boisy to quite using it.
(smurk) Terry g
-*-
89691 1-SEP 08:07 General Information
RE: OS9UG (Re: Msg 89674)
From: JEJONES To: MRUPGRADE
Are you having problems with line noise or buffer overruns? I couldn't
quite make sense of your message.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
89739 4-SEP 15:49 General Information
RE: OS9UG (Re: Msg 89674)
From: 01GEN40 To: ALL
A short analogy... The way I see OS-9...
Let us say, for the moment, that OS-9 is ICE CREAM. Ice cream is ice cream
but with various flavors. There is chocolate ICE CREAM, vanilla ICE CREAM,
neopolitan ICE CREAM...
Now, look at OS-9... There is OS-9 L1, OS-9 L2, OS-9/68K, OS-9000... All
of these are OS-9, they just have different flavors for individual tastes.
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= 01GEN40 =-
-*-
89747 4-SEP 22:17 General Information
RE: OS9UG (Re: Msg 89674)
From: CPERRAULT To: MRUPGRADE
>>one would think it would be appropriately named the OSKUG<<
That would mean to assume that it doesn't support all forms of
OS-9. Is that what your trying to say(even tho 100+ messages have
already told you otherwise)?
-*-
89769 5-SEP 18:02 General Information
RE: OS9UG (Re: Msg 89747)
From: MRUPGRADE To: CPERRAULT (NR)
RE> Even tho 100+ messages have told you.....
OK,, then let's count yours as 101.
Evidently this UG isn't set up to "offer" anything atleast at present
for the CoCo OS-9 user in return foro his $25. ergo,, the questio
what do youo offer,, seems an embarrasment,, rather then a chance to
present somtthing viable offered in return.
So,, I'd suggested we drop it. Must you prisist this string to 101,,
or onward to 102 times?
enough ??? Terry Simons
-*-
End of Thread.
-*-
89663 30-AUG 20:36 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89629)
From: CPERRAULT To: DBREEDING
>>If you are serious about programming, and especially if you are
going to OSK, I feel that C is the way to go.<<
I agree it is the the predominant osk language and probably
computing language in general by now. I do plan to learn it, just not
yet. I do think that simply encouraging people to simply switch to C
and Dropping Basic on OSk will be kind of detrimental. I think we
should promote more Basic programming and maybe get a basic Compilor,
instead of having Only MW basic. Also a Pascal compilor would be nice,
besides Mwares. Something like Turbo Pascal would be cool. We need to
broaden our programming horizons here if we want to attract more
programmers. Encouraging C is great, but we'll push more people away
by keeping things narrow by encouraging C only. Basic is very portable
in the OSK world, probably as much so as C, and within OSk is probably
the biggest portability issue. I say we open up with more languages
and encourage more programming. It's a better way to get programmers
is the fold.
>>As a matter of fact, Basic is not included in the Delmar
package, so some would not be able to run your programs, which would
limit your sales a little if you want to go commercial.<<
No not true actually. I was pleasantly suprised to find out the
Mware provides runb with Professional OS-9 so even if the system
doesn't have Basic, it can run Basic programs :-)
Now if they would do the same with the Pascal run-time
module(s?), then it(Pascal) would really be worth it!
>Chris<
-*-
89724 3-SEP 21:23 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89663)
From: DBREEDING To: CPERRAULT
> I agree it is the the predominant osk language and probably
> computing language in general by now.
> yet. I do think that simply encouraging people to simply switch to C
> and Dropping Basic on OSk will be kind of detrimental. I think we
> should promote more Basic programming and maybe get a basic Compilor,
> instead of having Only MW basic. Also a Pascal compilor would be nice,
> besides Mwares. Something like Turbo Pascal would be cool.
Possiby. The more variety the better, although this would probably be
a pretty big undertaking to write a new complete compiler.
> No not true actually. I was pleasantly suprised to find out the
> Mware provides runb with Professional OS-9 so even if the system
> doesn't have Basic, it can run Basic programs :-)
Ummm... I don't have RUNB on my system (System 5), or at least it was not
installed on the disk. This is the first I'd heard about runb coming with
Prof. OSK. Would be nice.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89749 4-SEP 22:17 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89724)
From: CPERRAULT To: DBREEDING
>>although this would probably be a pretty big undertaking to
write a new complete compilor.<<
Yeah, it certainly won't be easy.
>>Ummm...I don't have RUNB on my system(System 5)...<<
That's odd. I was told it was supplied by Microware, so if that
is true, it would be in there(Ed or any other OEM wouldn't strip it
out). Did you check all your distribution disks, and cmds directory?
Btw, how is the System V treating you? Do you have Gwindows for
it?
>Chris<
-*-
89764 5-SEP 09:22 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749)
From: EDELMAR To: CPERRAULT (NR)
Chris,
MW does not include RunB (Basic) with Professional OS-9. The K&R C
Compiler is included.
Ed Gresick - DELMAR CO
-*-
89782 5-SEP 22:57 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749)
From: DBREEDING To: CPERRAULT (NR)
> >>Ummm...I don't have RUNB on my system(System 5)...<<
>
> That's odd. I was told it was supplied by Microware, so if that
> is true, it would be in there(Ed or any other OEM wouldn't strip it
> out). Did you check all your distribution disks, and cmds directory?
Ed answered this question, I even checked the "OS9 Catalog" from MW,
and it is not mentioned. I had never heard anywhere that it was included.
> Btw, how is the System V treating you? Do you have Gwindows for
> it?
I love it. I'm really impressed. Yes, I have G-Windows. I haven't
scratched the surface of its capabilities. I keep discovering more and
more about it all the time. The only thing that I might have reservations
about is the text scrolling. It's a LITTLE slower than I would like, but
it's operating in 800x600 mode, a lot of pixels. It may be a little hard
to get screen capturing of data from a modem at 38.4 K (but in the text
screen - no prob). I grabbed a file from a local BBS using TIMKIENTZLE's
xy using Ymodem-G. I didn't time it myself, but the BBS reportd over
1600 CPS (and this was a ZIPped file, where compression didn't help much).
Graphics are fantastic. Have several GIF's that are unreal. Also have
a FLIC animation viewer. I know these don't give much toward productivity,
but we all gotta play a little <G>. RE: the graphics modes under G-W, it
CAN go to 1024 x 768. The text is really sharp, but TINEEEY!!!
I believe that anyone would be happy with any of the systems available, but
I have no regrets whatsoever about my system
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89783 5-SEP 22:58 General Information
RE: Conference Announcement:OS-9 Late Ni (Re: Msg 89749)
From: DBREEDING To: CPERRAULT (NR)
Chris,
RE: GWindows...
One more thing I was gonna say about G-W.. after 7 or 8 years using the
CoCo's windowing system, it DOES take a little getting adjusted to the
G-Windows system. No doubt it is better, but as I said, after years of
hitting the <CLEAR> key, it's hard to break old habits <G>
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
89664 30-AUG 20:36 Programmers Den
RE: System Calls(??????) (Re: Msg 89631)
From: CPERRAULT To: DBREEDING
>>Again, I would suggest that you look at gfx3.<<
I have it, but it doesn't support this particular call. Plus, the
whole point for me is to get familiar with writing syscall stuff.
Then, should by freak of nature I start understanding it completely,
Frank can get his article ;-)
>Chris<
-*-
89727 3-SEP 21:25 Programmers Den
RE: System Calls(??????) (Re: Msg 89664)
From: DBREEDING To: CPERRAULT
> >>Again, I would suggest that you look at gfx3.<<
>
> I have it, but it doesn't support this particular call. Plus, the
> whole point for me is to get familiar with writing syscall stuff.
No, this call was not implemented.... I never did pursue it much further,
I did add a thing or 2, but never passed it on.. been a long time..
Yeah, I can get your meaning about learning.. That's the best way to learn.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
89665 30-AUG 20:37 General Information
RE: NitrOS9 release (Re: Msg 89644)
From: CPERRAULT To: MROWEN01
>>I believe I'm going to join the OS9 list in addition to the
Cocolist. I don't know what the traffic volume will be yet, but I'll
risk it for a bit to see what it's like.<<
Go ahead and subscribe. It can't hurt :-) I did, and the traffic
isn't really that big, but it will probably increase.
>Chris<
-*-
89666 30-AUG 20:37 General Information
RE: (Re: Msg 89638)
From: CPERRAULT To: ALAIN1155
Join that happy Panasonic users club :-)
>Chris<
-*-
89761 5-SEP 09:11 General Information
RE: (Re: Msg 89645)
From: ALAIN1155 To: JRUPPEL
Thanks, as i said to somebody else i do not have the RS232 Pak
Alain
-*-
89762 5-SEP 09:12 General Information
RE: (Re: Msg 89666)
From: ALAIN1155 To: CPERRAULT (NR)
That is what i did, got a KXP-2023 works great
Alain
-*-
End of Thread.
-*-
89667 30-AUG 20:37 General Information
RE: OSK/AMIGA (Re: Msg 89653)
From: CPERRAULT To: DSRTFOX
>>but at $600 per copy and no 68020..<<
Yeah that is a bit limiting, but on the other hand if it's
possible to get some good cheap Amiga 500's(they are 68000 or 070
aren't they?), it may be reasonable to sell a complete hardware
Amiga/Os9 package as intro developement systems. Given my lack of
Amiga knowledge I don't know how doable that would be, but given the
assumption that you could do such a thing and price it somewhere in
the $1000 range, you might have something that would go over well at
shows. It still sounds like that will need fine tuning.
The advantage to this over getting a pt68k machine is, the amiga
already has software available, making Os-9 ports,rewrites a virtual
reality :-) Maybe having Kwindows available with it would be a good
benefit, but I'm daydreaming.....:-)
>Chris<
-*-
89683 31-AUG 23:11 General Information
RE: OSK/AMIGA (Re: Msg 89667)
From: DSRTFOX To: CPERRAULT
The only info I've been able to find easily on the A500 as far as price
goes is that a refurbished motherboard is around $200 with 512K. So I don't
think they will be found at such a price to make a $1000 or so system feasible.
Even so, you'd only have a single floppy system, whereas the PT68K would at
least have a 20MB hard drive (or larger) for the same price. So which would
you want? And bear in mind that the Amiga is using a 640x200 monitor (640x
400 with interlacing), so can't be used with G-windows. And there is supposed
to be a version of K-Windows in the works for the Atari and PT series...
Atari version (ST) is available for 99.95 English pounds (somewhere between
$150-$200) including delivery to the US. Cumana just says that support is
limited.
-*-
89745 4-SEP 22:16 General Information
RE: OSK/AMIGA (Re: Msg 89683)
From: CPERRAULT To: DSRTFOX
>>Even so, you'd only have a single floppy system, whereas the
PT68K would at least have a 20MB hard drive (or larger) for the same
price. So which would you want?<<
Depends. If the software environment for the Amiga is good enough
it might be a good idea to go that route(if not both), even tho you
might have to pay a little more for the same hardware you'll get with
a PT68K. If Kwindows actually is going to come to the PT68K( and the
ATARI??? News to me!), I would probably rather go PT68k. I'm still
personally not to big on the pre-$1000 systems since you can get you
could get a pretty complete MM/1 at this time for $975. This is
Blackhawks limited time deal for the first 50 or so machines, but even
when this is over, the regular price is only $1125(I'm reading this
out of his add in your magazine btw ;-) ). If you add a harddrive your
probably talking an extra $200-$300 at the most. So if you already
have a CM-8(and want to stick with it for the MM/1) that means your
final cost will most likely be less than $1400 and if the drive isn't
that huge probably under $1300. Hardly too much for a computer system.
Keep in mind, I'm not saying the low cost system idea doesn't
have merit. If it can bring in some more OSK programmers that we
couldn't get otherwise, I won't complain. I just find it odd that
machines like the MM/1 and the System IV both are now competitively
priced against PC's(tell me someone isn't losing money here), and
there are still people out there who want to go OSK, but refuse to get
one of these systems because they are priced 'too high'. Keep in mind,
some of these are the same people who about a month later get a PC
with the money the 'don't have' for an OSK box. I'm the type who loses
patience with these types right about this point. If the point of the
'Under $1000' systems is to bring in new blood from outside of the
current OS-9 Community( best bet being in other Hacker communities
besides our own), it isn't a bad idea at all and I like it myself. If
it's in response to unreasonable demands of people who (and I'm not
picking on the whole Coco community. There are lots of exceptions),
think these new (and not so new) systems should be available at a
(used) Coco price, I wouldn't waste my time(nothing will make them
happy). Such time is better spent laughing at 'em <grin>.
>Chris<
-*-
89765 5-SEP 09:22 General Information
RE: OSK/AMIGA (Re: Msg 89745)
From: EDELMAR To: CPERRAULT (NR)
Chris,
You can purchase a SYSTEM IV computer for just under $1000. This is a
complete and fully operational 68000 16 MHz system with Professional OS-9,
version 2.4. As your budget permits, for only a few hundred dollars, you
can add a hard drive and gfx later. Also, Ultra-C is available for only
$300 if purchased at the same time.
Ed Gresick - DELMAR CO
-*-
89778 5-SEP 21:50 General Information
RE: OSK/AMIGA (Re: Msg 89765)
From: DSRTFOX To: CPERRAULT (NR)
There is no real development environment with the Amiga version... just
"vanilla" OSK. It is difficult to build a cheap OSK system yourself at much
of a lower cost than buying one from BlackHawk or Delmar. You save just a
couple/three hundred building it yourself, so unless you are doing it for the
pleasure of building yourself, in my mind it probably isn't worth it (hackers
at heart only!) just for the savings. OSK for the PT68K series (v. 2.4) is only
$300. If you have a lot of Amiga hardware already, then it may be worth the
price to not have a second computer lying around.
Most people justify the price of a PC because they can find the software they
need to do a specific job. Get something similar to and as easy to use and
powerful as PageMaker 4.0 on the OSK machines and I will probably consider
buying one myself. At the present time, I don't see one in the near future,
not unless I start getting a LOT more subscribers than I have now (around
300, +/-20 or so, seems to be the saturation point). If I could keep an average
of 500 +/- 20 subscribers, I could justify at least one OSK machine just to
do reviews and such on. As it is, I'm running my CoCo, and using it to keep
the financial records (Dynacalc) and saubscriber database (Bob van der Poel's
mailing list program) under OS-9. PageMaker on my 486/50 produces the
mag itself (PM 4.01 on a Mac produces OS-9 Underground, by the way).
Things like TeX COULD be used, but aren't easy enough to use for this type
work (producing a magazine). I recently acquired PM 5.0, and will be getting
a laser printer soon.
-*-
89781 5-SEP 22:56 General Information
RE: OSK/AMIGA (Re: Msg 89745)
From: DBREEDING To: CPERRAULT (NR)
> Depends. If the software environment for the Amiga is good enough
> it might be a good idea to go that route(if not both), even tho you
> might have to pay a little more for the same hardware you'll get with
> a PT68K. If Kwindows actually is going to come to the PT68K( and the
> ATARI??? News to me!), I would probably rather go PT68k.
About KWindows.. I, as an owner of a Delmar system, would like to see
KWindows available, to be able to run some of the s/w specific for K-W,
but you gotta see G-Windows. I'm extremely impressed.
> it's in response to unreasonable demands of people who (and I'm not
> picking on the whole Coco community. There are lots of exceptions),
> think these new (and not so new) systems should be available at a
> (used) Coco price, I wouldn't waste my time(nothing will make them
> happy). Such time is better spent laughing at 'em <grin>.
Well, to tell the truth, have you ever stopped to count up what you have
invested in your CoCo? Sure, you (and I) probably spent it a little at
a time, but my 512K HD/floppy/RBG based CoCo bought new totalled over
$1500 (quickly figuring). As I said, I didn't spend it all at one time,
but, by the same token, you can piecemeal build your OSK system, too.
With either system (MM/1, Delmar, or FHL), if you want, you can get the
case/contents and then hook your CoCo or other system to it and get
stuff done. You then have the building block to go ahead, and as money
permits, add your video and keyboard. With the Terminal setup, of course
you cannot use the advanced graphics of the systems (K-Windows or G-Windows),
but you can at least start getting the software you need and it will work.
I think a lot of the peoples' biggest hangup is the commitment.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
89668 30-AUG 20:38 General Information
OS-9 Late Night(Whatta night!)
From: CPERRAULT To: ALL
***OS-9 Late Night:Open Topic***
Well last nights conference came and went, and BOY did it come!
To sum it up with 1 word:SUCCESS The place was packed since 10 past 10
and went on full throttle until past 12:00 am! We didn't close up
shop until about a little after 1:00. As advertised, it was a very
open topic conference and as a matter of fact, we spent very little
time on any one topic. There was just too much energy and too much we
all had on our minds relating to the Coco community. What this tells
me is, this conference has been LOOOOOONG overdue, and when used in
conjunction with this forum and other media either offline/online that
we have at our disposal, we could have a very powerful tool for
generating activity within the community. I found that I am not the
only one who has a lot of ideas that would be nice to have carried,
and that actually many people shared the same ideas I have. Pooling
our ideas together and ACTING on them will make a big difference in
our future, and as we found out last night, there is no shortage of
them!
While it may take a couple days for me to get the transcript
online I'll post here some of the highlights of last night. Since it
was basically a free for all from beginning to end, things were quite
messy and hard to keep up with, as many different things were
happening at once(as attendees will probably agree with). I will take
a little while to clean up that huge file, and will omit things that
are of little importance. Anyway here are some highlights:
Brother Jeremy brought up that we should embark on a project too
port/rewrite some of the better DECB apps(with permission) to OS-9
using his Max-10 project as an example. I agree and am behind him and
everyone else who would like to organize such a thing. I was
commenting that maybe they could write up a plan of attack and who to
contact for permission for their programs and then get a group of us
together to do the porting-rewriting. We could then dedicate the end
of each weeks conference, or better yet set up a seperate sub
conference on this project, in order to get together and update
eachother. Personally I won't be able to do such a thing myself
anytime soon, or I'll just be spreading myself too thin with the
programming and projects I am currently involved in. I would love to
jump into such a thing when I get free time tho. I see this as a sort
of long term, slowly-but-surely project which could be run at the
convenience of the participants, not really something needed at this
second. Anyhow, IF someone decides to take on such a project, I hope
it works out. We all need the software.
Alan Dekok and Colin McKay made a somewhat surprise appearance
last night and announced 'Tune Up' from their Northern Exposure
company. This is actually Alans project which he was motivated to do,
by recent messages to him on the Cocolist from people who wanted to
see a Nitros9 type package for 6809 stock OS-9 Level II. What this
will be when he finishes it will be a bunch of patches to stock OS-9
modules so they will run a decent rate faster than they do now, but
keep in mind, it is no NITROS9. This is simply for people who don't
want to or can't go to a 6309 Nitros9. This will give them a decent
speed increase, but it will not be comparable to Nitros9. Alan will be
back in about two to three weeks to announce the release of the new
NITROS9 Package and Tune Up and to answer any questions. Hopefully
Colin and perhaps some other on the Northern Exposure team will be
back with him! I found out last night that these guys sure keep
themselves busy! Thanks to Ken Scales for letting them use his
account. While I just got off the phone with Alan maybe a couple hours
before the conference started, I wasn't expecting him and Colin to
show. They sure made a great conference even better! I can't to hear
what they have in the works for Northern Exposure in a couple weeks.
Alan mentioned the new update to shell+(v2.2 I think) that Curtis
Boyle did. I guess it has already been out for a bit, but this was the
first I heard of it. Was there any mention of it here in forum?
We later on discussed bootdisks as planned, and talked about the
ability to use a 3 1/2" as bootdisk /d0 and the many ways to go about
doing it. I don't really need this myself but will probably toy around
with such a project sometime just to get my hands dirty on such a
project<shouldn't be THAT hard>.
The next 'OS-9 Live!' will be held on Saturday September 17
hosted by Boisy Pitre as usual, and Joel Hegberg will be in attendance
also. The subject is going to be 'The Future of Personal OS-9'. As
usual, I plan on being here for this one, unless something comes up.
September seems to be a great month shaping up for conferences. Let's
see, Northern Exposure will be there, ACS may be represented at the
Atlanta fest conference, the next OS-9 Live will probably be the
biggest conference of the year, given the subject. Plus with the
Programming Discussion for our next conference to start us off this
coming Monday, we are looking perty darn good. Hopefully another
Town Meeting will be held by the OS-9 Users Group sometime in the
course of the month.
With a little coaxing on the part of Jim Vestal and Mike Owen,
OS-9 Late Night is going WEEKLY! I guess you guys really twisted my
arm ;-) Jim has offered to host some of the nights where I might not
be able to make so things will work out rather nicely. There really is
just so much material and events that we would have to do a lot of
squeazing within the biweekly schedual, and a lot of stuff still won't
be covered. Plus even if I don't have a dedicated topic, we do want to
get a lot of open topic nights like we had last night just so people
can have a conference to go to for general Coco/OS-9 Chat and such.
Jim also mentioned an idea of getting a C++ library ported to OS-
9. Sounds like an interesting idea, but since I know nada on C++
there's not much I can add to this. If you get any ideas, maybe you
could leave him some in forum(I'd be interested in following the
topic). Correction, it is Turbo C, not C++ he was talking about.
Frank, editor of The World of 68 Micros Magazine agreed having a
conference on said magazine(and I propose we have another conference
on Farna Systems or have one conference covering both). Jim, assistant
editor of 'The International OS-9 Underground' also brought up the
possibility of a conference for the zine he works with. Look for both
of these sometime in the near future, as both are likely. Of course, I
propose we hold them both on the same night so we can watch a grudge
match between the competition but ...(so much for my imagination) (Big
Grin)
Well, there was a lot more talked about, but you'll see that in
the transcript, once I get it cleaned up. What have I learned from
this first conference? Well, we definately need to communicate our
ideas MUCH more and start ACTING on them. With the backing of the UG
and a number of different publications at our disposal(something we
really didn't have to our advantage in the Rainbow era), there is no
reason we can't make OS-9 and it's community shine. I eagerly await
some of the conferences coming up with those that are VERY ACTIVE in
the community to see what they have to say! Also, there is so much out
there we don't know about, that we do need our vendors to promote more
often. Hopefully this conference can fill some gaps. For instance some
people don't even know there are Magazines still out there, or that
the Ken-Ton Harddrive system is still available through Farna Systems,
or that Rick's Computer Enterprises now carries the Sundog Game
Catalog,etc...You get my point. One of the reasons people think
nothing exists for the Coco or OS-9 is because they don't know where
to find it, or who to go to. I'm starting to appreciate the new OS-9
Source Book idea even better now.
Well, that wraps this message up. Come again next Monday Night at
10:00 as Jim and myself hold a discussion on programming for OS-9
level II. Also, keep an eye out for my Conference schedual I will soon
be posting. It will list all the conferences planned thus far for the
month of September.
See Ya
>Chris<
-*-
89685 31-AUG 23:23 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668)
From: DSRTFOX To: CPERRAULT
Chris, I'm willing to hold the magazine conference along with OS-9 Underground
(Jim Vestal). I don't have a problem with that! We pretty much complement
each other.. when OS-9 Under actually prints! (couldn't help that... but there
HAS been regularity problems in publishing... the main reason I chose 8 issues
per year instead of 12)
-*-
89686 31-AUG 23:45 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668)
From: WA2EGP To: CPERRAULT
Well, I dropped in for a few minutes and I had trouble following all the
different conversations. Kinda like having a hearing aid and going to a
crowded party......couldn't follow half of what went on. BUT it was
interesting and I will drop in again and possibly open my mouth, ah type
something. Nice to see the crowd. (Gee, how many can you fit into a
Delphi conference room?)
-*-
89693 1-SEP 09:51 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89686)
From: MROWEN01 To: WA2EGP
You should definitely drop in on the conferences. If you come in late
it can be confusing, but if you stay with it, it will start to make sense.
One of the reasons it was confused is that multiple conversations take
place, especially when the topic is completely open. When a topic is fixed,
the moderator usually let's the scheduled expert explain the topic and then
it is opened up for questions. If you have any questions while you're in a
conference, by all means jump there. That's the best way to get aquainted.
You shoulod probably download the transcript of the conference too. That might
help you sort out what was talked about. If you have more questions, drop
either Chris or myself a note or post it in the forum. These conferences
are really worth while, especially for people like me who are just
learning. I don't know the limit for a conference either. I'll be interested
to see the answer myself.
Hope to see you again in conference :)
Mike Rowen
MROWEN01@delphi.com
wz3c0w@fwa.natp.gmeds.com
-*-
89698 2-SEP 00:08 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89693)
From: WA2EGP To: MROWEN01
I was just commenting on my case of "overload" due to the number of
participants....in (I hope) a jesting manner. It was darn good to see
the crowd. I just hope of the new comers to OS-9 are not intimidated by the
size of the group. ^ all
-*-
89716 3-SEP 13:39 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89668)
From: JEVESTAL To: CPERRAULT
> ***OS-9 Late Night:Open Topic***
> ... The next 'OS-9 Live!' will be held on Saturday September 17
So there is not a conf. this Saturday, Sept. 3?
I thought OS-9 LIVE was supposed by bi-monthly.
> hosted by Boisy Pitre as usual, and Joel Hegberg will be in attendance
> also. The subject is going to be 'The Future of Personal OS-9'. As
> usual, I plan on being here for this one, unless something comes up.
> September seems to be a great month shaping up for conferences. Let's
> see, Northern Exposure will be there, ACS may be represented at the
> Atlanta fest conference, the next OS-9 Live will probably be the
> biggest conference of the year, given the subject. Plus with the
> Programming Discussion for our next conference to start us off this
> coming Monday, we are looking perty darn good. Hopefully another
> Town Meeting will be held by the OS-9 Users Group sometime in the
> course of the month.
I plan to be there for all the conferences. I usually forget about the
OS-9 Live conferance until about the last 1/2 hour and I miss most
of it. Hopefully I can be there fot the next one.
> Jim also mentioned an idea of getting a C++ library ported to OS-
> 9. Sounds like an interesting idea, but since I know nada on C++
> there's not much I can add to this. If you get any ideas, maybe you
> could leave him some in forum(I'd be interested in following the
> topic). Correction, it is Turbo C, not C++ he was talking about.
I'm writing a TURBO C cross-library for OS-9 Level 2 windows. This
will allow Turbo "conio.h" functions to compile under OS-9 C and run
properly on a Level 2 window. It can easily be ported to OS-9 K-windows
too.
It was mentioned that I would love to see a C++ compiler (or filter
similar to ANSIFRONT) for the Microware C. I love how ANSIFRONT performs.
> Frank, editor of The World of 68 Micros Magazine agreed having a
> conference on said magazine(and I propose we have another conference
> on Farna Systems or have one conference covering both). Jim, assistant
> editor of 'The International OS-9 Underground' also brought up the
> possibility of a conference for the zine he works with. Look for both
> of these sometime in the near future, as both are likely. Of course, I
> propose we hold them both on the same night so we can watch a grudge
> match between the competition but ...(so much for my imagination) (Big
> Grin)
Anything is possible! We might even be able to get Zog to show up that
night, so don't be suprized if Alan should pop up.
> Well, that wraps this message up. Come again next Monday Night at
> 10:00 as Jim and myself hold a discussion on programming for OS-9
> level II. Also, keep an eye out for my Conference schedual I will soon
> be posting. It will list all the conferences planned thus far for the
> month of September.
I will be there! Look forward to it.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.wa.com
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
89746 4-SEP 22:16 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89686)
From: CPERRAULT To: WA2EGP
>>Well, I dropped in for a few minutes and I had trouble
following all the different conversations.<<
Yeah it did get pretty twisted<grin>. I'm STILL editing the
logfile! It's HUGE(had to vsplit it). I liked it tho. It showed there
was still plenty of interest in getting together and accomplishing
things. The moderated conferences will be much easier to follow as you
basically have the guest host(speaker) start things off, and then the
rest will be a q+a session. It will follow a format so things don't go
wild. Open topic conferences will be a chance to just go wild I guess
:-) It's a good time to bring them nagging questions.
>>Gee, how many can you fit into a Delphi conference room?<<
There's no set number as I understand it. It all depends on how
the rest of Delphi is populated. It is like OS-9. There is no set
limit to how many windows you can have open, assuming the memory is
there. If there is a lot of activity elsewhere(as there usually is at
night) it is going to limit the amount we can have before we start
slowing down. I remember hearing about a conference,in I THINK it was
the Atari Sig. They had about 30+ people there and came pretty close
to shutting down the whole system(I don't think anyone could even log
in for the rest of the night). This system,as much as I love it, needs
work.
>Chris<
-*-
89748 4-SEP 22:17 General Information
RE: OS-9 Late Night(Whatta night!) (Re: Msg 89716)
From: CPERRAULT To: JEVESTAL
>>I thought OS-9 LIVE was supposed by bi-monthly.<<
It is monthly if I remember correctly.
>>, so don't be suprized if Alan should pop up.<<
That would be neat. I haven't talked to Alan in a while. Maybe he
can jump in more often :-)
>Chris<
-*-
End of Thread.
-*-
89669 30-AUG 20:38 Applications (6809)
RE: DMode (Re: Msg 89658)
From: MITHELEN To: MROWEN01
Even though AR will complain about the Xmodem padding at the end, it WILL
extract the files without any problems. It just reports that it found
something that it didn't reconize at the end.
--
Paul
-*-
89741 4-SEP 17:05 Applications (6809)
RE: DMode (Re: Msg 89657)
From: BILL32H To: MMCCLELLAND
Load obj modules and save them "This will knock off the pading Q&D"
If you must diddle load ded / del ded / save ded ded
then use ded as perscribed. dmode is probbaly in tact unless it is last in the
arc
if so load and save "Remember Save filepath modulenam e remember to se
t
attr's as pe e pr r pw w no share's
Confused yet ?
do this ar -x ded
load ded
del ded
save ded ded
attr ded pe e pr r pw w
ded [filename]
oh by the way read the docs !!!!!!!!!
-*-
End of Thread.
-*-
89678 31-AUG 22:15 General Information
RE: Sculptor (Re: Msg 89642)
From: NEALSTEWARD To: EDELMAR
Do you have v.1.16 for the 6809 available? If so, how much? As far as
applications, anyone could run them with the correct run-time package,
correct?
-*-
89679 31-AUG 22:20 General Information
RE: sidewise and business software. (Re: Msg 89649)
From: NEALSTEWARD To: DSRTFOX
Will do, I couldn't do anything until I solved my hardware problems, and
before that I totally spaced when I couldn't generate a floppy boot on
my RGB/Ken-Ton system. I need a kick in the right direction, and now that
I have some utils to insert/remove the kernal reliably, I can generate
the boot I need. I did find an error in the AL3 documentation regarding
the module sizes of shell.
-*-
89680 31-AUG 22:22 Telecom (6809)
RE: info express (Re: Msg 89630)
From: JEJONES To: DBREEDING
> Nice? Guess you think a Ferarri is a "nice" car, James? ;-)
I don't drive, so I couldn't say about the Ferarri. :-)
Seriously, InfoXpress is a program I use daily, and it's hard for me
to imagine going back to life without it.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
89726 3-SEP 21:25 Telecom (6809)
RE: info express (Re: Msg 89680)
From: DBREEDING To: JEJONES
> Seriously, InfoXpress is a program I use daily, and it's hard for me
> to imagine going back to life without it.
Right. You develop a real dependence on it. I can only kick myself for
waiting around to order and now I may have to wait till Bill gets his
supply system set back up.. Like you, I'd hate to do without it.
Not sure that it saves you money, it seems that I just do more modeming <G>
- but I certainly get more done for the same (maybe less) bucks. I'd say
a msg that you can upload in 10 seconds would take 3-5 minutes (or more)
to compose online, and you can compose better messages, too, although I
still seem to put out jibberish at times even with offline composition <G>..
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
End of Thread.
-*-
89681 31-AUG 22:28 OSK Applications
LII SETSST/GETSTT Codes
From: VAXELF To: ALL
I am port some basic09 routines over to OSK Basic. These have SYSCALL
calls in them. Most of the syscall codes, I have figured out. Here is what I
have need:
SYSCALL Callcode - $15 What is it?
GetSst/SetSst codes
$1F
$17
$18
$19
$91
$98
Also what is the OSK version of:
F$NMLink
F$NMLoad
As for the GetSst/SetSst codes, I think $91 is READ PALLETE, but not
sure. $17 & $18 in the OSK Manual is SS_WFM & SS_RFM. According to the
Basic09 code $17 is SET TO BINARY and $18 is SET TO ASCII.
Also could someone post the calling parameters for SS_Size under LII.
I think LII splits the results into the x & u registers, where the OSK
version is all in one resgister d2.l . I think I do away with the code that
either splits the value into reg.lx & reg.lu or combines the two, since
the OSK version is already a long reg.
Thanks in advance.
John D.
-*-
89684 31-AUG 23:21 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89681)
From: RANDYKWILSON To: VAXELF
John,
Sys code $15 is F$Time.
For F$NM*, use the correct link/load call. No need for the "no map" versions
with OSK (being a flat map).
Correct on the SS.Size stuff. X is the high 16 bits, U is the low. Trash it all
and use the single 32 bit D2.
Randy
-*-
89695 1-SEP 22:06 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89684)
From: VAXELF To: RANDYKWILSON
What about $17, $18, $19, $91, $98 GetSst/SetSst codes????
John D
-*-
89696 1-SEP 22:44 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89695)
From: RANDYKWILSON To: VAXELF
John,
Get/Setstat calls are not unique. The same number can mean different things
to different drivers/managers. I think it's safe to assume the $91 and $98 are
being written to a cc3io device (screen) and are SS.Palet and SS.Tone. The
other three are a little harder. $17, $18, and $19 show up in my lists as tape
drive (SBF) calls. I don't think this fits with your project.
Are you sure these are getstat calls? If so, what device is the path
opened to (reg A)?
Randy
-*-
89703 2-SEP 23:40 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89696)
From: VAXELF To: RANDYKWILSON
Thanks for the response. Looking at the basic09 program, I noticed
it has a comment line before the $17 & $18 SetSst calls
$17 "Set to Ascii
$18 "Set to Binary"
There were no comments for $19 & $1F.
According to my OSK Manual, $17 & $18 ar Tape Commands.
Having another problem too. These basic09 routines call some 6809
assembly code routines. I used "xlate" to translate them to 68000 and
have them compiled. I think the front end where the assembly code gets
the varibles passed by basic may be the problem. If I sent you a file
with the basic delcarations, call sequence, and source of assembly
routine, could you take a look and see what the problem is???
I am attempting to port the RIBBS BBS software over to OSK. A good
FIDO compatable BBS is one of the things missing for OSK. Once the
RIBBS BBS is ported over to the MM/1, then the plan is to make a version
that does not rely on MM/1 KWindow commands, so OSK_RIBBS can run on
any OSK system. After that, the plan is to rewrite the BBS into C and
go from there.
It looks like I have most of it working, except those few GetSst/SetSst
calls and the assembly routines.
All of the assembly routines front end code is almost identical. It
only varies as to how many varibles are passed. I feel once the first
routine is working, then it will be only a matter making the same modes
to the other assembly routines, recompile, and go for it.
I think we are real close now at having a beta version of RIBBS for OSK.
Anyone else that reads this message is welcome to help out with this
problem too.
John D.
-*-
89704 3-SEP 00:22 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89703)
From: RANDYKWILSON To: VAXELF
Sure, John, fire it on over here. Needed will be the 6809 source, a sample
B09 call to it (with explaination of the var types used), and optionally the
results of xlate.
wasn't sure if you wanted the project mentioned in public. But no that you
have, I will say that I went through all of my serial driver stuff looking for
those calls, and didn't find them. The only driver I do not have is proAcia.
Randy
-*-
89719 3-SEP 16:40 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89704)
From: VAXELF To: RANDYKWILSON
I think I have found at least one of the problems. I created a simple
Basic program that setup a TYPE array and a STRING. These are sent to
a assembly routine that reads the array varibles, the string, then sends
the string to I$Write to be printed on the terminal. First problem is my
basic program generates a 043 Error when it tries to access the sample
assembly code routine. I tried both putting the assembly routine in
DD/CMDS and loading it inot memory. Either way it failed to find it.
The MW Basic manual does not give what the stack parameters are for a
assembly routine to find the data passed to it.
I can send you the sample assembly routine and both the sample assembly
source and binary. The assembly routine front end is identical to the
translated 6809 to 68000 routines. The comments contain the 6809 code.
I need to figure out why the routines are not being found by Basic,
they may work, if basic can access them.
In the back of the Basic book is a source listing of SYSCALL. I did
notice it uses a
org 0
statement. may try that in the sample code.
I'll send the testasm.b and the asmtest.a for you look at and test.
John D.
-*-
89721 3-SEP 17:22 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89704)
From: VAXELF To: RANDYKWILSON
Your mailbox is fully. I can not send the file to you via email.
John D.
-*-
89722 3-SEP 19:24 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89721)
From: RANDYKWILSON To: VAXELF
Hmmm, my mailbox is empty, just checked. Musta been a Delphi hiccup. Try again
please.
Randy
-*-
89723 3-SEP 19:26 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89721)
From: RANDYKWILSON To: VAXELF
John, did a bit of checking. There used to be a RANDYWILSON on Delphi.
Apparently no long is, and can not recieve new mail. I'm RANDYKWILSON.
Randy
-*-
89737 4-SEP 12:49 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89723)
From: VAXELF To: RANDYKWILSON
I see, btw I found one of my problems. Looking closer at the SYSCALL
source listing in the Basic Manual, the psect line uses different varibles
than is used for stand alone programs. I recoded the asmtest.a with the
changes and now basic can find it, but I still get errors.
Edition equ 0
Typ_lang equ (Sbrtn<<8)!Objct
AttrRev equ ((ReEnt)<<8)!1
Stack equ 0
Also noticed that D0 will have the number of varibles passed to the M/L.
This is as far as I can get. What I need is the complete stack layout of
what is on which register and ect.
I have a copy of the old Basic09 Tour Guide and it shows the registers
for 6809 M/L that is passed from basic.
I suppect that if someone took "Cstart.a" from C, they could come up
with a "Bstart.a", that would allow you to use C to make M/L routines for
Basic.
If your interested in being a RIBBS_OSK Beta tester, let me know.
Sorry about the mix up. I flaty did not notice the K in your username.
John D.
-*-
89771 5-SEP 20:20 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89719)
From: DBREEDING To: VAXELF
RE: Error 043 in Basic09
One thing you might check for: Basic generates this error if you try
to access a module (map it into the address space) and there is not an
8K block to map it into. If you have PMap, check out your address space.
If so can you merge it with another module/group of modules?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89773 5-SEP 20:53 OSK Applications
RE: LII SETSST/GETSTT Codes (Re: Msg 89771)
From: VAXELF To: DBREEDING
Found the fix. It seems M/L modules's psec header must contain certain
info or Basic will not reconize it as a subroutine. Page A-19 of the MW
Basic Manual for OSK, has the source code for OSK version of SYSCALL.
In it was the correct code for the header. A couple of other users have
since told me how the data is passed.
Thanks for the reply. This project now has a light at the end of the
tunnel. Soon I'll be able to let everyone know what's up.
John D.
-*-
End of Thread.
-*-
89682 31-AUG 22:50 General Information
RE: Crashed Coco3 (Re: Msg 89648)
From: NEALSTEWARD To: DSRTFOX
Moved upgraded PAL from malfunctioning MPI to replacement MPI. They were
both the old style that just needed the PAL plugged into the socket. The
old MPI and Coco 3 are now going to "parts" machines to keep the new ones
up & running. I have exhausted my resources trying to determine what
went wrong with these, short of paying ACTUAL money to have them repaired.
-*-
89690 1-SEP 05:51 General Information
RE: Crashed Coco3 (Re: Msg 89682)
From: COCOKIWI To: NEALSTEWARD
the problems with these are usualy the 74LS367 chips<interface>that go
between the CoCo and the MPI..replacing them with the HCT version solves
most problems!I have one of those,I repaired it a LONG time ago when it
died.....the other problem is the TANDY gold contacts on the edge connector
which causes the above problem<zapped chips>...I used a small cable 40pin
with pin type sockets at each end..replace the CoCo-3 socket with a right
angle 40 pin connector kind you find on PC,s...using a straight 40 pin
solder it directly to the edge connectors on the MPI.....if you need to
use the CoCo directly a small cable with a 40pin socket on the end will
work<an old Y connector will work fine>....with this setup you will do
away with the cause of BLOWN 74ls367 chips.....
Dennis...My one has been working now for like 6 years!now..
-*-
89706 3-SEP 01:17 General Information
RE: Crashed Coco3 (Re: Msg 89690)
From: NEALSTEWARD To: COCOKIWI
Is that in the Coco or the MPI? Both are fried, I might try a few things
to fix them, but more than likely I will keep 'em around for parts.
-*-
89709 3-SEP 04:38 General Information
RE: Crashed Coco3 (Re: Msg 89706)
From: COCOKIWI To: NEALSTEWARD
OH! BOTH..of em .Eh..Ah.So......replace the CoCo-3 CPU...sounds like the
MPI parted company with the CoCo while it was ON!<grin> common problem!
the pins off centre cause problems shorting out the lines..the HALT line
in the CPU usualy goes high and stays there...putting the CPU in permant
Halt mode!and the lines to the BUFFERS get zapped also killing the MPI!
good excuse to put a socket in place of the 6809E since it is zapped!
if it still dont work,replace the 74ls244 chip in the CoCo-3..last is
the GIMI chip,I have not seen one go bad because of this yet!<and I have
zapped mine a couple of times!<G>>
Dennis
-*-
89787 5-SEP 23:11 General Information
RE: Crashed Coco3 (Re: Msg 89709)
From: NEALSTEWARD To: COCOKIWI (NR)
The coco 3 still works "some of the time". This I remind you is an
intermittant problem and that is why it is so hard to troubleshoot.
Rather than mess with it anymore, I just replaced it. Before I switched
coco's, I did install a brand new 6809 in the socket to see if the 6309
was blown, but no change. And the problem is amplified by having the MPI
plugged in with the SCII in slot 4. The toughest part of this whole mess
is the way some hardware set ups would work while others wouldn't, and
some would some of the time. The #$%$ with it, I just replaced the coco
and MPI and all is fine now. I will install the 6309 next week when I
get a gold plated 40 pin socket. After I have that working, then I will
reinstall my 2 meg upgrade.
-*-
End of Thread.
-*-
89687 1-SEP 00:50 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89612)
From: TIMKIENTZLE To: KSCALES
Ken,
I'd be interested in hearing about this new OSTerm/68k. I always
thought OSTerm/Tascom had a lot of potential, but fell down in
the details (file transfer bugs, emulation bugs, etc.). I'd
be interested to hear that someone addressed those problems.
- Tim
-*-
89738 4-SEP 15:21 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89612)
From: 01GEN40 To: KSCALES
Hi Ken,
Message received and understood... Now for a question that has been
nagging me for a couple of years now...
Why is it that I am seeing software written machine specific, ie: for MM/1?
Are not all the 68XXX processors backward compatible such as the unINTELagent
X86 chips? If software cannot be made to run on ALL 68XXX machines, with
something like an environment file to tell it what chip is used, I see no way
for OS-9 (in whatever form it is in) to become competative with MS-DOS or
WINDOWS. Is there, also, an OS-9 that runs on an MM/1 and another that runs
on say a Delmar machine?
I just baught a motherboard that will accept up to a 486 DX2/50Mhz chip for
which I plan on running OS-9000 on some day when it becomes more personally
affordable. At this time, it is too expensive for personal use. In the mean
time, I will be running DR-DOS V6.0, not messy-dog. Gotta go, see ya.
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= 01GEN40 =-
-*-
89742 4-SEP 17:38 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89738)
From: MRGOOD To: 01GEN40 (NR)
The problem isn;t CPU compatibility, it's "enhancements" compatibility
that's the problem. So, stuff written for K-windows won't work
with G-windows. I for one would like to see ONE standard windowing
interface. The last thing I want to see is lowest common
denominator text screen based stuff.
Hugo
-*-
89743 4-SEP 20:10 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89738)
From: KSCALES To: 01GEN40 (NR)
A detailed answer to your questions could be quite lengthy, but I will try
to provide the major points here.
> Why is it that I am seeing software written machine specific, ie: for
> MM/1?
Mostly because the MM/1 comes equipped with a configuration that includes
colour graphics, sound, etc., BUT these can ONLY be accessed using
system software (K-Windows) that is not available on the other machines.
The other systems can also be configured for colour graphics and sound.
But, rather than having K-Windows, they generally have an alternate
(optional; purchased separately) windowing system, G-Windows.
The two windowing systems are not compatible.
The MM/1 users like K-Windows, because it came with their systems, is
very similar to CoCo Level 2 windows, and includes a basic development
library for them to hack with. They do not tend to like G-Windows because
it costs extra, the development package is sold separately, and it pushes
the MM/1 hardware to the extreme of its limits (especially display
resolution).
Owners of the Delmar/PT/CDS and FHL systems like G-Windows because it
is available for their machines, and is a sophisticated, powerful
environment quite similar to X-Windows, and includes a desktop GUI.
They do not like K-Windows because it is not available for their machines
yet, and will cost extra when it becomes available anyways.
This is currently the major source for system-specific versions of
software being developed. It is hurting us all, IMHO.
> Are not all the 68XXX processors backward compatible such as the
> unINTELagent X86 chips? If software cannot be made to run on ALL 68XXX
> machines, with something like an environment file to tell it what chip is
> used, I see no way for OS-9 (in whatever form it is in) to become
> competative with MS-DOS or WINDOWS.
At the application level, the 68XXX family is quite backward compatible.
Most differences tend to be at the Supervisor (operating system) level,
so a 68020 system uses a slightly different OS-9 kernel and drivers.
To the user and application writer, this should be transparent (if
the application writer compiles for the 68000 target, avoiding special
features of the more powerful processors, similar to avoiding '486
specific features if you want the application to run on a '286).
Generally, software can be written that does not use any of the special
system calls provided by either K-Windows or G-Windows, and is portable
amongst all of the systems. Some examples are the Ved editor, Sculptor
database manager, Ispell spellchecker, Rogue and Moria games, SC
spreadsheet, etc. But this tends to mean no graphics, no mouse, etc. (an
exception being limited mouse support in Ved). The "environment file"
is normally "termcap". It does not describe the "chip", but rather the
way that the particular terminal on the system can be controlled.
> Is there, also, an OS-9 that runs on
> an MM/1 and another that runs on say a Delmar machine?
There are special _drivers_ to communicate with the particular machine's
hardware, but both of these systems use OS-9 V2.4. This is equivalent
to some PCs having IDE drives, others SCSI, etc. -- different drivers at
the operating system level to support the particular hardware platform,
but this should be transparent to the user and applications, once the
system is configured.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89758 5-SEP 02:16 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89742)
From: JEVESTAL To: MRGOOD
> The problem isn;t CPU compatibility, it's "enhancements" compatibility
> that's the problem. So, stuff written for K-windows won't work
> with G-windows. I for one would like to see ONE standard windowing
> interface. The last thing I want to see is lowest common
> denominator text screen based stuff.
Why don't you like the "lowest common denominator text screen based stuff"?
I see nothing wrong with writing text screen programs, using things such
as termcap or common common vt100 or ansi interfaces.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.citrus.sac.ca.us
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
89763 5-SEP 09:22 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89738)
From: EDELMAR To: 01GEN40 (NR)
Ken Scales has done a pretty good job of explaining what is happening in
message 89743. To add a few points -
The MW C Compiler permits the programmer to program for either the 68000
or the 68020. Similarly, there are 2 assemblers; one for the 68000 and
the second for the 68020. The only time (most) programmers use the 68020
mode is when they are writing code dedicated to an 020 or higher chip -
mostly the industrial market and require the performance. Almost all GP
programs are compiled for the 68000 and will run on any OS-9/68xx0 machine.
The problems you are alluding to deal with graphics. Graphics are a function
of the gfx chip set selected by the OEM and have nothing to do with OS-9
or the cpu. The designers of the MM/1 selected the VSC (forget the chip
number) for their gfx. This chip in conjunction with the 68070 cpu provides
a low-cost, gfx solution.
DELMAR CO and Periphiral Technology decided to use a 'standard' pc compatible
gfx board for GFX - specifically gfx boards using the TSENG LABS ET4000/
ET4000w32i gfx chips. (I won't get into the reasons.)
Other OEM's are using other chip sets although several are also using the
TSENG LABS chips. For example, GESPAC is using boards based on the HITACHI
gfx chips. Note that G-WINDOWS runs on a variety of platforms and software
written for G-WINDOWS will (to the best of my knowledge) run on all of these
platforms.
In retrospect, had we (all the OEM's) stuck to RAVE, many of the graphics
incompatibility problems wouldn't exist. But, hardware and software cost
to the end user would be higher.
Re your comments about the 80x86 being backward compatible. Yes, they are.
But the software isn't. Up to a few years ago, software written for MSDOS
was mostly compatible with the Intel family. However, when MS introduced
Windows 3.1, full backward compatibility ceased; at least an 80286 cpu is
required. Almost all software released today requires Windows 3.1. hence
will not run with a 8086 cpu. Further, if you examine the driver disk(s)
you received with your VGA card, you will see the mfg provided his own
drivers - you cannot change to another gfx card without installing new
drivers. In fact, some software houses find the drivers provided inadequate
and provide their own. For example, look at the later AutoCad distributions.
Re OS-9000 - You can obtain a 'PC/AT Run-Time Package' for $595. This is
a subset of the PC/AT Development Package - does not include any application
development tools. As to the price dropping, IMHO, I doubt very much this
will occur in the foreseeable future unless MW repeats the special they
offered last year. I don't perceive MW attempting to attract the personal
user ala IBM, MS, etc.
Ed Gresick - DELMAR CO
-*-
89768 5-SEP 13:54 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89758)
From: MRGOOD To: JEVESTAL
I'm surprised you asked the question. To me, the answer is obvious.
If I have a computer capable of doing fancy window stuff and such, why
would I want to drop back to 1960's methods???
Hugo
-*-
89785 5-SEP 23:00 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89758)
From: DBREEDING To: JEVESTAL
> Why don't you like the "lowest common denominator text screen based
> stuff"?
> I see nothing wrong with writing text screen programs, using things such
> as termcap or common common vt100 or ansi interfaces.
Well, I tend to agree with MRGOOD's sentiment. I can live with the "lcd
text apps, but as he stated in his reply, I, too, would hate to think I'd
be stuck with the wonderful windowing system I have, or likewise for the
other systems, too, and not be able to use them. I'd like to see maybe
an interface implemented whereby if you wanted to create an overlay
window, for example, the task could be handed out to it and let it handle
the specifics. It would seem that it could be handled a little like
"gfx2".
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89786 5-SEP 23:01 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89743)
From: DBREEDING To: KSCALES
Ken, you really did a great job explaining the reasons for system-
specific software. I would like to add to one point you made:
> This is currently the major source for system-specific versions of
> software being developed. It is hurting us all, IMHO.
I think you really said a mouthful there. If one is writing software, I
think he would have much greater incentive to work on it if he could reach
more potential buyers. Of course, all the stuff can be made to work if
strictly text-oriented functions are used, but that seems to be a terrible
waste of the fabulous windowing systems we have. I would dearly love to see
some method by which the advanced features of all the systems could be
interfaced. I mentioned in a previous post that it seems that maybe an
interface ala "gfx2" might be written, one for each system, to handle the
specifics for the advanced graphic calls. Of course this would mean adding
an additional level of interfacing (above that of the specific windowing
system, but that would simplify the program writing process. Maybe it
would be too complicated, but on the surface it looks feasible. The method
I have in mind would be that if you wanted to create an overlay window,
you would issue the call "OWSet" to the interface module and it would, in
turn, hand it back to G-Windows or K-Windows as the appropriate call.
Do you reckon this might work?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89797 6-SEP 04:19 Applications (6809)
RE: Database Deletion of DScan V4.0!! (Re: Msg 89758)
From: MREGC To: JEVESTAL (NR)
Jim,
> Why don't you like the "lowest common denominator text screen based stuff"?
>
> I see nothing wrong with writing text screen programs, using things such
> as termcap or common common vt100 or ansi interfaces.
As I share his feelings I think I should respond to this question myself.
Of course there's nothing *wrong* with text screen programs. However, I
happen to prefer to use and to write software that uses windowing to its
fullest extent. It's just a matter of personal prefernece. I use a word
processor on my MM/1 that uses windows over one that's text based, even though
the text based one has a number of other features that the windowing one
doesn't. I bought my MM/1 because of the promise of more powerful, more
versatile, cleaner looking windowing software.
It's also possible to write graphics front ends for text based software, as
the developer of the text based word pro I was referring to collaborated with
another programmer to accomplish. However, even this kind of combination, for
me at least, doesn't have the same comfortable "look and feel" as a program
designed soley under windows from the start.
..Eric...
-*-
End of Thread.
-*-
89688 1-SEP 00:55 OSK Applications
Archiving program
From: TIMKIENTZLE To: ALL
I'm getting ready to upload an updated TeX for OS9, but I need a good
archiver to bundle it all up with. I need something that will accept
a list of filenames to archive, and which produces decent compression.
The best I've found so far is the combination of tar/gzip, but I thought
there might be something better around. Any suggestions?
- Tim
-*-
89689 1-SEP 01:23 OSK Applications
RE: Archiving program (Re: Msg 89688)
From: MITHELEN To: TIMKIENTZLE
How about lha? It has a "-r" (recursive) option, that will do an entire
directory heirarchy. You can also specify individual files omn the command
line, and I believe there is an option to take filenames from a fil, or stdin
(Not sure on that, and am not on my MM/1 now, so can't check)
--
Paul
-*-
89692 1-SEP 08:41 OSK Applications
RE: Archiving program (Re: Msg 89689)
From: BILLDICKHAUS To: MITHELEN
LHa 2.01 will not accept a list of files from stdin, and I have had
problems using LHa 2.06, which does have a a -z option. Has anyone else
had problems with LHa 2.06? Is there a later version, or any tips on how
to get it to work properly?
I've considered going the gtar/gzip route myself at times, but haven't yet.
-Bill-
-*-
89694 1-SEP 15:00 OSK Applications
RE: Archiving program (Re: Msg 89692)
From: MITHELEN To: BILLDICKHAUS
I have lha 2.05, and never had problem with it... Admittedly, I have never
used the "-z" option. I usually use the "-r" to do an entire heirarchy.
--
Paul
-*-
89702 2-SEP 20:43 OSK Applications
RE: Archiving program (Re: Msg 89688)
From: JOHNREED To: TIMKIENTZLE
> I'm getting ready to upload an updated TeX for OS9, but I need a good
.....
> The best I've found so far is the combination of tar/gzip, but I thought
> there might be something better around. Any suggestions?
> - Tim
>
Tim,
IMHO, for bundling up a large number of files, tar (or gtar) and gzip
seem to run faster than lha, and the end result is smaller. I did a
comparison on a medium-huge pile of GNU-C source and gtar/gzip won.
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
89753 5-SEP 00:30 OSK Applications
RE: Archiving program (Re: Msg 89689)
From: TIMKIENTZLE To: MITHELEN
The `-r' option isn't so useful, since the directory I want to archive
from has over 21meg of stuff in it and it's subdirectories. By going
through a list of files, I've managed to trim that down to a mere
6meg that needs to go in the upload, so you can probably understand
my desire to be able to read a list of files from stdin. John's
comment about compression is a good point, too. Tar/GZip tends
to compress better, since GZip ends up compressing the whole shebang
at once, unlike most archivers that compress each individual file.
800 small files are unlikely to compress as well as a single
6meg file.
- Tim
-*-
89754 5-SEP 00:33 OSK Applications
RE: Archiving program (Re: Msg 89702)
From: TIMKIENTZLE To: JOHNREED
Is gtar here in the archive? I have a `tar,' but when I did a dry
run at archiving the whole thing, it freaked out halfway through.
(I should try again, giving it more data space...)
GZip faster than lha? Hmmm... I tried running gzip -9 on my
MM/1, and had a good nap before it was done. Of course, it does
dearchive MUCH faster. I've gotten in the habit of using gzip
before downloading things to my MM/1, since it saves a bundle of time.
But uploads I usually do uncompressed.
- Tim
-*-
End of Thread.
-*-
89697 1-SEP 23:58 General Information
Help w/ OS-9 Device Descriptors
From: BOISY To: ALL
Hi Folks,
I am in need of PROPER dmode parameters for the following drive types
and formats for my MM/1:
Formats: Universal, PC, Standard OS-9, Atari ST
Drive types: 3.5" 1.44MB
3.5" 720K
5.25" 360K
5.25" 1.2MB
That would be a total of 16 sets of dmode parameters. I've swapped
drives so many times that I'm not sure which is which, so any help
would be MOST appreciated.
--
Boisy G. Pitre__ __ __ Delphi: BOISY
|_ _| \ \/ / CompuServe: 74464,3005
I use... _| |_ > < Internet: boisy@os9er.waukee.ia.us
|_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems
-*-
89699 2-SEP 00:25 Applications (6809)
OSTerm/68K
From: KSCALES To: TIMKIENTZLE
> I'd be interested in hearing about this new OSTerm/68k. I always
> thought OSTerm/Tascom had a lot of potential, but fell down in
> the details (file transfer bugs, emulation bugs, etc.). I'd
> be interested to hear that someone addressed those problems.
Hi, Tim -
Yes, OSTerm/68K has been considerably enhanced compared with OSTerm/6809
and TasCOM. The current official release is version 2.2.0; however a few
folks have a "beta test" version 2.2.1.
I don't have a complete list of the changes, but will list the ones that
come to mind... (I've included some of the known limitations, too.)
- (prompted) ASCII file transfers are now fully implemented. (Vaughn
added them to the menus when he started working on them, but hadn't
yet finished the code.)
- Y-batch no longer resets the filelength to 0 on ASCII transfers.
(Side-effect: sometimes the xmodem padding will not be stripped.
Perhaps a future release will cover this.)
- provision added for 3 external protocols. These are defined by the
user in the osterm.config file, and become bound into the standard
OSTerm Transfer and Filepicker menu sequences, just like the native
protocols, so they appear fully integrated to the user. (I use Zmodem,
Kermit Binary, and Kermit ASCII).
- ANSI emulation has been enhanced to include all of the normal
IBM/BBS sequences, 16 foreground and 8 background colours (with
correct palettes).
- VT100 emulation has been significantly enhanced:
- host programmable tabs (also, user settable in config file; default
is the VT100 standard default)
- scrolling regions (Version 2.2.0 only has absolute origin mode;
V2.2.1 beta has relative origin mode, too).
- User selectable "Newline mode" and "Autowrap at margin" added
- many other changes/fixes too numerous to mention to bring it in
line with the VT102 "ANSI" mode.
- limitations: special character sets not supported; 80x24 mode only.
- improved ANSI/VT100 keyboard emulations (e.g., "left arrow" and "ctrl-B"
are differentiated), with online "Keyboard Assignments" menu
- can generate a true "line break"
- RTS/CTS or XON/XOFF flow control supported.
- "Rate adjust" lock to suppress autobauding for modern high-speed modems
- separate Options file for each port (/t0, /t3, etc.)
- "Echo to file" (buffer capture) now strips linefeeds AND ANSI/VT100
control sequences. Also allows append-to-file.
- A "binary" emulation mode has been added, to enable capture of all
received data, but only printing "safe" characters to the screen.
- Remote Mode can be enterred directly from command line:
osterm -r
(or) osterm -r=/dd/directory_path_to_use
- 7-bit mask (oops; bug in V2.2.0; fixed in V2.2.1 beta version)
- numbers expanded to 24-digits in autodialer
- a "graphical front end" for mouse addicts and to make it easier for
casual users. This is, frankly, a bit "clumsier" than we would like,
but since our plans are to evolve OSTerm/68K away from its current
K-Windows dependency, we implemented this as a separate module ("OST")
to avoid putting more K-Windows stuff into the main program.
- significantly improved manual written by Colin McKay.
- many other tweeks and enhancements.
Hope this provides the info you wanted.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89715 3-SEP 12:29 Applications (6809)
RE: OSTerm/68K (Re: Msg 89699)
From: JEJONES To: KSCALES
> - User selectable "Newline mode" and "Autowrap at margin" added
I guess that just show that when all else fails, read the directions.
(I must have autowrap turned off.) Silly me.
Seriously--I appreciate the heck out of the work that's been done
on OSTerm.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
89725 3-SEP 21:24 Applications (6809)
RE: OSTerm/68K (Re: Msg 89699)
From: DBREEDING To: KSCALES
TIMKIENTZLE's comments:
> > I'd be interested in hearing about this new OSTerm/68k. I always
> > thought OSTerm/Tascom had a lot of potential,
> > but fell down in the details
GREAT DESCRIPTION!!! CoCo OSTerm is really great, but just a few aggravating
details.
Ken,
The enhancements you describe are FANTASTIC! Do I understand that the
ultimate goal is to make OSTerm compatible for all OSK platforms, or will
it be strictly MM/1? I have a Delmar system and would really love to have
OSTerm running on it. IMO, this is one void (especially for us non-MM1'ers)
that needs to be filled.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89732 3-SEP 23:38 Applications (6809)
RE: OSTerm/68K (Re: Msg 89715)
From: KSCALES To: JEJONES
> I guess that just show that when all else fails, read the directions.
> (I must have autowrap turned off.) Silly me.
Heh, heh -- yeah, I know what you mean. I don't pay enough attention
to the manuals, either. But let's not tell Colin -- he put a lot of
work into it <g>.
Didn't know you had been encountering difficulties -- let me know if the
autowrap doesn't fix it.
> Seriously--I appreciate the heck out of the work that's been done
> on OSTerm.
Thanks. Actually, we did it a lot of it because _we_ wanted it, too!
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89733 3-SEP 23:38 Applications (6809)
RE: OSTerm/68K (Re: Msg 89725)
From: KSCALES To: DBREEDING
> The enhancements you describe are FANTASTIC! Do I understand that the
> ultimate goal is to make OSTerm compatible for all OSK platforms, or will
> it be strictly MM/1? I have a Delmar system and would really love to
> have OSTerm running on it. IMO, this is one void (especially for us
> non-MM1'ers) that needs to be filled.
This has been the plan, but office workload has pretty much brought things
to a grinding halt here since May. We had hoped to have the non-KWindows
version well under development by now, but as it stands, that phase hasn't
even been begun, yet. Sorry, but stay tuned.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89757 5-SEP 02:04 Applications (6809)
RE: OSTerm/68K (Re: Msg 89699)
From: TIMKIENTZLE To: KSCALES
Sounds good! In particular, it sounds like you made an effort to address
the many problems in the VT100 emulation. (BTW, if you want, I have
a bunch of test files for testing VT100, in the form of a fairly
thorough `test program' and a bunch of `VT100 movies' that exercise
VT100 emulations pretty thoroughly. The test program also exercises
some VT102 functions. Old OSTerm/Tascom failed these tests pretty
badly. Seems it kept switching into `ANSI' emulation for no apparent
reason.)
- Tim
-*-
89774 5-SEP 21:14 Applications (6809)
RE: OSTerm/68K (Re: Msg 89699)
From: DSRTFOX To: KSCALES
When you get a good listing of all the changes/features of the new term
program, send me something in e-mail that I can print as an announcement in the
next issue of "68' micros".
-*-
89784 5-SEP 22:59 Applications (6809)
RE: OSTerm/68K (Re: Msg 89733)
From: DBREEDING To: KSCALES
> > The enhancements you describe are FANTASTIC! Do I understand that the
> > ultimate goal is to make OSTerm compatible for all OSK platforms, or
> This has been the plan, but office workload has pretty much brought
> things to a grinding halt here since May. We had hoped to have the
> non-KWindows version well under development by now, but as it stands, that
> phase hasn't even been begun, yet. Sorry, but stay tuned.
You bet I'll stay tuned .. I've heard of another Term program that's coming
out, maybe for G-Windows, but everyone needs at least 3 term programs at
hand <G>. Seriously, I've grown quite accustomed to OSTerm, and all in all,
it's just hard to beat. I do understand the problems of getting time to
get all the stuff done, though.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89789 5-SEP 23:15 Applications (6809)
RE: OSTerm/68K (Re: Msg 89757)
From: KSCALES To: TIMKIENTZLE (NR)
Hi, Tim -
> Sounds good! In particular, it sounds like you made an effort to address
> the many problems in the VT100 emulation.
Yes, we've put considerable work towards making this a good, usable
implementation of VT100 emulation. We probably still have a bit more work
to do. My personal approach is that ANY _known_ limitations or bugs should
be documented, so the following exclusions were specified in the $READ.ME$
file for V2.2.0, released at the May Chicago Fest:
| Current limitations include:
|
| - only absolute origin mode is supported for scrolling regions
| - only 80x24 character mode is supported (no double-height,
| double width, nor 132 character width)
| - alternate character sets are not supported
|
| Known bugs/deficiencies:
| - the last character on a screen is not displayed, as this
| causes the screen to scroll. When the line is scrolled,
| this character will be added to the scrolled line, except
| in the following case:
|
| - when "Autowrap at margin" is "off", lines that contain
| EXACTLY 80 characters and which are initially printed on
| the last line of the display (or scrolling region), will
| not display the last character of the line after being
| scrolled upwards.
Since then, V2.2.1(beta) has added relative origin mode for scrolling
regions, and fixed a couple of bugs that were identified (7-bit masking
within VT100/ANSI sequences, the switching from VT100 to ANSI mode
"voluntarily" that you mentioned, and improved "bold" attribute handling).
> (BTW, if you want, I have
> a bunch of test files for testing VT100, in the form of a fairly
> thorough `test program' and a bunch of `VT100 movies' that exercise
> VT100 emulations pretty thoroughly. The test program also exercises
> some VT102 functions.
Tim, I would really appreciate if you could forward those files. I've
been meaning to pick some up, but it's always been "deferred"... Most
of the testing has been against the facilities we have available.
> Old OSTerm/Tascom failed these tests pretty
> badly. Seems it kept switching into `ANSI' emulation for no apparent
> reason.)
Heh, heh... yeah, see above.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
End of Thread.
-*-
89700 2-SEP 10:36 General Information
NEW COMERS
From: MROWEN01 To: ALL
HEY NEW COMERS! If you want to get help with OS-9 or have questions, please
attend the OS-9 Late Night conference here on Delphi. If you need info on how
to get into the conference or questions about the conference, please send a
note to myself (MROWEN01) either here in the forum or via mail. You can also
direct quetsions to the OS-9 Late night moderator, CPERRAULT (Chris). The
level of conversation in the conference is always geared toward the original
level of the questions asked. If you have some basic beginner level questions,
ask them in the conference. You'll either get a good answer or find someone
willing to work with you outside of the conference. Don't be afraid to jump
in with questions or comments. That's what the OS-9 Late night conferences
are for! The more people contribute the more we all learn! Support the OS-9
community and get your questions answered by attending the OS-9 Late Night
confernce!
END Of SHAMELESS PROMO!
Mike Rowen
mrowen01@delphi.com
rowen@fwa.natp.gmeds.com
-*-
89701 2-SEP 10:46 General Information
ANSI Considerations
From: BOISY To: ALL
I need some questions answered regarding ANSI emulation.
(1) I noticed that in some BBS's fancy ANSI graphics screens, a hex
05 is embedded. This 05 wreaks havoc, since it isn't part of an
ANSI emulation string. It gets printed as is, and the next character
will turn off the cursor (this is in my ANSI emulation terminal
program). What is this 05 and how should I handle it?
(2) I notice that some BBS screens tend to send a "cursor left" ANSI
sequence when the cursor is at column 0 (the left side of the screen)
Currently, I'm just doing a cursor left, so the cursor backs up to
the last character position of the previous line. Thus, printing
on the first line is skewed to the left one character. Is the
proper behavior in ANSI to NOT go to the left when the cursor is
already at the left side of the screen? I think this would fix
things, but I'm not sure if it is the "ANSI" way to do it.
Any answers would be most helpful and most appreciated.
-*-
89705 3-SEP 00:46 General Information
RE: ANSI Considerations (Re: Msg 89701)
From: GREGL To: BOISY
I believe the ANSI specification is for Cursor Left and Cursor Right to move
the cursor the appropriate number of columns. If the cursor is on a line
boundary, the cursor does not move to the previous or next column. The $05
character is CTRL-E or ENQ and is typically used to ask about your terminal
capabilities. DEC terminals, for example, send a capabilities string. I
think ANSI and PC ANSI ignore ENQ. Also note that CompuServe sends ENQ to
initiate a CompuServe B or B+ protocol transfer.
-- Greg
-*-
89714 3-SEP 11:36 General Information
RE: ANSI Considerations (Re: Msg 89705)
From: BOISY To: GREGL
Thanks for the confirmation. I'll fix my program to reflect that.
I ran across another example of ctrl codes embedded in an ANSI graphic file.
Here's a partial dump:
1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31;
34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m
Note the Hex $01 on the first line after the '40m'. This homes the cursor
under K-Windows, though I am blocking out ctrl characters. I am wondering
what I should do in this instance. Totally ignore it? Replace it with a space?
THere is obviously some intent to use it, as it is bound between to different
'm' ANSI sequences.
-*-
89720 3-SEP 17:16 General Information
RE: ANSI Considerations (Re: Msg 89714)
From: KSCALES To: BOISY
Boisy -
> I ran across another example of ctrl codes embedded in an ANSI graphic
> file. Here's a partial dump:
>
> 1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31;
> 34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m
My guess is that this turns all attributes off, prints a blue-on-black
happy face, then sets the colours to red-on-black, bold on, and prints
11 spaces.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89735 4-SEP 01:38 General Information
RE: ANSI Considerations (Re: Msg 89714)
From: GREGL To: BOISY
I suspect the control character you are seeing is a printable character.
On the PC, all control characters with the common exception of CR and LF
are printable. Actually all of the control characters are printable, but
most terminal programs interpret CR, LF, TAB and BEL. There may be a few
others that are interpreted (VT is the typically the same as LF, for example,
and FF scrolls to the bottom of the screen).
-- Greg
-*-
89755 5-SEP 00:40 General Information
RE: ANSI Considerations (Re: Msg 89701)
From: TIMKIENTZLE To: BOISY
On the VT100 (which is based on the same standard as PC `ANSI' emulation),
cursor movement commands never wrap lines. In particular, the cursor
movement escape sequences are `visual', not `logical.' I.e., `cursor left'
means `move the cursor left,' NOT `move the cursor to the previous
character.' On the VT100, even BS doesn't wrap, although many VT100
emulators let BS wrap since so many people expect it to.
- Tim
-*-
End of Thread.
-*-
89707 3-SEP 01:20 General Information
IRQ Hack
From: NEALSTEWARD To: ALL
What is the most current fix for Coco 3 IRQ problems. For years I used
the Krupski diode hack, but had heard that this can cause problems, which
I eventually encountered.
-*-
89710 3-SEP 04:49 General Information
RE: IRQ Hack (Re: Msg 89707)
From: COCOKIWI To: NEALSTEWARD
I did one that was an improvment over one that came out..it was a direct
link from the IRQ lin on the CoCo-3 to the MPI<board one had in it> I
rerouted the line through the unused SELect line on pin 40,since this line
is directly connected to the MPI and that ALL 4 slots are connected to it!
one just cuts a couple of lines on both and a few jumpers..done,I have used
this fix for a number of years with no problems! you will find it in the
Database here..look for IRQ fix.....that I put up there a long time ago!
Dennis
-*-
End of Thread.
-*-
89708 3-SEP 01:22 General Information
24 pin eprom
From: NEALSTEWARD To: ALL
Can a 28 pin eprom be used in a floppy controller with a 24 pin socket? Or
more specifically, can a 28 pin Tandy Smartwatch be installed in a f.c. with
a 24 pin socket?
-*-
89711 3-SEP 04:54 General Information
RE: 24 pin eprom (Re: Msg 89708)
From: COCOKIWI To: NEALSTEWARD
the answer is YES..one has to make a replacment socket to fit the 24 pin
socket..it overlaps,and some wires have to be jumpered to the old locations
that dont match the new socket! A lot of us did this to the old TANDY disk
controller so one could use a bigger chip,since the older 24 pin ones were
getting hard to get!.......you use a 28 pin Smartwatch with a modified socket
Dennis
-*-
89788 5-SEP 23:14 General Information
RE: 24 pin eprom (Re: Msg 89711)
From: NEALSTEWARD To: COCOKIWI (NR)
Where can I find a description of how to wire the socket like that? Is
there a file here, or was it published in the Rainbow?
-*-
End of Thread.
-*-
89712 3-SEP 08:14 General Information
RE: error 202 (Re: Msg 89197)
From: DONALDS To: BOISY
thanks for the help. I will try that.
Don
-*-
89718 3-SEP 13:45 General Information
reply
From: JEVESTAL To: CPERRAULT
> >>That would be ok, I have the latest version of PatchOS-9 for
> review in the OS-9 Underground.<<
>
> Good, I'll be looking forward to that. Btw, when is the next
> Underground going to be out?
It should be out this next week hopefully. When I receive my copy
I'll post so you can be checking your mail boxes for your!
> >>Concerning Monday nights:...if so I won't be home in time for
> the conference!<<
>
> D*mmit Jim!<grin> Really, keep me posted. If people aren't able
> to show, and I can find a good night where I don't have to be up early
> the next morning, then reschedualing won't be a bad idea. For now of
> course the schedual stands as Monday Nights at 10:00 pm eastern time.
Well, as you know I made it Monday night, despite the fact that I
was already way over 20 hours of usage on my 20/20 plan. I choose not
to add the Monday night class due to lack of transportaion, so I should
be able to make it Monday nights.
> I agree, the live interaction can really help those of us who
> want to learn more about programming. I imagine general use of OS-9...
> hopefully we'll get some programming stuff in there<as I could sure
> use some educating<G>. I too am interested in C, but won't be getting
> too serious with it for a while. I do plan on taking it up tho<it
> looks like a good language anyway>, so I try to soak up whatever I see
> mentioned about it, as much as possible as it will come in handy
> later. Btw, do you still plan on covering basic09 in the Underground?
> I really like the Basic training series, tho I understand you plan to
> move more in the direction of C there. Is there anything in the works
> for Basic09, such as covering system calls,errors and debugging, and
> small routines.
We are currently looking for a new columnist to take over Basic Training.
I did the first series on structured programming, and Wayne Campbell
wrote a programming series on how to write applications in Basic(09).
We are running the last few parts of his series now. Wayne sold his
CoCo and bought a Mac and he's not involved with the OS-9 Underground
any longer.
If anybody is interested please contact me about writing Basic Training
or just submitting Basic09 programs.
I, personnaly still love Basic09, but relize that I need to concentrate
on learning C, so I started the Basic to C column to help others
learn C too.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.wa.com
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 11pm-7am PDT serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Marysville, CA InterNet: JEVestal@narnia.wa.com
| or : JEVestal@citrus.sac.ca.us
(916) 743-2617 Voice: 7am-11pm PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
89728 3-SEP 21:33 General Information
September Conference schedual
From: CPERRAULT To: ALL
=========OS-9 Conference Schedual=========
=========For the month of September=======
=========On Delphi's OS-9 Online==========
Note: To access these conferences, once you are online,
from the main menu, or almost any other prompt on Delphi, type(without
quotes) 'Go com OS9' and that brings you to _OS-9 Online_, the OS-9 Sig.
Then at the menu prompt, type 'con' to access the conference section. At
the next prompt type '/who' in order to see what conferences are currently
taking place. When you see a conference name with the title of the
conference you want to attend, simply note the number to the left of the
title. That is the group number. Then type '/join x' where is the name of
the group(conference) you want to join, and you will be in.
--------------------------------------------------------------------
Conference Name Date Topic
--------------------------------------------------------------------
OS-9 Late Night September 5, 1994 Programming Discussion.
General OS-9 programming
chat here.
OS-9 Late Night September 12, 1994 Open Topic: Bring all
your questions, comments,
and other good stuff.
Topic may change.
OS-9 Live! September 17,1994 Boisy Pitre discusses 'The
Future of Personal OS-9'.I
encourage anyone
who can attend to do so.
OS-9 Late Night September 19,1994 See U in Atlanta! Newton
White from the Atlanta
Computer Society will be
with us to discuss the
upcoming Fest.
OS-9 Late Night September 26, 1994 NITROS9 & TUNE UP
Discussion W/ Alan Dekok
of Northern Xposure.
-*-
89756 5-SEP 00:42 General Information
RE: September Conference schedual (Re: Msg 89728)
From: TIMKIENTZLE To: CPERRAULT (NR)
What time are all of these conferences?
- Tim
-*-
End of Thread.
-*-
89730 3-SEP 23:01 General Information
ANSI Considerations
From: KSCALES To: BOISY
Boisy -
> > 1B 5B 30 3B 33 34 3B 34 30 6D 01 1B 5B 33 31 3B .[0;34;40m..[31;
> > 34 30 3B 31 6D 20 20 20 20 20 20 20 20 20 20 20 40;1m
>
> My guess is that this turns all attributes off, prints a blue-on-black
> happy face, then sets the colours to red-on-black, bold on, and prints
> 11 spaces.
>
> Cheers... / Ken
Tried it by "displaying" the above codes over a serial link from my MM/1
to my PC clown running Telix. Couldn't make out the exact colours (since
it is a monochrome monitor), but it generated a light grey happy face,
followed by a series of spaces (which subseqent characters sent indicated
were in a brighter hue).
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89731 3-SEP 23:16 General Information
RE: ANSI Considerations (Re: Msg 89730)
From: BOISY To: KSCALES
So the 0x01 is a happy face character? Any idea how they determine
this?
-*-
89734 4-SEP 00:21 General Information
RE: ANSI Considerations (Re: Msg 89731)
From: KSCALES To: BOISY
> So the 0x01 is a happy face character? Any idea how they determine
> this?
Well, after reading your messages I dug out my copy of the ANSI X3.64
spec, and couldn't find anything specified the SOH character. And, as
you noted, it must have been intended as a printable character, based
upon its position between the two ANSI Select Graphic Rendition
sequences.
So, I checked the character sets in my MS-DOS manual, and left you the
first message. Then I tried it. Sure enough.
That BBS is not just using "ANSI" -- it is using some PC-specific
stuff.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
End of Thread.
-*-
89736 4-SEP 09:40 Applications (6809)
RE: SOFTWARE (Re: Msg 89563)
From: DONALDS To: MORRISA (NR)
Sorry I didn't get back to you soonerbut, I have been out fighting some
of the forest fires we have had here in the West.
I still have the 2 programs you wanted DESKMATE 3, SUB Battle, if you are
still interested.
Don
-*-
89740 4-SEP 16:43 Applications (6809)
8-bit chips
From: GLOCKR To: ALL
I dont know if this is the right place to help me, but I need a clock circuit
that will drive an M6800 CPU. The only 1 I can find requires an M6871 which is
no longer availeable. Even better would be a circuit for a 6809-based sbc.
Would appreciate any inf
o:) btw, would also like to hear from people using 1802-1806 CPUs.
-*-
89775 5-SEP 21:36 Applications (6809)
RE: 8-bit chips (Re: Msg 89740)
From: DSRTFOX To: GLOCKR
J&M Microtek sells a 6809 SBC that is only 2.75"x5". Supports 8K RAM, 8KROM.
Has 2 6821 PIAs, 2 interrupts for bus, supports 2732,64, & 6116 EPROMs. The
board is $60 (populated). Integrated development software with an assembler, d
isassembler, and on board debugger is available for an aditional $70.
201-325-1892 (J&M Microtex, Inc. , 83 Saman Road, W. Orange, NJ 07052
Tell them you got the info from "68 micros" magazine. I have a writer working
on converting one of these boards so that a CoCo can be used for a development
system.
-*-
89794 6-SEP 02:33 Applications (6809)
RE: 8-bit chips (Re: Msg 89775)
From: GLOCKR To: DSRTFOX (NR)
thnks for the info:)
-*-
End of Thread.
-*-
89744 4-SEP 20:36 General Information
CD-i Success!
From: BOISY To: ALL
Well, after fiddling with my new CD-i player, I managed to make a working
cable from its 8-pin mini-DIN to my MM/1 25pin serial.
Thanks to FHOGG's message buried way back in the forum, I was able to
call up the "service shell" which listed about 8 options. These are
test modes for DRAM, NVRAM, VSC, and other hardware on the board.
This thing is so close to be an OSK computer, it's dangerous.
-*-
89776 5-SEP 21:38 General Information
RE: CD-i Success! (Re: Msg 89744)
From: DSRTFOX To: BOISY
Hek Boisy, tell us how you made the cable and accessed the shell!!
-*-
End of Thread.
-*-
89750 4-SEP 22:49 General Information
Cd-i
From: CHARLESAM To: BOISY
I recall a message you put up when you first got you CD-i. Correct me if I'm
mistaken. You said you can play games, listen to CDs, or watch movies(disk).
What your descibing sounds like the new Panasonic CD-i systems. I'm not
sure what they cost but I know they must go for at least $800. How much
did your CD-i peripheral cost? How does it compare with CD-i systems,
like the Panasonic. I'm thinking of upgrading soon and if I can add a
CD-i that compares favorably with those on the market, I'll upgrade alot
sooner. Keep touting your new toy..... make us envious! ;-)
Even when I upgrade, I'll keep my Coco. I've gotten too comfortable to
part with it now. Regards Charlie
-*-
89752 4-SEP 23:03 General Information
RE: Cd-i (Re: Msg 89750)
From: BOISY To: CHARLESAM
Panasonic has a CD-i player? I wasn't aware of it.
Mine cost $499.00. There is a smaller Magnavox version for $299.00, and
both have CD-RTOS (OS-9) built in.
Neither come with the DV cart., but it can be added. The DV cart runs at
about $230-$250. And believe me, it's worth it.
Check out your local Sears store for their CD-i system. Let me know what
you find out.
-*-
89790 5-SEP 23:24 General Information
RE: Cd-i (Re: Msg 89752)
From: CHARLESAM To: BOISY
The next time I go to the Mall, I'll get the info on the Panasonic. It
looks like an all inclusive system. Maybe I can get some pamphlets on it.
As far as Sears goes, I'll buy their tools but I'd avoid any electronics
with their name on it. Thats just my preference. I feel they have their
fingers in too many areas to be good at all of them.
I assume by DV cart you mean Disc Video. I'm wondering how well a video
would run on an MM1 monitor? And thats assuming the MM1 is my upgrade.
Now thats a subject I'd like to see discussed in a conference. What
are the pros and cons of the three upgrades available now for OS-9.
I'm referring to the MM1, System IV/V, Kix 20/30. If there is more
options them those, I'm not aware of them. I believe you have the
MM1, no? I'd definitely go that way but for the one sore spot I have
heard discussed here, and thats the monitor options for that machine.
Of course, I'm not that well informed and you can correct any miss
info I have.
I will post the info on the panasonic when I get it. Thanx for your
reply on the subject. Regards Charlie
-*-
89791 5-SEP 23:42 General Information
RE: Cd-i (Re: Msg 89790)
From: BOISY To: CHARLESAM
Hi Charlie...
That's an excellent conference idea! I'll have to keep that in mind.
You will be at the Atlanta Fest, won't you?
The CD-i will run on any monitor with RCA In Video, so a Maggie (commonly
used w/ the MM/1) would work with the CD-i player.
Looking forward to info on that Panasonic. Thanks!
-*-
89792 5-SEP 23:50 General Information
RE: Cd-i (Re: Msg 89791)
From: CHARLESAM To: BOISY
I'm sure planning on it(Atlanta). Now I just have too salt away the green.
Maybe I get started on my upgrade in Atlanta. Charlie
-*-
89793 6-SEP 00:22 General Information
RE: Cd-i (Re: Msg 89790)
From: MITHELEN To: CHARLESAM (NR)
Thats funny, I'll buy just about anything from Sears, BUT their tools!
Grant it, you get that lifetime warentee on them hand tools, but it is not
worth it if you have to replace it 2 or 3 time during a job (especially
their sockets)
-*-
89795 6-SEP 04:07 General Information
RE: Cd-i (Re: Msg 89750)
From: MREGC To: CHARLESAM (NR)
> What your descibing sounds like the new Panasonic CD-i systems.
Panasonic makes the, (well only THE for right now as there are others in
development,) 3DO player, the direct competitor to CD-i. Philips, Magnavox and
Goldstar make CD-i players.
..Eric...
-*-
89796 6-SEP 04:09 General Information
RE: Cd-i (Re: Msg 89752)
From: MREGC To: BOISY
> Panasonic has a CD-i player? I wasn't aware of it.
No, Panasonic makes the only currently available 3DO player, CD-i's most
direct competitor. Philips, Magnavox and Goldstar are the companies making
CD-i players.
..Eric...
-*-
89798 6-SEP 04:23 General Information
RE: Cd-i (Re: Msg 89752)
From: MREGC To: BOISY
Boisy,
> Check out your local Sears store for their CD-i system.
After all that talk on CIS about the pitiful state of CD-i kiosks in Sears,
some of which was posted by you, how could you send a potential CD-i customer
there to be turned against the machine by what he's bound to see? He should go
to Best Buy or Incredible Universe instead.
..Eric...
-*-
End of Thread.
-*-
89751 4-SEP 22:56 New Uploads
CC3 to SVGA (analog) adaptor
From: AD To: ALL
Hi,
Do any of you know if/where I can obtain an adaptor for the CC3 which permits
it to drive a VGA or SVGA monitor?
-*-
89767 5-SEP 13:52 New Uploads
RE: CC3 to SVGA (analog) adaptor (Re: Msg 89751)
From: MRGOOD To: AD (NR)
There is no such thing yet or probably ever. If you thin about, using
a VGA monitor on the Coco would be a waste anyway. The monitor would
far exceed the resolution of the computer's video output.
Hugo
-*-
89779 5-SEP 21:56 New Uploads
RE: CC3 to SVGA (analog) adaptor (Re: Msg 89767)
From: DSRTFOX To: MRGOOD
Using a VGA monitor solely for the CoCo might be a waste, but you can purchase
a standard (640x480) VGA monitor cheaper than you can an analog RGB unit in
many cases, especially if a remanufactured one is found (around $175 vs. $250).
And what about those who already have the VGA for their PCs? A switch box or
physically moving the connector would make the monitor useable for both
machines. So such an animal would make sense, but may cost as much as another
monitor. Price one of the VGA to NTSC convertors... over $100.
-*-
89799 6-SEP 04:53 New Uploads
RE: CC3 to SVGA (analog) adaptor (Re: Msg 89779)
From: MMCCLELLAND To: DSRTFOX (NR)
If someone really wanted to connect a VGA monitor to the CoCo, they could
purchase a multisync unit. I have heard of someone getting an NEC multisync
to sync with the CoCo. The only drawback: multisyncs are pretty expensive!
One _may_ be able to find a non multisync monitor that can handle the CoCo's
15.701 kHz horizontal signal, but I wouldn't know...
I think that there is a file in the CoCo SIG Hardware Hacking Database that
explains how to use an NEC multisync, not sure though.
-=Mark=-
-*-
End of Thread.
-*-
89760 5-SEP 09:11 General Information
RE: smouse (Re: Msg 89643)
From: ALAIN1155 To: COCOKIWI (NR)
Do you really need the RS232 pak? cause i do not have it
Alain
-*-
89770 5-SEP 19:47 General Information
RE: Info Xpress (Re: Msg 89577)
From: LUCKYONE To: BILLDICKHAUS
> Frank,
>
> Mark is no longer selling InfoXpress. I am in the process of deciding
> on a distributor (the list of possibilities includes myself). Meanwhile
> I will be collecting orders and will pass these on when everything is
> finalized.
>
> -Bill-
>
Hi, Bill.
Please and my name to the list of those ordering an upgrade for
InfoXpress (OSK version). I am very happy with the first version.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
********** By InfoXpress 1.01 **********
-*-
89780 5-SEP 22:41 OSK Applications
Kterm
From: MRGOOD To: ALL
Can anyone give me details on KTerm, the terminal program
that is commercially available for the MM1? What emulations
does it have, etc etc...
Hugo
-*-
89800 6-SEP 09:11 General Information
Info Xpress
From: SCWEGERT To: BILLDICKHAUS (NR)
Bill,
Just a test message from the latest and greatest ...
I tried replying yesterday to a message and wanted it posted via mail ...
it ended up in the forum. <mutter>
I'm not sure if it was me or ...
*- Steve -*
-*-
FORUM>Reply, Add, Read, "?" or Exit>