3746 lines
112 KiB
Plaintext
3746 lines
112 KiB
Plaintext
90 22:04:34
|
|
Sb: #3874-M$OS9Lvl query
|
|
Fm: David George 72240,134
|
|
To: Robert Heller 71450,3432 (X)
|
|
|
|
Thanks for both of your replies. The first is just what I needed.
|
|
I was able to read the M$OS9Lvl in the INIT module.
|
|
Actually M$OS9Lvl is a 4 byte value which holds lvl.ver.ver.rev
|
|
For example on my system OSK v2.2 is reads 1220 For Level I ver 2.2 rev 0
|
|
|
|
#: 3933 S13/Atari ST
|
|
29-May-90 10:46:17
|
|
Sb: #3636-#M$OS9Lvl query
|
|
Fm: Mark Wuest 74030,332
|
|
To: David George 72240,134 (X)
|
|
|
|
David,
|
|
The way I have always used memory modules is to have the structure defining
|
|
its contents separate from the (already exisiting) structure for the module.
|
|
|
|
|
|
#include <module.h>
|
|
|
|
|
|
|
|
|
|
mod_exec *modlink(), *mod_ptr;
|
|
struct foo *foobar;
|
|
|
|
mod_ptr = modlink("init",0);
|
|
tmp = (char *) mod_ptr + mod_ptr->_mexec;
|
|
foobar = (struct foo *) tmp;
|
|
|
|
|
|
|
|
This will give you a pointer to the data area of the init module, which you
|
|
can acces with the structure you define after looking at init.a. This wil
|
|
be more "general" than defining a structure that includes all the module
|
|
header bologna.
|
|
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3962 S13/Atari ST
|
|
29-May-90 22:06:32
|
|
Sb: #3933-M$OS9Lvl query
|
|
Fm: David George 72240,134
|
|
To: Mark Wuest 74030,332 (X)
|
|
|
|
Thanks for the reply. I already finished the program that I was working
|
|
on. The structure was typedef'd in module.h (mod_config) so I didn't have
|
|
to do it.
|
|
|
|
#: 3875 S10/Tandy CoCo
|
|
27-May-90 17:30:41
|
|
Sb: View.ar
|
|
Fm: Jim Peasley 72726,1153
|
|
To: All
|
|
|
|
I just re-uploaded VIEW.AR to LIB10 with a couple of enhancements and fixes to
|
|
the 'reply' function.
|
|
|
|
Thi reply function now gives you the option of (S)tore formatted, store
|
|
(U)nformatted, (P)review, or (M)ail msg. to Eplex.
|
|
|
|
..Jim
|
|
|
|
#: 3876 S7/Telecommunications
|
|
27-May-90 17:31:28
|
|
Sb: #Remote term
|
|
Fm: Jim Peasley 72726,1153
|
|
To: All
|
|
|
|
I downloaded LOGIN.AR a while ago, and have a few questions that need some
|
|
answers that I can't find.
|
|
|
|
The AR file is l*o*n*g on programs, but very short on information on how to set
|
|
up a remote terminal. Is there a file in the libs that explains in a
|
|
step-by-step manner how to go about setting this up?
|
|
|
|
I'd like to connect the PCjr upstairs to the CoCo; from what I understand at
|
|
this point, I need to cable the CoCo RS232 output to the parallel port on the
|
|
jr and have a terminal program running on the jr. Is this a correct assumption
|
|
on my part? What else do I need to do?
|
|
|
|
...Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3879 S7/Telecommunications
|
|
27-May-90 21:22:26
|
|
Sb: #3876-#Remote term
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
> ... need to cable the CoCo rs232 output to the parallel port on the jr ...
|
|
|
|
Whoops!
|
|
|
|
Jim, I hope you meant to the serial port on the jr. And yes ... it needs to be
|
|
running some type of termianal program.
|
|
|
|
Pete's file SERIAL.TXT in LIB 1 should fill in the gray areas, complete with
|
|
cable diagrams.
|
|
|
|
Give a shout if we can help.
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3903 S7/Telecommunications
|
|
28-May-90 14:51:19
|
|
Sb: #3879-Remote term
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
~ Steve;
|
|
|
|
Yeah, yeah, that's the one! Serial port. I knew that!
|
|
|
|
It's been a while since I read SERIAL.TXT, hafta go back and pay attention this
|
|
time!
|
|
|
|
I'm sure I'll have more q's as I get into this, so stick around. I never kept
|
|
any messages relating to re-addressing a 2nd RS232, so I'll definitely have
|
|
some on that subject (unless I can get my hot little hands on an MM/1 before
|
|
having to purchase another 232 for the CoCo). Figured on using an A/B box for
|
|
now, just as a test environment.
|
|
|
|
Thanks,
|
|
...Jim
|
|
|
|
|
|
|
|
#: 3877 S10/Tandy CoCo
|
|
27-May-90 17:32:02
|
|
Sb: Move.ar
|
|
Fm: Jim Peasley 72726,1153
|
|
To: All
|
|
|
|
Ooops, I think that I included the wrong soudce and executable in the upload
|
|
to Move.ar this morning.
|
|
|
|
At any rate, I just re-submitted it with the correct modules. Sorry if I caused
|
|
anybody any inconvenience.
|
|
|
|
...Jim
|
|
|
|
#: 3878 S10/Tandy CoCo
|
|
27-May-90 17:53:21
|
|
Sb: #3873-Selecting windows
|
|
Fm: Jim Peasley 72726,1153
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
~ Tony;
|
|
|
|
When you log on and get to a point where you want to start 'reading'
|
|
messages, open your capture buffer and start reading nmn-stop. (You can set
|
|
your options at the top of the forum to read messages non-stop.)
|
|
When you're done, log off, close your capture buffer, and either quit your
|
|
terminal program or switch screens.
|
|
|
|
Now, call View using the filename that you saved the messages in: for example
|
|
if you called your message file for today txt0527, you would type
|
|
OS9:View txt0527
|
|
|
|
The program will ask you if you want to use multip e save files, search for a
|
|
text string, and then proceed to display the messages one at a time. You can
|
|
(F)ile them, (P)rint them, read the (N)ext one, (R)eply or (Q)uit.
|
|
|
|
Read the doc file in the ar and if you have more questions after that, give a
|
|
shout.
|
|
|
|
I average about 2 mins or less per day on-line @ 2400 baud (any more and my
|
|
wife would kill me!) for reading new messages and any replies that I transmit.
|
|
|
|
...Jim
|
|
|
|
#: 3880 S7/Telecommunications
|
|
27-May-90 21:26:35
|
|
Sb: #3872-WizPro
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: BOB GLAD 71046,1134 (X)
|
|
|
|
Lemme know if you need more...
|
|
|
|
#: 3881 S5/OS9 Users Group
|
|
27-May-90 21:32:51
|
|
Sb: #'Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: 76703,4227 (X)
|
|
|
|
Are you going to Georgia in the Fall?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3890 S5/OS9 Users Group
|
|
28-May-90 01:52:29
|
|
Sb: #3881-#'Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Yes, absolutely. You're going also, aren't you? I think it's gonna be pretty
|
|
big.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3942 S5/OS9 Users Group
|
|
29-May-90 16:06:07
|
|
Sb: #3890-#'Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Ah yup, if schedule permits. Wanna go together? Eiet (either... can't get this
|
|
1100FD/Telcom to BSP/DEL) in the Camper or not... er in the Car?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3950 S5/OS9 Users Group
|
|
29-May-90 18:47:06
|
|
Sb: #3942-#'Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Sure. Car or camper? Hmm. Tough choice! Got cruise control on the camper? And
|
|
good A/C? <grin>
|
|
|
|
Also, seems like i saw someone who was having awful BSP problems and it turned
|
|
out he was running ANSI emulation or something.. and it conflicted somehow? Got
|
|
me. No expert here.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3960 S5/OS9 Users Group
|
|
29-May-90 21:10:13
|
|
Sb: #3950-#'Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Yup, the Camper has cruise, and air, although if temp is high it won't cool
|
|
"house". Nice thingie about the camper is... well... camping! I fixed the BSP
|
|
problem... I quit using Deskmate Telcom! <grin> BTW, how far is it to the
|
|
'fest. Got any idea?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4008 S5/OS9 Users Group
|
|
30-May-90 20:38:50
|
|
Sb: #3960-#'Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
It seems to me like I used to get from here to Atlanta in 5 hours (last time I
|
|
went that way was 1971 or so!)... but no real idea. Better grab a map <g>.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4033 S5/OS9 Users Group
|
|
31-May-90 21:55:12
|
|
Sb: #4008-#'Fest
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
'fest? Atlanta?
|
|
|
|
Have I missed something?
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4039 S5/OS9 Users Group
|
|
01-Jun-90 00:49:59
|
|
Sb: #4033-#'Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Steve - yah, you musta been sleeping? <grin>
|
|
|
|
Rainbow isn't having a fall fest. So we suggested our own fest in the
|
|
southeast. A coupla Atlanta clubs have taken it up, and I hear they've about
|
|
nailed down a Holiday Inn already, in fact.
|
|
|
|
Sometime around first coupla weeks of October, is the timeframe. Most vendors
|
|
seem to be going, and it should be quite a good CoCo/OS9 show. Kent's already
|
|
scoping out airlines in fact <grin>.
|
|
|
|
Must be them Georgia peaches.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4049 S5/OS9 Users Group
|
|
01-Jun-90 16:20:35
|
|
Sb: #4039-'Fest
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
Be nice to Steve, now! <grin> Most of the 'fest chatter has been on the Hayes
|
|
BBS and over on the other place, I don't remember any mention here recently, if
|
|
at all.
|
|
|
|
I'm really looking forward to this 'fest. I WILL be going, and it'll be my
|
|
first.
|
|
|
|
Bill
|
|
|
|
#: 4075 S5/OS9 Users Group
|
|
02-Jun-90 10:49:33
|
|
Sb: #4039-'Fest
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Hmmm ...
|
|
|
|
I'm with Bill . I don't recall seeing any mention here save for the usual 'o
|
|
gee, whycantitbeinnamethecityofyourchoice'.
|
|
|
|
Interesting developement, I'd say.
|
|
|
|
Steve
|
|
|
|
#: 4043 S5/OS9 Users Group
|
|
01-Jun-90 05:00:59
|
|
Sb: #4008-#'Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I vote for taking the Camper.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4044 S5/OS9 Users Group
|
|
01-Jun-90 07:02:28
|
|
Sb: #4043-#'Fest
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
I think I agree (camper). At least can move around in it!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4107 S5/OS9 Users Group
|
|
04-Jun-90 04:51:39
|
|
Sb: #4044-'Fest
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Yeah, and we can use computer(s) in it. At least I did this weekend. However, I
|
|
have not heard anything further from the "hosts".
|
|
|
|
#: 3882 S3/Languages
|
|
27-May-90 22:01:38
|
|
Sb: #3870-C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Give me a call anytime after 5PM weekdays, wor anytime weekends, up to ~11PM.
|
|
919-675-2426. Got tomorrow, so call during the day if you wish.
|
|
|
|
Zack
|
|
|
|
#: 3886 S3/Languages
|
|
27-May-90 23:54:03
|
|
Sb: #3870-#C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Tony,
|
|
If you have no assembly experience then I can see that you might have a bit of
|
|
trouble figuring out an _os9() call. Here's the source of a function that will
|
|
read the joystick status:
|
|
|
|
#include <os9.h>
|
|
|
|
_gs_joy(path,joy,but,x,y)
|
|
|
|
int path,joy,*but,*x,*y;
|
|
|
|
{
|
|
struct registers r;
|
|
|
|
r.rg_a=path;
|
|
r.rg_b=SS_JOY;
|
|
r.rg_x=joy;
|
|
if(_os9(I_GETSTT,&r)==-1)
|
|
return -1;
|
|
*but=(int)r.rg_a;
|
|
*x=r.rg_x;
|
|
*y=r.rg_y;
|
|
return 0;
|
|
}
|
|
|
|
The parameters are:
|
|
|
|
path = path number to a window or to term. Be sure not to pass a FILE
|
|
pointer. ie use fileno(stdin) and not stdin here.
|
|
joy = 0 for right joystick. 1 for left joystick.
|
|
but = pointer to an integer to receive the button status. Returns:
|
|
0 for none, 1 for button 1 down, 2 for button 2 down, 3 for both
|
|
buttons down
|
|
x =x value (0 to 63)
|
|
y = y value (0 to 63)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3917 S3/Languages
|
|
29-May-90 00:54:21
|
|
Sb: #3886-#C and JOoysticks
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
Ahhh. Finally something that looks familiar. I have some assembly experience,
|
|
but NOT WITH OS9. I've played around under rsdos with super edtasm and an I/O
|
|
board that I made, but some of the stuff I see for assmebly under os9 looks
|
|
sooooo alien. Wwhat are all those $$$$? I guess Zack though I said assembly
|
|
instead of C. I'll take a look at your example and see if I can figure it out.
|
|
THANX TC
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 3924 S3/Languages
|
|
29-May-90 05:17:21
|
|
Sb: #3917-C and JOoysticks
|
|
Fm: James Jones 76257,562
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
OS-9 assembly language is no big deal; all you have to do is remember the
|
|
following:
|
|
|
|
1. position-independent, re-entrant code (too bad the folks at Sierra didn't
|
|
remember this one)
|
|
|
|
2. the operating system gives you memory (paste a copy of the diagram that
|
|
appears with F$Fork by your monitor, to make it easy to recall how to get to
|
|
it)
|
|
|
|
#: 3943 S3/Languages
|
|
29-May-90 16:23:51
|
|
Sb: #3917-#C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
I didn't misunderstand you, I realized you were asking about C and not
|
|
assembler. Its just that even though C has a very rivh function library, there
|
|
are many things OS9 can do which are covered with specific function calls.
|
|
That's the purpose of the _os9() function. Check it out on page 3-26 in the
|
|
Microware C manual. It serves the same purpose as BASIC09's SYSCALL function.
|
|
(well, similar). The _os9() function gives you the ability to make all the
|
|
Getstat and Setstat calls in the OS9 tech ref which are not covered by a
|
|
function in the function library.
|
|
|
|
Also, note in the example code which was posted has a syntax error. A return
|
|
statement which is intended to return a value must have the value enclosed in
|
|
parentheses, ie, return(-1);
|
|
|
|
Zack
|
|
|
|
Oh yes, all those $$$ in a assembler listing is probably references to base 16
|
|
numbers. $20 is decimal 32, etc.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3949 S3/Languages
|
|
29-May-90 18:23:58
|
|
Sb: #3943-#C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack,
|
|
I believe you're wrong about the need for parenthesis with a return statement.
|
|
The syntax is simply 'return expression;'. Parenthesis are purely optional.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3964 S3/Languages
|
|
29-May-90 22:19:34
|
|
Sb: #3949-#C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
The parenthses MAY be optional but they are the K&R Standard, which Microware C
|
|
is modelled after.
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4002 S3/Languages
|
|
30-May-90 17:32:25
|
|
Sb: #3964-#C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
I think that it is a bit too strong to say that the use of parentheses with a
|
|
return statement is K&R standard. It IS a common style. I broke myself of the
|
|
habit because I tended to type 'return()' when no value was to be returned.
|
|
The COCO compiler chokes on this. It can be argued that using parentheses is
|
|
undesirable since it makes the return statement look like a function call,
|
|
which it isn't. On the other hand, the parentheses can make the code read more
|
|
clearly, especially within a complex line of code. In the end it is a matter of
|
|
style and personal preference.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4014 S3/Languages
|
|
30-May-90 22:19:00
|
|
Sb: #4002-#C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
I don't think is strong at all to say that it is the K&R standard. After all,
|
|
if you look on page 68 and 70 of K&R, you'll plainly see that the format of the
|
|
return statement is "return(expression)". On page 68, the book goes on to say,
|
|
that the main purpose of the return statement is not to simply return to the
|
|
caller but to return a value to the caller, but if no value is expected by the
|
|
caller, then no expression is needed at all, in which case the returned value
|
|
is garbage. It doesn't mention it, but the "accepted" standard for that form of
|
|
the return statement is sio simply "return" with no parentheses at all.
|
|
|
|
Admittedly, in the appendix on page 203, the return statement is described with
|
|
it's expression not enclosed in quotes, so there is some ambiguity, but I
|
|
disagree that it "is common style". I have seen a lot of C code on several
|
|
different platforms in the past few years, and NOWHERE have I seen the return
|
|
statement used to pass a value without the parentheses. It may be YOUR common
|
|
style, but it not EVERYBODY'S common style.
|
|
|
|
But, since the compiler apparently accepts it inthe format which you describe,
|
|
then the usage of parentheses is a matter of personal preference, but I don't
|
|
recommend it's use, as other compilers may croak. I don't have a copy of the
|
|
second printing of K&R (based on the ANSi standard) so I'm not sure if the
|
|
current standard requires the () or not.
|
|
|
|
Zack
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4016 S3/Languages
|
|
30-May-90 22:33:42
|
|
Sb: #4014-#C and JOoysticks
|
|
Fm: James Jones 76257,562
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Trust me--although K&R in the body of K&R 1st edition always parenthesize the
|
|
expressions they use in return statements, the appendix was as near to a
|
|
standard as existed pre-X3J11, and it just says expression. Since a
|
|
parenthesized expression is an expression, it's just as acceptable
|
|
syntactically, though some may argue on stylistic grounds one way or another.
|
|
|
|
The ANSI standard simply says expression, so neither it nor K&R *require*
|
|
parentheses.
|
|
|
|
I have no way of knowing for sure, but...I bet that the K&R 1st edition
|
|
practice (adding redundant parentheses) may have arisen under the influence of
|
|
PL/I, which *does* insist on the parentheses in RETURN statements.
|
|
|
|
After spending a long time influenced by the style of K&R 1st edition, I have
|
|
moved over to the point of view that argues that return(expression) looks too
|
|
much like a function call, so I omit those redundant parentheses. (I use
|
|
redundant parentheses freely to avoid playing more-macho-than-thou games
|
|
involving detailed knowledge of the umpteen, often counterintuitive, levels of
|
|
precedence of the various operators of C.)
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4023 S3/Languages
|
|
31-May-90 16:14:23
|
|
Sb: #4016-C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: James Jones 76257,562 (X)
|
|
|
|
I bow to your obvious experiance in the matter, but (being an old PL/1
|
|
programmer from way back) prefer the redundant () for the return statement.
|
|
Ahh, to each his/her own!
|
|
|
|
Zack
|
|
|
|
#: 4059 S3/Languages
|
|
01-Jun-90 20:49:31
|
|
Sb: #4016-C and JOoysticks
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
James, I'm glad to see a PROFESSIONAL programmer who agrees with me that C
|
|
precedence is impossible to remember. In Boolean expressions I write C like
|
|
"infix LISP."
|
|
|
|
I also use return(expr) since "return expr" looks too sleezy (as in BASIC).
|
|
--mike k
|
|
|
|
#: 4017 S3/Languages
|
|
30-May-90 23:38:12
|
|
Sb: #4014-#C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack,
|
|
Of the three books on C in my library, Purdum always uses parentheses,
|
|
Gehani never does and Hogan says they're not required but that many use them
|
|
for clarity. There is a diversity in this usage and I would say that any
|
|
compiler that required parentheses with return is definitly non-standard. It
|
|
is a question of style and I think the most compelling argument is Occam's
|
|
Razor--why hit the shift key if you don't need to. Still I think a line like:
|
|
|
|
return (strcmp(s1,s2)==1) ? s1 : s2;
|
|
|
|
does benefit by being written
|
|
|
|
return((strcmp(s1,s2)==1) ? s1 : s2);
|
|
|
|
although the two do compile the same.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4024 S3/Languages
|
|
31-May-90 16:16:07
|
|
Sb: #4017-#C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
OK, so maybe it isn't as much of a "standard" as I may have implied earlier,
|
|
but I'm so used to using them now, it'll be hard for me to give them up!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4025 S3/Languages
|
|
31-May-90 16:21:50
|
|
Sb: #4024-C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Zack,
|
|
Sure, there's nothing wrong with using the parentheses. Probably more people
|
|
use them than don't.
|
|
|
|
#: 3947 S3/Languages
|
|
29-May-90 18:15:32
|
|
Sb: #3917-C and JOoysticks
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Oh, you have done some assembly work. Those '$' as in 'os9 I$Write' are op
|
|
system calls which translate as 'SWI ;FCB code' in standard 6809 assembler.
|
|
'I$Write' is a symbol defined in os9defs and is equal to the system call code.
|
|
What you do is load up the registers CPU with the appropriate values as
|
|
documented in the tech manual, execute the sys call with the 'os9' psuedo op,
|
|
the op system does what it does and then returns to calling program with the
|
|
CPU registers modified as documented. The C function _os9(code,reg) loads the
|
|
registers with the values contained in the structure pointed to by reg and then
|
|
calls the system call specified by code. The structure for the register values
|
|
and symbols for the sys call codes are defined in os9.h. You ought to list
|
|
os9.h and have a look at it. This should make things clearer.
|
|
|
|
#: 3884 S3/Languages
|
|
27-May-90 22:06:17
|
|
Sb: #3871-C and JOoysticks
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
SS.JOY is a "getstat" call. Getstat is a generic call to ask for various status
|
|
type information for various IO devices. To determine which information is
|
|
being requested getstat requries a "function code". In this case function code
|
|
$13 tells getstat that it is a SS.JOY call. Call me and I'll be gald (whoops,
|
|
that's glad!) to discuss it with you, voice.
|
|
|
|
Zack
|
|
|
|
#: 3883 S15/Hot Topics
|
|
27-May-90 22:02:38
|
|
Sb: #3766-#OS9 A/O Uniflex???
|
|
Fm: Dale L. Puckett 71446,736
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Yo, Bill !!!
|
|
|
|
How's it going back in Maryland. Esther and I are just about to get settled
|
|
in. Sure is peaceful and quiet here!!! Getting started on the History book
|
|
too!
|
|
|
|
Did you get the article for UltraScience that I sent to you back in January.
|
|
Haven't seen an MOTD since we arrived in Kansas in early February.
|
|
|
|
Stay in touch!
|
|
|
|
Dale
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3940 S15/Hot Topics
|
|
29-May-90 16:04:20
|
|
Sb: #3883-OS9 A/O Uniflex???
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Dale L. Puckett 71446,736 (X)
|
|
|
|
Glad things are quiet! I did get the article, although I did not publish. I had
|
|
probs with the graphics & ran short of time. I just picked up a Tandy 1100FD
|
|
today. Trying it out now. Can't get Telcom to Backspace/Delete! If you can't
|
|
see this line I got it to wo D D/exit
|
|
|
|
#: 3913 S15/Hot Topics
|
|
28-May-90 22:43:23
|
|
Sb: #3687-#OS9 A/O Uniflex???
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
$700 machine with $700 free software? Paul, you'll be known as the Drew A
|
|
Kaplan (DAK) of the East Coast. Please don't take that as an insult -- his
|
|
catalog ad copy is a blast to read, almost up there with Doc Smith's "Lensmen"
|
|
novels. ^-).
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3923 S15/Hot Topics
|
|
29-May-90 05:13:15
|
|
Sb: #3913-#OS9 A/O Uniflex???
|
|
Fm: James Jones 76257,562
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
I don't know about that--I haven't seen DAK use the word "coruscating" or the
|
|
phrase "luckless wight" even once! (Much less "zwilnik" :-)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4054 S15/Hot Topics
|
|
01-Jun-90 20:21:22
|
|
Sb: #3923-#OS9 A/O Uniflex???
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Just wait till Drew K has played with his Thesaurus program another month! I
|
|
think "coruscating" is actually a real English word! "Wight" sounds like
|
|
something out of a madrigal.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4064 S15/Hot Topics
|
|
01-Jun-90 21:15:45
|
|
Sb: #4054-OS9 A/O Uniflex???
|
|
Fm: James Jones 76257,562
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Yes, coruscating is a real English word, you betcha! All Things Considered
|
|
talked to someone from the OED, and the woman from NPR didn't know what
|
|
coruscating meant. If she'd had a background in *real* literature, she'd have
|
|
been familiar with "coruscating"! (Darned neo-Luddite media types...)
|
|
|
|
#: 3930 S15/Hot Topics
|
|
29-May-90 10:31:26
|
|
Sb: #3913-#OS9 A/O Uniflex???
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike,
|
|
|
|
Drew Kaplan is one of my IDOLS, watch OUT!
|
|
|
|
Yes, actually the software may be worth more than $700 if you bought it on the
|
|
street.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4056 S15/Hot Topics
|
|
01-Jun-90 20:25:55
|
|
Sb: #3930-OS9 A/O Uniflex???
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Uh-oh. Well, I'll bear that in mind when reading your ads :-).
|
|
|
|
#: 3912 S15/Hot Topics
|
|
28-May-90 22:39:26
|
|
Sb: #3590-OS9 A/O Uniflex???
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Colin Smith 73777,1360 (X)
|
|
|
|
Yeah, I typed a bunch of Aliases into my UN*X shell at work to let me use OS9
|
|
del, dir, list, etc. Unforch a co-worker saw me doing it and thought I was
|
|
making it compatible with MS-DOS! Shou8uld have made him bite his tongue off.
|
|
|
|
#: 3894 S15/Hot Topics
|
|
28-May-90 03:47:43
|
|
Sb: #3689-#OS9 A/O Uniflex???
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Lessee...I've got his address in my Arexx manual... I'll go back over to
|
|
AmigaTech and check the member directory... I've chatted with him over there,
|
|
but never made note of his CIS ID. --Eet--
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3898 S15/Hot Topics
|
|
28-May-90 13:35:50
|
|
Sb: #3894-#OS9 A/O Uniflex???
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524 (X)
|
|
|
|
Jim,
|
|
|
|
Thx for tracking down that Rexx stuff. I know that twoof the AMiga vendors
|
|
thatrt are in the MM/1 developers alliance have expressed a desire to have
|
|
Arexx.
|
|
|
|
Just email me that address when you find it!
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3920 S15/Hot Topics
|
|
29-May-90 04:32:19
|
|
Sb: #3898-OS9 A/O Uniflex???
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Okay, I emailed it to you. Dunno if he'll do the port... lemme know how it
|
|
goes. --Eet--
|
|
|
|
#: 3885 S15/Hot Topics
|
|
27-May-90 22:31:33
|
|
Sb: #3339-Tomcat Computer
|
|
Fm: NAM PUI 73347,3324
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Hi Frank:
|
|
Didn't talk to you in Chicago Rainbowfest. You were extremely busy then.
|
|
|
|
Is there a plan for a 80x86 board for you TC9 system?
|
|
|
|
I just want see some form of CAD program run under OS9 or OS9000.
|
|
|
|
Nam
|
|
|
|
#: 3887 S10/Tandy CoCo
|
|
28-May-90 01:30:29
|
|
Sb: #3845-ROGUE HELP HELP HELP HLP
|
|
Fm: WAYNE LAIRD 73617,3042
|
|
To: Dotti Rhodes 76334,3212
|
|
|
|
dotti- I haven't saved a game myself yet, I usally play them till I get killed
|
|
off, so I haven't "lived " long enough yet, ha! but seriously do you have ANY
|
|
version of os9? 1.2 or such? you can even run lvI I but after booting up use
|
|
'backup' command to make a double copy. you can do this even with one disk
|
|
drive, read the docs on it but leave me a note if you can't find out. level one
|
|
works ok on the 3 only 1.3 though. hope this helps . best, wayne laird
|
|
|
|
#: 3888 S7/Telecommunications
|
|
28-May-90 01:34:17
|
|
Sb: #3675-#Help
|
|
Fm: WAYNE LAIRD 73617,3042
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
hey pete, did I ask you if your bbs was still running so that i could keep ti
|
|
on my list? best regards wayne COCOS9ER!
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3936 S7/Telecommunications
|
|
29-May-90 11:36:53
|
|
Sb: #3888-Help
|
|
Fm: Pete Lyall 76703,4230
|
|
To: WAYNE LAIRD 73617,3042
|
|
|
|
Wayne -
|
|
|
|
Well, it's still running (has been since 1985 or so), but it's not really a
|
|
BBS. There's mail & files, but the system is more like a unix system (i.e. no
|
|
BBS'isms like message bases, games, privelege levels, etc.). Just OS9 (with
|
|
some enhancements) doing its thing.
|
|
|
|
Pete
|
|
|
|
#: 3935 S7/Telecommunications
|
|
29-May-90 11:35:02
|
|
Sb: #3816-#Help
|
|
Fm: Pete Lyall 76703,4230
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Hmmm... was 'dircopy' written in a Pascal flavor? I seem to remember something
|
|
about that. Also, it SHOULD work anywhere, unless he specifically opened /TERM
|
|
in his code. Have a look and see what you can find.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3979 S7/Telecommunications
|
|
30-May-90 01:18:57
|
|
Sb: #3935-Help
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
no it was written in C. The Computerware version was written in Pascal,
|
|
supposedly. I'll bring the sourve with me if I get a chan ce to come out & see
|
|
your system. I think he did some 68K specific calls, but I'm not that sure
|
|
about C & OS9 just yet. I really could use some pointers, and I don't mean *.
|
|
TC
|
|
|
|
#: 3889 S10/Tandy CoCo
|
|
28-May-90 01:47:49
|
|
Sb: #3558-#The Dungeon Depths
|
|
Fm: WAYNE LAIRD 73617,3042
|
|
To: Floyd Resler 72500,2572 (X)
|
|
|
|
floyd, got your game from alanta, ga and I'd like some help, I don't know a
|
|
whole lot about windows can you recommend how to open one for your game? and I
|
|
don't have/run multi-vue will the game run without it? I LOVE gauntelet! did
|
|
you program/teleport it? best, regards, wayne laird
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3997 S10/Tandy CoCo
|
|
30-May-90 12:08:27
|
|
Sb: #3889-The Dungeon Depths
|
|
Fm: Floyd Resler 72500,2572
|
|
To: WAYNE LAIRD 73617,3042
|
|
|
|
Actually, the only similarity between my game and Gauntelet is the basic theme
|
|
of running around mazes while you have a bird's eye view. As far as setting up
|
|
the proper screen to run the game in, type this at an OS9 prompt:
|
|
wcreate /w2 -s=8 0 0 40 24 1 0 0 ; depths <>>>/w2& You may have to use a
|
|
different window that /w2. Have fun!
|
|
|
|
Floyd
|
|
|
|
#: 3891 S10/Tandy CoCo
|
|
28-May-90 01:56:12
|
|
Sb: #3558-#The Dungeon Depths
|
|
Fm: WAYNE LAIRD 73617,3042
|
|
To: Floyd Resler 72500,2572 (X)
|
|
|
|
one more thing floyd, I can't find your font file anywhere which library did
|
|
you upload it to? -w.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3998 S10/Tandy CoCo
|
|
30-May-90 12:10:18
|
|
Sb: #3891-The Dungeon Depths
|
|
Fm: Floyd Resler 72500,2572
|
|
To: WAYNE LAIRD 73617,3042
|
|
|
|
It may have been deleted by the Sysop. I re-uploaded the game with all the
|
|
files. If you like, you can either download the game again or download the
|
|
font archive (I think I got it from here). I used the gothic font found in
|
|
that archive.
|
|
|
|
Floyd
|
|
|
|
#: 3892 S7/Telecommunications
|
|
28-May-90 02:31:38
|
|
Sb: #3867-#H+L
|
|
Fm: Butch Mooney 76702,1126
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Hi TC,
|
|
I haven't had any problems with Plain Rap. Do you hit <CR> when you are
|
|
connected? I know some of the OS9 BBS's are that way. I just don't know if I do
|
|
it or not. I do know that Jim's board has no problems as of Sat. But something
|
|
is wrong. Good Luck.
|
|
|
|
Butch
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3914 S7/Telecommunications
|
|
29-May-90 00:26:18
|
|
Sb: #3892-#H+L
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
I talked to Jim on Manday. Everything was ok on his end. I finally got logged
|
|
in after about 6 calls. He called me back later that night.
|
|
|
|
TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3927 S7/Telecommunications
|
|
29-May-90 09:20:25
|
|
Sb: #3914-#H+L
|
|
Fm: Butch Mooney 76702,1126
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Hi,
|
|
What was the problem? Do you use Daynastar? I'm having a problem with it and
|
|
was looking for someone that uses it.
|
|
|
|
Butch
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3978 S7/Telecommunications
|
|
30-May-90 01:16:10
|
|
Sb: #3927-#H+L
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Paul Pollock uses it. His phone (voice) is still the same. TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3988 S7/Telecommunications
|
|
30-May-90 02:06:39
|
|
Sb: #3978-H+L
|
|
Fm: Butch Mooney 76702,1126
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
TC,
|
|
|
|
Thanks,
|
|
|
|
Butch
|
|
|
|
#: 3893 S7/Telecommunications
|
|
28-May-90 02:52:04
|
|
Sb: #3854-#PT68K
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
Hi Ed!
|
|
|
|
Just thought I'd say hello on line -- haven't seen you in a while!
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3895 S7/Telecommunications
|
|
28-May-90 04:48:35
|
|
Sb: #3893-#PT68K
|
|
Fm: Ed Gresick 76576,3312
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Hi Paul!
|
|
|
|
Good to hear from you. While I don't contribute much, I'm usually here every
|
|
couple of days or so to see what's going on.
|
|
|
|
While I have you, I didn't get your last mailing on the MM1. Looking forward
|
|
to seeing it in August(?).
|
|
|
|
Ed
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3899 S7/Telecommunications
|
|
28-May-90 13:37:56
|
|
Sb: #3895-#PT68K
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Ed Gresick 76576,3312 (X)
|
|
|
|
Ed,
|
|
|
|
I'll send out stuff today. MM/1 has a RESPONSIBLY DETERMINED ship date of
|
|
August. Development units are shipping now, andthe only small changes that are
|
|
being made allow for several daughter boards in development.
|
|
|
|
The bus is in great shape, too, and you should keep an eye out here for news
|
|
that will interest you.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3921 S7/Telecommunications
|
|
29-May-90 04:33:20
|
|
Sb: #3899-#PT68K
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Once I can afford Dev status on the Millenium, I wanna get a portable
|
|
version... possible? --Eet--
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3931 S7/Telecommunications
|
|
29-May-90 10:33:00
|
|
Sb: #3921-PT68K
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524
|
|
|
|
The LCD display is the hardest thing to get working -- you know, to follow the
|
|
mouse and so on.
|
|
|
|
BUt the form factor is right for a portable, I believe. We should probably talk
|
|
about this on the phone some day. GIve me a call at 202/232/4246.
|
|
|
|
Paul
|
|
|
|
#: 3896 S15/Hot Topics
|
|
28-May-90 11:52:18
|
|
Sb: #3795-#oh THAT Darn Computer
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Frank - if you do redo the TC70 announcement, you might want to correct
|
|
something (assuming I'm right):
|
|
|
|
I don't think the 070 will go 19Mhz... that may be the external frequency
|
|
input, but that's divided by two to get the true cpu clock, you see. So that
|
|
should probably be 9.5Mhz instead. That would reflect the normal 68K clock
|
|
speed value used in computer specifications.
|
|
|
|
best - kev
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3901 S15/Hot Topics
|
|
28-May-90 13:43:57
|
|
Sb: #3896-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
Thx for pointing that out first. I don't want anyone to think >I< sling mud!
|
|
<grin>
|
|
|
|
Yeah, with the actual clock speed of the TC70 running at about 9 MHz, and with
|
|
video chip/CPU contention over memory, I'd be surprised if the TC70 would
|
|
greatly outperfrom a CoCo 3. Not bad for a $1000 machine ....
|
|
|
|
<Ducking Frank's blows>
|
|
|
|
Paul
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 3909 S15/Hot Topics
|
|
28-May-90 22:23:25
|
|
Sb: #3901-#oh THAT Darn Computer
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Uh, Paul and Kev, can you straighten this out? Is the 15 MHz speed advertised
|
|
for the MM1 also needing to be divided by 2, so we end up with the same 7.5 as
|
|
an Amiga? Hey, I'll still take one, but have you got a teflon mud deflector on
|
|
the MM1? --mike k
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3918 S15/Hot Topics
|
|
29-May-90 01:25:59
|
|
Sb: #3909-oh THAT Darn Computer
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike - yikes, didn't meant to start anything. But to answer your question, no,
|
|
the 070 on their MM/1 uses a 30Mhz clock... which divided by two gives the
|
|
15Mhz speed.
|
|
|
|
Note that it's only with the 68070 that you have to do this divide... it's a
|
|
chip with a cpu, timer, serial and other stuff, y'see. If you see "16Mhz 68020"
|
|
for example, then it means 16Mhz.
|
|
|
|
#: 3929 S15/Hot Topics
|
|
29-May-90 10:30:28
|
|
Sb: #3909-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
No, Mike, the CLOCK is 30 MHz, which is divided by two to get the 15 MHz speed.
|
|
|
|
Actually, a full MM/1 system with the CPU board and I/O board runs at around
|
|
1000 Drystones, while an Amiga (according to the Dhrystone ratings I have here)
|
|
runs around 350 Dhrystones. That seems too slow to be real, but I guess the
|
|
Amiga has no choice but to share memory with the graphics chips, causing the
|
|
CPU to wait.
|
|
|
|
Does that reflect the truth, Kevin Darling? Does this mean that an MM/1 will be
|
|
up to 2.5 times faster than an Amiga?
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3937 S15/Hot Topics
|
|
29-May-90 13:49:33
|
|
Sb: #3929-#oh THAT Darn Computer
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
I have no idea. Is it the same Dhrystone? You have to be careful... there are
|
|
several versions out there.
|
|
|
|
The only thing to do is to run the same program, under OSK on both the Amiga
|
|
and the MM/1 (and the ST, and the PT, etc etc). That way everything is fair.
|
|
|
|
Hmm. Of course, if you know it's the same D version, then we can compare it
|
|
with the amiga, as long as we realize that benchmarks are just general
|
|
comparisons. And you'd have to compare a fat amiga with fast ram, to an mm/1
|
|
with the extra fast ram installed. Etc.
|
|
|
|
It'll definitely be faster than a stock amiga, yes. How much faster depends on
|
|
amount of fast and/or video ram, and video resolution (if running from shared
|
|
video ram, mm/1 should be faster).
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3951 S15/Hot Topics
|
|
29-May-90 19:10:47
|
|
Sb: #3937-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
I DO know that it is the SAME Dhrystone program. It came on the PT 68K that
|
|
Pease sent to me, and its the same Dhrystone that Pease ran on his CoCo that
|
|
ran about 270 Ds under Level 2.
|
|
|
|
Of course, a 270 D CoCo 3 is FAR more productive than a 5000 D super IBM
|
|
thingie. So Drhystone is not really meaningful in terms of sheer productivity.
|
|
|
|
Paul
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3981 S15/Hot Topics
|
|
30-May-90 01:22:47
|
|
Sb: #3951-#oh THAT Darn Computer
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
but what was the Dhrystone that was run on the Amiga?? (didn't know there was
|
|
one.) an MM/1 running at 15 mhz should logically be faster than a stock amiga
|
|
running at 7.14 mhz, I would think. --Eet--
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4061 S15/Hot Topics
|
|
01-Jun-90 21:12:37
|
|
Sb: #3981-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524
|
|
|
|
Yeah, according to the DStone docs I had, the SAME program was compiled and run
|
|
on the Amiga. Which compiler, I do not know.
|
|
|
|
A base case MM/1 runs about twice as fast as an Amiga on most things. Peak
|
|
performance is three times as fast on most things.
|
|
|
|
At least according the the DStone stuff.
|
|
|
|
|
|
Paul
|
|
|
|
post
|
|
|
|
#: 4100 S15/Hot Topics
|
|
03-Jun-90 22:59:01
|
|
Sb: #3981-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524
|
|
|
|
THere are some differences in the 68070 execution speeds and 68000 exec speeds.
|
|
The 070 has a little overhead. So a 15 MHz 68070 runs like a 13 Mhz 68000 -- of
|
|
course our graphics chip helps out alot, and DMA is especially nice in
|
|
improving the feel of the computer. It does scream, even when we exercise a
|
|
complicated graphics demo in another window.
|
|
|
|
One demo was flipping through ten pictures as fast as they could load into
|
|
buffers from ram disk, while we ran Procs and formatted a floppy and did
|
|
several other things. Even on a floppy-only system, we still had EXCELLENT
|
|
responsiveness. The floppies transfer data twice as fast as a CoCo, and with
|
|
DMA, to a Dir command executed concurrently with all that above stuff is pretty
|
|
darn smooth.
|
|
|
|
Paul
|
|
|
|
#: 4019 S15/Hot Topics
|
|
31-May-90 07:41:22
|
|
Sb: #3951-#oh THAT Darn Computer
|
|
Fm: William Phelps 75100,265
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Paul, since Dhrystones seem to be so uninformative, why not use Rhealstones
|
|
instead? (org. ref. DDJ 02/89)
|
|
|
|
William
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4065 S15/Hot Topics
|
|
01-Jun-90 21:16:22
|
|
Sb: #4019-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: William Phelps 75100,265 (X)
|
|
|
|
Good idea! Realstones and Khornerstones seem to make certain sense.
|
|
|
|
Of course,t he DStone I was using actually documented quite a few computers
|
|
that had run exactly the same version, so we could compare the MM/1 against
|
|
hundreds of other computers. Faster that some PDP mainframes, btw.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4118 S15/Hot Topics
|
|
05-Jun-90 00:29:59
|
|
Sb: #4065-oh THAT Darn Computer
|
|
Fm: William Phelps 75100,265
|
|
To: Paul K. Ward 73477,2004
|
|
|
|
The Rhealstone also runs through the OS rather than on top of it, so it is not
|
|
a separate process. The benchmark also has a strict reporting standard to
|
|
discourage "accidental" cheating. The weighting report allows one computer to
|
|
do well in some areas while another does well in other areas. This will cut
|
|
down the bragging, but customers will appreciate unbiased information.
|
|
|
|
William
|
|
|
|
#: 3922 S15/Hot Topics
|
|
29-May-90 04:38:13
|
|
Sb: #3901-#oh THAT Darn Computer
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Talk about mud slinging... Michael Haaland (sp) sure tossed some wet, sloppy
|
|
ones in that 'press release' file-type thing... The MM/1's interlace 'flicker'
|
|
is every bit as good as the Amiga's, it has to be, that's an NTSC standard,
|
|
like you see on your tv. I heard that he compared them using a long-persistance
|
|
monitor on the MM/1... maybe if he used a Microway FlickerFixer or an A3000
|
|
with a multisync monitor, he might not have noticed the Amiga's flicker at
|
|
all... but that's just speculating. Potential MM/1 buyers should NOT worry at
|
|
all about the 'flicker'. Consider... Mac users pay extra money to get their
|
|
computers to 'flicker'. <grin> --Eet--
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3925 S15/Hot Topics
|
|
29-May-90 06:42:56
|
|
Sb: #3922-#oh THAT Darn Computer
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: Jim Williams 72157,3524 (X)
|
|
|
|
Ah good, you beat me to it <grin>. Yes, hey Paul! Better yank out that bit
|
|
about interlace flicker being less on the MM/1 than on the Amiga. _Any_
|
|
computer with interlace will flicker some, depending on picture content and
|
|
monitor being used. Computer type doesn't matter.
|
|
|
|
(thx Jim!)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3973 S15/Hot Topics
|
|
29-May-90 23:46:25
|
|
Sb: #3925-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Kev,
|
|
|
|
Promptly yanked out! The release is now a rerelease -- sans the Amiga comment!
|
|
|
|
However, for the record, I have had a fair amount of contact with the Amiga and
|
|
with the MM/1 -- I still see LESS flicker on the MM/1 -- so the diff must be in
|
|
the monitor used or in the particular graphics pictures I have had the luck to
|
|
see.
|
|
|
|
And Mr. Haaland saw quite a few interlace pics at the Fest, and agreed with all
|
|
of us that it was quite a stable pict
|
|
|
|
So, OK, sorry I goofed, but it was an honest mistake.
|
|
|
|
|
|
Cringing,
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3983 S15/Hot Topics
|
|
30-May-90 01:25:58
|
|
Sb: #3973-#oh THAT Darn Computer
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Well, the MM/1 has RGB analog video, right? Which means I (and others) could
|
|
use an Amiga 1084 monitor with it (among others)... and if they get an MM/1
|
|
(oops, MILLENIUM :) after hearing/reading that it's got less/no flicker, and
|
|
then it flickers the same amount... well, you don't want to face that problem,
|
|
do you? <grin> Didn't want to start an RWar, just didn't want people phreaking
|
|
later when the lace on the Millenium is noticed. --Eet--
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4057 S15/Hot Topics
|
|
01-Jun-90 20:37:30
|
|
Sb: #3983-oh THAT Darn Computer
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Jim Williams 72157,3524
|
|
|
|
Say Jim, you defend the Amiga a lot, and I've learned a lot about them from you
|
|
(like how cost-effective the right model can be). Do you have OSK on your
|
|
Amiga(s)? If not, do you hope/expect to? Is that Aussie port selling at all
|
|
well? Any grafix on the horizon, other than Kev's someday?
|
|
|
|
#: 4062 S15/Hot Topics
|
|
01-Jun-90 21:14:33
|
|
Sb: #3983-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524
|
|
|
|
Jim,
|
|
|
|
Yeah, the lace is noticeable on the MM/1 but only on one or two of the dozen
|
|
pics I have seen. I cannot explain why it looks nicer.
|
|
|
|
|
|
Paul
|
|
|
|
Thanks for keeping me up to speed on the hardware stuff -- the video out is the
|
|
same as the Amiga -- expect we get a little more resolution.
|
|
|
|
|
|
|
|
#: 3932 S15/Hot Topics
|
|
29-May-90 10:36:13
|
|
Sb: #3922-#oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524 (X)
|
|
|
|
Jim,
|
|
|
|
Actually, both Mike and I looked at the SAME interlace pictures at the
|
|
Rainbowfest, and Kevin Pease (our designer) agreed with us that it seemed to
|
|
flicker less than the Amiga.
|
|
|
|
Since I posted that press release, we have learned that, theoretically, there
|
|
should be no difference. I guess we have all been unlucky enough to have been
|
|
viewing interlace pictures that don't flicker alot because of the colors they
|
|
use.
|
|
|
|
Wrists are slapped. I apologize -- although this is an honest mistake -we've
|
|
just been going on what our eyes have told us!
|
|
|
|
Paul
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3952 S15/Hot Topics
|
|
29-May-90 19:53:00
|
|
Sb: #3932-#oh THAT Darn Computer
|
|
Fm: Mark S 76004,373
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Flicker is a function of persistance. Interlace displays have a high
|
|
persistance, noninterlace have a low one. If you want to do high speed graphics
|
|
you need a low persistance.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3971 S15/Hot Topics
|
|
29-May-90 23:38:03
|
|
Sb: #3952-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mark S 76004,373 (X)
|
|
|
|
Mark,
|
|
|
|
Thanks -- I think I've learned my lesson on this one! The converse is that low
|
|
speed graphics (interlace mode) requires the persistence that apparently OUR
|
|
monitors had, compared to the Amiga monitors I have seen.
|
|
|
|
Although I actually thought that most of those Amiga monitors were functionally
|
|
equivalent to the Magnavox 85CM15 I've been using on the MM/1.
|
|
|
|
Best,
|
|
|
|
|
|
Paul
|
|
|
|
#: 3985 S15/Hot Topics
|
|
30-May-90 01:28:39
|
|
Sb: #3952-oh THAT Darn Computer
|
|
Fm: Jim Williams 72157,3524
|
|
To: Mark S 76004,373 (X)
|
|
|
|
Flicker is _affected_ by persistance... I don't think I'd go so far as to say
|
|
it's a function of persistance. --Eet--
|
|
|
|
#: 3984 S15/Hot Topics
|
|
30-May-90 01:27:46
|
|
Sb: #3932-#oh THAT Darn Computer
|
|
Fm: Jim Williams 72157,3524
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Don't blame you. I'm using an interlaced display right now on my Amiga, very,
|
|
very very little flicker... because of the colors. (tho when I go back to a
|
|
non-lace screen, sometimes it seems to 'bounce' <grin>). personally, I think
|
|
the sweat over flicker is overdone, anyway... who notices the flicker in their
|
|
TV set? --Eet--
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4058 S15/Hot Topics
|
|
01-Jun-90 20:41:52
|
|
Sb: #3984-#oh THAT Darn Computer
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Jim Williams 72157,3524
|
|
|
|
My concern is that horizxontal lines only one pixel high, on a contrasting
|
|
background, will flicker. Music staves, ya know. If I draw them double height,
|
|
then flicker will be less, but then might as well not use the doubled interlace
|
|
resolution at all. I saw lots of those pix at the Fest too, and flicker was
|
|
noticeable if you looked for it when each picture first came up. But "natural"
|
|
pix don't have the contrast that sharp horizontal lines do.
|
|
|
|
Any CAD/CAM types here want to comment?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4101 S15/Hot Topics
|
|
03-Jun-90 23:02:57
|
|
Sb: #4058-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike,
|
|
|
|
If you can come up with a solution to the stave flicker problem, you've got a
|
|
client in Florida who will be VERY happy.
|
|
|
|
BTW, I have yet to upload the details of that deal we have -- need to get data
|
|
from my partner.
|
|
|
|
Paul
|
|
|
|
#: 4063 S15/Hot Topics
|
|
01-Jun-90 21:15:03
|
|
Sb: #3984-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Jim Williams 72157,3524
|
|
|
|
Excellent point!
|
|
|
|
|
|
|
|
#: 3955 S15/Hot Topics
|
|
29-May-90 20:08:32
|
|
Sb: #3901-#oh THAT Darn Computer
|
|
Fm: Frank Hogg 70310,317
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Paul
|
|
|
|
What <SPLAT> you *KAPOW* sling (PLOP) mud! {SLIME?] Naw #FLOP# not (FLOP,
|
|
KAPOW) you.
|
|
|
|
Slime???
|
|
|
|
|
|
|
|
|
|
Frank Hogg
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3956 S15/Hot Topics
|
|
29-May-90 20:12:07
|
|
Sb: #3955-#oh THAT Darn Computer
|
|
Fm: Frank Hogg 70310,317
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Paul
|
|
|
|
Now you gotta watch yourself, anything bad you say about the TC70 reflects on
|
|
the mmi.
|
|
|
|
Be careful out there.
|
|
|
|
Frank Hogg \
|
|
|
|
PS Slime???
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3974 S15/Hot Topics
|
|
29-May-90 23:50:36
|
|
Sb: #3956-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Frank,
|
|
|
|
Actu{lly, not true. There are great many differences between the mm/1 and the
|
|
{C70.~r (Sorry for the garbage on the lid8ne.)
|
|
|
|
And even if the computers were identical, there are issues of support,
|
|
marketing, available software, and so on, that all r6#{eflect on the company.
|
|
No one will argue that the folks at IMS are different from the folk(s) at FHL!
|
|
|
|
Actually, Frank, it is good to see that Hazelwood saw the light on an 070
|
|
system. <grin>
|
|
|
|
Guess the MM/1 was a great idea that deserved some reasonable competition.
|
|
|
|
Regards,
|
|
|
|
Paul (with slightly sullied hands! Grin)
|
|
|
|
|
|
|
|
#: 3972 S15/Hot Topics
|
|
29-May-90 23:40:36
|
|
Sb: #3955-oh THAT Darn Computer
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Frank,
|
|
|
|
Nah, not me.
|
|
|
|
Just about everyone who knows me knows I don't sling mud. WHich is different
|
|
than calling a spade a spade!
|
|
|
|
I don't think anyone who has been watching this sordid business <grin> would
|
|
say that I did anything to alter the reputation of FHL one IOTA!
|
|
|
|
Best regards,
|
|
|
|
Paul
|
|
|
|
#: 3954 S15/Hot Topics
|
|
29-May-90 20:04:59
|
|
Sb: #3896-oh THAT Darn Computer
|
|
Fm: Frank Hogg 70310,317
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
You're right, I screwed up. It does run at 15Mhz which is as fast as the '70
|
|
will go. I had my numbers wrong. Shows to go me for working till all hours.
|
|
Still it is the best of the two with 50% more RAM and an AT keyboard and K-Bus
|
|
and it mounts on a drive etc etc.
|
|
|
|
Keep up the good work.
|
|
|
|
Frank
|
|
|
|
#: 3902 S6/Applications
|
|
28-May-90 14:07:24
|
|
Sb: #3813-#AIF -> DYNACALC
|
|
Fm: Mike Stephenson 71655,415
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
~
|
|
TONY;
|
|
|
|
There is a 'trick' to using the RS-OS9 version 1.0 of DYNACALC.
|
|
|
|
The manual would have you believe that the file dynacalc.trm should be
|
|
in your current DATA directory. A much easier way to run DynaCalc is to
|
|
set the execution attribute and place the file dynacalc.trm in your
|
|
EXECUTION directory.
|
|
|
|
You see DynaCalc looks for dynacalc.trm in your current DATA directory
|
|
FIRST. Then if not found in the DATA directory, it looks in your
|
|
EXECUTION directory LAST. If not found in either it errors out.
|
|
|
|
This function of DynaCalc is internal to DynaCalc and doesn't matter
|
|
whether you are using the STOCK SHELL or SHELL+. (I'm using SHELL+)
|
|
|
|
With dynacalc.trm in your EXECUTION directory you may run DynaCalc
|
|
anywhere on your HD tree, with an AIF or otherwise, provided the target
|
|
file has the '.cal' extension.
|
|
|
|
Using a name of 'AIF.cal' for your aif file name will further enhance
|
|
your ability to run all of your files automatically while in Multi-Vue.
|
|
|
|
Best,
|
|
|
|
|
|
Mike
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3915 S6/Applications
|
|
29-May-90 00:31:21
|
|
Sb: #3902-#AIF -> DYNACALC
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Mike Stephenson 71655,415
|
|
|
|
I got Dcalc up and running ok now. I even have different colored windows to run
|
|
it in from aif files. I'm not sure why I had the errors earlier. How can you
|
|
have more than 1 aif with a .cal extension in the same directory? Your messag
|
|
implied I could run multiple files from an aif called aif.cal. How do you pass
|
|
a different filename to only one aif without re-editing it? Aalso what did you
|
|
mean by the RSDOS version of dynacalc? I'm running dynacalc under os9. TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3941 S6/Applications
|
|
29-May-90 16:04:41
|
|
Sb: #3915-#AIF -> DYNACALC
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
If I may jump in here, it is my impression that you can (read should) only have
|
|
ONE aif per directory with the same three character extension. Actually, all
|
|
AIFs on the same disk are "cached" as long as you don't select a new disk (or
|
|
the same disk by clicking on the disk icon). First one found has precedence.
|
|
|
|
What Mike may have meant was that if you save your Dynacalc spreadsheet files
|
|
with a .cal extension (which may or may not be the default, I don't reqa really
|
|
use it all that much), then after you have "been" to a subdirectory with an
|
|
AIF.cal in it, then all files which have a .cal exstention also will show up as
|
|
icons, and if you double click on one it will call up the program specified
|
|
with the AIF and automagically supply the filename as the command line
|
|
parameter. Make sense?
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3980 S6/Applications
|
|
30-May-90 01:22:10
|
|
Sb: #3941-#AIF -> DYNACALC
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Thanx for the info. Hey, was your tower a mini tower or full size? I haven't
|
|
really seen one of them up close. Aare they all pretty much thes same, as far
|
|
as space inside, ability to move the hardware around easily. I don't really
|
|
care if it has a power supply, buttons, lights or keyswitches. I'm more
|
|
concerned about price, flexibilty, and how easy it is to get my os9 system
|
|
inside. I can't see spending $200 or more for a metal case. Why are they sooooo
|
|
expensive. TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3999 S6/Applications
|
|
30-May-90 16:17:27
|
|
Sb: #3980-#AIF -> DYNACALC
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
I have my coco system in a full size tower which costs $189 from MicroLab. I
|
|
guess about $50 of that is for the 230 W power supply. Other than that, it's a
|
|
pretty big piece of hardware. Dunnot too much about the mini tower, haven't
|
|
really maneuvered around in one.
|
|
|
|
Zack
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4005 S6/Applications
|
|
30-May-90 19:17:02
|
|
Sb: #3999-#AIF -> DYNACALC
|
|
Fm: James Jones 76257,562
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
So, what are you waiting for? Write up the directions, either for sale or for
|
|
upload! <grin> If you come up with instructions that even a ten-thumbed person
|
|
like me can follow successfully, I bet you'd earn lots of respect, some money,
|
|
or both.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4012 S6/Applications
|
|
30-May-90 22:01:33
|
|
Sb: #4005-AIF -> DYNACALC
|
|
Fm: Zack Sessions 76407,1524
|
|
To: James Jones 76257,562 (X)
|
|
|
|
I assume you mean instructions based on "how I did it", ie, put my coco system
|
|
in a tower case? I have worked on such a document, but haven't really finished
|
|
the job yet. Besides, it was really pretty easy, given the documents ATCOCO.TXT
|
|
and ATCOCO.ADD in the libs. But, seriously, folks, I do plan to upload at least
|
|
a document describing my experiances with the experiance.
|
|
|
|
Zack
|
|
|
|
#: 4099 S6/Applications
|
|
03-Jun-90 22:54:46
|
|
Sb: #3999-#AIF -> DYNACALC
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
BTW, Zack, Kevin WILL be in Charlotte with us this Thursday. Call Interactive
|
|
Media Systems (gosh I forget their number -- try 704 UWA MADE) to find out
|
|
about times, directions, etc.
|
|
|
|
Should include demo of full mm/1 systems up and running with latest windows.
|
|
|
|
Max Bryant, Mark Sheffield, Frank Neuner, and myself should be there. I BELIEVE
|
|
we are videotaping it on Super VHS for inclusion in the KLE video due out in
|
|
July on the MM/1.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4110 S6/Applications
|
|
04-Jun-90 09:38:36
|
|
Sb: #4099-AIF -> DYNACALC
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Paul K. Ward 73477,2004
|
|
|
|
I'm planning to attend. I think Eric Stringer is posting directions on Delphi,
|
|
if he doesn't I'll give IMS a call. See ya then!
|
|
|
|
Zack
|
|
|
|
#: 3904 S9/Utilities
|
|
28-May-90 20:55:52
|
|
Sb: #3823-Shell+ compatibility
|
|
Fm: J SILLIMAN 72355,1207
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Repack does nothing with command line file functions, it is moving files,
|
|
sector by sector around, and puting them in consecutive sectors. I am not
|
|
positive that it is Shell+ doing it, but that was the only change that I had
|
|
made. I was simply looking for some others that might have run into the same
|
|
sort of problems
|
|
thanx for the ideas though
|
|
|
|
#: 3905 S8/BBS Systems/TSMon
|
|
28-May-90 21:14:54
|
|
Sb: #RiBBS off-line reader
|
|
Fm: J SILLIMAN 72355,1207
|
|
To: ALL
|
|
|
|
I was wondering if there is anyway that we could put together an off-line mail
|
|
reader/reply package for RiBBS. I have seen it done MANY other ways for the
|
|
IBM and the boards it runs, but if we could get an off-line reader as well, it
|
|
would be great. I think I know someone that might be able to help with this,
|
|
but I will have to see. He is a sysop of one of the IBM boards and is very
|
|
good at the Tech stuff. We might be able to get some ideas from him. Do I
|
|
have any takers for this little venture? I am the sysop of Hill Top BBS and
|
|
you can call the board at 201-638-5698 and leave a message or leave a message
|
|
here
|
|
RiBBS needs to keep MOVING!!!!!!!
|
|
|
|
Guy Silliman
|
|
Hill Top BBS
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4007 S8/BBS Systems/TSMon
|
|
30-May-90 19:32:25
|
|
Sb: #3905-#RiBBS off-line reader
|
|
Fm: Bruce Isted (UG VP) 76625,2273
|
|
To: J SILLIMAN 72355,1207 (X)
|
|
|
|
~ Guy,
|
|
There's a local fellow who's been working on a FIDO mail reader program for
|
|
OS-9, and he might be a good one to get in touch with. Look for Bill Beaton on
|
|
the OS-9 and/or CoCo echoes on fidonet. He doesn't get on any of the pay
|
|
services himself, but I can put you in touch with him directly if need be.
|
|
Bruce
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4129 S8/BBS Systems/TSMon
|
|
05-Jun-90 20:29:38
|
|
Sb: #4007-RiBBS off-line reader
|
|
Fm: J SILLIMAN 72355,1207
|
|
To: Bruce Isted (UG VP) 76625,2273
|
|
|
|
THanx, I am just getting my board on the echo, so I will be picking up those
|
|
conferences
|
|
|
|
thanx again
|
|
|
|
|
|
#: 3907 S15/Hot Topics
|
|
28-May-90 22:15:06
|
|
Sb: #3545-#That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Jim Williams 72157,3524 (X)
|
|
|
|
$800 sounds pretty cheap for an Amiga 500. I guess that's a monochrome monitor
|
|
setup. But yes, the Amiga is considered expensive relative to ST (tho probably
|
|
not for "comparable systems"). Of course as you point out, everything is a
|
|
bargain next to MacPrices.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3919 S15/Hot Topics
|
|
29-May-90 04:25:44
|
|
Sb: #3907-#That Darn Computer!
|
|
Fm: Jim Williams 72157,3524
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Nope, full system, computer, monitor 1 internal floppy. No such thing as a
|
|
'mono system' for the amiga... almost an oxymoron. :) --Eet--
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4053 S15/Hot Topics
|
|
01-Jun-90 20:19:52
|
|
Sb: #3919-That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Jim Williams 72157,3524
|
|
|
|
Wow -- all that for $850? Sheesh, a color ST costs at least that. Is that
|
|
Amiga 500 system with 512K? Upgradable to what? Of course for music work I
|
|
don't need more than 4 colors, tho.
|
|
|
|
#: 3934 S15/Hot Topics
|
|
29-May-90 11:32:49
|
|
Sb: #3814-#That Darn Computer!
|
|
Fm: Pete Lyall 76703,4230
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Tony -
|
|
|
|
Shoot... you are close. I'm in Newbury Park, which is the last exit on the 101,
|
|
before you go over the 'hill' (Conejo Grade)... probably about 20 miles from
|
|
Canoga Park.
|
|
|
|
I'm not running as many terminals as I used to... down to a Wyse50 on an A/B
|
|
switch as /Term & /T4, a PC/AT on /T3, a cocoII on /T2, and modems on /T6 and
|
|
/T7 (/T1 is the BSR home controller).
|
|
|
|
You're welcome to swing up some evening, if you like (school nights excepted)..
|
|
drop me a note here, or call.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3957 S15/Hot Topics
|
|
29-May-90 20:41:07
|
|
Sb: #3934-#That Darn Computer!
|
|
Fm: James Jones 76257,562
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
"Conejo Grande"? "Big Rabbit" seems like a very odd name for a hill. (But
|
|
then, I doubt that I would've had the courage to name the "Grand Tetons"
|
|
either. <grin>)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3968 S15/Hot Topics
|
|
29-May-90 23:09:12
|
|
Sb: #3957-That Darn Computer!
|
|
Fm: Pete Lyall 76703,4230
|
|
To: James Jones 76257,562 (X)
|
|
|
|
James -
|
|
|
|
Did I type 'Grande'? It was supposed to have been 'grade' - a large incline
|
|
that goes from sea level to about 1500-2000 feet in a mile or so.
|
|
|
|
Pete
|
|
|
|
#: 3911 S15/Hot Topics
|
|
28-May-90 22:34:40
|
|
Sb: #3706-That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
He meant there was just a ghost of a chance, and it slimed him!
|
|
|
|
#: 3910 S15/Hot Topics
|
|
28-May-90 22:26:30
|
|
Sb: #3707-That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Oh no! Not THAT at-home OS? Want a new device driver? How many hours to
|
|
recompile the kernel? What source...? Oh no, not ioctl(7) just to read a
|
|
keyboard character.... Don't worry James, none of us could afford it anyway,
|
|
grin. --mike k PS: Thanks for the "Dr." -- anybody got a sick machine?
|
|
|
|
#: 3908 S15/Hot Topics
|
|
28-May-90 22:19:18
|
|
Sb: #3680-#That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Great, Paul. Even when I type MFREE, I trust, since I have 1 Meg in my Coco 3
|
|
now. I Meg is stock on the MM1, right? I heard a rumor of 2 Meg but that
|
|
doesn't fit the form factor, no? --mike k
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3928 S15/Hot Topics
|
|
29-May-90 10:27:03
|
|
Sb: #3908-#That Darn Computer!
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mike Knudsen 72467,1111 (X)
|
|
|
|
Mike,
|
|
|
|
Currently 1 meg of DRAM in DIP packaging is on the CPU board. The I/) (I/O
|
|
rather) board has 2 SIMM sockets, meaning that, for VERY LITTLE MONEY, you can
|
|
have a 3 meg system by adding 2 one meg simms.
|
|
|
|
These SIMMS cost about $150 for 2 meg.
|
|
|
|
Makes you wonder why you just bouth that one meg upgrade, eh?
|
|
|
|
Grin.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4055 S15/Hot Topics
|
|
01-Jun-90 20:24:08
|
|
Sb: #3928-#That Darn Computer!
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Paul K. Ward 73477,2004 (X)
|
|
|
|
Right, low cost upgrade. Well, I still have LOTS of work to do on my Coco 3,
|
|
so I'm getting usage out of that 1 Meg. And I don't have to tear it out to put
|
|
in my new machine either ^-)
|
|
|
|
Say, am I about to get a flyer from you in the mail?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4066 S15/Hot Topics
|
|
01-Jun-90 21:17:06
|
|
Sb: #4055-That Darn Computer!
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Mike Knudsen 72467,1111
|
|
|
|
Mike,
|
|
|
|
Lots of corespondence, i hope! Thx for all.
|
|
|
|
Paul
|
|
|
|
#: 3916 S7/Telecommunications
|
|
29-May-90 00:49:43
|
|
Sb: #3847-#IRQHAK 4 DISTO RS232
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
I insatlled the diode hack two days ago, and I lost the carrier while logged on
|
|
here. Don't know if it was the phone line or rs232 problems.
|
|
|
|
Wwant to hear some really wierd problems ? I tried to modify my startup file
|
|
and copying all my files to it. Well when I put in a goto no_format label in
|
|
the startup file it bombed out while trying to start up a shell in /w7 . Wwhen
|
|
I removed the goto and the label, it executed normally. On top of that, when I
|
|
did an mdir, my modules that I had merged with the shell were in memory in
|
|
reverse alphabetical order ! When I merged them I started out with shell attr
|
|
copy del etc... I even did did an ident on the merged shell file to verify
|
|
this. Got an answer for those ?
|
|
|
|
This one really grinds at me ... I opened up the gclock from MV and tried to
|
|
set the date and time because they were wrong. No matter how I entered the date
|
|
and time , It responded with illegal entry. I finally had to close gclock.
|
|
|
|
I am tired of fightting these elusive problems and not getting anywhere. I
|
|
wonder, would not using the right scf module for gshell1.24A cause ANY of the
|
|
above problems. With all the numerous patches around (no I did not keep a log
|
|
of my changes) I think I may be using some modules t that were intended for
|
|
gshell 1.24 with 1.24A. I remember reading that there was two or three version
|
|
of the scf module, and one had mentioned your name.
|
|
|
|
Also I could not get the wilcard expansion to work for shell2.0 . Aafter
|
|
reading the doc file a few times, I finally tried the wild card feature out. I
|
|
typed :fstat *, and it showed the stats for all files in the directory. Then I
|
|
typed :attr * , and it only returne the attr's for one file. I tried it with
|
|
dir as well but got another strange response. Wwhen does it all end.
|
|
|
|
Is there anyone who is willing to spend a little time and help me nail down
|
|
these problems ????
|
|
|
|
TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4041 S7/Telecommunications
|
|
01-Jun-90 01:23:49
|
|
Sb: #3916-IRQHAK 4 DISTO RS232
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Tony,
|
|
|
|
Heh-heh, you should see the troubles people have on other machine forums ;-). I
|
|
don't think the world has gotten to a user-friendly computer stage quite yet,
|
|
eh? Ah well, someday.
|
|
|
|
Yeah, modules sometimes go in the module dir in reverse order. Guess we should
|
|
find out why, just for curiousity's sake.
|
|
|
|
Dunno what format gclock expects time in... something like "11:03pm" or
|
|
something? Anyone recall? Is it in the manual?
|
|
|
|
Your wildcard problems are because many commands won't accept more than one
|
|
filename as a parameter. As time goes by (and now that we have wildcards),
|
|
people are writing replacements that do.
|
|
|
|
Easy enough to tell for now; just try it by hand ("dir /d0 /d1", etc) and see
|
|
if that particular command works.
|
|
|
|
Everything makes sense. Just gotta figure it out slowly. After all, it's
|
|
supposed to be a fun hobby <grin>. best - Kev
|
|
|
|
#: 3926 S10/Tandy CoCo
|
|
29-May-90 06:49:12
|
|
Sb: #CBUG File in LIB10
|
|
Fm: Dan Robins 73007,2473
|
|
To: All
|
|
|
|
Anyone who missed out on the "Great C Compiler Array Bug" debate, can now find
|
|
the captured thread in LIB 10. Happy reading!
|
|
|
|
(What I want to know...is who won??? <grin>)
|
|
|
|
Dan
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4027 S10/Tandy CoCo
|
|
31-May-90 16:53:27
|
|
Sb: #3926-CBUG File in LIB10
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Dan Robins 73007,2473 (X)
|
|
|
|
Dan,
|
|
|
|
Beats me! <grin> I think the (more or less) final outcome was that if you
|
|
specify and access an array (as an argument to a function) in one particular
|
|
way, it works, but that there are some other, widely excepted, alternative ways
|
|
of coding that should work, but don't.
|
|
|
|
I learned a lot from that thread, mainly that there really is no such thing as
|
|
an array in C, but I'm still confused about all the many different ways to
|
|
define and access (so called) arrays and pointers in C.
|
|
|
|
Bill
|
|
|
|
#: 3938 S3/Languages
|
|
29-May-90 14:02:02
|
|
Sb: #C error trapping
|
|
Fm: Dan Charrois 70721,1506
|
|
To: all
|
|
|
|
I have a question regarding C. In reading a book I have on the language, I
|
|
found that there is a global variable errno that contains the latest error
|
|
result. As a result of this, I am led to believe that error trapping in C
|
|
(run-time error trapping) is possible as it is for other languages, such as
|
|
Basic09. In a program I wrote, a division by zero error resulted in my
|
|
returning back to OS9 with an error message - is there any way to get C to
|
|
recognize the error before it happens and avoid going back to OS9, but handle
|
|
the error in the way I see best? such as the onerror command in Basic09...
|
|
Thanks for your replies. .....Dan Charrois
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 3939 S3/Languages
|
|
29-May-90 15:58:16
|
|
Sb: #3938-#C error trapping
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Dan Charrois 70721,1506 (X)
|
|
|
|
Dan -
|
|
|
|
Actually, that depends on how the internal math functions were written. If they
|
|
do the equivalent of this:
|
|
|
|
if((param1/param2) == ERRDIV)
|
|
exit(ERRDIV)
|
|
|
|
then there's no way to trap it. If the function you used RETURNS an error value
|
|
(the usual 'C' way of doing things) either explicitly (unlikely) or by
|
|
returning a -1, and then letting you examine 'errno', you can do as you like
|
|
with it. We'd probably have to see the program fragment to get more specific.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4013 S3/Languages
|
|
30-May-90 22:16:02
|
|
Sb: #3939-C error trapping
|
|
Fm: Dan Charrois 70721,1506
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for your reply. The functions I am using are those contained in the
|
|
transcendental math library (clibt.l). Hopefully they don't exit internally -
|
|
it wouldn't seem the proper way of doing things...
|
|
Thanks, and I'll look further into things...Dan
|
|
|
|
#: 3948 S3/Languages
|
|
29-May-90 18:20:36
|
|
Sb: #3938-#C error trapping
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Dan Charrois 70721,1506 (X)
|
|
|
|
Dan,
|
|
Yes, there is a way to trap math errors in C. You have to set up a signal
|
|
trapping function with the intercept() function. When an error occurs the
|
|
signal trap is called. Usually, the signal trap simply sets an appropriate
|
|
flag and returns. The main program must check the flag at the appropriate time
|
|
to see if an error has occurred and then take some action.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 3969 S3/Languages
|
|
29-May-90 23:14:26
|
|
Sb: #3948-#C error trapping
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
Bruce -
|
|
|
|
You sure about that? Example: failure to pass a valid filename to the fopen()
|
|
function. It'll return an error condition (NULL FILE pointer), but won't do any
|
|
signalling, nor intercept stuff.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3993 S3/Languages
|
|
30-May-90 07:10:58
|
|
Sb: #3969-#C error trapping
|
|
Fm: Bruce MacKenzie 71725,376
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
You're right that the library functions usually give an error indication with
|
|
the returned value. However, an error condition which happens during a math
|
|
operation, division by zero, floating point overflow ect., causes the code to
|
|
send a signal to itself. You must capture this signal with an intercept
|
|
routine or the process will return to the shell with an error message.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3994 S3/Languages
|
|
30-May-90 09:30:07
|
|
Sb: #3993-C error trapping
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
Bruce -
|
|
|
|
That's good to know. Never did anything with enough math in it to have to find
|
|
that out.
|
|
|
|
Pete
|
|
|
|
#: 4015 S3/Languages
|
|
30-May-90 22:20:17
|
|
Sb: #3948-C error trapping
|
|
Fm: Dan Charrois 70721,1506
|
|
To: Bruce MacKenzie 71725,376 (X)
|
|
|
|
Thanks for your reply as well, Bruce. If the math functions try and abort the
|
|
program rather than set errno, I'll see what I can learn about setting an
|
|
appropriate intercept routine. Dan
|
|
|
|
#: 3958 S3/Languages
|
|
29-May-90 20:46:30
|
|
Sb: #3938-C error trapping
|
|
Fm: James Jones 76257,562
|
|
To: Dan Charrois 70721,1506 (X)
|
|
|
|
OK--there are errors and there are errors. For instance--if you're on a 68020
|
|
and using a 68881, an attempt to divide by zero will blow you off with an
|
|
exception from the coprocessor. Other errors are caught by defensive coding in
|
|
library routines and result in setting errno and returning some special value
|
|
(e.g. EOF from getc()). Software floating-point behavior depends on how the
|
|
stuff is written, of course.
|
|
|
|
For division by zero, I fear that the best way to catch the problem is to test
|
|
the divisor before you divide. (Alas, that won't catch overflow.) Different
|
|
routines handle errors differently, is about all I can say--read the docs
|
|
carefully.
|
|
|
|
#: 3944 S7/Telecommunications
|
|
29-May-90 16:50:12
|
|
Sb: #Help
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Sysop (X)
|
|
|
|
Hmmmm.. Guys, how do I setup CIS for 8 bit mode? Default is different since I
|
|
was there last.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3946 S7/Telecommunications
|
|
29-May-90 17:52:40
|
|
Sb: #3944-#Help
|
|
Fm: Mike Ward 76703,2013
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Bill, you can't set 8-bit mode at the terminal setting menu (GO TERMINAL) but
|
|
you CAN set the parity to NONE.
|
|
|
|
Mike
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3959 S7/Telecommunications
|
|
29-May-90 21:06:49
|
|
Sb: #3946-Help
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Mike Ward 76703,2013 (X)
|
|
|
|
Hmmm, thanks, I'll give it a try.
|
|
|
|
#: 3945 S15/Hot Topics
|
|
29-May-90 17:37:55
|
|
Sb: #Tomcat
|
|
Fm: Toni Long 73517,2713
|
|
To: Frank Hogg, 70310,317 (X)
|
|
|
|
Hi Frank I got your latest announcement on the TC70 and think I figured it out.
|
|
The TC70 is a computer. The TC9 is a computer. If I put them together on a
|
|
KBus I can run Level II and OSK in one "box" without having to switch monitor,
|
|
disk drives, etc. Am I close? -Toni
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3953 S15/Hot Topics
|
|
29-May-90 19:53:22
|
|
Sb: #3945-#Tomcat
|
|
Fm: Frank Hogg 70310,317
|
|
To: Toni Long 73517,2713 (X)
|
|
|
|
Not only are you close, you are right on. Not only that but you can have
|
|
several TC9's on the bus but only one TC70. Parallel processing anyone?
|
|
|
|
Frank
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4004 S15/Hot Topics
|
|
30-May-90 17:48:07
|
|
Sb: #3953-Tomcat
|
|
Fm: Toni Long 73517,2713
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Thanks Frank. Am I good or WHAT?
|
|
|
|
Now fill me in on the multiple TC9's , etc. thanks, Toni
|
|
|
|
#: 3963 S15/Hot Topics
|
|
29-May-90 22:06:48
|
|
Sb: #download count
|
|
Fm: Frank Hogg 70310,317
|
|
To: sysop (X)
|
|
|
|
I noticed that when{I re-uploaded the file TC70.ANC which replaced the old one
|
|
that the count started over at 0. It was at 60 before and I like to keep track
|
|
of these things as I am sure others do too. Is there any way to adjust it?
|
|
|
|
Thanks Frank
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3967 S15/Hot Topics
|
|
29-May-90 22:58:14
|
|
Sb: #3963-download count
|
|
Fm: Mike Ward 76703,2013
|
|
To: Frank Hogg 70310,317 (X)
|
|
|
|
Frank, there's no way to actually tinker with the download count but I've made
|
|
a note in the description at the end that the previous downloads were at 60+
|
|
and counting.
|
|
|
|
Mike
|
|
|
|
|
|
|
|
#: 3965 S1/General Interest
|
|
29-May-90 22:33:38
|
|
Sb: #library quotas
|
|
Fm: James Whitaker 70355,431
|
|
To: sysop (X)
|
|
|
|
While trying to upload a few play sound files. I received a warning that the
|
|
library whould exceed the sysop set quota and to notify the sysop.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3966 S1/General Interest
|
|
29-May-90 22:58:10
|
|
Sb: #3965-library quotas
|
|
Fm: Mike Ward 76703,2013
|
|
To: James Whitaker 70355,431 (X)
|
|
|
|
Consider myself notified. I'll take care of it straight away. Thanks for the
|
|
alert!
|
|
|
|
|
|
|
|
#: 3970 S3/Languages
|
|
29-May-90 23:28:58
|
|
Sb: #multi-source RMA
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: All
|
|
|
|
Hi all... Having trouble making multiple source files work with RMA, RLink and
|
|
Make. I just can't seem to get it to work. The manual is somewhat vague and
|
|
gives no examples. I think I understand the 'mainline' thing, but I still get
|
|
phasing errors. Can anybody either explain it or give me a short example to
|
|
follow? I'm a bit lost...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3990 S3/Languages
|
|
30-May-90 04:14:58
|
|
Sb: #3970-#multi-source RMA
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
|
|
|
Glen, it would be easier for folks to help if you gave an example of the
|
|
makefile.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4010 S3/Languages
|
|
30-May-90 20:41:02
|
|
Sb: #3990-multi-source RMA
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Hi Bill... I'll do that...
|
|
|
|
#: 3975 S1/General Interest
|
|
30-May-90 01:13:11
|
|
Sb: #waiting messages
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: [F] Sysop (X)
|
|
|
|
Is there a reason I always get the message that I have 2 messages waiting for
|
|
me when I sign on to the forum? Especially since I don't! I've tried resetting
|
|
the high message read, etc. and then reading them but I can't find these
|
|
supposably "for me" messages, and i can't get rid of the waiting message
|
|
either. Frustrating!
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 3987 S1/General Interest
|
|
30-May-90 01:42:39
|
|
Sb: #3975-waiting messages
|
|
Fm: Wayne Day 76703,376
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Yep... the messages (#3413 and #3414 - about C arrays) are FROM you and TO you.
|
|
You've evidentally got your READ OPTIONS set so that you ignore messages sent
|
|
from you.
|
|
|
|
Read those two messages individually, or do an "RM" to "Read Marked" and see if
|
|
that shows them to you. That should clear things up for you.
|
|
|
|
Wayne
|
|
|
|
#: 3976 S3/Languages
|
|
30-May-90 01:14:12
|
|
Sb: #C file buffering
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: all
|
|
|
|
Here's my next "dumb" question. It has to do with the way 'C' buffers files. If
|
|
I understand things correctly all the "proper" file stuff (fopen, fputs, etc.)
|
|
use buffered i/o. Of course, this presents problems for terminal i/o. For
|
|
example, if you wish to print a line without a CR; or if you use functions like
|
|
CurXY()...
|
|
|
|
This problem can be overcome by using setbuff() so that the i/o is done on a
|
|
un-buffered basis. But then, if you want to print a long line it will be done
|
|
with a whole series of system calls. I think this would really slow things down
|
|
if there was to be a lot of terminal i/o.
|
|
|
|
So, is there a way to get the best of both worlds. Would something like this
|
|
work:
|
|
|
|
leave file as buffered,
|
|
if doing cursor pos, etc. flush the file,
|
|
if printing a line with a CR, flush the file,
|
|
|
|
Or is this needlessly complex. Also, what happens if you just want to get 1 or
|
|
2 characters from the keyboard. Will fflush() work here too?
|
|
|
|
Seems that the simplest thing to do is to forget about buffered files
|
|
completely and handle it using the unix-like functions. But the more I read the
|
|
more I think this is not the 'best" solution.
|
|
|
|
So, what thoughts do you have on this...
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 3992 S3/Languages
|
|
30-May-90 04:59:44
|
|
Sb: #3976-#C file buffering
|
|
Fm: James Jones 76257,562
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Yes, what you suggest (for output) would work, i.e. using explicit fflush()
|
|
where you want to force it out. Just getting one or two characters from
|
|
buffered input? I guess I'm not sure what you mean. stdio isn't really
|
|
designed for switching back and forth between buffered and unbuffered (though
|
|
you can certainly do it via setbuf()). Could you explain what you're after in
|
|
more detail?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4069 S3/Languages
|
|
02-Jun-90 01:05:27
|
|
Sb: #3992-#C file buffering
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: James Jones 76257,562 (X)
|
|
|
|
|
|
Okay, here is what I have done. I've written an input routine with editing
|
|
(delete, insert, etc.). It's quite simple to use--you just pass it a string to
|
|
edit, and the input/output fileptrs. It works just fine, so long as both
|
|
streams are set for single character (unbuffered) mode. This limits the use of
|
|
the routine. I would like the routine itself to set up the proper mode
|
|
(probably with setbuf()), do its thing, and then restore things. It just
|
|
occurred to me that I could open an duplicate path via I$DUP (hmmm, isn't there
|
|
a standard library function too?), and set that path up as I need it. I guess I
|
|
would still have to flush the output buffer before doing this but the input
|
|
buffer should be okay. Guess I should just try it...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4077 S3/Languages
|
|
02-Jun-90 11:46:28
|
|
Sb: #4069-C file buffering
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Yes, there is a dup() function in MW C.
|
|
|
|
#: 3995 S3/Languages
|
|
30-May-90 09:40:06
|
|
Sb: #3976-#C file buffering
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Bob -
|
|
|
|
That's really on the nose. I believe CR terminated lines will self-flush, but
|
|
other than that, you're on target.
|
|
|
|
You shouldn't have to do that with input, though. If you are consistantly just
|
|
getting a few chars from the keyboard (i.e. menu selections, etc.), why not use
|
|
read(0,&c,1) vice using buffered I/O?
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4070 S3/Languages
|
|
02-Jun-90 01:05:39
|
|
Sb: #3995-#C file buffering
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Yeah, I could use read()...but I understand that "proper" C protocol is to
|
|
avoid using unbuffered, unix-like, i/o. But skipping the buffered i/o
|
|
completely certainly has advantages for terminal routines. Guess one has to
|
|
decide between what works well and what is "the right way."
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 4078 S3/Languages
|
|
02-Jun-90 11:48:08
|
|
Sb: #4070-C file buffering
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
I my opinion, what is "proper" C protocol is what works for you for your
|
|
specific needs. I frequently use unbuffered IO (read() and write()) with
|
|
terminal IO, and it seems to perform quite well.
|
|
|
|
Zack
|
|
|
|
#: 4080 S3/Languages
|
|
02-Jun-90 14:05:24
|
|
Sb: #4070-C file buffering
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Bob -
|
|
|
|
Nay, nay.... read() is poifectly acceptable. Used buffered if there's no reason
|
|
not to, as it is much less expensive.
|
|
|
|
Pete
|
|
|
|
#: 4086 S3/Languages
|
|
02-Jun-90 21:55:47
|
|
Sb: #4070-C file buffering
|
|
Fm: Mark Griffith 76070,41
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Bob,
|
|
|
|
I have heard mention of read() and write() not being kosher, mostly because
|
|
there are compilers out there that don't support them (MS-DOS types I think). I
|
|
wouldn't worry about sticking with fread() and fwrite() though. The low-level
|
|
I/O functions are much faster in my judgement.
|
|
|
|
One thing you should watch out for when using setbuf(), if you setbuf()
|
|
standard output to 0 (single character I/O), it doesn't really matter which
|
|
function (fwrite() or write()) you use...it will be slow as all get out.
|
|
Setting standard input to single character I/O makes it easier to read a single
|
|
keypress, and still allows you to read in entire lines of text without changing
|
|
anything. But, you can't use ungetc() if you need to.
|
|
|
|
For serious editing, or just about anything more involved than using the built
|
|
in line edit OS9 provides, it is usually a good practise to null out the device
|
|
descriptor for the terminal and work with each character itself without having
|
|
to worry about people having different xmode settings. It takes a bit more
|
|
work, but eliminates lots of headaches. If you also then use read() and
|
|
write() to the terminal, you'll get nice and fast screen updating.
|
|
|
|
Mark
|
|
|
|
#: 4060 S3/Languages
|
|
01-Jun-90 20:57:47
|
|
Sb: #3976-C file buffering
|
|
Fm: Mike Knudsen 72467,1111
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Bob, it's best to do output buffered, and one-key-at-a-time (no ENTER) input as
|
|
unbuffered. You can get the corresponding "raw" (Unix-ese) channel number as
|
|
"stdin->_fileno" or something close -- look in stdio.h to be sure. Just be sure
|
|
that whenever you do unbufeered I/O on the same path as buffered, always
|
|
fflush() the path first.
|
|
|
|
Also you can set buffered output so it WILL NOT turn CRs and LFs bytes into
|
|
CR-LF pairs. Do stdout->_flag |= _RBF.
|
|
|
|
Ask for more details if needed. Don't use setbuf(). But use fprintf(stderr,
|
|
...) if you want instant output quick.
|
|
|
|
#: 3977 S14/misc/info/Soapbox
|
|
30-May-90 01:14:25
|
|
Sb: #3511-widows and orphans
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: Kevin Darling (UG Pres) 76703,4227 (X)
|
|
|
|
Thanks for the message about WIDOWS.TXT in DTPFORUM. Interesting--guess I can
|
|
call anything I like anything I want. Just wait until someone says MY docs are
|
|
wrong!
|
|
|
|
#: 3982 S6/Applications
|
|
30-May-90 01:24:54
|
|
Sb: #$$$
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Zack Sessions
|
|
|
|
Zack, I'm well aware that $ means hex. I was talking about the $ $$ names of
|
|
the functions names and system calls ! TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4000 S6/Applications
|
|
30-May-90 16:19:09
|
|
Sb: #3982-$$$
|
|
Fm: Zack Sessions 76407,1524
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Oh, well I think Bruce addressed that. All OS9 system functions are in the
|
|
format F$function (or I$function for IO specific calls). Just a standard I
|
|
guess Microware adopted.
|
|
|
|
Zack
|
|
|
|
#: 3989 S1/General Interest
|
|
30-May-90 02:14:24
|
|
Sb: #Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: ALL
|
|
|
|
Hi,
|
|
|
|
What is the word processor that most OS9 users use? I'm looking for a new
|
|
one. All the ads say that theirs is the best. So if some one can recommend a
|
|
good one please let me know.
|
|
|
|
Thanks, Butch
|
|
|
|
There are 4 Replies.
|
|
|
|
#: 3991 S1/General Interest
|
|
30-May-90 04:23:12
|
|
Sb: #3989-#Word Processor
|
|
Fm: MOTD Editor..Bill Brady 70126,267
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Many folks use DynaStar. It is a Wordstar clone, although not up to the speed
|
|
of the newer Wordstar versions. Dyna provides things like multiple indices,
|
|
table of contents etc. It also works with terminals. On the CoCo there is
|
|
Window Writer, which I have yet to use.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4020 S1/General Interest
|
|
31-May-90 09:38:36
|
|
Sb: #3991-Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: MOTD Editor..Bill Brady 70126,267 (X)
|
|
|
|
Thanks for the information. I guess there are not many choices with OS9. I
|
|
thought there might be one that I didn't know about.
|
|
|
|
Butch Mooney
|
|
|
|
#: 4009 S1/General Interest
|
|
30-May-90 20:39:11
|
|
Sb: #3989-#Word Processor
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Hi Butch... Whatever the ads say, don't believe Owlware's ad for Window Writer.
|
|
I paid out the money for it and am VERY unhappy. It does have the potential to
|
|
be a nice product - if it was finished, but as it is it's chock full of bugs
|
|
(some nasty ones), missing many features that should really be in a package
|
|
advertised like this one is and just plain slow, not to mention being a system
|
|
hog. I have a bug and deficiency list a page long and getting longer every day,
|
|
which I intend to send to Owlware soon.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4021 S1/General Interest
|
|
31-May-90 09:43:22
|
|
Sb: #4009-#Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: GLEN HATHAWAY 71446,166 (X)
|
|
|
|
Thanks Glen. You just saved me $ 59.00 . I have DaynaStar and like it. I used
|
|
to use Word Power with RS-DOS and liked it very much. They are like beer what
|
|
ever you get use to you like. DaynaStar is good but doesn't have the same feel.
|
|
And I use a word processor alot.
|
|
|
|
Butch Mooney
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4036 S1/General Interest
|
|
31-May-90 23:46:26
|
|
Sb: #4021-Word Processor
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Hi Butch... Hey, no problem. Like I say, if the author(s) would finish Window
|
|
Writer, speed it up, fix all the bugs and add some features, it would be worth
|
|
much more than I paid Owl for it. The way it is being sold, though, it's not
|
|
even worth the disk it's shipped on.
|
|
|
|
#: 4103 S1/General Interest
|
|
03-Jun-90 23:07:14
|
|
Sb: #4021-Word Processor
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Try out Bob van der Poel's Ved.
|
|
|
|
Paul
|
|
|
|
#: 4068 S1/General Interest
|
|
02-Jun-90 01:05:08
|
|
Sb: #3989-#Word Processor
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Butch,
|
|
|
|
You might want to look into VED and VPRINT. There are reviews in lib 15 of both
|
|
of these products. Drop me an e-mail if you need any specific questions
|
|
answered.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4071 S1/General Interest
|
|
02-Jun-90 03:06:51
|
|
Sb: #4068-Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Hi Bob,
|
|
I will look into them. Thanks for the information.
|
|
|
|
Butch
|
|
|
|
#: 4102 S1/General Interest
|
|
03-Jun-90 23:06:03
|
|
Sb: #3989-#Word Processor
|
|
Fm: Paul K. Ward 73477,2004
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
The best I know of is sold by Windsor Systems. It is fast, configurable, and
|
|
extremely professional. With the formatter, it supports laser printers.
|
|
|
|
-
|
|
Just for OSK, though.
|
|
|
|
Might want ot get Bob's stuff for 6809 os9.
|
|
|
|
Paul
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4124 S1/General Interest
|
|
05-Jun-90 08:59:35
|
|
Sb: #4102-Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: Paul K. Ward 73477,2004
|
|
|
|
Hi Paul,
|
|
Thanks for the information. Also I have you Start OS-9. It is great. I
|
|
wouldn't be online now if it was for the guide. I wish you could do more manual
|
|
like it. Thanks, Butch
|
|
|
|
#: 3996 S7/Telecommunications
|
|
30-May-90 11:29:57
|
|
Sb: t2 hwe
|
|
Fm: Everett Chimbidis 76370,1366
|
|
To: all
|
|
|
|
does anybody know about the new aciapak works with /t2?
|
|
|
|
|
|
|
|
#: 4001 S12/OS9/68000 (OSK)
|
|
30-May-90 16:23:56
|
|
Sb: it works
|
|
Fm: SCOTT HOWELL 70270,641
|
|
To: 76576,3312 (X)
|
|
|
|
Hey ed... My modem connection works!!!! yea,yea!!! thanks....
|
|
|
|
#: 4003 S10/Tandy CoCo
|
|
30-May-90 17:38:23
|
|
Sb: #SCF files
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: All
|
|
|
|
Hi Guys---When you open a sequential access file what's the best way to get the
|
|
file pointer to the end so that you can append it. When I open and write, I
|
|
over write the existing info. I haven't done much work with SCF files.
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 4006 S10/Tandy CoCo
|
|
30-May-90 19:19:35
|
|
Sb: #4003-#SCF files
|
|
Fm: James Jones 76257,562
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
You can sequentially read an RBF file, of course...for SCF it doesn't make
|
|
sense to talk about seeking to the end! The simplest way to do what you want
|
|
is via the SS_SIZE getstat call, which will tell you the current file length.
|
|
Once you have that, seek to that position, and you're all set. (If you're
|
|
using C and have Carl Kreider's library, look in the docs for _gs_size().)
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4028 S10/Tandy CoCo
|
|
31-May-90 17:05:36
|
|
Sb: #4006-SCF files
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Thanks James--I haven't used syscall in programming because I dont understand
|
|
it thoroughly but I'll give it a try.
|
|
|
|
#: 4011 S10/Tandy CoCo
|
|
30-May-90 21:48:30
|
|
Sb: #4003-#SCF files
|
|
Fm: Pete Lyall 76703,4230
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
Phil -
|
|
|
|
Just do a getstt to determine the file's size, and then do an I$seek to that
|
|
point. If you're working in C, it's wayyyy easier: just open the file for
|
|
append (i.e. fopen("filename", "a").
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4029 S10/Tandy CoCo
|
|
31-May-90 17:08:25
|
|
Sb: #4011-SCF files
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Hi Pete--Like I told James, I'll give it a try. I never really found a good
|
|
tutoral on syscall and I haven't used it much. Thanks for the reply.
|
|
|
|
#: 4045 S10/Tandy CoCo
|
|
01-Jun-90 09:20:18
|
|
Sb: #4003-#SCF files
|
|
Fm: Jim Peasley 72726,1153
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
~
|
|
Phil;
|
|
|
|
I asked the same question quite a while back, and both Kev and Dave sent me
|
|
this subroutine that I use to seek to the end and append :
|
|
|
|
DIM path:BYTE; fsize:REAL
|
|
TYPE regs=cc,a,b,dp:BYTE; x,y,u:INTEGER
|
|
DIM register:regs
|
|
DIM callcode:BYTE
|
|
DIM xconv,uconv:REAL
|
|
|
|
(* filesize subroutine - courtesy K. Darling & D. Jenkins
|
|
70 ON ERROR GOTO 80 \(* open the file or append, but be ready for no file
|
|
OPEN #path,filenam:UPDATE
|
|
register.a:=path
|
|
register.b:=2
|
|
callcode:=$8D
|
|
RUN syscall(callcode,register)
|
|
xconv=register.x
|
|
IF xconv<0 THEN xconv=xconv+65536. \ ENDIF
|
|
uconv=register.u
|
|
IF uconv<0 THEN uconv=uconv+65536. \ ENDIF
|
|
fsize=xconv*65536.+uconv
|
|
SEEK #path,fsize
|
|
RETURN
|
|
80 (* Need to create initial file
|
|
errnum=ERR
|
|
ON ERROR
|
|
IF errnum=216 THEN
|
|
CREATE #path,filenam:WRITE
|
|
RETURN
|
|
ELSE
|
|
IF errnum>0 THEN
|
|
PRINT " Unexpected error - "; errnum \ END
|
|
ENDIF
|
|
ENDIF
|
|
|
|
|
|
This should do it for you.
|
|
|
|
...Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4052 S10/Tandy CoCo
|
|
01-Jun-90 18:22:08
|
|
Sb: #4045-SCF files
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Thanks for the info Jim--it helps to put the puzzle together!
|
|
|
|
#: 4022 S1/General Interest
|
|
31-May-90 10:44:25
|
|
Sb: #Word Processor
|
|
Fm: Robert A. Hengstebeck 76417,2751
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
I have been using stylograph for years and am very pleased with it. You may
|
|
want to check it out. However the local OS9 users seem to like ved and then
|
|
the formater programs instead.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4046 S1/General Interest
|
|
01-Jun-90 09:36:01
|
|
Sb: #4022-Word Processor
|
|
Fm: Butch Mooney 76702,1126
|
|
To: Robert A. Hengstebeck 76417,2751 (X)
|
|
|
|
Thanks for the info it is helpful to hear from a user of a program.
|
|
|
|
Butch
|
|
|
|
#: 4026 S1/General Interest
|
|
31-May-90 16:53:23
|
|
Sb: #3784-#dead TTX
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Steve,
|
|
|
|
No, I don't, but keep me in mind if you find a source. I just can't bring
|
|
myself to spend $500 for a terminal at this point, too many other things I
|
|
need!
|
|
|
|
Bill
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4034 S1/General Interest
|
|
31-May-90 22:04:00
|
|
Sb: #4026-dead TTX
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
Will do, Bill.
|
|
|
|
I've noticed an ad in the Shopper that has a listing of used terminals from $50
|
|
and up, but even that causes me to shutter when I look at the boxes in the
|
|
basement. Maybe I'll hear something from the TTX folks.
|
|
|
|
Steve
|
|
|
|
#: 4030 S10/Tandy CoCo
|
|
31-May-90 18:29:40
|
|
Sb: #Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Hi James--I went back to my trusty Tech Ref. and I cant find ss_size. All I can
|
|
find is ss.siz which it says works only with RBF. Also I dont understand what I
|
|
would seek the size of after using syscall. Seek size(#path) seek size(syscall)
|
|
seek size(?). After bouncing back and forth between the tech ref and Basic09
|
|
pages, I still dont understand fully how to use the syscall syntax. I would
|
|
appreciate any help you could give me. Phil
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4031 S10/Tandy CoCo
|
|
31-May-90 19:13:19
|
|
Sb: #4030-#Syscall
|
|
Fm: James Jones 76257,562
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
My mistake on the name; I'm sure ss.siz is what you want. OK--here's the poop
|
|
on syscall:
|
|
|
|
syscall is a direct hook to OS-9 system calls. If you take a gander at the
|
|
Technical Manual, you'll see that the interface to the system calls is defined
|
|
in terms of what the registers of the 6809 contain when you make the call and
|
|
what they contain when the kernel gets back to you, right? OK--the interface
|
|
for the BASIC09 procedure syscall (and, for that matter, the C routine _os9())
|
|
is defined the same way--there's a TYPE statement that you should use that has
|
|
fields defined that correspond precisely to the registers of the 6809, and you
|
|
assign to the appropriate fields what you want to hand to the system call in
|
|
accordance with the input parameters specified in the manual page for that
|
|
system call. After the procedure is run, the variable you passed as a
|
|
parameter has its fields modified to reflect exactly what comes back from the
|
|
system call. The fields that correspond to the registers contain just what the
|
|
registers had in them coming back from the system call.
|
|
|
|
In this particular case, you have to do something perhaps a little
|
|
counterintuitive, because the length of a file can be up to 2**32 bytes, which
|
|
is too big to fit in a BASIC09 INTEGER variable. The length comes back from
|
|
the system call with the least-significant 16 bits in one register, and the
|
|
mostsignificant 16 bits in another. To get the right length, you need to do
|
|
something like "65536.0*regs.x+regs.y" to force the calculation to be done in
|
|
floating-point arithmetic. So you'd say "SEEK #path,65536.0*regs.x+regs.y" to
|
|
get to the end of the file open on path.
|
|
|
|
There should be a tutorial that gives all the gory details of syscall, probably
|
|
better than I've done here, and probably with examples, which I'd say would be
|
|
very appropriate at this point. Wander over to the DL areas and browse--or
|
|
maybe someone here will pipe up with the proper file name and area (eh eh,
|
|
nudge nudge! :-).
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4050 S10/Tandy CoCo
|
|
01-Jun-90 18:17:39
|
|
Sb: #4031-#Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: James Jones 76257,562 (X)
|
|
|
|
Hey Thanks a lot James--I think you're right, we need a tutoral on syscall.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4067 S10/Tandy CoCo
|
|
01-Jun-90 21:39:59
|
|
Sb: #4050-#Syscall
|
|
Fm: Zack Sessions 76407,1524
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
I thought Kevin Darling uploaded a SYSCALL tutorial, at least he was
|
|
threatening to. Bug him about it!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4073 S10/Tandy CoCo
|
|
02-Jun-90 07:57:04
|
|
Sb: #4067-#Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Hi Zack--I didn't know that he did it yet. He said he was going to. I know that
|
|
in OS9 the system eventually gives CPU time to everything no matter what its'
|
|
priority is <GRIN> so I just wait!!.
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 4074 S10/Tandy CoCo
|
|
02-Jun-90 09:16:16
|
|
Sb: #4073-#Syscall
|
|
Fm: Dan Robins 73007,2473
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
Phil,
|
|
Kev indeed uploaded a SYSCALL tutorial. It's located in LIB 2.
|
|
Scoot up there and type: BRO /KEY=SYSCALL
|
|
|
|
Dan
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4093 S10/Tandy CoCo
|
|
03-Jun-90 17:03:47
|
|
Sb: #4074-Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Dan Robins 73007,2473 (X)
|
|
|
|
Thanks Dan--I'll do that!!
|
|
|
|
#: 4079 S10/Tandy CoCo
|
|
02-Jun-90 11:49:17
|
|
Sb: #4073-#Syscall
|
|
Fm: Zack Sessions 76407,1524
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
Best way to get Kev to do something he has already promised to do is to BUG
|
|
him! Post him a message!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4094 S10/Tandy CoCo
|
|
03-Jun-90 17:04:49
|
|
Sb: #4079-Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Hi Zack--I was just told that he did. I'm going to get it!
|
|
|
|
#: 4082 S10/Tandy CoCo
|
|
02-Jun-90 17:42:28
|
|
Sb: #4073-#Syscall
|
|
Fm: Jim Peasley 72726,1153
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
~ Phil;
|
|
|
|
The subroutine that I sent you got a bit munged - the DIM line for xconv and
|
|
uconv should have read :
|
|
DIM xconv,uconv:REAL
|
|
|
|
Other than that, it came through O.K.
|
|
|
|
re: syscall tutorial
|
|
Look in LIB 1, I believe (tutorials) for either SYSCAL.TXT or SYSCAL.DOC with
|
|
Kev's PPN on it.
|
|
|
|
...Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4095 S10/Tandy CoCo
|
|
03-Jun-90 17:08:17
|
|
Sb: #4082-Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
Hi Jim--I used your program lines and they worked just fine. I'm almost done
|
|
with my program and I'll send it up. Thanks to you and everyone who helped!!
|
|
|
|
#: 4047 S10/Tandy CoCo
|
|
01-Jun-90 11:40:07
|
|
Sb: #4030-#Syscall
|
|
Fm: Pete Lyall 76703,4230
|
|
To: PHIL SCHERER 71211,2545 (X)
|
|
|
|
Phil -
|
|
|
|
There seem to be a few conceptual problems here as well. RBF type files are the
|
|
only files that you _can_ seek to the end of (disk files).... SCF (/term, /p,
|
|
etc.) type files HAVE NO EOF, until you present an EOF character to them, which
|
|
usually closes the path. Same goes for pipes. SS.siz, SS.size -probably just
|
|
typos.
|
|
|
|
Pete
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4051 S10/Tandy CoCo
|
|
01-Jun-90 18:20:10
|
|
Sb: #4047-Syscall
|
|
Fm: PHIL SCHERER 71211,2545
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Thanks for the reply Pete!!
|
|
|
|
#: 4032 S1/General Interest
|
|
31-May-90 21:54:36
|
|
Sb: #PROJECT Mgt PERT CHART
|
|
Fm: tom farrow 72701,543
|
|
To: ALL INTERESTED PARTIES
|
|
|
|
Looking for a program for the coco3 that will make PERT charts or do critical
|
|
path methods for project management. Thank you
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4035 S1/General Interest
|
|
31-May-90 22:13:58
|
|
Sb: #4032-PROJECT Mgt PERT CHART
|
|
Fm: James Jones 76257,562
|
|
To: tom farrow 72701,543
|
|
|
|
Alas, I know of no such beast--it would be nice to have, though. Have you
|
|
considered trying your hand at one? The main reference you'll want is one to
|
|
partial ordering and the algorithm "topological sort;" it should be easy to
|
|
find in any data structures text.
|
|
|
|
#: 4037 S1/General Interest
|
|
01-Jun-90 00:27:15
|
|
Sb: #SCII Problems
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Kevin Darling
|
|
|
|
Help? I just got my Disto SCII w/RS232 & HD options. The no halt mode seems to
|
|
work ok, but I am harving trouble with the serial port. My system is setup ass
|
|
follows, Aa modified MPI, COCO3 w 512k, Disto 512k ramd disk in SLOT 2, B&B
|
|
host adapter/controller in SLOT3, Disto SCII with RS232 & HD in slot 4. I
|
|
patched aciapak with the modpatch file that came with the Disto stuff and I am
|
|
using THEIR /T2 descriptor too! I could dial my modem (RS 1200 BAUD), but it
|
|
didn't use my osterm scripts, and then it just hung the whole system and left
|
|
my hard drive selected. Oh, by the way I have put in the diode hak a week ago.
|
|
Everything has been working ok since then, I even had reliable rs232. To get
|
|
this message to you, I had to pull out the SCII (powered off) and put my old
|
|
controller in and Tandy RS232. This time everything flew. What did I do wrong ?
|
|
Oh, one more thing, I am using the cc3disk.irq driver as specified in the
|
|
readme file included. I used cc3disk.slp at first, but when I read that I
|
|
should use the IRQ version if I was using the RS232 option INSIDE the SCII.
|
|
What I don't know is if the Disto Ramdisk is using interrupts, or the B&B for
|
|
that matter. TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4042 S1/General Interest
|
|
01-Jun-90 01:24:06
|
|
Sb: #4037-SCII Problems
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Tony,
|
|
|
|
Lessee. No the ramdisk doesn't use interrupts, and neither does the B&B I don't
|
|
think.
|
|
|
|
Make sure that the /t2 descriptor has -pause. You were right to use the one
|
|
they gave.
|
|
|
|
Oh. I'm pretty sure OSTerm cheats and directly diddles the rs232 pak, which is
|
|
why things hang when using the Disto 2-1 card.
|
|
|
|
Others here may know the locations to patch in OSTerm (which shoulda taken the
|
|
cheat address from the descriptor, anyway!).
|
|
|
|
GUYS?!
|
|
|
|
#: 4038 S1/General Interest
|
|
01-Jun-90 00:41:02
|
|
Sb: #CIS Problems ??
|
|
Fm: TONY CAPPELLINI 76370,2104
|
|
To: Kevin Darling
|
|
|
|
When I type help at some of the prompts, I am prompted with an Illegal
|
|
Instruction Reques, or something like that. I can't get help anywhere. Is the
|
|
system having problems ? TC
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4040 S1/General Interest
|
|
01-Jun-90 00:53:17
|
|
Sb: #4038-CIS Problems ??
|
|
Fm: Kevin Darling (UG Pres) 76703,4227
|
|
To: TONY CAPPELLINI 76370,2104 (X)
|
|
|
|
Tony : I can only guess that perhaps you have some line noise, or are leaning
|
|
on a key? Like typing "shelp" accidentally would give you the CIS: "invalid
|
|
command".
|
|
|
|
I take it tho you typed help or ? a coupla times and got a bad response? How's
|
|
it doing now?
|
|
|
|
#: 4072 S12/OS9/68000 (OSK)
|
|
02-Jun-90 06:16:10
|
|
Sb: #system clock
|
|
Fm: SCOTT HOWELL 70270,641
|
|
To: 76576,3312 (X)
|
|
|
|
hey ed My modem works fine!!! In fact using it right now. One question though
|
|
Does your system clock mysteriously loose time without any explanation.
|
|
|
|
I leave my system on and periodically it will loose 6 hours or so. I usually
|
|
reboot to reset system clock or use setime -s. I can seem to pin-point the
|
|
problem though.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4106 S12/OS9/68000 (OSK)
|
|
04-Jun-90 03:47:56
|
|
Sb: #4072-#system clock
|
|
Fm: Ed Gresick 76576,3312
|
|
To: SCOTT HOWELL 70270,641 (X)
|
|
|
|
Scott:
|
|
|
|
No problems with my system clock - don't have any idea what your problem is.
|
|
Are you running a software package that mysteriously (sp?) resets the clock??
|
|
|
|
Ed
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4112 S12/OS9/68000 (OSK)
|
|
04-Jun-90 18:27:49
|
|
Sb: #4106-system clock
|
|
Fm: SCOTT HOWELL 70270,641
|
|
To: Ed Gresick 76576,3312
|
|
|
|
hmm could be, I will give Fred a call tommorrow. Oh the 50.00 check will be
|
|
mailed tommorrow (tue). Things have been a little hectic around here and had a
|
|
chance to mail it.
|
|
|
|
#: 4081 S12/OS9/68000 (OSK)
|
|
02-Jun-90 17:17:33
|
|
Sb: #de-archiving pgm
|
|
Fm: SCOTT HOWELL 70270,641
|
|
To: all
|
|
|
|
where is the de-archiving program for the 68?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4090 S12/OS9/68000 (OSK)
|
|
03-Jun-90 09:11:14
|
|
Sb: #4081-de-archiving pgm
|
|
Fm: Steve Wegert 76703,4255
|
|
To: SCOTT HOWELL 70270,641 (X)
|
|
|
|
Scott,
|
|
|
|
Take a peek in LIB 9 (Utilities) for AR68.BIN (the executable) and AR.AR (the
|
|
source.
|
|
|
|
Those should fix you up.
|
|
|
|
Steve
|
|
|
|
#: 4083 S10/Tandy CoCo
|
|
02-Jun-90 17:42:33
|
|
Sb: #VIEW feedback
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Bruce Isted 76625,2273 (X)
|
|
|
|
Bruce;
|
|
|
|
I'm in the process of (again) updating View, and would like to solicit
|
|
comments/suggestions for the next version from the users.
|
|
|
|
So far, I've taken out the DATA help text and put it in an external file,
|
|
grouped all replies into one file for TRANSmission to CIS, added a 'B'ack up
|
|
command to back up to the previous message, and other minor cleanup.
|
|
|
|
Is there anything that you've got a hankerin' for that's missing?
|
|
|
|
..Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4104 S10/Tandy CoCo
|
|
03-Jun-90 23:15:11
|
|
Sb: #4083-VIEW feedback
|
|
Fm: Bruce Isted (UG VP) 76625,2273
|
|
To: Jim Peasley 72726,1153 (X)
|
|
|
|
~ Jim,
|
|
I can't think of any other goodies to add to View, except maybe a quoting
|
|
feature if thats possible. If you've ever used some of the newer BBSes,
|
|
particularly OPUS types, and RiBBS, they have a feature that allows you to
|
|
quote lines from the original message in your reply. When used sparingly the
|
|
quotes can make a reply much more informative.
|
|
Bruce
|
|
|
|
#: 4084 S10/Tandy CoCo
|
|
02-Jun-90 17:44:39
|
|
Sb: #VIEW feedback
|
|
Fm: Jim Peasley 72726,1153
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike;
|
|
|
|
See message to Bruce above. Comments? Wishes?
|
|
|
|
..Jim
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4120 S10/Tandy CoCo
|
|
05-Jun-90 01:03:14
|
|
Sb: #4084-VIEW feedback
|
|
Fm: Mike Haaland 72300,1433
|
|
To: Jim Peasley 72726,1153
|
|
|
|
~ That just about covers everything I can think of. Except in the editor, it
|
|
would be nice if you could go back to the previous line of text. But that's no
|
|
biggie. Nice piece of work,
|
|
|
|
Mike
|
|
|
|
#: 4085 S10/Tandy CoCo
|
|
02-Jun-90 19:06:53
|
|
Sb: #PLAY sound files
|
|
Fm: James Whitaker 70355,431
|
|
To: all
|
|
|
|
I have uploaded 6 sound data files for the PLAY command. They are: KANSAS.PAK,
|
|
ET.PAK, ROBCOP.PAK, PLUMB.PAK, NOTBAD.PAK, and DINKEY.PAK. They were digitized
|
|
on a Tandy 1000-TL2 by Lonnie Green. I hope you enjoy them.
|
|
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4088 S10/Tandy CoCo
|
|
02-Jun-90 22:25:47
|
|
Sb: #4085-#PLAY sound files
|
|
Fm: STEVE FRAVEL 73327,3602
|
|
To: James Whitaker 70355,431 (X)
|
|
|
|
I had been thinking of digitizing some sounds on the TL/2 at work, but wasn't
|
|
sure whether the sounds were saved in a compatable form. Did you have to do
|
|
any conversion to them before using them with play?
|
|
|
|
--Steve
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4096 S10/Tandy CoCo
|
|
03-Jun-90 19:48:29
|
|
Sb: #4088-PLAY sound files
|
|
Fm: James Whitaker 70355,431
|
|
To: STEVE FRAVEL 73327,3602
|
|
|
|
No, All we had to do was use PCDOS to transfer the data to os9.
|
|
|
|
#: 4097 S10/Tandy CoCo
|
|
03-Jun-90 20:13:33
|
|
Sb: #4088-PLAY sound files
|
|
Fm: James Whitaker 70355,431
|
|
To: STEVE FRAVEL 73327,3602
|
|
|
|
I should add that Lonnie did do some editing of the data to cut it down to
|
|
managable size. He also used the medium sampling rate.
|
|
|
|
#: 4087 S5/OS9 Users Group
|
|
02-Jun-90 22:04:32
|
|
Sb: #This Forum
|
|
Fm: Butch Mooney 76702,1126
|
|
To: SysOp (X)
|
|
|
|
Hi,
|
|
|
|
Can you tell me is this forum set up different then the other forums on CIS? I
|
|
can use the program Telstar with no problems on this forum, but on anywhere
|
|
else on CIS. I can't upload in mail or other forums. I seem to have the
|
|
linefeed problem. One line overwrite another. On other parts of CIS I use Wiz
|
|
which works fine. Please let me know if this forum is setup for Cocos with no
|
|
linefeeds.
|
|
|
|
Thanks, Butch
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4089 S5/OS9 Users Group
|
|
03-Jun-90 09:05:51
|
|
Sb: #4087-#This Forum
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Butch Mooney 76702,1126 (X)
|
|
|
|
Butch,
|
|
|
|
Except is those forums which are beta sites (only a few) every forum on
|
|
CompuServe run the same forum software. To prove this to your self, upon
|
|
entering a forum, type VER and make note of what version is running.
|
|
|
|
Your options can vary from forum to forum (type OPTIONS) so you may have to
|
|
tailor editor preferences and the like.
|
|
|
|
Steve
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4091 S5/OS9 Users Group
|
|
03-Jun-90 09:15:22
|
|
Sb: #4089-This Forum
|
|
Fm: Butch Mooney 76702,1126
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
Hi,
|
|
It seems that Telstar works great in this forum. When I'm in mail it over
|
|
writes. That is why I asked. I'm changing some of the filters and fooling with
|
|
the linefeeds. So maybe it is this program. Thanks, Butch
|
|
|
|
#: 4105 S10/Tandy CoCo
|
|
04-Jun-90 02:04:13
|
|
Sb: #serial mice at last
|
|
Fm: Bruce Isted (UG VP) 76625,2273
|
|
To: All
|
|
|
|
Hi All,
|
|
Well, I've finally uploaded the serial mouse (CC3IO) patches. So all who
|
|
were waiting will soon be able to get their hands on a serial mouse, given that
|
|
the upload went OK and that I haven't messed up (knock on wood). I hope you
|
|
like it! Look for "SMOUSE.AR" in Lib 10.
|
|
Bruce
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4128 S10/Tandy CoCo
|
|
05-Jun-90 20:26:28
|
|
Sb: #4105-serial mice at last
|
|
Fm: Lee Veal 74726,1752
|
|
To: Bruce Isted (UG VP) 76625,2273
|
|
|
|
Thanks, Bruce, I just downloaded it.
|
|
|
|
|
|
As Randy Quaid says on his beer commercials, "Get back to ya' soon with more
|
|
details."
|
|
|
|
Lee
|
|
|
|
#: 4108 S7/Telecommunications
|
|
04-Jun-90 06:24:00
|
|
Sb: Fido
|
|
Fm: Al Fleagle 72527,1354
|
|
To: Bruce Isted 76625,2273 (X)
|
|
|
|
Can anyone tell me about a local node for fido? I'm looking for a fido<net>
|
|
node near Little Rock, AR. I understand there may be one in Conway, AR. I
|
|
would really appreciate the help if someone has the number.
|
|
|
|
#: 4109 S10/Tandy CoCo
|
|
04-Jun-90 07:00:14
|
|
Sb: #/V0../V4
|
|
Fm: Joseph Cheek 76264,142
|
|
To: all
|
|
|
|
Does anyone know how to make /V0 thru /V4 device descriptors (window
|
|
descriptors that open up as 32-column VDG screens)? I have successfully made
|
|
descriptors that will open the VDG window when I use them (ex., shell i=/v0&),
|
|
but the problem is that every descriptor points to the same physical window.
|
|
Ie, I have a shell in /v0, I type 'echo hi >/v1', and it shows up on /v0. This
|
|
is the same for all windows. What I am using is a modified /W2 that has the
|
|
names, window type, and window number changed. I cannot think of anything that
|
|
would make it not work. Any help would be appreciated,
|
|
|
|
Joseph Cheek
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4111 S10/Tandy CoCo
|
|
04-Jun-90 09:44:27
|
|
Sb: #4109-#/V0../V4
|
|
Fm: Zack Sessions 76407,1524
|
|
To: Joseph Cheek 76264,142 (X)
|
|
|
|
Change location $10 to be $C0 for v0, $C1, for v1, etc. Also change location
|
|
$37 to be $B0 for v0, $B1 for v1, etc. Be sure to reverify after changes!
|
|
|
|
Zack
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4116 S10/Tandy CoCo
|
|
04-Jun-90 22:30:58
|
|
Sb: #4111-/V0../V4
|
|
Fm: Joseph Cheek 76264,142
|
|
To: Zack Sessions 76407,1524 (X)
|
|
|
|
Thanks, Zack. I will try it out and report my findings.
|
|
|
|
#: 4113 S7/Telecommunications
|
|
04-Jun-90 19:19:50
|
|
Sb: #UUCP
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: All
|
|
|
|
A friend of mine (Bob Billson) is interested in the UUCP port. He asks for info
|
|
on how it's coming along and when will it be available? I keep on tell~ring him
|
|
to sign up, but he says he can't afford CIS.
|
|
|
|
Hugo
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4117 S7/Telecommunications
|
|
05-Jun-90 00:28:17
|
|
Sb: #4113-UUCP
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Hugo Bueno 71211,3662 (X)
|
|
|
|
Hugo -
|
|
|
|
Mark Griffith indicates that the UUCP port may be available in July or so.
|
|
|
|
Tell your friend that with prudent and efficient usage habits (as outlined in
|
|
at least one file here on the forum), CompuServe can be scoped out for just a
|
|
few (under 5 or 10) minutes a day. You logon, capture all messages nonstop, and
|
|
then use one of the offline tools ('view') to read and respond to messages.
|
|
Then you just upload the responses as text files later. Nothing to it.
|
|
|
|
Pete
|
|
|
|
#: 4122 S7/Telecommunications
|
|
05-Jun-90 06:19:00
|
|
Sb: #4113-UUCP
|
|
Fm: Mark Griffith 76070,41
|
|
To: Hugo Bueno 71211,3662 (X)
|
|
|
|
Hugo,
|
|
|
|
The UUCP port is coming along nicely, but there is still some work to do on it
|
|
before it can be released. This is about as complicated a package as I would
|
|
like to tackle in a long time (whew!). As with all software development, you
|
|
are tempted to keep adding features and never get it done. So far, only a
|
|
couple utilities need to be completed, and the tranfer protocol needs a little
|
|
tweeking.
|
|
|
|
I'll probably be making a call for beta testers later this month, so tell your
|
|
friend if he would like to test it, please let me know.
|
|
|
|
Mark
|
|
|
|
#: 4114 S1/General Interest
|
|
04-Jun-90 21:24:13
|
|
Sb: OSK Employment
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: all
|
|
|
|
|
|
Does anyone know of any employment opportunities for a person experienced with
|
|
OSK & 680x0 assembler programming?
|
|
|
|
If so drop me a note via email and we can exchange further details.
|
|
|
|
Thanks! -J
|
|
|
|
|
|
|
|
#: 4115 S12/OS9/68000 (OSK)
|
|
04-Jun-90 21:25:29
|
|
Sb: OSK Employment
|
|
Fm: Jay Truesdale 72176,3565
|
|
To: all
|
|
|
|
Does anyone know of any employment opportunities for a person experienced with
|
|
OSK & 680x0 assembler programming?
|
|
|
|
If so drop me a note via email and we can exchange further details.
|
|
|
|
Thanks! -J
|
|
|
|
|
|
|
|
|
|
#: 4119 S10/Tandy CoCo
|
|
05-Jun-90 00:31:07
|
|
Sb: #Reading disk tracks
|
|
Fm: William Phelps 75100,265
|
|
To: ALL
|
|
|
|
Does anyone know if there is a way to read a track legally? I found SS.WTRK,
|
|
but I didn't see a read track function in the manual.
|
|
|
|
William
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 4123 S10/Tandy CoCo
|
|
05-Jun-90 06:19:17
|
|
Sb: #4119-#Reading disk tracks
|
|
Fm: Mark Griffith 76070,41
|
|
To: William Phelps 75100,265
|
|
|
|
William,
|
|
|
|
Shouldn't be too hard to read a track. All you need to do is open the entire
|
|
disk as a file, and then seek to the track you want and read it. You'll need
|
|
to calculate the size of each track in bytes and use that figure for seeking
|
|
and reading. For example; a CoCo OS9 360K floppy has 18 256 byte sectors per
|
|
track for 4608 bytes per track. Open the disk as /d0@ and then seek to the
|
|
beginning of the file (the first sector), then seek out 4608 bytes. This
|
|
should put you at the start of the second track. Then read in 4608 bytes.
|
|
|
|
If you want to make your program smarter, then have it read the data from LSN0
|
|
on the size of things. Look in the Level II manual page 5-2. The number of
|
|
bytes per sector is not there, but I believe all OS9 systems use 256 bytes per
|
|
sector.
|
|
|
|
Mark
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 4126 S10/Tandy CoCo
|
|
05-Jun-90 09:37:28
|
|
Sb: #4123-Reading disk tracks
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Mark Griffith 76070,41
|
|
|
|
Mark -
|
|
|
|
That's really reading a track's worth of sectors, not reading a track. That
|
|
incurs all the overhead of interrecord gaps, headers, and disk interleave.
|
|
Track reading generall eats that whole collection in one revolution, and
|
|
handles data deblocking internally. That's one reason why track caches make
|
|
things so fast.
|
|
|
|
Pete
|
|
|
|
#: 4125 S10/Tandy CoCo
|
|
05-Jun-90 09:35:07
|
|
Sb: #4119-Reading disk tracks
|
|
Fm: Pete Lyall 76703,4230
|
|
To: William Phelps 75100,265
|
|
|
|
William -
|
|
|
|
Nope - there's no portable way to read a track under OS9 (at this time).. '
|
|
Pete
|
|
|
|
Press <CR> !> |