textfiles/messages/ALANWESTON/1990/CIS08_21.txt

#: 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. <greg>

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 <grin>... 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 <CR> !>