

#: 17472 S1/General Interest
    03-Feb-93  21:13:48
Sb: New Forum Software!
Fm: Steve Wegert 76703,4255
To: All

The OS9 forum is now scheduled for conversion to CompuServe's new Message
Features software on Wednesday, February 4.  The conversion will take place
sometime between 3 AM and 9 AM Eastern and will take approximately 20 minutes,
during which time the Forum will be closed.

The Message Features enhancements are described in MSGFEA.DOC, found in the
REFERENCE LIBRARY, LIB 1.  There are many improvements, including a dramatic
increase in the size limit for messages.  Should you encounter any difficulties
after the conversion, please drop a note to SYSOP.

Thanks!

#: 17467 S3/Languages
    02-Feb-93  16:19:23
Sb: #C question
Fm: Bill Dickhaus 70325,523
To: all

Any idea how I can get the following to compile on the CoCo? It compiles and
executes just fine on my MM/1. I'm guessing that the definition of func in
function test() is not correct, but I've tried all the variations I can think
of.


 /* test4.c
  */

 static test2();

 main(argc,argv)
 int  argc;
 char *argv[];
 {
     test(0, test2);
 }

 test(type, func)
 int type;
 int (*func)();
 {
     (func)();
 }

 test2()
 {
     puts("test2()\n");
 }


Compiling this source code on the CoCo results in this:

 test4.c : line 16  ****  not a function  ****
  (func)();
   ^

        -Bill-

There is 1 Reply.

#: 17469 S3/Languages
    03-Feb-93  09:36:46
Sb: #17467-#C question
Fm: Pete Lyall 76703,4230
To: Bill Dickhaus 70325,523 (X)

Bill -

It's been a while since I messed with function pointers (I always have to look
them up!), but I'm thinking you'd invoke the function by dereferencing it..

    *woof(args);

Well..

Just peeking at C++ The Complete Reference (ISBN 0-07-881654-8), page 128
indicates that you call the function normally..

    func();

Give it a shot, and let me know... this has always been a weak area for me.

Pete

There is 1 Reply.

#: 17470 S3/Languages
    03-Feb-93  17:01:56
Sb: #17469-#C question
Fm: Bill Dickhaus 70325,523
To: Pete Lyall 76703,4230 (X)

Pete,

I just tried that, and that didn't work either. I still think that the problem
is in the definition of the passed pointer. I'm beginning to suspect that the
6809 compiler just doesn't know how to handle this particular situation.

I'm going to post the same question elsewhere, maybe James Jones can shed some
light.

        -Bill-

There is 1 Reply.

#: 17480 S3/Languages
    06-Feb-93  00:17:09
Sb: #17470-#C question
Fm: Kim Kempf 71161,3221
To: Bill Dickhaus 70325,523 (X)

Try this:

   (*func)()

Since func is a pointer to a function you need to dereference it.  But the
parens are needed to dereference the function pointer rather than the returned
value of the function.  Hope this helps.

kim

There is 1 Reply.

#: 17482 S3/Languages
    06-Feb-93  08:44:17
Sb: #17480-C question
Fm: Bill Dickhaus 70325,523
To: Kim Kempf 71161,3221 (X)

Kim,

