at

OK


#: 14683 S14/misc/info/Soapbox
    21-Mar-92  23:33:12
Sb: #14680-HMI, CIS, and all that
Fm: James Jones 76257,562
To: Wayne Day 76703,376 (X)

Agreed, Delphi will have the very same interactive mode--but at the price, I
can deal with it there.

I've been looking at PRICEFORUM, and a fair number of people seem to be saying
they'd like at least some forums (those who don't say all forums propose that
each user choose up to n for some small n to be billed at a flat rate) included
in a flat rate package.  I've said that, too, on PRICEFORUM and via FEEDBACK.

We'll see what happens, I guess.

#: 14684 S14/misc/info/Soapbox
    22-Mar-92  07:14:05
Sb: #14680-#HMI, CIS, and all that
Fm: Mark Griffith 76070,41
To: Wayne Day 76703,376 (X)

Wayne,

I have to say I agree in part with what James says.  CIS is not making any
points with members who do not own a Mac or IBM clone by not releasing the
specs to develop an interactive program.  They could at least give some sort of
license or get a non-disclosure agreement to one or two people in each of the
forums to develop such a product.

I've also noticed the membership here getting smaller and smaller over the
years while Delphi continues to flourish, mostly because of the pricing
schemes.  Delphi's interface is slow, cumbersome, difficult to use, and
whatever other phrases one cares to make up.  It stinks, but you get what you
pay for eh? On the other hand, most of the new uploads are appearing there. 
Looking through our data libraries is dissapointing compared to Delphi's OS9
section.

I guess what I'm saying and what James is saying too it unless CIS starts doing
some more to try and intice new members and keep old ones, the exodus to Delphi
will continue until this forum is dead.  I realize that they might only care
about the hundreds of thousands of members in the Mac and IBM forums, but we
also help pay the bills too.  A tiny little crumb thrown our way once in a
while would do much to help.

Mark

PS I also have a Delphi account.



There is 1 Reply.

#: 14687 S14/misc/info/Soapbox
    22-Mar-92  10:49:50
Sb: #14684-HMI, CIS, and all that
Fm: Wayne Day 76703,376
To: Mark Griffith 76070,41 (X)

Mark,

Yup... I agree with a lot of what you say, and have used those same points in
disucssions (I hesitate to call them arguements!<g>) with Compufolks in the
past, and probably will do so again in the future.

Owell... we'll see what happens in the future.

Wayne

#: 14689 S14/misc/info/Soapbox
    22-Mar-92  19:18:08
Sb: #14680-#HMI, CIS, and all that
Fm: Steve Wegert 76703,4255
To: Wayne Day 76703,376 (X)

Wiz,

I can recall when HMI was released, it came with the announcement of CompuServe
wanting developers to make use of the protocol ... and even went as far as
saying C routines were being developed to make it easier.

I suppose opinions have changed over time, eh?

Is Sandy Trevor still with CompuServe? I wonder if a note dropped his direction
might be of some help? Or have you already covered this ground?

Sandy was helpful to the CoCo crowd once ... perhap he would be interested in
reprising his role?

Steve

There is 1 Reply.

#: 14693 S14/misc/info/Soapbox
    22-Mar-92  21:37:40
Sb: #14689-HMI, CIS, and all that
Fm: Wayne Day 76703,376
To: Steve Wegert 76703,4255 (X)

Steve,

As far as I know, Sandy is still with CompuServe - I've not heard otherwise.

At this point, though, I'd just recommend that anyone who is seriously wanting
to develop an HMI platform on the CoCo contact CompuServe's software support
folks and explore the possibilities of working with them on it.

Note, though, that from what I'm gathering this kinda deal is NOT what James is
talking about - he wants it released ala publicly available but still
copyrighted, as was the GIF standards.

Wayne

#: 14685 S14/misc/info/Soapbox
    22-Mar-92  07:38:03
Sb: #14679-#HMI, CIS, and all that
Fm: Bill Dickhaus 70325,523
To: James Jones 76257,562 (X)

I, like you, have had no success in prying even the simplest of specs on HMI
out of CIS. I have to admit that I haven't exactly bombarded them with
requests. They are really pushing CIM, I get irritated every time I see it
mentioned. They are effectivley locking non-PC/non-MAC users out, and it isn't
fair. Its particularly frustrating when I see what CIM can do, and is not
available to us "outsiders". To be able to download a file in one window, while
reading messages in another and having a one on one conference with another
user all at the same time, on the same screen, is really something to see.

