1018 lines
32 KiB
Plaintext
1018 lines
32 KiB
Plaintext
|
|
|
|
#: 20581 S1/General Interest
|
|
23-Nov-94 17:11:10
|
|
Sb: #20543-WWW OS-9 FAQs
|
|
Fm: L. Mark Stone 70612,100
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
> The text version of this file is in LIB 1 as file OS9FAQ.TXT, the
|
|
> Microware information is in there, as well as a lot of other
|
|
> information about OS9 and OS9 vendors.
|
|
>
|
|
> Bill,
|
|
|
|
Thanks! (NRN)
|
|
|
|
L. Mark Stone New York City
|
|
|
|
|
|
#: 20582 S1/General Interest
|
|
23-Nov-94 21:58:41
|
|
Sb: CDI
|
|
Fm: David Warthen 71062,2162
|
|
To: all
|
|
|
|
I heard that OS/9 is the OS used in the Phillips CD-I systems - is this
|
|
correct?
|
|
|
|
If so, does anyone know how I can get development information for this
|
|
environment, and what to the standard development systems are?
|
|
|
|
Thanks.
|
|
|
|
#: 20596 S1/General Interest
|
|
28-Nov-94 19:39:51
|
|
Sb: #CDI
|
|
Fm: David Warthen 71062,2162
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
Thanks for the info.
|
|
|
|
Where (i.e. in what forums, etc.) are CDi and Video on Demand systems
|
|
discussed?
|
|
|
|
-- David
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20604 S1/General Interest
|
|
03-Dec-94 10:33:39
|
|
Sb: #20596-CDI
|
|
Fm: Ed Gresick 76576,3312
|
|
To: David Warthen 71062,2162
|
|
|
|
> Where (i.e. in what forums, etc.) are CDi and Video on Demand systems
|
|
> discussed?
|
|
|
|
I'm not aware of any forums which discuss CD-I or VOD.
|
|
|
|
Ed
|
|
|
|
#: 20585 S1/General Interest
|
|
25-Nov-94 10:45:20
|
|
Sb: #OS9 to MsDos
|
|
Fm: Michael Kearney 74477,2744
|
|
To: all
|
|
|
|
I NEED a program that runs under MSDOS that will let me read and transfer files
|
|
from a SINGLE SIDED COCO OS9 diskette to MsDos. All I need to be able to do is
|
|
transfer some text files. The program in the utilities section(OS9-MaxDemo-or
|
|
whatever WOULDN't do it. Any help would be welcome.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20586 S1/General Interest
|
|
25-Nov-94 16:19:05
|
|
Sb: #20585-#OS9 to MsDos
|
|
Fm: DTR 100302,3271
|
|
To: Michael Kearney 74477,2744 (X)
|
|
|
|
Michael Kearney
|
|
|
|
Please send us this diskette ! We will test whether we can implement this
|
|
format. What kind is your application business or private ?
|
|
|
|
|
|
DTR Kiel
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20587 S1/General Interest
|
|
25-Nov-94 20:41:40
|
|
Sb: #20586-OS9 to MsDos
|
|
Fm: Michael Kearney 74477,2744
|
|
To: DTR 100302,3271
|
|
|
|
The application is private and there are several diskettes that I need to
|
|
transfer
|
|
from Coco OS9 format to standard MsDos text.
|
|
|
|
#: 20603 S1/General Interest
|
|
02-Dec-94 16:46:48
|
|
Sb: What about QNX?
|
|
Fm: John W. Gorman 73042,47
|
|
To: All
|
|
|
|
Hi,
|
|
|
|
Hi - I know I'm in the wrong forum, although I figured that specialized
|
|
operating systems might hang out together. Does anyone know where I can find a
|
|
forum dealing with QNX software?
|
|
|
|
Thanks,
|
|
|
|
John
|
|
|
|
#: 20555 S3/Languages
|
|
15-Nov-94 11:56:37
|
|
Sb: #20318-#GNU C compiler
|
|
Fm: David M. Horn 73260,242
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
Bill,
|
|
|
|
I saw your reply to a GNU C compiler question back in September. I am trying
|
|
to find some answers regarding the GNU package and thought I would toss them at
|
|
you. Do you know the status of the GNU C++ compiler for OS-9? Do you know if
|
|
there is source debug capability for C++, does it use the GNU source debugger
|
|
or Microware's?
|
|
|
|
Thanks for any help you can provide.
|
|
|
|
David Horn
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20557 S3/Languages
|
|
15-Nov-94 22:53:09
|
|
Sb: #20555-GNU C compiler
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: David M. Horn 73260,242 (X)
|
|
|
|
David,
|
|
|
|
I haven't used the GNU c++ compiler, though I know that its been ported. I'm
|
|
not sure about the GNU debugger, I don't think its been ported, but I really
|
|
don't know. If I hear anything I'll let you know.
|
|
|
|
-Bill-
|
|
|
|
#: 20568 S3/Languages
|
|
19-Nov-94 16:08:13
|
|
Sb: #_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: all
|
|
|
|
Hey, Gang, I have a question. Why doesn't the following work?
|
|
|
|
I have tried this both on my OSK and CoCo, and get similar results. The program
|
|
as written will continue to loop, keeping getting the "AT" and "OK", with some
|
|
other gibberish. It seems to keep writing and reading the modem.
|
|
|
|
If the while{} statement is not used, and The Alternate Method, commented out,
|
|
here, is used, if you write something to the modem, then you keep getting a
|
|
positive value returned from _gs_rdy(). If you do the for loop without writing
|
|
to the modem, you keep getting a -1 returned, which is correct. But if
|
|
something has been written, it looks like the pointer is not getting updated,
|
|
and, in fact, it seems that it keeps getting rewritten to the serial port..
|
|
strange.. or am I overlooking something?
|
|
|
|
Note: this is the coco version, but, as I said, OSK seems to act the same way.
|
|
This here is just a test program.. but it still looks like it SHOULD work.
|
|
I've also tried time loop delays between reads, etc, but still no luck.. I
|
|
can't see why it keeps sending to the modem..
|
|
|
|
#include <stdio.h>
|
|
#include <lowio.h>
|
|
|
|
int mdm;
|
|
char buf[30];
|
|
char cmd[10] = "AT\x0d"; /* try something else, too */
|
|
|
|
|
|
main()
|
|
{
|
|
int count, state;
|
|
|
|
if ( (mdm=open("/t2",UPDATE)) == -1)
|
|
exit(1);
|
|
|
|
write( mdm,cmd,3);
|
|
|
|
while ((state=_gs_rdy(mdm)) > 0 ) {
|
|
printf("\x0a_gs_rdy()=%d Read()=%d ",
|
|
state, read( mdm,buf,state ) );
|
|
fflush(stdout);
|
|
write( 1,buf,state );
|
|
}
|
|
|
|
/* Alternate method */
|
|
/* if you delete all the above after the open(), -1 is
|
|
always returned.. if the write() is left in, it goes crazy */
|
|
for (count=1;count<10;count++ ) {
|
|
printf("_gs_rdy()=%d\n",_gs_rdy(mdm) );
|
|
} /* End Alternate method */
|
|
|
|
close(mdm);
|
|
}
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20569 S3/Languages
|
|
19-Nov-94 21:22:54
|
|
Sb: #20568-#_gs_rdy() question
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David, A few things for talking to the modem....
|
|
|
|
1. You have to turn off echo! Otherwise what the modem sends back is sent back
|
|
to the modem.
|
|
|
|
2. You should use read() to get stuff, but writeln() to send.
|
|
|
|
3. _gs_rdy() never returns 0. It returns 1..? if there is data, -1 if there
|
|
isn't.
|
|
|
|
So, here is a program which works:
|
|
|
|
#include <stdio.h>
|
|
#include <modes.h>
|
|
#include <sgstat.h>
|
|
|
|
int mdm;
|
|
char buf[30];
|
|
char cmd[10] = "AT\n"; /* try something else, too */
|
|
|
|
struct sgbuf mpathbuff;
|
|
|
|
main()
|
|
{
|
|
int count, state;
|
|
|
|
if ( (mdm=open("/t3",S_IREAD+S_IWRITE)) == -1)
|
|
exit(1);
|
|
|
|
_gs_opt(mdm, &mpathbuff); /* make sure that echo if off to the */
|
|
mpathbuff.sg_echo=0; /* modem, otherwise we shoot ourselves */
|
|
_ss_opt(mdm, &mpathbuff); /* when reading... */
|
|
|
|
writeln( mdm,cmd,5);
|
|
|
|
while (1)
|
|
{
|
|
state=_gs_rdy(mdm);
|
|
|
|
if(state<0)
|
|
{
|
|
printf("No data at modem, state=%d\n", state);
|
|
exit(1);
|
|
}
|
|
count=read(mdm, buf, state);
|
|
printf("state=%d count=%d buf=%s\n", state, count, buf);
|
|
}
|
|
}
|
|
|
|
|
|
Hope this helps.
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20570 S3/Languages
|
|
19-Nov-94 22:20:01
|
|
Sb: #20569-#_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
> David, A few things for talking to the modem....
|
|
>
|
|
> 1. You have to turn off echo! Otherwise what the modem sends back is sent
|
|
> back to the modem.
|
|
|
|
Hey, I hadn't thought of that.. So that's why everything just kept going back
|
|
and forth..
|
|
|
|
> 3. _gs_rdy() never returns 0. It returns 1..? if there is data, -1 if
|
|
> there isn't.
|
|
|
|
I think it returns the number of bytes available, if any are available.
|
|
|
|
> So, here is a program which works:
|
|
|
|
|
|
> Hope this helps.
|
|
|
|
Thanks.. I knew someone would be here with the answer.. I think I posted this
|
|
only about 3 hrs ago.. pretty fast turnaround.
|
|
|
|
What I'm trying to do is write an external autodialer. As far as I know,
|
|
there's no generic one available.. If I'm not mistaken, my system's comm
|
|
driver does not support CD, so I'm going to have it look for result codes.
|
|
There was an autodialer on Delphi, but it was for KWindows, and I got an error
|
|
208 pretty quickly <G>.
|
|
|
|
Thanks again, Bob, I'd probably have been scratching my head for quite a while
|
|
on my own..
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 20572 S3/Languages
|
|
20-Nov-94 11:33:10
|
|
Sb: #20570-#_gs_rdy() question
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David -
|
|
|
|
I wrote a generic dialer hundreds of years ago in 6809 asm... Probably of very
|
|
little use if you're using OSK. C is the better way to go anyway.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20574 S3/Languages
|
|
20-Nov-94 22:14:51
|
|
Sb: #20572-#_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
> I wrote a generic dialer hundreds of years ago in 6809 asm... Probably of
|
|
> very little use if you're using OSK. C is the better way to go anyway.
|
|
|
|
I hadn't seen it, but, as you said, it would probably be a little hard to port
|
|
over.
|
|
|
|
Yes, I think that "C" is the "wave of the future". I have the dialer where it
|
|
will connect, now, thanks to Bob.. I was really baffled as to what was going
|
|
on. I was of the impression that the .EKO in the descriptor was for echo to
|
|
stdout. Learned something.
|
|
|
|
I think I'll try to get the thing to auto logon, too.. I guess it's kind of an
|
|
elementary project, but I've not seen one anywhere, so maybe someone will be
|
|
able to use it. We have a single-line BBS here and sometimes I get a little
|
|
tired of hitting "a/" so many times <G>.
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20578 S3/Languages
|
|
21-Nov-94 19:44:32
|
|
Sb: #20574-#_gs_rdy() question
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David -
|
|
|
|
It _does_ echo to standard out. Don't forget that /T1's standard out IS /T1 (or
|
|
whatever port you're using).
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20589 S3/Languages
|
|
26-Nov-94 12:58:19
|
|
Sb: #20578-#_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
In reply to MSG #20574
|
|
|
|
> It _does_ echo to standard out. Don't forget that /T1's standard out IS
|
|
> /T1 (or whatever port you're using).
|
|
|
|
Now I AM a little confused - sorta <G>. Since I had opened a path to the port
|
|
(not having first closed stdout, that is) I would have thought the screen would
|
|
still have been stdout. But, in any case, you and Bob were entirely correct.
|
|
After taking Bob's advice and turning Echo off, it worked like a charm. I
|
|
couldn't find any of the autodialers for OSK here - I found yours, for the
|
|
CoCo, and maybe Bob's version for the CoCo, but nothing for OSK - so I went
|
|
ahead and got mine up and running. Don't have autolog going yet, would like
|
|
to, but I now have it to where it will get the connect.
|
|
|
|
Boy, talk about something fantastic, I really love OSK and G-Windows.. rather
|
|
than typing in all the stuff from Bob's example (well, really all I needed was
|
|
about 3 lines), all I did was list the thing in one window, and with my
|
|
original file in the editor in another window, pressed my mouse button to
|
|
highlight the lines I wanted in Bob's example, move to the editor window and
|
|
paste it into that file with a double mouse click.. I just wish we had enough
|
|
users to make it financially appealing for those who have written all these
|
|
good programs we have to go in and really put in the bells and whistles.
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20595 S3/Languages
|
|
28-Nov-94 10:13:37
|
|
Sb: #20589-#_gs_rdy() question
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
Well, I don't know if I can remember the details well enough to be coherent,
|
|
but what it amounts to is that for each SCF device, there may be an assigned
|
|
'echo' device - usually itself. So when something appears on that device's
|
|
input, if the ECHO path option is set, the character will be sent to the echo
|
|
device's path (again, usually the same device). This is how a modem user
|
|
logging into your machine would see his typing. In your case, your 'modem user'
|
|
was your MODEM, who was happily sending command echo's back to you, and was
|
|
then haveing T1 echo them back out, and so the loop went.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20602 S3/Languages
|
|
01-Dec-94 08:20:52
|
|
Sb: #20595-_gs_rdy() question
|
|
Fm: Mark Griffith 76070,41
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
David and Pete:
|
|
|
|
As Pete says, there are a number of options on the device that should be unset
|
|
to get reliable communications to the modem. Basically, you null out all the
|
|
SCF
|
|
options and then set those that you need, like baud rate, parity, etc.
|
|
|
|
If you need an example, look at the source code for Sterm 1.5 that's in the
|
|
communications library. The file IO.C has the routines to do this. There are
|
|
other examples around, Pete could probably mention a few, that do the same
|
|
thing.
|
|
|
|
Mark
|
|
|
|
(Hi Petely!)
|
|
|
|
#: 20573 S3/Languages
|
|
20-Nov-94 18:29:26
|
|
Sb: #20570-#_gs_rdy() question
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
> What I'm trying to do is write an external autodialer.
|
|
|
|
Besides Pete, I have written 2. One is in assembler for level II, the other is
|
|
in C for OSK. I believe they are:
|
|
|
|
LIB 10 phone.ar
|
|
LIB 12 phone.lha
|
|
|
|
Try browse LIB:ALL KEY:PHONE or KEY:DIAL and see what comes up.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 20575 S3/Languages
|
|
20-Nov-94 22:15:42
|
|
Sb: #20573-#_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
> > What I'm trying to do is write an external autodialer.
|
|
>
|
|
> Besides Pete, I have written 2. One is in assembler for level II, the
|
|
> other is in C for OSK. I believe they are:
|
|
>
|
|
> LIB 10 phone.ar
|
|
> LIB 12 phone.lha
|
|
>
|
|
> Try browse LIB:ALL KEY:PHONE or KEY:DIAL and see what comes up.
|
|
|
|
|
|
Whoa! I didn't know we had one. No use trying to re-invent the wheel. I'll be
|
|
sure and grab it. I did get mine to dial in, thanks to you, but, as I said, no
|
|
use if it's already been done.. I have a listing of the database, but
|
|
apparently overlooked it.
|
|
|
|
Thanks, again for the help and info.. The knowledge about .EKO should be
|
|
useful later.. I'd thought that it was only for echo to stdout..
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20579 S3/Languages
|
|
21-Nov-94 21:23:50
|
|
Sb: #20575-#_gs_rdy() question
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
I'll have a look myself. If the c-version is not there, I'll upload it later
|
|
this week. Don't recall if I never got around to doing so, or if there was a
|
|
reason for not doing so, or if it has been deleted. Bug me if I forget again
|
|
<g>. BTW, both the asm and c versions handle a complete login sequence.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20590 S3/Languages
|
|
26-Nov-94 12:59:11
|
|
Sb: #20579-#_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
> I'll have a look myself. If the c-version is not there, I'll upload it
|
|
> later this week. Don't recall if I never got around to doing so, or if
|
|
> there was a reason for not doing so, or if it has been deleted. Bug me if
|
|
> I forget again <g>. BTW, both the asm and c versions handle a complete
|
|
> login sequence.
|
|
|
|
That would be great. I have mine to where it will do the connect, but haven't
|
|
gotten into the login yet. But if it's already available, then it would save
|
|
my having to do it. How does your version handle the connect? Does it look for
|
|
the modem result sequences or look for Carrier Detect? If I got my information
|
|
straight, I don't think my driver supports CD, but I'm not exactly sure.
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20592 S3/Languages
|
|
27-Nov-94 15:18:45
|
|
Sb: #20590-_gs_rdy() question
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
I am uploading phone.lzh to lib 12 today. Have a look after the sysop gets a
|
|
change to do his thing. Let me know if it works for you.
|
|
|
|
> How does your version handle the connect?
|
|
|
|
Just looks for the connect strings sent back from the modem. It would be nice
|
|
to change the code to use multiple matches so that if it gets "CONNECT" it does
|
|
one thing, "BUSY" it does something else, etc. Something like a switch()
|
|
statement in C does...maybe you want a project?
|
|
|
|
#: 20577 S3/Languages
|
|
20-Nov-94 22:17:12
|
|
Sb: #20573-_gs_rdy() question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
> Besides Pete, I have written 2. One is in assembler for level II, the
|
|
> other is in C for OSK. I believe they are:
|
|
>
|
|
> LIB 10 phone.ar
|
|
> LIB 12 phone.lha
|
|
>
|
|
> Try browse LIB:ALL KEY:PHONE or KEY:DIAL and see what comes up.
|
|
|
|
Just went in. Tried different KEY's - phone, dial, phones, dialer, also
|
|
browsed phone.*, phones.*. Found phone.ar, and Pete's stuff, but not
|
|
phone.lha.
|
|
|
|
It might have been put in the archives.
|
|
|
|
Did this one do auto logon? I thought I'd try to add this.., it would be
|
|
handy.
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
#: 20553 S5/OS9 Users Group
|
|
15-Nov-94 07:00:39
|
|
Sb: #20541-Device Driver Help Neede
|
|
Fm: Peter Baxter 74650,2522
|
|
To: David M. Horn 73260,242 (X)
|
|
|
|
David -
|
|
|
|
I have a system where I need to create a device driver and file manager which
|
|
can then be mounted by NFS server. I am looking for a full-blown device driver
|
|
and file manager sample - I can't believe I am the first one to write one of
|
|
these ... so I am hoping to get a _good_ sample.
|
|
|
|
If you hear of anything, let me know. Thanks for tip.
|
|
|
|
Peter Baxter
|
|
|
|
#: 20600 S6/Applications
|
|
30-Nov-94 16:07:22
|
|
Sb: EEPROM writing
|
|
Fm: Ronan LE BRAS 100424,2545
|
|
To: All
|
|
|
|
I plan to use xicor EEPROM on an embedded system and have to write more than 1K
|
|
of data at once. To minimize writing time, I must use page writing.
|
|
|
|
Each write cycle, during page writing, must begin within 100 us of the
|
|
preceding write cycle to insure proper writing. How can I assure those timings?
|
|
|
|
If I do it in a proces whith high priority ( perhaps real time process ), I am
|
|
not sure irq won't interrupt it during page writing.I plan writing an "scf"
|
|
drivers which inhibit all interrupt when writing page in EEPROM.
|
|
|
|
Is there, a better solution. I am not very happy to debug a drivers. Using a
|
|
source C debuger is more easier but can't be done with a driver.
|
|
|
|
Any ideas ?
|
|
|
|
Ronan
|
|
|
|
#: 20564 S10/OS9/6809 (CoCo)
|
|
18-Nov-94 13:40:32
|
|
Sb: #20458-COCO KEYBOARD ADAPTER
|
|
Fm: Dana Peters 73304,41
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
Hi Steve,
|
|
I already sent you mail, but I thought I'd post here in case anyone else is
|
|
interested...
|
|
I'm currently developing a AT keyboard to CoCo adapter. The prototype is
|
|
already working. When I'm done (around Christmas) I'll be making the plans
|
|
freely available. Send me mail if you wish to be notified when it's done.
|
|
Dana
|
|
|
|
#: 20551 S10/OS9/6809 (CoCo)
|
|
13-Nov-94 14:21:31
|
|
Sb: #20528-#CoCo Comment&?
|
|
Fm: David Breeding 72330,2051
|
|
To: STEVE SANDISH 70712,2447 (X)
|
|
|
|
> Thanks for the reply David. It seems that what I'm looking for is the
|
|
> procedure file to chx and chd.
|
|
|
|
> Probably more appropriate would be a games exec. dir so I dont have to
|
|
> scroll through Mickey & Donald & soforth. Guess I'll just have to roll the
|
|
> dice and try it. Fouling up the hard disk structure is an abhorant
|
|
> thought.
|
|
|
|
This is a good idea here, and in fact, I do have a separate GAMES directory,
|
|
and in it I put in a cmds directory - I called it GAMCMDS - it wouldn't have
|
|
hurt to call it CMDS, but I just hate to see so many directories with the same
|
|
name strewn all through the HD <G>.
|
|
|
|
One suggestion, you CAN have the programs in an alternate directory, and then
|
|
for frequently-called applications, you can have a procedure file to do the
|
|
setup and call the main program.. you can then either have this procedure file
|
|
in your normal data directory (root dir of HD, if you wish).
|
|
|
|
For example, here's one file I set up to call flight simulator, I call it fsim;
|
|
in this case, I put it and all similar files in the directory GAMES, I'll add
|
|
comments for clarification:
|
|
|
|
chx /dd/games/gamcmds; * this is local to this procedure
|
|
* Here, I load all programs for speed
|
|
* I could have copied all to /r0 then "chx /r0"
|
|
Load fs
|
|
Load f2 f3 f4
|
|
* If all modules are loaded, then this next cmd takes care
|
|
* of the case where the program calls anything in the normal
|
|
* CMDS directory.
|
|
chx /dd/cmds
|
|
* Here, I set up a directory for all data modules, etc that
|
|
* Flight Simulator uses.
|
|
chd /dd/games/flightsim2
|
|
fs <>>>/1; * When calling from a procedure file, redirect STDIO
|
|
unlink fs f2 f3 f4; * Clean up after you're done
|
|
|
|
This is just a suggestion for how to implement a procedure file. I may be
|
|
getting too elementary for you, but I thought you might be a little unclear on
|
|
how a procedure file could be used for this.
|
|
|
|
One other thing about the above example, before I get corrected on this. Flight
|
|
Simulator and many other games must be executed in a VDG screen, and the way
|
|
this file is set up, you have to be in a VDG (32-col) screen to execute this
|
|
type program.. It could be done where it would automatically go into a window,
|
|
but I never got that involved.
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20565 S10/OS9/6809 (CoCo)
|
|
19-Nov-94 07:58:57
|
|
Sb: #20551-#CoCo Comment&?
|
|
Fm: STEVE SANDISH 70712,2447
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
DAVID - VERY NICE SUGGESTION! YES THE CONCEPT WAS UNCLEAR TO ME. THANK YOU
|
|
AGAIN. YOU MAY HAVE NOTICED THE DELAY IN MY REPLY. MY HARD DISK PROBLEM MAY
|
|
HAVE SOLVED ITSELF. IT KEEPS LOSING SPEED AND GETTING LOST. I'M EXPERIMENTING
|
|
WITH A COUPLE OTHER HARD DISKS BUT UNTIL THEN I'M STUMBLING ALONG WITH THE
|
|
MODEM PAK TO LOG ON.
|
|
STEVE
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20567 S10/OS9/6809 (CoCo)
|
|
19-Nov-94 16:06:07
|
|
Sb: #20565-#CoCo Comment&?
|
|
Fm: David Breeding 72330,2051
|
|
To: STEVE SANDISH 70712,2447 (X)
|
|
|
|
(This is in reference to msg #20551)
|
|
|
|
> DAVID - VERY NICE SUGGESTION! YES THE CONCEPT WAS UNCLEAR TO ME.
|
|
|
|
Did you get the idea? You can have some really good setups like this. You can
|
|
call many of your applications like this, and have them in separate
|
|
directories, and if you call them from a procedure file, you can chx or chd,
|
|
and this will stay in effect as long as the program is in use. One little
|
|
gotcha here.. some programs call standard cmds, like "dir" or "del", for
|
|
example.. If a cmd like this is called, if it is not in memory, you will need
|
|
to have a copy of this command in whatever directory you have
|
|
"chx"ed to.
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20571 S10/OS9/6809 (CoCo)
|
|
20-Nov-94 10:05:40
|
|
Sb: #20567-#CoCo Comment&?
|
|
Fm: STEVE SANDISH 70712,2447
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
GOT IT. I CAN DEAL WITH THE STANDARD CMDS NEEDED BY APPLICATION PROGRAMS. I
|
|
'LL TRADE THAT FOR THE ABILITY TO USE THE MV ICONS ON ONE SCREEN AND NOT HAVE
|
|
TO MESS WITH ALL THE CHX CLICKING.
|
|
STEVE
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20576 S10/OS9/6809 (CoCo)
|
|
20-Nov-94 22:16:32
|
|
Sb: #20571-CoCo Comment&?
|
|
Fm: David Breeding 72330,2051
|
|
To: STEVE SANDISH 70712,2447 (X)
|
|
|
|
> GOT IT. I CAN DEAL WITH THE STANDARD CMDS NEEDED BY APPLICATION PROGRAMS.
|
|
> I'LL TRADE THAT FOR THE ABILITY TO USE THE MV ICONS ON ONE
|
|
> HAVE TO MESS WITH ALL THE CHX CLICKING.
|
|
|
|
OK.. However, something else that might be of use.. If you're strictly
|
|
interested in MV, then you can STILL have the executables in the one CMDS
|
|
directory, but have aif's and data files in a separate directory. You simply
|
|
set up your aif to where it will call the executable program.. or, you can have
|
|
the executable in any other directory, and then in the aif, just have the
|
|
absolute patname for the command line.
|
|
|
|
There are several ways to skin a cat here <G>
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
#: 20550 S10/OS9/6809 (CoCo)
|
|
13-Nov-94 12:42:58
|
|
Sb: #20548-COMM4.AR
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Brother Jeremy, CSJW 76477,142 (X)
|
|
|
|
Brother Jeremy,
|
|
|
|
You're welcome! I'll keep an eye out for one, but haven't seen one for sale for
|
|
quite some time. I won't be selling my COMM4 until I sell my CoCo, which I
|
|
don't plan to do any time soon. Right now I'm using only 3 of the 4 ports, but
|
|
I don't know how I would have managed without it.
|
|
|
|
-Bill-
|
|
|
|
#: 20580 S10/OS9/6809 (CoCo)
|
|
21-Nov-94 22:40:16
|
|
Sb: ShellPlus V2.2a Patches
|
|
Fm: Curtis boyle 71310,1271
|
|
To: 75460,2514
|
|
|
|
Ken, the offset for wildcarding on/off in ShellPlus V2.2a is $4FA. Change that
|
|
byte (using DED, Modpatch, or something similiar) to a $26 to turn wildcarding
|
|
on as the default, $27 to turn it off.
|
|
For memory on forking programs, there are 2 locations you might be concerned
|
|
with. The main fork routine is at $1379, and is currently defaulted to $1f 256
|
|
byte pages (7.75K) for a data area (unless the program wants 16 or less pages).
|
|
The fork routine for parsing STARTUP files is also set to $1f, but it's patch
|
|
address would be $984. -Curtis-
|
|
|
|
#: 20598 S10/OS9/6809 (CoCo)
|
|
29-Nov-94 21:58:38
|
|
Sb: #Hard Drive
|
|
Fm: Brother Jeremy, CSJW 76477,142
|
|
To: All
|
|
|
|
Dear Friends:
|
|
|
|
I am trying to help out a friend who needs to obtain
|
|
|
|
a 20-30 meg MFM 5-1/4" half-height hard drive. Something
|
|
|
|
like an St-225 or St-238 would be fine. Please let me
|
|
|
|
know price and shipping terms.
|
|
|
|
With all best wishes:
|
|
|
|
Brother Jeremy, CSJW
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20599 S10/OS9/6809 (CoCo)
|
|
30-Nov-94 07:44:37
|
|
Sb: #20598-#Hard Drive
|
|
Fm: Mike Fahy 74656,2340
|
|
To: Brother Jeremy, CSJW 76477,142 (X)
|
|
|
|
Brother Jeremy,
|
|
|
|
Free to a good home . . Kalok 20 Meg MFM 20 meg bare drive.
|
|
|
|
Can be formatted to 30 Meg using RLL.
|
|
|
|
Matter of fact I have two of them.
|
|
|
|
These are 3 1/2" form factor, same parameters as Seagate's (604 - 4 - 17).
|
|
|
|
Also have one 8 Bit WD RLL Contoller Card and one Seagate 8 Bit MFM controller.
|
|
|
|
If any ribbon cables are needed, I have them.
|
|
|
|
All I need is shipping plus a couple bucks to get me to the UPS drop.
|
|
|
|
FWIW, I have a number of 80-120 Meg IDE's on my shelf as well.
|
|
|
|
Been doing a lot of up-sizing for my PC clients. You know the world of PC's &
|
|
Microsoft: (1-800-UPGRADE).
|
|
|
|
|
|
Mike Fahy Data Systems Associates RD 1 Box 480 Central City, PA 15926
|
|
|
|
(814) 754-4466
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20601 S10/OS9/6809 (CoCo)
|
|
30-Nov-94 19:47:27
|
|
Sb: #20599-Hard Drive
|
|
Fm: Brother Jeremy, CSJW 76477,142
|
|
To: Mike Fahy 74656,2340 (X)
|
|
|
|
Dear Mike: I sent you email in regards to your reply. With all best wishes,
|
|
|
|
Brother Jeremy, CSJW
|
|
|
|
#: 20549 S11/OS9/6809 (Non-CoCo)
|
|
12-Nov-94 22:10:10
|
|
Sb: Need some DCB-4 help
|
|
Fm: DOUG 72667,1433
|
|
To: all
|
|
|
|
Hi all and thanks for reading this. I'm still looking for a little help with a
|
|
DCB-4B card. My OS-9 system kind of took it on the chin with some heat and
|
|
smoke damage due to a fire in my house last Christmas. The system (in a GIMIX
|
|
box) will try to boot from the drives, but does seem to want to transfer the
|
|
data into memory. I'm looking for someone 1) who has an extra DCB-4B or 2) who
|
|
would be willing to look at the board for me and determine its health (and
|
|
repair if possible) or 3) has read level II disks formatted on 360K 5 1/4 or
|
|
720K 3.5 on an OSK system (I'm looking at ASCII text files only.) I've lost a
|
|
lot of source code as a result and need to try to recover as much as possible
|
|
Thanks, Doug
|
|
|
|
#: 20558 S12/OS9/68000 (OSK)
|
|
16-Nov-94 07:04:37
|
|
Sb: #20530-CD ROM DRIVES
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Peter Baxter 74650,2522 (X)
|
|
|
|
Peter,
|
|
|
|
Chris Hawks has recently asked for beta testers for his CDROM File Manager for
|
|
OSK. He is not here, but on Delphi, you can reach him via the Internet at
|
|
HAWKSOFT@delphi.com. He might be willing to share what he has, or help you find
|
|
what you are looking for.
|
|
|
|
-Bill-
|
|
|
|
#: 20552 S12/OS9/68000 (OSK)
|
|
15-Nov-94 06:56:22
|
|
Sb: #20539-Device Driver Help Neede
|
|
Fm: Peter Baxter 74650,2522
|
|
To: Kevin Darling 76703,4227
|
|
|
|
Kevin -
|
|
|
|
I will call Microware and get the OS-9 Insights lit - I had never heard of
|
|
that. I have the OS-9 Guru by Paul Daysan, so I can give you the address of
|
|
Windsor Systems:
|
|
|
|
Windsor Systems
|
|
attn: Steven Wellor
|
|
2047 Lime Kiln Court
|
|
Louisville, KY 40222
|
|
(502) 425-9560
|
|
|
|
The "Guru" book is a good source of OS-9 internals info.
|
|
|
|
Thanks for your help,
|
|
Peter Baxter
|
|
|
|
#: 20594 S15/Hot Topics
|
|
28-Nov-94 07:37:31
|
|
Sb: CoCo3 emulator
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: all
|
|
|
|
The CoCo3 emulator is now available. Minimum equipment requirements are
|
|
spelled out in the documentation for the CoCo2 emulator (see the following
|
|
message from the author, Jeff Vavasour) but are basically a 286 with VGA. The
|
|
emulator, like the CoCo2 emulator, also requires that you have a legal copy of
|
|
the CoCo ROM code. The CoCo3 emulator has been tested with OS9 LII, as well as
|
|
a number of games.
|
|
|
|
-------------- (internet header edited for posting)
|
|
|
|
Date: Mon, 28 Nov 1994 07:19:05 +0000 (GMT)
|
|
From: Jeff Vavasour <jeffv@PHYSICS.UBC.CA>
|
|
Subject: CoCo 3 Emulator, important
|
|
Sender: COCO - Tandy Color Computer List <COCO@pucc.Princeton.EDU>
|
|
To: Multiple recipients of list COCO <COCO@pucc.Princeton.EDU>
|
|
Reply-to: Jeff Vavasour <jeffv@PHYSICS.UBC.CA>
|
|
Organization: The University of British Columbia
|
|
|
|
Well, with others putting out notices about the CoCo 3 emulator, there are a
|
|
few things I feel I should post to clear up:
|
|
|
|
1. The CoCo 3 emulator is available only by registration.
|
|
|
|
2. Registration info is found in the *new* ver 1.40 release of the CoCo 2
|
|
emulator, which should appear on SimTel FTP mirror sites shortly. The
|
|
file is coco2-14.zip (*not* coco2-13.zip). One SimTel site is
|
|
oak.oakland.edu, the directory is pub/msdos/emulator.
|
|
|
|
3. Those who contributed to Rick Cooper's CoCo Emulator Bounty Escrow Fund
|
|
will receive credit up to the full value of the registration fee, $25.
|
|
(I'm taking the monthly report in CFDM's Forum as authoritative on who
|
|
contributed, and how much. Please contact Rick if there is any error in
|
|
your entry in this report.)
|
|
|
|
4. Those who contributed in excess of the $25 to the Fund will receive a
|
|
typeset printed version of the manual with their copy. (This is a bounus
|
|
available *only* to those who contributed to the Fund in excess of $25.)
|
|
|
|
5. Those who did not contribute to the Fund may obtain a copy of the emulator
|
|
for $25 by following the instructions in Section 8 of the CoCo 2 emulator's
|
|
documentation. (The file is COCO.DOC in coco2-14.zip.)
|
|
|
|
6. Please take time to follow verify that you have the correct system
|
|
requirements by reading the COCO.DOC file and following the test procedure
|
|
for your VGA card and disk drives.
|
|
|
|
Please feel free to repost this message anywhere you can. There appear to be
|
|
rumours and speculation circulating already, which I'd like to clear up.
|
|
|
|
- Jeff
|
|
|
|
|
|
|
|
-Bill-
|
|
|
|
Press <CR> !> |