Thanks! I knew I was close, but wasn't sure what I was doing wrong. I've used
pointers to functions before, but not ofte{n enough to remember exactly how it
all works.

        -Bill-

#: 17473 S3/Languages
    03-Feb-93  21:56:02
Sb: #struct pointer trouble
Fm: GLEN HATHAWAY 71446,166
To: all

 Hi all... I'm playing with a C function to do graphic fills. I'm using an
algorithm (and code) from Graphics Gems (edited by Andrew S. Glassner. I'm
getting lots of errors from the linker like this:

     *** error - value out of range ***
     00042   move.l 80028(sp),d1

 Here are the pertinent parts of the code:

     typedef struct{short y, xl, xr, dy;} segment

     #define MAX 10000

     #define PUSH(Y, XL, XR, DY) \
         if(sp<stack+MAX && Y+(DY)>=0 && Y+(DY)<=maxx) \
         {sp->y=Y; sp->xl=XL; sp->xr=XR; sp->dy=DY; sp++;}

     #define POP(Y,XL,XR,DY) \
         {sp--; Y=sp->y+(DY=sp->dy); XL=sp->xl; XR=sp->xr;}

     fill(x,y,nv)
     int x,y,nv;
     {
         segment stack[MAX], *sp=stack;

         PUSH(y,x,x,1);
         PUSH(y+1,x,x,-1);
         .
         .
         .
         POP(y,x1,x2,1);
         etc.....
     }

 Looks to me like it defines an array of 10000 copies of struct segment, then
defines a pointer (sp) of type 'segment' to the structures to allow variables
to be stacked and unstacked 4 at a time.

 Anybody know how to make this work on my MM/1. I'm not enough of a C guru to
solve it (so far).

 Thanks in advance. Glen Hathaway - COMPER - 71446,166

There is 1 Reply.

#: 17476 S3/Languages
    04-Feb-93  11:09:01
Sb: #17473-#struct pointer trouble
Fm: Pete Lyall 76703,4230
To: GLEN HATHAWAY 71446,166 (X)

Glen -

If you're using a compiler that's generating 68000 code, your offsets are
limited to +/- 32K.. anything beyond that requires that you use a 'remote'
storage class.

If you're generating code for an 020 or greater, all offsets are 32 bits, and
no special attention is required.

Pete

There is 1 Reply.

#: 17478 S3/Languages
    04-Feb-93  22:09:48
Sb: #17476-#struct pointer trouble
Fm: GLEN HATHAWAY 71446,166
To: Pete Lyall 76703,4230 (X)

Hi Pete... You're exactly right! James Jones pointed that out to me last night.
I downsized the thing and it works great. Probably on really super- complex
fills it might run out of space, but I haven't killed it yet. Now to refine it
and convert to assembler... Thanks for the help.
 Glen Hathaway - COMPER - 71446,166

There is 1 Reply.

#: 17479 S3/Languages
    05-Feb-93  10:29:35
Sb: #17478-struct pointer trouble
Fm: Pete Lyall 76703,4230
To: GLEN HATHAWAY 71446,166 (X)

Good Glen -

I'm glad it all came out well.

Pete

#: 17496 S5/OS9 Users Group
    09-Feb-93  12:00:40
Sb: #For Sale
Fm: BOB LEET 72020,2536
To: all

        I am unfortunately going to have to sell my COCO 3 and
accessories.  With engineering schooling, I just don't have time to even
use it anymore.  I have the following for sale:

        1 - COCO 3 512k, 63B09E, 20 meg H/D, 1-3.5" & 1-5.25" floppy,
                all in an custom AT style case, w/ 101 keyboard.  It runs
                on a Disto SCII w/ 4-in-1 board.
        1 - COCO 2 64k (white)

        and the following accessories:
        1 - CM-8 monitor
        1 - SlotPak 3 (like Multi-Pak interface)
        1 - RS232 (COCO Pro version)
        1 - 2400 buad modem
        1 - CGP 4-color 4" line drawing graphics printer
        1 - FD502 controller and empty drive case w/ p/s
        1 - full height H/D case with p/s
        1 - spring loaded joystick
        1 - mini graphics drawing pad (for joystick port)
        1 - color mouse
        2 - soft moving joysticks
        2 - Hi-RES Joystick interfaces

        plus all the software and books I have:
        i.e. OS9 Level I & II, Multiview, OS9 Profile, Word Power 3.0
                (excellent word processor), many commercial games, 20-3.5"
                disks full of UUCP library files (all .ar'ed), and many
                more.  Books: 6809 machine language, many magazines, COCO3
                repair manual, etc.

All for $300.00, I'll split shipping.  Or, if I get enough individual
offers, totaling at least $200.00, I'll seperate things.

                Call Bob Leet at (602) 992-3016 or leave a message at

                                        72020.2536@Compuserve.COM

 

There is 1 Reply.

#: 17519 S5/OS9 Users Group
    12-Feb-93  22:28:58
Sb: #17496-For Sale
Fm: Brother Jeremy, CSJW 76477,142
To: BOB LEET 72020,2536

Sold to Br. Jeremy, CSJW

#: 17462 S7/Telecommunications
    01-Feb-93  02:56:29
Sb: #17459-terminal help
Fm: Mark Griffith 76070,41
To: Bob van der Poel 76510,2203 (X)

Bob,

 >1.  Right now you are writing to the screen as soon as you get 10
 >characters in your buffer.  If this was increased it would cut down
 >considerably on the overhead involved in system calls.  I'd look at
 >increasing the buffer to a full line (or more?) and print it whenever
 >the modem doen't have something, it is full or if a CR is received.

If you increase that little buffer it makes the screen output very jumpy at
2400 baud and less.  I might be able to adjust the size depending upon the baud
rate but haven't tried that yet.

 >2.  What about sending an xon/off sequence before/after the screen
 >writes (esp.  if you increase the buffer size).  Hmmm, maybe this would
 >just add too much overhead? Probably.  Maybe just if you have a full
 >buffer to print?

That would slow everything down too much.  Also, there are boards and other
services that don't acknowledge XON/XOFF.

 >3.  Finally, what about checking the number of characters ready from the
 >modem.  If there are a large number (and a disk capture is being done)
 >you could just dump a whole packet to the disk and not bother to display
 >it.  I don't like this...but I'd rather have gaps in the stuff scrolling
 >by than gaps in the stuff in the disk file.

I don;t like this either.

I wouldn't worry about it too much Bob.  I'll figure out something.  You're
talents would be better served working on projects you have going now.

                    /*----------- /\/\ark -----------*/

#: 17464 S7/Telecommunications
    01-Feb-93  18:30:26
Sb: #17454-terminal help
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41 (X)

Mark,

I just can't help it...I'm a natural born tinkerer. I played with Sterm some
this weekend and think I have a reasonable solution to the overflowing buffers.
I have added the following routine to io.c:

        echo_ok()
        {       return (_gs_rdy(mp)>1024) ? 0 : 1; }

This is a _real_ hack--it _assumes_ a large scf buffer (I have mine set to 4K).
Anyway, the main loop of sterm has a write() call. I just put a call to
echo_ok() in front of it:

        if(echo_ok()) write(..);

The theory is that if there is lots in the scf buffer we are approaching an
overflow...so don't echo the stuff to the screen. It appears to work okay. Nice
thing is that the last part of the file or final prompt is displayed. Would be
better if sterm knew the size of the scf buffer...is there a standard way to
determine this?

Oh, I also changed the trigger size for the write from 10 to 80 characters.
Don't know if this makes any real difference.

My first attempt wrapped the write() with xon/off sequences. This worked, but
really undermines the use of 9600 baud. It appears that a MM/1 screen can only
scroll at about 4800 baud. The other problem with the xon/off popped up when I
logged onto a RIBBS board which does not recognize xon/off...it kept
interpreting the xon/off as invalid menu selections.


#: 17520 S10/OS9/6809 (CoCo)
    12-Feb-93  22:51:13
Sb: #upload
Fm: Brother Jeremy, CSJW 76477,142
To: SYSOP (X)

The description for GUIB3.ar should read: Guib3.ar GRAPHICS GUI INTERFACE The
latest in the GuiB (Graphic User Interface for Basic09) Series by Brother
Jeremy, CSJW.

There is 1 Reply.

#: 17521 S10/OS9/6809 (CoCo)
    13-Feb-93  06:51:37
Sb: #17520-upload
Fm: Mike Ward 76703,2013
To: Brother Jeremy, CSJW 76477,142 (X)

All taken care of. Thanks!

#: 17474 S12/OS9/68000 (OSK)
    03-Feb-93  21:57:04
Sb: struct pointer trouble
Fm: GLEN HATHAWAY 71446,166
To: all

 Hi all... I'm playing with a C function to do graphic fills. I'm using an
algorithm (and code) from Graphics Gems (edited by Andrew S. Glassner. I'm
getting lots of errors from the linker like this:

     *** error - value out of range ***
     00042   move.l 80028(sp),d1

 Here are the pertinent parts of the code:

     typedef struct{short y, xl, xr, dy;} segment

     #define MAX 10000

     #define PUSH(Y, XL, XR, DY) \
         if(sp<stack+MAX && Y+(DY)>=0 && Y+(DY)<=maxx) \
         {sp->y=Y; sp->xl=XL; sp->xr=XR; sp->dy=DY; sp++;}

     #define POP(Y,XL,XR,DY) \
         {sp--; Y=sp->y+(DY=sp->dy); XL=sp->xl; XR=sp->xr;}

     fill(x,y,nv)
     int x,y,nv;
     {
         segment stack[MAX], *sp=stack;

         PUSH(y,x,x,1);
         PUSH(y+1,x,x,-1);
         .
         .
         .
         POP(y,x1,x2,1);
         etc.....
     }

 Looks to me like it defines an array of 10000 copies of struct segment, then
defines a pointer (sp) of type 'segment' to the structures to allow variables
to be stacked and unstacked 4 at a time.

 Anybody know how to make this work on my MM/1. I'm not enough of a C guru to
solve it (so far).

 Thanks in advance. Glen Hathaway - COMPER - 71446,166

#: 17481 S12/OS9/68000 (OSK)
    06-Feb-93  07:25:54
Sb: #Cdecl docs
Fm: keith bauer 71102,317
To: Bob vanderpoel

Bob What program do I need to print out the docs from cdecl and where can I
find it. Thanks Keith

There is 1 Reply.

#: 17493 S12/OS9/68000 (OSK)
    08-Feb-93  18:30:03
Sb: #17481-Cdecl docs
Fm: Bob van der Poel 76510,2203
To: keith bauer 71102,317 (X)

Keith, I think you need some variant of the TROFF/NROFF family. As I recall,
none of the ones I have work for this file (or a number of other unix doc
files). I keep promising myself to write a conversion program which will take
files like this and convert them to vprint format. Alas, time is such a limited
commodity.

#: 17465 S12/OS9/68000 (OSK)
    02-Feb-93  14:45:50
Sb: What the hell is MM/1 ?
Fm: Gerd Fahrenhorst 100024,2113
To: All

As a new User I am listening to the discussions here,
but there is a problem to me ... I've never heard "MM/1" here in
Germany. Maybe it's some VME-Bus Card ?

Gerd

#: 17497 S12/OS9/68000 (OSK)
    09-Feb-93  20:19:56
Sb: #New Forum Software
Fm: Bob van der Poel 76510,2203
To: Sysop (X)

Is there a lot of traffic which is hidden from folks like me. Or is it the new
forum software. I've been on for about three days running and keep finding a
bigger difference between the high message I've read and the high message
number. But I get a 'no thread' message when I type a simple 'read new'.

BTW, it is getting pretty lonely here. I just did a 'go microware' and even
they have left the ship. Mind you, they never did much there either.

There is 1 Reply.

#: 17502 S12/OS9/68000 (OSK)
    10-Feb-93  07:27:54
Sb: #17497-#New Forum Software
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)

Bob,

Yeah ... I went looking for MW the other day to inquire about the group/user id
issue in Mail and was surprised to see that they had left the service.  I
suppose I can understand given the cost to run a private forum but ...

Too bad they didn't just fold their operation into the OS9 Forum.

On the 'hidden' messages ... there's a couple of notes between BIll and myself
floating around in the sysop section ... but hardly worth mentioning. How far
off are your message counters?

*- Steve -*


There is 1 Reply.

#: 17507 S12/OS9/68000 (OSK)
    10-Feb-93  20:52:00
Sb: #17502-#New Forum Software
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)

I don't recall the exact series of missing messages...but I think it was aound
10 to 15 message in the range 17490...

Actaully, MW not being around here anymore isn't a great loss since they never
really supported there own forum. However, it was still reassuring to see the
MW name here. Whenever I did venture over, there never did seem to be much new
there.

There is 1 Reply.

#: 17510 S12/OS9/68000 (OSK)
    11-Feb-93  17:31:11
Sb: #17507-#New Forum Software
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)

Yes ... the area was always very dated ... again I have to say that the forum
might have been a better place to support the product, but that may not have
fit the plan for MW. No matter.

On another topic ... how goes your 'node' troubles? Any better these days?


*- Steve -*


There is 1 Reply.

#: 17515 S12/OS9/68000 (OSK)
    11-Feb-93  23:53:24
Sb: #17510-New Forum Software
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)

