informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1993/CIS09_26.txt

2460 lines
75 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
#: 18796 S1/General Interest
12-Sep-93 18:50:57
Sb: #18770-MM/1 Padle Boards & StG
Fm: Dieter G. Rossmann 70314,1766
To: Bill Dickhaus 70325,523 (X)
I will be sending a money order for InfoXpress on monday, also send Mark
Griffeth a message informing him of the same. OR do's Dirt Cheap Computer
Stuff Co. take VISA? If yes, then I will go that route...
G'Day!
Dieter
#: 18793 S1/General Interest
12-Sep-93 15:11:59
Sb: #18764-MM/1 Padle Boards & StG
Fm: Steve Wegert 76703,4255
To: Dieter G. Rossmann 70314,1766 (X)
> As for the Sterm for OS-9000, I cant find it anywhere on CIS, shure would
> like a copy of it!
>
Sorry I've not repiled sooner, but judging from your other messages, it would
appear that you've found the OS9000 version of Sterm.
Hope it meets your needs!
*- Steve -*
#: 18839 S1/General Interest
19-Sep-93 01:34:23
Sb: #18681-Hard Drive I/O Addresses
Fm: David Breeding 72330,2051
To: Neil Morrison 72777,3013
No, not all hard drive systems have the same address maps, as a matter of fact,
each system may have its own address. Which system are you interested in?{ {I
have a Disto 4-in-1 board, and can supply these addresses if you need them.
Off the top of my head, I THINK that the different Disto boards may have
different addresses, I'm not sure (I'm composing online, and hate to take the
time to look it up).
David
#: 18811 S1/General Interest
14-Sep-93 06:16:38
Sb: Floppy drive
Fm: Johan van Oostveen 100276,3504
To: all
Does a floppy disk drive exist with a serial (RS232) interface and their
drivers (MS-DOS and/or OS9)?
#: 18871 S1/General Interest
20-Sep-93 23:19:06
Sb: #OS9 Underground
Fm: Jim Sutemeier 70673,1754
To: All
After many months, I am back on CI$ here.
As most of you know, I am a good friend of the editor and publisher of the OS9
Undergrouond, Alan Sheltra.
If any of you here in OS9 Land have any reason to get in touch with Alan,
please leave me a message (mail) here, and I will be pleased to forward it to
him as soon as I receive it.
jim
There is 1 Reply.
#: 18873 S1/General Interest
21-Sep-93 13:37:09
Sb: #18871-OS9 Underground
Fm: Steve Wegert 76703,4255
To: Jim Sutemeier 70673,1754 (X)
Hi Jim, and welcome back!
You really need to look into getting a copy of InfoXpress to help manage your
online sessions. Really cuts down on wasted online time.
*- Steve -*
#: 18872 S1/General Interest
21-Sep-93 09:06:07
Sb: #Obfuscated C Review
Fm: James Truesdale [JBM] 71174,3442
To: Bob van der Poel 76510,2203 (X)
I saw your review of "Obfuscated C and Other Mysteries" in the October 1993
issue of "The C Users Journal." Congratulations!
How does this book compare to "C Traps and Pitfalls" in regards to pointing out
things that people tend to overlook in C?
-J
There is 1 Reply.
#: 18880 S1/General Interest
22-Sep-93 19:16:54
Sb: #18872-#Obfuscated C Review
Fm: Bob van der Poel 76510,2203
To: James Truesdale [JBM] 71174,3442 (X)
Thanks, Jay. I don't know about the "C Traps..." book, but "Obfuscated" really
doesn't get into what to avoid, and common bugs all that much. It is more of a
collection of helpful stuff for folks who already know how to program. Probably
not for the beginner. I think it is a worthwhile addition to my library. Much
more so than two other books I just got from my book club. Mind you, I should
have been ready...printed by Microsoft Press. BTW, did you notice that
Microware had an ad in the C Users Journal?
There is 1 Reply.
#: 18886 S1/General Interest
23-Sep-93 08:37:28
Sb: #18880-#Obfuscated C Review
Fm: James Truesdale [JBM] 71174,3442
To: Bob van der Poel 76510,2203 (X)
Yes I noticed the ad from Microware (not to be confused with the company from
Italy with the same name).
I hope that the rest of us will soon see an issue of "Pipelines" with the
information in it about the new stuff. MW doesn't seem to want to keep us
informed here and last time I checked their area here on CIS was way out of
date. Seems to me that they would want to keep their biggest fans up to date
with what they are up to.
-J
There are 2 Replies.
#: 18887 S1/General Interest
23-Sep-93 17:35:40
Sb: #18886-Obfuscated C Review
Fm: Steve Wegert 76703,4255
To: James Truesdale [JBM] 71174,3442 (X)
> informed here and last time I checked their area here on CIS was way out
> of date. Seems to me that they would want to keep their biggest fans up to
> date with what they are up to.
>
Yeah .. so out of date they're gone. The Microware area on CIS shut down almost
a year ago.
*- Steve -*
#: 18901 S1/General Interest
24-Sep-93 19:57:24
Sb: #18886-#Obfuscated C Review
Fm: Bob van der Poel 76510,2203
To: James Truesdale [JBM] 71174,3442 (X)
Yes, what ever happened to pipelines? I had to ask for my latest copy (quite
awhile ago now) about 5 times... I also see in their ad that they now have
version 3.0 of os9. Wonder if I can get an update for the mm/1?
I was wondering if anyone at MW even noticed the Italian company with the
interesting name?
There are 2 Replies.
#: 18905 S1/General Interest
25-Sep-93 05:19:54
Sb: #18901-Obfuscated C Review
Fm: ole hansen 100016,3417
To: Bob van der Poel 76510,2203 (X)
Hello Bob
The v3.0 is not out yet for real. It should be avaiable start November(1993).
The biggest change in v3.0 is the ability to 'timeslice' a 'system-state' task.
regards ole@danelec.dk
#: 18910 S1/General Interest
25-Sep-93 14:13:34
Sb: #18901-Obfuscated C Review
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
> Yes, what ever happened to pipelines? I had to ask for my latest copy
Come to think of it, I've not seen my copy is quite some time either!
*- Steve -*
#: 18899 S1/General Interest
24-Sep-93 19:03:08
Sb: #dumb terminals
Fm: Zack Sessions 71532,1555
To: all
I have two dumb terminals, DEC VT220 lookalike terminals from Tandy which I do
not have room for. If there is someone who will be in Atlanta for the upcoming
fest who would like to take one or both of them off my hands, I can arrange to
bring them with me. Both are in perfect working order. Makes an excellent
terminal for an MM/1 or a CoCo!
------------------------------------
Zack C Sessions
ColorSystems
via InfoXpress/OSK by Bill Dickhaus
There is 1 Reply.
#: 18921 S1/General Interest
26-Sep-93 07:32:17
Sb: #18899-dumb terminals
Fm: SCOTT HOWELL 70270,641
To: Zack Sessions 71532,1555
Zack I would be interested in those terminals. I live in Atlanta and will be
attending the Atlanta CoCo fest.
#: 18777 S5/OS9 Users Group
11-Sep-93 19:21:44
Sb: #18745-#Program Editor
Fm: Carl Kreider 71076,76
To: Bill Dickhaus 70325,523 (X)
Bill, do you use vi? Since vi comes with Unix, we have selected it as the
generic editor at work. I use elvis (it is less buggy than stevie) on OSK and
the PCs. It is solid and has everything real vi does. Of course, if you are
more of an emacs man, you wouldn't like vi. Anyway, I can provide both
binaries if you like.
Carl
There is 1 Reply.
#: 18788 S5/OS9 Users Group
12-Sep-93 06:42:15
Sb: #18777-#Program Editor
Fm: Bill Dickhaus 70325,523
To: Carl Kreider 71076,76 (X)
Carl,
I use vi only when I have to <g>. I never got a chance to work much with unix
until about 6 months ago, now I'm taking care of a couple of Sparcstations
being set up as network servers. One of the things on my list is to get emacs
going on them so I can get away from vi. Actually vi isn't all that bad, once
you get used to it, but I've been using me on my MM/1 almost since I got it. I
haven't tried any of the OSK vi clones, maybe I should give them a try. It
would be nice to have one editor to deal with, now I'm using about 10 different
editors: two mainframe editors, four PC editors, one for unix, one for OSK, one
for OS9 on my CoCo and one for OS-9000.
-Bill-
There are 2 Replies.
#: 18801 S5/OS9 Users Group
12-Sep-93 22:16:40
Sb: #18788-Program Editor
Fm: Carl Kreider 71076,76
To: Bill Dickhaus 70325,523 (X)
I hear ya. I needed one editor too. I tried to learn emacs a few years ago
and didn't like it. I finally gave up and wrote one, but switched to vi when
the first clone came available. I said I run vi on OSK, DOS, and Unix, but I
forgot to mention it runs on my ST also. Anyway, editors are like religion,
and inspire about as much passion in discussions. Some folks like emacs style
modeless editors. I much prefer an editor with seperate modes for text entry
and changes, like vi. Drives me crazy to have to prefix everything with a meta
char or two. I use the colon interface a lot for global changes and such (I
maintain a lot of code vs. just entering text). But I never found a small
enough vi or emacs for the 09. I just saw what looks like vi in the dls that
runs on an 09 (it said OS-9, not OSK??) so perhaps that would help. I know you
can get emacs like editors for the PC, and real emacs must exist for Unix. Or,
elvis should compile on OS-9000 easily and I have working OSK and PC binaries
if you want.
As I reread this, I see and example of passion. I wrote an editor so I
wouldn't have to use emacs.....
Carl
#: 18805 S5/OS9 Users Group
13-Sep-93 18:26:02
Sb: #18788-#Program Editor
Fm: David George 72240,134
To: Bill Dickhaus 70325,523 (X)
I can upload GNU Emacs 18.55 with complete source for Unix if you wish.
It includes source (very big) which will compile on almost any Unix
machine there is. I even compiled it on an SCO Unix 3.2 machine.
Maybe someone could port it to OSK. I would work on it, but I am working
on BASH first. I REALLY need a better shell for OSK it is hard working
in OSK after using the Korn Shell on my Unix system at work (and at home).
Geez, maybe I should ask if anyone else is working on BASH. Don't really
want to do something that someone else already is. Anyone?
It is supposed to go easier using GCC, but it is still rough going.
David
There are 2 Replies.
#: 18806 S5/OS9 Users Group
13-Sep-93 21:05:19
Sb: #18805-#Program Editor
Fm: Steve Wegert 76703,4255
To: David George 72240,134 (X)
> home). Geez, maybe I should ask if anyone else is working on BASH. Don't
> really want to do something that someone else already is. Anyone?
> It is supposed to go easier using GCC, but it is still rough going.
>
Looks like BASH has been done. I saw a reference to it on comp.os.os9 that
pointed to a ftp site ( zelux7.zel.kfa-juelich.de ). I nabbed the file and
will upload it to LIB 12 shortly.
*- Steve -*
There is 1 Reply.
#: 18814 S5/OS9 Users Group
14-Sep-93 21:17:44
Sb: #18806-#Program Editor
Fm: David George 72240,134
To: Steve Wegert 76703,4255 (X)
Wheew. I'm glad someone else has already done it. It is a BEAST!
I look forward to your upload of BASH.
David
There is 1 Reply.
#: 18815 S5/OS9 Users Group
14-Sep-93 22:23:52
Sb: #18814-#Program Editor
Fm: Steve Wegert 76703,4255
To: David George 72240,134 (X)
David,
I uploaded it this morning. I was waiting on the permission of the guy that did
the port. You should find it in LIB 12 as bash.lzh.
Steve
There is 1 Reply.
#: 18833 S5/OS9 Users Group
18-Sep-93 14:33:29
Sb: #18815-Program Editor
Fm: David George 72240,134
To: Steve Wegert 76703,4255 (X)
Thank you. I downloaded it last time I was on. Some interesting notes in the
upload. Is he still working on the small differences?
David
#: 18809 S5/OS9 Users Group
14-Sep-93 01:51:30
Sb: #18805-Program Editor
Fm: Bill Dickhaus 70325,523
To: David George 72240,134 (X)
Thanks for the offer, David, but I've already nabbed that for the systems at
work, I just haven't had the chance to compile and install it yet. I use 'me'
on my MM/1, which works just fine.
-Bill-
#: 18784 S5/OS9 Users Group
12-Sep-93 03:01:42
Sb: #Program editor
Fm: Graham Trott 100115,1075
To: Bill Dickhaus 70325,523 (X)
Bill --
I've uploaded the editor to the section 12 library. If you have any problems
with it let me know.
-- GT
There is 1 Reply.
#: 18789 S5/OS9 Users Group
12-Sep-93 07:16:52
Sb: #18784-Program editor
Fm: Bill Dickhaus 70325,523
To: Graham Trott 100115,1075 (X)
Graham,
I got it, thanks. I've set it up, and tried it out, but haven't had a chance to
use it much yet. Looks really good so far, nice work!
-Bill-
#: 18785 S5/OS9 Users Group
12-Sep-93 03:01:45
Sb: Program editor
Fm: Graham Trott 100115,1075
To: Scott Howell 70270,641 (X)
Scott --
I've uploaded the editor to the section 12 library. If you have any problems
with it let me know.
-- GT
#: 18906 S6/Applications
25-Sep-93 05:21:20
Sb: NFM; Arcnet
Fm: ROBERT S BAKER 100040,227
To: All
Just a couple of questions-
1. Is anyone aware of a package that will allow NFM to run on a DOS machine?
2. Is there software available to use TCP/IP on Arcnet?
I will not be able to access Compuserve over the next week, so would appreciate
any replies being sent via mail. Thanks!
#: 18773 S9/Utilities
11-Sep-93 16:52:18
Sb: #18641-#OKI400 printer
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
Do you plot much? I have a utility that takes data files and generates a
labeled graph in plot(3x) format. Then I have backend drivers that convert
that to epson (or star) dot matrix, hp laser jet, hp desk jet, and Houston
Instrument plotter. Or on a Unix box, you can take the file and use any of
their plot(3x) drivers to display/print/plot it. Or you can use my backends to
print/plot a file generated with Unix 'graph'. I have a version of graph that
runs on OSK too. I used gnuplot a bit but for what I do I prefer something
that is not interactive and utilized more if the plot space available. I never
think that anyone else can use this stuff so I never mention it. Is any of
this of interest?
Carl
There are 2 Replies.
#: 18779 S9/Utilities
11-Sep-93 22:00:38
Sb: #18773-#OKI400 printer
Fm: Bob van der Poel 76510,2203
To: Carl Kreider 71076,76 (X)
Carl, please post the plot stuff!
There is 1 Reply.
#: 18799 S9/Utilities
12-Sep-93 22:00:47
Sb: #18779-OKI400 printer
Fm: Carl Kreider 71076,76
To: Bob van der Poel 76510,2203 (X)
Ok. I will have to scrounge for docs. I assume you can look up plot(3x) in a
Unix manual.
Carl
#: 18786 S9/Utilities
12-Sep-93 05:32:59
Sb: #18773-#OKI400 printer
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
Gee Carl ... it's all of interest. I would have responded sooner but I've been
on vacation sans laptop.
My graphing interest has increased lately with my plotting stock data from the
MQUOTE area and a recent purchase of the OKI400 printer (HPII compatable).
Upload at your convenience!
*- Steve -*
There is 1 Reply.
#: 18800 S9/Utilities
12-Sep-93 22:02:24
Sb: #18786-#OKI400 printer
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
Should be able to get something up this week. I'm a bit tender about sources
after ar, but maybe I'll do two packages, binaries and sources.
Carl
There is 1 Reply.
#: 18803 S9/Utilities
13-Sep-93 08:27:22
Sb: #18800-#OKI400 printer
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)
> Should be able to get something up this week. I'm a bit tender about
> sources after ar, but maybe I'll do two packages, binaries and sources.
>
I can understand your hesitation about releasing sources after the AR fiasco,
but please don't let a couple of cheese-balls ruin it for the rest of us! ;-)
I've learned quite abit from stompping through your code. I'd hate to loose
that privilege.
*- Steve -*
There is 1 Reply.
#: 18807 S9/Utilities
13-Sep-93 22:56:36
Sb: #18803-OKI400 printer
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)
Ok, Ok.. ;-)
#: 18836 S9/Utilities
18-Sep-93 20:30:33
Sb: #18663-OKI400 printer
Fm: Carl Kreider 71076,76
To: Bob van der Poel 76510,2203 (X)
I haven't tried it, but my plotter software runs the same to an LJII and a
DJ500C. In addition, the manuals seem to indicate they use the same commands,
so it *should* work. If I get a bit of time, I will compile it and check
against both.
#: 18884 S9/Utilities
22-Sep-93 23:46:10
Sb: #AR
Fm: Ian Hodgson 72177,1762
To: Carl Kreider 71076,76 (X)
Carl,
What is the current state of AR development? Beta version 1.92 has been posted
since July and I have been using it (CoCo) with no problems except that the
default 13 bit compression does not work on the CoCo so I have to call it with
-uo or -ub12. Oh, yes; the help screen says that the default is 12 bits which I
believe is incorrect.
Is it safe to continue using it? Are there any planned changes which will make
the files it produces obsolete? For me the major advantages over the earlier
version (1.2) are:
- MUCH faster operation (about twice as fast)
- The DELETE function
- The MOVE function
- Slightly better compression on text files
- Compression of binaries
Is a final release version (2.0?) on the way?
Ian
There is 1 Reply.
#: 18894 S9/Utilities
23-Sep-93 21:52:10
Sb: #18884-AR
Fm: Carl Kreider 71076,76
To: Ian Hodgson 72177,1762
Ian,
The current state of AR development is waiting for bug reports. When no more
come in, I will make a formal, final release of 2.0.
Yes, it is safe to continue to use. There will be no changes to make current
files obsolete.
Why can't you use 13 bits? Everyone else I talk to say they can. I can. Are
you using LI? Do your friends have the same trouble?
#: 18783 S10/OS9/6809 (CoCo)
11-Sep-93 22:53:09
Sb: #18748-#3.5 drive query
Fm: David Breeding 72330,2051
To: Mark Griffith 76070,41 (X)
About the modem, it has suddenly started going off-hook as soon as it it turned
on. Otherwise it is working quite well, apparently. As it is, if you turn it
on, by the time you get set up to dial, the phone line has gone through the
routine of the recording you get and going off-line or whatever. I'm using
OSTerm and have been getting everything set up to dial and then turning it on.
It's a cheapie Emerson I've had for a little over a year. I left a msg a
couple of weeks ago here. It seems that my modems don't live over a couple of
years.. Steve Wegert suggested that I m could be having trouble with
lightening or something, but I don' t think that is the problem.
Anyway, if I understand you correcttly, if the drive is working, then
everything is OK, right?
David
There is 1 Reply.
#: 18802 S10/OS9/6809 (CoCo)
13-Sep-93 06:45:15
Sb: #18783-#3.5 drive query
Fm: Mark Griffith 76070,41
To: David Breeding 72330,2051 (X)
David,
> Anyway, if I understand you correcttly, if the drive is working, then
> everything is OK, right?
Yes, that is correct. About your modem problem, it shouldn't go off hook until
you issue it a dial command. If it is doing that as soon as you turn in on,
something is wrong. Perhaps a register value as been set wrong that is causing
this, or the modem is going bad.
/************* /\/\ark ************/
(uploaded with InfoXpress Ver 1.0)
There is 1 Reply.
#: 18838 S10/OS9/6809 (CoCo)
19-Sep-93 01:15:41
Sb: #18802-#3.5 drive query
Fm: David Breeding 72330,2051
To: Mark Griffith 76070,41 (X)
I kinda believe that the modem is going bad.. I've tried atf (or is it at&f,
I'm composing online and won't bother looking it up now,but you get the idea)
and it still stays off-hook. Another thing... I tried to store a faster dial
rate to NV-ram and then "atz" and it went back to the default, so I do feel
that it is going haywire. Otherwise, it seems to function faultlessly. I may
try to get one of these things repaired, as I seem to be getting quite a
collection of flakey modems.
Well, hopefully, I'll get to say howdy in Atlanta, I think I saw where you said
you would be there. I went last year, and met many faces to go with the names
I see all the time.
David
There is 1 Reply.
#: 18903 S10/OS9/6809 (CoCo)
24-Sep-93 22:57:30
Sb: #18838-#3.5 drive query
Fm: Bob Palmer 74646,2156
To: David Breeding 72330,2051 (X)
re you by any chance on a pulse dial line? I have an old Hayes which is
holding up well but when I got a new (borrowed) 2400 baud Hayes it packed up
quickly mayyer of months) by getting very noisy on the dialing relay (pulse you
see) started to get wrong numbers and or unable to dial messages. Then a
second USRobotics also went in a similar fashion so now I'm back to the good
old Hayes. I wonder if the Telco shunt current isn't just a little too high
for these newer modems with absolute bottom dollar relays and few users who
still use pulse dialing. I am just opposed to letting the Telco take home an
extra couple of dollars every month for the priveledge of using tone dialing.
Especially when they will no longer install a pulse dial phone but still keep
up the pretext that it is an optional extra. Wait till they HAVE to come and
change it out at their cost. That's my motto. Bob
There is 1 Reply.
#: 18919 S10/OS9/6809 (CoCo)
25-Sep-93 22:40:37
Sb: #18903-3.5 drive query
Fm: David Breeding 72330,2051
To: Bob Palmer 74646,2156
No, I'm now using tone dialing, although I was on pulse till sometthing like a
year ago. Yes, the extra charge is kind of a rip-off, but it is nice to get
the faster dialing, etc. I suppose it is worth it. I changed over hoping to
get better svc. I just might give a Hayes a try. I assumed that a USRobotics
was near top-of-the-line. As i remember, it costs nearly as much as a Hayes,
doesn't it?
About the Telephone company's current... It could be... I live in a rural
area so it's uncertain just what curent they are providing, although I'm really
surprised as to how reliable and clear my data is most of the time. With my
previous modem, a Smart Team, it would take spells of spewing out nothing but
garbage. I cussed the Tel. Co. quite a bit but after getting this modem,
everything is swell, except for this cotton-picking going off- hook on turn-on.
#: 18816 S10/OS9/6809 (CoCo)
15-Sep-93 01:11:41
Sb: #gshell 1.25
Fm: randy pischke 75460,205
To: brother jeremy/ 76477,142 (X)
Brother Jeremy,
I downloaded your file of gshell 1.25 only to find out that it will not
work. Your Ipatch file is looking for an original file of size 3A95h whereas
gshell 1.24a is size 3b48h. I double checked and my gshell 1.24a is the correct
size. Also, your Ipatch file has gshell 1.25 being smaller than 1.24a. Is this
possible given the fact that features have been added. Please let me know if I
have missed something along the way.
Randy
There is 1 Reply.
#: 18837 S10/OS9/6809 (CoCo)
19-Sep-93 01:01:28
Sb: #18816-gshell 1.25
Fm: Brother Jeremy, CSJW 76477,142
To: randy pischke 75460,205
Randy, I will have to check and get back to you on this. It may take a day or
so. With all best wishes, Brother Jeremy, CSJW
#: 18817 S10/OS9/6809 (CoCo)
15-Sep-93 01:33:42
Sb: SCII drivers
Fm: randy pischke 75460,205
To: kevin darling/ 76703,4227 (X)
kevin, how's it going? Haven't heard from you so I thought I would leave you
anothe message. I have a problem using the disto SCII with my modem. I get a
conflict between the clock module and the acia module which gives me lots of
garbage when I try to use the modem. I get the same problem using wizpro with
its special drivers. The onlything nonstandard I am doing is using a RS-232
port addressed at FF30. Any help would be greatly appreciated. thanx Randy.
#: 18780 S12/OS9/68000 (OSK)
11-Sep-93 22:21:54
Sb: #18746-Cribbage+Kwindows
Fm: Dieter G. Rossmann 70314,1766
To: Zack Sessions 71532,1555 (X)
I'm of the same apinion, have most of the programs that Bob van der
Poel wrote, and am satisfied with all of them! OS9 level II, and OSK...
G'Day!
Dieter
#: 18781 S12/OS9/68000 (OSK)
11-Sep-93 22:21:57
Sb: #18746-Cribbage+Kwindows
Fm: Dieter G. Rossmann 70314,1766
To: Zack Sessions 71532,1555 (X)
BTW, I for got to ask in the last message, where can I get the InfoXpress
program from?
G'Day!
Dieter
#: 18774 S12/OS9/68000 (OSK)
11-Sep-93 16:52:50
Sb: #18631-#PtyMan
Fm: Carl Kreider 71076,76
To: David George 72240,134 (X)
I will hang this message here, although it is in response to the thread in
general.
I do have screens running and running properly. I have used it since before
the MM/1 (I remember arguing with Pease about screens vs. windows). I use it
with both ptys and ptyman. I have found and fixed the most obnoxious bugs, but
some remain. In general I prefer ptys over ptyman. I liked not filling up the
device table and module dir with all those pty/tty pairs but ptyman has still
has several problems (page pause happens at a random point in the line vs. at
the end, the input buffer is flushed on the check for page pause release, page
pause release chars are buffered and eventually displayed, some signals are not
handled right, line wrap is not handled right, can't do 'tmode normal', etc)
that I haven't had time to chase. OTOH, ptys doesn't like the version of scf
that comes with 2.4 (ver. 31). That is the reason you can't open more than a
couple windows. It is an interaction with the signals and the changes MW made
to kill processes on CD loss. It works fine with scf ver. 29, which is what I
use. The only problem is getting the address for the shared memory right. As
it came, it was set for an Atari ST, but I have fixed that so it should work on
anything. In addition, I hacked screen to use a named config file, so I can
start up with different configurations (root window, 9 windows for my project,
or 2 root windows, 2 C source windows, 2 OSK source windows, etc).
So where are y'all now? Do you have the problems fixed or should you all trash
what you have and I upload my versions?
Carl
There are 2 Replies.
#: 18776 S12/OS9/68000 (OSK)
11-Sep-93 19:03:01
Sb: #18774-PtyMan
Fm: Bill Dickhaus 70325,523
To: Carl Kreider 71076,76 (X)
Carl,
Right now I'm using the version of screen that Bob van der Poel uploaded, which
uses ptyman. I would really rather use ptys, for the same reasons you mention,
but I don't want to use an old version of SCF. So as far as I'm concerned, at
this point I'll stick with ptyman.
-Bill-
#: 18804 S12/OS9/68000 (OSK)
13-Sep-93 18:19:56
Sb: #18774-#PtyMan
Fm: David George 72240,134
To: Carl Kreider 71076,76 (X)
I am going to stick with ptyman for now. I agree with what you wrote about
having all of the pty/tty pairs taking up space, but I like have a separate
manager for the pty's. I am also using SCF edition#29. I haven't had any
problems with Bob's ptyman upload, but I haven't tried to see how many screens
I can use at once. I am using this on a KiX\30 with Wyse50 and Wyse60
terminals.
BUT we can never have too many choices. I would like to try out your modified
ptys (this is the version that uses SCF, right?).
David
There is 1 Reply.
#: 18808 S12/OS9/68000 (OSK)
13-Sep-93 22:59:15
Sb: #18804-PtyMan
Fm: Carl Kreider 71076,76
To: David George 72240,134 (X)
Well, ptyman shouldn't care whether you use scf 29 or 31, so you should be ok.
My preference would be ptyman too, but I just got tired of the bugs. Maybe I'll
fix them one of these days....
#: 18863 S12/OS9/68000 (OSK)
20-Sep-93 17:00:11
Sb: #18720-Coco disks on MM1
Fm: ole hansen 100016,3417
To: Mark Griffith 76070,41 (X)
hello Hugo
I have been using the TOP-package UUCP/OXM for 3 years without problems.
regards ole@danelec.dk
#: 18772 S12/OS9/68000 (OSK)
11-Sep-93 16:12:46
Sb: #18771-dcheck/del question
Fm: SCOTT HOWELL 70270,641
To: Zack Sessions 71532,1555 (X)
I was afraid if that!. Oh well, time to get some floppies!
#: 18778 S12/OS9/68000 (OSK)
11-Sep-93 22:00:37
Sb: #18768-dcheck/del question
Fm: Bob van der Poel 76510,2203
To: SCOTT HOWELL 70270,641 (X)
You *could* go in with a disk zapper (fm or ded) and set the first character of
the bad file's name in the directory to a 0. That will lock out the file from
being accessed and lockout the sectors allocated to the file from being
reallocated. Of course, if the file contains good sectors too, it is a bit of a
waste. However, as Zack said, the best thing to do is to restore the drive. I
had problems with my original Quantum drive, but I called them and had it
replaced. In about a year of running now I have yet to get a sector error.
#: 18782 S12/OS9/68000 (OSK)
11-Sep-93 22:22:09
Sb: OS-9000 Sterm
Fm: Dieter G. Rossmann 70314,1766
To: All
Can anyone tell me how to set the Terminal /T1 in OS-9000 to enable to RTS/CTS
hardware hand shaking?
I have finally figured out how to get the Sterm for OS-9000 from my PC's root
directory in to the OS-9000 CMDS directory, am using the STERM terminal now but
cant set to RTS/CTS flow controll in the /T1 module... Any help would be
appriciated. Thanks!
G'Day!
Dieter
#: 18792 S12/OS9/68000 (OSK)
12-Sep-93 14:37:30
Sb: CirCad Demo
Fm: John R. Wainwright 72517,676
To: ALL
I have just uploaded a slightly crippled version of my
CirCad schematic drawing program. Yep, another "crippled
DEMO". The drawing functions are all there, but the file
input/output functions are dead, except for the file I/O
from the edit buffer, which works. I left that part in to
allow users to trade little diagrams and saved "objects"
easily and maybe make some of the explanations in technical
discussions in the forum a little easier - just send a
diagram.
Circad draws diagrams on the MM/1 screen and writes them to
a file in the PostScript printer control language. A
second file stores the coded drawing commands in CirCad's
own format.
It includes a set of basic drawing tools and a few extra ones,
and some built-in electrical and electronics schematic
symbols.
The program came about when I was preparing a schematic
drawing for the electricians at a local factory where I had
recently installed new electronic controls on a heating and
air conditioning system.
I had (finally) convinced GhostScript to compile and run on
the MM/1 and I thought it could draw a neat diagram if I
could write the file. I drew the schematic on graph paper
and translated it into PostScript (with help from some
reference books), writing the PostScript file with a text
editor. The diagram looked great, but writing the
PostScript file was a long job. At this point, CirCad began
to develop.
CirCad is being distributed by Mark Griffith's "DIRT CHEAP
COMPUTER STUFF Co." Contact Mark for price and
availability. (Mark is 76070,41 on CIS, MARKGRIFFITH on Delphi)
I will be at the coming `fest' in Atlanta. Look for the guy
with the shiny head and glasses, drooling over the other
goodies at Mark's booth and trying to decide if he wants a
tape drive or a floptical. (or a CD-ROM, or ALL of em - all
I have to do is hit the Michigan Lottery).
John R. Wainwright
<<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
*********** InfoXpress ************
#: 18798 S12/OS9/68000 (OSK)
12-Sep-93 21:52:38
Sb: Diskcat
Fm: Bob van der Poel 76510,2203
To: All
I have just uploaded an updated version of diskcat to lib 12. The original
version crashed if a disk was named with rendisk...that is because rendisk set
the name on the disk with a null terminator instead of setting the high bit.
Both programs have been fixed in this new upload. There were also a few typos,
etc... Sorry for any inconvenience.
#: 18818 S12/OS9/68000 (OSK)
15-Sep-93 17:31:29
Sb: #printer driver
Fm: Steve Wegert 76703,4255
To: Mark Griffith 76070,41 (X)
Mark,
It would appear inizing the /p descriptor clears up the problems I was having
when killing a print job.
*- Steve -*
There are 2 Replies.
#: 18821 S12/OS9/68000 (OSK)
16-Sep-93 19:05:06
Sb: #18818-#printer driver
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Not sure what this thread is all about...but I thought I'd throw in my
latest experience with NOT inizing drivers. I use /t3 and /4 for my
modem and a remote terminal. If I don't INIZ them, using the modem causes
/t4 (which is running tsmon) to change baud rate. It appears that it is
good practice to iniz all devices? Or should some be left alone?
There are 2 Replies.
#: 18823 S12/OS9/68000 (OSK)
17-Sep-93 06:50:37
Sb: #18821-#printer driver
Fm: Bill Dickhaus 70325,523
To: Bob van der Poel 76510,2203 (X)
Bob,
I iniz my T1 port (CoCo attached), but not T0 (modem attached), I'm going to
try inizing P, as Steve has done, since I never did get the spooler working
right, and maybe that was my problem.
-Bill-
There is 1 Reply.
#: 18832 S12/OS9/68000 (OSK)
18-Sep-93 13:52:29
Sb: #18823-printer driver
Fm: Bob van der Poel 76510,2203
To: Bill Dickhaus 70325,523 (X)
Inizing /p also eliminates the problem of the computer locking up when you
abort a print run.
#: 18826 S12/OS9/68000 (OSK)
17-Sep-93 13:47:39
Sb: #18821-#printer driver
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
> Not sure what this thread is all about...but I thought I'd throw in my
> latest experience with NOT inizing drivers. I use /t3 and /4 for my
> modem and a remote terminal. If I don't INIZ them, using the modem
> causes /t4 (which is running tsmon) to change baud rate. It appears that
> it is good practice to iniz all devices? Or should some be left alone?
Well ... that sort of depends. If I were to iniz my serial devices, mtsmon
wouldn't sense the drop of DTR and recylcle itself upon loss of carrier. But
... the stock tsmon hasn't figured out how to do that so inizing with the stock
drivers shouldn't be a problem.
By the way ... I've not had any problem with baud rate changing on it's own.
The original comlaint I had was with the printer drivers. (I'm not using your
polled stuff ... just the latest stock offerings from Carl).
I've found that without inizing /p, killing a print job in process and
attempting to send another job to the printer will hang the machine.
*- Steve -*
There is 1 Reply.
#: 18831 S12/OS9/68000 (OSK)
18-Sep-93 13:52:29
Sb: #18826-#printer driver
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Speaking of monitoring DTR with tsmon...is there any way I can do something to
avoid this:
I have a terminal hooked up to /t4 via a 4 wire cable. The wires are
assigned to GND, TXD, RXD and RTS. All works well, unless the terminal
user does something to lock his process (probably a crash...). The only
way to restart the remote user is to kill his shell, etc. from the
consol.
There is 1 Reply.
#: 18843 S12/OS9/68000 (OSK)
19-Sep-93 10:07:30
Sb: #18831-#printer driver
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
> I have a terminal hooked up to /t4 via a 4 wire cable. The wires are
> assigned to GND, TXD, RXD and RTS. All works well, unless the terminal
> user does something to lock his process (probably a crash...). The only
> way to restart the remote user is to kill his shell, etc. from the
> consol.
>
If you find a way ... lemme know! My console is in the basement while tubes
are in various places in the house. Those stairs are gettiing to be a _real_
drag!
*- Steve -*
There is 1 Reply.
#: 18849 S12/OS9/68000 (OSK)
19-Sep-93 18:39:03
Sb: #18843-#printer driver
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Having just promised myself to get more exercise (the wife and I are now both
proud owners of mountain bikes and we've been going for regular rides, honest!)
I can only suggest that running up and down the stairs is good for you <g>.
There is 1 Reply.
#: 18856 S12/OS9/68000 (OSK)
20-Sep-93 10:20:32
Sb: #18849-printer driver
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
> rides, honest!) I can only suggest that running up and down the stairs is
> good for you <g>.
>
Yeah yeah yeah .... you sound like my wife! :-)
She's taken to buying low fat butter (why bother!) and wants me to cut down on
my coffee intact.
Geez ....
*- Steve -*
#: 18822 S12/OS9/68000 (OSK)
16-Sep-93 19:30:38
Sb: #18818-printer driver
Fm: Mark Griffith 76070,41
To: Steve Wegert 76703,4255 (X)
Steve,
> It would appear inizing the /p descriptor clears up the problems I was
> having when killing a print job.
Glad that fixed it for you!
/************* /\/\ark ************/
(uploaded with InfoXpress Ver 1.0)
#: 18829 S12/OS9/68000 (OSK)
18-Sep-93 13:41:44
Sb: #new shell
Fm: John Strong 72270,1555
To: all
Project: Forker
Inspired by the excellent, Shell+ for OS-9 Level 2, StrongWare is
developing a replacement shell for OS-9/68000 (OSK). This project
is in a very early stage!, therefore no estimated release date is
possible.
Announcement purpose:
1. To allow OSK users to comment on what features they would like
to see in an enhanced shell for OSK.
2. To give the OSK community an idea of the features planned for
Forker, so that they may comment on them.
3. To gauge the interest of OSKers in an enhanced shell. (Will it
be worth the time and effort required to complete Forker?)
4. To remind OSK programmers that they should check the standard
enviroment variable, "SHELL", to obtain the name of the users
shell, instead of just forking "shell".
Forker options:
-b print blocking.
-nb no print blocking.
-c display help for commands.
-e[=<path>] print error explanations.
-ne don't print error explanations.
-p[=<prompt>] print prompt.
-np don't print prompt.
-t echo input lines.
-nt don't echo input lines.
-x exit on error.
-nx don't exit on error.
-l require "logout" to logout.
-nl <eof> on input will logout.
-v print attempts to execute command.
-nv don't print attempts to execute command.
Forker commands:
chd or cd change data directory
chx or cx change execution directory
dl del a file
dlx del a file (exec)
err print long error message
ex execute program as overlay
hlp provide Help on utilities
kill abort a process
logout terminate current Shell
lst list the contents of a file
md make a directory
mxd make a directory (exec)
profile
prtenv print enviroment variables
rm remove a directory
set set Shell options
setenv set enviroment variables
setpr set process priority
unsetenv clears enviroment variable
w wait for process to finish
wait wait for child processes to finish
Forker is being written in assembly language. An advance "Thank You"
for your comments.
John R. Strong
StrongWare
Box 361
Matthews, IN 46957
cis: 72270,1555
There are 4 Replies.
#: 18834 S12/OS9/68000 (OSK)
18-Sep-93 14:40:07
Sb: #18829-new shell
Fm: David George 72240,134
To: John Strong 72270,1555 (X)
I do a lot of work in Unix and like the shells that are available there
(especially the Korn Shell). So I plan on using BASH for my replacement
shell. It is nice not having say "darn!!! I can't do that with this shell"
(cleaned up for publication ^^^^ :-o )
David George
#: 18844 S12/OS9/68000 (OSK)
19-Sep-93 10:07:37
Sb: #18829-new shell
Fm: Steve Wegert 76703,4255
To: John Strong 72270,1555 (X)
John,
Now to throw cold water on your efforts but .... (you knew _that_ was coming!)
With all the other shells (tshell, csh, sh, bash) available to OSK users, do we
need yet another shell? Is it something so special folks already having access
to the above will pay money for it?
Why not divert your effort towards an application that we don't have for OSK?
*- Steve -*
#: 18852 S12/OS9/68000 (OSK)
19-Sep-93 21:04:20
Sb: #18829-#new shell
Fm: Carl Kreider 71076,76
To: John Strong 72270,1555 (X)
John,
A new shell must have several things to be interesting:
1) aliases
2) command history
3) command line recall and edit
4) for loops
Of course, case, while, test, etc, would be nice. But I don't think a day goes
by I don't type "for i in <somehting>; do <mung> $i; done" several times.
There is 1 Reply.
#: 18853 S12/OS9/68000 (OSK)
19-Sep-93 23:23:11
Sb: #18852-#new shell
Fm: John Strong 72270,1555
To: Carl Kreider 71076,76 (X)
>Fm: Steve Wegert 76703,4255 >Now to throw cold water on your efforts but ....
(you knew _that_ was coming!)
Of course
>With all the other shells (tshell, csh, sh, bash) available to OSK users, >do
we need yet another shell?
Are any smaller than 10k? My other OSK machine is a 512k Atari ST. Not a lot
of memory for large Unix type shells, also the most common memory size for
Burke & Burke's Rocket will probably be 512K.
>Is it something so special folks already having access to the above will >pay
money for it?
That's the big question! Also don't forget that there are lots of folks who
don't have access to those shells or CIS and/or the other services.
>Why not divert your effort towards an application that we don't have for OSK?
I'm also porting some of my games to the MM/1. CopyCat is 90% complete. Gems
is being worked on. However porting 90+ pages of 6809 code & data to 68000
code can get quite boring, so I've got to keep an interesting project on the
back burner.
>Fm: Bob van der Poel 76510,2203 >You might find it easier and more versatile
to implement your extra features >via an 'alias' feature rather than
hard-coding stuff into the shell.
I plan to have an 'alias' feature, however hardcoding features has its
advantages and in many cases not that hard.
Here is the current code for dl (del), dlx (del -x), md (makdir) & mxd (makdir
-x):
delx: move.b #Exec_,d0
bra.s del_1 del: moveq #0,d0
del_1: move.l line(a6),a0 point a0 to pathlist
os9 I$Delete
bcs.s prterror
move.l a0,line(a6)
rts
makxdir: move.b #Updat_+Exec_+Dir_,d0
bra.s makdir1
makdir: move.b #Updat_+Dir_,d0
makdir1: move.w #$bf,d1 all attrs, exec non-shareable
move.l line(a6),a0 point a0 to pathlist
os9 I$MakDir
bcs.s prterror
move.l a0,line(a6)
rts
Fairly simple I think.
> Good luck.
Thanks Bob.
John R. Strong
StrongWare
There is 1 Reply.
#: 18857 S12/OS9/68000 (OSK)
20-Sep-93 10:20:46
Sb: #18853-new shell
Fm: Steve Wegert 76703,4255
To: John Strong 72270,1555 (X)
> Are any smaller than 10k? My other OSK machine is a 512k Atari ST. Not a
Now _that's_ a consideration I tend to overlook. Good point.
> I'm also porting some of my games to the MM/1. CopyCat is 90% complete.
Good to hear!
>
*- Steve -*
#: 18885 S12/OS9/68000 (OSK)
23-Sep-93 02:31:19
Sb: #18829-#new shell
Fm: keith bauer 71102,317
To: John Strong 72270,1555 (X)
John,
> Project: Forker
>
> Inspired by the excellent, Shell+ for OS-9 Level 2, StrongWare is
> developing a replacement shell for OS-9/68000 (OSK). This project
> is in a very early stage!, therefore no estimated release date is
> possible.
>
I have two things I would like to see. One is that the prompt should be
able to be setup so it shows the current working directory. The second is
for it to know about basic. Currently I use SH, mainly because I can set
it up so the command line is the CWD. If your Forker has these two features
I am sure it will have many more and I will put my money where my mouth is.
Good luck
Keith Bauer
CIS :71102,317 Delphi :keithbauer
Internet:keithbauer@delphi.com
Via InfoXpress/OSK ver 1.00 How 'bout them Cowboys!
There is 1 Reply.
#: 18896 S12/OS9/68000 (OSK)
24-Sep-93 01:41:18
Sb: #18885-new shell
Fm: John Strong 72270,1555
To: keith bauer 71102,317 (X)
Keith,
It knows about Basic, and will have more features than I listed.
thanks.
John Strong
#: 18835 S12/OS9/68000 (OSK)
18-Sep-93 20:22:13
Sb: ##18829-new shell
Fm: John Strong 72270,1555
To: David George
David,
A UNIX style shell, such as the Korn shell, is a much larger project
than I'm currently willing to undertake, especially since I don't use
UNIX. I hate to admit it, but UNIX style shells are best left to C
programmers.
I'm looking for specific features to implement, rather than a shell to
clone.
John R. Strong
StrongWare
There is 1 Reply.
#: 18846 S12/OS9/68000 (OSK)
19-Sep-93 12:49:35
Sb: #18835-#18829-new shell
Fm: Bob van der Poel 76510,2203
To: John Strong 72270,1555 (X)
You might find it easier and more versatile to implement your extra features
via an 'alias' feature rather than hard-coding stuff into the shell. For
example, you have a feature 'mkxdir'. However, I might prefer to use my own
"super-dupper" makdir command. So why not have the option to create an alias
which converts mkxdir into "makdir -x".
Good luck.
#: 18840 S12/OS9/68000 (OSK)
19-Sep-93 02:53:09
Sb: #screen vert. term help
Fm: SCOTT HOWELL 70270,641
To: bob van der poel
Bob,
I downloaded the 'screen' virtual terminal program that you modified
While the executable works great, I am having a problem compiling or actually
linking 'ansi.c' It says it cannot find /h0/lib/os9lib.l, which I do not have.
Where can I get this library file. I don't think 'os9lib.l' came with stantard
system disk, at least I do not think so!
I modified the Termcap in ansi.c to accept my screen colors termcap
entries.
There is 1 Reply.
#: 18850 S12/OS9/68000 (OSK)
19-Sep-93 18:39:06
Sb: #18840-#screen vert. term help
Fm: Bob van der Poel 76510,2203
To: SCOTT HOWELL 70270,641 (X)
Scott, the os9lib.l is part of the TOPS distribution. If it isn't posted here
already let me know and I'll package my copy and post it.
There is 1 Reply.
#: 18855 S12/OS9/68000 (OSK)
20-Sep-93 05:46:31
Sb: #18850-#screen vert. term help
Fm: SCOTT HOWELL 70270,641
To: Bob van der Poel 76510,2203 (X)
I have to TOPS disks and have found os9lib.l. I am trying to add additional
terminal capabilities to ansi.c. I compiles/links ok. but when it is ran, some
of the term capabilities go away to the point that ved does'nt run. I am adding
color capability to ansi.c by using my own 'homebrew' termcap codes, is this
acceptable?
There are 2 Replies.
#: 18859 S12/OS9/68000 (OSK)
20-Sep-93 14:14:27
Sb: #18855-#screen vert. term help
Fm: Steve Wegert 76703,4255
To: SCOTT HOWELL 70270,641 (X)
> additional terminal capabilities to ansi.c. I compiles/links ok. but when
> it is ran, some of the term capabilities go away to the point that ved
Sounds like some of the problems I'm having. Can you show me where exactly in
the code you're adding termcap capablilities? Perhaps _that_ where we're going
wrong.
*- Steve -*
There is 1 Reply.
#: 18860 S12/OS9/68000 (OSK)
20-Sep-93 16:04:45
Sb: #18859-screen vert. term help
Fm: SCOTT HOWELL 70270,641
To: Steve Wegert 76703,4255 (X)
I am modifying tha ansi.c code (line 87) where the termcap char array is
initialized. I just added my 'homebrew' background/foreground codes to this
section. If you like you can download color.lzh in section 12 of libs to get
the full termcap spec for these colors. This are non-standard for I do not
believe termcap has any color capability.
#: 18861 S12/OS9/68000 (OSK)
20-Sep-93 16:14:33
Sb: #18855-#screen vert. term help
Fm: Mike Haaland 72300,1433
To: SCOTT HOWELL 70270,641 (X)
There's already termcap codes for colors, lemme see...
c0 = background color #0
c1 thru c7 = back colors 1 thru 7
d0 thru d7 = fore colors 0 thru 7
Hope this helps,
- Mike -
BTW - The above are used by Emacs 3.12
There are 2 Replies.
#: 18870 S12/OS9/68000 (OSK)
20-Sep-93 22:00:25
Sb: #18861-screen vert. term help
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)
Mike, I just checked the system V termcap stuff I dl'd from here and they don't
seem to have the c0.. and d0 stuff in there. However, they do have some other
interesting stuff for colors. Too bad there isn't an "international termcap
capabilities assignement office".
#: 18876 S12/OS9/68000 (OSK)
21-Sep-93 15:41:00
Sb: #18861-screen vert. term help
Fm: SCOTT HOWELL 70270,641
To: Mike Haaland 72300,1433 (X)
GREAT, lemme go and change my source code to reflect the standard!!
#: 18845 S12/OS9/68000 (OSK)
19-Sep-93 10:07:48
Sb: #screen
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
Bob,
I'm attempting to get used to screen. So far so good, but it's less than
intuative command structure is ahh .... wellll ....
Anyway, I'm having some difficulties with the termcap entry and wondered if you
could help.
Right out of the box (so to speak), my copy of sterm wouldn't run as it
required a 'le' parameter in the termcap. I popped the code, stuck one in,
recompiled and all is well.
But causing me real withdrawl is the absence of a standout mode. My tube
emulates a tvi910 and does support so/se, but for some reason screen doesn't
put one in. Even calling screen with -a option doesn't help here. Ideas?
Also, I've not been able to get the ^\C command (that's an upper case 'C') to
work. Shouldn't it terminate screen immediately? What am I missing?
Have you tried to run DED in a screen window? I can't seem to get the <esc>
key to be recognized (but it works fine in Sterm!) Ideas?
*- Steve -*
There is 1 Reply.
#: 18848 S12/OS9/68000 (OSK)
19-Sep-93 18:39:02
Sb: #18845-#screen
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Not sure how much help I can be....after all, I didn't write this! But, lets
see:
Don't know why sterm needs 'le' (backspace code). I checked my source and it
does look for it, but never seems to use it. Anyway, it is probably just as
well to add it to screen. Matter of fact, the termcap creater in screen should
really copy all the termcap entries and modify the ones it knows about? Maybe?
I have standout defined in both my vsc and televideo 965 entries and screen
seems to honor them just fine. Ummm, does the screen termcap entry show
anything for "so/se"? Oh, do you have "me" defined. Looking at the source real
fast...it appears that something is done to "so/se" if "me" is defined. I think
the logic may be incorrect in ansi.c. Try taking "me" out of your termcap and
see what happens. I think that the application is probably looking for "se" and
ignoring "me".
What is ^\C supposed to do? If I do a <CTRL-\> followed by a <C> I create a new
screen. To delete the current screen I do an EOF which ptyman redefines as a
CTRL-D (not ESC).
Just tried DED. Seems to be okay expect for when it prints the lsn #. Seems to
get gotoxy() screwed up.
I wonder...before we all get hacking on this version, is there a more current
unix version kicking around. Might be that termcap bug fixes have been done
already.
There are 2 Replies.
#: 18858 S12/OS9/68000 (OSK)
20-Sep-93 10:21:07
Sb: #18848-#screen
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
> Not sure how much help I can be....after all, I didn't write this! But,
> lets see:
>
> I have standout defined in both my vsc and televideo 965 entries and
> screen seems to honor them just fine. Ummm, does the screen termcap entry
> show anything for "so/se"? Oh, do you have "me" defined. Looking at the
> source real fast...it appears that something is done to "so/se" if "me" is
The screen termcap doesn't show anything for so/se, and I don't have 'me'
defined in my tvi910 entry. I need to use a couple different terminals with
screen and see if I can spot a pattern. Standout isn't a big deal on the tvi
tube as it really handles it poorly, but using 'nn' on the university computer
required it .... until I figured out how to turn on the 'slow' mode which marks
each selection with an '*' rather than hilighting.
>
> What is ^\C supposed to do? If I do a <CTRL-\> followed by a <C> I create a
> new screen. To delete the current screen I do an EOF which ptyman
> redefines as a CTRL-D (not ESC).
The man page may be a bit unclear with this. What I'm tring to do is terminate
the screen session immediately. Right now I have to <cntrl-\><k> my way through
all the windows before it quits. The man pages seem to indicate there's an
'immediate' kill switch.
>
> Just tried DED. Seems to be okay expect for when it prints the lsn #.
> Seems to get gotoxy() screwed up.
Where I hap problems was in Editing .... hitting the <ESC> key to switch
between byte/char modes, Ded just sat there.
*- Steve -*
There are 2 Replies.
#: 18867 S12/OS9/68000 (OSK)
20-Sep-93 21:01:24
Sb: #18858-#screen
Fm: David George 72240,134
To: Steve Wegert 76703,4255 (X)
Regarding the kill all windows and quit did you try <CTRL><\><CTRL><\>
(in other words ^\^\)? It looks to me like ^\k kills current window
and ^\^\ kills all windows and terminates screen.
To ALL:
Maybe we should change screen to terminfo?
There is 1 Reply.
#: 18874 S12/OS9/68000 (OSK)
21-Sep-93 13:37:18
Sb: #18867-screen
Fm: Steve Wegert 76703,4255
To: David George 72240,134 (X)
> Regarding the kill all windows and quit did you try <CTRL><\><CTRL><\>
> (in other words ^\^\)? It looks to me like ^\k kills current window
> and ^\^\ kills all windows and terminates screen.
Yup ... that just jumps me to another window. Strange.
>
> To ALL:
> Maybe we should change screen to terminfo?
> Argh!
*- Steve -*
#: 18869 S12/OS9/68000 (OSK)
20-Sep-93 22:00:24
Sb: #18858-screen
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
I get the same problem with ESC in ded. Mind you, ya probably shouldn't be
using it from a remote terminal anyways...maybe it knows?? I tried changing the
EOF char in the path desc. in the pty generated tmode entry but it didn't
change anything.
Funny about so/se disappearing. You might want to have a look at the ansi.c
file to see what screen is saving/swallowing. Might spot something in your
termcap I'm missing from mine which is causing the problem. I just know that
so/se get passed to my vsc and tv965 entries.
Oh, I see what you mean about CTRL-\. Having a fast look at screen.c it appears
that there is a test for META-META...which is what you are doing since META by
default is CTRL-\. Guess you'll have to recompile with the KEY_QUIT set to
something else. It should just be a matter of changing the slot KEY_QUIT is
assigned to in InitKeyTab().
#: 18877 S12/OS9/68000 (OSK)
21-Sep-93 17:31:58
Sb: #18848-screen
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
Bob,
I've narrowed down the missing so/se problem to some type of test statement in
ansi.c. It checks for sg<=0. The sg parameter in my tvi910 entry is set for 1.
When I change that to 0, so/se reappear in screen's termcap entry.
I hacked in the entries for ho (needed it for a cls command I use) and le
(sterm) and seem to be doing just fine.
Not sure why the standout glitch is messing with things but ..
*- Steve -*
#: 18851 S12/OS9/68000 (OSK)
19-Sep-93 20:36:49
Sb: #Accelerator
Fm: Carl Kreider 71076,76
To: MM/1 owners
MM/1 owners,
I need a small poll of potential MM/1 accelerator customers. We have placed
three beta units and preliminary results are starting to come in. The first
disturbing one is that Paul's board house apparently substitiuted 74HC257 parts
for the spceified 74AC257 parts. The result of this is that the MM/1 will not
run with three cycle memory access.
There are two solutions: ship a four cycle pal or replace the 257's. The four
cycle pal will reduce performance by 20% (2800 dhrystones at 16Mhz to 2250),
which is still a large improvement, but not as much as *I* wanted when we
designed this. You can install proper parts (three needed, available from
DigiKey for $1.23 each), or Kevin or perhaps Mark could provide and install the
right parts for perhaps $25.
The question then is, is there preference for any of the three solutions or are
there more alternatives?
1) Four Cycle pal and lower performance.
2) You change three chips.
3) You pay someone else to change three chips.
4) ???????
Please reply to 71076,76 (or 71076.76@compuserve.com)
I don't know where most MM/1 users hang out. Could someone perhaps copy this
to any other services where MM/1 users can be found?
Carl
There are 6 Replies.
#: 18862 S12/OS9/68000 (OSK)
20-Sep-93 16:14:43
Sb: #18851-Accelerator
Fm: Mike Haaland 72300,1433
To: Carl Kreider 71076,76 (X)
Personally, I'd change the 3 chips myself, but it's probably a good idea to
have the service available. I _don't_ like option 1 (4 cycle pal).
- Mike -
#: 18864 S12/OS9/68000 (OSK)
20-Sep-93 19:27:26
Sb: #18851-Accelerator
Fm: John R. Wainwright 72517,676
To: Carl Kreider 71076,76 (X)
After playing with Ghostscript and TeX, I am very interested in anything that
makes my michine faster (GRIN).
I can change chips.
Lots of MM/1 users hang out on Delphi (tho many of those are here too) - I will
post your query there if someone else hasn't beat me to it.
John R. Wainwright
<<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
*********** InfoXpress ************
#: 18865 S12/OS9/68000 (OSK)
20-Sep-93 20:28:55
Sb: #18851-#Accelerator
Fm: Bob van der Poel 76510,2203
To: Carl Kreider 71076,76 (X)
Carl, Without opening up my box, I don't know if the 257s are socketed or glued
in...probably the later and I don't like to practice my limited skills on a
multi-layer board. The other problem I see is sending the board off for
service/upgrading...just because of some of the long delays we've all
experienced in the past I'm hesitate to let things out of my grasp. Maybe the
slower solution would be best? Don't know.
There is 1 Reply.
#: 18878 S12/OS9/68000 (OSK)
21-Sep-93 22:01:20
Sb: #18865-#Accelerator
Fm: Carl Kreider 71076,76
To: Bob van der Poel 76510,2203 (X)
They are not socketed. We are hoping that only a few early boards are a
problem. So far lots of people seem to have the faster parts.
I understand your concerns. All I can say is that this is a different set of
people. I hope better, but only time will tell that.
So far it is about 10:1 in favor of speed and changing chips if necessary.
There is 1 Reply.
#: 18900 S12/OS9/68000 (OSK)
24-Sep-93 19:57:23
Sb: #18878-#Accelerator
Fm: Bob van der Poel 76510,2203
To: Carl Kreider 71076,76 (X)
I've lost track of the part numbers... I just checked my I/O board and I have 3
74HC257's next to the RAM. Are those the bad ones? If so, could I bring the
board with me to Atlanta next weekend? Maybe someone there can do the surgery
(Mark???)?
There is 1 Reply.
#: 18912 S12/OS9/68000 (OSK)
25-Sep-93 16:17:10
Sb: #18900-#Accelerator
Fm: Carl Kreider 71076,76
To: Bob van der Poel 76510,2203 (X)
Those are the bad ones. Pease will have good chips with him in Atlanta.
Perhaps you can find a surgeon there too ;)
There is 1 Reply.
#: 18917 S12/OS9/68000 (OSK)
25-Sep-93 19:24:06
Sb: #18912-Accelerator
Fm: Bob van der Poel 76510,2203
To: Carl Kreider 71076,76
Okay. I'll pack the i/o board in with my other valuables. Do you know if there
will be 9meg or cpu boards avail in Atlanta?
#: 18866 S12/OS9/68000 (OSK)
20-Sep-93 20:36:11
Sb: #18851-#Accelerator
Fm: Hugo Bueno 71211,3662
To: Carl Kreider 71076,76 (X)
Carl,
If those chips are socketed I'd say do the chip swap. If they're soldered in,
forget it. I'm not going to endanger a $1500 investment with a soldering iron.
Coco's were different. They were cheap and easy to replace if necessary, the
MM1 is not.
Hugo
There is 1 Reply.
#: 18879 S12/OS9/68000 (OSK)
22-Sep-93 07:07:27
Sb: #18866-Accelerator
Fm: Mark Griffith 76070,41
To: Hugo Bueno 71211,3662 (X)
Hugo,
> If those chips are socketed I'd say do the chip swap. If they're soldered
> in, forget it.
Your chips are soldered in.
/************* /\/\ark ************/
(uploaded with InfoXpress Ver 1.01)
#: 18892 S12/OS9/68000 (OSK)
23-Sep-93 19:17:27
Sb: #18851-#Accelerator
Fm: John R. Wainwright 72517,676
To: Carl Kreider 71076,76 (X)
I peeked. Looks like 74AC257s . It's kinda tricky, the "A" doesn't quite meet
at the top point, but the sides of the letter definetly slope, so I'm pretty
sure its not an "H". Serial nr 120838. Kinda like trying to tell the
difference between a "U" and a "V" in the model or serial number of an
appliance with a DMP-printed tag. ARGH.
John R. Wainwright
<<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
*********** InfoXpress ************
There is 1 Reply.
#: 18893 S12/OS9/68000 (OSK)
23-Sep-93 21:51:30
Sb: #18892-Accelerator
Fm: Carl Kreider 71076,76
To: John R. Wainwright 72517,676 (X)
You are probably OK then. Current thought is that it is only the first 10 or
15 I/O boards built that are the problem.
#: 18909 S12/OS9/68000 (OSK)
25-Sep-93 13:59:29
Sb: #18851-#Accelerator
Fm: Dieter G. Rossmann 70314,1766
To: Carl Kreider 71076,76 (X)
Personally I prefere to change the three chips!
Let me know when the boards are ready for shipmant, might order one myself!
G'Day!
Dieter
There is 1 Reply.
#: 18913 S12/OS9/68000 (OSK)
25-Sep-93 16:18:34
Sb: #18909-Accelerator
Fm: Carl Kreider 71076,76
To: Dieter G. Rossmann 70314,1766 (X)
Thanks. There is *supposed* to be a general announcement soon about
availability.
#: 18854 S12/OS9/68000 (OSK)
20-Sep-93 01:27:52
Sb: poll
Fm: LARRY OLSON 72227,3467
To: 71076,76 (X)
Carl, I would have no problem with #2.
Larry Olson
#: 18868 S12/OS9/68000 (OSK)
20-Sep-93 21:09:54
Sb: #BASH
Fm: David George 72240,134
To: 76703,4255 (X)
I have some notes on BASH that I hope maybe you can pass on to the
person you got it from.
When I first start bash I get shell-init: getwd: cannot access parent
directories.
Whenever I cd I get cd_links: getwd: cannot access parent directories
(it does allow the cd though, so I can change dir) and also cd: getwd:
cannot access parent directories.
I tried running as user 0.0 and also all parent directories (back to /h0)
are d-ewrewr
Thanks.
David
PS. or maybe he would allow the source to be posted and I could take a
look at it myself seeing as how no-one else has said anything about
this problem.
Thanks again.
There is 1 Reply.
#: 18875 S12/OS9/68000 (OSK)
21-Sep-93 13:37:30
Sb: #18868-#BASH
Fm: Steve Wegert 76703,4255
To: David George 72240,134 (X)
> I have some notes on BASH that I hope maybe you can pass on to the
> person you got it from.
>
> When I first start bash I get shell-init: getwd: cannot access parent
> directories.
> Whenever I cd I get cd_links: getwd: cannot access parent directories
> (it does allow the cd though, so I can change dir) and also cd: getwd:
> cannot access parent directories.
> I tried running as user 0.0 and also all parent directories (back to /h0)
> are d-ewrewr
Very strange ....
In my breif testing of bash, I get none of these difficulties. It seems pretty
solid right out of the box.
How are you impletmenting it? I'm just loading it into memory and calling it.
Anyone else having problems?
*- Steve -*
There is 1 Reply.
#: 18904 S12/OS9/68000 (OSK)
24-Sep-93 23:05:18
Sb: #18875-#BASH
Fm: David George 72240,134
To: Steve Wegert 76703,4255 (X)
I am just calling bash. When it first starts up I get that message.
I also tried using it as my login shell (in password file) and I got
: (E$BPNam) Bad pathlist specified
The pathlist specified is syntactically incorrect.
So I took it back out of password and call it after I have logged in.
Something I might be doing different. Are you always user 0.0 ?
I use systs and login as user 0.10
However I seem to remember trying it as 0.0 and getting the same results.
David
There is 1 Reply.
#: 18911 S12/OS9/68000 (OSK)
25-Sep-93 14:13:48
Sb: #18904-BASH
Fm: Steve Wegert 76703,4255
To: David George 72240,134
> I am just calling bash. When it first starts up I get that message.
>
> I also tried using it as my login shell (in password file) and I got
> : (E$BPNam) Bad pathlist specified
> The pathlist specified is syntactically incorrect.
> So I took it back out of password and call it after I have logged in.
>
> Something I might be doing different. Are you always user 0.0 ?
> I use systs and login as user 0.10
>
Thought you were onto something with the user id thing so I did a couple of
tests. Calling bash as user 3.3 showed no problems. I also set up user 3.3
first program as bash ... again, no problem.
Lessee ... may be time for a review:
I've got bash in my /dd/cmds directory. Here's an ident:
Header for: bash
Module size: $3B3AC #242604
Owner: 0.0
Module CRC: $439D2C Good CRC
Header parity: $825C Good parity
Edition: $A #10
Ty/La At/Rev $101 $8001
Permission: $555 -----e-r-e-r-e-r
Exec off: $4E #78
Data size: $6908 #26888
Stack size: $4C00 #19456
Init. data off: $358A6 #219302
Data ref. off: $3A40A #238602
Prog Mod, 68000 obj, Sharable
Does it match yours?
The file attributes are:
/dd/CMDS:
1 file; 242604 total bytes
attrib group.owner bytes modified filename
-------- ----------- ------- -------------- --------
--e-rewr 0.0 242604 93/09/05 20:47 bash
Same?
I'm stummped. The file has been downloaded by a number of other folks. I wonder
if they're having any difficlties?
*- Steve -*
#: 18881 S12/OS9/68000 (OSK)
22-Sep-93 19:17:01
Sb: Gnu-Zip
Fm: Bob van der Poel 76510,2203
To: All
Has anyone ported gnuzip to osk? I see a number of files in this format over in
the unixforum and I'd like to grab them. Just noticed that the source if
there...packed in a gnuzip (.TGZ) archive. And at 220K I don't intend to
download and see if any of my existing programs will melt it.
#: 18882 S12/OS9/68000 (OSK)
22-Sep-93 22:31:29
Sb: #Upload Space
Fm: John R. Wainwright 72517,676
To: SYSOP (X)
Help! I started to upload a big (make that HUGE) series of files and got an
error message (libs full - contact SYSOP)
The upload is my port of Ghostscript, version 2.6.1 for OSK.
So far, I got the first two (of 15) files uploaded - hope to get the rest of it
up by the weekend. It will probably take a couple more nights to get it all on
(assuming you can make the space available).
This program prints "laser quality" documents with my MM/1 and a 24-pin epson
or deskjet. It's a monster, but it's worth it.
Thanks
John Wainwright
There are 2 Replies.
#: 18883 S12/OS9/68000 (OSK)
22-Sep-93 22:33:21
Sb: #18882-#Upload Space
Fm: Wayne Day 76703,376
To: John R. Wainwright 72517,676 (X)
John,
Just how much space do you need for the 15 files?
Wayne
There is 1 Reply.
#: 18890 S12/OS9/68000 (OSK)
23-Sep-93 19:17:07
Sb: #18883-#Upload Space
Fm: John R. Wainwright 72517,676
To: Wayne Day 76703,376 (X)
> John,
>
> Just how much space do you need for the 15 files?
>
> Wayne
>
Wayne, total 3,436,286 bytes. (Told ya it was HUGE). g261ex.lzh and g261in.txt
are already uploaded. The little one (g261in.txt) is an index to the others.
Directory of . 19:36:27
Owner Last modified Attributes Sector Bytecount Name -------
------------- ---------- ------ --------- ----
0.0 93/09/22 2207 ------wr 12434 146431 g261do.lzh
0.0 93/09/22 2207 ------wr 4000 224145 g261dv.lzh
0.0 93/09/22 2207 ------wr F7B4 213341 g261ex.lzh
0.0 93/09/22 2209 ------wr 13A18 677949 g261f1.lzh
0.0 93/09/22 2209 ------wr EA98 854226 g261f2.lzh
0.0 93/09/22 2207 ------wr 9218 174412 g261hd.lzh
0.0 93/09/22 2255 ------wr F019 2420 g261in.txt
0.0 93/09/22 2207 ------wr E795 196837 g261li.lzh
0.0 93/09/22 2207 ------wr F68D 122280 g261mk.lzh
0.0 93/09/22 2209 ------wr 1257E 314927 g261qk.lzh
0.0 93/09/22 2207 ------wr 41B7 94787 g261s1.lzh
0.0 93/09/22 2207 ------wr E526 194026 g261s2.lzh
0.0 93/09/22 2207 ------wr E27C 84499 g261s3.lzh
0.0 93/09/22 2207 ------wr E6A2 123745 g261s4.lzh
0.0 93/09/22 2207 ------wr F000 12261 g261sc.lzh
OS9 has come a long way since the 16k COCO, hasn't it?
John R. Wainwright
<<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
*********** InfoXpress ************
There is 1 Reply.
#: 18920 S12/OS9/68000 (OSK)
26-Sep-93 01:02:42
Sb: #18890-Upload Space
Fm: Wayne Day 76703,376
To: John R. Wainwright 72517,676 (X)
Hmmm... obviously, we're going to need to do some housekeeping in order to
accomodate this.
Re: OS9 coming a long way - yeah, and the files have kept on getting bigger,
and bigger, and bigger. And, I can remember when you could run a fairly good
BBS system on a 48K Model 4 - but that was in machine code, which no one seems
to use any more, today.
Wayne
#: 18888 S12/OS9/68000 (OSK)
23-Sep-93 17:35:47
Sb: #18882-#Upload Space
Fm: Steve Wegert 76703,4255
To: John R. Wainwright 72517,676 (X)
Sorry for the hassle, John. I should have mentioned to you to give us a shout
before you planned on uploading. We could have made sure there was enough space
available.
Let's see what Wayne can do in the way of waving that magic wand of his! :-)
*- Steve -*
There is 1 Reply.
#: 18891 S12/OS9/68000 (OSK)
23-Sep-93 19:17:16
Sb: #18888-Upload Space
Fm: John R. Wainwright 72517,676
To: Steve Wegert 76703,4255 (X)
No problem, Steve. Even for as big a system as CIS, I guess storage space
fills up sooner or later. I'll wait for a "go signal" from you or Wayne before
I send the rest. (I gave Wayne a list of files and sizes).
John R. Wainwright
<<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
*********** InfoXpress ************
#: 18895 S12/OS9/68000 (OSK)
23-Sep-93 23:41:16
Sb: #Kved
Fm: Bob van der Poel 76510,2203
To: All
*** CALL FOR BETA TESTERS ***
Ken Scales has written a graphical front end for Ved and Vprint for use on the
mm/1 with kwindows called KVED. This program brings point and click commands to
ved and an enhanced macro/framework suite for developing vprint and programming
language support. We'd like to have some existing Ved/Vprint users test this
out...so here's a too-good-to-be-true offer. If you are a current Ved and
Vprint registered owner and run them on the mm/1, send us a disk in a mailer
and we'll copy the latest versions of the programs plus kved to your disk and
return it to you, no charge. The only stipulation is that the disk must reach
us before Oct 15/93 and you must agree to give any feedback on the combo to
BVDP Software or to Ken Scales.
There are 2 Replies.
#: 18898 S12/OS9/68000 (OSK)
24-Sep-93 17:31:40
Sb: #18895-#Kved
Fm: Steve Wegert 76703,4255
To: Bob van der Poel 76510,2203 (X)
Bob,
Any chance of me getting in on this beta test project? Some folks have come to
cll me the Beta Tester from Hell!
Is the front end only useful to those using _both_ VED and VPRINT?
You should have my disk (not to mention the check!!) by now sitting in the ID
post office box.
*- Steve -*
There is 1 Reply.
#: 18902 S12/OS9/68000 (OSK)
24-Sep-93 21:30:41
Sb: #18898-Kved
Fm: Bob van der Poel 76510,2203
To: Steve Wegert 76703,4255 (X)
Yeah, I've heard about your nickname before. However, kved is a frontend for
ved. The vprint stuff is really just an extra.
#: 18908 S12/OS9/68000 (OSK)
25-Sep-93 13:59:20
Sb: #18895-#Kved
Fm: Dieter G. Rossmann 70314,1766
To: Bob van der Poel 76510,2203 (X)
Bob,
I would like to test the KVED program, will be sending a disk out your
way today, Also how much $ should I send You for an upgrade of all the programs
I have from you for my MM/1?
G'Day!
Dieter G. Rossmann
There is 1 Reply.
#: 18916 S12/OS9/68000 (OSK)
25-Sep-93 19:24:05
Sb: #18908-Kved
Fm: Bob van der Poel 76510,2203
To: Dieter G. Rossmann 70314,1766 (X)
Don't worry about $. I'll have to give you the latest ved and vprint anyway,
and there should be room on the disk for vmail.
#: 18897 S12/OS9/68000 (OSK)
24-Sep-93 16:04:25
Sb: #fmod function
Fm: Bob van der Poel 76510,2203
To: All
Does anyone have source for a fmod() function in C (NOT modf()!)?
Thanks.
There are 2 Replies.
#: 18907 S12/OS9/68000 (OSK)
25-Sep-93 08:19:06
Sb: #18897-#fmod function
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)
I'll upload the fmod() source to lib 12.
There are 2 Replies.
#: 18915 S12/OS9/68000 (OSK)
25-Sep-93 19:24:05
Sb: #18907-fmod function
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)
Thanks Mike. I'll go look right now.
#: 18922 S12/OS9/68000 (OSK)
26-Sep-93 11:49:42
Sb: #18907-fmod function
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433
Mike, I got the fmod(). Thanks. It is amazing...this is a 2 line function and
yet I have a listing for the same in Plauger's 'The Standard C Library' and it
goes on for a full page, plus it calls 2 other full page functions. I
wonder--which do you think runs faster? <g>.
#: 18914 S12/OS9/68000 (OSK)
25-Sep-93 18:19:24
Sb: #18897-fmod function
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)
Bob, I just uploaded GZIP 1.2.2 to lib 12.
- Mike -
#: 18918 S12/OS9/68000 (OSK)
25-Sep-93 19:24:14
Sb: Cribbage
Fm: Bob van der Poel 76510,2203
To: All
*** New Product Announcment ***
Bob van der Poel Software is pleased to announce the availability of their
famous cribbage game for the MM/1 computer. This is a fully featured
implimentation of the famous card game for you to play against the computer.
Cribbage needs a mm/1 computer running Kwindows. It will be demoed at the
upcoming Atlanta Fest; however it is in stock right now for immediate shipping.
Price is only $19.95 plus $2.00 s/h. For more information leave email or
contact us at 604-866-5772, or PO Box 355, Porthill, ID, 83853.
Press <CR> !>