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!) 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. 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 #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 !>