Don't tell the CIS folks, but since I got a different brand of modem I have had
no problems at all with my 'node'. I suspect it was a modem problem all
along... <red faced>. My only complaint about this service now is the slow
responses I get when uploading mail. I still maintain that the CIS answer that
"we're busy" is BS.

#: 17498 S12/OS9/68000 (OSK)
    09-Feb-93  20:20:17
Sb: #Xon/off
Fm: Bob van der Poel 76510,2203
To: All

Can anyone shed some light on xon/off for me when it comes to device
descriptors. I'm confused about just how these things work.

First off, a terminal program will send xon/off itself when its buffers are
full, etc. For example, sterm will send this when doing a disk save. CIS gets
the xoff and stops sending while the disk stuff is done, then after it gets a
xon it resumes. Makes perfect sense...nothing to do with the driver.

Now, I read in my modem manual that it will resond to xon/off senquences too.
This is kind of scary since it might be the result of binary data being sent
down the line. I have no idea what happens next, but I do think I'll make sure
the modem is not set up that way.

Now, I am using /t3 on a mm/1 with type=80. This is supposed to mean that
hardware handshaking is enabled. I have no idea how a hardware handshake works
over a phone line...probably doesn't. So, maybe the modem knows about it and
will stop sending stuff when told to stop. However, what happens with the guy
on the other end of the modem? Does it keep sending anyway?

