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

2098 lines
64 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
#: 17677 S1/General Interest
09-Mar-93 15:51:18
Sb: #17620-contact for info OS-9000
Fm: bye 70324,261
To: Lee Veal 74726,1752 (X)
Thanks, that's just what I needed.
#: 17685 S1/General Interest
10-Mar-93 02:58:12
Sb: #modem access at home
Fm: maarten amj van wamelen 100115,2205
To: kevin darling 76703,4227 (X)
to kevin darling no last time i read your home bbs setup but due to my learning
process of handling receiving imncoming messages from compuserve I lost your
message you send before this last one so I want your personal modem acces
number at home you mentioned to all, but i clumsily lost it how about those
disks did you solve the stdptrs error and the clock looses ticks....... thkx
for everything amj (;-)
There is 1 Reply.
#: 17694 S1/General Interest
10-Mar-93 23:11:28
Sb: #17685-modem access at home
Fm: Kevin Darling 76703,4227
To: maarten amj van wamelen 100115,2205 (X)
Maarten,
I don't have a home BBS set up. (One day I might, though.) I probably posted
my regular phone number a few times... but here is still the best place to get
hold of me.
Yep, I got lots of disks to send out soon. Never seen the clock lose ticks. ?
thx - kev
#: 17689 S1/General Interest
10-Mar-93 17:30:10
Sb: #POSIX compatible fork()
Fm: Frits Wiarda 71553,3104
To: ALL
I am looking for a fork() function on OS9 with works the same way as fork()
on any UNIX system works. This means when you call fork() a copy of your
process is created. In the old proces, fork() returns the process ID of the new
process. In the new process, fork() returns zero.
As far as I know, the way I create child processes in OS9 is not POSIX
compatible.
Is there perhaps a POSIX compatible release of OS9 planned?
Frits Wiarda
There is 1 Reply.
#: 17699 S1/General Interest
11-Mar-93 09:32:57
Sb: #17689-#POSIX compatible fork()
Fm: Pete Lyall 76703,4230
To: Frits Wiarda 71553,3104 (X)
Frits -
I believe _someone_ wrote a unix fork (Bob Larson?) function, but it's not
native to the delivered OS9 libraries. While I work in both domains (OS9 &
Unix), I always felt that the OS9 method made more sense. Example - you want to
fork a child process, that is not the same as yourself (i.e. 'dir' want to fork
'more'):
OS9:
os9fork more
done
Unix:
fork self
am I self?
yes - do nothing
nope - I'm child - exec more
done
If you don't have access to the larson library additions (possibly on the OS9
server at cabrales), why not just conditionally compile the code for OS9/Unix?
Pete
There are 2 Replies.
#: 17725 S1/General Interest
14-Mar-93 15:48:10
Sb: #17699-#POSIX compatible fork()
Fm: Frits Wiarda 71553,3104
To: Pete Lyall 76703,4230 (X)
Pete,
Thank you for your response. The reason I am looking for a POSIX compatible
fork() is that I want to be able to port programs written for any POSIX
compatible
system to OS-9. I do not want to edit the source code if possible.
You said there is probable something like that in the "Larson library". What is
this library? What do you mean with "The OS9 server at Cabrales"?
Frits
There are 2 Replies.
#: 17730 S1/General Interest
15-Mar-93 14:01:27
Sb: #17725-POSIX compatible fork()
Fm: Pete Lyall 76703,4230
To: Frits Wiarda 71553,3104 (X)
The Larson library is a unix-like collection of functions that was created for
the same need you're looking to fill.
The CABRALES system is a FTP server on the internet that wherehouses OS9 tools,
sources, and text files.
Steve Wegert, a Sysop here, has a system that mirrors the Cabrales site, and
may be able to easily nab the library for you. Blarslib.ar or something that is
the name.
Pete
#: 17738 S1/General Interest
15-Mar-93 22:07:42
Sb: #17725-#POSIX compatible fork()
Fm: Steve Wegert 76703,4255
To: Frits Wiarda 71553,3104 (X)
Frits,
The Larson Library that Pete mentions in now in Library 12 (OSK) ... or will be
as soon as the most recent maintenance is performed! :-)
Look for blarsl.lzh in LIB 12. You'll need LHA to dearc the file (also in LIB
12).
Steve
There is 1 Reply.
#: 17753 S1/General Interest
18-Mar-93 02:27:13
Sb: #17738-#POSIX compatible fork()
Fm: Mike Haaland 72300,1433
To: Steve Wegert 76703,4255 (X)
Can you make a small change to the Blars1.lzh archive. There's a major bug in
the link() function. It's not Bob's fault as he had no idea that multi-sized
sectors were going to be in vogue for 2.4.
I'll send you the fixed ln.c and a new makefile for the lib. OK.
- Mike -
There is 1 Reply.
#: 17763 S1/General Interest
19-Mar-93 05:32:37
Sb: #17753-POSIX compatible fork()
Fm: Steve Wegert 76703,4255
To: Mike Haaland 72300,1433 (X)
Ahh .... so _that's_ what showed up at my office mail box!
Now that I know what it's for, I'll doctor it right up.
*- Steve -*
#: 17728 S1/General Interest
15-Mar-93 02:00:13
Sb: #17699-POSIX compatible fork()
Fm: Bob Taylor 73270,3124
To: Pete Lyall 76703,4230 (X)
Frits,
OS9 does not have a unix fork(). What Pete is alluding to here by Bob
Larson is just an empty function call:
fork()
{
}
If the Unix code does _not_ follow with an exe* function, then some port
work needs to be done.
Bob Larson has a partial unix compatibility library on cabrales.
Send email to os9archive@cabrales.cs.wisc.edu. The subject line is
ignored. In the body of the message write the two lines "send help" and
"send index".
Hopes this helps.
Bob
#: 17690 S1/General Interest
10-Mar-93 21:18:41
Sb: #How come?
Fm: Carl Kreider 71076,76
To: all
For some reason "rtn;ns" doesn't seem to work today. Do I not remember how to
do it?
Carl
There are 2 Replies.
#: 17697 S1/General Interest
11-Mar-93 04:04:06
Sb: #17690-#How come?
Fm: Mike Ward 76703,2013
To: Carl Kreider 71076,76 (X)
Carl, I don't think you can stack those two commands but... you can enter "rtn"
and then enter "ns" at the "read action" prompt presented at the end of the
first message.
Mike
There are 3 Replies.
#: 17700 S1/General Interest
11-Mar-93 09:34:19
Sb: #17697-#How come?
Fm: Pete Lyall 76703,4230
To: Mike Ward 76703,2013 (X)
Mike -
I always used:
op;sm;n;s;rtn (in Procomm scriptsl, etc.)
Pete
There is 1 Reply.
#: 17701 S1/General Interest
11-Mar-93 10:01:41
Sb: #17700-How come?
Fm: Mike Ward 76703,2013
To: Pete Lyall 76703,4230 (X)
Yep, setting your forum options to not pause for the session will also workie.
#: 17703 S1/General Interest
11-Mar-93 19:57:12
Sb: #17697-#How come?
Fm: Carl Kreider 71076,76
To: Mike Ward 76703,2013 (X)
Ummm.... you usta could.... and now 'rm' doesn't work either. Cute.
There is 1 Reply.
#: 17705 S1/General Interest
11-Mar-93 20:34:00
Sb: #17703-#How come?
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
> Ummm.... you usta could.... and now 'rm' doesn't work either. Cute.
> Go away for a while and we'll change the locks on the front door as well!
;-)
RM has been replaced with REA WAI (read waiting). Ain't progress grand?
All this is due to the new forum software we recently received. Major bennie
has been the increased message size to 10K.
There should be a file towards the top of LIB 1 with all the goop. I'm off line
with Bill Dickhaus's autonav program or I'd look up the name.
*- Steve -*
There is 1 Reply.
#: 17757 S1/General Interest
18-Mar-93 21:03:20
Sb: #17705-#How come?
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
>RM has been replaced with REA WAI (read waiting). Ain't progress grand?
Yeah. Guess I shouldn't whine, but it isn't obvious why it is better to
obsolete the commands I am used to and make me learn a new set. I just
typed RM and it barked at me again. How many years have I been typing
RM? Hope it doesn't take that long to relearn....
>All this is due to the new forum software we recently received. Major bennie
>has been the increased message size to 10K.
I'd really rather have RM, but no one asked.... ;)
Carl
There are 2 Replies.
#: 17761 S1/General Interest
19-Mar-93 03:51:12
Sb: #17757-How come?
Fm: Ken Flanagan 75460,2514
To: Carl Kreider 71076,76
Carl, how's the new version of AR coming along? We haven't had an update on it
for awhile now. Thanks.
#: 17766 S1/General Interest
19-Mar-93 17:30:57
Sb: #17757-How come?
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76
Well it's only taken me a month of having the system "bark" at me about using
the 'RM' to change my ways. :-)
A lot of the old commands have been grandfathered ... unfortunately RM
wasn't one of them.
*- Steve -*
#: 17704 S1/General Interest
11-Mar-93 19:59:24
Sb: #17697-#How come?
Fm: Carl Kreider 71076,76
To: Mike Ward 76703,2013 (X)
I just wanted to read the new stuff without pause.
There is 1 Reply.
#: 17713 S1/General Interest
12-Mar-93 11:38:13
Sb: #17704-#How come?
Fm: Pete Lyall 76703,4230
To: Carl Kreider 71076,76 (X)
Carl -
I use: op;sm;n;s;rtn - which reads:
op - set forum options
sm;n - stop between messages: never
s - this session only (i.e. not permanent)
rtn - read, threaded, new messages for me
There is 1 Reply.
#: 17759 S1/General Interest
18-Mar-93 21:04:14
Sb: #17713-#How come?
Fm: Carl Kreider 71076,76
To: Pete Lyall 76703,4230 (X)
>I use: op;sm;n;s;rtn - which reads:
>
> op - set forum options
> sm;n - stop between messages: never
> s - this session only (i.e. not permanent)
> rtn - read, threaded, new messages for me
Thanks. I filed this one. I never take the time to sit down and learn
the more esoteric features. I just had an experience with that. Trying
to figure out how to forward the bounced mail to you, I READ it. After
a screen full or two it became obvious that I wasn't going to get a
stop/continue message. Control P didn't break it either. I thought I
used to use that for break, but it didn't work today. So I go looking
for some dox. I scanned 60 pages of forum docs without any luck. Of
course by then it had listed 50K of lpr.uue at 2400 baud, so it didn't
matter. Perhaps I should take up gardening.....
Carl
There is 1 Reply.
#: 17764 S1/General Interest
19-Mar-93 09:25:55
Sb: #17759-How come?
Fm: Pete Lyall 76703,4230
To: Carl Kreider 71076,76
I think CTRL O helps...
Pete
#: 17707 S1/General Interest
11-Mar-93 23:02:32
Sb: #17690-#How come?
Fm: Bill Dickhaus 70325,523
To: Carl Kreider 71076,76 (X)
Carl,
I just tried RTN;NS and it worked fine, what happens when you try it? The new
format of the command is REA NEW;NS, but so far RT has not been designated an
"old" command like RM. Although RW still works, the new command is REA WAI.
See MSGFEA.DOC in LIB 1 for a summary of changes introduced with the new
software, aka "Message Features".
-Bill-
There is 1 Reply.
#: 17758 S1/General Interest
18-Mar-93 21:03:47
Sb: #17707-How come?
Fm: Carl Kreider 71076,76
To: Bill Dickhaus 70325,523 (X)
>I just tried RTN;NS and it worked fine, what happens when you try it?
>The new format of the command is REA NEW;NS, but so far RT has not been
>designated an "old" command like RM. Although RW still works, the new
>command is REA WAI.
This is seriously bizarre.... I tried rtn;ns three times that day and even
checked the log file to make sure I hadn't typoed it. Today it works again.
Go figger. I guess it must be black magic or the phase of the moon or
something.
>See MSGFEA.DOC in LIB 1 for a summary of changes introduced with the new
>software, aka "Message Features".
Thanks.
Carl
#: 17702 S1/General Interest
11-Mar-93 12:55:02
Sb: #Shell21 & Dir-Sort
Fm: Rogelio Perea 72056,1204
To: all
I've just upgraded my Shell (Tandy Stock) to Shell 2.1..... I am very pleased
with the operation of my CoCo III now....
I'd like to know where can I find a directory sorter for OS9 LII....
Take Care
Rogelio
There is 1 Reply.
#: 17732 S1/General Interest
15-Mar-93 14:25:02
Sb: #17702-Shell21 & Dir-Sort
Fm: Lee Veal 74726,1752
To: Rogelio Perea 72056,1204
The GShell patch archive has GSORT in it. And I don't believe it requires
GSHELL to work.
Also, check the download libraries, as I recall, I believe there's directory
sort program available in there.
Lee
#: 17741 S1/General Interest
16-Mar-93 05:05:16
Sb: #I NEED YOUR HELP!
Fm: VINCENZO ROVEDA 100024,1335
To: ALL
Dear Friends, I am looking for your help to solve our problem! I work at SEPA,
an Italian electronic company, in the Image Processing department. We are
currently involved in a large european robotic project, where I'm the
responsible for the Vision part. The system we have used to develop our
algorithms is composed of some Image Processing boards (Digicolor, Roi-Store,
Vfir-MkII from DATACUBE), one INMOS B014 board with 6 T800 transputer module
plugged onto it and a SUN3E as CPU and VME bus master running UNIX as Operating
System. Everything worked perfectly.
Unfortunately, we have been convinced to change this architecture in order to
cope with the real-time problems of a real application. As UNIX is not a
real-time operating system, we have decided to use OS9 and conseguently we have
replaced the SUN3E board with the MOTOROLA MVME147-SA-1. The big problem now,
is that we don't have the software drivers both for the DATACUBE boards and for
the INMOS one, as the two companies don't support this operating system.
Actually Datacube supported it once, but not anymore, so that they provided us
a partial set of source codes, leaving the work to test and debug them, to us.
However Inmos was not able to give us anything and we are really in big
troubles as we don't know where to start to solve the situation. I apologize to
have bothered you with my sad story, but now you represent my last hope.
If you should ever heard about someone using OS9 with DATACUBE and/or INMOS
boards, please, let me know how to contact them : I will greatly appreciate
your help! Thank you very much!
Vincenzo Roveda (100024,1335) Tel : + 39 11 2682517 Fax : + 39 11 2420372
There are 3 Replies.
#: 17742 S1/General Interest
16-Mar-93 20:42:32
Sb: #17741-I NEED YOUR HELP!
Fm: Bob van der Poel 76510,2203
To: VINCENZO ROVEDA 100024,1335 (X)
Don't know how much help this is...but I did get a call a month or so ago from
a lady who was working at NASA in Houston, Texas (she was inquiring about our
VED editor, unfortunately they never bought it so I don't have a name, etc.).
However, I asked them what they were working on...Image Processing using
Datacube computers.
So, I don't have a name or address...but maybe you could check with either
Datacube or Microware and see if you can get a lead to the NASA project people.
Ummm, as I recall these people were a contractor working _at_ NASA...not actual
employees.
#: 17748 S1/General Interest
17-Mar-93 14:27:50
Sb: #17741-I NEED YOUR HELP!
Fm: Ches Looney 73016,1336
To: VINCENZO ROVEDA 100024,1335 (X)
Vincenzo, I forwarded your distress signal through the electronic mail
system here at NASA's Goddard Space Flight Center. The following message
is the first to be received. If (or as) others arrive, I will forward them
to you. Regards, Ches Looney
Posted: Wed, Mar 17, 1993 3:01 PM EST
From: SCAUFFMAN
To: clooney
Subj: VINCENZO ROVEDA DISTRESS SIGNAL
I really do not have a very good lead to solving your problem, but I am a
trasnputer user here at GSFC. Have you tried contacting th e WoTUG, which
is an organization for Transputer Users? They might be able to guide you to
other users with similar problems. You can contact through email to
transputing@ukc.ac.uk
or you can contact the managing editor for the WoTUG newsletter by mail at
Professor Peter Welch
Computer Laboratory
The University, Canterbury
KENT - CT2 7NF
U.K.
Good Luck!
#: 17754 S1/General Interest
18-Mar-93 04:22:57
Sb: #17741-I NEED YOUR HELP!
Fm: ole hansen 100016,3417
To: VINCENZO ROVEDA 100024,1335 (X)
Hello There.
We have a danish customer using Datacube and MVME147's. As it might not be a
good idea to write their name here without permission, I would like to know if
I can reach you by Email ?? my Email-address is :
ole@danelec.dk
regards ole b. hansen]
#: 17749 S1/General Interest
17-Mar-93 16:03:39
Sb: Curious
Fm: Dan Naas 100020,367
To: All
I curious about OS-9. Can somebody explain to me a little bit about its
history, features and platforms it's available on. Perhaps there is a FAQ that
answers all these questions? Thanks in advance.
#: 17752 S1/General Interest
17-Mar-93 23:42:11
Sb: #RAINBOWS DEAD
Fm: Brother Jeremy, CSJW 76477,142
To: ALL
Dear Friends,
According to the rumors over on Delphi, THE RAINBOW WILL CEASE PUBLICATION WITH
THE MAY 1993 ISSUE. There have been no denials from FALSOFT. They are claiming
the right to make the announcement in Rainbow, but it is pretty likely they
will simply substantiated it.
With all best wishes,
Br. jeremy, CSJW
There is 1 Reply.
#: 17768 S1/General Interest
19-Mar-93 18:16:24
Sb: #17752-#RAINBOWS DEAD
Fm: Bob van der Poel 76510,2203
To: Brother Jeremy, CSJW 76477,142 (X)
According to a reliable source I heard from today...the Rainbow is Dead rumor
is true. Pity to lose them after so long.
There is 1 Reply.
#: 17770 S1/General Interest
19-Mar-93 20:07:13
Sb: #17768-RAINBOWS DEAD
Fm: Brother Jeremy, CSJW 76477,142
To: Bob van der Poel 76510,2203 (X)
Dear Bob: It is true. Falsoft confirmed it when asked about a subscription
renewal. May will be the final issue. Nothing is being said about a COCO
section in PCM as of yet. With all best wishes,
Br. Jeremy, CSJW
#: 17760 S1/General Interest
18-Mar-93 22:01:14
Sb: #ved
Fm: tom farrow 72701,543
To: BOB van der poel
I received the new disk from you today and it works fine . Thanks again. Is
there a good way to turn off the underline ( my printer needs 27,0) but this
does not work. Also is there a way to underline just one letter in a word?
There is 1 Reply.
#: 17772 S1/General Interest
19-Mar-93 21:11:42
Sb: #17760-ved
Fm: Bob van der Poel 76510,2203
To: tom farrow 72701,543 (X)
Just had a terrible thought that something was broke...but it doesn't appear to
be. I just did a little test. I created the following file:
.u+=27,1
.u-=27,0
This is a \u+undeline\u- test.
And printed it out to file. Using dump shows that the word 'underline' is
prefaced by a $1b,1 and postfixed by a $1b,0. If it had gone to the printer it
would have been underlined. For a single letter, you just surround the letter
with a \U+ and \U-. Of course, it's easier to put the prin the environment
file. Did you test this with mvef?
#: 17765 S1/General Interest
19-Mar-93 15:48:20
Sb: #C++ compiler
Fm: Roberto 100115,773
To: Sysop (X)
Hi, my name is Roberto and i'm developing apps on os9 for M680X0 with a C
compiler. Do you know if a C++ compiler is available for this environment? The
last news about languages from Microware was about an ultra C compiler, but
what about a true C++ comp? Please let me know anything about it.
Thank You
Roberto
There is 1 Reply.
#: 17773 S1/General Interest
20-Mar-93 20:40:28
Sb: #17765-C++ compiler
Fm: Steve Wegert 76703,4255
To: Roberto 100115,773
Roberto,
Take a look in Library 12. You'll find the GNU C++ compiler there.
At the LIB 12 prompt, type: BROwse /key:gnu and thump the <enter> key.
Hope this helps!
Steve
#: 17651 S3/Languages
07-Mar-93 19:38:37
Sb: #17631-#102 (bus) error
Fm: Ferranti Technologies 76264,1650
To: ole hansen 100016,3417 (X)
We are using a 68040 in our system and I believe we have the ssm
installed. I am going to try modifying the programs so that they will print a
message and exit. Currently we have the programing printing a message and then
continuing on. We never receive the message on the screen, I believe this is
because the program crashes before the system has a chance to print the
message.
There is 1 Reply.
#: 17687 S3/Languages
10-Mar-93 15:39:00
Sb: #17651-#102 (bus) error
Fm: ole hansen 100016,3417
To: Ferranti Technologies 76264,1650 (X)
Hello Ferranti Tech.
if you have the 'ssm' in the bootfile/memory and it is installed in the
'init'-module, you will get 102-errors it you try to access memory out the
range, your task is granted during runtime. In attempt to troubleshoot your
problem, do the following:
out-comment the 'syscache' in the init-module(use 'moded') and before starting
the task, call 'rombug'(I do hope you use that to 'bootstrap' with) and enable
it(you must have autoboot disabled). then issue the following command to
'rombug': ovu2<cr> this will make rombug monitor any bus-errrors in
system/user-mode and if it catches any 'bus'-errors then you will get a 'big'
register-dump and a lot of information, but in order to make it informative,
you must disable 'syscache', because the 68040 has executed quite a number of
instructions in its internal cache, before the external 'timeout/bus-error'
occurs. You should be able to determine which instruction caused the problem.
It is likely to be some register-indirect addressing like : move.b (a3),d0 and
the value of a3 gives you the address in error. It is also possible to let
'rombug' monitor all the vectors and watch the result(remember that os9 is
using some for 'syscalls'). If this does not give you a key, then you must
point some more out about what your program is doing: system/user-state, driver
written in 'C' - which gives you a problem with 'stack' in system-state(only 4k
granted from 'kernel') which mean you must assign local memory for your stack
!!
regards ole@danelec.dk
There is 1 Reply.
#: 17706 S3/Languages
11-Mar-93 21:55:25
Sb: #17687-#102 (bus) error
Fm: Allan 70506,1173
To: ole hansen 100016,3417 (X)
One note!!! There is documented int the ultra C release notes -
if you are using printf you MUST include stdio.h. This is due to
printf being ansi compliant now. I ran into this problem myself
Warning DO NOT comment out The SSM module you system will take a
VERY SEVERE performance hit ( about 5x). The SSM module is required
for user state programs to have cacheing.
Allan R. Batteiger
OS-9 Project Leader - MIZAR
There is 1 Reply.
#: 17710 S3/Languages
12-Mar-93 01:31:13
Sb: #17706-102 (bus) error
Fm: ole hansen 100016,3417
To: Allan 70506,1173
hello Allan.
Did I say outcomment 'ssm', I ment 'syscache', as the information from 'rombug'
has shown to be hard to decode, with caching on. When you say performance
suffers 5 times, that wright for a running program, but when trying to catch
this buserror, it will help. It could also be a programming error that goes
away with caching disabled, and then you are half way finding the error.
regards ole
#: 17644 S3/Languages
07-Mar-93 14:59:31
Sb: #17634-#102 (bus) error
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)
If you ask Ole, he'll tell you that I'm the king of the 102 error. In most
cases my problem was in poor coding <grin>...what would run fine on one system
but would report 102s when run on a box with ssm. In 90% of the cases it was
the fault of passing a NULL pointer to a library string function. For example,
char s1, s2; /* global variables */
if(strcmp(s1,s2)==0) foo(); /* foo() if strings the same */
would fail. This was a result of having s1 or s2 pointing to a dynamically
allocated string. In all cases I've had to change the code to something like
if(s1 && s2 && strcmp(s1,s2)) foo();
Note that even this will cause a 102 if s1 is NULL:
if(*s1 && s1) ...
However
if(s1 && *s1) ...
will work.
Hmmm, you might try debug instead of srcdbg and see if that catches the error.
At least with debug you could determine the point of the error.
There is 1 Reply.
#: 17658 S3/Languages
08-Mar-93 09:28:39
Sb: #17644-#102 (bus) error
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)
Bob -
I wish it WERE a program error... SrcDbg craps out before the program even gets
staged!
To make matters worse, the problem went away. I selective omitted new functions
and header files - no more #102. Added 'em all back in - still no #102. Arghh!
Pete
There is 1 Reply.
#: 17663 S3/Languages
08-Mar-93 23:05:47
Sb: #17658-#102 (bus) error
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)
I don't need to add that with ultra you need a different srcdbg?
There is 1 Reply.
#: 17676 S3/Languages
09-Mar-93 09:33:42
Sb: #17663-#102 (bus) error
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)
Hmm - we haven't run our ULTRA yet, but neither copy has been installed or run
yet... A different SRCDBG? Any idea why?
Pete
There is 1 Reply.
#: 17679 S3/Languages
09-Mar-93 20:01:33
Sb: #17676-102 (bus) error
Fm: Bob van der Poel 76510,2203
To: Pete Lyall 76703,4230 (X)
Could be that they needed a new srcdbg just for the fact that they don't have
cio and math anymore? I think the new one also fixes some bugs. I've not spent
much time with ultra or the new srcdbg myself.
#: 17672 S6/Applications
09-Mar-93 04:07:48
Sb: files
Fm: maarten amj van wamelen 100115,2205
To: boisy g. pitre
to boisy pitre please send on disk index file of stquotes and potd.ar of your
file thkx amj
#: 17671 S7/Telecommunications
09-Mar-93 04:06:04
Sb: #own bbs access number
Fm: maarten amj van wamelen 100115,2205
To: kevin darling 76703,4227 (X)
to kevin darling please give me your bbs personal access number thkx for all
the help in 6309 amj
There is 1 Reply.
#: 17683 S7/Telecommunications
09-Mar-93 23:09:20
Sb: #17671-own bbs access number
Fm: Kevin Darling 76703,4227
To: maarten amj van wamelen 100115,2205 (X)
Hi Maarten,
You have my number here (76703,4227). Is that what you meant?
best - kev
#: 17643 S9/Utilities
07-Mar-93 13:31:16
Sb: XSM Patch
Fm: Chris Burke 72240,304
To: ?
Here's a quick patch to the XSM assembler, to fix a problem related to the
BAND, BOR, and other bit manipulation instructions. Versions of XSM previous to
2.04 will generate code for the "A-register" when the "B-register" is specified
in the source code. For example, BAND B.4,FOO.2 produces code as if it were
written BAND A.4,FOO.2. You can fix this by searching your version of XSM for
the sequence below, and replacing the byte 03 with the byte value 04.
OLD SEQUENCE:
8C000127EA8C000227E98C000327E916FFE1
NEW SEQUENCE:
8C000127EA8C000227E98C000427E916FFE1
You'll also have to correct the CRC.
As a side note, XSM now can generate S-record output in addition to OS9 and
RS-DOS binary, and it has a symbol table of up to 64K. You can get the current
version, 2.04, as an upgrade from Burke & Burke.
Thanks to David Breeding for pointing out the problem with BAND.
Chris Burke
#: 17723 S10/OS9/6809 (CoCo)
14-Mar-93 12:38:25
Sb: #17610-One Meg upgrade
Fm: randy pischke 75460,205
To: Bill Dickhaus 70325,523 (X)
Bill,
Thanks for the info on the 2 Meg. kits that are coming out. I would
actually prefer one of them. Using SIMM memory is the way to go.
Randy
#: 17695 S10/OS9/6809 (CoCo)
11-Mar-93 00:41:57
Sb: clock patch
Fm: maarten amj van wamelen 100115,2205
To: kevin darling
to kevin darling [lease tell me which function of the clock driver needs to be
patched thkx (;-) amj
#: 17735 S10/OS9/6809 (CoCo)
15-Mar-93 17:35:33
Sb: #OS9L3?
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends: Has anyone ever heard of an OS9 Level 3 from Japan. I have heard
rumors of its existence. --Br. Jeremy, CSJW
There is 1 Reply.
#: 17737 S10/OS9/6809 (CoCo)
15-Mar-93 21:57:27
Sb: #17735-#OS9L3?
Fm: Kevin Darling 76703,4227
To: Brother Jeremy, CSJW 76477,142 (X)
Hi Jeremy - a long time I'd heard that there was a virtual-memory version of
OS9/6809 in Japan which was called Level 3... but I've never seen it.
best - kev
There is 1 Reply.
#: 17739 S10/OS9/6809 (CoCo)
15-Mar-93 23:52:32
Sb: #17737-OS9L3?
Fm: Brother Jeremy, CSJW 76477,142
To: Kevin Darling 76703,4227 (X)
Hello Kevin, I hope your move went well. I wonder if this Japanese OS9 was 6809
specific or if it might have been written for the 6309? I wonder if anyone one
the Internet could find out anything about this? I am not all that certain how
to get a message out, but this has my curiosity.
A classmate of mine from seminary was from Japan, I wish I knew where he was
know and if he went be there. I would contact him. Well, I try to do some
digging.
With all best wishes, Br. Jeremy, CSJW
#: 17771 S10/OS9/6809 (CoCo)
19-Mar-93 20:52:44
Sb: Final Upgrade
Fm: Brother Jeremy, CSJW 76477,142
To: All
Dear Friends, The following is a forum message from Delphi, uploaded with
permission.
72719 12-MAR 23:08 General Information
Level III: Are We Ready Yet?
From: THETAURUS To: ALL
To say that OS9 Level II has matured since it's release from Tandy is an
understatement. Since it's release, the somewhat clumsy looking level II has
piece by piece been patched, rewritten, and hacked at, and now a few years
older, has really begun to let it's true potential shine with those
modifications that Tandy preferred not to pursue. Level II is now, quite a
slick system with those patches, new drivers and descriptors, and other
modifications installed. Not only is this true with Level II but with Color
Computer hardware itself. We have seen quite a few neat developments come down
the line since we entered the orphanage, too many to even list here. I know
this is old news to many of us so I should just make my point. As great an
improvement this has been there is a downside. The confusion and possible
incompatibilities involved with all those modifications that are available is a
major turn off, not only for any newcomers or novices in the community, but
even the system veterans tend to have problems keeping everything together. As
far as solving this problem, I think that Farna Systems 'PatchOS9' is a step in
the right direction, but in my opinion I think it's about time to move ahead
and decide on our OWN Level III. This is a long time to go without an upgrade
and since it is beyond unlikely that either Tandy or Microware would have any
part of such a process, it is about time we take this upon ourselves. We have
a lot to work with, and with a little more work on some of the modules and
hardware, a good long thought out voting process, and working alongside other
online users from CIS,Fidonet, and the Internet, as well as offliners possibly
through the various OS9 magazines and newsletters, and also working with the
various vendors, this could very likely be done. What would make this better
than having it done by Tandy or Microware<yes BETTER. Even tho it won't happen
anyway>? WE WILL DECIDE what is best for our computer and Operating System as a
community. Since we are the ones who held it up for so long, and since we are
carrying it into the future, we undoubably know what is best better then
anyone. Why do I think this is necessary? Because it makes things much easier
and more flexible for both Programmers and End users without the hassle of
making a million different modifications just for a program to work with an
operating system that has many different versions. Programmers are unwilling to
go through all this, and no one can blame them.
How will we go about doing this legally? It will be simple actually. At
least if my idea works out<G>. Once Level III is finally decided on<which I
will guess will take a good amount of time>, it would be distributed on a
similar disk such as the 'PatchOS9' disk I previously mentioned. Hopefully one
or more of the vendors would offer the service of installing these patches once
the user sends his original master disk. The disk would contain all the patches
and Modifications that would be installed on the original LEVEL II two disk.
And the result would be LEVEL III. Then people advertising their programs could
simply say 'Level III' required. I would like to know how you all think we
should go at this? I think my ideas are valid and the 'PatchOS9'd disk brings
us very close. The only thing we would need to do is finish making whatever
modifications we feel are still necessary<new drivers,etc>,try and get as much
of that unofficial upgrade that hasn't been released yet as possible, and then
decide on the hardware standards. I think now is a good time to start this
subject as we have waited to long. It is time to end the confusion and
obstacles of sticking to a system this old.
I am glad I brought this up now, since recently we have begun once again
talking about the feasibility of deciding on a Standards Committee. Such a
committee would prove VERY instrumental in this process. We do need an official
group to look up to, since at this time it really seems like we have only
ourselves to pat on the backs<G> and someone in a leadership position, maybe
thru the voting process would help boost moral activity<ok we won't give them
TOO much power<G>. We definately have some GREAT people here supporting us in
the community<vendors,magazine publishers,etc..>, but unfortunately it is very
hard for them too keep in consistent contact with their community with so much
work to do. That would be ANOTHER job where the Committee will come in handy.
The 'deafening silence' that seems to be in the community right now doesn't
mean doom. It's far from it actually, but there is just no comittee of
community representatives to pull us all together, and in our case we need
that. We are too big not to have it :)
Looking forward to some creative response to this long winded blast ;)
See Ya!
>Chris<
Chris asked me to upload this wherever I could. Please feel free to post this
on any BBS or Pay-Systems you care to. Whether or not any of the folks who
worked on the ill-fated Upgrade will be able or willing to participate is
unknown at this time. There is talk of people contributing to fund to bring out
that upgrade. (A couple of $100.00 pledged so far) I will be glad to echo any
replies back to Chris on Delphi.
With all best wishes,
Br. Jeremy, CSJW
#: 17666 S12/OS9/68000 (OSK)
09-Mar-93 03:39:52
Sb: #17638-#C help
Fm: Mike Haaland 72300,1433
To: LARRY OLSON 72227,3467 (X)
If Wpath is type FILE * it should work with fflush.
FILE * Wpath;
Wpath = stdout;
- Mike -
There are 2 Replies.
#: 17680 S12/OS9/68000 (OSK)
09-Mar-93 20:01:42
Sb: #17666-#C help
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)
Larry, I think you are confusing low level paths and high level file pointers.
Be very careful in programming if you use things like the cgfx library (which
uses low level write()s) and fflush(), printf(), etc. Best, IMHO, to use one or
the other...not both. In most of my applications I make heavy use of sprintf()
to format stuff into memory and then use my own buffered routines (which use
writeln() and write()) to do the output. I may be duplicating the FILE
stuff...but at least that way I can keep track.
There is 1 Reply.
#: 17709 S12/OS9/68000 (OSK)
12-Mar-93 01:09:52
Sb: #17680-#C help
Fm: LARRY OLSON 72227,3467
To: Bob van der Poel 76510,2203 (X)
Bob,
I think you were sending the tip to me, instead of Mike. I havn't messed with
getting & outputing data much till now. I'm at the point now where I need to
learn the best way to communicate with the user of the program, through the
keyboard. I have just been writing point & click routines for use with the
mouse. This is easy, because the program only needs to check the pointer
location and whether the button is up or down. But now I need to get some text
input from the user, and you have no idea what they may enter, so you have to
check for every possible case.
You may be right about mixing high and low level io, I'm probably guilty of
that now.
larry
There is 1 Reply.
#: 17717 S12/OS9/68000 (OSK)
12-Mar-93 23:54:28
Sb: #17709-#C help
Fm: Mike Haaland 72300,1433
To: LARRY OLSON 72227,3467 (X)
One easy way to get user input is with gets(), it allows them to edit the line
before they hit enter. Then you can check the string once it's read in.
low level I/O, (path numbers), and high level I/O, (FILE *), are one of the
hardest things to get straight at first, but once you understand them, you've
got 'em for life. :)
- Mike -
There is 1 Reply.
#: 17727 S12/OS9/68000 (OSK)
15-Mar-93 01:16:04
Sb: #17717-C help
Fm: LARRY OLSON 72227,3467
To: Mike Haaland 72300,1433 (X)
Mike,
I have been mainly using gets(), but how do you handle a case where for
example you open a box with 3 lines by 15 characters, where the user is asked
to enter a 10 character maximum name. The user starts entering characters and
doesn't stop at 10 but enters 16, which promptly scrolls the top line out of
the window. The program doesn't have any way of knowing what characters or how
many have been entered, until the return key is pressed.
I want to change the routines I have now, so I can get 1 character at a time
and then act on what is being entered.
larry
#: 17708 S12/OS9/68000 (OSK)
12-Mar-93 00:42:53
Sb: #17666-#C help
Fm: LARRY OLSON 72227,3467
To: Mike Haaland 72300,1433 (X)
Mike,
Thanks for the tip.
STDOUT was defined in stdio.h, so I had just set Wpath = STDOUT.
This seemed to work fine, until I ran into fflush.
Larry (still learning) olson
There is 1 Reply.
#: 17716 S12/OS9/68000 (OSK)
12-Mar-93 23:54:18
Sb: #17708-#C help
Fm: Mike Haaland 72300,1433
To: LARRY OLSON 72227,3467 (X)
Hmmm. you SURE STDOUT is defined in <stdio.h>? Normally 'stdout' is defined
but not STDOUT. Lemme explain the difference.
stdin, stdout and stderr are of type FILE *. They are buffered.
#define STDIN 0
#define STDOUT 1
#define STDERR 2
Are path numbers. They are unbuffered paths to the 3 paths that all process
inherit when open. On path numbers you can do certain things, on FILE *
(pointers) you can do others.
FILE *'s you can use fprintf(), fputs() and all the other functions starting
with f.
On paths, you use read(), write(), readln(), lseek(). Don't mix up FILE *'s
and path numbers. They are simular but very different.
Does this make sense?
- Mike -
There is 1 Reply.
#: 17726 S12/OS9/68000 (OSK)
15-Mar-93 01:02:07
Sb: #17716-#C help
Fm: LARRY OLSON 72227,3467
To: Mike Haaland 72300,1433 (X)
Mike,
Your right, I was setting Wpath=STDOUT while STDOUT was defined with #define
STDOUT 1
Now I'm not sure what you are doing.
If after this:
#define STDOUT 1
Are you saying to do this:
FILE * Wpath;
Wpath = STDOUT;
larry
There is 1 Reply.
#: 17729 S12/OS9/68000 (OSK)
15-Mar-93 02:00:15
Sb: #17726-C help
Fm: Bob Taylor 73270,3124
To: LARRY OLSON 72227,3467 (X)
Larry,
If you look in your dd/defs directory at the file stdio.h you will find
something like the following:
/* the following are fake pointer variable defintions */
#define stdin (&_iob[0])
#define stdout (&_iob[1])
#define stderr (&_iob[2])
You can then use any as a path or FILE *
Hope this helps
Bob
#: 17667 S12/OS9/68000 (OSK)
09-Mar-93 03:39:59
Sb: #17632-#get_fname() ?
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)
The only reason I haven't is cause I'm getting lazy these days. It's easier to
que it up for UUCP transfer than to upload. :) I'll post it here too.
- Mike -
There is 1 Reply.
#: 17678 S12/OS9/68000 (OSK)
09-Mar-93 17:31:10
Sb: #17667-get_fname() ?
Fm: Steve Wegert 76703,4255
To: Mike Haaland 72300,1433 (X)
> The only reason I haven't is cause I'm getting lazy these days. It's easier
> to que it up for UUCP transfer than to upload. :) I'll post it here too.
>
Mike,
You can always shoot it to me at datapage.com. I'll be happy to upload it for
you.
*- Steve -*
#: 17715 S12/OS9/68000 (OSK)
12-Mar-93 12:13:59
Sb: #17596-#Unfragmenter routine
Fm: William F. McGill/CA 73177,3433
To: Bob van der Poel 76510,2203 (X)
Bob,
The defrag.ar file has some helpful ideas and may be useful in solving my
problems. I'll probably have to write something from scratch to fit in with my
application, however.
What is the Krieder library and where can it be found ?
Thanks,
Bill
There is 1 Reply.
#: 17719 S12/OS9/68000 (OSK)
13-Mar-93 15:21:16
Sb: #17715-Unfragmenter routine
Fm: Bob van der Poel 76510,2203
To: William F. McGill/CA 73177,3433 (X)
The Krider library is for 6809 only. I don't think you'll need it for OSK.
I don't believe that the sources for Carl's library were ever released.
However, the binaries are here. Check lib 10?
BTW, care to share what kind of application you are working on? Just for
general interest.
#: 17714 S12/OS9/68000 (OSK)
12-Mar-93 12:05:03
Sb: #17624-Unfragmenter routine
Fm: William F. McGill/CA 73177,3433
To: ole hansen 100016,3417 (X)
Ole,
Thanks for the info. I'll definitely check it out.
Regards,
Bill
#: 17645 S12/OS9/68000 (OSK)
07-Mar-93 18:40:49
Sb: #17636-#SoundTracker Modules?
Fm: Kevin Darling 76703,4227
To: Stephen Seneker 75020,3611 (X)
Stephen, somewhere around here (I think at work on the MM/1) I have some docs
stripped from some Amiga source, which give one format of the Tracker MOD
stuff. (There is no "official" MOD format; there are lots of enhancements and
minor diffs.)
The Amiga can play those files easily because they were created just for the
hardware capabilities of the Amiga... in this case, four DMA audio channels
with hardware looping, volume control, and freq control, merged into two output
channels. All that has to be simulated on other systems (altho the stereo DMA
on the MM/1 aids some). - kev
There are 2 Replies.
#: 17647 S12/OS9/68000 (OSK)
07-Mar-93 19:20:47
Sb: #17645-SoundTracker Modules?
Fm: Stephen Seneker 75020,3611
To: Kevin Darling 76703,4227 (X)
Kevin, I just ran my bill up searching through the Amiga Forums libraries. I
found several programs with sources and documentation. Hope it's worth the
connect charges %-)?
Stephen
#: 17668 S12/OS9/68000 (OSK)
09-Mar-93 03:40:09
Sb: #17645-SoundTracker Modules?
Fm: Mike Haaland 72300,1433
To: Kevin Darling 76703,4227 (X)
Just in case you didn't know... Most Atari MOD files play just fine with
Tracker too.
- Mike -
#: 17648 S12/OS9/68000 (OSK)
07-Mar-93 19:33:43
Sb: #17629-#SoundTracker Modules?
Fm: Steve Wegert 76703,4255
To: Kevin Darling 76703,4227 (X)
Kev,
I moved the file you've requested into LIB 12.
Steve
There is 1 Reply.
#: 17661 S12/OS9/68000 (OSK)
08-Mar-93 21:20:46
Sb: #17648-SoundTracker Modules?
Fm: Kevin Darling 76703,4227
To: Steve Wegert 76703,4255 (X)
Mucho thanks, Steve! (file moving) - kev
#: 17670 S12/OS9/68000 (OSK)
09-Mar-93 03:40:25
Sb: #17641-CHD problems
Fm: Mike Haaland 72300,1433
To: Bill Dickhaus 70325,523 (X)
See my note to Bob. I'm uploading a function called getcwd.lzh
- Mike -
#: 17669 S12/OS9/68000 (OSK)
09-Mar-93 03:40:19
Sb: #17633-CHD problems
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)
Sure, I have a getcwd() function that returns the current working directory.
I'll upload it. It's a modified version of Zack's pwd util for Level II.
So, when you open a file, just do the getcwd() and save the pathlist.
- Mike -
#: 17646 S12/OS9/68000 (OSK)
07-Mar-93 18:43:17
Sb: #17637-NIMITZ questions
Fm: Kevin Darling 76703,4227
To: GLEN HATHAWAY 71446,166 (X)
Hi Glen,
None of the Windios should be hardcoded for 3 Meg, as far as I can remember.
(Well, maybe version 1 or 2 was :-)
All the BGFXs that I sold came with docs.
Due to all the requests, I guess I'll just post the BGFX docs soon.
kev
#: 17652 S12/OS9/68000 (OSK)
07-Mar-93 22:41:05
Sb: # ster
Fm: tom farrow 72701,543
To: bob van der poel
need help in getting sterm to work on my system iv . the menu comes up but i
can not dial out or any thimg else . if there is some witch doctors incantation
to do this then let me in on the secret ritual if chickens are needed then
count me out .
tom farrow
72701,543
There are 2 Replies.
#: 17662 S12/OS9/68000 (OSK)
08-Mar-93 23:05:36
Sb: #17652-# ster
Fm: Bob van der Poel 76510,2203
To: tom farrow 72701,543 (X)
Mark G. is the sterm expert (he wrote it...). However, do you have the shell
variable MODEM set? It should contain the name of the port to use. Otherwise,
use the command line "sterm -l /port" with "port" being "t0" or whatever.
Ya shouldnn't need any chickens for this. However, do you have a goat?
BTW, were you able to read the VED disk? Hope you like it.
There is 1 Reply.
#: 17682 S12/OS9/68000 (OSK)
09-Mar-93 21:33:58
Sb: #17662-# ster
Fm: tom farrow 72701,543
To: Bob van der Poel 76510,2203 (X)
I do have a rabbit but no goat and I still don't have an universal driver so no
I can't read the disk yet but I did send you another disk for a copy of ved if
you don't mind. How do you get the modem to dial from strem?
There is 1 Reply.
#: 17692 S12/OS9/68000 (OSK)
10-Mar-93 22:04:49
Sb: #17682-# ster
Fm: Bob van der Poel 76510,2203
To: tom farrow 72701,543 (X)
No univeral disk driver??? Better get on Frank's back about that. The gods
(microware) have decreed some time ago that _all_ distribution of disks should
be on univeral format <grin>.
No problem sending back the disk. Soon as I get it, we'll get the data on it
and fire it back.
There is 1 Reply.
#: 17693 S12/OS9/68000 (OSK)
10-Mar-93 22:20:59
Sb: #17692- ster
Fm: tom farrow 72701,543
To: Bob van der Poel 76510,2203 (X)
Thanks a lot for all the help. I look forward to using the program.
#: 17665 S12/OS9/68000 (OSK)
09-Mar-93 03:01:26
Sb: #17652-# ster
Fm: Mark Griffith 76070,41
To: tom farrow 72701,543 (X)
Tom,
> need help in getting sterm to work on my system iv . the menu comes up but i
> can not dial out or any thimg else . if there is some witch doctors
> incantation to do this then let me in on the secret ritual if chickens are
> needed then count me out .
What version are you running? It should appear on the startup screen at the
top. Version 1.5 is, I believe, the only one made that will correctly run on
the System IV. Also, does a baud rate show for the port when Sterm comes up?
Does the modem TR or DTR light come on? If you are not using the -l option from
the command line to specify the port, is the envrironment variable MODEM set to
the name of your default modem port?
/************* /\/\ark ************/
There is 1 Reply.
#: 17681 S12/OS9/68000 (OSK)
09-Mar-93 21:29:55
Sb: #17665-# ster
Fm: tom farrow 72701,543
To: Mark Griffith 76070,41 (X)
all variables set to "modem /t3" "term vt100" but how do you get the modem to
dial for me?
There is 1 Reply.
#: 17696 S12/OS9/68000 (OSK)
11-Mar-93 03:00:37
Sb: #17681- ster
Fm: Mark Griffith 76070,41
To: tom farrow 72701,543 (X)
Tom,
> all variables set to "modem /t3" "term vt100" but how do you get the modem
> to dial for me?
Well, when you fire up Sterm, do you get the ***** Sterm online **** message?
If so, then everything if fine so far. At this point you should be able to
type in "at" and hit enter. The modem should respond with "OK". If that
works, then just type in the dial command "atdt" and then the number. Sterm
doesn't have a fancy built in dialer.
Also, the environment variables you show above, are then in UPPERCASE on you
machine? If not, Sterm won't recognize them since it is looking for UPPERCASE
variables.
Let me know how it goes.
/************* /\/\ark ************/
#: 17711 S12/OS9/68000 (OSK)
12-Mar-93 04:33:38
Sb: 'Install' command
Fm: SCOTT HOWELL 70270,641
To: all
Does anyone know the install command to extract Microware diskettes? When I
received my software a little card was included showing how to do it... I lost
it...
#: 17712 S12/OS9/68000 (OSK)
12-Mar-93 10:12:53
Sb: #PCF
Fm: Bert Schneider 70244,427
To: ALL
Does anyone have a working version of the MM/1 PCF driver and descriptor for 5
1/4" disks (to copy MSDOS files back and forth between OSK)?
I have not had any luck!
Thanks!
Bert Schneider
There is 1 Reply.
#: 17721 S12/OS9/68000 (OSK)
14-Mar-93 08:29:44
Sb: #17712-#PCF
Fm: Mark Griffith 76070,41
To: Bert Schneider 70244,427
Bert,
>Does anyone have a working version of the MM/1 PCF driver and descriptor for
>5 1/4" disks (to copy MSDOS files back and forth between OSK)?
I have been doing this for a long time, but only with 3 1/2 in disks. I'm sure
you problem must be in the descriptor values, but I don't know what they should
be since I don't have a 5 1/4 inch disk on my machine. Hopefully someone else
can supply them for you.
/************* /\/\ark ************/
There is 1 Reply.
#: 17736 S12/OS9/68000 (OSK)
15-Mar-93 18:18:51
Sb: #17721-#PCF
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41 (X)
Bret,
Here is a dmode of my pcf desc. I use to read 720 and 360K PCDOS disks in my 80
track drive. Works fine.
drv=1 stp=3 typ=$24 dns=$03 cyl=80 sid=2 vfy=1 (off) sct=9 t0s=9
sas=2 ilv=2 tfm=0 toffs=0 soffs=1 ssize=512 cntl=$0001 trys=0 lun=0
wpc=0 rwr=0 park=0 lsnoffs=0 totcyls=80 ctrlrid=0 rates=$11
scsiopt=$0000 maxcount=65535
There is 1 Reply.
#: 17746 S12/OS9/68000 (OSK)
17-Mar-93 02:57:46
Sb: #17736-PCF
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203 (X)
Thanks for your descriptor info Bob.
/************* /\/\ark ************/
#: 17720 S12/OS9/68000 (OSK)
13-Mar-93 22:32:59
Sb: #GPIB device driver
Fm: Edwin Lee 73740,2557
To: All
I am looking for a good device driver for an OS9/68040 VME system. This device
driver must be good in supporting GPIB device functions and be able to respond
to commands sent from a system controller in an asynchronous fashion. (Supports
GPIB chip TMS9914A from Texas Instrument)
I have used a GPIB file manager driver from ARK(?) but it is only good for a
GPIB controller. It did not work well as a GPIB device. It is especially poor
in responding to serial polls.
I would appreciate it if anyone out there can recommend a source. Thank you
very much.
There is 1 Reply.
#: 17724 S12/OS9/68000 (OSK)
14-Mar-93 14:59:34
Sb: #17720-GPIB device driver
Fm: ole hansen 100016,3417
To: Edwin Lee 73740,2557
Hello there Has you contacted Steven Weller at Windsor Castle. He is quite well
at the IEEE-filemanager/driver from ARK ???
regards
ole@danelec.dk
#: 17722 S12/OS9/68000 (OSK)
14-Mar-93 10:15:30
Sb: Deals and Steals
Fm: Steve Wegert 76703,4255
To: ALL
Hi all!
I'm the type of guy OS9/OSK software vendors moan and groan about. I've a hard
time making the 'jump' to what they're calling reasonably priced software for
our platforms.
Am I cheap? Perhaps. But I also like to think I know when I'm paying _way_ too
much for an application.
So that being said ... lemme pass on a couple of items I've been able to track
down relative to database programs for the OSK machines.
I have been a satisfied user of the CoCo version of Clearbrook's (604) 853-9118
IMS (Information Management System). In speaking with Paul Kehller (hope I
spelled it correctly!), he informs me a new version is due out in approximately
30 days. OSK price is $395.00. Clearbrook will apply the full purchase price of
the CoCo version (in my case $150) against the $395 for an "upgrade" to an OSK
version. Net to me .... $245. Not a bad deal!
Mr. Kehller sees no reason why it wouldn't run on the MM/1.
For another option, I spent about 20 minutes on the telephone with Fred Brown
of Peripheral Technologies (404) 973-2156 yesterday. They have several copies
(upwards of 70 ... make that 69. I bought one!) of an older release of
Sculptor. It's release 1.14:6. The manuals are still in their original shrink
wrap.
This is NOT the current release ... but neither is the price! For $75 dollars,
Mr Brown will ship it to you on your choice of disk formats.
This deal was to have appeared in the double issue of the OS9 Underground, but
somehow did not. The copies are official and you can apply the $75 towards the
current version price (Ed Gresick tells me $3,000) for an upgrade.
According to Mr. Brown, this version should run on the MM/1 and comes with a 5
day money back guarantee. Hard to beat!
Now the disclaimer .... I have nothing to do with either company. Just passing
along some information that may be of interest to other OSK users out there in
the ether.
If you do contact either of the gentlemen ... let 'em know where you found out
about the deal. Perhaps it will underscore the power of the electronic message
as a method of product support.
Thanks!
*- Steve -*
#: 17740 S12/OS9/68000 (OSK)
16-Mar-93 00:21:42
Sb: Hi
Fm: LARRY OLSON 72227,3467
To: Mike Haaland
Mike,
Got your Hi, but its been so long since I have used the SEN command, I
forgot how to respond. Had to look it up, and by then you were got.
I know, I know you snooze- you loose <G>
oops, that got should be gone...
larry
#: 17743 S12/OS9/68000 (OSK)
16-Mar-93 21:45:48
Sb: Kwindows
Fm: BRUCE MOORE 70075,143
To: Kevin Darling
I have had the preliminary version of Kwindows for tc70 about a year and have
never had an upgrade. Purchased from FHL and he has not received anything from
you. Please send him whatever you have. I use kwindows on my system everyday
and I would like to get more info on using it as well as any enhancements!
Thanks
#: 17744 S12/OS9/68000 (OSK)
16-Mar-93 23:17:46
Sb: #Subroutine modules
Fm: Bob van der Poel 76510,2203
To: All
Has anyone used subroutine modules under OSK? I'd like to do something with
one, but can't find any docs or other information on them in the MW manuals.
Even OS9 insights nicely avoids the subject.
I assume that to use a subroutine module you first link to it, grab the
execution offset and just to a jsr to that address???
Is it possible to have static storage in a subroutine module?
If anyone has some example code they have or can upload I'd be very
appreciative. Thanks.
There are 2 Replies.
#: 17747 S12/OS9/68000 (OSK)
17-Mar-93 05:39:05
Sb: #17744-#Subroutine modules
Fm: SCOTT HOWELL 70270,641
To: Bob van der Poel 76510,2203 (X)
Is a sub-routine module like the 'math' and 'cio' modules??
BTW the new version of VED is great!!!. One small problem though
is that the spellchecker highlights every scanned word, which tends to
slow things down in large documents.
There is 1 Reply.
#: 17756 S12/OS9/68000 (OSK)
18-Mar-93 18:14:39
Sb: #17747-#Subroutine modules
Fm: Bob van der Poel 76510,2203
To: SCOTT HOWELL 70270,641 (X)
Scott...nope, sub-routines are not like 'Math" and "CIO". These are trap
routines and OS9 Insights does cover them quite well. It also says that traps
are much easier to use than subroutines, albeit slower. Then it nicely does not
show subroutines at all.
If you find the highlighting slowing down Ved, just set SM=1 in your env file
(or with the esc-e-e option). That'll turn off the progress hightlighting but
still show the unknown words.
There is 1 Reply.
#: 17762 S12/OS9/68000 (OSK)
19-Mar-93 05:17:09
Sb: #17756-Subroutine modules
Fm: SCOTT HOWELL 70270,641
To: Bob van der Poel 76510,2203 (X)
Would sub-routine modules be something akin to DLL's (dynamic link-
libraries in the IBM world??
#: 17755 S12/OS9/68000 (OSK)
18-Mar-93 16:27:10
Sb: #17744-#Subroutine modules
Fm: Graham Trott 100115,1075
To: Bob van der Poel 76510,2203 (X)
Bob --
I've used subroutine modules in CD-I, to extend the functionality of a standard
high-level package (kinda like HyperCard's XCMD). I attach below an example
(to compute the size of a rectangle across the diagonal without using sqrt).
As far as I know it's difficult to have static storage; I use a mixture of
getting the caller to pass the addresses of variables, combined with
self-modifying code (purists may groan but it's OK in CD-I). You might
alternatively employ a shared data module.
First, a special cstart module:
* Radial.a
use oskdefs.d
psect XCMD,(Sbrtn<<8)+Objct,(ReEnt<<8),1,0,Start
org -32768
_attop do.l 1
_mtop: do.l 1
_stbot: do.l 1
errno: do.l 1
_totmem: do.l 1
_sbsize: do.l 1
_fcbs: do.l 1
environ: do.l 1
_pathcnt: do.w 1
_sysglob: do.l 1
Start: dc.l Function-Start Offset to the C main program
Params dz.l 3 This is the self-modifying storage area
* This function returns the address of an item of storage,
* organized as an array of pointers to data (see the C code).
Parameter: lea Params(pc),a0
asl.l #2,d0
move.l (a0,d0),d0
rts
ends
Next, the C part of the subroutine module:
/* Radial.c */
extern long *Parameter(); /* returns the address of a parameter */
void Function() /* the main entry point */
{
long width, height, square, n;
width=*(Parameter(0)); /* get the data from the first variable */
height=*(Parameter(1)); /* ditto the second */
square=width*width+height*height;
for (n=2; n*n<square; n++);
*(Parameter(2))=n; /* return the result */
}
Compile/assemble both modules and link. To load the function, try:
if ((addr=(char *)modload(name,S_IREAD))==(char *)-1) Error();
position=*(long *)(addr+sizeof(struct modhcom));
addr+=position; /* points to the start of the module (the offset)
To call it from C, pick up <addr>, put pointers to your variables in ((long
*)addr)[1], ((long *)addr)[2], etc, then:
func=(void *)(addr+*((long *)addr));
(*func)();
A warning: Not having static storage rules out the use of most of the standard
C libraries. Good luck!
-- GT
There is 1 Reply.
#: 17767 S12/OS9/68000 (OSK)
19-Mar-93 18:16:24
Sb: #17755-Subroutine modules
Fm: Bob van der Poel 76510,2203
To: Graham Trott 100115,1075
Graham, thanks for the example code. Now I think I know why MW uses traps
instead of subroutines. I was really hoping that static storage would be
available without having to pass it from the main routine. However, I have
listed out your message and will see if I can use this technique in my
programming efforts.
BTW, I am trying to set up my Ved editor so that different window systems can
use their own mouse drivers, etc. without ved having to know about such things.
At this point, however, it looks like it'll be easier for all (including the
folks who will end up writing there own interfaces) to have this done via a
front-end which interprets mouse data, etc. and inserts it into the keyboard
stream for ved.
Neat thing about OS9...there are always so many ways to do so many things.
#: 17750 S12/OS9/68000 (OSK)
17-Mar-93 17:07:32
Sb: frs thanks
Fm: Ken Drexler 75126,3427
To: Frank Hogg
Frank,
Thanks for uploading frs. It will be a big help unpacking the files created
by fbu.
Ken Drexler
#: 17769 S12/OS9/68000 (OSK)
19-Mar-93 18:16:31
Sb: #MM/1 boot ROM
Fm: Bob van der Poel 76510,2203
To: All
My new super dupper ROMs finally arrived for my MM/1. They installed fine and
appear to be working...however, I can not boot from HD. With a floppy installed
without a boot file I get the message that it is attempting to boot from HD,
but that's it. No SCSI activity appears to be taking place. The only thing I
can think of is that the scsi controller ID which is being used is not the same
as my HD??? I have a HD on line 0.
There is 1 Reply.
#: 17774 S12/OS9/68000 (OSK)
21-Mar-93 02:57:57
Sb: #17769-MM/1 boot ROM
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203
Bob,
> My new super dupper ROMs finally arrived for my MM/1. They installed fine
and
> appear to be working...however, I can not boot from HD. With a floppy
> installed without a boot file I get the message that it is attempting to
boot
> from HD, but that's it. No SCSI activity appears to be taking place. The
only
> thing I can think of is that the scsi controller ID which is being used is
not
> the same as my HD??? I have a HD on line 0.
OK....the obvious questions, did you do and os9gen on the hard drive to setup
the bootfile? The SCSI ID of the drive should be zero so that seems to be
correct.
/************* /\/\ark ************/
#: 17684 S14/misc/info/Soapbox
10-Mar-93 01:55:41
Sb: #Hong Kong
Fm: Chris Hofland 74650,742
To: All
Hello out there! Are there any OS/9ers from Hong Kong here on CompuServe?
Chris Hofland
Philips Interactive Media Int'l, East Asia
+852 821-5482 FAX: +852 528-2259
There is 1 Reply.
#: 17718 S14/misc/info/Soapbox
13-Mar-93 14:10:51
Sb: #17684-Hong Kong
Fm: Wayne Day 76703,376
To: Chris Hofland 74650,742
Chris,
I think you're our first member from the Colony, but does it count that my wife
and I think of HK as our home-away-from-home?
She was attending UHK when we met, many years ago, and still has lots of family
in HK.
Wayne
#: 17654 S15/Hot Topics
08-Mar-93 03:03:02
Sb: #17621-#New Product Announcement
Fm: Mark Griffith 76070,41
To: Lee Veal 74726,1752 (X)
Lee,
> OS-9000 is an enhanced version of OS-9 that is written in C (instead of
> assembly like its predecessor) that runs on Intel 80386 and higher
processors
> as well as the high end of the Motorola 680x0 family. C makes it portable,
> but for performance considerations some or the deep kernel routines are done
> in assembly.
I think you sent this to the wrong person maybe (grin)??
/************* /\/\ark ************/
There is 1 Reply.
#: 17733 S15/Hot Topics
15-Mar-93 14:34:33
Sb: #17654-New Product Announcement
Fm: Lee Veal 74726,1752
To: Mark Griffith 76070,41 (X)
Yep, looks like I goofed.
Lee
#: 17734 S15/Hot Topics
15-Mar-93 14:40:42
Sb: #17530-New Product Announcement
Fm: Lee Veal 74726,1752
To: Walter J Schilling 70312,3406
Microware Systems Corporation
1900 N.W. 114th St.
Des Moines, Ia. 50322
(515) 225-1929
OS-9 has versions that run on Motorola 6809 or Hitachi 6309,
and Motorola 680x0 processors.
OS-9000 is an enhanced version of OS-9 that is written in C (instead of
assembly like its predecessor) that runs on Intel 80386 and higher processors
as well as the high end of the Motorola 680x0 family. C makes it portable, but
for performance considerations some or the deep kernel routines are done in
assembly.
In many ways the OS-9(000) family of operating systems resemble Unix. However,
as I understand it, Unix while is multi-tasking and multi-user, it is not
what's referred to as a real-time operating system. OS9 has a pre-emptive
interupt system. OS9 is also ROMable which makes it very handy for black-box
applications. Chances are you've used an OS-9 system at some time in your life
without knowing it. (I've been told that the do-it-yourself electronic scales
at some post offices are run by atROM-based OS-9 system under the covers. And
that's just one. FermiLab uses an OS-9 system. NASA uses OS-9, I'm told on
the shuttle.)
There are experts in the forum here that are far more advance in the use hf
OS-9, but I'm sold on its viability and vitality.
Lee
Press <CR> !>