#: 6188 S6/Applications 17-Aug-90 23:30:30 Sb: #MicroEMACS Fm: Wendell Benedetti 72766,2605 To: Kevin Darling 76703,4227 (X) Kevin, I've been trying to figure out how the new upload MicroEmacs works...with less than overwhelming success. For instance: why does the program grab an 11k buffer (according to PROCS) that's not initially reflected in the program's internal buffer menu? Correspondingly, why does UE max out internally at about 16k when PROCS says more than 32k of buffer space is involved? In the same vein, when I tear apart the UE code there's some mention of VIRTUAL MEMORY. But, for the life of me I can't find any Virtual Memory involved. Of course, I know less than nothing about Virtual Memory (grin). Am I making any sense? Or, am I so far in over my head I'm not aware that I'm drowning? Wendell There are 2 Replies. #: 6189 S6/Applications 18-Aug-90 03:16:03 Sb: #6188-MicroEMACS Fm: Kevin Darling (UG Pres) 76703,4227 To: Wendell Benedetti 72766,2605 (X) Got me Wendell... I haven't had a chance to see it yet. Hopefully someone else will back up and see if they know the answers for you. #: 6251 S6/Applications 21-Aug-90 14:36:33 Sb: #6188-MicroEMACS Fm: Bill Dickhaus 70325,523 To: Wendell Benedetti 72766,2605 Wendell, I'm just guessing, (I haven't had a chance to do anything with UE except try it out) but I suspect that UE requires 11K for its data area (OUCH!) prior to setting up the text buffer area. This might also be a large stack requirement which adds to the data area in a C program. It might be that the program, being written for a machine with lots more memory available, had lots of local variables (which require stack space), and it gets even worse if there are recursive function calls. I have no idea what "virtual memory" in UE is, it might mean spilling off to a temporary disk file when the memory buffer fills up, but I doubt this version has that capability. Bill #: 6190 S12/OS9/68000 (OSK) 18-Aug-90 07:54:07 Sb: #6178-Uploading TeX (BIG) Fm: Robert Heller 71450,3432 To: James Jones 76257,562 (X) James: Probably you should break it up into logical sections: the executable modules, the DVI stuff organized by printer type, the fonts by style, inputs and formats as separate pieces, etc. Typically, people usually don't need to download all of the DVI stuff, just what they need for their printer(s). The bigest part is the font pixel files (.pk* I think). This alone is close to 5 meg. The only thing I see doing here is break it up into managable pices in a more or less arbituary fashion (i.e. 10 files of a .5 meg each or something). These files won't compress much (they are like binaries - the bits are too "randomized" for the compression programs to get much of a handle on repeated patterns. Robert #: 6191 S9/Utilities 18-Aug-90 11:41:04 Sb: #hdbackup modification Fm: Ken Drexler 75126,3427 To: Mark Griffith, 76071,41 Mark, Last weekend, I spent ten hours using your hdbackup to backup hard disk. It is a slick program. The fact that the files remain individually readable is a great advantage. I did run into one small hitch. At one of the "Insert next disk" prompts, I bounced the return key. Of course, meant that when the current disk was full, the program skipped through the next swap disks prompt without stopping. Although I was able to continue the backup using ^S to stop the program and a second terminal to build the needed directories on the new disk, I decided to modify the code to eliminate the problem. Actually I made two changes. Both are in swap_disk(). One deals with the double RETURN problem which I had. The other gives the user the option of running a shell command at each disk swap prompt. This latter change allows the user to format disks, for example. I have tested my changes and think they may be useful to others. The changed code in swap_disk is in the following message. It replaces your code up to "if (flag == FULL)". If it looks useful, you are free to include in a future upgrade of hdbackup. Ken There is 1 Reply. #: 6207 S9/Utilities 19-Aug-90 08:05:19 Sb: #6191-hdbackup modification Fm: Mark Griffith 76070,41 To: Ken Drexler 75126,3427 Ken Thanks for the nice comments. I'm glad you like it. And thanks for the code....I'll look it over. Mark #: 6192 S9/Utilities 18-Aug-90 11:42:10 Sb: hdbackup modification Fm: Ken Drexler 75126,3427 To: 76071,41 swap_disk() /* modified to allow commands and cleanout stdin */ { int i; int c; /* KD */ BEEP BEEP BEEP do /* Start KD */ { printf("\nInsert next disk and press ENTER to continue\n"); printf("or type command line:\n"); fgets( tempstr, sizeof(tempstr), stdin ); /* get input */ sleep( 1 ); /* wait for bounce if any */ for( i = 0; i < 10; i++ ) /* clean out input stream */ if( _gs_rdy(fileno( stdin )) > 0 ) c = getchar; if( *tempstr != '\x0d' ) system( tempstr ); /* ignore errors */ } while( *tempstr != '\x0d' ); /* end KD */ gets(tempstr); */ #: 6193 S10/Tandy CoCo 18-Aug-90 11:53:42 Sb: #6175-#spectrum files Fm: Joseph Cheek 76264,142 To: Lee Veal 74726,1752 (X) I've heard of IFF, but not TIFF. IFF is used by the Amiga, and I have docs on the format (for pictures, at least--IFF is used by about everything from text to pictures to whatnot). They're kinda cryptic, tho. I also know of a package an acquaintance of mine put together describing about everything you'd ever want to know about IFF but I can't download it . . . it's too big! (I don't have very much disk room--using one 180K floppy plus a ramdisk (about 96K) plus one read-only 360K drive). anyway, mebbe after I finish my .spc viewer I'll look into it. There is 1 Reply. #: 6214 S10/Tandy CoCo 19-Aug-90 23:46:38 Sb: #6193-#spectrum files Fm: Dan Robins 73007,2473 To: Joseph Cheek 76264,142 (X) Joseph, TIFF (more commonly seen as files with the .TIF extension) is a gray scale picture format more commonly used in desktop publishing on IBM'ish PC's. MS-DOG program like PC PAINTBRUSH IV (Plus) has .TIF available to is as file input/output. Dan There is 1 Reply. #: 6224 S10/Tandy CoCo 20-Aug-90 16:14:33 Sb: #6214-#spectrum files Fm: Joseph Cheek 76264,142 To: Dan Robins 73007,2473 (X) Hmm, I have never seen docs on the TIFF format. I don't suppose you know where to get some, do you? There is 1 Reply. #: 6234 S10/Tandy CoCo 20-Aug-90 21:50:04 Sb: #6224-spectrum files Fm: Dan Robins 73007,2473 To: Joseph Cheek 76264,142 (X) Joseph, Not off hand....but if you want....you might want to try the IBM File Finder and see if it hits. GO IBMFF is the command to get your there....search on a KEYWORD of both TIFF and TIF and see if it hits. Dan #: 6194 S10/Tandy CoCo 18-Aug-90 11:55:29 Sb: #6179-SPoker Fm: Joseph Cheek 76264,142 To: Richard Taylor 73137,3324 If you are talking about Tim Koonce's View program, Zack Sessions has already uploaded it for us. check lib 10. #: 6195 S12/OS9/68000 (OSK) 18-Aug-90 15:43:01 Sb: OSK bootsplit avail? Fm: Timothy J. Martin 71541,3611 To: all Is there an OSK module split program here? I once saw something like SPLT68.ar in users group library, it is now gone. Anything like ezgen available. Want to split out memory modules from a file. #: 6196 S6/Applications 18-Aug-90 18:41:01 Sb: #HARDware Fm: Richard Ries 76057,3534 To: Kevin Darling I'm trying to get a Coco3 with OS9 LII to communicate with a 6809 trainer board. Using BASIC09, I can write to the trainer so that it understands what I'm saying. BUT, when I try to reply from the trainer, all I get is garbage. Am I missing something? (I've checked the returning messages baud rate, and it is correct (600 ) as far as I can tell with an O'scope. B09 routine follows: PROCEDURE testt1 dim path:integer dim key:string[1] open #path,"/t1":update loop print "> " \ (* reminder *) repeat \ run inkey(key) \ until key<>"" print #path,"1I0" \ (* code for trainer *) repeat get #path,key\ ? key; until key=chr$(0d) \ (* wait for CR *) endloop end Any ideas?? Rich There are 2 Replies. #: 6199 S6/Applications 18-Aug-90 19:38:11 Sb: #6196-HARDware Fm: James Jones 76257,562 To: Richard Ries 76057,3534 What does the trainer expect to see on the serial line? If it's something reasonable to have a human type, then the simplest hack would be to use a terminal program to communicate with it. (I'd be tempted to try that initially just for the heck of it.) If there's some sort of more complicated protocol involved, you're likely to have to write a special program to do it. Be sure you have the number of data and stop bits right as well as the baud rate. #: 6200 S6/Applications 18-Aug-90 19:38:34 Sb: #6196-HARDware Fm: Kevin Darling (UG Pres) 76703,4227 To: Richard Ries 76057,3534 Rich - /t1 (being software driven) makes an almost impossible input serial port... however, go check out BANGER.AR in Lib 10 here, and see if that allows you to use that port. Else you'll need to use a real serial port (RS232 card or equiv). Let me know what happens! - kev #: 6197 S1/General Interest 18-Aug-90 19:14:59 Sb: #PLAN 9 Fm: Greg Morse 72746,3451 To: Darling Kev - Sure I would like to make better use of my graphic card. Maybe >I should do the port myself! if you send me the stuff and promise to help. Re Plan -9 reason its called that is yet another example of thompson's sense of humour. Apparantly there is a movie (cult classic) that is so-o-o- bad it's good called "PLAN 9 - it came from outer space" (or somesuch) and a distinguishing characterstic is that it is lousily edited. lighting in scene to scene changes drastically. so do costumes and make-up etc. Since the new OS has NO continuity (with UNIX) they called it PLAN 9! see the UNIX TODAY july 23 issue for details. Major advance over UNIX is that it is distributed computing oriented. Very small kernel. Rejects the "workstation model" Massive computing machine (parallel?) with terminals called "Gnots" as in "Gnot a workstation". Gnots are 25Mhz 68020 with 4-8 Mbytes 1Kx1K display mouse etc. Plan 9 treats ALL resources as files including the "gnots" and other processes etc. Description in mag is very cursory and does not explain things in much detail. There is 1 Reply. #: 6202 S1/General Interest 18-Aug-90 21:14:31 Sb: #6197-PLAN 9 Fm: Kevin Darling (UG Pres) 76703,4227 To: Greg Morse 72746,3451 Greg, Of _course_ I know about "Plan 9"'s name... don't you remember about 4 years ago when you and I were exchanging ideas for a PD os9 clone? Do you remember what I/we called it? Yup, "Plan 9 (from Outer Space)". Kev #: 6198 S6/Applications 18-Aug-90 19:16:17 Sb: #ue - termcap Fm: Greg Morse 72746,3451 To: Lyall Pete - I have the files set up the way you suggested, but no dice. ue does not seem to understand either a vt100 or a vt52 terminal. There is 1 Reply. #: 6212 S6/Applications 19-Aug-90 22:45:41 Sb: #6198-ue - termcap Fm: Pete Lyall 76703,4230 To: Greg Morse 72746,3451 Greg - You have a /dd/sys/termcap and a /dd/sys/ttytype[s] file, and the termcap file has an entry for VT100 and the appropriate /t? line is tagged as being a VT100 and it still doesn't work? Pete #: 6201 S8/BBS Systems/TSMon 18-Aug-90 19:41:05 Sb: #adduser difficulties Fm: James Jones 76257,562 To: Mark Griffith 76070,41 (X) Got login.ar and uncrated it this morning, and tried "adduser." It didn't seem to do anything to /dd/sys/password--not even create it. Am I doing something wrong? (I typed "adduser" at the shell, gave it a loginid and a user number when prompted to do so, and no complaints or error messages appeared.) There is 1 Reply. #: 6208 S8/BBS Systems/TSMon 19-Aug-90 08:05:26 Sb: #6201-#adduser difficulties Fm: Mark Griffith 76070,41 To: James Jones 76257,562 (X) James, Did you already have a /dd/sys/password file or where your relying on adduser to create it? Reason I ask is I think there is a small bug in either the library or the docs. If you fopen() a file with the "a+" mode (open/create for read and write), and that file does not already exist, then nothing is created. In fact, it doesn't return an error code either. If this is what happend to you, just create a password file....you don't even have to put anything into it. I always had a password file on my disk so I never saw this. I'll change the code to create the file fisrt if it doesn't exist. Thanks Mark There is 1 Reply. #: 6211 S8/BBS Systems/TSMon 19-Aug-90 10:33:05 Sb: #6208-adduser difficulties Fm: James Jones 76257,562 To: Mark Griffith 76070,41 (X) I tried it once with a non-existent file, and once with a file containing only a carriage return. I'll try it after doing a "merge /nil >-/dd/sys/password" and let you know what happens. #: 6203 S1/General Interest 18-Aug-90 22:55:39 Sb: Atlanta Fest Fm: Kevin Darling (UG Pres) 76703,4227 To: all Just a note to remind everyone about the Atlanta CoCoFEST, October 6-7, 1990, at the Holiday Inn Northlake, Atlanta GA. According to the promoters, the following vendors (at least) will be there: Alphasoft, Burke&Burke, CoCoPRO, ColorSystems, Gimmesoft, IMS, Microcom, Robert Offerman, Peripheral Technologies, Rulaford Midwest, Second City, Specialty Projects, Supersoft, T&D, Zebra, and others. There will also be free seminars and BS sessions conducted by Chris Burke, Glen Dahlgren, Ed Hathaway, Art Flexser, Mike Knudsen, JD Walker, Phil Anzalone, Dan Robins, and myself. Door prizes include a new IMS MM/1 computer giveaway! There will also be some kind of flea market area (I think), for selling your old stuff. For more info, tickets, reservations, etc, call CoCoPRO at 1-313-481-3283 from 1-8pm any day. Or call their BBS at 313-663-6207. Everyone I know is going... don't miss it! Especially you Southern boys who kept wanting a fest down heah ... here's our chance! #: 6204 S1/General Interest 18-Aug-90 23:24:01 Sb: #What is OS-9 Fm: John Millington 75170,153 To: Kevin Darling 76703,4227 (X) For a while, I've seen you make references to OS-9 over on the AMIGATECH forum and I think on CLM or DDJ as well. Somehow my curiousity has finally gotten me. What is OS-9? I had heard of OS-9 before, but only in the context of Cocos many many years ago. -- John Windows 3: Aunque la mona se vista de seda, mona se queda. There is 1 Reply. #: 6206 S1/General Interest 19-Aug-90 06:55:16 Sb: #6204-What is OS-9 Fm: James Jones 76257,562 To: John Millington 75170,153 (X) OS-9 is a multitasking, multi-user operating system that was originally written for the Motorola 6809 CPU, and later written for the 680xx family. It is used quite a bit in industrial and process control (ATMs, luggage sorting in airports, assembly lines for brakes for Jaguars and for telephones, controlling the Fairlight CMI) as well as in general-purpose computers (though in that area probably less so in the US than abroad--prophet without honor and all that, eh?). OS-9 probably derives its interesting qualities from Motorola's one-time plans for selling software on ROM for the 6809. (See the three-part series BYTE ran on the 6809 in the Jan-Mar 1979 issues--the first and last time they ever devoted significant space to the 6809 :-( Such software would be bought and plugged into the system by the user, who could purchase whatever he or she needed or wanted and plug it in any place in the address space of the processor, so the code had to be (1) position-independent, (2) re-entrant (since it was on ROM), and (3) recognizable by the system as code from powerup as opposed to random stuff or even whatever the memory board handed back when one referred to unoccupied space on the board! These requirements, I think, gave rise to the notion of the OS-9 module, and a lot of very nice consequences resulted. #: 6205 S12/OS9/68000 (OSK) 19-Aug-90 00:23:50 Sb: #6143-#TOP UUCP woes... Fm: Paul K. Ward 73477,2004 To: Scott t. Griepentrog 72427,335 Also, our hardware tech, Frank Neuner, speaks Cherman. Paul There is 1 Reply. #: 6239 S12/OS9/68000 (OSK) 20-Aug-90 22:51:26 Sb: #6205-TOP UUCP woes... Fm: Mark Griffith 76070,41 To: Paul K. Ward 73477,2004 Paul, I used to know some Cherman many many years ago vhen I vas a kid. Forgot it all now. BUT! I hafe dis dandy little utility kalled "Kraut" dat vill take Englisch text undt output pseudo-German (or Pig-German if you like). Makes for some interestingkt r-r-readingkt. Maybe I schould r-r-run de UUCP docs drough dis before uploadingkt dem. Vhat do you dink (grin)? Mark #: 6210 S12/OS9/68000 (OSK) 19-Aug-90 09:45:18 Sb: #rz/sz help Fm: Robert Heller 71450,3432 To: Robert Heller I just downloaded top1.tz (using xmodem), and after un-compressing and un-taring, wanted to move the tar file to a second OS-9/68K machine (I downloaded the file to my Force CPU-30 and want to put the file in my Atari ST as well). I thought I might try using ZModem, but cannot figure out how to make it work. The Force does not have a terminal of its own. I am using a simple com program on the Atari ST (via its /t1 port) as a terminal for the Force's /TERM port. What is the magic incantation to xfer a file with rz/sz using this arangement. Do I have to drag out another terminal for the Force? (it does have a couple of additional serial ports available) rz/sz seem to want to use stdin/stdout for the xfer port. I tried redirecting things, but then there is a chicken and egg problem: how do I get sz started after I start rz on the Atari ST? or if I start sz (on the Force) first, how do I tell it to wait until I fire up rz on the Atari (with rz <>>>/t1)? XModem is not a problem since it is receiver-driven (one starts up the sender and it waits for NAK's, when the receiver is started, it sends NAK's and things take off from there. ZModem seems to work differently... Robert There is 1 Reply. #: 6231 S12/OS9/68000 (OSK) 20-Aug-90 21:02:29 Sb: #6210-rz/sz help Fm: Timothy J. Martin 71541,3611 To: Robert Heller 71450,3432 Well ... I tried rz/sz a while ago. You may find some help in a little file RZSZ.HLP that I uploaded to LIB 12. I didn't get terribly far but it might start you out. #: 6213 S3/Languages 19-Aug-90 23:45:08 Sb: #popen() & pclose() Fm: Dan Charrois 70721,1506 To: all I have another question for all the C programmers out there. In examining source code that someone else had written, I came across their using the popen and pclose calls. From context, it appears as though they deal with pipes, and interestingly enough, the calls only work if compiled using the transcendental library. Unfortunately, I haven't been able to find any documentation - not in the Kreider docs (new version or old version), the Microware manual, or my other C reference book. I know these calls must be documented somewhere out there, or my friend wouldn't have used them. Have I missed them in the Kreider docs or something? Any help would be greatly appreciated...Dan There is 1 Reply. #: 6223 S3/Languages 20-Aug-90 09:17:00 Sb: #6213-#popen() & pclose() Fm: Pete Lyall 76703,4230 To: Dan Charrois 70721,1506 (X) Dan - These calls are supported in the current release of the Kreider library. They are documented in Unix manuals (section 3.. C Functions). The docs were initially left out by mistake (from the Kreider libs). Mark Griffith can probably get you a copy of that page, or if he can't, bug me and I will. You can probably get a good bit of it from usage context. Basically, it's an fopen() call for pipes using the specified command at the other end of the pipe: FILE *woof; ... woof = popen("dir e", "r"); Will fork a dir e command, connect its output via pipe for your program to read, using the buffered stream 'woof'. Don't forget to use a pclose(woof) when you're done with it. Pete P.S. Conversely, you could write to it if properly setup: FILE *arf; ... arf = popen("qsort", "w") while(not(done)) fprintf(woof,"%s", word[count++]); Pete There are 2 Replies. #: 6240 S3/Languages 20-Aug-90 22:51:35 Sb: #6223-#popen() & pclose() Fm: Mark Griffith 76070,41 To: Pete Lyall 76703,4230 (X) Pete, I made up a new set of docs that I'll be uploading soon that includes popen() and pclose() -- also fixes some errors I made in the last ones. Never ending job this (grin). Mark There is 1 Reply. #: 6242 S3/Languages 21-Aug-90 00:13:32 Sb: #6240-popen() & pclose() Fm: Dan Charrois 70721,1506 To: Mark Griffith 76070,41 Whoops - guess I should read the whole thread before replying. I won't bother bugging you for the docs then, if you're working on a new set including popen() and pclose(). Thanks...Dan #: 6241 S3/Languages 21-Aug-90 00:12:16 Sb: #6223-popen() & pclose() Fm: Dan Charrois 70721,1506 To: Pete Lyall 76703,4230 (X) Thanks a lot for your reply, Pete. That does clear things up immensely. I believe your short description filled in the gaps in my understanding on how to properly implement popen() and pclose(). I'm still going to bug Mark though and see if he has a copy of the formal documentation. Once again, thanks a lot for your assistance...Dan #: 6215 S8/BBS Systems/TSMon 19-Aug-90 23:58:58 Sb: #6162-NEW BBS Fm: DAVID HENSLEY 73030,3717 To: Mike Ward 76703,2013 (X) Thanks, if for some reason it doesnt take it is the BIO-CHIP BBS located in Minot AFB ND. Phone is 723-4554 operating 8/N/1 open 9PM to 7AM every day. Thanks again. #: 6216 S10/Tandy CoCo 20-Aug-90 00:03:57 Sb: NEW BBS Fm: DAVID HENSLEY 73030,3717 To: ALL Hey, OS9'ers. There is a new BBS in town. The BIO-CHIP BBS located in Minot AFB, ND. Operating 8/N/1 from 9PM to 7AM everyday. Phone is 701-723-4554. Mostly OS9 but we have RSDOS too and also IBM/Atarie/Apple/Commodor, etc. This is a new BBS but we have ALOT to offer. Give us a call. #: 6217 S10/Tandy CoCo 20-Aug-90 02:18:32 Sb: #HOOKING CM-8 TO IBM Fm: Michael Harris 76370,1702 To: ALL Is it possiable to hook an IBM computer to a CM-8 monitor to see text and CGA graphics. Michael Harris [76370,1702] There is 1 Reply. #: 6221 S10/Tandy CoCo 20-Aug-90 02:28:46 Sb: #6217-HOOKING CM-8 TO IBM Fm: Wayne Day 76703,376 To: Michael Harris 76370,1702 (X) The CM-8 is an analog monitor... the IBM normally puts out digital RGB info, when used with a CGA adapter. Thus, the answer is "no, not easily". It might be possible to convert the RGB Digital to RBG Analog, but it would require a hardware conversion. Wayne #: 6218 S10/Tandy CoCo 20-Aug-90 02:18:40 Sb: #Auto Newsgroup Program Fm: Michael Harris 76370,1702 To: all Is anybody working on a program to scan and get messages automaticly like the IBM program TAPCIS. I'M using Level 2 on a COCO 3 and would like to have a program to do all the work for me. Michael Harris [76370,1702] There is 1 Reply. #: 6222 S10/Tandy CoCo 20-Aug-90 07:46:16 Sb: #6218-#Auto Newsgroup Program Fm: James Jones 76257,562 To: Michael Harris 76370,1702 (X) I heard some time ago that Chris Babcock was working on one--I don't know how far along he's gotten, and when I first heard of it, he said the DECB version would be first. (I hope he's changed his mind and gone for an OS-9 version that would go on the MM/1 and the CoCo 3 with minimal bother.) There is 1 Reply. #: 6233 S10/Tandy CoCo 20-Aug-90 21:48:42 Sb: #6222-Auto Newsgroup Program Fm: Dan Robins 73007,2473 To: James Jones 76257,562 (X) James, Chris has abandonned the idea of an "auto" type program for the CoCo. I believe this has been mentioned several times, both here and in the CoCo Forum. Should he change his mind, I'll pass the word along, as I do have lunch with him on several occasions. Dan #: 6225 S10/Tandy CoCo 20-Aug-90 19:08:12 Sb: #B09 Fm: ROGER SMITH 72057,2364 To: ALL I am writing a Basic09 programme in which I want to turn off the echo in a window opened with the "/w" descriptor. I cannot use SHELL "xmode /w4 -echo" for instance because I do not know the number of the window device. Selecting it and then running xmode doesn't seem to work either. I have the feeling that there must be a set of values which can be put along the path to the window in question which will do the trick.... TYPE echoff=esc,value:BYTE DIM putval:echoff putval.esc=??? putval.value=??? OPEN #path,"/w" PUT #path,putval Can anyone fill in the blanks? Thanks.... Rog. There are 3 Replies. #: 6227 S10/Tandy CoCo 20-Aug-90 19:17:11 Sb: #6225-B09 Fm: Floyd Resler 72500,2572 To: ROGER SMITH 72057,2364 (X) There's a syscall that will return the name of a device. I have used that before to get the name of a window just opened. The syscall is SS.DevNm. It's on page 8-115. Floyd #: 6235 S10/Tandy CoCo 20-Aug-90 21:57:58 Sb: #6225-B09 Fm: Randy Wilson 71561,756 To: ROGER SMITH 72057,2364 (X) Roger, The easiest way I can think of is to use SysCall. Consider this example: .... TYPE registers=cc,a,b,dp:BYTE;x,y,u:INTEGER DIM reg:registers DIM opt(32):byte .... .... OPEN #wpath, "/w":UPDATE reg.x=addr(opt) reg.b=$00 reg.a=wpath RUN SYSCALL($8D,reg) opt(5)=0 reg.a=wpath reg.b=$00 reg.x=addr(opt) RUN SYSCALL($8E,reg) .... .... What this does is use the OS9 Getstat and Setstat calls to get, modify, and store the options for the unknown window. References: Basic09 manual: Syscall 11-166 Tech manual: SCF path options 6-4 6-5 GetStat 8-54 Setstat 8-63 SS.opt 8-112 8-131 Ask on anything unclear (the way I write, probably all of it) Randy #: 6244 S10/Tandy CoCo 21-Aug-90 02:37:59 Sb: #6225-B09 Fm: Kevin Darling (UG Pres) 76703,4227 To: ROGER SMITH 72057,2364 Roger - Xmode only works BEFORE a device is opened. Once you have a path, tmode is what you would use... except that tmode only works for the first 3 paths (standard in/out/err). So you have to use syscall to do an SS.Opt set-status call, which is what tmode does. Whoever gave the example Syscall code is doing what you need to do. Try his code and ask him Q's until you get going okay. Keep at it! best - kev #: 6226 S12/OS9/68000 (OSK) 20-Aug-90 19:11:16 Sb: #6164-#We're in Beta! Fm: Tom Napolitano 70215,1130 To: Mark Wuest 74030,332 (X) Mark, Ahhh, AT&T. So you're talking about #5ess's, used as toll tandems? Working for an RBOC, we're used to thinking of size in terms of raw numbers of access lines installed. Thanks for the information. tom n There is 1 Reply. #: 6249 S12/OS9/68000 (OSK) 21-Aug-90 10:38:40 Sb: #6226-We're in Beta! Fm: Mark Wuest 74030,332 To: Tom Napolitano 70215,1130 Tom, Yup. But, nope, I do not hook up to 5ESS (I should say *yet*). I hook up to DACS I, DACS II, and all DS1 (ie. T1) digital facility terminating and monitoring equipment. None of my equipment (*yet*) directly terminates traditional "phone lines". Our Beta (White Plains) is presently hooked up to 20 DACS frames and numerous other boxes. Mark #: 6228 S14/misc/info/Soapbox 20-Aug-90 20:06:03 Sb: #MM/1 Fm: Mark S 76004,373 To: Kevin Darling Kev, what kind of hard drive goes in the MM/1. And how much does it cost to upgrade it to an HD unit There is 1 Reply. #: 6232 S14/misc/info/Soapbox 20-Aug-90 21:14:02 Sb: #6228-#MM/1 Fm: James Jones 76257,562 To: Mark S 76004,373 (X) If memory serves, one needs the second board for the MM/1 to hook up a hard disk, and it wants a SCSI hard disk. (Price? From looking at the ad in the current *RAINBOW*, it looks like that would be the "MM/1 Extended," $1125, but IMS folk may wish to comment further (is there a kit equivalent? I dunno).) There is 1 Reply. #: 6247 S14/misc/info/Soapbox 21-Aug-90 07:35:27 Sb: #6232-#MM/1 Fm: Mark S 76004,373 To: James Jones 76257,562 The RAINBOW ad makes no mention of an HD even when it talks about the Extended version. There is 1 Reply. #: 6248 S14/misc/info/Soapbox 21-Aug-90 08:51:56 Sb: #6247-MM/1 Fm: Kevin Darling (UG Pres) 76703,4227 To: Mark S 76004,373 (X) I think you're right. Hopefully Paul will see this msg and answer. As JJ said, the second board has the DMA SCSI (WD33C93) interface... so any of the SCSI hard disks, or a regular disk with an Adaptec 4000A/4070 SCSI controller board, should work fine. They're supposed to have a deal worked out for hard disk sales. Still, Computer Shopper continues to have some great ads! #: 6229 S15/Hot Topics 20-Aug-90 20:25:42 Sb: #6021-Is Basic out of date? Fm: MOTD Editor..Bill Brady 70126,267 To: Mike Knudsen 72467,1111 Yup, you've added some things to the list! BTW, I use Dynastar for my editor, although I use the B09 E for global search & replace. #: 6230 S15/Hot Topics 20-Aug-90 20:29:13 Sb: #6022-Is Basic out of date? Fm: MOTD Editor..Bill Brady 70126,267 To: Mike Knudsen 72467,1111 Sorry Mike, you missed my point about maintainability. I meant like six months later when you have to get a different programmer to make a change. Heck, I can't even decipher my *own* code six *days* later. Ever try to get Carl Krieder (bless his heart), to make a change to one of his C progs? :) #: 6236 S3/Languages 20-Aug-90 22:16:14 Sb: #dl3 Fm: Carl Kreider 71076,76 To: sysop (X) clibt.l under PNN 76703,4230 in dl3 is obsolete and could probably be removed to prevent confusion. There is 1 Reply. #: 6246 S3/Languages 21-Aug-90 05:12:32 Sb: #6236-dl3 Fm: Mike Ward 76703,2013 To: Carl Kreider 71076,76 Thanks Carl, I'll do dat! #: 6237 S3/Languages 20-Aug-90 22:18:55 Sb: #clibs Fm: Carl Kreider 71076,76 To: Mark Griffith 76070,41 (X) Ok Mark. I have uploaded to DL3 two ipc files for clib[t].l that fix the problem with endpwent. I will upload full versions of the libs in a couple days so new folks won't have to get a lib and patch file. There is 1 Reply. #: 6238 S3/Languages 20-Aug-90 22:51:20 Sb: #6237-clibs Fm: Mark Griffith 76070,41 To: Carl Kreider 71076,76 Carl, Thanks Sir! BTW - did I do the docs wrong or is fopen(file,"a+") supposed to create the file if it does not exist? It seems not to do that, but fopen(file, "a") works just fine. Also, no error is returned. Strange. P.S. Sorry to make you work (grin) Mark #: 6252 S7/Telecommunications 21-Aug-90 17:53:04 Sb: OSTERM Fm: PHIL SCHERER 71211,2545 To: ALL Does anybody know why the backspace doesn't work on OSTERM ?? #: 6253 S10/Tandy CoCo 21-Aug-90 18:17:23 Sb: os-9 emulation Fm: Joseph Cheek 76264,142 To: all Does anyone here call using OS-9 emulation? I know that it is not supported by the systems here, but does anyone call using that anyway? Just curious... Press !>