So, I assume that xon/off are only used by a driver when its buffer is full and
hardware handshaking is not enabled. In which case the values in the desciptor
are meaningless if hardware handshake is available.

Have I got this right?

There are 4 Replies.

#: 17501 S12/OS9/68000 (OSK)
    10-Feb-93  05:31:07
Sb: #17498-#Xon/off
Fm: SCOTT HOWELL 70270,641
To: Bob van der Poel 76510,2203 (X)

Bob, you are right with the xon/xoff thing when it comes to communicating over
the phone lines. I beleieve ahrdware handshaking is reserved for null modem
connections. BTW, have you received my disk mailer for the VED update yet? I
went ahead and formatted a diskette (80trk) DD. If you have any problems please
let me know,

There is 1 Reply.

#: 17506 S12/OS9/68000 (OSK)
    10-Feb-93  20:51:49
Sb: #17501-Xon/off
Fm: Bob van der Poel 76510,2203
To: SCOTT HOWELL 70270,641 (X)

Scott,

I received your update order sometime last week. It was mailed out to you on
Monday (Feb 8). Should arrive just about anytime now. Do let me know what you
think of all the new goodies.

Thanks for the clearity on the xon/off stuff. The only thing I really don't
understand is how a modem can afford to look for xon/off itself. Sounds pretty
dangerous to me.