Hopefully they will eventually release something, like they finally did with B
protocol. Meanwhile I've toyed with the idea of hanging a data scope on a CIM
connection and try to decipher the packets, of course they may have already
thought of that and have encrypted the packets, or compressed them, which would
make it just as difficult to figure out.

On a lighter note, I'm in the final stages of testing out a TAPCIS-like set of
programs that I have been working on for the last year or more. I intend to
upload the CoCo version here, possibly as shareware. As soon as I get the I/O
board installed on my MM/1 (waiting for SIMMs and a cable) I will start working
on a version for OSK. (Now you know why I'm interested in HMI :-)

Bill

There is 1 Reply.

#: 14688 S14/misc/info/Soapbox
    22-Mar-92  13:40:48
Sb: #14685-HMI, CIS, and all that
Fm: James Jones 76257,562
To: Bill Dickhaus 70325,523 (X)

Well...like I said in a message on another forum, Lauren Weinstein is said to
have puzzled out UUCP protocol by experimentation; it should be possible to
figure out HMI similarly, though it would be hard work.

#: 14694 S14/misc/info/Soapbox
    23-Mar-92  21:58:36
Sb: #14679-#HMI, CIS, and all that
Fm: BILL HEALTON 73367,357
To: James Jones 76257,562 (X)

James, CIS's PC & Mac packages are not the only automated
packages/platforms to improve CIS accessability(affordability). Jim Ness
74415,1727 has written and is constantly updating a very good package for
the Atari ST called QuickCIS. Jim's package is freeware, uses the CIS
abbreviated commands (available I believe in a FOR-SALE manual) and it is
extremely functional. I am using it now. I have the program setup to read
the new messages in selected forums,check my e-mail,get new upload listings
for selected forums and save any announcements. I just downloaded >250
messages in <15 minutes (2400 baud). I then scan them off-line and reply as
necessary. I mark new programs for auto download, and request QuickCIS to
post the replies and download the files all with mouse clicks. 

The point of all this is HMI many not be the only option, or is available
online or in guides. You can contact Jim Ness through e-mail or in the
AtariPro forum section 14. Note this section is specifically for QuickCIS.
CIS supports other efforts because it keeps people like you and me online.
Also be aware that Jim is usually busy tweaking QCIS or traveling, but he
is always helpful.

Best Wishes in finding your information.
Bill Healton (not associated with CIS just very satisfied with QuickCIS)


There is 1 Reply.

#: 14695 S14/misc/info/Soapbox
    24-Mar-92  06:51:54
Sb: #14694-HMI, CIS, and all that
Fm: James Jones 76257,562
To: BILL HEALTON 73367,357 (X)

Thanks for the pointer.  Is source code available for QuickCIS?  I don't have
an ST.  (Shucks, I'll GO ATARIPRO and ask.  Never mind.)

#: 14720 S14/misc/info/Soapbox
    29-Mar-92  14:49:52
Sb: #14679-HMI, CIS, and all that
Fm: Jay Truesdale 72176,3565
To: James Jones 76257,562 (X)

There is also a similar package for the Amiga called "Whap!" that I use for
accessing Compuserve.  This is available in the AMIGAVENDOR forum here and is a
commercial program that you can try.  If you purchase the program, they E-Mail
you an electronic 'key' that unlocks all of the features of the program, pretty
slick in my opinion.

The Icon for the Whap! program shows a terminal that reads "CI$" with a large
weight overhead.  When you double-click the icon to run the Whap! program, the
weight crushes the terminal, "Whapping" your CI$ charges down to more palatible
levels. I think that this is why the program is called "Whap!", in any event it
works even with its (in my opinion) quirks. -J




#: 14691 S12/OS9/68000 (OSK)
    22-Mar-92  21:34:45
Sb: #14672-MM/1 advice
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)

I strongly suspect there is a buffering problem in the 901 driver.  I looked at
a listing and it looks ok.  I will have to get some hardware and check it out,
I think.

#: 14696 S10/OS9/6809 (CoCo)
    25-Mar-92  18:44:12
Sb: #LZH.HLP
Fm: Brother Jeremy, CSJW 76477,142
To: All

Dear Friends:

I have been trying to use the UNLZH (Versions 3 and 5) programs to unarc some
files that I transfers from some MS-DOS disks using PC-DOS. I have not had any
success. They appear to be in LZH-1 format. In any case the program aborts with
CRC and Header sum errors. Is there any way to extract these files under Level
2/OS9?

Thank you, With all best wishes, Br. Jeremy, CSJW



There are 2 Replies.

#: 14703 S10/OS9/6809 (CoCo)
    27-Mar-92  14:26:29
Sb: #14696-#LZH.HLP
Fm: Norman Rheaume 71630,3476
To: Brother Jeremy, CSJW 76477,142 (X)

Did you also get the latest UNLZHUF?   I and several others have been using
Edition #5 without problems.   Are these very large files?  Edition #5 was
supposed to fix a problem with files >500k.  I'll   check back in Sunday. 
Since I wrote the port I may be able to help<grin>.  I haven't been calling in
CI$ much, my wife paid last months bill.

There is 1 Reply.

#: 14705 S10/OS9/6809 (CoCo)
    27-Mar-92  21:10:21
Sb: #14703-LZH.HLP
Fm: Brother Jeremy, CSJW 76477,142
To: Norman Rheaume 71630,3476 (X)

I tried with both version 3 and 5. I am using PCDOS to make the transfer. Is
itt possible that this is causing a problem. I may try transfering the file
again with some other transfer utility and see what happens. I will let you
know. --Thank you for your help. With all best wishes, Br. Jeremy, CSJW

#: 14704 S10/OS9/6809 (CoCo)
    27-Mar-92  14:29:43
Sb: #14696-LZH.HLP
Fm: Norman Rheaume 71630,3476
To: Brother Jeremy, CSJW 76477,142 (X)

Opps.  I just checked and the latest edition here is #3.  Edition #5 fixes a
problem with LARGE files.  I'll try to upload tonight.  Sorry for the problem. 
It didn't show up until someone dearced a 250k LZH.

Norman

#: 14697 S3/Languages
    26-Mar-92  02:48:09
Sb: #14415-#Help
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

Where can I get the Development package? I just recently bought a 386DX and
I've got Turbo C++ that I've been tinkering with. I'm starting to get the hang
of C so I'll probably start writing some stuff for the CoCo in C before you
know it!

There is 1 Reply.

#: 14699 S3/Languages
    26-Mar-92  09:28:46
Sb: #14697-Help
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003

George -

Last I heard, you have to order it from the RS special order software catalog.
A better bet would be to find someone who is selling their coco3/2 and try to
snag a used one.

Pete

#: 14698 S9/Utilities
    26-Mar-92  02:49:18
Sb: #14416-PAK utility
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

I have that utility. I've used it before. It works pretty good...

#: 14700 S6/Applications
    26-Mar-92  22:19:27
Sb: printer
Fm: tom farrow 72701,543
To: all

please help me get my phantomgraph to print on my epson mx 80 with dots perfect
or help with another type of graphic program.



#: 14702 S1/General Interest
    27-Mar-92  12:34:09
Sb: CD-I/OS-9 Job
Fm: Kevin Darling 76703,4227
To: all

[edited from usenet]

Position available: Compact Disc Interactive (CD-I) Title Engineer.
Immediate opening for a creative engineer with a desire to work on a
consumer oriented multimedia platform.

Minimal qualifications:
        3+ years experience in C
        Knowledge of UNIX
        Good communications skills

Desirable qualifications:
        CD-I experience
        Knowledge of OS-9
        Microcomputer experience
        68000 assembly
        Interactive graphics/animation
        Digital audio

Responsibilities include:
        Software development of CD-I titles
        Participate in creation of new title concepts
        Develop authoring tools for the CD-I environment
        
No phone calls  
Resumes (ascii only please) salary history and requirements via email to:

>INTERNET:resume@capitol.com

Or: Mark Thomas, Capitol Disc Interactive
    2121 Wisconsin Ave. NW, Washington, DC 20007

#: 14706 S10/OS9/6809 (CoCo)
    27-Mar-92  21:21:01
Sb: #14460-Rogue under Multivue
Fm: Mike Guzzi 76576,2715
To: Bert Schneider 70244,427

I don't think shell+ is an issue here. I observed it was font clashes that
caused my problems.

Mike

#: 14707 S10/OS9/6809 (CoCo)
    27-Mar-92  21:25:06
Sb: #14482-#E.A.R.S.
Fm: Mike Guzzi 76576,2715
To: Lee Veal 74726,1752 (X)

My info on the article is haphhazard at best. I did a project for college using
ears and had obtained the actual sp-1000 manual on it. Gives full technical
details on it but impossible to understand. This was two years ago. Ill have to
dig out my stuff from the project. I don't remember where EARS resides I think
it was FF70-FF74. you could make it anywhere you wish

I don't know where the author is for the OS9 ears/x10 software. It is Bob Puppo
and I have no way to contact him. I think he lives in norristown, PA

Anyone know his #?

Mike

There is 1 Reply.

#: 14709 S10/OS9/6809 (CoCo)
    28-Mar-92  08:19:32
Sb: #14707-E.A.R.S.
Fm: Lee Veal 74726,1752
To: Mike Guzzi 76576,2715

I know how to get in contact with Bob, but I don't know if he'd want his home
phone number posted here in the public message base.  I'll get in contact with
him, and see if he's willing to release the OS9 drivers for E.A.R.S.

Thanks,

Lee



#: 14708 S10/OS9/6809 (CoCo)
    27-Mar-92  21:29:38
Sb: #14516-EARS & CoCo 3
Fm: Mike Guzzi 76576,2715
To: Keith H. March 70541,1413 (X)

ears works on a CoCo3 after disabling the CoCo3 commands. What needs to be done
is fixing the ears software to not conflict with basic. I have the source code
to ears (yes i bought a copy before they went out) and it I had tom mix's
assembler i could fix it. Just need to move the tokens higher to not conflict
with coco3 basic.

The hardware part is OK for a CoCo3 (even with the upgraded MPI)

Mike

#: 14711 S8/BBS Systems/TSMon
    29-Mar-92  00:39:32
Sb: #Interface for 3/21
Fm: John Wight 76370,2100
To: All

                        OCN/Member Interface
                    Copyright 1992 - Eric Carson
       A Report On The OS9 Community Network Board Of Directors
                    For The Week Ending 03/22/92
-----------------------------------------------------------------------DISCLAIMER:
 The content of the following text is solely the view of the author. I
 can only report on what I am able read in the OS9Net (BOD) echo, and
 may not write or reply to the activities within. Any comments or sug-
 gestions to the BOD, or to me, may be posted in a FidoNet(tm) COCO_CLUB
 or OS9 echo near you.
-----------------------------------------------------------------------CURRENT
B.O.D. ACTIVITY:
 Kim Bergman was unanimously voted the new OS9CN Secretary.

 Greg Morgan was unanimously voted the new OS9CN Membership Coordinator.

 Albert Baldish has been nominated for the position of Region 13 Coordinator.
Motion made and seconded. Discussion starts.

 John Donaldson has volunteered for the position of UseNet Gateway Coordinator.
Motion made and seconded. Discussion starts.

 Erik Seielstad, OS9CN Advisor [I think - EC], has stated that he will work at
getting the COCO and COCO_CLUB mailfeeds through to UUCP, BitNet, Internet and
CompuServe. He has also offered help to "get simple mail conversion software
running between different BBS software." In essence, to be the Network Gateway
Coordinator, (kinda like a coordinator of the other net coordinator). Motion
made and seconded. Discussion starts. (continued)

There are 3 Replies.

#: 14712 S8/BBS Systems/TSMon
    29-Mar-92  00:40:58
Sb: #14711-Interface for 3/21
Fm: John Wight 76370,2100
To: John Wight 76370,2100 (X)

 Motion made to allow the new Net Coordinators into the OS9CN Net echo and the
BOD. Seconded. Discussion starts.

 John Wight, Int'l Coordinator, has made a motion, that in the event a
nomination for a position is made, and the person is the only runner for that
position, that he be allowed to appoint that person to that position, without
going through the normal voting procedures.

 Voting on whether Tom Birt, Region 10 Coordinator, should accept the Delphi
offer has commenced.

 Tom Birt has stated that he would like to begin offering hard copies of the
OS9CN NewsLetter. John Wight wants to vote on it.

 Gene Clifton, Int'l Librarian, has compiled an official listing of files
currently available from the Regional Libraries. (Filename: OS9CNLST.ZIP)
 He has also compiled a listing of BBSes which are members of the OS9CN.
(Filename: OS9CNNET.ZIP)

 Dave Spicer, Region 18 Librarian, has informed the BOD that he will moving to
Korea around August of this year. He suggested finding a replacement to wait in
the wings until they are needed.

(continued)

#: 14713 S8/BBS Systems/TSMon
    29-Mar-92  00:42:00
Sb: #14711-Interface for 3/21
Fm: John Wight 76370,2100
To: John Wight 76370,2100

UPCOMING EVENTS: Unresolved votes-
 Wes Gale has been nominated for the position of Co-Coordinator.
 A motion has been made and seconded for a monthly Department-Head meeting.

OS9 Release update-
 Nancy Ward, former OS9CN Secretary, related to the BOD her conversation with
Bill Nobel concerning "control" of the OS9 source code. It seems that Microware
doesn't want to just throw the source to everybody, but wants an organisation
to support it. It seems that, while Microware doesn't support the 6809 version
of OS9, they don't want OS9's reputation to become sullied, which might result
from an indiscriminate release of the code. Actually, the OS9CN was formed, in
part, from input by Microware.
 This being the case, the BOD is advertising positions for Net Coordinators of
the various Networks. The positions are open to those who are willing to put
forth the effort in supporting OS9, and who have a reliable means of storing
the source code. The Net Coordinator positions are similar to the position of
Regional Coordinator, as defined in the OS9CN By-laws. (The current By-Laws can
be found in the January '92 issue of the OCNNetnews, and may be downloaded from
your nearest Regional Library, filename "OCNN.jan91").
 What follows is a listing of the various Networks to be represented:
  STG, RIME, ACBBS, INTERNET, BITNET, CI$, DELPHI, GENIE, WWIV-Link. (There may
be others to be announced in the future).
 For more information, contact John Wight, 814 Bannister St. #4, Honolulu,
Hawaii 96819, or (808)845-5299/bbs, or in the COCO, OS9, COCO_CLUB FidoNet
echos. (continued)

#: 14714 S8/BBS Systems/TSMon
    29-Mar-92  00:43:18
Sb: #14711-Interface for 3/21
Fm: John Wight 76370,2100
To: John Wight 76370,2100

EDITORIAL:
 Bill Nobel, Int'l OS9CN Representative, has been in contact with Microware,
discussing the release of the OS9 source code to the OS9CN. Microware
apparently does not "own" the windowing system under OS9; Tandy does. Ken
Kaplan, President of Microware, has been in contact with Tandy concerning the
release of the windowing portion of the code. According to Ken Kaplan, via Bill
Nobel, Tandy does not want to release it, but it seems they want to do
something with it, yet. [Hmmm, wild guesses, anyone? Does "upgrade" come to
mind? We'll see...:-) -EC]

       Eric Carson - OS9 Community Network/Member Interface
       The Galactic Milieu (916) 893-5412 [FIDO - 1:119/13]

#: 14715 S10/OS9/6809 (CoCo)
    29-Mar-92  01:44:36
Sb: UNLZH
Fm: Brother Jeremy, CSJW 76477,142
To: Norman Rheame, 71360,3476

Dear Norman: I saw that you uploaded UNLZH_5. Your note in the description to
use the -raw modifier in PCDOS made the difference. I did not realize that this
was required. I used pcdos -get -raw /d1 test.lzh >/dd/test.lzh and it worked.
Thank you for your help.

With all best wishes, Br. Jeremy, CSJW

#: 14716 S4/MIDI and Music
    29-Mar-92  03:56:19
Sb: Umuse3 Help
Fm: Larry J. Mohr 76120,1642
To:  72467,1111

Mike, I just recieved a copy of Ultimuse-III Ver 4.7.5A. Almost everything 
works fine, but I can not seem to read any files or directories. When I try
I get a message about 'can not malloc enuf' and 'DIRREAD'. I checked RAM and
I have 160K or more. I also checked system RAM and smap gives 34 pages.
I noticed that when I ran pmap that 'FRAN' has a full 64k map. Could this
be the problem? The CRC's of the modules I have are as follows:
Umuse3 4B30A8
FRAN   D11CBE
Um3disk 7F52C4
Um3play D207CA
Um3Show D0C9CF
Um3Lay  89E612
Um3Plco 8B489C
Um3Trango ED9F85

 I hope you can help me out. I have been using the shareware version and I
was looking forward to the new menu version.
 
Larry Mohr

#: 14717 S6/Applications
    29-Mar-92  06:49:21
Sb: #UMuse Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)

Kevin, please read msg 14716.  Can you help Larry?  I remember having the
"malloc" problem but can't remember the fix.  Mike hasn't been around since
December.  Thanks, Ches.

There is 1 Reply.

#: 14718 S6/Applications
    29-Mar-92  09:25:53
Sb: #14717-#UMuse Query
Fm: Kevin Darling 76703,4227
To: Ches Looney 73016,1336 (X)

Ches - I don't have UMuse, so I'm not of much help.  Hopefully someone who does
have it can aid Larry in tracking down what's happening.

Oh.  Was it something about some util merged in with the shell, or was it a
shell+ thingie or ... ?  Hoping to jog your memory :-)

There is 1 Reply.

#: 14722 S6/Applications
    30-Mar-92  06:16:20
Sb: #14718-#UMuse Query
Fm: Ches Looney 73016,1336
To: Kevin Darling 76703,4227 (X)

I knew you weren't a UMUser, but I thought the malloc error might trigger
something.  Seems to me it was a merge of some sort but it's been so long I
can't recall.  Isn't the malloc error a C problem of some sort?  Something
about memory allocation.  Perhaps, as you said, something merged with the
shell.  I'll check my setup more carefully for unremembered merges. Thanks for
feedback.  Regards, Ches.

There is 1 Reply.

#: 14723 S6/Applications
    30-Mar-92  08:56:27
Sb: #14722-#UMuse Query
Fm: Pete Lyall 76703,4230
To: Ches Looney 73016,1336 (X)

Ches -

A 'malloc()' error simply indicates that there was not enough 'heap' ram left
to allocate the amount requested by the program. Heap ram is that which is
outside the amount allocated by the initial program fork. Malloc is a C library
function that typically grabs a little more than requested, so the next time a
malloc is requested, memory can be granted from an already snatched pool of
free memory.

Pete

There is 1 Reply.

#: 14725 S6/Applications
    30-Mar-92  17:55:07
Sb: #14723-#UMuse Query
Fm: Ches Looney 73016,1336
To: Pete Lyall 76703,4230

Thanks, Pete.  I've gone thru my implementation and see no merges (Kevin's
suggestion).  I've also gone back thru some copies I kept of correspondance
with Mike and find a partial answer by him on the problem.  Seems he has
written some of his own routines to bypass Shell's memory handling routines and
one or more of these was causing the problem earlier (if I'm interpreting his
messages correctly).  Anyway, I've put through a voice message asking Mike to
reappear so we may find out from the "oracle" shortly.  Thanks for your
response.  Regards, Ches.

