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

2778 lines
92 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
read new nonstop follow
91885 26-FEB 19:49 General Information
RE: $200 CD-i (Re: Msg 91871)
From: DSRTFOX To: HAWKSOFT
On 25-FEB 18:04 HAWKSOFT said to DSRTFOX
> No! The videos do not require a double speed drive. My Memorex (the
>orig Tandy) works just fine. Tho if the disk is really dirty you will
>get an occasional small green flash when it is unable to read the
>video info.
> Chris
Chris, did the original model require the cartridge to play the videos? Or
was it ready for them (I know it cost a good deal more, but could have just
been cost of new technology at the time)? Also, will the current cartridge
work with the older models (if required?)
On another subject, you need to send me a listing of EVERYTHING you have for
sale for tha CoCo and MM/1. I'm printing a catalog listing everything from
every vendor I can get ahold of. I have your ad put together in the magazine
already. Is this all the soft/hardware items you sell though? I want to have
as complete a compilation of CoCo/OS-9/OSK items possible. Later, if the
catalog gets big enough, I'll split it into CoCo and 68K versions.
Francis (Frank) Swygert
Publisher, "the world of 68' micros" Magazine
`[1;35;41mRainbow V 1.11 for Delphi - Registered
-*-
91922 2-MAR 20:28 General Information
RE: $200 CD-i (Re: Msg 91885)
From: HAWKSOFT To: DSRTFOX
Hi Francis (Frank)!!
> Chris, did the original model require the cartridge to play the videos?
> Or was it ready for them (I know it cost a good deal more, but could have
> just been cost of new technology at the time)? Also, will the current
> cartridge work with the older models (if required?)
The original did not come with the digital cartridge. I purchased one
about a year ago at Best Buy. I had a long list of compatible players,
including the Philips CD910 (which is what the Memorex is inside). So it works
fine!!!
> On another subject, you need to send me a listing of EVERYTHING you have
> for sale for tha CoCo and MM/1. I'm printing a catalog listing everything
> from every vendor I can get ahold of. I have your ad put together in the
> magazine already. Is this all the soft/hardware items you sell though? I
> want to have as complete a compilation of CoCo/OS-9/OSK items possible.
> Later, if the catalog gets big enough, I'll split it into CoCo and 68K
> versions.
I'll check over my most current list and E-Mail you a copy. The release
of CDF (the CD file manager is emminent!!!).
Chris
:-> :-> :-> :-> :-> :-> :-> Chris "HAWKSoft" <-: <-: <-: <-: <-: <-: <-:
Delphi: HAWKSOFT Internet: HAWKSOFT@DELPHI.COM
******************< Uploaded w/ InfoXpress vr. 1.02.00 >******************
-*-
End of Thread.
-*-
91886 26-FEB 20:17 OSK Applications
RE: BStart.a (Re: Msg 91884)
From: DBREEDING To: VAXELF
> I found a module on the MM/1 disks called "cstart.a" . After looking
> at this I have determined that this must be the assemble code for
> CSTART.R that all C programs use.
> When I try and compile this with a simple Hello C program, I get the
> following error from the linker.
>
> error - Initialized data (or jumptable) allowed only on program or
> trap handler modules.
You cannot have initialized data (or any data structure) in a subroutine
module.. All data will have to be passed as parameters. If you're not
familiar with how Basic passes variables, you'll need to review this.
CoCo packages had an option in the linker (-b, I think) that would
link a Basic09 subroutine package.. if you have the Coco compiler, you might
review it for some pointers.. You might need to look at the OSK Basic
docs to see that the correct register (a6) is used to point to the data
area. I know in CoCo OS9, you had to juggle it around. I don't have
OSK Basic so don't have the docs for it.
One other little gotcha, too, if you deal with floating point variables,
you might want to verify that both C and Basuc use the same format for
storing the Floating Point data. This was another difference in the
CoCo, but I think maybe they are the same in OSK. The way to check this
is to pass a float from basic to your subroutine and do a "printf"
to see if it's the same.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91888 26-FEB 21:45 OSK Applications
RE: BStart.a (Re: Msg 91886)
From: RANDYKWILSON To: DBREEDING
OSK Basic uses the same math trap as C, so format is the same.
-*-
91896 27-FEB 21:29 OSK Applications
RE: BStart.a (Re: Msg 91888)
From: DBREEDING To: RANDYKWILSON
> OSK Basic uses the same math trap as C, so format is the same.
I thought the literature for OSK Basic _did_ list the same format as
the one in C, but wasn't sure. I don't have OSK Basic, so wasn't able
to give a definitive answer, though.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91903 28-FEB 22:48 OSK Applications
RE: BStart.a (Re: Msg 91886)
From: VAXELF To: DBREEDING
I also discovered that the cstart.a I have also gives the same error for
the following C program.
#include <stdio.h>
main()
{
printf("Hello World\n");
}
I tried using the cstart.a that I already had and got the same error.
I then used the cstart.r that I always use with C programs and it compiled
and worked. Thus the cstart.a file I have is bad.
OSK Basic passes all pararmeters via the stack.
D0 = parameter count
D1 = address of first parameter
stack = first 4 bytes = address of second parameter
2nd 4 bytes = address of third parameter
and so forth.
If I remember right a C program using the d
main(argv,argc)
parameter comes out the same way.
Also making ML subroutine modules from assemble is easy. All that is need
is to set the psect to
psect Name,(Sbrtn<<8)!Objct,(ReEnt<<8)!1,0,0,Name
Since the cstart.r contains the front end code for a C program, that is
where the main psect is located.
OSK is different from OS9 (6809). There is not much difference between a
C program and a ML program in OSK as far as how parameters are passed.
I suppect that the cstart.a file I have is bad and if I could fine a
cstart.a that will compile with the Hello.c program, I may be able to
come up with a way to make ML subroutine modules for Basic using C.
John D.
-*-
91929 3-MAR 20:17 OSK Applications
RE: BStart.a (Re: Msg 91903)
From: DBREEDING To: VAXELF
> I also discovered that the cstart.a I have also gives the same error
> for the following C program.
>
> #include <stdio.h>
>
> main()
> {
> printf("Hello World\n");
> }
>
> I tried using the cstart.a that I already had and got the same error.
Did you just take the cstart.a that came with the system and edit the
PSECT? That won't work.. There are data variables set up in it and this
won't work, as data variables are not allowed in a subroutine module.
If you want to do a universal rof, you might first push the first
parameter's data onto the stack first off, then you could set up a
header file to define your offsets, like
#define PNUM 0
#define P1Adr 4
#define RET 8
#define P2Adr 12
... {add enough for all cases }
Hmmm... OSK Basic doesn't pass parameter size? If so, you need to
add this between all the parameter addresses.
Again you probably won't need any type of lead-in psect.. Or, you might create
one just so you would have the psect set up and possibly define the
parameter passage stuff.
One other thing RE: your cstart.a. You didn't try to compile the cstart.a
using "cc" did you" This won't work, because it will try to
include "cstart.r" when it compiles. You might want to write a "makefile"
for your assembly.. you can use "cc -r..." to compile the original .c
sources to rof's, but in the end you'll have to call "l68" directly
for the final compile pass.
> I then used the cstart.r that I always use with C programs and it
> compiled and worked. Thus the cstart.a file I have is bad.
> OSK Basic passes all pararmeters via the stack.
Possibly not, see above.
> I suppect that the cstart.a file I have is bad and if I could fine a
> cstart.a that will compile with the Hello.c program, I may be able to
> come up with a way to make ML subroutine modules for Basic using C.
One way to tell is to do a "cc -r cstart.a" to compile a new cstart.r
(don't overwrite your original, do this in /r0 or somewhere).. Then
cmp your new cstart.r to the original.. (there will be a few bytes
different in the date area, but you can figure them out).
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91931 3-MAR 21:29 OSK Applications
RE: BStart.a (Re: Msg 91929)
From: VAXELF To: DBREEDING
I made a new makefile having it compile the stock cstart.a along with
the following C code.
#include <stdio.h>
main()
{
printf("Hello World");
}
This time I didn't touch anything in the cstart.a . Just had the makefile
compile both the cstart.a and the above code. Got the same error.
Turned around and changed the makefile to use the cstart.r in the
i /dd/lib directory. Compiled with NO errors. This is why I say the cstart.a
in the /dd/def directory is BAD.
The first step made a cstart.r, but when the linker tried to combine the
two, that is when I got the error.
I have a friend that has a OSK disasemmbler. I may ask him to decode the
cstart.r into a assemble source file for me and then try it out.
There has to be a way to make ML subroutine files from C that OSK Basic
can use.
When we translated the old 6809 ML code into 68000 code. All that was
needed to make them into subroutine ML programs that OSK Basic could read
was to change the psect and setup the front end to reconize how OSK Basic
sends data to a ML program.
OSK Basic sends data to a ML in the following manor
D0 = Parameter Count
D1 = 1st parameter
Bottom of stack
4 bytes - Second Parameter
up 4 bytes - Third parameter
and so forth.
This is the same as when parameters are sent to a C program.
main(argv,argc)
argv - argement list
argc - argement count.
When compiled to ML, the argv and argc use the same registers and stack
arangement as above that Basic uses when passing parameters to a ML
subroutine module.
Since the two are SO similiar, there HAS to be a way to write subroutine
ML modules for Basic using C and I suppect it has to do with the
cstart module.
Since the cstart.a routine in /dd/defs seems to be bad, I need a cstart.a
that WILL compile and link with the above simple C code to start off with.
John D.
-*-
91953 5-MAR 02:04 OSK Applications
RE: BStart.a (Re: Msg 91931)
From: DBREEDING To: VAXELF
> I made a new makefile having it compile the stock cstart.a along with
> the following C code.
>
> #include <stdio.h>
>
> main()
> {
> printf("Hello World");
> }
>
> This time I didn't touch anything in the cstart.a . Just had the makefile
> compile both the cstart.a and the above code. Got the same error.
Yes, but when you made your dependency list for your module, did you
specify the command to be "l68 cstart.r ...."? What I'm saying is, if
the name of the above program is "test.c", and your output program is
to be named "test", you need something like this: (I'm going to indent
to be sure the editor does not concatenate lines-the preceding dots
should not be there).
..test:
.. l68 cstart.r{that you made} test.r .... -l=/dd/lib/clib.l
* if you do not include the above, make will send the command
"cc cstart.r test.r {etc}.. and it will try to link cstart.r
twice. This may be your trouble.
.. cstart.r:
.. test.r:
> Turned around and changed the makefile to use the cstart.r in the
> i /dd/lib directory. Compiled with NO errors. This is why I say the
> cstart.a in the /dd/def directory is BAD.
It shouldn't be.. As I said earlier, go to /r0 or somewhere, copy cstart.a
to there, and do cc cstart.a -r and then cmp it with your original cstart.r.
The bytes for the date will be different, but otherwise, it will more than
likely be the same.
> The first step made a cstart.r, but when the linker tried to combine
> the two, that is when I got the error.
See above. I suspect that if you specify "l68", your own code will
compile. Again, you will not be able to define any data areas in your
subroutine module. Any variables you use will have to be passed from
Basic, and any you define in the module will have to be automatic, that is,
defined *WITHIN* the function itself (that is, after the first brace) and
none can be defined outside the function. This applies to your cstart-type
module, it can not define any data storage.
> OSK Basic sends data to a ML in the following manor
>
> D0 = Parameter Count
> D1 = 1st parameter
>
> Bottom of stack
> 4 bytes - Second Parameter
> up 4 bytes - Third parameter
>
> and so forth.
>
> This is the same as when parameters are sent to a C program.
>
> main(argv,argc)
>
> argv - argement list
> argc - argement count.
>
> When compiled to ML, the argv and argc use the same registers and stack
> arangement as above that Basic uses when passing parameters to a ML
> subroutine module.
No, no.. C *DOES NOT* normally pass the count and size to a function.
This is just a special case for main(), and cstart passes them itself, but
C does not automatically pass them. When Basic calls a subroutine, IT
will pass them, and you will need to interpret them.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91959 5-MAR 15:48 OSK Applications
RE: BStart.a (Re: Msg 91953)
From: VAXELF To: DBREEDING
David,
Attached is the C progrom, the Makfile, and the first few lines of the
cstart.a . If I use the cstart.a file as is, it compiles and I can run the
test program. I get the error when I changed the psect in the cstart.a to
tell it it is a subroutine module.
C Program
#include <stdio.h>
main()
{
printf("Hello from a C Subroutine Called from OSK Basic \n");
}
Makefile.btest
#
# Makefile for BTest
#
btest: cstart.r btest.r
l68 cstart.r btest.r -l=/dd/lib/clib.l -l=/dd/lib/sys.l\
-go=/dd/programs/c/misc/btest
#
# Compile cstart.a and btest.c
#
cstart.r: cstart.a
cc -qrt=/r0 cstart.a
btest.r: btest.c
cc -qrt=/r0 btest.c
Cstart.a
*
* @(#)cstart.a 2.1.8 2/23/89
*
*******************************
*
* cstart.a - C program startup routine
*
use /dd/defs/oskdefs.d
Typ equ 1
Edit equ 7
Stk equ 2048+1024 some default stack size
Cerror equ 257 arbitrary C error
* psect cstart_a,(Prgrm<<8)!Objct,(ReEnt<<8)!1,Edit,Stk,_cstart,trapinit
* psect cstart_a,(Sbrtn<<8)!Objct,(ReEnt<<8)!1,Edit,Stk,_cstart,trapinit
psect cstart_a,(Sbrtn<<8)!)bjct,(ReEnt<<8)!1,0,0,_cstart
The first psect above works and btest.c program compiles no errors,
Run perfect.
The next two psects, cstart.a compiles to cstart.r, same btest.r - ERROR
l68 - error - initialized data (or jumptable) allowed only on program or
trap handler modules.
The third psect is same as psect in the SysCall assembly code in back of
Basic Manual.
This is my basic setup. From the C program and makfile, you should be able
to dupilcate my results and see the error first hand.
BTW I compared the two cstart.r 's.
My cstart.r 1270 bytes
/dd/lib/cstart.r 1274 bytes.
John D.
-*-
91962 5-MAR 17:57 OSK Applications
RE: BStart.a (Re: Msg 91959)
From: DBREEDING To: VAXELF
> Attached is the C progrom, the Makfile, and the first few lines of the
> cstart.a . If I use the cstart.a file as is, it compiles and I can run
> the test program. I get the error when I changed the psect in the cstart.a
> to tell it it is a subroutine module.
It sounds like you have not gotten rid of all your data variables. If you
have, then I can't understand, but the error you are getting sounds like it
is... Be sure all your "vsect" variables are deleted and see what happens.
Especially if you can compile the program with it left as a program module..
Ummm.. yes! If you can compile using the cstart.a without errors as a
program mod, then you have left the vsect variables in.. because otherwise,
you would get "unresolved variable references" in the link. Be sure all
your vsects are removed.. you cannot have vsects in a subroutine module.
> BTW I compared the two cstart.r 's.
>
> My cstart.r 1270 bytes
> /dd/lib/cstart.r 1274 bytes.
That _is_ something to look at.. You don't have an original distribution
disk? Here's what you might try.. It could just be the way something is
defined. Try assembling it (as a prog module), and then rdump both your
product and the original cstart.r, see if the CODE length is the same.
If so, make a .c file with just main(){} in it. compile it and link using
both cstart's. Have both modules with the same module name (you could
compile one, then rename the file, or use the -n option. Then cmp
them.. If they are the same, then you're OK.. else you might check with
Dave Graham (you have an MM/1, don't you) and ask him to send you a
fresh copy of cstart.a Technically, none of us would be supposed to
send it to you.
BTW.. my cstart.r is also 1274 bytes.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91978 6-MAR 20:02 OSK Applications
RE: BStart.a (Re: Msg 91962)
From: VAXELF To: DBREEDING
Are you talking about removing the vsect entries in CSTART.A ??
Calvin Dodge sent me a file showing how to make a C subroutine and I was
able to duplicate what he sent. The problem is seems to be with things
like printf. In his approach, the linker balks at the printf statement.
Looking at the assemble file generated by C, it has a call to _printf,
which is the function to print a string on the screen.
What I am after is be able to write a C subroutine that say will format
a window, set back/for ground colors, print text, mabey do some graphics,
and such. Using something like a C subroutine will run faster than doing
the same thing in Basic.
If you like I can send you the approach that Calvin sent me. It works
for things like adding two Integer numbers and such, but the concept should
be the same for any C subroutine module.
John D.
-*-
91980 6-MAR 22:46 OSK Applications
RE: BStart.a (Re: Msg 91978)
From: DBREEDING To: VAXELF
> Are you talking about removing the vsect entries in CSTART.A ??
Right. You cannot define data storage in a subroutine module.
> Calvin Dodge sent me a file showing how to make a C subroutine and I was
> able to duplicate what he sent. The problem is seems to be with things
> like printf. In his approach, the linker balks at the printf statement.
Some of the library routines define data storage themselves and I think
printf _does_ define some.. maybe not globally, but no data structures
can be defined.
> Looking at the assemble file generated by C, it has a call to _printf,
> which is the function to print a string on the screen.
Is _printf() a function he defined? If you want a printf, you will have
to define your own and somehow get around the data definitions, somehow
making them "automatic". BTW, you'll probably not be able to use
any of the lib routines. Many reference "errno", at the least. Hmm..
you might, in your mainline subroutine module, push some stack area,
reset "a6" to point to the base, and define offsets within this stack
for "errno" etc. (You'll need to save your original a6 and restore it
before exiting from the subroutine module.
> What I am after is be able to write a C subroutine that say will format
> a window, set back/for ground colors, print text, mabey do some graphics,
> and such. Using something like a C subroutine will run faster than doing
> the same thing in Basic.
Yes, it would probably be faster. It may take some doing to get it to
work.. Would it be extremely hard to rewrite the whole program in C? If
you're familiar with C, you can progress pretty quickly in making the
conversion. I've done it myself and you can follow the Basic program's
structure pretty closely.
> If you like I can send you the approach that Calvin sent me. It works
> for things like adding two Integer numbers and such, but the concept
> should be the same for any C subroutine module.
If you would like, I would like to see what he did, from curiosity, if
nothing else.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91983 7-MAR 20:35 OSK Applications
RE: BStart.a (Re: Msg 91980)
From: VAXELF To: DBREEDING (NR)
First step is to get the program Basic/ML working as is. This is a port
from the OS9 Basic09/ML program.
Next is to play around with this version, make enhancements, and ect.
Third step is to rewrite the program completely into C. The Basic/ML port
will become shareware and the C version will become commercial. The Basic/
ML version will be strickly MM/1, but the commercial version will be able
to be run on a non-MM/1 OSK platform.
The shareware version could benifit from being able to use subroutines
that didn't have to be in only ML or Basic.
I know that Power Basic has this abilty, was hoping a way was availble
to make it easier to make enhancement to the shareware version.
BTW I did come across a C program on the Internet comp.os.os9, that sent
me some C code that showed how to make C Subroutine modules that could be
linked and accessed from a C program.
It beginning to look like to be more trouble that it is worth, to make
or take a C program and make it into a subroutine module that Basic can
use.
John D.
-*-
End of Thread.
-*-
91887 26-FEB 21:26 General Information
Text Editor
From: CLTUCKER To: ALL
I am looking for a word processor and text editor for OS9. I currently
use Simply Better but am switching over. Would like to find VED, etc.
Any ideas out there?(g)
cl
-*-
91890 26-FEB 22:44 General Information
RE: Text Editor (Re: Msg 91887)
From: REVKAK To: CLTUCKER
Bob van der Poel Software
PO Box 355 PO Box 57
Porthill, ID Wynndel, BC
USA 83854-0355 Canada VOB 2NO
604-866-5772 (US or CANADA)
Bob has VED and VPRINT; both of which are excellent products.
Another product to go with that is Tsspell, spell checker, from Radio
Shack. Cat. No. 26-3266. Let me know if you can't find it I have an
extra I may part with.
Also, to integrate it all together, you might want to get WPShel
available from ColorSystems (Zacksessions), PO Box 540,
Castle Hayne, NC 28429-0540
Voice (919) 6751706 Data (919) 675-1847
WPShel sets up a point and click mouse interface for the above programs
and saves some typing at the command line. I use all of the above.
Best regards, Keith
-*-
91895 27-FEB 21:29 General Information
RE: Text Editor (Re: Msg 91887)
From: DBREEDING To: CLTUCKER
> I am looking for a word processor and text editor for OS9.
> Would like to find VED, etc.
REVKAK gave you Bob Van DerPoel's address.. I heartily recommend Ved,
coupled with VPRINT.. It takes a little time to set up the configuration
file (and you can have more than one). These files define printer codes
to do some pretty fancy printing. I have played around with it a little,
and if your printer has the capability, you can do some REALLY professional
looking output.
Ved supports wrap-around text, auto-indent, and just about anything you
would want.. The only drawback I have seen with it is that it does not
support control codes within the text. No problem with normal text,
however.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91911 1-MAR 03:54 General Information
RE: Text Editor (Re: Msg 91887)
From: ISC To: CLTUCKER
> I am looking for a word processor and text editor for OS9. I currently
> use Simply Better but am switching over. Would like to find VED, etc.
> Any ideas out there?(g)
> cl
>
Ved and Vprint are good as is WPShel from COLORSYSTEMS here. Dynastar was the
featured word processor for OS-9, but it is only available now as used
software if you can find it. Tandy also sold a program called TSWord. It was
a graphical shell which work with component programs TSEdit, TSFormat and
TSSpell which is the best spell checker for OS-9. These programs may still be
available from Tandy using the special order catalog. Regarding text editors,
there is a score of them. Check the database here.
Good Luck.
Bill
-*-
91925 2-MAR 22:35 General Information
RE: Text Editor (Re: Msg 91887)
From: NEALSTEWARD To: CLTUCKER
If you use Multi-Vue and like the "point & click" interface style, a
fairly good word processor is still available from Owl Ware called
Window Writer v.1.3a writen by R.C. Dash. It sells for around $50
and has a professionally printed manual. After using Microsoft Word
at work on a PC, I got spoiled with using the mouse for so many
actions, that this one seems very intuitive and doesn't require a
great deal of time to learn. If you don't have an old Rainbow
around for the address, here's the phone number printed in the
manual: 215-837-1917.
-*-
91930 3-MAR 20:42 General Information
RE: Text Editor (Re: Msg 91925)
From: CLTUCKER To: NEALSTEWARD
Thanks for the info on Window Writer. I have the Multi-Vue but never
put it to work. Do you think it is a good pgm. Lots of trouble getting
it up and runnin.(g)
cl
-*-
91996 8-MAR 19:48 General Information
RE: Text Editor (Re: Msg 91930)
From: NEALSTEWARD To: CLTUCKER
Multi-Vue is alright if you don't care to get too deep into OS-9, or if
you use Windows or a Mac and are spoiled with "point & click". However,
I would not recommend MV if you don't have a hard drive. To much disk
overhead for floppies. I've been using a hard drive for 6 or 7 years
and I forget some users have floppy-only systems. Multi-Vue is sometimes
a little slow, but can be improved with system patches and the use of
a 6309 cpu.
-*-
91997 8-MAR 19:57 General Information
RE: Text Editor (Re: Msg 91996)
From: CLTUCKER To: NEALSTEWARD (NR)
I'm trying to crank up MultiVue now. Hope to get er goin soom.(g)
cl
-*-
End of Thread.
-*-
91889 26-FEB 22:25 New Uploads
CDL Basic demo uploaded
From: FHOGG To: ALL
rev
Name: CDLBASIC.DMO
Type: PROGRAM
Date: 26-FEB-1995 21:46 by FHOGG (able to edit the Group)
The file 'CBManual' is a straight text file of the mini manual for the demo of
CDL Basic, a true native code 68000 compiler for OS9/68000.
The file 'cbdemo.lzh' is the complete demo with the mini manual compressed with:
'LHa Vrs. 2.01 for OSK - Ported June 15, 1992 M.Haaland'
The file 'cbdemo.ar' is the complete demo with the mini manual compressed with:
'Ar V2.00 - archive file manager'
This is a complete working demo of CDL Basic Version 1.0 that is only limited in
the size of the program you can compile. Many examples are included that will
compile with the demo.
Enjoy
Topic: New Uploads
Keywords: APPLICATIONS, BASIC COMPILER OS9/68000 OSK FHL HOGG
Contents:
1 CBMANUAL - TEXT OF MANUAL (Size: 35136 Count: 0)
Dow: CBManual
2 CBDEMO.LZH - FULL DEMO LHA 2.01 (Size: 92865 Count: 0)
Dow: cbdemo.lzh
3 CBDEMO.AR - FULL DEMO AR2 2.0 (Size: 148732 Count: 0)
Dow: cbdemo.ar
Enter ? for assistance or UPLOAD to add more files to the group.
EDIT> The preceding has just been uploaded to 'data.new' I will also upload
it to CI$ for those who want it there.
Enjoy
Frank Hogg - FHL
-*-
91891 27-FEB 00:42 General Information
RE: Graphics on the Internet! (Re: Msg 91881)
From: KSCALES To: 01GEN40
> I would also like to know if someone here can contact Colin McKay
> and find out if he is in fact the "Colin McKay" I saw in the"Honor-
> ary Crew Members" list. And, if so, how did he get his name on their
> list.
I have passed your enquiry on to Colin.
> Also, to any of you in the Southern California area, there is a Star
> Trek convention in San Diego on March 4, Saturday from 11:00AM to
> 6:00PM. I will be there, in uniform, as a Vulcan CMDR named Siran.
> Any info to my quest will be greatly appreciated. See ya among the
> stars!
Siran, Vulcan (AB) was my home until I left for University. I had
many good friends there. Please say "Hi!"
> LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
>
> -= GEN =-
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
91955 5-MAR 12:02 General Information
RE: Graphics on the Internet! (Re: Msg 91891)
From: 01GEN40 To: KSCALES
Hi Ken,
Unfortunately, I have never been to Vulcan (Alberta I presume), and
again unfortunately, I have never been to my homeworld of Vulcan. My
parents came to Earth many years ago as ambassa
dors to Earth. I was
born in San Diego, California, but, I claim Vulcan as my home world
since I am indeed of that Galictic species. (That should have been
"Galactic" not Galictic!) I am told that computer keyboards on
Vulcan are more logically laid out and much easier to use! Then
again, who needs a keyboard with voice interaction? It is indeed
unfortunate that I cannot pass on "hellos" to your friends..{f*w3
Whoa, I just got a line of random garbage printed in this message
as I was sitting here pondering my thoughts. I wonder if it has any-
thing to do with this lousy weather we are having at this time. Oh
well, I do not think they will remain in this text since they look
like that would be printed if you listed a binary file to the screen.
See ya, in the stars...
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= GEN =-
-*-
End of Thread.
-*-
91892 27-FEB 04:50 General Information
63B09E
From: JLIND To: ALL
Does anyone know where I can get a Hitachi 63B09E?
I've checked with B&G and Mouser with no luck at all.
I also called Burke & Burke's tech & order lines but
they've been disconnected
Those chips are plumb hard to find!!!!!
John
-*-
91901 28-FEB 22:38 General Information
RE: 63B09E (Re: Msg 91892)
From: THETAURUS To: JLIND (NR)
Hi John, you can get 6309 chips from several sources from within
the community. I believe Conect sells them(and will install them
for you), and Northern Xposure sells them as well as the Nitros9
Native mode software. Since we're on the subject, Northern Xposure
will be online discussing just that very topic this coming
Monday(March 06) on OS-9 Late Night. By the way I should mention
that I'm not sure if they are the 63B09E or some other variation
of that chip.
See Ya
>Chris<
-*-
91907 28-FEB 23:18 General Information
RE: 63B09E (Re: Msg 91892)
From: CLTUCKER To: JLIND (NR)
John, have you read 68Micros page 19? Small Grafx Etc. Offers a 63C09E
with socket. (206)692-5374.(g)
cl-
-*-
91912 1-MAR 03:54 General Information
RE: 63B09E (Re: Msg 91892)
From: ISC To: JLIND (NR)
> Does anyone know where I can get a Hitachi 63B09E?
> I've checked with B&G and Mouser with no luck at all.
> I also called Burke & Burke's tech & order lines but
> they've been disconnected
> Those chips are plumb hard to find!!!!!
> John
>
Sounds like you might try calling Hitachi.
Bill
-*-
End of Thread.
-*-
91893 27-FEB 18:35 General Information
RE: Another question about Delphi! (Re: Msg 91879)
From: PAUL8 To: 01GEN40
On 26-FEB 11:38 01GEN40 said to PAUL8
N So as not to get logged off of Delphi, Just type 'US' and it brings
N you back home. No need to bother "THE SERVICE". Thanks. See ya.
N LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
N -= GEN =-
Thanks for the help.
`[1;33;41mPaul-Boston visit us we need your money I mean historic Bstn
`[1;33;44mHappy Sailing; Another Day Above Ground
`[1;30;41mRainbow V 1.12.6 for Delphi - Registered
-*-
91956 5-MAR 12:06 General Information
RE: Another question about Delphi! (Re: Msg 91893)
From: 01GEN40 To: PAUL8
Hi Paul,
What is this that I see in your tag line?:
'[1;30;41mRainbow V 1.12.6 for Delphi - Registered
See ya, in the stars...
LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
-= GEN =-
-*-
91966 5-MAR 21:47 General Information
RE: Another question about Delphi! (Re: Msg 91956)
From: PAUL8 To: 01GEN40 (NR)
On 5-MAR 12:06 01GEN40 said to PAUL8
N Hi Paul,
N What is this that I see in your tag line?:
N '[1;30;41mRainbow V 1.12.6 for Delphi - Registered
N See ya, in the stars...
N LONG LIVE OS-9! <FOREVER> ** In whatever form it is in!
N -= GEN =-
Please explain. Most likely the tagline you saw is something I
stole.
`[1;33;41mPaul-Boston visit us we need your money I mean historic Bstn
`[1;33;44mHappy Sailing; Another Day Above Ground
`[1;32;45mRainbow V 1.12.6 for Delphi - Registered
-*-
91975 6-MAR 01:55 General Information
RE: Another question about Delphi! (Re: Msg 91966)
From: MITHELEN To: PAUL8
I think the referance is to the ANSI escape sequences at the begining
of the tag lines, that show up as "garbage" characters for those that
don't use terminals that reconize ANSI escape sequences (like the ADM-3
I am on right now.) These type of escape sequences can really reck havoc on
certian terminals that don't reconize them (There are one that will lock up my
adm3, and require me to power cycle it to get it to work again)
--
Paul
-*-
End of Thread.
-*-
91894 27-FEB 18:35 General Information
RE: BOYCOTT THE NY TIMES (Re: Msg 91883)
From: PAUL8 To: THETAURUS
On 26-FEB 13:55 THETAURUS said to BILLCONDIE
N >>is it anti-Murdoch perhaps?<<
N I doubt it. Even the 'Boston Herald' which is the Murdoch owned
N paper makes little mention of Delphi in there Computer and Telecom
N type articles. I think the main mention comes in the Email
N addresses of the paper and it's editors. I guess we can't accuse
N Rupert of overusing his paper for self promotion (G).
N See Ya
N >Chris<
I can not understand this. Mabey I am used to Email. But a lot of emphasis
is put on email which is simple to use.
`[1;33;41mPaul-Boston visit us we need your money I mean historic Bstn
`[1;33;44mHappy Sailing; Another Day Above Ground
`[1;31;42mRainbow V 1.12.6 for Delphi - Registered
-*-
91897 27-FEB 21:49 OSK Applications
CDL Basic demo uploaded
From: FHOGG To: MITHELEN
Paul,
Last night I uploaded three files to 'data new'. They are the full demo version
of CDL Basic v1.0. If you get a chance please make them available.
Thanks
Frank
-*-
91899 27-FEB 22:22 OSK Applications
RE: CDL Basic demo uploaded (Re: Msg 91897)
From: MITHELEN To: FHOGG
I (or Boisy, who is my new helper) will take care of them this week...
--
Paul
-*-
91900 28-FEB 19:26 OSK Applications
RE: CDL Basic demo uploaded (Re: Msg 91899)
From: FHOGG To: MITHELEN
Thanks
-*-
End of Thread.
-*-
91898 27-FEB 21:50 OSK Applications
CDL Basic demo
From: FHOGG To: ALL
In case you are in a hurry the CDL Basic demos are available on CI$ in dl12.
Frank
-*-
91926 3-MAR 00:01 OSK Applications
RE: CDL Basic demo (Re: Msg 91898)
From: AJMLFCO To: FHOGG
Personally, _I
I won't buy anything until I have OSK 2.4 or later.
Allen Morgan
-*-
91936 3-MAR 23:54 OSK Applications
RE: CDL Basic demo (Re: Msg 91926)
From: FHOGG To: AJMLFCO
I was referring to the demo being available on compuserve. I used the CI$ as a
reference to the extra cost of compuserve. However I beleave Paul has made the
demo available here.
As far as waiting till 2.4. That is your choice and you are will not get a
argument from me about it.
Frank
-*-
91989 8-MAR 01:16 OSK Applications
RE: CDL Basic demo (Re: Msg 91936)
From: AJMLFCO To: FHOGG (NR)
> As far as waiting till 2.4. That is your choice and you are will no get
a argument from me about it.
Yep, I think it is somewhat out of your control. I just can't trust that
guy to deliver on his promises- can't stay focused. Instead of finishing
OSK 2.4 for the Kix, he goes off and designs another board, the Kix\20.
Not to mention that the original system would have sound and be "multi-
media" like the MM/1 only (supposedly) better. We are falling behind
in Gwindows versions, presumably due to the lack of OSK 2.4. And now,
instead of meeting the original ( 1992) promise of 2.4, he goes off and
fiddles around with Basic. Would he care to respond, in writing, to
this forum?
I trust you will relay this to Mr. Smith.
Allen Morgan
BTW, I still have my receipt for the original disks I sent back to
you in (damn, the exact date is smudged) early 1994. I guess I had
better get them back. The OSK 2.4 and latest Gwindows was going to
be ready "any day now".
-*-
End of Thread.
-*-
91902 28-FEB 22:39 General Information
Late Night Reminder:NX
From: THETAURUS To: ALL
This is another friendly reminder that this upcoming Monday,
March 6 at 10:00 PM, Colin McKay of Northern Xposure, will be
online representing his company to discuss the upcoming release of
Nitros9 v 1.21. Nitros9 is a software update to the OS-9 Level II
system which allows the system to run in 6309 Native Mode for
those Coco's running with the 6309 Chip. This, for those who might
not know, will give a considerable speedup boost to the Coco, that
has been long overdue. Please try and be in attendance for this
conference if you have any comments or questions, so perhaps Colin
and Alan won't have so many Fido Net and Internet posts to answer
over and over and over and over...<Grin>
Also, the following week, on March 13, I will be discussing a
project I am starting for the OS-9 Users Group. Since not all the
details are completely hammered out, I will scratch the surface
for now. It will be similar to Rick Cooper's 'Coco Directory',
with more of an OS-9 slant. I will collect information that
relates to topics specific to the OS-9 community and add it all to
the respective databases. So far, off the top of my head, I have
about seven or eight database files set up for these topics. For
instance one database is for Users and will contain user
information for all people within the Coco and OS-9 community.
This data will include, Name,Address, Email Address, the computers
they currenly use that run OS-9(I'm planning on taking information
from DECB users also, but I'm not too clear on that yet. 1) I'm
not sure if it's in the best interest of an OS-9 User Group and 2)
Rick Cooper seems to be doing a fine job handling this area as it
is, but this will be up for discussion). I have set up all these
databases using the MSworks Database on the clone and I'm on the
Coco right now, so I don't have the files in front of me, but I
think there are a couple other fields in the 'Userlist' record
that I'm unable to remember. Anyway, I hope you get the point(I'm
not very good at putting ideas on paper). I am going to seperate
the conference into to major parts. First I'm going to start it
off by going into greater detail about this project and dig deeper
into what it's many purposes will be. If we can make this work, it
will be a BIG asset to the OS-9 community. This is a very
important project and will play a big role in how difficult or
easy future activity will be. Second, towards the latter part of
the conference, I will seek out people who will be interested in
volunteering their efforts in helping round up this information.
This is a great opportunity for all of us OS-9 Users Group members
to get together and finally WORK TOGETHER to accomplish a big part
of the future of the OS-9 Market as we know it. Let's lay down the
foundation for the future of the OS-9 Users Group! By the way, in
either the upcoming MOTD or the one following that, will be an
article also detailing my feelings on this project and some of the
same topics that I will be presenting in the conference.
See Ya!
>Chris<
-*-
91904 28-FEB 22:59 General Information
RE: hard drive jumpers (Re: Msg 91875)
From: WA2EGP To: COCOKIWI
Well, I got it straightened out. The darn jumper was on but not making
contact. I'm still trying to figure that out. I did a little "squeeze" on the
jumper and it works now. Yeah, a book like that is worth it, even if only to
help someone else. No need to fax the info. My principal would really
appreciate all that tech stuff chewing up his thermal paper (Probably serve
him right!) but email would be OK. I'd make a label and stick it on the top
of one of the chips on the drive. The funny thing is.....I walked away from
the problem for a day, came back and the first thing I checked, and I have no
idea why I checked it, was the problem. Zen computer reapair?
-*-
91905 28-FEB 23:01 General Information
RE: hard drive jumpers (Re: Msg 91876)
From: WA2EGP To: COCOKIWI
OK, thanks. I will file it for future use.....in several places! I believe
in redundancy. I you store five copies, you have an 80% chance of finding
one within a year (grin).
-*-
91908 28-FEB 23:55 General Information
RE: hard drive jumpers (Re: Msg 91904)
From: COCOKIWI To: WA2EGP
I wonder how that has happened to me so often!<grin>
Dennis
-*-
91909 28-FEB 23:55 General Information
RE: hard drive jumpers (Re: Msg 91905)
From: COCOKIWI To: WA2EGP
OUCH! I know THAT problem well!<g>
Dennis
-*-
91917 1-MAR 21:42 General Information
RE: hard drive jumpers (Re: Msg 91904)
From: ISC To: WA2EGP
The funny thing is.....I walked away from
> the problem for a day, came back and the first thing I checked, and I have no
> idea why I checked it, was the problem. Zen computer reapair?
>
Don't laugh. I have been doing tech troubleshooting for years and that walk
away from the problem tactic works. We "modern" techies forget the immense
power of our subconscious minds.
Bill
-*-
91973 6-MAR 01:15 General Information
RE: hard drive jumpers (Re: Msg 91917)
From: WA2EGP To: ISC
Well, I also think we have a "math coprocessor" in the brain some where.
There are times where I came up the right answer to a problem in school (I
teach Physics) without actually thinking about it. Complicated stuff too.
I guess all the other trash going on between the ears gets in the way (grin).
-*-
End of Thread.
-*-
91906 28-FEB 23:07 OSK Applications
RE: IFF Sounds (Re: Msg 91880)
From: WA2EGP To: VAXELF
Let me know details on Ribbs_OSK. I have an older OSK box that I'm thinking
of dedicating to a local OS9 BBS.
-*-
91923 2-MAR 20:32 OSK Applications
RE: IFF Sounds (Re: Msg 91906)
From: VAXELF To: WA2EGP
At present Ribbs_OSK is being ported to the MM/1 under KWindows. The
only reason for this is the orginal Ribbs ran under the COCO Windio and
KWindows is almost a exact copy as far as the commands are concerned. Thus
for now Ribbs_OSK will ONLY run on a OSK system running KWindows. After
we get the port complete, then I plan to re-write it into C. At that time
is will be easy to make a Gerneric version that will run on ANY OSK box.
thanks for the interest. If you like I can keep you posted on the
development. I plan to either release it to the public or at least demo
it at the Chicago Fest. If you are going, make sure to stop by the
Blackhawk booth and say hello.
John Donaldson
-*-
91949 4-MAR 23:36 OSK Applications
RE: IFF Sounds (Re: Msg 91880)
From: JOELHEGBERG To: VAXELF
John,
> Thanks for the tips on the IFF sound files. I now have them working
> real good in the new Beta Version of KTerm. If beta testing proves out,
> the new KTerm will be ready for Chicago Fest.
Fantastic! I'm glad I could be of some help.
-- Joel.
-*-
91974 6-MAR 01:19 OSK Applications
RE: IFF Sounds (Re: Msg 91923)
From: WA2EGP To: VAXELF
1. Would like to get to Chicago
2. Would have liked to use the old OSK box. Don't want to risk the MM/1 to
voltage spikes on the phone lines (we've got 'em). Well, I guess I'll
wait.
Keep me posted. Obviously, It doesn't have to be fancy since the old machine
is terminal only.
-*-
91977 6-MAR 19:55 OSK Applications
RE: IFF Sounds (Re: Msg 91974)
From: VAXELF To: WA2EGP
I'll keep you informed. Two of us have just finsihed testing the OS9 code
part of the port. That is when you set OS9 as your terminal mode, Ribbs_OSK
does send out the correct codes. Colors are not correct, but that is in the
pallete selection. Need to setup correct color palette codes, but that is a
minor bug for now. ANSI selection bombs Ribbs_OSK to a command prompt.
Suppect a bad call, that should be easy to find.
John D.
-*-
91986 7-MAR 21:45 OSK Applications
RE: IFF Sounds (Re: Msg 91977)
From: WA2EGP To: VAXELF (NR)
Sounds like it is getting along. My terminals are monochrome so color isn't
important (well, maybe......). My friend Bob Billson used to use me to
beta test stuff he did because I had a color monitor on the CoCo while he had
monochrome. Stuff would look good on his monitor but magenta on yellow didn't
quite look good (you should have seen yellow on magneta!). Keep me (us)
posted.
-*-
End of Thread.
-*-
91910 1-MAR 02:32 OSK Applications
Get/Put
From: LARRYOLSON To: JOELHEGBERG
Joel,
Do you know if anyone has looked into the Get/Put bug on the MM/1 ?
I started playing around to see how difficult it would be to move Pac09
over to the MM/1, but the Get/Put problem brought me to a screeching halt.
I'm sending the following test program to help show the problem.
Larry
/* Get put test */
/* A routine to test getting and putting objects */
#include <stdio.h>
#include <mouse.h>
#define STDIN 0
#define STDOUT 1
#define STDERR 2
static MSRET Ms;
int Wpath = STDOUT;
int Wpath2;
int P_id;
main()
{
int xx, yy, buf, offset;
P_id = getpid();
Wpath2 = open("/w", 3); /* open a 320 x 208 window */
DWSet(Wpath2, 3, 0, 0, 40, 26, 1, 0, 0);
Palette(Wpath2, 0, 0, 0, 0); /* set to black */
Palette(Wpath2, 1, 218, 218, 255); /* set to white */
Palette(Wpath2, 2, 255, 218, 0); /* set to yellow */
Clear(Wpath2);
CurOff(Wpath2);
Select(Wpath2);
CurXY(Wpath2, 2,1);
writeln(Wpath2,"First we draw and Get five objects",34);
FColor(Wpath2, 2);
/* Draw and Get dot #1 */
SetDPtr(Wpath2, 100,31); Bar(Wpath2, 101,32);
GetBlk(Wpath2, P_id,1,100,30,2,3);
/* Draw and Get dot #2 */
SetDPtr(Wpath2, 200,31); Bar(Wpath2, 203,32);
SetDPtr(Wpath2, 202,30); Bar(Wpath2, 203,32);
GetBlk(Wpath2, P_id,2,200,30,4,4);
/* Draw and Get dot #3 */
SetDPtr(Wpath2, 300,31); Bar(Wpath2, 305,32);
SetDPtr(Wpath2, 302,30); Bar(Wpath2, 303,33);
GetBlk(Wpath2, P_id,3,300,30,6,4);
/* Draw and Get dot #4 */
SetDPtr(Wpath2, 400,31); Bar(Wpath2, 407,32);
SetDPtr(Wpath2, 402,30); Bar(Wpath2, 403,33);
SetDPtr(Wpath2, 406,30); Bar(Wpath2, 407,33);
GetBlk(Wpath2, P_id,4,400,30,8,4);
/* Draw and Get dot #5 */
SetDPtr(Wpath2, 500,31); Bar(Wpath2, 509,32);
SetDPtr(Wpath2, 502,30); Bar(Wpath2, 503,33);
SetDPtr(Wpath2, 506,30); Bar(Wpath2, 507,33);
GetBlk(Wpath2, P_id,5,500,30,10,4);
FColor(Wpath2, 1);
CurXY(Wpath2, 0,5);
writeln(Wpath2, " Now we will PUT each of the 5 objects", 38);
CurXY(Wpath2, 0, 6);
writeln(Wpath2, " 10 times, vertically, adding 2 to the", 38);
CurXY(Wpath2, 0, 7);
writeln(Wpath2, "horizontal position for each PUT we do", 38);
/* Now we will put these objects 10 times, with a 0-9 pixel offset */
FColor(Wpath2, 2);
for (buf = 1, xx = 100; xx <= 500; xx += 100, buf++) {
for (offset = 0, yy = 72; yy <= 117; yy += 5, offset += 2) {
PutBlk(Wpath2, P_id, buf, xx + offset, yy);
}
}
FColor(Wpath2, 1);
CurXY(Wpath2, 3, 16);
writeln(Wpath2, "As this shows, the PUT's are byte", 33);
CurXY(Wpath2, 7, 17);
writeln(Wpath2, "location sensitive.", 19);
FColor(Wpath2, 1);
CurXY(Wpath2, 8, 24);
writeln(Wpath2, "Press button to continue\n", 25);
ckbutton(Wpath2, 1, 1); /* wait for button press */
CWArea(Wpath2, 0, 5, 40, 20);
Clear(Wpath2);
CWArea(Wpath2, 0, 0, 40, 26);
CurXY(Wpath2, 1, 5);
writeln(Wpath2, " Now we will use the same values, but",38);
CurXY(Wpath2, 2, 6);
writeln(Wpath2, "we do a Lset(Wpath2, 2), to set the", 35);
CurXY(Wpath2, 5, 7);
writeln(Wpath2, "logic too AND ", 14);
/* Now we do the same thing, except we do a LSet(Wpath2, 2) first */
LSet(Wpath2, 2);
FColor(Wpath2, 2);
for (buf = 1, xx = 100; xx <= 500; xx += 100, buf++) {
for (offset = 0, yy = 72; yy <= 117; yy += 5, offset += 2) {
PutBlk(Wpath2, P_id, buf, xx + offset, yy);
}
}
LSet(Wpath2, 0);
FColor(Wpath2, 1);
CurXY(Wpath2, 2, 17);
writeln(Wpath2, "As you can see, we have the objects", 35);
CurXY(Wpath2, 1, 18);
writeln(Wpath2, "being PUT properly, but using the AND", 37);
CurXY(Wpath2, 2, 19);
writeln(Wpath2, "operation can't always be done, you", 35);
CurXY(Wpath2, 1, 20);
writeln(Wpath2, "get unwanted color interactions, when", 37);
CurXY(Wpath2, 2, 21);
writeln(Wpath2, "you don't want them.", 20);
CurXY(Wpath2, 8, 24);
writeln(Wpath2, "Press button to continue\n", 25);
ckbutton(Wpath2, 1, 1); /* wait for button press */
Select(Wpath);
DWEnd(Wpath2);
close(Wpath2);
KilBuf(Wpath2, 0);
}
-*-
91918 1-MAR 22:25 OSK Applications
RE: Get/Put (Re: Msg 91910)
From: KSCALES To: LARRYOLSON
> Do you know if anyone has looked into the Get/Put bug on the MM/1 ?
>
> I started playing around to see how difficult it would be to move Pac09
> over to the MM/1, but the Get/Put problem brought me to a screeching
> halt.
Yeah, the Get/Put bugs are also holding up development of the K-W version
of another game. Rumour has it that a "Windio V55" was under test that has
the fix, but it wound up in limbo when the re-patriation of Windio
ownership occurred at the end of February.
Best to speak with David Graham (NIMITZ) to find out what the plans are
for the next release of K-Windows.
Cheers... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
91919 2-MAR 03:49 OSK Applications
RE: Get/Put (Re: Msg 91918)
From: LARRYOLSON To: KSCALES
> Yeah, the Get/Put bugs are also holding up development of the K-W version
> of another game. Rumour has it that a "Windio V55" was under test that
> has the fix, but it wound up in limbo when the re-patriation of Windio
> ownership occurred at the end of February.
Ken,
Thanks for the info, I'll see if I can get ahold of David and
see what the status is.
Larry
-*-
91950 4-MAR 23:36 OSK Applications
RE: Get/Put (Re: Msg 91910)
From: JOELHEGBERG To: LARRYOLSON
Larry,
> Do you know if anyone has looked into the Get/Put bug on the MM/1?
I did compile and check out the code you posted earlier and ran some
experiments to be sure it wasn't caused by scaling, which it wasn't.
The test program you most recently posted shows a lot. I'll post it in
the MM/1 Developer's Group and see what people say about it. (I'll
forward email to you.)
> I started playing around to see how difficult it would be to move Pac09
> over to the MM/1, but the Get/Put problem brought me to a screeching
> halt.
We have to fix that! :)
By the way, there was a problem with the exit of your program that
caused problems when running your older test-programs after running your
recent one. 2 things... you tried to do a KilBuf to a path after you
closed that path, and you also left off the P_id parameter on the KilBuf
call.
> Select(Wpath);
> DWEnd(Wpath2);
> close(Wpath2);
> KilBuf(Wpath2, 0);
Changed to:
Select(Wpath);
DWEnd(Wpath2);
KilBuf(Wpath2, P_id, 0);
close(Wpath2);
-- Joel.
-*-
91952 5-MAR 01:05 OSK Applications
RE: Get/Put (Re: Msg 91950)
From: LARRYOLSON To: JOELHEGBERG
> The test program you most recently posted shows a lot. I'll post it in
> the MM/1 Developer's Group and see what people say about it. (I'll
> forward email to you.)
Thanks Joel, I hope it helps
> We have to fix that! :)
Yes, because it looks like its going to be easier than I thought, to
move pacman over to C. If you know of anyone that has some Pacman IFF
sound effects.....
Also, on the CoCo3, the game just used the joystick, but I was wondering
if it should also be setup to be able to use the keyboard as well as the
joystick on the MM/1. What do you think ?
> recent one. 2 things... you tried to do a KilBuf to a path after you
> closed that path, and you also left off the P_id parameter on the KilBuf
> call.
I guess I could say that I was too focused on the Get/Put problem or
maybe it was late and I was tired, or someone came in when I was gone,
or ..... DARN ! I can't think of any more excuses ;)
Larry
-*-
91954 5-MAR 07:45 OSK Applications
RE: Get/Put (Re: Msg 91952)
From: JOELHEGBERG To: LARRYOLSON
Larry,
> Yes, because it looks like its going to be easier than I thought, to
> move pacman over to C. If you know of anyone that has some Pacman IFF
> sound effects.....
Excellent. I'm sort of working on a game right now (not Pacman <grin>)
and I've been using my Mac to make/edit sound effects. It's rather
interesting to see how you can turn a seemingly ordinary sound into
something very strange for a game.
> Also, on the CoCo3, the game just used the joystick, but I was
> wondering if it should also be setup to be able to use the keyboard as
> well as the joystick on the MM/1. What do you think ?
Definitely keyboard! (I've never had any luck with my joystick port on
the MM/1.) Keyboard would be ideal, since the newest Windio (the one
Boisy uploaded recently to the database here) supports a _gs_keysns()
call to detect if the arrow keys are pressed. I think the information
on the call may be in the docs included with the update. If not, let me
know and I'll locate them for you.
> or someone came in when I was gone,
You too? That happens to me all the time as well! Wish I could catch
the guy... <grin>
-- Joel.
-*-
End of Thread.
-*-
91913 1-MAR 19:47 General Information
RE: Internet stuff (Re: Msg 91770)
From: GREGL To: KSCALES
I know what you mean, but I get unlimited time through a local Internet
provider for $26.95 per month so I don't have to watch the clock. I do
handle all my mail off-line, but haven't found the right software to handle
news groups off-line yet.
-- Greg
-*-
91914 1-MAR 20:02 General Information
RE: Internet stuff (Re: Msg 91778)
From: GREGL To: MRGOOD
With the right software, you can handle mail and news groups offline as well
with SLIP/PPP. All of the mailers for Windows (Pegasus, Eudora, etc.) batch
download mail so you can work offline. On the other hand, the current news
software I've found work with news groups online. Probably haven't found the
right news software yet and haven't had time to do it myself.
Of course, the big disadvantages with UUCP are the complexity (especially
setting up) and being limited to mail and news groups (and perhaps rare
FTP by mail transfers). SLIP is pretty easy to get going and lets you use
your choice of sockets-based software so you can do as much or as little
as you want. I started with Eudora then later switched to Pegasus for mail,
and handle all of my mail offline (both packages batch download mail with
POP3 and batch upload with SMTP). News groups I handle online with either
Trumpet News or WinVN (WinVN has a nice UU decoder built in that handles
split files) because I haven't found an offline news reader/downloader yet
for Windows Sockets.
The account I have with the local service provider is $26.95 per month and
is unlimited time so I don't have to watch the clock.
-- Greg
-*-
91981 7-MAR 03:25 General Information
RE: Internet stuff (Re: Msg 91762)
From: JEVESTAL To: GREGL (NR)
> The "preferred" method is to use a SLIP (Serial Line Internet Protocol)
> or PPP (Point-to-Point Protocol). These are basically two similar ways of
> running TCP/IP protocols directly over a serial line with a high-speed
> modem. I'm currently using a SLIP account with the Trumpet WinSock
> package for Microsoft Windows and, as far as the applications are
> concerned, it looks just like have a network connection. The difference,
> of course, is that I'm using a 14.4Kbps modem instead of Ethernet/Token
> Ring network boards and a T1/T3 line.
But those of us who want to run news for our bulletin board systems uucp
is the best way to get news. For personal reading SLIP will allow you
to read online, but for those of us who do NOT have local access to
the internet can't afford to read news and mail online. Also for people
like me who only have a CoCo, there is no SLIP software at this time, though
a package has been ported that hopefully will be released soon. Also UUCP
does not tie up phone lines as often as running UUCP.
> I have to agree that UUCP is an out-dated way of connecting to the
> Internet, but UUCP is more widely available at present than is SLIP/PPP
> packages. UUCP lets you transfer mail, news groups, and files whereas
> SLIP/PPP lets you do practically everything you can do from a computer
> directly on Internet -- including gopher, world wide web (with graphical
> browsers like Mosaic and NetScape), FTP, etc.
These services are better accessed INHO using a login shell account on a Unix
machine that is connected to the internet or using an online service such as
Delphi. Why do individual users need to become PART of the internet when
it is cheaper usually to access through a login account.
Jim
======================== InfoXpress 01.01.00 OS-9/6809 ======================
| Narnia BBS: 12am-8am PST serving CoCo OS-9 users
----|---- StG network: sysop@Narnia "Exclusively OS-9"
| Delphi: JEVestal@delphi.com
Yuba City, CA InterNet: JEVestal%narnia@sandv.chi.il.us
| or : JEVestal@citrus.sac.ca.us
(916) 671-3943 Voice: 8am-12am PDT :1 Corinthians 1:18 & Romans 1:16
=============================================================================
Jim Vestal: Assistant editor of The International OS-9 Underground,
"Magazine dedicated to OS-9/OSK Users Everywhere
-*-
End of Thread.
-*-
91915 1-MAR 20:08 General Information
RE: Hidden Menu Selection? (Re: Msg 91793)
From: GREGL To: DBREEDING
I agree that I prefer to eat my chili "in the raw" as you say. I was just
chiming in that I have eaten it with spaghetti and rice and that these
combinations aren't bad. Still, I prefer it in the raw with crackers.
I've never heard of that variety of mushroom. It does sound interesting, but,
as I said, I'm no fan of mushrooms. Quite frankly, I have a solitaire opinion
of such things -- if it tastes like fish, why not just eat fish and save the
trouble? :-)
Of course, I've heard people say things like, "Rattlesnake tastes just like
chiken." My question is, "Have you ever eaten chicken?" :-)
-- Greg
-*-
91927 3-MAR 19:10 General Information
RE: Hidden Menu Selection? (Re: Msg 91915)
From: JOHNREED To: GREGL (NR)
>
> Of course, I've heard people say things like, "Rattlesnake tastes just like
> chiken." My question is, "Have you ever eaten chicken?" :-)
>
RIGHT! -- I don't care what it TASTES like -- it's a SNAKE!!
Ever hear George Carlin on the subject of lobsters?
"... OK, so you see something that looks like that crawling out
from behind your furnace. Your first instinct is to cook it and
eat it? Right. "
********************************
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
-*-
End of Thread.
-*-
91916 1-MAR 20:19 Telecom (6809)
RE: infoexpress? (Re: Msg 91794)
From: GREGL To: DBREEDING
I have to admit, there are a few die-hards around that think the no-code
license is the FCC's curse to amateur radio, but those are few and far
between -- thank goodness! Most of the amateurs in the Louisville area
admittedly had mixed emotions at first, but now think it is an excellent
entry-level license that opens the world of amateur radio. Of course, this
stems from the fact that the majority of the Technician class licensees in
the area are fine folks. Not everyone will upgrade beyond Technician, but
nobody I knows holds that against them. After all, not everyone has the
desire to work the HF bands and, frankly, I don't know anyone that can afford
to take full advantage of the VHF spectrum.
I entered the hobby as a Technician and decided to upgrade to Tech Plus
(5 wpm code) and General (13 wpm code) to obtain HF voice privileges. It was
a little over a year that I decided to upgrade. I guess I may be one of the
few code lovers left, but I've enjoyed working CW so much that I'm trying to
push my code speed as high as I can go. I think I'm more surprised than anyone
because a year ago I wouldn't touch code with a 10 foot pole; now it's my
operating mode of choice.
-- Greg
-*-
91928 3-MAR 20:17 Telecom (6809)
RE: infoexpress? (Re: Msg 91916)
From: DBREEDING To: GREGL (NR)
> I have to admit, there are a few die-hards around that think the no-code
> license is the FCC's curse to amateur radio, but those are few and far
> between -- thank goodness!
I guess I'm a perfectionist or something.. it just seems like "cheating"
somehow.. It does appear that code would be fascinating.. I got a
code drill for the coco a couple years ago.. you could read a file and
it would beep out the code.. I messed around with it a little bit, but
let it slide...
> because a year ago I wouldn't touch code with a 10 foot pole; now it's my
> operating mode of choice.
It does seem like it would be really great.
If I remember correctly, one of my friends' call letters is WA9UXQ (I think).
His name is Ron Camp.. Darn, forgot to get the frequency he usually
monitors but he is on most nights.. He doesn't do a whole lot of "ratchet
jawing" in the CB-ers terminology, but does like to talk.. You might
try to raise him if you'd like -- I'll try to think and get some
frequencies.
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
End of Thread.
-*-
91920 2-MAR 14:35 System Modules (6809)
File Managers
From: JRB To: ALL
Does anyone know the register parameters for OS9 Level 1 (6809) File
Manager operations? I am aware of the operations provided by each manager
(Create, Open, Makdir etc.) but not the entry parameters.
Thanks in advance.
Jon Bird.
-*-
91921 2-MAR 19:46 General Information
Conference UPDATE
From: THETAURUS To: ALL
This is an update to let you all know that the Nitros9
conference orginally scheduled for this coming Monday will be
pushed up to the following Monday, March 13th and this coming
Monday we will have an Open Forum Conference, so if you want to
talk about anything and everything, stop by this Monday for the
Open Forum. My conference on the OS-9 UG Project that was to
originally take place on the 13th will be postponed until sometime
in April. Once I have the next schedule completed, I reannounce
that one. Sorry about all the changes as of late, but this is a
necessary evil. Hopefully the next schedule will be a bit more
stable.
Btw, it looks like my schedule at work is going to change
sometime in the next couple weeks, and if that is the case the
conferences, starting in April will be on Tuesday instead of
Monday nights. Once I get the word, I'll let you know here to
clarify...
See Ya
>Chris<
-*-
91924 2-MAR 21:14 General Information
Internet IRC
From: CHARLESAM To: ALL
Has anyone using OS-9(coco) tried conferencing in the Internet's IRC area?
If you have done so successfully, could you please leave your methods here
for this dummy! I've tried several times without sucess even following
their instructions. I even managed to mess up my current settings but I
got them straightened out. I will be eternally grateful...:-( Thanx
Charlie
-*-
91933 3-MAR 23:06 General Information
RE: Internet IRC (Re: Msg 91924)
From: ISC To: CHARLESAM
> Has anyone using OS-9(coco) tried conferencing in the Internet's IRC area?
> If you have done so successfully, could you please leave your methods here
> for this dummy! I've tried several times without sucess even following
> their instructions. I even managed to mess up my current settings but I
> got them straightened out. I will be eternally grateful...:-( Thanx
>
> Charlie
>
Charlie,
Make very sure that the terminal program that you are using has TRUE VT100
emulation. If it does not, the output that you see on your screen will be
full of extra characters. In addition, make sure you enter the command /echo
host before you go to IRC.
Bill
-*-
91934 3-MAR 23:35 General Information
RE: Internet IRC (Re: Msg 91933)
From: CHARLESAM To: ISC
I'm using SuperComm so I not sure I'm getting TRUE VT100 emulation. Probably
not. What terminal program are you using? Charlie
-*-
91940 4-MAR 18:32 General Information
RE: Internet IRC (Re: Msg 91934)
From: ISC To: CHARLESAM
> I'm using SuperComm so I not sure I'm getting TRUE VT100 emulation. Probably
> not. What terminal program are you using? Charlie
>
I don't think any of the versions of Supercomm have true VT100 (check with
RANDYKWILSON here about this). When I know that I want to surf the 'net or
use IRC or Telnet I defer to VTerm which is a fully-featured RS-DOS comm
program with true VT100 emulation. It works perfectly. However, there is one
VT100 emulator comm program available for OS-9. It is KBCOM downloadable in
the database here (search on VT100). There is also a small standalone VT100
terminal emulator there called (appropriately) VT100.<grin>
Bill
-*-
91951 5-MAR 00:18 General Information
RE: Internet IRC (Re: Msg 91940)
From: CHARLESAM To: ISC
Okay then, I'll have to download. I had VTerm but I believe I sold it. I'll
have to look around. I had used Vterm exclusively prior to getting into OS-9.
Since I got hooked(OS-9), I sold most of my RS-DOS software. I'll try the
KBCom version on the database. I'm desparate, I have a conference in the IRC
tommorrow morning at 11am. Meeting some old friends who never even touched
a computer when I knew them six years ago. Now they have PCs and Macs. I have
to upgrade soon, my coco is not keeping up. I just haven't decided which
machine to go to yet. I'd love to run OS-9 on a MAC but the software is too
expensive. I think Frank said a $1000. Frank=Dsrtfox. Oh well! Thanx much
for the help. Regards Charlie
-*-
91976 6-MAR 03:58 General Information
RE: Internet IRC (Re: Msg 91951)
From: ISC To: CHARLESAM (NR)
Charlie,
You are welcome to the help anytime. I hope KBCom worked for you and that the
conference worked alright.
Bill
-*-
91984 7-MAR 21:19 General Information
RE: Internet IRC (Re: Msg 91951)
From: MMCCLELLAND To: CHARLESAM (NR)
Charlie,
>I just haven't decided which machine to go to yet. I'd love to run OS-9 on a
>MAC but the software is too expensive. I think Frank said a $1000.
>Frank=Dsrtfox. Oh well! Thanx much for the help.
I recommend buying a good PC and a BIG hard drive. It will run various
versions of UN*X, like Linux, which reminds me a lot of OS-9 (a lot of
boot-file compiling, and it supports window-swapping hotkeys, just like our
favorite OS!). A Mac is good for desktop publishing and it is easy to use,
but the PC is beginning to catch up. More and more people are buying PC's
every day, and I predict that at the rate they are selling, they will take
over the market completely in a matter of a few years. If you don't have one
you will be left in the dust! What you choose really does depend on what you
want to do with the thing. Anyway...
-=Mark=-
---
* UniQWK v3.3a* The Windows Mail Reader
'[1;35;40m-=> Delphi Internet Jet v2.000 - (C) PBE
-*-
91992 8-MAR 01:55 General Information
RE: Internet IRC (Re: Msg 91984)
From: AJMLFCO To: MMCCLELLAND (NR)
A PC is also suitable for OS-9000, which unfortunately cost about the
same as the MAC port. If you win the lottery, you may see a PowerPC
version on a desktop machine next year. Windows NT will soon be the
OS of choice for industrial controls, it's much less money and it has
a GUI built in.
-*-
End of Thread.
-*-
91932 3-MAR 23:02 General Information
Tymenet/Sprintnet
From: TEDJAEGER To: ALL
I live in mid-Missouri in a town of 14,000. Here in Fulton there are
two colleges, the state mental health facility, the state diagnostic
center, and the state school for the deaf. The two colleges have
internet access but no dial in to there VAXs. I'm wondering what the
chances would be of getting a Tymenet or Sprintnet node here? Anybody
have a feel? Who does one contact?
Bests
---TedJaeger
-*-
91944 4-MAR 21:21 General Information
RE: Tymenet/Sprintnet (Re: Msg 91932)
From: REVKAK To: TEDJAEGER
You can contact SprintNet at 1-800-877-5045, extension 5 and Tymnet at
1-800-336-0149. They can tell you the nearest node to you from your
area code and/or zip code. Hope this helps. Keith
-*-
End of Thread.
-*-
91935 3-MAR 23:52 General Information
PAL programming
From: 2NIBBLES To: ALL
I recently built 2 2Meg DAT and memory boards, and have run into a slight
problem. Nobody I've called either knows what I want done, or can even do it.
(Prog. a PAL chip of course) Does anyone out there have capability/desire to
program a few PAL's for me if I send them plus SASE and some palm grease ? :-)
-*-
91937 4-MAR 01:43 General Information
RE: PAL programming (Re: Msg 91935)
From: COCOKIWI To: 2NIBBLES
if you want PAL,s programmed talk to MARTYGOODMAN right here on Delphi..
leave him a message in E-Mail!
Dennis
-*-
End of Thread.
-*-
91938 4-MAR 03:06 OSK Applications
cbdemo.lzh
From: PAGAN To: ALL
I D/L'ed the file cbdemo.lzh tonight and there may be an error in it.
I tried twice and both time I get a CRC error in the executable
DEMO/CMDS/cbdemo.
Stephen Carville
-*-
91939 4-MAR 12:54 OSK Applications
RE: cbdemo.lzh (Re: Msg 91938)
From: MITHELEN To: PAGAN
I suspected this also, but, I was able to extract it with LHa 2.07 on my
MM/1... What version of LHa did you try? I believe the archive was made with
v2.01, which may be one of the versions that had a weird bug in. I'll rebuild
the archive tonight with 2.07, which should hopefully clear up the CRC problem.
--
Paul Jerkatis
OS-9 Sig Database Manager
-*-
91941 4-MAR 18:32 OSK Applications
RE: cbdemo.lzh (Re: Msg 91938)
From: ISC To: PAGAN
> I D/L'ed the file cbdemo.lzh tonight and there may be an error in it.
> I tried twice and both time I get a CRC error in the executable
> DEMO/CMDS/cbdemo.
>
> Stephen Carville
>
Stephen,
What decompression prog. are you using? Try LHA instead of LZH. Sometimes it
works.
Bill
-*-
91961 5-MAR 17:51 OSK Applications
RE: cbdemo.lzh (Re: Msg 91939)
From: PAGAN To: MITHELEN
>I suspected this also, but, I was able to extract it with LHa 2.07 on my
>MM/1... What version of LHa did you try? I believe the archive was made with
>v2.01, which may be one of the versions that had a weird bug in. I'll
>rebuild the archive tonight with 2.07, which should hopefully clear up the
>CRC problem.
I orignally used Lha v 2.01. I FTPed over to chestnut and grabbed Lha v2.08
and tried again with the same results. I then waited for you to upload and
post the new archive. I D/Led the new archive twice with the following
results:
cbdemo.lzh Ymodem download extracted with lha v2.08
Header for: cbdemo
Module size: $2A7D2 #174034
Owner: 0.0
Module CRC: $E5E5E5 Bad CRC
Header parity: $96C7 Good parity
Edition: $9 #9
Ty/La At/Rev $101 $8000
Permission: $555 -----e-r-e-r-e-r
Exec off: $50 #80
Data size: $7C80 #31872
Stack size: $3E8 #1000
Init. data off: $2A7BE #174014
Data ref. off: $2A7C6 #174022
Prog Mod, 68000 obj, Sharable
cbdemo.lzh Zmodem download extracted with lha v2.08
Header for: cbdemo
Module size: $2A7D2 #174034
Owner: 0.0
Module CRC: $E5E5E5 Bad CRC
Header parity: $96C7 Good parity
Edition: $9 #9
Ty/La At/Rev $101 $8000
Permission: $555 -----e-r-e-r-e-r
Exec off: $50 #80
Data size: $7C80 #31872
Stack size: $3E8 #1000
Init. data off: $2A7BE #174014
Data ref. off: $2A7C6 #174022
Prog Mod, 68000 obj, Sharable
I next tried downloading the .ar archive with the following:
cbdemo.ar Ymodem download extracted with ar v2.0
Header for: cbdemo
Module size: $2A7D2 #174034
Owner: 0.0
Module CRC: $204861 Bad CRC
Header parity: $96C7 Good parity
Edition: $9 #9
Ty/La At/Rev $101 $8000
Permission: $555 -----e-r-e-r-e-r
Exec off: $50 #80
Data size: $7C80 #31872
Stack size: $3E8 #1000
Init. data off: $2A7BE #174014
Data ref. off: $2A7C6 #174022
Prog Mod, 68000 obj, Sharable
I still have no usable copy. Has anyone been able to D/L this program
sucessfully?
Stephen (PAGAN)
-*-
91963 5-MAR 18:37 OSK Applications
RE: cbdemo.lzh (Re: Msg 91961)
From: DBREEDING To: PAGAN
> I orignally used Lha v 2.01. I FTPed over to chestnut and grabbed Lha
> v2.08 and tried again with the same results. I then waited for you to
> upload and post the new archive. I D/Led the new archive twice with the
> following results:
> I still have no usable copy. Has anyone been able to D/L this program
> sucessfully?
I got the same thing you got with the .lzh files. My ident looked identical
to yours (same CRC). Looks like about the last 193 bytes in my module are
e5's. I used lha v2.06 so it isn't lha-specific. Apparently we have
some glitched files..
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91965 5-MAR 21:05 OSK Applications
RE: cbdemo.lzh (Re: Msg 91963)
From: MITHELEN To: DBREEDING
OK, I didn't do an actual "ident" so didn't realize that the file in the
archive was actually bad... I'll let Frank know in mail, and in the
mean time will remove the group from the new uploads area...
--
Paul
-*-
91967 5-MAR 22:11 OSK Applications
RE: cbdemo.lzh (Re: Msg 91961)
From: JOHNBAER To: PAGAN
Stephen,
[stuff deleted]
> Header for: cbdemo
> Module size: $2A7D2 #174034
> Owner: 0.0
> Module CRC: $E5E5E5 Bad CRC
^^^^^^
The `E5' is the byte that is used by Format on `osk' box's.
I also used lha 201, to 208 with the same results. It will
extract the file but it is damaged :(
For `grins' I used dEd on the file just to see what's there..
A lot of text then the `block' is filled with the E5's.
Maybe Frank can upload just the `cbdemo' file again? Frank???
--
John
johnbaer@delphi.com | Posted with Ved 2.3.1 | I am Pentium of Borg. You will
or | and | be approximated. Resistance
jbaer@pacs.pha.pa.us | InfoXpress 1.2.0 | is more or less futile.
-*-
91972 5-MAR 23:50 OSK Applications
RE: cbdemo.lzh (Re: Msg 91967)
From: DBREEDING To: JOHNBAER
> > Module CRC: $E5E5E5 Bad CRC
> ^^^^^^
>
> The `E5' is the byte that is used by Format on `osk' box's.
> I also used lha 201, to 208 with the same results. It will
> extract the file but it is damaged :(
Yeah, I figured the series of E5's was that.. Umm.. what's the diff
between 208 and 206 - worth changing?
> For `grins' I used dEd on the file just to see what's there..
> A lot of text then the `block' is filled with the E5's.
I did "dump". Do you have dEd for OSK? If so, where'd ya get it? I looked
here and on CI$ and couldn't find it, would like to have it...
-- David Breeding --
CompuServe : 72330,2051 Delphi : DBREEDING
*** Sent via InfoXpress/OSK - Vr. 1.02 ***
-*-
91990 8-MAR 01:29 OSK Applications
RE: cbdemo.lzh (Re: Msg 91967)
From: AJMLFCO To: JOHNBAER
How about chopping the file length to the point where the E5's
start? Will Lha accept it? Or, maybe do the chopping after
uncompressing, and then redo the CRC? Just throwing some crazy
ideas your way....
Allen
-*-
End of Thread.
-*-
91942 4-MAR 19:29 General Information
User Groups
From: TEAMICK To: ALL
Does anyone know of a coco or os/9 user group in Tucson Az. ?
Tony in Tucson
* ODN Ver 1.30 Beta - Delphi Navigator for OS/2 *
-*-
91945 4-MAR 22:04 General Information
RE: User Groups (Re: Msg 91942)
From: PHXKEN To: TEAMICK
No club in Tucson anymore as far as I know but we have a pretty
good club in
Phoenix. We have 10 to 12 usually at each meeting a couple
more stay-at-home
members. 602-997-8216
We meet the second Wed of each month at 7:00PM.
Drop me a line at the address below and I can give you an
address.
$phxken@class68.com
-*-
91988 7-MAR 22:06 General Information
RE: User Groups (Re: Msg 91942)
From: THETAURUS To: TEAMICK
>>Does anyone know of a coco or os/9 user group in Tucson Az.
?<<
Well I don't know anything about a Tucson UG but do believe
there are a few members online who are from the Phoenix area UG
who might be able to help...
See Ya
>Chris<
-*-
End of Thread.
-*-
91943 4-MAR 19:47 General Information
OS9 to RS DOS
From: CLTUCKER To: ALL
Can someone tell me how to get a text pgm from a OS9 disk to a RS disk
while working in OS9?(g)
-*-
91946 4-MAR 22:06 General Information
RE: OS9 to RS DOS (Re: Msg 91943)
From: PHXKEN To: CLTUCKER
You can use the OS-9 utility called "rsdos" to transfer rsdos
text files to os-9 providing
you have the correct cc3disk installed at boot up time. I
think cc3disk versions 10 and
11 will work.
$phxken@class68.com
-*-
91947 4-MAR 22:50 General Information
RE: OS9 to RS DOS (Re: Msg 91943)
From: WDTV5 To: CLTUCKER
Yep, I thinkn its here in the database too. What you want is "RSDOS", and
I think it comes with a companion proggy called (logically) "PCDOS" which
allows access to pcdos formatted diskettes too. AFAIK, the only caveats
have to do with the use of the "RAW" optionword, seems you've got to use
it, else weird text translations take place with pcdos. Oh, one other item,
I can't use them anymore without useing a special boot disk, the no-halt
controller does NOT support the mode used for the pcdos access, but I
think it works for the RSDOS thingy since both are 256 byte sector devices.
Cheers, Gene
-*-
91957 5-MAR 14:27 General Information
RE: OS9 to RS DOS (Re: Msg 91947)
From: CLTUCKER To: WDTV5
Thanks Gene. Am giving it a try.(g)
cl
-*-
91958 5-MAR 15:32 General Information
RE: OS9 to RS DOS (Re: Msg 91946)
From: CLTUCKER To: PHXKEN
I must have misstated the problem. I can read RSDOS from OS9 but not
OS9 from using RSDOS. Do you know of a method for this procedure?(g)
cl
-*-
End of Thread.
-*-
91948 4-MAR 23:36 General Information
RE: Revised Late Night Schedule (Re: Msg 91882)
From: JOELHEGBERG To: THETAURUS
Chris,
> Btw, I'm gonna start working out the schedule for April and May,
> so if there is ANYONE(vendor, User, Club rep or what have you) who
> is interested in holding a conference of some sort, please get
> back to me so I can get the schedule set earlier.
I'd love to hold a conference on my proposed OS-9 Global Clipboard
Library which is currently in beta-testing. Could I have Monday, April
3rd reserved if it's still open?
Best wishes,
Joel Mathew Hegberg
-*-
91987 7-MAR 22:06 General Information
RE: Revised Late Night Schedule (Re: Msg 91948)
From: THETAURUS To: JOELHEGBERG
>>I'd love to hold a conference on my proposed OS-9 Global
Clipboard Library which is currently in beta-testing. Could I have
Monday, April 3rd reserved if it's still open? <<
You bet you can ;-) I have you down for the third. If anyone
else is proposing a library, you know my email address<Grin>.
Btw, just a reminder to everyone, next week(yes REALLY this time
:-) ) Northern Xposure will be on to discuss Nitros9 V1.21!
See Ya
>Chris<
-*-
End of Thread.
-*-
91960 5-MAR 16:24 General Information
SCSI Host Adapter
From: DAVID106 To: ALL
Hello,
Is it still possible to get the Disto SCSI host adapters? I have a
Quantum 105LPS drive laying around, and am very tired of running off floppies
anymore. But my multipak interface currently has in its slots:
1: RS-232 Pak (radio shack)
2: dead, nothing works in that slot.
3: Disto 512K RamDisk
4: Disto Super Controller
So, I need a host adapter to go in one of those slots. Would that be a
halting controller, like the floppy one is? And can a Q105LPS be hooked up?
I seem to remember something about sector size? CoCo needs 256byte sectors?
Still dreaming of Linux...
Dave F.
-*-
91968 5-MAR 22:23 General Information
RE: SCSI Host Adapter (Re: Msg 91960)
From: VE3DAC To: DAVID106
Disto make a Scsi adaptor which plugs into the mini bus of their controller.
I forget if it works on the SController 1, certainly on the 2 and then you
get the no-halt feature. Check out the 3 in one and 4 in 1 adaptors. You
still need a Scsi controller.
Merv Curley
Deposited with Delphi 03/05/95 at 9:24pm
* ODN Ver 1.30 Beta - Delphi Navigator for OS/2 *
-*-
91970 5-MAR 23:39 General Information
RE: SCSI Host Adapter (Re: Msg 91968)
From: DAVID106 To: VE3DAC
Do you happen to know their address and/or phone number? I'm surprised
anyone still markets anything for the CoCo's, really.
Thank you,
Dave F.
-*-
91971 5-MAR 23:45 General Information
RE: SCSI Host Adapter (Re: Msg 91970)
From: COCOKIWI To: DAVID106
Talk to DISTO right here!!!..be quick ..he has a few 4 in ones left,at last
post he was taking them to the next CoCofest to get rid of them!so be quick!
or look in the ad,s..
Dennis
-*-
91991 8-MAR 01:45 General Information
RE: SCSI Host Adapter (Re: Msg 91970)
From: AJMLFCO To: DAVID106
There is a lot of used equipment in the Fidonet OS9 echo for sale
or trade. If what you have won't work out with the 4n1 board, maybe
you could arrange for a trade. Your Quantum Scsi hard drive _has_
a controller built into it, it should plug right into the Disto
4n1 SCSI port. I don't know the answer to your 256 byte/sector
question. In fact, my Quantum papers don't show that part number.
It does show the LPS105AT which is an IDE drive and that will NOT
work for you. Oops, here is the LPS105S..105 MB, 205,561 logical blocks,
four heads, two platters, 64K of hardware cache. Here is a phone number
for Quantum off of a 1993 pamphlet: 408-894-4000, and a "900" number:
900-740-4433.
Hope this helps,
Allen Morgan
-*-
91993 8-MAR 03:56 General Information
RE: SCSI Host Adapter (Re: Msg 91991)
From: DAVID106 To: AJMLFCO (NR)
Yeah, that's the drive. Hmm... 105M/205561 = 535. Guess those host
adapters need 256 byte sectors? Appearently I can't do it.
Thank you,
Dave F.
-*-
91994 8-MAR 19:05 General Information
RE: SCSI Host Adapter (Re: Msg 91993)
From: RICKULAND To: DAVID106 (NR)
Dave,
I'd like to note that most CoCo hardware (except B&B's
mfm/rrl), start out with 256byte sectors. But nowadays, it's
negotiable.
Matt Thompson released both a PD and commercial version of
the 'scsisys' hard driver. Works with any disto, lr tech, or
Kenton..... allows specifing 512 or 256 byte sectors, has a
cache, etc, etc (more etc in the commercial one, of course).
With a neat menu driven descriptor maker, _and_ OS9
formatter included, it's a very nice package. I believe Northern
Xposure carries it?
-ricku
Rick Ulland CoNect
rickuland@delphi.com 449 South 90th Street
"Operating System Nine"-268m Milwaukee WI 53214
-*-
End of Thread.
-*-
91964 5-MAR 18:40 General Information
RE: Going to the FEST! (Re: Msg 91796)
From: MODEL299 To: DISTO (NR)
Glad to hear it. Missed you last year. Please put me down for a copy of
the 2-Meg diagrams. That will help me with any repairs I might have to
do in the future. Mark
-*-
91969 5-MAR 22:43 General Information
March UPGRADE
From: MRUPGRADE To: ALL
From: The UPGRADE Magazine, "Mid Iowa & Country CoCo"
.
Just finishing up my Taxes for my CPA, then an annual Conservators
report,, time ran short in the last short month. This month's UPGRADE
will be a 2 page hardcopy of pertinate information.
But I doubt our members wil be dissappointed.
As some of our members were pleasantly surprised receiving Software
packages with Doc's in December & Janurary. A tad over 20 each month
and the response was great! But still,,, looking around my basement
is appx 120+ pieces of Original software of all types.
Soooooo,, this month I'll pack 'em all up and when I run out of
those I'll just turn to the 100 or so system disks to fill out the
rest.
Ya might say this month we had a drawing,,,
"AND EVERYBODY WON"!
Next month,,, sorry no more software just our usual Full disk issue.
.
Terry g (as in Grin, but really it's Glen) Simons UPGRADE Editor
-*-
91982 7-MAR 19:17 Applications (6809)
cronhelp
From: RICKULAND To: ALL
Problems...
I've recently started using Pete Lyall's cron, and seen some
strange happenings- enough to wonder if there is a patch or
different version I _should_ be using. What happens is
occasionally cronerrs logs _everything_ and I mean everything-
all the text sent to the printer, for example. One day it logged
an entire tcom session, both ways, including an ASCII download.
Or is it just me?
-ricku
Rick Ulland CoNect
rickuland@delphi.com 449 South 90th Street
"Operating System Nine"-268m Milwaukee WI 53214
-*-
91985 7-MAR 21:44 Applications (6809)
RE: cronhelp (Re: Msg 91982)
From: WDTV5 To: RICKULAND
Yeah, it does have a problem. It eats its own working buffer due to not
having a seperate buffer for the input line AND the output line. If you
look around here, I've got at least one better version in the database,
that uses memory modules as data so it doesn't have to open a disk
file once a minute. The disadvantage of that is that it has to be re-
assembled each time you want to change something, but the scripts
included make that a piece of cake. It takes so. little cpu time that
you will not be able to detect that its running unless it has something
to really do, in which case it ups its own priority to 127 and gets
right along with it.
Are you ready to ship the 232 packs? I saw the note, btut right now,
tonight, delphiui has seen fit to disable the v32.bis line I did have
into here, and I'm for sure not going to fool around at 170 cps for
too long!
Cheers RickU, Gene Heskett
-*-
91995 8-MAR 19:06 Applications (6809)
RE: cronhelp (Re: Msg 91985)
From: RICKULAND To: WDTV5 (NR)
Gene,
Good to hear from you. Thanks for the crontip- I'll have
to stoke the old manual program again and go dbase surfing...
Just got the boards today. Initial testing showed the
expected 3 missing traces- after appling the traditional wire
wrap wire repair it seems I am just about ready to ship. Going to
let this one burn a few days while duplicating paper/disks, with
no smoke begin licking stamps Monday. The line is now 4 long and
I have 5 uarts in stock;-)
Sounds like you have my kind of luck- '...disconnected the
fast line 3 days before the port came out.....'
-ricku
Rick Ulland CoNect
rickuland@delphi.com 449 South 90th Street
"Operating System Nine"-268m Milwaukee WI 53214
-*-
End of Thread.
-*-
FORUM>Reply, Add, Read, "?" or Exit>