#: 17503 S12/OS9/68000 (OSK)
    10-Feb-93  09:34:43
Sb: #17498-#Xon/off
Fm: Pete Lyall 76703,4230
To: Bob van der Poel 76510,2203 (X)

Scott -

Hardware handshaking occurs between the computer and the modem (or whatever
else it's hooked to - another computer, terminal, printer, etc.). It is usually
implemented using CTS/RTS (Clear/Request to send), but some implementations use
DTR (notably printers). In a computer -> modem -\-\-\- modem -> computer
scenario, there's no TRUE hardware handshaking endt to end. Some of the newer
modems can use a wrinkle in their dialog/protocols to effect end to end flow
control.

Pete

There is 1 Reply.

#: 17504 S12/OS9/68000 (OSK)
    10-Feb-93  13:35:43
Sb: #17503-Xon/off
Fm: SCOTT HOWELL 70270,641
To: Pete Lyall 76703,4230 (X)

thanks, I did look back in my modem manual and find information on hardware
handshaking./exit

#: 17508 S12/OS9/68000 (OSK)
    10-Feb-93  21:29:45
Sb: #17498-#Xon/off
Fm: Carl Kreider 71076,76
To: Bob van der Poel 76510,2203 (X)

>Now, I read in my modem manual that it will resond to xon/off senquences too.
>This is kind of scary since it
 might be the result of binary data being sent
>down the line. I have no idea what happens next, but I do think I'll make sure
>the modem is not set up that way.

This sounds scary to me too.  I would switch it off.

>Now, I am using /t3 on a mm/
1 with type=80. This is supposed to mean that
>hardware handshaking is enabled. I have no idea how a hardware handshake works
>over a phone line...probably doesn't. So, maybe the modem knows about it and
>will stop sending stuff when told to stop. However, what happens with the guy
>on the other end of the modem? Does it keep sending anyway?

Hardware handshake will only throttle the outbound data for the modem if the
phone line isn't as fast as the serial connection to the modem.  Shouldn't
mean anything the other way - ie the MM/1 shouldn't want to shut down the
modem because the guy at the other end won't know it.

>So, I assume that xon/off are only used by a driver when its buffer is full
>and hardware handshaking is not enabled. In which case the values in the
>desciptor are meaningless if hardware handshake is available.

I don't remember if I disable xon/xoff if type is 80.  Best zero them out.

There is 1 Reply.

#: 17514 S12/OS9/68000 (OSK)
    11-Feb-93  23:53:15
Sb: #17508-Xon/off
Fm: Bob van der Poel 76510,2203
To: Carl Kreider 71076,76

Thanks Carl. Just thinking a bit more about all this...when the modem is using
a compression protocol it can get away ahead of the computer. Guess the
protocol will signal the sender to stop and smell the flowers while things
catch up.

#: 17511 S12/OS9/68000 (OSK)
    11-Feb-93  20:19:23
Sb: #17498-Xon/off
Fm: Bill Dickhaus 70325,523
To: Bob van der Poel 76510,2203 (X)

Bob,

The xon/xoff values in the descriptor are normally used by the driver to
provide software flow control _from_ the computer to the external device. In
other words, whatever is connected to that serial port can use xon/xoff to
control output from that port. With a directly attached terminal, ^S and ^Q
could be used to pause output (if those were the actual xon/xoff values in the
descriptor, which they usually are). Someone dialed into your system through a
modem could also use xon/xoff, as could another computer. Sometimes even line
noise can cause an apparent port lockup, when in fact the driver simply honored
what it saw as an xoff.

You are correct in not wanting to use software flow control with the modem, for
exactly the reason you mentioned, there might be xon/xoff in the data.

Software flow control (xon/xoff) is normally used end to end, computer to
computer, terminal to computer, etc. Hardware flow control or hardware
handshaking, is usually local between two devices, such as a computer and a
modem.

With the newer modem protocols, the modems do flow control between each other
as part of the protocol, local flow control (between a modem and the local
device, such as a computer or terminal) is handled according to the local modem
setup, and xon/xoff flow control is a result of settings (like in the
descriptors) at either or both ends of the connection. All of these flow
control scenarios are independent of each other (though they may influence each
other).

Bill

#: 17499 S12/OS9/68000 (OSK)
    09-Feb-93  22:02:45
Sb: #G-WINDOWS for ATARI ST
Fm: Michael Fisher 72320,1233
To: ALL

    G-WINDOWS for the Atari ST?


  If you use an Atari 520 or 1040 ST running OS-9/68000 v2.3 or v2.4
  you may be interested to know there is a possibility of a port of
  G-WiNDOWS for it, (designed by Gespac and ported to several other
  OSK systems).
     To allow the port to be produced the company proposing it require
  a minimum of 10 people to order it, cost about $300 U.S. A deposit of
  50% at the time of the order would be required.If the interest as seen
  by replies to this note is sufficient, a more formal proposal
  would be made by the company concerned.
     Other than wanting G-Windows myself (so we only need 9 more orders!)
  ,and initiating enquiries re the port I have no connection with the
  company doing the port.Such a windowing system for the ST would be a
  great improvement for yet another system running OSK, lets hear
  from you folks and see where this goes.

  Mike Fisher

  CIS 72320,1233
  INTERNET: os9mikef@gkcl.ists.ca


There is 1 Reply.

#: 17513 S12/OS9/68000 (OSK)
    11-Feb-93  22:56:10
Sb: #17499-G-WINDOWS for ATARI ST
Fm: Tom Birt 76640,1205
To: Michael Fisher 72320,1233 (X)

 Michael,

 Steve Adams sent me the demo. version of G-Windows for the STs.
 It only works on the monochrome monitor (640 X 400). He said
 that the standard color monitor (640 X 200) is too coarse for
 G-Windows. I have seen G-Windows on a VGA monitor for OS-9000,
 and it looks great!

 I think there are two better options:

 1) Wait for Kevin Darling to finish his ST upgrade for K-Windows,
    and we make a deal with him.

 2) Wait for the Falcon030 to be debuted by Atari in March.
    Hope that we can convince Microware to develop an '030 OSK
    port for it. Then contract with Gespac for the Falcon version.
    The Falcon is a dynamic machine with a 640 X 400 color output
    (over 65,000 of 200,000 possible hues), built in IDE interface
    with 2.5" drive option, a Motorola DSP - capable of 16 channels
    handled without CPU assistance, all possible sound and video I/O
    ports, and it can be attached to a SCSI HD and is capable of
    reproducing better sound quality than a CD. See the Feb. BYTE
    for more info. Priced as low as $799.

 '|' () |'|