There is 1 Reply.

#: 14731 S6/Applications
    30-Mar-92  22:20:02
Sb: #14725-UMuse Query
Fm: Bill Dickhaus 70325,523
To: Ches Looney 73016,1336

Ches,

Mike tried to squeeze the absolute maximum amount of memory out of the 64K
limit. In doing so, he made some assumptions about how much memory the shell
would allocate when forking a process. The standard shell uses a minimum of 1
page, shell+ requests a minimum of 31 pages (just under 8K). There is a patch
for shell+ that fixes this. Another possible problem is merging modules, other
than as specifically specified in the UMuse docs.

Bill

#: 14719 S12/OS9/68000 (OSK)
    29-Mar-92  14:47:14
Sb: #14262-Ultra-Science Windows
Fm: BRUCE MOORE 70075,143
To: Jim Sutemeier 70673,1754

 I did get screens to work--- but not on vt70 only on gwindows (the demo).  I
beleive it will work
 on a terminal as well.  Vt70 nis just too buggy (and is supposed to be in the
process of being rewritten)



#: 14721 S7/Telecommunications
    29-Mar-92  16:40:25
Sb: v.32bis modem working
Fm: James Jones 76257,562
To: All

Got the CompuCom Star going with /t0 on my MM/1.  Just had to use the at\q1
command to tell it to use xon/xoff flow control.  Not as fast as it could be,
but it works.  Once I have the paddle board for /t3, I'll move it to /t3.

