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

3144 lines
104 KiB
Plaintext
Raw Blame History

discard
I don't understand the term "DISCARD" in this context.
You may enter ? to view the full menu.
FORUM>Reply, Add, Read, "?" or Exit> }¢òdiscard
I don't understand the term "DISCARD" in this context.
You may enter ? to view the full menu.
FORUM>Reply, Add, Read, "?" or Exit> .
89920 12-SEP 23:15 OSK Applications
RE: download problems (Re: Msg 89919)
From: PAGAN To: MITHELEN
>The corrected archive for the OS-9 Late Night 94/08/29 conferance is now in
>the New Uploads Database.
Thank you for the prompt reply. I d/l'ed the new one and it extracted fine.
Stephen (PAGAN)
Enter FOLLOW for related Message(s).
FORUM>Reply, Add, Read, "?" or Exit> discard
I don't understand the term "DISCARD" in this context.
You may enter ? to view the full menu.
FORUM>Reply, Add, Read, "?" or Exit> read new nonstop follow
89921 12-SEP 23:16 OSK Applications
RE: download problems (Re: Msg 89911)
From: PAGAN To: EDELMAR
>I just downloaded os9ln_8_29.lzh using Tim's older 'xy'. Download was
>fine. Used 'lha' version 2.06 to extract. Did this on my IV. I use
>Sprint. Speed was 9600 baud.
I d/l'ed the corrected version and it extracted fine. Still doesn't explain
why the .gz file caused problem. I'll try to grab it as a .Z file and see
what happens.
>Do you think California Sprint/MCI nodes may be suffering because of defense
>cut-backs <g>?
Why not? Everything else in the state is.
Seriously, both MCI and Sprint are very unreliable at 9600 out here. I've
complained to them several times and they keep putting the blame on Delphi.
Delphi claims the problem is with MCI or Sprint - whichever I had the latest
problem on. I think it must be that new "Tattler" the government has
patrolling the Info Sighway.
Stephen (PAGAN)
-*-
89925 13-SEP 05:39 OSK Applications
RE: download problems (Re: Msg 89921)
From: EDELMAR To: PAGAN
Stephen,
> ... Still doesn't explain why the .gz file caused problem. ...
I'm not familar with the '.gz' extension - could that be one of the zip
formats?
Ed
-*-
89928 13-SEP 12:16 OSK Applications
RE: download problems (Re: Msg 89925)
From: MITHELEN To: EDELMAR
".gz" is a GNU-Zip (or gzip) file. It is very much like "compress" (even
handles compress ".Z" files) but does MUCH better compression. gzip is
usuallt used in conjunction with tar (or gtar), since gzip itself
does not make archives (just compresses/decompresses)
--
Paul
-*-
89946 14-SEP 06:32 OSK Applications
RE: download problems (Re: Msg 89925)
From: SCWEGERT To: EDELMAR
> I'm not familar with the '.gz' extension - could that be one of the zip
> formats?
>
That's the default extension for gzip or gnuzip.
*- rmUIX tar'd files
that use hyphens in the directory/file names - it converts them to
underscores. I may have it but can't remember the name. It uses the
following rule -
BEGIN
{
if (match( $1, @[FILE-ABC]@ ) )
$1 = "FILE_ABC";
}
Do you know the program I'm referring to and where it can be found (just in
case I lost it)?
Ed
-*-
89971 16-SEP 13:13 OSK Applications
RE: download problems (Re: Msg 89970)
From: MITHELEN To: EDELMAR
Um... I think gtar is on chestnut (It may also be here) Not sure of the versiom
you are talking about, I think the version I have on my MM/1 handles file
name conversion properly, although, it doesn't seem to like tar tapes created
on my Sun.
-*-
End of Thread.
-*-
89922 13-SEP 00:07 General Information
RE: Cd-i (Re: Msg 89915)
From: DBREEDING To: CHARLESAM
> Thanx Dave, I got all the parts numbers and will order this week. If I
> run into a problem with something I don't understand, I'll give a shout.
> You have been a savior with this project.
Well, You don't have it going yet (G)... I believe I've told you right on
the hookup... The main thing is to be sure you have your pin 1's all right.
If I've told you wrong on anything, hopefully someone here will catch it
and correct it.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89924 13-SEP 04:15 General Information
RE: Cd-i (Re: Msg 89888)
From: MREGC To: PHXKEN
> ... so the Best Buy and Best and Service Merchandise sales...
Best? I went looking for CD-i at the Best across from Fiesta and only
found Sega and Nintendo. Which Best did you find CD-i at? What kind of
selection of titles do they have?
..Eric...
-*-
89979 17-SEP 07:35 General Information
RE: Cd-i (Re: Msg 89914)
From: PHXKEN To: CHARLESAM
The CD-i can be hooked to your TV or to some monitors.
My new cheaper model has an external RF Modulator for connection to
the TV but I don't use it since I am connected to an old CoCo Color
Composite Monitor. I use my living room stereo for the sound but I
could just use the TV or the monitors mono sound. Some of the programs
that I have actually present an on screen keyboard to access via the
joystick in order to save files in a filename of my choosing. Later!
-*-
89981 17-SEP 07:52 General Information
RE: Cd-i (Re: Msg 89924)
From: PHXKEN To: MREGC
I did not find a CD-i at BEST. I did find their ad in the fall catalog
that said it would be available in "my" store on Sept 15th with the
Combo video cartridge and Magnavox 450 and two programs for under $500.
Full page ad. I live in Arizona.
-*-
89997 18-SEP 01:09 General Information
RE: Cd-i (Re: Msg 89981)
From: MREGC To: PHXKEN
Ken,
> I did not find a CD-i at Best. I did find their ad in the fall catalog...
Actually, I went back into the Best across from Fiesta Mall and they have
the new non-DV model on display, plus a decent number of titles.
> I live in Arizona.
Did you just not think about who you were replying to or did you really not
know that I'm in Phoenix too? We've been talking about Best Buy and the new
Incredible Universe and I've been mentioning Fiesta Mall as a reference point.
In fact, I came to an informal meeting of your users group a couple of years
back in the East Valley, but couldn't make your regular meetings as they
conflicted with my work schedule.
..Eric...
-*-
90006 18-SEP 21:43 General Information
RE: Cd-i (Re: Msg 89979)
From: CHARLESAM To: PHXKEN
Thats all I need to know. It looks like I'll have to get down to my
nearest Consumer's and check out prices. I was waiting till I upgraded
because I thought I had to connect via Computer but you've enlightened
me on that score. Thanx For your replies, regards ...Charlie...
-*-
End of Thread.
-*-
89923 13-SEP 00:53 OSK Applications
RE: Kterm (Re: Msg 89878)
From: TIMKIENTZLE To: VAXELF
Well, having spent much of the last 8 years delving into the arcane
details of VT100 compatibility, I find myself disagreeing with your
claim that ``the area that [KWindows] is not compatible, is that noticible
(sic)''
KWindows is _not_ a particularly accurate VT100 emulation, and if your
program relies on KWindows for it's VT100 emulation, then I can tell
you that I won't be making very heavy use of KTerm.
- Tim
P.S. I should disclaim that I'm only using KWindows ed. 48.
It is possible that newer editions have better emulation.
-*-
89934 13-SEP 20:20 OSK Applications
RE: Kterm (Re: Msg 89923)
From: VAXELF To: TIMKIENTZLE
You should try the later releases. So far I have not found a system that
did not respond correctly.
I have notice, that not all BBS's use standard ANSI coding and the newer
ANSI Music codes do make KWindows hickup.
John D.
-*-
End of Thread.
-*-
89926 13-SEP 08:40 Applications (6809)
RE: SOFTWARE (Re: Msg 89875)
From: DONALDS To: MORRISA (NR)
10.00 plus1 for shipping; hows that sound.
Don
-*-
89927 13-SEP 08:44 Applications (6809)
RE: SOFTWARE (Re: Msg 89875)
From: DONALDS To: MORRISA (NR)
I forgot to add my address-
Don Strunk PO box 1066
Sagle, ID 83860
-*-
End of Thread.
-*-
89929 13-SEP 14:36 General Information
CONFERENCE NOTICE
From: MROWEN01 To: ALL
Some of you may be aware that I am posting conference info on the cocolist
and the os9ers list. I am also passing conference info that I get on other
on-line services for the purposes of communication between communities. I
hope this info will possibly nurture cooperation between OS9 communities.
Each Sunday from 7-8PM ET, the Coco Real Time Conference is held on GEnie. I
do not have any info on topics yet. I also do not know if this includes all
flavors of OS9 or simply addresses the Coco. I will post an update when this
is made clear. If you know about other conferences (non-Delphi) please send
me a mail message.
Thanks
Mike Rowen
mrowen01@delphi.com
rowen@fwa.natp.gmeds.com
-*-
89930 13-SEP 14:47 General Information
FYI Radio Shack Products
From: MROWEN01 To: ALL
The following RS items for OS9 are listed in the current Consumer Mail Center
catalog:
OS9 C Compiler 26-3038 $69.99
OS9 Development System 26-3032 $79.99
Multi-Vue 26-3035 $29.95
Pascal 26-3034 $49.95
B
Basic09 and others are still listed. These are the ones I scratched down. just
ask to see the consumer mail catalog at your local Radio Shack.
-Mike
-*-
89931 13-SEP 20:07 Programmers Den
Syscall+Basic09
From: CPERRAULT To: ALL
I am reading (yet again) the tech section of the OS-9 Level Two
manual and am trying to make sense of a lot of the syscall stuff I was
trying to understand before. Online forums are really the only place I
can get further information relating to this. The Tech manual makes a
great reference section, but does not, as I said before, supply
anything to the novice who needs to understand more about how syscall
works before attempting too much. I am just listing some
miscelleaneous questions here that are popping up regarding syscall.
1) There are many prefixes to the calls, which causes confusion
as to what goes with what else. For instance there are File Descriptor
related calls(FD) and Path descriptor calls(PD) in the RBF part. What
is the difference between these. Is there any relation between these
and the other calls such as those that begin with
"V.","IT.","F$","I$", etc...
2) What is the Path number, which is normally option letter 'A'
in the calls I read, associated with? What's it for?
3) Do you pretty much have to have a knowledge of Assembly
Language in order to understand System calls?
In David Breedings reply to me, where he supplied me with the
undocumented(can you believe it) SS.FD call, it goes as follows:
A=path #(again, what would that be?)
B=$0F (wouldn't this already be specified in 'Run Syscall'
command parameter?)
X=ADDR(buf) (I imagine in my case of filename, the variable
'Fname' would go in the 'buf' section?)
Y= # of bytes to read (How does one know?)
Sorry about the unlimited amount of ignorance here, but it seems
no matter what,I still wind up lost. David's previous message did make
things look a little easier, but I was still pretty useless when it
came to applying it. Does anyone see where I'm coming from?
See Ya!
>Chris<
-*-
89935 13-SEP 21:09 Programmers Den
RE: Syscall+Basic09 (Re: Msg 89931)
From: JEJONES To: CPERRAULT
> 1) There are many prefixes to the calls, which causes confusion
> as to what goes with what else. For instance there are File Descriptor
> related calls(FD) and Path descriptor calls(PD) in the RBF part. What
> is the difference between these. Is there any relation between these
> and the other calls such as those that begin with
> "V.","IT.","F$","I$", etc...
OK...like the poem says, today we have Naming of Parts. :-)
First, though, you need to know what an OS-9 system call really is
underneath.
On the 6809, an OS-9 system call is implemented as follows:
SWI2
<number>
The <number> is a real live numeric value that the operating system
can look at, because the SWI2 (software interrupt) saves the address
of what would normally be the next instruction--the operating system
looks there, picks up the value, and uses it to decide which system
call the user wants.
The F$, I$ are symbols that are defined in assembly language header files,
and via those in a library that you can link against. Those symbols
are defined to have the numeric values that get plugged in after the
SWI2. There's one of them for each system call, and they're named to
suggest the system calls they represent.
The FD., PD., V., and so forth, are different. They are also symbols
defined in assembly language header files, but they are NOT system
call numbers; they are offsets of fields in various system-related
data structures, such as file descriptors or path descriptors.
> 2) What is the Path number, which is normally option letter 'A'
> in the calls I read, associated with? What's it for?
When you write in BASIC09, for example,
OPEN #path,"/p":WRITE
path has to be a variable. The OPEN statement stores a value there.
That value is a path number. A path number is a number OS-9 gives
you to when you open a file, the idea being that whenever you want
to do something to an open file, you have to identify it by the path
number.
(PEDANTRY ALERT: a path is in a way an entity unto itself, since you
can do things to it, e.g. I$Dup. It's a connection to an open file.)
> 3) Do you pretty much have to have a knowledge of Assembly
> Language in order to understand System calls?
All you really have to know is the interface.
> Y= # of bytes to read (How does one know?)
You know because you look at the description of the file descriptor
sector layout in the manual, decide how much of that you need in order
to get the information you want, and use that size to put in the
(image of) the Y register.
> Sorry about the unlimited amount of ignorance here
You do yourself an injustice. You know what questions to ask, so
we're talking a quite limited, and shrinking, amount of ignorance
here. (Even if I totally botch the explanation, there are others
who can do it right, so I'm sure about the shrinking part. :-)
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
89943 14-SEP 00:22 Programmers Den
RE: Syscall+Basic09 (Re: Msg 89931)
From: COCOKIWI To: CPERRAULT
you need<badly> a copy of "INSIDE OS9 LEVEL II" by Kevin Darling.....it would
help you greatly.....if one could get a copy now is open to..???.someone may
have one spare....Dennis
-*-
89965 15-SEP 23:41 Programmers Den
RE: Syscall+Basic09 (Re: Msg 89931)
From: DBREEDING To: CPERRAULT
> 2) What is the Path number, which is normally option letter 'A'
> in the calls I read, associated with? What's it for?
Refer to JEJONES's reply.. Basically, if you are dealing with a file,
and after having opened it, OS9 automatically attaches a path # to
it, and when you open the path, it is up to you to keep up with it..
Normally, in Basic, you will want to have a variable, say, "pth", and
it can either be BYTE or INTEGER, and when you issue the command
OPEN, #pth, "myfile" --- you can also include an access mode,
(READ,WRITE, UPDATE), (update = read OR write), or if not specified,
it will be opened in UPDATE mode, I believe. If the open (or CREATE,
I forgot that, works the same).. is successful, the path # will be
stored in the variable "pth".
> In David Breedings reply to me, where he supplied me with the
> undocumented(can you believe it) SS.FD call, it goes as follows:
> A=path #(again, what would that be?)
> B=$0F (wouldn't this already be specified in 'Run Syscall'
> command parameter?)
> X=ADDR(buf) (I imagine in my case of filename, the variable
> 'Fname' would go in the 'buf' section?)
> Y= # of bytes to read (How does one know?)
These refer to the CPU registers. To execute a system call, several of
these registers will need to be loaded with certain values, and some
calls use more registers than others.. BUT.. in all cases, REGISTER A
will ALWAYS contain the path #. Also, in the case of the GetStt/SetStt
calls, REG B will ALWAYS contain the value assigned the "SS.???" call.
Before executing SysCall, you will have to set up a data structure
as follows :
TYPE registers=cc,a,b,dp:BYTE;X,Y,Y:INTEGER
DIM Reg:registers \ (* this assigns a variable Reg defined by
the structure "registers"
to mimick the registers. You then assign each unit with whatever value
is appropriate.. the above SS.FD call would be set up as:
Reg.a := pth \ (* Using my above example
Reg.b := $0F \ (* for neatness, you might previously define a BYTE
variable SS_FD and set it equal to $0F, then you would say
"Reg.b := SS_FD.. You can't use "SS.FD", since Basic confuses this
with a structure member like Reg.b.
Reg.X := ADDR(buf) \ (* Where buf is a buffer large enough to hold the
File descriptor data.
Reg.Y := (the # bytes you want to read into buf.
Now, for neatness, I like to define my syscall #'s.. I would set up
a variable (either BYTE or INTEGER) I_GtStt, and then, I_GtStt:=$8D.
To do the syscall, then, you would: RUN SysCall(I_GtStt,Reg).
Hope this helps...
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90007 18-SEP 22:46 Programmers Den
RE: Syscall+Basic09 (Re: Msg 89935)
From: CPERRAULT To: JEJONES
>>When you write in BASIC09, for example,
OPEN #path, "/p":WRITE<<
Ok, that I got. I didn't realize that path number that the
syscall calls for was the same as what you used in the regular
programming examples such as the one you provided. This is starting to
make a little more sense now, but rest assured I'll be crying for help
once again<G>. I'll get back one way or another, given I could have a
working example done next time I come back.
>Chris<
-*-
End of Thread.
-*-
89932 13-SEP 20:08 General Information
OS-9 Last Night
From: CPERRAULT To: ALL
Last night's OS-9 Late Night was another great conference. It
wasn't quite so busy as the first one, but we had a steady flow of
people(about 7 people in the room at a time average), and a lot of
good conversation. Mike Rowen was telling us about how he got his ESDI
Hard Disk system from Radio Shack. He had trouble getting it to work
on the Coco and it was realised that he would have to write a whole
new driver for it. Probably not worth the effort, as was said in
Conference. It was good in that Rick Uland and Steve Ricketts both
added a lot of harddrive and HD interface information that I found
interesting, since I knew nothing about it beforehand, such as the
difference in the Ken-Ton and Burke&Burke HD controller/interface.
There was also more discussion about the possibility of writing
an API or similar set of programs that would allow the OSK programmer
to write a program that could run on any Windowing
system(Kwindows,Gwindows,XWindows,Rave,etc). This would allow users to
run any program that is written for this API, on the Windowing GUI of
his choice. This is unlikely to happen anytime soon, but I would love
to see it.
Don't forget, next week Newton White of the Atlanta Computer
Society will be with us for our 'See U In Atlanta' conference! This is
for those who want to discuss Cocofests and more specifically, the
upcoming Atlanta Fest this October. The ACS is once again sponsering
the event and this is a good time to ask questions if you are
interested in attending, and is also good for nostalgic talk of the
fests of yesterday and the discussion of the future of these great
events. Again if you are interested in attending the Atlanta fest,
this is the place to be. Monday September 19, at 10:00 Eastern.
Also, this Saturday, September 17 at 10:00 Pm Eastern time is
going to be another OS-9 Live! w/Boisy Pitre. The subject is going to
be, 'The Future of Personal OS-9' and I encourage anyone who can
attend to do so. With the return of the MM/1 and the rise of
commercial applications being made available for it, the consistent
availability of The Delmar and FHL Systems, and the successfull rise
of CD-I, we will have plenty to talk about!
See ya
>Chris<
-*-
89933 13-SEP 20:08 Applications (6809)
Checkbook+
From: CPERRAULT To: JOELHEGBERG
Joel I'm just writing to let you and David Graham know, that I
recieved Checkbook+ in the mail today. Already it is set up, and I
have all this months transactions entered in. I LOVE IT! This sure
beats having to fine tune my dynacalc template constantly, and the
graphs aren't too shabby either.
See Ya
>Chris<
-*-
89949 14-SEP 12:59 Applications (6809)
RE: Checkbook+ (Re: Msg 89933)
From: JOELHEGBERG To: CPERRAULT
Thanks for the kind words, Chris! It was a fun program to write, and I
really was tired of balancing my checkbook by hand, also! The graphs were
just an after-thought and something I did for fun. (Not many people need
graphs of their checking accounts!) I mainly wanted to try my hand and
(at) circle-graphs, line-graphs, and bar-graphs.
Again, thanks for the note.
-- Joel Mathew Hegberg.
-*-
90008 18-SEP 22:46 Applications (6809)
RE: Checkbook+ (Re: Msg 89949)
From: CPERRAULT To: JOELHEGBERG
>>(Not many people need graphs of their checking accounts!)<<
Actually don't sell them short just yet. A person who want to
regularly go over his/her spending habits, say at statement time, can
find it very usefull. It may help guide somebody to more disciplined
spending if they do their homework :-)
>Chris<
-*-
End of Thread.
-*-
89936 13-SEP 22:47 General Information
RE: Humor (Re: Msg 89847)
From: CHYDE To: WA2EGP
My wife taught physics using both (toys and hi-tech), I'm not sure which
the kids liked better. I'll have to find out <g>.
Chris
-*-
89955 14-SEP 23:56 General Information
RE: Humor (Re: Msg 89936)
From: WA2EGP To: CHYDE
Well, it is really funny since the software I have (and have used) I cannot
use in the "school" computer because it is not "board approved". Yet I can't
bring my own machine since it is banned. Have to use their stuff and I don't
have enough machines for all of the students. Go figure. (grin)
-*-
89959 15-SEP 01:09 General Information
RE: Humor (Re: Msg 89955)
From: CHYDE To: WA2EGP
I don't know, it sounds pretty typical of the bureaucratic mind set. This of
course says something for the small school district at least we knew all
the board members (some where neighbors), so board approval was a little
easier (though probably not much <g>).
Chris
-*-
89963 15-SEP 22:49 General Information
RE: Humor (Re: Msg 89959)
From: WA2EGP To: CHYDE
Well, it seems that the story is (might be) that someone was doing taxes on
their laptop during school time. It was a second job for them. They got
busted and in typical knee-jerk reaction someone down the board offices
banned all personal computers owned by teachers. Yeah.......and when I
drive a car I get arrested because sometime in the future I could be involved
in an accident. Of course, there is added pressure since the state is
running the system and this is their last year so they gotta look good.
Unforch (for them), the state takeover was an utter disaster so they are
over sensitive to any "problems" that will tarnish their image.
-*-
89966 16-SEP 01:25 General Information
RE: Humor (Re: Msg 89963)
From: COCOKIWI To: WA2EGP
AND..to add..a universtity around here JUST made it MANDITORY for ALL incoming
freashmen <women> to HAVE one,Univ will through bank float th cost of computer
till one graduated! tell em that one!<grin>
Dennis
-*-
89998 18-SEP 01:33 General Information
RE: Humor (Re: Msg 89966)
From: WA2EGP To: COCOKIWI
Most of the colleges and universities around here also require them for
students who are taking "techinical" and science majors. I did find out more
though. Seems some one had a "prepare your taxes" business and their were
doing their second job work at their first job. Friday, I was in a training
session for the network in school (more like a sales pitch) and I mentioned
the ban. The person in charge is going to look into it and put out his own
SOP memo to cancel the other one. (Now bring up the music for "Dualing
Paperwork") This is getting interesting (grin).
-*-
90001 18-SEP 14:43 General Information
RE: Humor (Re: Msg 89998)
From: DBREEDING To: WA2EGP
RE: your discussion about school prohibiting teachers bringing computers
to class.
I notice that a similar discussion is being carried on over the VirtualNet
network... Any of you guys on that network, perchance???
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90011 18-SEP 23:17 General Information
RE: Humor (Re: Msg 90001)
From: WA2EGP To: DBREEDING
RE: being on VirtualNet
Nope. Geez....I thought I was the only one that had the problem (grin).
Actually I originally thought the ban was because I had a UNIX PC on my desk
last year and the system was hot for networked IBM PCs. For once, I was not
to blame! Just to cheer you up...the principal wants three machines "hooked
up" to Internet through a local college. He expects them to be on all the
time so students can just walk up and use them. It is 23:17 local......have
you had your reality check today? (grin)
-*-
90035 21-SEP 02:05 General Information
RE: Humor (Re: Msg 89963)
From: CHYDE To: WA2EGP
Sounds pretty typical. I mean there's always someone who takes advantage
of things and there's always someone who over reacts to it <g>.
Sorry to hear that the state took over the district. I don't recall ever
hearing anything good coming out of the state taking over a district,
of course there haven't been that many take overs.
Chris
-*-
90045 22-SEP 00:25 General Information
RE: Humor (Re: Msg 90035)
From: WA2EGP To: CHYDE
Well, two districts have been taken over already. Several more are on the
list. Unforch, the people who take over have a slightly ego-centric
(or megalomanical?) and they are right no matter what. And they produce tons
of paperwork to prove it. Unforch, I'm one of the people that have the job of
producing the paperwork.
-*-
90050 22-SEP 22:30 General Information
RE: Humor (Re: Msg 90045)
From: CHYDE To: WA2EGP (NR)
Ahh, where would we be without paperwork? And I remember way back when
when they said that coumputers would create the "paperless office" <g>. I
read somewhere where more paper is being producedc now in the "paperless
office" than before <g>, ya gotta like that.
Chris
-*-
90056 23-SEP 17:28 General Information
RE: Humor (Re: Msg 90050)
From: GREGL To: CHYDE (NR)
Another piece of humor. . . :-) The Paper Reduction Act was passed by the
government so now each mailing from the government includes an extra sheet
of paper describing the act. I got such a form with my Income Tax forms last
year and rolled on the floor laughing. Actually I think it's the Paperwork
Reduction Act, but still.
-- Greg
-*-
End of Thread.
-*-
89937 13-SEP 22:52 General Information
Windows95 ???
From: FHOGG To: ALL
For your enlightened entertainment,
When I spotted this I had to read it 3 times before I beleaved it.
I read the following in the September 12th 1994 issue of Infoworld on
page 10. The title of the piece is: "It's official: Chicago will be
called Windows95" The article describes why Microsoft decided on the
name Windows95 rather than Windows 4.0 because...
"According to Microsoft, users had difficulty understanding which
version of Windows, 3.0, 3.1, or 3.11 was the latest."
Explains a lot doesn't it.
However we must ask the question. Which came first?
Do stupid people buy Windows or does using Windows make people stupid?
I'll let you decide.
Frank Hogg
-*-
89948 14-SEP 09:57 General Information
RE: Windows95 ??? (Re: Msg 89937)
From: MROWEN01 To: FHOGG
I would say you are right on both counts regrading which came first <G>!
-Mike Rowen
-*-
89950 14-SEP 13:10 General Information
RE: Windows95 ??? (Re: Msg 89937)
From: GREGL To: FHOGG
For what it's worth, I think having different products with the same name is
a detriment that really does lead to confusion. It also limits the potential
lifespan of a product. Novell, for example, came out with a different version
of NetWare and called it 4.0. Just looking at the product catalog, you might
think NetWare 4.0 is anewer version than NetWare 3.11 where, in reality, the
two are unrelated. Perhaps NetWare 4.0 should have been called NetWare Plus
to separate it from the NetWare 3.11.
-- Greg
-*-
89956 14-SEP 23:57 General Information
RE: Windows95 ??? (Re: Msg 89937)
From: WA2EGP To: FHOGG
That I have to hang on the bulletin board.....
-*-
89957 15-SEP 00:05 General Information
RE: Windows95 ??? (Re: Msg 89950)
From: FHOGG To: GREGL
Could it be possible that the minds of users of Intel chips be affected by the
backwards byte order? Could this be the reason for their confusion over a
simple math problem?
Tongue firmly placed in cheek.
Frank
-*-
89962 15-SEP 14:06 General Information
RE: Windows95 ??? (Re: Msg 89957)
From: GREGL To: FHOGG
Could be, Frank. I think research proved years ago that backwards byte
ordering causes a mind warp in programmers that trickled down to the end
users. I think the overall effect is causing technology to reverse so it may
not be too much longer before we're back to the 8088. :-)
-- Greg
-*-
89964 15-SEP 23:24 General Information
RE: Windows95 ??? (Re: Msg 89962)
From: FHOGG To: GREGL
In that case I better dust off my old KIM-1.
Frank
-*-
89969 16-SEP 04:51 General Information
RE: Windows95 ??? (Re: Msg 89937)
From: BROWN80 To: FHOGG
He, he!!!! Good one Frank. I think they are hoping that people who buy
windows will be stupid enough to not notice how often they are being forced to
buy corrections for bugs in Microsoft's software.
John Brown
-*-
90003 18-SEP 16:30 General Information
RE: Windows95 ??? (Re: Msg 89969)
From: 01GEN40 To: FHOGG
Hi Frank,
I read about this very thing in the computer magazine in our local
newspaper here in San Diego, just last week. I say, if someone can-
not figure that the higher the number the newer the version, there is
something wrong. I do not see any logic in what Microsoft is doing
unless this problem is with thier own people. A number is just a num-
ber, either higher or lower than the ones on either side of it.
I use Windows (3.1) at work for one thing, playing games during slack
time. T me, that is all Windows is good for. There should be an "o"
after the "T" in the above sentence.
Here is a little diversion for those of you that have access to the
use of Windows 3.1 (other versions are different). In 3.1, hold down
the SHFT-CTRL keys at the same time while opening HELP on any of the
Windows moduals. Click on About (modual) and double click on the
ICON in the upper left hand corner. Enjoy! See ya. Oh, one more thing,
you may have to do the above more than once since sometimes it will
not work all the time. Al, make sure that you press SHFT-CTRL at
all times through the above procedure.
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= 01GEN40 =-
-*-
End of Thread.
-*-
89938 13-SEP 23:08 OSK Applications
RE: ZModem & Delphi (Re: Msg 89864)
From: CHYDE To: TIMKIENTZLE
I's been a few months, but I've uploaded both text and archived files
using sz at 2400 baud. I believe I've done them late at night (low usagfge
<grr, wrong key> times). I'm not sure of the version of rz/sz I'm using,
but I would suspect they are the latest versions for Level 2. The command
line that's set up in my upload macro is as follows;
sz </t2 [filenames]
Let me know if you need more information.
Chris
-*-
89941 14-SEP 00:18 OSK Applications
RE: ZModem & Delphi (Re: Msg 89864)
From: RICKULAND To: TIMKIENTZLE
I use z ups all the time, thru sc 2.x An older zmodem I had often blew
up on timeouts, but the newer one has been fine- even with dual timeouts it
has recovered.
-ricku
-*-
89952 14-SEP 21:21 OSK Applications
RE: ZModem & Delphi (Re: Msg 89941)
From: TIMKIENTZLE To: RICKULAND
Yeah, I think I've tracked down the big problems I was having.
One was an old `sz' that wasn't too tolerant of timeouts. The
others were bugs in `z' <grin> and bugs in Delphi <sigh>.
-*-
End of Thread.
-*-
89939 14-SEP 00:06 General Information
Back again!
From: EMTWO To: ALL
Sorry about disappearing on everyone, but I got a job. I am now Program
Manager for the Enviromental Services Department of the Jacksonville PSI
office. Its not an Electrical Engineering position, but its work<g>.
Isn't there a COCO/OS9 group in Jax? If so I have decided to donate All of
my COCO & OS9 LII Hard/software/manuals/magazines to them. I'll keep the MM/1
and the PC(for games).
-*-
89942 14-SEP 00:21 General Information
RE: Back again! (Re: Msg 89939)
From: MITHELEN To: EMTWO
Nice to see you back Paul... I Jealous about the Job... 8-)
--
Paul
-*-
89945 14-SEP 00:55 General Information
RE: Back again! (Re: Msg 89939)
From: DSPICER To: EMTWO
EMTWO> Sorry about disappearing on everyone, but I got a job.
EMTWO> I am now Program Manager for the Enviromental Services
EMTWO> Department of the Jacksonville PSI office. Its not an Electrical
EMTWO> Engineering position, but its work<g>.
Hey, long time no chat Paul. I plan to start on a Computer Engineering
degree sometime next year if all goes right. Glad to hear you found a
position.
I thought you moved to Jax awhile back to take a position???
Dave Spicer | Access CoCo of L.A.(Lower Alabama) (205)598-2100
dspicer@delphi.com | Now Running and Supporting ONLY OS/2
Composed on Tuesday, 09/13/94 at 11:52pm using
* ODN 1.10l Beta - Delphi Navigator for OS/2 *
-*-
89954 14-SEP 23:04 General Information
RE: Back again! (Re: Msg 89945)
From: EMTWO To: DSPICER
I was commuting<g>. Finally all moved up. New Ph#,address, ect
-*-
89961 15-SEP 06:42 General Information
RE: Back again! (Re: Msg 89954)
From: DSPICER To: EMTWO
EMTWO> I was commuting<g>. Finally all moved up. New Ph#,address,
EMTWO> ect
That's quite a commute :)
Dave Spicer | Access CoCo of L.A.(Lower Alabama) (205)598-2100
dspicer@delphi.com | Now Running and Supporting ONLY OS/2 (OS-9 convert)
Composed on Wednesday, 09/14/94 at 10:46pm using
* ODN 1.10l Beta - Delphi Navigator for OS/2 *
-*-
End of Thread.
-*-
89940 14-SEP 00:14 Games & Graphics
ogre
From: PAGAN To: ALL
I just recieved E-Mail from Jim Pruyne regarding the game "Ogre" I recently
posted to chestnut and to Delphi.
>Unfortunately, I can't keep this submission. A while ago, I had an Ogre
>like game on the server, but I received e-mail directly from Steve Jackson
>Games saying that they were enforcing their copyright on Ogre, and would not
>allow any Ogre like software to be distributed. I don't know how strong
>their claim would be, but I'm in no position to test them :).
I guess this means that the program will have to be removed from the data
base here on Delphi as well so I've asked the database managers here to
remove it.
Stephen (PAGAN)
-*-
89944 14-SEP 00:23 Games & Graphics
RE: ogre (Re: Msg 89940)
From: MITHELEN To: PAGAN
It has been removed from public view. Fortunately, there was only one other
person that downloaded it. Whoever that person is, please don't redistribute
the Ogre game (and if you are a really honest, you will delete your copy)
--
Paul
-*-
End of Thread.
-*-
89947 14-SEP 06:45 OSK Applications
OS9000 - descriptors
From: EDELMAR To: JEJONES
James,
I have a question which I hope you can and are willing to answer; hoping
you don't find answering to be a conflict with your work at MW. It
requires your expertise re MW's C Compilers. I'm asking here on the forum
because I believe others can benefit from this information.
To set the stage - we're dealing with OS-9000, descriptors, Ultra-C and
1.1 C. I have Ultra-C installed and had removed 1.1 C.
I installed a fax/modem board and to get it to work under MSDOS, had to
change the IRQ (comm 3) to IRQ 5. This meant changing the descriptor for
T3 under OS-9000. (Made the change in the systype.h file.) When I went to
compile the new descriptor, it bombed out. Went back to the Ultra-C manuals
and found a sentence stating "Makefiles and shell scripts which reference
'cprep', 'c386', or 'o386' with the Version 1.1 C compiler are guaranteed
not to work with Ultra C.". OK, it was obvious from inspection that the
makefile was written for version 1.1. I tried to re-write the makefile
for Ultra-C but was unsuccessful. Called MW's tech support people Monday
morning and outlined the problem and asked if they had a makefile for Ultra-C.
They called me back later and informed me they did not have a makefile for
Ultra-C; I had to use 1.1 C to compile the descriptors. (I re-installed
1.1 C and everything compiled fine - port works.) Unfortunately, when they
called back, I had umpty-ump things going on and wasn't able to dig as
deeply as I should have. I think he said that Ultra-C needed a different
header file but I'm not sure. Can you enlighten me on this - or what is the
problem?
For those who haven't dug into this, the descriptors for OS-9000 are written
in C - not assembler. And, OS-9000 does not include 'moded'.
Thanks,
Ed
-*-
90018 19-SEP 22:14 OSK Applications
RE: OS9000 - descriptors (Re: Msg 89947)
From: JEJONES To: EDELMAR
I'm afraid I couldn't do much more than refer you to the people you've already
been talking to. Sorry.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
End of Thread.
-*-
89951 14-SEP 18:51 General Information
Shell+
From: PHILSCHERER To: KSCALES
Hi Ken--Just want to say thanks for Shellplus 2.2a <Phil>
-*-
89953 14-SEP 21:48 Applications (6809)
RE: OSTerm/68K (Re: Msg 89789)
From: TIMKIENTZLE To: KSCALES
Ken,
I just uploaded a bunch of VT100 movies that I've collected over
the years. They exercise a lot of the more obscure VT100 functions
pretty thoroughly. Have fun!
- Tim
-*-
90023 20-SEP 00:45 Applications (6809)
RE: OSTerm/68K (Re: Msg 89953)
From: KSCALES To: TIMKIENTZLE
Hi, Tim -
> I just uploaded a bunch of VT100 movies that I've collected over
> the years. They exercise a lot of the more obscure VT100 functions
> pretty thoroughly. Have fun!
Thanks a lot! I spent WAY too much time this weekend "having fun" <g>.
Thought I would follow up and let you know the results.
I tried running the files on several different telecom packages to get
a comparison, and so that I could have a "frame of reference" to see
any problems that might occur.
I set up my '386 running Telix V3.12 (shareware) and the Windows 3.1
"Terminal" accessory (which I will call "WinTerm" for short).
On the MM/1, I tried OSTerm/68K V2.2.0 and V2.2.1, as well as a port of
Brian Marcotte's "vt100" program and a beta copy of KTerm.
I quickly dropped "vt100", after having to reboot twice after using it.
("000:171 (E$Damage) System data structures have been damaged." following
one attempt...) I also decided to drop KTerm from the sample, since
I only had the beta version, and that version didn't even really claim
any VT100 capabilities. (We'll let John D. or David G. cover the
official release.)
There was a fairly noticeable difference between OSTerm V2.2.0 (the official
distributed version most users have), and V2.2.1/beta. The V2.2.1 was
created to fix some problems reported by Boisy and JEJ. These "movies"
seemed to trigger several of the changed areas. Guess we're going to have
to try to package this update for release RSN... (V2.2.1 has only had
limited distribution.)
So, most tests were with OSTerm/68K V2.2.1, Telix, and WinTerm.
Known limitations of these Emulation packages:
==============================================
- OSTerm:
- does not support double-height/double-width characters
- does not support support alternate/special/line drawing character
sets.
- Due to the lack of "blinking characters" on the MM/1, these are
shown using bold font.
(Note: Since we want to port OSTerm to non-KWindows environments, we
specifically decided NOT to incorporate these capabilities at this
time. A bug in K-Windows pushbuttons is another contributing factor...)
- Telix:
- does not support double-height/double-width characters
- Windows Terminal ("WinTerm")
- Specific info not available; but from tests:
- does not appear to support "blinking characters". They seem to
show as bold.
- does not appear to support "newline" mode.
Results:
========
- General notes:
1) OSTerm only used the standard character set, and substituted these
characters for the VT100 special/line-drawing set. This is
standard behavior for all test files, and should be assumed below.
2) As stated above, only WinTerm supported double-height,
double-width characters. Telix and OSTerm behaved similarly when
these sequences appeared (e.g., "fireworks", "xmas"), displaying
double-height characters as duplicated vertically.
3) Some of the files required "newline" mode to be set externally to
the file. For OSTerm, this is a menu option (or can be set by
host). For Telix, I sent the sequence "ESC [ 2 0 h" prior to
sending the file. I could not find a way to set "newline" mode
for WinTerm (may not be supported).
- "beer"
- Much of the graphics info was missing under WinTerm. This may
have been due to the use of a monochrome monitor (?).
- "duck", "moon", "sun", "twilight":
- No special notes.
- "cobol":
- See note 3 above (newline).
- Without "newline" mode, WinTerm performed poorly.
- "fireworks":
- See note 2 above (double-size).
- Both Telix and OSTerm left some "firework debris" on the screen,
which may result from double-height/double-width characters.
Telix also seemed to leave noise from unimplemented VT100
sequences.
- "fish":
- required "newline off" for OSTerm.
- "outer_limits":
- See note 2 above (double-size).
- OSTerm performed an extra scroll around the start of the "sine wave".
- WinTerm did not handle the "soft blur" as well as Telix, due to the
poorer special/line character set (or possibly the monochrome
monitor again).
- "ship":
- See note 3 above (newline).
- Without "newline" mode, WinTerm was an absolute mess.
- OSTerm did not "sink the ship". It was confused by the
"1B 5B 48 0A 1B 1B 1B 1B ... 1B 1B 1B 1B 5B 48 1B 4D 0A 1B ..."
sequences used to create delays; the odd number of $1B's caused
it to get out of sync and display the "[H" and "[1;25r" commands.
Replacing one $1B with a $20 (space) in each sequence fixed this,
but we'll need to make the program robust against this.
- "trek":
- Telix did not display the top front of the ship.
- Telix and OSTerm left some debris from the RCA explosion.
- WinTerm did not appear to show stars at different intensities.
- WinTerm and Telix both had the Enterprise partially re-emerge on
the left side of the screen. OSTerm ("autowrap off") let it "exit,
screen right", while "autowrap on" gave behavior similar to the
other programs. Dunno which was intended, but I preferred the exit...
- "xmas":
- See notes 2 (double size) and 3 (newline) above.
- Without "newline" mode, WinTerm was an absolute mess.
- WinTerm's special/graphics characters were not as good as Telix's.
- Telix mangled the jack-in-the-box.
Three "bugs" in OSTerm/68K V2.2.1's VT100 emulation were identified,
excluding the "non-supported character sets":
- handling of sequential "ESC" characters (used in "ship" for time delays).
- one spurious linefeed in "outer_limits" -- cause yet unknown.
- the "debris" left in "fireworks" and "trek" also needs to be
investigated to determine the cause (both Telix and OSTerm).
It sure would be nice to include support for the special/line drawing
character sets -- it would make these "movies" look a lot prettier.
But our preference right now is not to increase MM/1-specific
dependencies. I am glad that the basic VT100 protocol support held
up so well under these files <whew>.
Regards... / Ken
PS - BTW, Boisy has provided me with a bunch of similar files for ANSI
graphics, too. Uncovered some interesting things, like IBM ANSI homes
the cursor after "ESC [ 2 J", while VT102 in ANSI mode specifically
does not...
PPS - You probably are already aware: there are some news groups
that carry these types of files: alt.binaries.pictures.ascii and
alt.ascii-art are two I have run across. I picked up a variation
of "xmas" on one of these last year, but haven't been back much.
Yours was a nice collection.
Hope this long message hasn't bored you... <g>
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
90070 24-SEP 22:38 Applications (6809)
RE: OSTerm/68K (Re: Msg 90023)
From: TIMKIENTZLE To: KSCALES
>>Hope this long message hasn't bored you... <g>
Not at all. I hadn't heard of the two Usenet groups with these
sorts of pictures. Definitely a good place to look next time I need
this type of stuff.
The ``trek'' problems with losing the front part of the ship
(Telix??) were probably due to a failure to properly support underlining.
As I recall, ``trek'' uses underlined spaces to draw that part.
Generally, I've been quite disappointed at the various bugs
I've found in many commercial programs claiming VT100 emulation.
Sounds like OSTerm is now on a par with many PC and Mac commercial
programs I've seen.
If you have a Coco around, you might try these movies against
KBCom (OS9) and V-Term (RSDOS). These particular movies were just
part of the testing that Eddie and I did on those programs, and it's
kind of neat to see how these programs work in full. (The
only weaknesses I know of are that KBCom doesn't support blinking;
V-Term doesn't support blinking on graphics displays and lacks
double-width/double-height/special chars on hardware screens.)
I should also upload the ``vttest'' program I have sitting here.
It's a menu-driven program that exercises a lot of odd VT features.
Also, feel free to ask me any questions you have. I spent
a lot of time over the last eight years implementing and testing
several VT100 emulations (V-Term was only the beginning!). Someone
else should benefit from those years of effort... <g>
- Tim
-*-
90073 24-SEP 22:58 Applications (6809)
RE: OSTerm/68K (Re: Msg 90070)
From: REVKAK To: TIMKIENTZLE
Since I use KBCom here on Delphi, I was wondering just exactly what is
the procedure to get the Vt100 "movies" into KBCom to view them. Please
enlighten me as to this new use. Any help is appreciated.
Thanks, . . . Keith
PS: KBCom is the commercial version.
-*-
90074 24-SEP 23:14 Applications (6809)
RE: OSTerm/68K (Re: Msg 90073)
From: TIMKIENTZLE To: REVKAK (NR)
Unfortunately, it requires another computer or a null modem cable
and two serial ports under OS9. Basically, you just put them somewhere
where you can ``list'' them while using KBCom. Unfortunately, Delphi
won't allow you to ``list'' a binary file, and they must be uploaded
as binary files lest they be damaged in transfer. With a null modem
cable and two computers (or two serial ports on one OS9 system),
you can use KBCom on one machine/serial port and dump the files into
the other serial port so they come through KBCom's screen.
I'm sorry there's not some simpler way, but there's really not.
- Tim Kientzle
-*-
End of Thread.
-*-
89958 15-SEP 00:45 Applications (6809)
RE: 8-bit chips (Re: Msg 89815)
From: GLOCKR To: AJMLFCO
Do you still have the tech notes on the 6809 (single and dual) systems?
-*-
90033 21-SEP 00:21 Applications (6809)
RE: 8-bit chips (Re: Msg 89958)
From: AJMLFCO To: GLOCKR (NR)
Yes! I can mail them to you if you give me your address.
I have only the dual-6809 design application notes. Of course,
a dual 4mhz 6309 design might be feasable???
Allen Morgan
-*-
End of Thread.
-*-
89960 15-SEP 04:17 General Information
<486><HIss,Boooo>
From: COCOKIWI To: ALL
HELP????.......strange things happened to my computer the other night!<Arggg>
first my hard drive C: lost a sector ,no biggie,fixed that ok..then the other
night my H/D two D: drive died<was put into limbo by Stacker> I fianly got it
back on line and every thing now is working except....the TWO drives<floppy>
1 3.5" and a 1.2 meg...A: gives Sector not found error..B: give Data CRC error
and the Coloardo 250 works fine!...when this fist came to light<I was
reserecting
windows><aRgg> and went to load the VGA drivers! no drive! I then checked ALL
drives....ALL the floppy side had died.....Tape drive included! So I removed
the H/D drive controller/FD and returned it and got a BETTER one! will handle
4 IDE & 4 FD,s 2 ser/1 par<bidirectional> 1 game port! NOW the Tape works,BUT
the FD,s don,t..........SAME error,s....I,ve changed the cables!EVEN!
could have the Card taken out the drives???if it blew!..or is it something
else!......apart from this it works great!...and it don,t matter if one UN
PLUGs either drive or goes direct to FD....same errors! But the Tape works!
Dennis
-*-
89967 16-SEP 02:59 General Information
RE: <486><HIss,Boooo> (Re: Msg 89960)
From: TIMKIENTZLE To: COCOKIWI
Hmmm.... Last time I heard about that many things blowing at once,
the culprit was eventually tracked to the power supply. A bad power
supply can TOAST your entire computer very quickly. My parents
have also had computers toasted by lightning coming in over the
phone wires (through the modem), and through the power lines.
- Tim
-*-
89968 16-SEP 03:16 General Information
RE: <486><HIss,Boooo> (Re: Msg 89967)
From: MITHELEN To: TIMKIENTZLE
Heh.. ya.. just ask eddie about his MM/1... 8-) He unplugged the modem,
phone line, power on computer, power on monitor/tv.. BUT, forgot to unplug
the CABLE on the TV/monitor... zaped his MM/1 good... He finally has a
wroking system again, but it took over a year to get it repaired.
So, for thos that use a TV/monitor on their systems, keep in mind that
lightning can also com in through your cable connection...
BTW Tim... I liked the VT100 movies you uploaded... Wish I would have
saved all the ones we had at school... KBCom handles them all perfectly!
--
Paul Jerkatis - SandV BBS (708)352-0948: OS-9 Support
UUCP: amiserv.xnet.com!vpnet!sandv!mithelen ...or... mithelen@sandv.chi.il.us
Internet: MITHELEN@Delphi.com
-*-
89975 17-SEP 00:17 General Information
RE: <486><HIss,Boooo> (Re: Msg 89967)
From: COCOKIWI To: TIMKIENTZLE
This one was flaky from the start
The mother board was bad! this one is the same but newer....and I traded with a
486DX2.,....Dennis
-*-
89978 17-SEP 02:46 General Information
RE: <486><HIss,Boooo> (Re: Msg 89960)
From: JEVESTAL To: COCOKIWI
> HELP????.......strange things happened to my computer the other
> night!<Arggg> first my hard drive C: lost a sector ,no biggie,fixed that
Dennis you might wanna post this on the PC sig or on one of the ms-dos
supported usenet groups.
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
-*-
89993 17-SEP 23:09 General Information
RE: <486><HIss,Boooo> (Re: Msg 89978)
From: COCOKIWI To: JEVESTAL
and never get an Answer!<grin>..I fixed it,Replaced BAD motherboard!and
replaced the 486DX33 with a 486DX-2-66..for $60...trade....<G>
Thanks....Dennis
-*-
89999 18-SEP 01:40 General Information
RE: <486><HIss,Boooo> (Re: Msg 89968)
From: WA2EGP To: MITHELEN
Heck, you don't even need the lightning......just the induced voltage from
a nearby strike. The phone lines/power lines act like one big antenna. We
had a local teenager killed when talking to his girlfriend on the phone during
a thunder storm. No sign of arcing in the phonebooth (where he was when
making the call) or equipment damage. Imagine what that could do to a
computer which has more sensitive circuits!
-*-
90017 19-SEP 21:17 General Information
RE: <486><HIss,Boooo> (Re: Msg 89968)
From: NIMITZ To: MITHELEN
Of course, it should take a great deal less than 1 year to repair a system now,
as Ray Patterson has more equipment than Mark was forced to get along with,
and it is Ray's full time job. (He has income from old contracts, and can
devote the majority of his time to the
MM/1.....)
David
-*-
90024 20-SEP 01:57 General Information
RE: <486><HIss,Boooo> (Re: Msg 90017)
From: MITHELEN To: NIMITZ
That sounds very good David... I hope my M/1 never requires the kind of
fixing Eddies did, but it is good to know there is someone that is devoteing
full time to repair work...
--
Paul
-*-
90053 23-SEP 01:09 General Information
RE: <486><HIss,Boooo> (Re: Msg 90024)
From: NIMITZ To: MITHELEN
Thanks, Paul. Of course, it's nice to have the information Ray's come up
with, and nice to have someone working with the newest modules after a big
jump from a much older set of modules. Ray is working out some information
regarding some possible incompatibilities between some MM/1 modules that
may be responsible for some wierd 'KWindows bugs'. That is VERY tentative,
and Ray should be talking to several folks, gathering information and
writing some documentation for us. He is also a great resource person,
helping me to find some more programmers, and some engineering help.
David
-*-
End of Thread.
-*-
89972 16-SEP 17:14 General Information
Internet Stuff
From: GREGL To: ALL
I'm taking a poll, counting 'em twice, so now's the time to vote. :-)
Seriously, we're finally getting Gopher and Usenet news groups added to
the SIG and I need to know what you as the prime users of the system
want and use most often. Considering this is the OS-9 SIG, I figured
comp.sys.6809, comp.sys.68k, comp.sys.68k.pc and comp.os.os9 are good
bets for news groups. I know there are a couple of FTP sites but I can't
remember the full site name -- cabrales and chestnut perhaps? I've also
set up a link to the main Internet SIG search tools -- Veronica and stuff
like that.
I know it's a long time in coming, but we're finally getting it. I'm hoping
to whip it into shape and get it visible within the next few days -- the
fewer the better, of course. :-)
-- Greg
-*-
89973 16-SEP 18:48 General Information
RE: Internet Stuff (Re: Msg 89972)
From: PHILSCHERER To: GREGL
Hi Greg--I'd like to see whatever supports the Coco and OS9000. <Phil>
-*-
89974 16-SEP 20:00 General Information
RE: Internet Stuff (Re: Msg 89972)
From: JOHNBAER To: GREGL
Hi Greg!
> ... I know there are a couple of FTP sites but I can't
> remember the full site name -- cabrales and chestnut perhaps? I've also
> set up a link to the main Internet SIG search tools -- Veronica and stuff
> like that.
Let's see: chestnut.cs.wisc.edu & wuarchive.wustl.edu
chestnut is the NEW name for cabrales. Different machine I guess <g>.
> I know it's a long time in coming, but we're finally getting it. I'm
> hoping to whip it into shape and get it visible within the next few days
> -- the fewer the better, of course. :-)
The nice thing about having this here is, if you do a `who' in this
Sig, you won't have to go get a coffee while the screen scrolls by like
I did in the Internet Sig once (ouch) <g>.
--
John -
< Posted with Ved 2.3.1 & IX 1.2.0 >
-*-
89976 17-SEP 01:35 General Information
RE: Internet Stuff (Re: Msg 89974)
From: MITHELEN To: GREGL
Don't forget:
lucy.ifi.unibas.ch
And, there is a new Tandy Computer related site:
musie.phlab.missouri.edu
And, the comp.sys.tandy Usenet group wouldn't hurt either, although, that may
be more appropiate for the CoCo sig...
--
Paul
-*-
89977 17-SEP 02:28 General Information
RE: Internet Stuff (Re: Msg 89972)
From: KSCALES To: GREGL
> comp.sys.6809, comp.sys.68k, comp.sys.68k.pc and comp.os.os9 are good
> bets for news groups.
Probably bit.listserv.coco would be another one that should be added.
Thanks for your efforts, Greg!
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
89984 17-SEP 14:45 General Information
RE: Internet Stuff (Re: Msg 89972)
From: JOHNREED To: GREGL
> Seriously, we're finally getting Gopher and Usenet news groups added to
> the SIG and I need to know what you as the prime users of the system
> want and use most often. Considering this is the OS-9 SIG, I figured
> comp.sys.6809, comp.sys.68k, comp.sys.68k.pc and comp.os.os9 are good
> bets for news groups. I know there are a couple of FTP sites but I can't
> remember the full site name -- cabrales and chestnut perhaps? I've also
> set up a link to the main Internet SIG search tools -- Veronica and stuff
> like that.
Nice goin, Greg!
Looks like you have the OS9-related Usenet groups pretty well covered.
For FTP's, I think cabrales BECAME chestnut (chestnut.cs.wisc.edu).
Another one I get into a lot is wuarchive.wustl.edu -- lots of GNU
stuff (an lots of everything else too).
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
End of Thread.
-*-
89980 17-SEP 07:47 General Information
RE: CD-i Observations (Re: Msg 89903)
From: PHXKEN To: BOISY
You spoke of OS-9 in a black box and it reminded me of an article I just
read in Electronic Entertainment magazine about a new "Dos/Windows machine"
to be out in a black box for the living room. $1800 which the article
said was too high for game machine and about right for a multi-media
computer. I too like to browse the Barnes & Noble magazine racks. haha!
My Magnavox CD-i has wired joystick, external pwr supply and external
RF modulator and only has the ports for video and stereo sound and the
joystick and of course the add-on cartridge. Is the add-on where the
serial ports that you spoke of located?
-*-
89982 17-SEP 09:17 General Information
RE: CD-i Observations (Re: Msg 89980)
From: BOISY To: PHXKEN
The serial port is actually game port #2 (/t2) and is located o nthe
back of my 220 player. It may be on the front of yours.
I also have now, a CD-i disk with shell and a startup script. When I
put it in my CD-i player and press play, I get a shell. My MM/1 hard
drive contents are also on the disk, so I can run different programs
on the CD-i player. It's a true blue OS-9 machine alright.
-*-
89983 17-SEP 13:22 General Information
RE: CD-i Observations (Re: Msg 89982)
From: MITHELEN To: BOISY
Boisy, will you be bringing your CDi setup to the Atlanta Fest? I'd sure
like to see it! I'm getting more and more tempted to get one (If only
I had the $$$)
--
Paul
-*-
89989 17-SEP 18:29 General Information
RE: CD-i Observations (Re: Msg 89983)
From: BOISY To: MITHELEN
I won't be bringing the CD-i player, but I can bring the CD-i explorer
disk and the serial cable, if someone can bring a CD-i player to Atlanta.
Any takers?
-*-
89990 17-SEP 19:59 General Information
RE: CD-i Observations (Re: Msg 89989)
From: MITHELEN To: BOISY
I'll ask Chris Hawks (you listening Chris?) Be nice to set it up at the
OS-9 Users Group booth to show OS-9 in the REAL world 8-)
-*-
End of Thread.
-*-
89985 17-SEP 14:55 General Information
Danosoft??
From: MRUPGRADE To: ALL
I thought I heard someone bought theh Danosoft line???
Would like to contaact him,, for "Big Basic".
lemme know,,,, Terry Simons UPGRADE Editor
-*-
89986 17-SEP 15:07 Programmers Den
What the :2?
From: DBREEDING To: ALL
Got a question.. In the assembly source listings produced by the MW OSK
C compiler, over in the comments column, there are these little notations
with a colon followed by a number, many 2's.. I would guess they are some
sort of debugging tool. Anyone know exactly what they mean?? James...??
Boisy...?? Anyone...?? <G>.
Just kinda curious, really..
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
89987 17-SEP 15:47 New Uploads
PostScript Utils
From: JOHNREED To: ALL
Attention PostScript/Ghostscript & TeX/LaTeX/dvips users.
I have just uploaded a few handy utilities to help manage
PostScript files. With these utilities, you can shuffle
pages, set up for book or booklet (both sides) printing,
resize documents etc.
I found them while wandering around Internet.
Compiled on my MM/1a - should run on other OSK boxes.
(Source included - GNU/FSF-type distribution)
If you use PostScript, you gotta have these.
If you don't use PostScript, don't bother -- they are
no good for anything else -- except maybe as examples
of C programs that rewrite text files.
Look for "psutils" in a few days.
********************************
A stitch in time --------------------
------ is worth two in the bush
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
90004 18-SEP 18:30 New Uploads
RE: PostScript Utils (Re: Msg 89987)
From: TIMKIENTZLE To: JOHNREED
Great! I've been using these for a few months now for doing two-sided
printouts. I would have uploaded them later this week if you hadn't
beat me to it....
-*-
90010 18-SEP 23:02 New Uploads
RE: PostScript Utils (Re: Msg 90004)
From: DSRTFOX To: TIMKIENTZLE
Tim, I'd like to get someone to write an article on using Ghostscript/LaTex,
etc. on an OSK machine. The stuff that comes with LaTex isn't easily
understood as written. I also need some generic postscript stuff for later.
Willing to fill in anything? Would be for "68' micros" magazine..
-*-
90069 24-SEP 22:25 New Uploads
RE: PostScript Utils (Re: Msg 90010)
From: TIMKIENTZLE To: DSRTFOX (NR)
Ask me in private email about writing articles. Business doesn't
belong here.
- Tim
-*-
End of Thread.
-*-
89988 17-SEP 16:58 New Uploads
RE: CC3 to SVGA (analog) adaptor (Re: Msg 89767)
From: AD To: MRGOOD
Thanks for the tip.I found some material in the coco section which should help
in dealing with the compatibilty issues between the DOS/other world.
I just can't handle two monitors!
exit
-*-
89991 17-SEP 20:03 General Information
RE: OS9 FOR MAC (Re: Msg 89902)
From: RANDYE To: DSRTFOX
Thanks for the information. If it didn't cost so much, I would try it.
Regards,
Randy
-*-
89992 17-SEP 20:05 General Information
RE: OS9 FOR MAC (Re: Msg 89879)
From: RANDYE To: FHOGG
Thanks for the info. Do know someone I could contact at Gibbs Lab?
Regards,
Randy
-*-
End of Thread.
-*-
89996 18-SEP 00:20 General Information
I/O BOARD
From: RGT To: NIMITZ
Hi!!! David still waiting for the catologe.If you lost my address then
here it is again: 1413 jasmine circle
Rohnert Park, CA. 94928
Also I've got the $200 down pament for the I/O Board.
When would you like it.please call or whrite or something?
My phone# 707-584-1183
RGT
-*-
90000 18-SEP 03:42 Programmers Den
Floating point data types in C
From: MITHELEN To: ALL
Well, just had to get message number 90000! Heh... But, on the serious side
I'm working on a program that store "double" type variables in a file
and have come accross a problem... I want the datafiles to be interchangeable
between the OS-9/6809 and the OS-9/68000 versions of the program, BUT
it apprears that they write doubles out to the file in a different format
(even though both are 8 bytes) is ther a quick/easy/clean way to store
this data, and not have to work out fancy workarounds? Any suggerations
woube be apprieciated... currently, I am writeing out a struct that
has a long, and a double as it members, with a single "write(pn,
&struct,sizeof(struct));"
and reading it in with a similar read statement..
-*-
90002 18-SEP 14:44 Programmers Den
RE: Floating point data types in C (Re: Msg 90000)
From: DBREEDING To: MITHELEN
> side I'm working on a program that store "double" type variables in a
> file and have come accross a problem... I want the datafiles to be
> interchangeable between the OS-9/6809 and the OS-9/68000 versions of the
> program, BUT it apprears that they write doubles out to the file in a
> different format (even though both are 8 bytes) is ther a quick/easy/clean
> way to store this data, and not have to work out fancy workarounds?
Umm, Paul, I looked into this, think we had a discussion about this recently.
I think it would be pretty hard to get interchangeable files. I would have
suspected that the 2 systems would write a float in the same format, and
it could be that they do. One problem is that OS9 uses "align", where it
puts in pad bytes to get 2-byte data types to start on an even byte. In this
case, one system trying to read a file written by the other might be starting
on the wrong byte for the read.. You might try writing a file under both
systems and checking the size.. There's a good chance they won't be the same
size. I've given up on trying to share files.
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90005 18-SEP 18:35 Programmers Den
RE: Floating point data types in C (Re: Msg 90000)
From: TIMKIENTZLE To: MITHELEN
The simplest way to share files across platforms that I've found is
to use ASCII-format files. Especially with floating point, as
machine-native floating point formats vary so incredibly between
platforms. Just use `fprintf' instead of `write.' Another benefit
is that it's much easier to debug your file I/O routines if you
can read the file. Double-checking binary file formats is not
particularly easy.
A lot of people shun this approach because they think: 1) it's
harder to read, 2) it gives bigger files. In fact, it's no harder
to read than binary files if you use fixed-format and `scanf', and
ASCII-format files can be just as compact if you exercise a bit of
care in designing the format. (For example, `0' takes up only
one byte in the output as ASCII, but four bytes if you write a long
value! `Most' numbers are less than four digits long!)
- Tim
-*-
90012 19-SEP 00:26 Programmers Den
RE: Floating point data types in C (Re: Msg 90005)
From: MITHELEN To: TIMKIENTZLE
I've decided to rewrite the program to used fixed point arithmatic, and save
the data as a long and a char (I onlt need two decimal point percision any
ways, ie, dollars and cents...) It's a shame that there is no standard for
storing floating point data.. but thats life (maybe there are just too
many standards for this 8-)
--
Paul
-*-
End of Thread.
-*-
90009 18-SEP 22:46 General Information
OS-9 Late Night
From: CPERRAULT To: ALL
This is just another annual reminder that on tomorrow Monday
September 19 at 10:00 pm, we'll be having another installment of the
weekly conference, OS-9 Late Night. This weeks topic? "See U In
Atlanta!" W/Newton White of the Atlanta Computer Society, sponsor of
the Atlanta Fest. I forget the exact date, but in October, for those
who don't know already(where have you been), there will be yet ANOTHER
Atlanta Cocofest and we will be discussing that, as well perhaps as
fests from the past and the future of the Fest. Don't miss it, or I'll
have your internet mailbox jammed with Junk Mail! :-)
See Ya
>Chris<
-*-
90013 19-SEP 01:24 System Modules (6809)
Shell22a
From: VE3DAC To: KSCALES
It seems that this is the first, am I the only one having a problem?
I installed the SCF and made my new merged shell module and generally it
seems to work ok. I installed it to use with my Nitro boot, and all I
get is a technicolor screen. We'll see how it goes when the 1.20 update
arrives. But one utility fstat no longer seems to work on two different
systems. All i get is a read error, on the hard disk or floppy.
I installed the scf and shell on my Ribbs BBS system, not Nirtro, and
ribbs won't load or run. Its ok with the new scf and my shell2.1. Seems
to me I had another problem, but can't find that note.
Perhaps you can pass this onto Bill, or make a suggestion?
Merv
-*-
90016 19-SEP 20:48 System Modules (6809)
RE: Shell22a (Re: Msg 90013)
From: MITHELEN To: VE3DAC
I know at least one person haveing problems with the new SCF that came with
Shell+ 2.2a. It causes the overlay windows in Osterm to become munged
(Top line gets chopped off or something like that) Without the new SCF
installed (adn still using shell+ 2.2a) he does not see this problem.
--
Paul
-*-
90032 21-SEP 00:14 System Modules (6809)
RE: Shell22a (Re: Msg 90016)
From: VE3DAC To: MITHELEN
Good, I'm not alone. Well I'm not having problems with SCF, I only switched
back to the old Shell on the BBS. I'm using the new combo right now with
Supercomm.
Sorry about the formatting, I forgot to put in the CR's, do it all the
time.
Well lets hope the various problems get back to the author.
The command history is sure nice to have.
Merv
-*-
End of Thread.
-*-
90014 19-SEP 18:49 General Information
shell22a
From: PHILSCHERER To: KSCALES
Hi Ken--The only problem I seem to have with shell22a is that I have lost
my wild card feature. I have a 6309 running the B&B upgrade. <Phil>
-*-
90022 20-SEP 00:40 General Information
RE: shell22a (Re: Msg 90014)
From: JEVESTAL To: PHILSCHERER
> Hi Ken--The only problem I seem to have with shell22a is that I have lost
> my wild card feature. I have a 6309 running the B&B upgrade. <Phil>
What wild card feature are you refering too? Shell 2.2 supports all
the wild card features that 2.1 supports, just start the line with
a ":". For example: ":del *.txt" will delete all the files in the
current directory that has ends in ".txt".
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
-*-
90026 20-SEP 18:28 General Information
RE: shell22a (Re: Msg 90022)
From: PHILSCHERER To: JEVESTAL
HI Jim--I didn't realize that I needed the ':' in the command line. 2.1
didn't require it and I just assumed it was the same. No problem!
Thanks!! <Phil>
-*-
90034 21-SEP 00:53 General Information
RE: shell22a (Re: Msg 90026)
From: BRIANOHAGAN To: PHILSCHERER
It seems that the new shell+ v2.2 has new locations for turning on/off some
of the various options. Here they are:
offset on off
$017d 26 20 toggles block function on/off
$04f7 26 27 toggles default wildcard on/off
$04a5 26 20 strip @ from non superuser command lines (security
toggle)
Also left out of the new shell plus was the patches to use only 1 page of ram
as the minimum data size instead of the shell+ v2.1 default of 31 pages.
l shell
c 137b 11 01
c 137f 1f 01
v
The cd/cx access mode fix and the F$Unlink subshell fix are included in v2.2a
so they don't need to be mentioned here.
I don't know if the new SCF has the following patches included:
scf.ipc or scfkd.ipc from gshell124.ar to allow the mouse button to unpause a
sreen
scfkd.wp.ipc or scfstd.wp.ipc from gshellpat.ar to fix the disappearing window
problem.
scf14.ipc from scf14.ar that allows for non sharable devices.
If someone knows, please let me know. Thanks.
Brian O'Hagan
-*-
90038 21-SEP 18:06 General Information
RE: shell22a (Re: Msg 90034)
From: PHILSCHERER To: BRIANOHAGAN
Hi Brian--Thanks for the info. I'll keep your message for reference. <Phil>
-*-
90040 21-SEP 21:24 General Information
RE: shell22a (Re: Msg 90034)
From: MMCCLELLAND To: BRIANOHAGAN
Thanks for posting those patches! The new SCF does unpause a screen when the
mouse button is clicked but only under GShell and only when is prompts you to
The new SCF does _NOT_ have the feature that lets you click to unpause a screen
that has been paused with TMode, however. Maybe someone could bring this to the
attention of the author of the new SCF.
-=Mark=-
-*-
90051 23-SEP 01:01 General Information
RE: shell22a (Re: Msg 90026)
From: NIMITZ To: PHILSCHERER
In Shell+ 2.1, you could patch the module to allow it to work either way.
-*-
90057 23-SEP 19:47 General Information
RE: shell22a (Re: Msg 90051)
From: PHILSCHERER To: NIMITZ
Where would you patch it? <Phil>
-*-
90058 24-SEP 00:33 General Information
RE: shell22a (Re: Msg 90057)
From: NIMITZ To: PHILSCHERER
That information was included with the distribution archive. I've been using
the MM/1 only for so long, I wouldn't remember the addresses, etc.
-*-
90077 25-SEP 03:15 General Information
RE: shell22a (Re: Msg 90057)
From: BRIANOHAGAN To: PHILSCHERER
see forum message #90034
To use shell wildcards when they are turned off, the first character on the
command line should be ':'.
ex.
:echo d* {prints all files in current dir that start with d}
The : can also turn off the shell wildcards when the default wildcard option
is on. This is for commands that use town wildcards.
Brian
-*-
90078 25-SEP 08:17 General Information
RE: shell22a (Re: Msg 90077)
From: PHILSCHERER To: BRIANOHAGAN (NR)
Hi Brian--I missed that setting when I downloaded your message. I'll set
it on with DED. Thanks! <Phil>
-*-
End of Thread.
-*-
90015 19-SEP 20:20 OSK Applications
Get/SetSst Calls
From: VAXELF To: ALL
Someone on FIDO, just pointed out to me that I had made a gross error
on the Get/SetSst calls, that I am looking for. Somehow I manage to come
up with the wrong Hex code for the calls.
They are really
$87
$88
$89
$8f
From what I have been told, the first three are definded under OS9 LII,
but the fourth ($8F) is not. Can anyone shead some like on this one.
The converted Basic code is:
reg.d0= path
reg.d1= 143
callcode= $8E
RUN syscall(callcode,reg)
John D.
-*-
90042 21-SEP 22:27 OSK Applications
RE: Get/SetSst Calls (Re: Msg 90015)
From: DBREEDING To: VAXELF
> $87
> $88
> $89
> $8f
>
> From what I have been told, the first three are definded under OS9 LII,
> but the fourth ($8F) is not. Can anyone shead some like on this one.
> The converted Basic code is:
Quickly, offhand, I can't say about $8f, (you have the others, don't you?)
Is $8f something that comes from the Level 2 program you are working with, or
is this an OSK code? Most of the codes above 128 differ between OS9 and OSK,
(in fact, some of the lower ones do, too)... However, I suspect that $8f is
something that someone came up with - probably when they wrote or patched a
driver.. Umm, look at what you are working with... it seems that William
Brady came up with one or two for his WizPro, and it seems that some others
(maybe vi?) came up with one, along with several others..
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90048 22-SEP 21:05 OSK Applications
RE: Get/SetSst Calls (Re: Msg 90042)
From: VAXELF To: DBREEDING
Further investigation shows these Setsst codes are used to set various
features in the SACIA Serail Driver used under OS9 LII. Since I will be
using the OSK serial driver, these codes are no longer important.
Thanks for the response. I had to trace the code thru many Basic09
subroutines in order to figure out how they were being used.
Hopefully very soon, I will be announcing what I am up to. Right now
I and others are working a project, that should be very interesting to
all OSK usrs.
Again thanks for the response.
John D.
-*-
90064 24-SEP 12:53 OSK Applications
RE: Get/SetSst Calls (Re: Msg 90048)
From: DBREEDING To: VAXELF
> Further investigation shows these Setsst codes are used to set various
> features in the SACIA Serail Driver used under OS9 LII. Since I will be
> using the OSK serial driver, these codes are no longer important.
> Thanks for the response.
Glad you found what you were looking for.. In my response, I did fail to
mention SACIA.. I thought it did add an SS code or 2, but in looking at
the docs when I composed the msg, couldn't find it so neglected to mention
this..
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90068 24-SEP 21:30 OSK Applications
RE: Get/SetSst Calls (Re: Msg 90064)
From: VAXELF To: DBREEDING
I am glad it turned out as it did. I was beginning to wonder how I was
going to emulate those functions.
Getting close now to beta testing. So soon, I should be able to announce
what the project is.
John D.
-*-
End of Thread.
-*-
90019 19-SEP 22:45 General Information
atari format
From: WA2EGP To: ALL
Just a quick question. Does anyone know the parametes for an Atari OS-9
disk? I can't find my info on the different disk formats and I need to
read (copy) a disk that is in Atari format. Thanks in advance.
-*-
90020 19-SEP 23:32 General Information
RE: atari format (Re: Msg 90019)
From: REVKAK To: WA2EGP
Atari ST OS9-68K (double sided)
typ=22 dns=03 cyl=0050 sid=02 sct=0010 tos=0010
The above info is from docs supplied for PcDos in PatchOS9.
Hope this helps. Keith
-*-
90021 19-SEP 23:41 General Information
RE: atari format (Re: Msg 90019)
From: JOHNBAER To: WA2EGP
> Just a quick question. Does anyone know the parametes for an Atari OS-9
> disk?
Well, on my MM/1 the dmode shows:
name=s0
drv=0 stp=3 typ=$26 dns=$03 cyl=80 sid=2 vfy=0 (on) sct=16 t0s=16
sas=8 ilv=2 tfm=0 toffs=0 soffs=0 ssize=256 cntl=$0000 trys=0 lun=0
wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=80 ctrlrid=0 rates=$10
scsiopt=$0000 maxcount=65535
name=s1
drv=1 stp=3 typ=$24 dns=$03 cyl=80 sid=2 vfy=0 (on) sct=16 t0s=16
sas=8 ilv=2 tfm=0 toffs=0 soffs=0 ssize=256 cntl=$0000 trys=0 lun=0
wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=80 ctrlrid=0 rates=$10
scsiopt=$0000 maxcount=65535
I don't have these in my boot at this time, so I can't say which
`typ=' you would use, so try each one to get 3.5 inch and that should
do it.
-*-
90030 21-SEP 00:02 General Information
RE: atari format (Re: Msg 90020)
From: WA2EGP To: REVKAK
Thank you. I thought I had this info but I either lost (deleted) it or I
never had it in the first place.
-*-
90031 21-SEP 00:08 General Information
RE: atari format (Re: Msg 90021)
From: WA2EGP To: JOHNBAER
OK. Thanks for the info. Geez.....I forgot that s0/1 was for Atari (maybe
I never knew it - I guess I have to RTFM <g>). I guess it is easier to ask
on the sig rather than search the manuals. One day I'll get it together
(grin)..
-*-
90041 21-SEP 21:44 General Information
RE: atari format (Re: Msg 90031)
From: JOHNBAER To: WA2EGP
Robert,
Hey, no problem. Just one thing.. You didn't say how you
made out `reading' those disk.. I assUme alright <g>.
--
John -
< Posted with Ved 2.3.1 & IX 1.2.0 >
-*-
90046 22-SEP 00:28 General Information
RE: atari format (Re: Msg 90041)
From: WA2EGP To: JOHNBAER
Read the disk fine. Just kicking myself that I forgot I had the descriptor
for that format. I think I'm going to reread the manual and take a careful
look at what is on my hard drive (grin).
-*-
90049 22-SEP 22:27 General Information
RE: atari format (Re: Msg 90046)
From: JOHNBAER To: WA2EGP (NR)
Glad you made out ok. I know what you mean about rereading
the manual <g>. I think I'm due for another rereading myself <g>.
-*-
End of Thread.
-*-
90025 20-SEP 05:03 General Information
Hi speed modems and RiBBS
From: DGANTZ To: ALL
I'm still searching for many answers. I have a LineLink 144e fax/modem that
serves me well enough for all but one application. That is using it with
RiBBS. I cannot seem to get it setup right to work with RiBBS no matter
what I do. I also could use more detailed info on hi-speed modems, protocols
(V22, V32, V42, .bis of those, MNP, etc.)
Anyway, I've tried seven ways to hanah to get this thing to work with RiBBS
including turning off all of its advanced features and setting everything
it has in common with my now defunct Avatex 2400 to the same as my Avatex
was when I had RiBBS working.
Can anyone help in anyway, shape or form? I'm best reached through email
but I'll try to make a point of getting in here for replies too.
Thanx
Dave
-*-
90027 20-SEP 22:07 Programmers Den
Latest on Syscall
From: CPERRAULT To: ALL
Ok I have a little sample program I'm working on to test the
SS.FD call David gave me. It just gets filenames and is meant to test
each one to find out if it is a directory file or not. There are
probably some obvious errors in this, they are just not obvious to me.
When I run it, it returns an error #56(Parameter error) at the 'Run
Syscall' line. It looks fine to me, but I don't know. If anyone can
see what I'm doing wrong here, hit me with a stick<grin>.
PROCEDURE dirsyscall
TYPE file=filename(29),lsn(3):BYTE
TYPE regs=a,b,x:BYTE; y:integer
DIM register:regs
DIM fd_att:BYTE
DIM name:file
DIM count,count1:INTEGER
DIM pointer:INTEGER
DIM temp:STRING
DIM diskpath:BYTE
DIM opt(1):BYTE
fd_att:=$00
register.a:=diskpath
register.b:=$0F
register.x:=ADDR(opt)
register.y:=1
OPEN #diskpath,".":READ+DIR
WHILE EOF(#diskpath)<>TRUE DO
GET #diskpath,name
IF name.filename(1)<>0 THEN
count=0
temp=""
REPEAT
count=count+1
temp:=temp+CHR$(LAND(name.filename(count),$7F))
UNTIL count=0 OR name.filename(count)>127 OR name.filename(count )=0
PRINT temp
RUN syscall($0F,register)
'''This is the error^ line'''
IF LAND(fd_att,$80)=0 then
PRINT "is not a Directory!"
ELSE
IF LAND (fd_att,$80)=1 then
PRINT "is a Directory!"
ENDIF
ENDIF
ENDIF
ENDWHILE
CLOSE #diskpath
END
Thanks in advance...
>Chris<
-*-
90029 20-SEP 23:24 Programmers Den
RE: Latest on Syscall (Re: Msg 90027)
From: JMURPHY To: CPERRAULT
Chris,
TYPE regs=CC,A,B,DP:BYTE; X,Y,U:INTEGER
This should get you started. You need to pass in ALL the registers, not just
the ones you are going to use.
Good Luck!
John
-*-
End of Thread.
-*-
90028 20-SEP 22:08 General Information
OS-9 Late Night
From: CPERRAULT To: ALL
Last night we had yet ANOTHER installment of our weekly 'OS-9
Late Night' conference and it was yet ANOTHER success. I could get
used to this<G>.We discussed how to get to Northlake Holiday Inn and
also how we could better the fests and how best to promote them, among
other things. Attendance at the conference is still real good, and
hopefully we will say the same about the fest!
The transcript should soon be available in the New Uploads
database.
Also, don't forget that next week we will have none other than
Alan Dekok and possibly even Colin McKay and others from 'NORTHERN
XPOSURE' on hand to discuss the upcoming NITROS9 V1.20 and Alan's
Tune-Up project. May very well be our biggest conference of the month!
See Ya
>Chris<
-*-
90036 21-SEP 08:28 System Modules (6809)
error 202
From: DONALDS To: DBREEDING
Hi; in a earlier message you and Boisey mentioned that error 202 was caused
by not having the drive descripters inized. You mentioned a patch for the
disto drivers - I looked for that patch here in the data base and was not
ablr to find it. Could you email me that patch? I would be most thankful.
Don
-*-
90044 21-SEP 23:12 System Modules (6809)
RE: error 202 (Re: Msg 90036)
From: DBREEDING To: DONALDS
> Hi; in a earlier message you and Boisey mentioned that error 202 was
> caused by not having the drive descripters inized. You mentioned a patch
> for the disto drivers - I looked for that patch here in the data base and
> was not ablr to find it. Could you email me that patch? I would be most
> thankful. Don
I'll try to look it up and upload it this weekend... If I don't, be sure to
remind me again..
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90055 23-SEP 09:12 System Modules (6809)
RE: error 202 (Re: Msg 90044)
From: DONALDS To: DBREEDING
OK; thanks for your effort.
Don
-*-
End of Thread.
-*-
90037 21-SEP 16:42 General Information
Usenet and Gopher
From: GREGL To: ALL
The Usenet and Gopher areas should be available as soon as DELPHI unlocks
them. The menu items are Usenet for the news groups and Internet Gopher for
the Gopher area -- note that Gopher includes search utilities (i.e., Veronica)
along with FTP sites.
I added pretty much what I though y'all might want in the Usenet area so let
me know if you want more added or think some news groups shouldn't be here.
There's about four pages of news groups, from alt.best.of.internet to the
gnu.* groups, plus the German OS-9 groups (de.comp.os.os9 and de.comp.os.os9.
sources) for those of you fluent in die blizterschniggle -- whatever that
is. :-)
The Gopher area is somewhat bare at the moment. Your favorites are at the
top followed by a Gopher menu then a link to the main Internet SIG stuff.
The Gopher menu contains a link to the Internet SIG search tools, and some
FTP sites -- mostly just the four CoCo/OS-9 sites like wuarchive.wustl.edu,
chestnut.cs.wisc.edu, lucy.ifi.unibas.ch, and musie.phlab.missouri.edu.
wuarchive and chestnut seem to work fairly well in my tests, but either
lucy or musie (I can't remember which) gave me fits trying to get in -- I
figure either it's slow or just too busy. If you continue to have problems,
let me -- I'll keep an eye on it in the next day or so as well.
Above all, let me know of any changes you want to see, additional sites,
stuff that might make it easier, etc. For example, you think it might be a
good idea to add the GNU archive sites along with perhaps ftp.dec.com -- the
mother of archive sites? :-)
-- Greg
-*-
90043 21-SEP 23:11 General Information
RE: Usenet and Gopher (Re: Msg 90037)
From: DBREEDING To: GREGL
> The Usenet and Gopher areas should be available as soon as DELPHI unlocks
> them.
This sounds really good... I'm still very much of a dummy on using Internet
even from the Internet menu.. Is the access the same from here as from
there?
-- David Breeding --
CompuServe : 72330,2051
Delphi : DBREEDING
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
90047 22-SEP 12:48 General Information
RE: Usenet and Gopher (Re: Msg 90043)
From: GREGL To: DBREEDING
The Internet and Gopher areas work pretty much the same here and in the
Internet SIG, so you shouldn't have much problem switching between the two.
The big difference, of course, is the content of the menus.
-- Greg
-*-
End of Thread.
-*-
90039 21-SEP 20:29 OSK Applications
Get/SetSst Codes
From: VAXELF To: ALL
Thank you for all that sent info to me on the OS9 LII Get/Set codes
I post a while ago. Further investigation show that they are SetSst codes
for the SACIA serial port driver, thus are not standard codes.
John D.
-*-
90052 23-SEP 01:01 General Information
Dynacalc on a VT100
From: MROWEN01 To: ALL
HELP ME!
I'm trying to use Dynacalc from my Coco3 on a /T2 attached terminal. I
downloaded the VT100 for dynacalc file from the apps database here. There
are no instructions with it. I presume that the .trm file is to replace
the normal dynacalc.trm file. I am using a Wyse-60 setup for VT100
emulation. When I type dynacalc, it processes for a few seconds and then
simply returns the prompt. No errors, it just ends dynacalc.
How can I get this to work. With no instructions, perhaps I'm doing
it wrong. The vt100 .trm file is the same size as the coco .trm file (12800)
If anyone else is using this or has a work-around, please let me know.
Thanks
-Mike Rowen
-*-
90059 24-SEP 00:37 General Information
RE: Dynacalc on a VT100 (Re: Msg 90052)
From: WDTV5 To: MROWEN01
Unforch, theres a totally junk message here, I clicked on the flippin .info
file instead of the text. Here is the right answer (I hope)
Mike; If I'm not mistaken, that .trm for dynacalc on /t2 assumes that it
was called from a shell started by tsmon/login. tsmon and login then assure
that your paths are correct, with /t2 becoming stdin, stdout, and stderr
because it detected your terminal attached. You wake up tsmon with a
carraige return (I think) and then tsmon determines the baud rate if its
a late version of tsmon. It then calls login, which in turn asks you for
a password entered at the terminal. It then looks up the password in the
file /dd/sys/password, and if that same password is there it starts a
shell on /t2. You then start dynacalc from the terminal. Dynacalc (if I
recall correctly, its been a day or 500 since I read this) then determines
that its running on /t2. The .trm file for /t2 should have all the control
aliases for that particular terminal preset. In the case of the VT100, its
pretty generic for most of the stuffs that dynacalc needs.
While this may not be exact, its the general sequence that takes place to
set up the paths to /t2 and get a shell running with /t2 as the 3 paths
quoted above. Once thats done, then it should be pretty straight-forward.
Read up in the os9 manual about tsmon and login to finetune this.
I hope this helps; Cheers, Gene
-*-
90067 24-SEP 19:22 General Information
RE: Dynacalc on a VT100 (Re: Msg 90059)
From: MROWEN01 To: WDTV5
Thanks. I tried this, but I still just get my OS prompt back when I enter
the dynacalc command. It definitely does some processing, but nothing is
letting me know what's wrong. I tried putting the .trm file in both the
CMDS dir and the home dir set up in the password file. Perhaps the vt100
image I downloded is flawed. I'm stumped!
Mike Rowen
-*-
End of Thread.
-*-
90054 23-SEP 06:34 General Information
Atlanta Info
From: DIGIGRADE To: ALL
Hi all,
Could someone please reply to me with the When Where and How much for
the upcomming Atlantafest? I just decided I have to go and I need info.
Thanks
Dave
-*-
90060 24-SEP 10:44 General Information
RE: Atlanta Info (Re: Msg 90054)
From: MRUPGRADE To: DIGIGRADE
Re> Atlanta Fest & NX-1000 printer for $10.00 Delivered!
Beat this?
A 9600 baud multifont print printer for $10.00 delivered!
.
That's right a Star NX-1000 9 pin printer (in good used
condition) with true NLQ founts, and a wide variety of double to
6X print size. Selectable 80 to 160 Characters per inch. With
a 4K buffer. Prints single sheets or fanfold. And handles CoCo
Graphics in grand style. For use with the CoCo it will require
a Serial to paralell interface, available from several
sources.
Between the 9600 buad and up to 120 cahracters per second
print speed,, your CoCo print dumps will be flat out,,, flyin'!
.
Before I get an onslaught of mail offering ten dollar bills,,
lemme say I'd expect to have more takers, then printers. (and I
only have one) I need a way to decide which? Right?
.
Well, I have come up with a solution:
"All ya gotta do is":
Don't give the ten dollars to me, but to the: ASC which will
get you a ticket to both days of "the Atlanta Fest". Then step
over to the "Mid Iowa & Country CoCo," booth and enter,,,,
!! THE SAHNGHAI CONTEST !!
1. The Best of Two games. random draw from:
2. The Ten minute challange
3. Best scores determined by:
A. 2 "Beat the dragons", in least amount of total time.
B 1 beat the dragon and Most tiles removed 2nd game.
C. Most tiles removed in two games.
D. In case of tie least amount of total time.
1st place: Star NX-1000 (used)
2nd place: Sundog's Photon, 512K ($20) game
3rd place: COCOPRO OS-9 Tools 2
4th and all others: get to see the entire show!
.
.
!! 5TH ANNUAL ATLANTA COCO FEST !!
Holiday Inn, Northlake October 1 & 2, 1994
Show hours Sat Oct 1 9:00 AM to 5:00 PM
Sun Oct 2 9:00 AM to 5:00 PM
Vendor set up Sept 30th 6:00 - 9:00 PM
Admission $10.00 whole show
Reservations, Holiday Inn Northlake 1-800-465-4329
Fest rates $59/ night
Sponsered by Atlanta Computer Society
PO Box 80694 Atlanta, GA 30366 BBS: 404-636-2991
.
See you there! Terry Simons, UPGRADE Editor
BTW: I should add,, just to give everyone a chance,, "I" Won't
enter the <g> contest.
-*-
90072 24-SEP 22:52 General Information
RE: Atlanta Info (Re: Msg 90060)
From: CHARLESAM To: MRUPGRADE
Terri, just put that printer aside for me, I'll be there and maybe the
thousand hours I have playing Shanghai over the years is finally gonna
pay off. Of course there may be someone out there who is faster and
better but I'll have to see it to believe. And that includes you. No
brag, just fact... ;-) he!he! ...Charlie...
-*-
90075 25-SEP 00:12 General Information
RE: Atlanta Info (Re: Msg 90072)
From: MRUPGRADE To: CHARLESAM (NR)
Well,, left is theh luck of the draw. As you who've played a lot
realize,, Shanghai, will occassionally give you an unbeatable board.
i.e. 3 like tiles stacked. Not too often,, but it happens. I7ve thought
of allowing a replay,, when it's proven within thhe play. But
considering 2 games each @ 10 minutes, each,,, (well 4 or 5 for guys <g> like
you),, if many are trying,, tikme may not allow.
Suggestions???
Terry Simons UPGRADE Editor
-*-
90079 25-SEP 13:31 General Information
RE: Atlanta Info (Re: Msg 90054)
From: JEJONES To: DIGIGRADE (NR)
> Could someone please reply to me with the When Where and How much for
> the upcomming Atlantafest? I just decided I have to go and I need info.
Here goes:
October 1-2, 1994
(9:00 a.m. - 5:00 p.m. Saturday, Oct.1;
9:00 a.m. - 3:00 p.m. Sunday, Oct. 2)
Northlake Holiday Inn
(800-465-4329 or 404-938-1026 for reservations)
Admission is $10 for the whole show.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
End of Thread.
-*-
90061 24-SEP 11:15 General Information
atari_format
From: PHXKEN To: WA2EGP (NR)
MS-Dos 720K formatted disks can be used by the AtariST under TOS but not
vice-versa. If you mean formatted for OSK, please ask me again and I
will look it up. Some AtariSTs used single sided formats only.
-*-
90062 24-SEP 11:51 General Information
RE: OS-9 Patches for the Coco III (Re: Msg 89211)
From: DENNYWRIGHT To: MIKE_GUZZI (NR)
Actually I was wanting to know if you ever uploaded that file on how to hook up
more than three drives to the coco 3 under os-9. If you have what section did
you upload it too? Thanks
-*-
90063 24-SEP 11:56 General Information
Ghostscript
From: LUCKYONE To: JOHNREED
Hi, John.
I have started using GhostScript v2.6x and I want to thank you and anyone
else who made it available to the OSK world. I've had v2.4 for a long time
as shelf ware and after downloading gs2 I decided to find out what all the
fuss is about and found the program to be very useful.
A couple of books that I have found to be very useful in learning how to
use Gh(P)ostScript and haven't found mentioned in the docs anyplace are:
"PostScript Language, Tutorial and Cookbook," published by Adobe Systems
Inc. (ISBN 0-201-10179-3 or 10189-0) and "PostScript by Example" published
by Addison-Wesley Publishing Co. (ISBN 0-201-63228-4). The second book has
a lot more info including info about Level-2 PS.
Thanks again.
Howard
Howard Luckey
delphi LUCKYONE
CIS 74746,3207
Hold an OS-9 conference and they will come.
********** By InfoXpress 1.01 **********
-*-
90065 24-SEP 14:28 General Information
annoying process #
From: TEDJAEGER To: ALL
OS9 naivete on display! Been trying to write a bit of BASIC code to fork
a background process from within another BASIC program. Have found that
this approach works:
DIM mod1:string[10]
mod1="testproc &"
shell mod1
In this example, testproc would be packed and stored in the execution
directory. Only problem is this puts the process id (e.g., +13) assigned
to testprocs on the screen of the main program. I dont want that +13 popping
up on the screen of the main program so is there a modification, perhaps
to line #3 above using /nil, that would avoid it? Thanks
Bests
---TedJaeger
-*-
90071 24-SEP 22:50 General Information
RE: annoying process # (Re: Msg 90065)
From: TIMKIENTZLE To: TEDJAEGER
Try this:
mod1 = "(testproc &)>>/nil"
shell mod1
The thing to remember is that teh ``+13'' message is printed by the
shell that puts ``testproc'' in the background. The parentheses here
give the command ``testproc &'' to a subshell, whose stderr is
redirected to /nil. The thing to be careful about is that this
redirection will be inherited by testproc, so you have to be
careful that testproc doesn't need stderr. (If my guess was wrong,
and the shell uses stdout for that message, then you'll need to
make the corresponding changes.) What I suspect most programs do
is either clear and redisplay the screen after running the test
program (equivalently on CoCo or OSK/KWindows: open an overlay and
close it immediately after, with backing save enabled), or directly
call the F$Fork call to run the background process. The latter
path is definitely trickier, and requires knowing a few subtleties
to get it right.
- Tim
-*-
End of Thread.
-*-
90066 24-SEP 18:40 General Information
Seagate HD info
From: TEDJAEGER To: ALL
My friend has a Seagate 40 meg IDE HD model #st-351 A/X. He needs
to know the number of cylinders, sectors, etc to configure his
BIOS on his PC compatible. Also he needs to know how to set jumpers
so the drive will function as a slave (second drive) on his
system. Thanks for the info!
Bests
---TedJaeger
-*-
90076 25-SEP 01:56 General Information
RE: Seagate HD info (Re: Msg 90066)
From: REVWCP To: TEDJAEGER
Dear Ted:
There is a rather large file here on Delphi called seagate.ar that has the
info you are looking for. It should be in the OS9 database, I think under
general.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
End of Thread.
-*-
90080 25-SEP 13:31 General Information
less than a week left...
From: JEJONES To: ALL
Holy cow...less than a week until Atlanta. Once again I'll go see old friends
and spend money. :-)
If you haven't gone to a Fest, you really ought to if you can. It's a lot of
fun.
Opinions herein are solely those of their respective authors.
Clipper Chip: Big Brother Inside
-*-
FORUM>Reply, Add, Read, "?" or Exit>
Reference in New Issue View Git Blame Copy Permalink