#: 17518 S12/OS9/68000 (OSK)
    12-Feb-93  22:03:56
Sb: #high speed modems
Fm: SCOTT HOWELL 70270,641
To: all

I just tried to use my SYSTEM IV on a 14.4 Intel modem and it did not work. The
modem lights indicating SD/RD were not lit, so no data was going through. I
tried it on an AT and it worked so it may be something wrong with the serial
cable??

There is 1 Reply.

#: 17522 S12/OS9/68000 (OSK)
    13-Feb-93  10:33:21
Sb: #17518-#high speed modems
Fm: Bud Hamblen 72466,256
To: SCOTT HOWELL 70270,641 (X)

>system IV w/14.4 Intel modem Maybe.  Be sure the CTS pin on your serial port
is high and you have DTR high at the modem, and you have data transmit from
your port sending to data receive on your modem and vice versa.  Does the port
and cable work with another modem?


There is 1 Reply.

#: 17523 S12/OS9/68000 (OSK)
    13-Feb-93  16:27:24
Sb: #17522-high speed modems
Fm: SCOTT HOWELL 70270,641
To: Bud Hamblen 72466,256

Yes, this same cable and port (/t1) does work on my 2400 baud modem flawlessly.
I will check to see if the CTS is high. thanks

#: 17468 S14/misc/info/Soapbox
    02-Feb-93  16:38:47