#: 14724 S3/Languages
    30-Mar-92  10:15:10
Sb: #getkey problem in C
Fm: Robert A. Hengstebeck 76417,2751
To: all

 
 
 
Can someone help this poor frustrated fellow.  I've been trying to get
a value returned from my getkey function to my main function, and I
have tried many ideas starting with using a 'return()' in the getkey.
I am getting the correct value from the 'printf' statement within the
getkey function, but when I print the value from the main function, I
consistently get some number like 19802 for both 'j' and 'vlu'.  So
it seems that nothing is getting back up, unless the new value is a
pointer to the returned value - just a wild guess.  The following
is a listing of what I have ended up after many trials.  What do
you suggest?
 
   ** program name 'hello/c' **
 
  #include <stdio/h>
  #option INLIB
  int j, vlu;
    main()
    {
     int i;
     int getkey();
     void clearsc();
     void gotoxy();
         clearsc();
         printf("Enter a key when you are ready\n\n");
         getkey(vlu);
         j = vlu;
         printf("vlu answer is %d,  j answer is %d \n\n",vlu,j);
    /*    for(i = 0; i < j; i++)
           {
             gotoxy(i*2,i);
             printf("This is my first program\n");
           }                                             */
    }
    void clearsc()
    {
         fputs("\x1c\x1f",stdout);
    }
    void gotoxy(col,row)
    int col,row;
    {
        cursor(col,row);
    }
    int getkey(vlu)
    {
        while (TRUE)
        {
            vlu = inkey();
            if (vlu != 0)
                break;
        }
        printf(" the answer here is %d \n\n", vlu);
    }
 
    This program is being programmed on a Model IV computer, so if
    there are any peculiarities, I have tried to avoid them.  If I
    seem to be making some silly code, please forgive me, since its
    been three years since I last wrote in C.
 
 
 