Sb: #17457-#OS9 Info
Fm: Nick Terry 100042,3116
To: ole hansen 100016,3417 (X)

Hi ole
        Thanks for the reply. I have heard of your company around the office. I
am currently working for Pro-Active control in Cambridge. We plan to get
Microware to write drivers for an Ethernet card (for ISP) and an NFM driver for
interrack comms using paralell ports - hence the question.

        Is there much of an OS9 presence in the UK? It seems to be an OS that
you have to support yourself to a large extent.

Once again thanks for the response.
Nick

There is 1 Reply.

#: 17471 S14/misc/info/Soapbox
    03-Feb-93  18:47:03
Sb: #17468-#OS9 Info
Fm: ole hansen 100016,3417
To: Nick Terry 100042,3116 (X)

Hello Nick

Now a Bell is ringing. We talked on the telephone about the VGA-board and
Celeste 68020.

About supporting OS-9 only by yourself is not true. There is a couple of
companies that can help you out beside Microware. Do you know Paul Dayan at
Galactic Industrial ?? He is brilliant when is comes to OS-9/68K and
devicedrivers for ISP and NFM. He wrote the NFMISP-driver we have for NFM, so
it can run on top of ISP. He telephone-number is :

+44 913848343 and fax: +44 913847742

regards ole@danelec.dk

There is 1 Reply.

#: 17477 S14/misc/info/Soapbox
    04-Feb-93  16:14:32
Sb: #17471-OS9 Info
Fm: Nick Terry 100042,3116
To: ole hansen 100016,3417 (X)

Hello Ole
        Thanks for the hint, I'll give him a call. I hope we can help you with
your card requirements.

Cheers,
Nick
  

Press <CR> !>