There is 1 Reply.

#: 14729 S3/Languages
    30-Mar-92  21:36:00
Sb: #14724-getkey problem in C
Fm: Bob van der Poel 76510,2203
To: Robert A. Hengstebeck 76417,2751

Bob,

Change the call to getkey() from getkey(vlu) to vlu=getkey(). Then change
getkey() to:

    int getkey()
    {
        int v;
        while ((v=inkey())==0);
        return v;
    } Hope this helps.

#: 14726 S10/OS9/6809 (CoCo)
    30-Mar-92  19:43:31
Sb: #c on the coco
Fm: Joseph Cheek 71431,3466
To: all

C programmers, I have a question:

  How do you pass a function address to another function and have the second
function execute it?  Example:

  I have a function foo()

int foo()

{
  ... }

  that I want to have another function dofunc() execute.  I call dofunc() in
some manner like

  dofunc(foo);

  so that dofunc() executes foo().  How do I code this?  Your help is
appreciated.

There is 1 Reply.

#: 14727 S10/OS9/6809 (CoCo)
    30-Mar-92  21:21:16
Sb: #14726-#c on the coco
Fm: James Jones 76257,562
To: Joseph Cheek 71431,3466 (X)

That's exactly what you want to do when you call dofunc.  Now, the interesting
part is the declaration of dofunc():

dofunc(fp)
int (*fp)();
{
   /* blah blah blah */
   (*fp)();
}

Give it a try and let us know how it comes out, OK?

There is 1 Reply.

#: 14732 S10/OS9/6809 (CoCo)
    30-Mar-92  22:29:35
Sb: #14727-c on the coco
Fm: Joseph Cheek 71431,3466
To: James Jones 76257,562

thanks, james, I will give it a try.

#: 14730 S10/OS9/6809 (CoCo)
    30-Mar-92  21:57:23
Sb: Of Mice and Monks
Fm: Brother Jeremy, CSJW 76477,142
To: All

Dear Friends: Once again I am playing with my boot disk. I replaced CC3io with
the version from SMOUSE, and patched Windint with patches from KBCOM and the
"rollover" patch, (stops the title bar from showing when changing windows. I
also wanted to add the clock from SMOUSE, but I don't want to give up my DISTO
RTC on the 4-in-1. I tried using DSETIME but I could not properly get the time
from the RTC. I would hate to have to go back to using SETIME each time I start
up. Can a clock module which allows for IRQ's read the RTC as well? I thought
that my system seemed faster when using the clock from SMOUSE. FInally, I
booted up with my new disk, still using the DISTO clock module, and called up
OSTERM from MV, I run it in a type 2 80 x 24 window. Much sto my surprise, it
ran in a graphics window. I know this for a fact because the fonts I use with
MV are from the MAC, Mike Haaland uploaded them with some window parts. My /w7
was still using the normal text fonts... After logging off, and quitting OSTERM
I restarted it, this time in its normal type window. What do you think
happened?

--Br. Jeremy, CSJW

Press <CR> !>