972 lines
30 KiB
Plaintext
972 lines
30 KiB
Plaintext
|
|
|
|
#: 17588 S1/General Interest
|
|
02-Mar-93 21:14:31
|
|
Sb: #New to OS9
|
|
Fm: Mark Owen 73040,425
|
|
To: ?
|
|
|
|
I give up. Please tell me what to do to get started with this forum, like,
|
|
which utilities are necessary, and what should I get first.
|
|
|
|
For example, I'm new to OS9 but familiar with UNIX, so I want some of the
|
|
UNIX-like utilities to make me productive more quickly. But they're "archived"
|
|
(compressed, I'm sure) -- what do I need to unarchive them? My OS9 machine
|
|
comes from Allen/Bradley (68030-based), so it may not (probably won't) run
|
|
anything already compiled (will it?). I have a development set, so I'm not
|
|
afraid of source. Is the 68030-stuff standard enough that I can run it on my
|
|
machine (binary compatibility? something UNIX can't seem to do, tho I can see
|
|
why that's hard to do.....)
|
|
|
|
I'd really just like to get the source and compile on my machine.... Any help
|
|
would be appreciated.
|
|
|
|
Thanks,
|
|
|
|
Mark Owen
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17594 S1/General Interest
|
|
03-Mar-93 07:17:17
|
|
Sb: #17588-New to OS9
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Mark Owen 73040,425
|
|
|
|
Mark,
|
|
|
|
Most files are archived with a utility called AR. This is _very_ different from
|
|
the UNIX version you may be familiar with. Source can be found in the Utilities
|
|
library. Hope into any library and issue the following command:
|
|
|
|
BROwse AR*.* /lib:all
|
|
|
|
THat should net you a couple of hits.
|
|
|
|
And actually, there's a good chance that executables _will_ work on your
|
|
machine. If I got my numbers right the 030 will run code compiled on a 'lesser'
|
|
machine. Give it a try. In any event, most of the programs here have the source
|
|
available.
|
|
|
|
|
|
|
|
*- Steve -*
|
|
|
|
|
|
#: 17603 S1/General Interest
|
|
04-Mar-93 13:02:45
|
|
Sb: Home Publisher
|
|
Fm: Rogelio Perea 72056,1204
|
|
To: sysop (X)
|
|
|
|
Hello OS9ers.... are there (in the LIBRARIES) any files that contain clip art
|
|
for the Home Publisher software package from TANDY??... any upgrades, hacks,
|
|
patches for this program?.... please let me know. I have created about 4 or 5
|
|
images and I want to know where can I upload them in this forum.
|
|
|
|
Any help will be greatly appreciated.......
|
|
|
|
Rogelio Perea
|
|
72056,1204
|
|
just one more CoCoNUT!!
|
|
|
|
#: 17604 S1/General Interest
|
|
04-Mar-93 16:57:53
|
|
Sb: #More info on OS9
|
|
Fm: bye 70324,261
|
|
To: all
|
|
|
|
I am looking to move a large application from DOS 5.0 to a real-time
|
|
multitasking operating system. Someone at Allen Bradley told us that they run
|
|
a multitasking DOS operationg system called OS9. What exactly is OS9 and will
|
|
it run on Intel based PC's. From the initial greeting banner and the list of
|
|
forum sections, it looks to me as if OS9 is for motorala 6800 and 68000 type
|
|
systems.
|
|
|
|
Any information would be appreciated.
|
|
|
|
|
|
Thanks in advance.
|
|
|
|
|
|
Thad Puacz
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17616 S1/General Interest
|
|
05-Mar-93 12:28:16
|
|
Sb: #17604-More info on OS9
|
|
Fm: Mike Haaland 72300,1433
|
|
To: bye 70324,261 (X)
|
|
|
|
OS-9 comes in three flavors these days. OS-9(6809) for the moto 6809,
|
|
OS-9(68000) for moto 680x0 systems, and OS-9000 which can run on any Intel 386
|
|
of better and also runs on Moto 68030's or better. I hope a sysop will jump in
|
|
with more info for ya.
|
|
|
|
- Mike -
|
|
|
|
#: 17605 S1/General Interest
|
|
04-Mar-93 17:33:03
|
|
Sb: Home Publisher
|
|
Fm: Rogelio Perea 72056,1204
|
|
To: [F] all
|
|
|
|
Hello OS9ers.... are there (in the LIBRARIES) any files that contain clip art
|
|
for the Home Publisher software package from TANDY??... any upgrades, hacks,
|
|
patches for this program?.... please let me know. I have created about 4 or 5
|
|
images and I want to know where can I upload them in this forum.
|
|
|
|
Any help will be greatly appreciated.......
|
|
|
|
Rogelio Perea
|
|
72056,1204
|
|
just one more CoCoNUT!!
|
|
|
|
#: 17618 S1/General Interest
|
|
05-Mar-93 13:28:21
|
|
Sb: #contact for info OS-9000
|
|
Fm: bye 70324,261
|
|
To: sysop (X)
|
|
|
|
I am interested in getting information on OS-9000 or the number of a
|
|
salesperson so that I may find out about price, features, etc. Can you tell me
|
|
who markets OS-9000.
|
|
|
|
|
|
Thanks
|
|
|
|
|
|
-- Thad
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17620 S1/General Interest
|
|
05-Mar-93 17:26:25
|
|
Sb: #17618-contact for info OS-9000
|
|
Fm: Lee Veal 74726,1752
|
|
To: bye 70324,261
|
|
|
|
OS-9000 (as well as its predecessors) is developed and marketed by Microware
|
|
Systems Corporation.
|
|
|
|
Their home office is in Des Moines, Ia.
|
|
|
|
Phone: (515) 224-1929
|
|
|
|
Address: 1900 N.W. 11th Street
|
|
Des Moines, Ia 50322
|
|
|
|
|
|
Lee
|
|
|
|
|
|
#: 17625 S1/General Interest
|
|
05-Mar-93 19:47:46
|
|
Sb: OS9U
|
|
Fm: Hugo Bueno 71211,3662
|
|
To: All
|
|
|
|
So, anyone have any idea when the next OS9 Underground will see the light of
|
|
day? Last I heard, Alan was almost finished with the most recent issue.
|
|
Apparently not....
|
|
|
|
$18 down the drain? Perhaps.....
|
|
|
|
Hugo
|
|
|
|
#: 17626 S3/Languages
|
|
05-Mar-93 20:15:41
|
|
Sb: #102 (bus) error
|
|
Fm: Ferranti Technologies 76264,1650
|
|
To: All
|
|
|
|
We are working on a program that gives us a bus error evertime we
|
|
execute it from the command line, but it runs without error in srcdbg. We are
|
|
using Ultra C and feel that there is something that we are not doing correctly
|
|
for using the csl module. I far as I can see there is nothing required to make
|
|
use of the module but I don't know that for sure. We also get a bus error
|
|
every time we run a program that requires the use of the fpu math library.
|
|
Please Help!!
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 17631 S3/Languages
|
|
06-Mar-93 16:34:27
|
|
Sb: #17626-102 (bus) error
|
|
Fm: ole hansen 100016,3417
|
|
To: Ferranti Technologies 76264,1650
|
|
|
|
Hello Ferranti Technologies
|
|
|
|
In order to track dpwn the problem, I need to know what processor you are
|
|
using(68000,68020,68030,68040), as this might be processor dependent. For
|
|
instance the 68040 needs the fpu-library, as the builtin fpu does not do
|
|
anything the MC68881/68882 do, so you actually gets illegal opcodes ?? Do you
|
|
use 'ssm(system security module). This could also cause 'bus-errors' if
|
|
user-state tasks make access to memory, that is not allocated for it !! The
|
|
'csl'-module should be installed from 'init' during startup. It is a
|
|
traphandler that contains subroutines for the ultra-c-libraries much the same
|
|
way 'cio' does for the 'old' C.
|
|
|
|
regards ole@danelec.dk
|
|
|
|
#: 17634 S3/Languages
|
|
06-Mar-93 19:29:53
|
|
Sb: #17626-102 (bus) error
|
|
Fm: Pete Lyall 76703,4230
|
|
To: Ferranti Technologies 76264,1650
|
|
|
|
Argh! I'm having the inverse problem - a program that runs fine standalone but
|
|
#102's under srcdbg. I wondered if size might be the issue, but James Jones
|
|
assures me that he's run stuff that's larger than mine without difficulties
|
|
(mine: exe = 122K, .DBG = 129K, and
|
|
STB = 15K).
|
|
|
|
Pete
|
|
|
|
|
|
#: 17581 S5/OS9 Users Group
|
|
28-Feb-93 18:05:35
|
|
Sb: For Sale
|
|
Fm: BOB LEET 72020,2536
|
|
To: James 72467,1036
|
|
|
|
James,
|
|
Sorry, it isn't, but Brother Jeremy bought everything already anyhow.
|
|
Thanks anyway,
|
|
Bob//////
|
|
|
|
|
|
#: 17608 S10/OS9/6809 (CoCo)
|
|
05-Mar-93 01:26:25
|
|
Sb: #One Meg upgrade
|
|
Fm: randy pischke 75460,205
|
|
To: all
|
|
|
|
Can anyone tell me if the One Meg upgrade kits are still available for the
|
|
Coco3. If so, where can I get one? Any info would be appreciated.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 17610 S10/OS9/6809 (CoCo)
|
|
05-Mar-93 05:25:00
|
|
Sb: #17608-One Meg upgrade
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: randy pischke 75460,205
|
|
|
|
Randy,
|
|
|
|
I don't know of any source for the 1M upgrade, but Tony DiStefano is currently
|
|
in the final stages of testing a 2M upgrade, that he has said should be
|
|
released very soon, possibly in the next few weeks. He will be selling kits,
|
|
without memory. The memory used is standard 1x8 or 1x9 SIMMs.
|
|
|
|
-Bill-
|
|
|
|
#: 17617 S10/OS9/6809 (CoCo)
|
|
05-Mar-93 12:28:24
|
|
Sb: #17608-One Meg upgrade
|
|
Fm: Mike Haaland 72300,1433
|
|
To: randy pischke 75460,205
|
|
|
|
Yes, I've heard that DISTO is making a limited run of 1 meg and 2 meg boards. I
|
|
don't have their number handy tho. You can find it in any old Rainbow mag.
|
|
|
|
- Mike -
|
|
|
|
#: 17598 S12/OS9/68000 (OSK)
|
|
04-Mar-93 00:04:15
|
|
Sb: #17575-#C help
|
|
Fm: Mike Haaland 72300,1433
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
|
|
Larry,
|
|
|
|
Here's a simple CurXY() routine. In fact it's the same as in the MM/1 cgfx.l
|
|
|
|
CurXY(path,x,y)
|
|
int path, x, y;
|
|
{
|
|
unsigned char buff[3];
|
|
|
|
buff[0] = 0x02;
|
|
buff[1] = (x + 0x20) & 0xff;
|
|
buff[2] = (y + 0x20) & 0xff;
|
|
|
|
return ( write(path,buff,3) );
|
|
}
|
|
|
|
Really not all that difficult. LOW I/O write() and read() vs. puts() and
|
|
gets() is unbuffered and much faster to windows. BTW the above returns -1
|
|
on error with the error code placed in errno.
|
|
|
|
- Mike -
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17600 S12/OS9/68000 (OSK)
|
|
04-Mar-93 01:38:30
|
|
Sb: #17598-#C help
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike,
|
|
I'll try something like your example. I'm not trying to position the
|
|
character cursor, its the mouse pointer that I want to move to particular spot.
|
|
The code I have for mouse pointer positioning is 1B 4E then the x & y high &
|
|
low bytes. Is this the right code ?
|
|
larry
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17613 S12/OS9/68000 (OSK)
|
|
05-Mar-93 12:27:53
|
|
Sb: #17600-#C help
|
|
Fm: Mike Haaland 72300,1433
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
|
|
Why are you trying to place the mouse cursor? Under KWindows it auto-follows
|
|
the mouse. So, when you place it somewhere it will move back to where the
|
|
mouse is when you move the mouse again.
|
|
|
|
There's no way to turn off this 'feature' as far as I know. You can draw your
|
|
own mouse cursor and PutBlk it anywhere you want to tho. And the is a way to
|
|
turn the mouse cursor on/off.
|
|
|
|
#define ON 1
|
|
#define OFF 0
|
|
|
|
MCurSw(path,OFF)
|
|
MCurSw(path,ON)
|
|
|
|
Hope this helps,
|
|
|
|
- Mike -
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17639 S12/OS9/68000 (OSK)
|
|
07-Mar-93 00:51:26
|
|
Sb: #17613-C help
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Haaland 72300,1433
|
|
|
|
Mike,
|
|
That is what I finally found out. The code does move the mouse pointer to a
|
|
particular position, but then locks back on to the mouse. It was just a case of
|
|
in one part of the program I wanted the mouse pointer to start at a specific
|
|
location. I guess I was under the impression that the data coming from the
|
|
mouse was relative, not absolute.
|
|
The problem was in my sloppy programming, at one point in the program the
|
|
user needs to select an item from a menu, but the menu routine gave random
|
|
results unless the mouse pointer started at the first menu item, so instead of
|
|
fixing the real problem I was going to try forcing the pointer to be where I
|
|
wanted it to be. Needless to say but that was dumb, I went back through the
|
|
menu routine and fixed it (I hope!!!), now it works correctly and it doesn't
|
|
care where the pointer starts from.
|
|
|
|
|
|
Any tips you can give me on things that are essential to check for when
|
|
getting a file name from a user and then attempting to open the file.
|
|
larry
|
|
|
|
#: 17583 S12/OS9/68000 (OSK)
|
|
01-Mar-93 17:46:17
|
|
Sb: #17578-#C help
|
|
Fm: Pete Lyall 76703,4230
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
Larry -
|
|
|
|
I believe once buffering has been disabled, you can't turn it back on again, at
|
|
least not like that.
|
|
|
|
You could however _ummm_ cheat!
|
|
|
|
Try:
|
|
|
|
Do output (buffered mode)
|
|
stdout->flag |= _UNBUF; /* see stdio.h */
|
|
perform unbuffered output
|
|
stdout->flag &= ~_UNBUF
|
|
Resume buffered output.
|
|
|
|
Note that before unbuffering stdout, you should make sure that all characters
|
|
are flushed by doing an 'fflush(stdout)'.
|
|
|
|
Actually, using fflush(stdout) at any point is still the more efficient way to
|
|
do things. Single character (unbuffered) output is horribly abusive of the
|
|
system (and slow), if you don't really need it.
|
|
|
|
Pete Lyall
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17591 S12/OS9/68000 (OSK)
|
|
03-Mar-93 01:19:13
|
|
Sb: #17583-C help
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
Pete,
|
|
Its unanimous, <g> I think I'll stick with just flushing the buffer.
|
|
I'm in deep enough trouble now.
|
|
|
|
larry
|
|
|
|
#: 17611 S12/OS9/68000 (OSK)
|
|
05-Mar-93 05:25:29
|
|
Sb: #17578-#C help
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
Larry,
|
|
|
|
Pete's right, its better to use fflush(stdout) than setbuf(), since as far as I
|
|
know, there is no way to turn buffer back on, once its turned off. The other
|
|
option that Mike suggested can also work. Just take my example and replace the
|
|
puts(mouse_pos) with write(1,mouse_pos,6). Mixing low level I/O with buffered
|
|
I/O works fine, as long as you remember to use fflush() after any buffered I/O,
|
|
like printf, puts, etc, otherwise you can get some interesting results!
|
|
|
|
-Bill-
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17638 S12/OS9/68000 (OSK)
|
|
07-Mar-93 00:29:36
|
|
Sb: #17611-C help
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
Bill,
|
|
Thanks, now I just need to figure out how to use fflush(). The fflush() I
|
|
have says it needs to be in this form fflush(Fp), where Fp is a pointer to a
|
|
file. fflush(stdout) doesn't work.
|
|
Do I have to do something like this:
|
|
... oops , I didn't actually try fflush(stdout), I have set Wpath = to stdout,
|
|
and then I used fflush(Wpath). Could that be why it didn't work?
|
|
I need to try this again...
|
|
larry
|
|
|
|
#: 17599 S12/OS9/68000 (OSK)
|
|
04-Mar-93 00:04:28
|
|
Sb: #17580-#get_fname() ?
|
|
Fm: Mike Haaland 72300,1433
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
Hi Larry,
|
|
|
|
If your using the latest cgfx.l it chd's to the directory your picking the file
|
|
from so a simple open of just the filename will suffice.
|
|
|
|
- Mike -
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17601 S12/OS9/68000 (OSK)
|
|
04-Mar-93 01:45:38
|
|
Sb: #17599-#get_fname() ?
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Haaland 72300,1433 (X)
|
|
|
|
Mike,
|
|
I'm not sure if I have the latest cgfx.l, has there been a new one in the
|
|
last couple of months ?
|
|
It will work great if when you use get_fname, it does a chd and then stays
|
|
in that directory when the call to get_fname returns.
|
|
larry
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17614 S12/OS9/68000 (OSK)
|
|
05-Mar-93 12:28:00
|
|
Sb: #17601-#get_fname() ?
|
|
Fm: Mike Haaland 72300,1433
|
|
To: LARRY OLSON 72227,3467 (X)
|
|
|
|
I put the latest cgfx.l on cabrales.cs.wisc.edu. It was uploaded in January.
|
|
The older versions still do the chd for ya. But if you can, grab the newest
|
|
cgfx.l, the get_fname() function is much cleaner and tons faster.
|
|
|
|
- Mike -
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 17632 S12/OS9/68000 (OSK)
|
|
06-Mar-93 16:35:49
|
|
Sb: #17614-get_fname() ?
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: Mike Haaland 72300,1433
|
|
|
|
Now that CIS has lowered it's rates a bit...maybe you can upload the latest
|
|
cgfx.l here too?
|
|
|
|
#: 17640 S12/OS9/68000 (OSK)
|
|
07-Mar-93 00:53:49
|
|
Sb: #17614-get_fname() ?
|
|
Fm: LARRY OLSON 72227,3467
|
|
To: Mike Haaland 72300,1433
|
|
|
|
Ok Mike, I'll try to grab it.
|
|
Thanks again
|
|
|
|
larry
|
|
|
|
#: 17584 S12/OS9/68000 (OSK)
|
|
02-Mar-93 00:55:12
|
|
Sb: #Unfragmenter routine
|
|
Fm: William F. McGill/CA 73177,3433
|
|
To: All
|
|
|
|
In a piece of software I am writing for sale, I need to have a built-in routine
|
|
to unfragment a hard disk. Does anyone know if one already exists (in source
|
|
code) that I could modify for use in this project? (C or assembly language).
|
|
|
|
Thanks,
|
|
|
|
Bill
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17589 S12/OS9/68000 (OSK)
|
|
02-Mar-93 21:23:27
|
|
Sb: #17584-#Unfragmenter routine
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: William F. McGill/CA 73177,3433 (X)
|
|
|
|
Bill, I uploaded a program called 'defrag' sometime ago to library 10. It just
|
|
defragments files (not directories). Nor does it actually repack the HD
|
|
structure. However, it is in C and the source is there. It might need some work
|
|
to handle 512byte sectors, etc. It was written for 6809 and I the source on my
|
|
68K box...but never have gotten around to fixing it.
|
|
|
|
The source was uploaded for "non-commercial" use only. If you use it as is for
|
|
a commercial product you'll have to talk to me first. However, if you just use
|
|
the source as a starting point to roll your own...
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17595 S12/OS9/68000 (OSK)
|
|
03-Mar-93 11:40:46
|
|
Sb: #17589-#Unfragmenter routine
|
|
Fm: William F. McGill/CA 73177,3433
|
|
To: Bob van der Poel 76510,2203 (X)
|
|
|
|
Bob,
|
|
|
|
Thanks for the info. I was not able to find any file named "defrag" or any
|
|
files dealing with defragmentation in library 10. Can you give me its exact
|
|
name and location?
|
|
|
|
Thanks,
|
|
|
|
Bill
|
|
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 17596 S12/OS9/68000 (OSK)
|
|
03-Mar-93 22:02:38
|
|
Sb: #17595-Unfragmenter routine
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: William F. McGill/CA 73177,3433 (X)
|
|
|
|
I have just finished uploading it again. Check lib 10 under 'defrag.ar'.
|
|
|
|
#: 17624 S12/OS9/68000 (OSK)
|
|
05-Mar-93 19:36:52
|
|
Sb: #17595-Unfragmenter routine
|
|
Fm: ole hansen 100016,3417
|
|
To: William F. McGill/CA 73177,3433
|
|
|
|
hello william
|
|
|
|
there is a company called Ark Systems USA, that have a disk-reorganizer called
|
|
: Disk Squeezer
|
|
|
|
It will rebuild/reorganize your harddisk like 'compress' in PCtools on a PC. It
|
|
will 'pack' all files from beginning of harddisk and any fragmented files, will
|
|
be put into contigious-segmnets(if enough room on harddisk). their address is :
|
|
|
|
ARK Systems USA P.O.Box 23 Santa Clara CA 95052-0023
|
|
|
|
Phone: +1(408)2445358
|
|
|
|
They actual have a number of utilities/filemanagers(IEEE) that is nice.
|
|
|
|
regards ole@danelec.dk
|
|
|
|
#: 17597 S12/OS9/68000 (OSK)
|
|
03-Mar-93 23:13:30
|
|
Sb: #Basic Error 200
|
|
Fm: Tony Elliott 71645,1367
|
|
To: All
|
|
|
|
From time to time, we have encountered an Error 200 in several of our programs.
|
|
We are usually alternately compiling data from disk files and writing it to a
|
|
printer. The Error 200 refers to the path table being filled, but without
|
|
opening multiple paths, I am not clear as to why we are creating this error.
|
|
|
|
If anyone has had similar experiences or any knowledge as to why this might be
|
|
happening, I sure would appreciate hearing. I'm sure more specifics would
|
|
help, but I am not sure where to begin. Any ideas?
|
|
|
|
Any help would be most appreciated.
|
|
|
|
te
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 17606 S12/OS9/68000 (OSK)
|
|
04-Mar-93 23:01:29
|
|
Sb: #17597-Basic Error 200
|
|
Fm: Kevin Darling 76703,4227
|
|
To: Tony Elliott 71645,1367
|
|
|
|
Tony,
|
|
|
|
Amazingly, I just had the same problem the other day! (error 200 while
|
|
compiling a C program).
|
|
|
|
Finally, Pete noticed that I'd accidentally typed:
|
|
|
|
#include "file.c"
|
|
|
|
where I'd meant to type:
|
|
|
|
#include "file.h"
|
|
|
|
and the "file.c" was the file being compiled... so it was recursively including
|
|
itself and running out of paths. Wonder if this is the same thing happening to
|
|
you?
|
|
|
|
luck - kev
|
|
|
|
#: 17607 S12/OS9/68000 (OSK)
|
|
04-Mar-93 23:04:09
|
|
Sb: #17597-Basic Error 200
|
|
Fm: Kevin Darling 76703,4227
|
|
To: Tony Elliott 71645,1367
|
|
|
|
PS- OTOH, if you really meant a Basic program getting an error 200, look to
|
|
make sure it's not opening the same file over and over again without closing
|
|
it.
|
|
|
|
kev
|
|
|
|
#: 17609 S12/OS9/68000 (OSK)
|
|
05-Mar-93 03:02:57
|
|
Sb: #17597-Basic Error 200
|
|
Fm: Mark Griffith 76070,41
|
|
To: Tony Elliott 71645,1367
|
|
|
|
Tony,
|
|
|
|
> From time to time, we have encountered an Error 200 in several of our
|
|
> programs. We are usually alternately compiling data from disk files and
|
|
> writing it to a printer. The Error 200 refers to the path table being
|
|
filled,
|
|
> but without opening multiple paths, I am not clear as to why we are creating
|
|
> this error.
|
|
>
|
|
> If anyone has had similar experiences or any knowledge as to why this might
|
|
be
|
|
> happening, I sure would appreciate hearing. I'm sure more specifics would
|
|
> help, but I am not sure where to begin. Any ideas?
|
|
|
|
Most of the time this error is due to a loop in the program where a file is
|
|
opened and then never closed, ultimately filling the users path table. Check to
|
|
see if there are any file open statements and then make sure each open has a
|
|
corresponding close.
|
|
|
|
|
|
/************* /\/\ark ************/
|
|
|
|
#: 17619 S12/OS9/68000 (OSK)
|
|
05-Mar-93 14:21:24
|
|
Sb: #(Re)New user
|
|
Fm: bert shaw 70431,3014
|
|
To: ALL
|
|
|
|
Hello to all,
|
|
|
|
I'm not a new OS9 user, strictly, nor even new to this forum. But it's been
|
|
several years since I've use the OS, and I've been a lurker here, mostly.
|
|
|
|
I'm using OS9 again, and find it as hard to "get into" as ever. I would
|
|
*greatly* appreciate using some of the tools here, but can't even manage that.
|
|
Embarrassed, but unbowed, I'm asking you the usual simple questions.
|
|
|
|
* I have kermit on a PC and on my 68K OS9 machine, and can transfer files
|
|
from CIS to the PC and from it to OS9.
|
|
|
|
* I can transfer the *.c files, but have no "intelgob.c" file. Many of
|
|
the source files seem to use #include's that I don't have.
|
|
|
|
* I can transfer the *.bin files, but am not sure what to do with them.
|
|
They don't appear to be directly executable under OSK, they don't seem
|
|
to be S files. What are they? What do I do to run one?
|
|
|
|
..because of the above, all the lovely *.ar and *.lzh files are pretty unusable
|
|
to me. I looked for a "How to use the archive files" text file, but didn't
|
|
find one. Nothing very helpful in my stored *.msg stuff from long ago either.
|
|
I feel pretty silly, but .... help!
|
|
|
|
bert shaw
|
|
|
|
|
|
|
|
There are 3 Replies.
|
|
|
|
#: 17623 S12/OS9/68000 (OSK)
|
|
05-Mar-93 18:32:04
|
|
Sb: #17619-(Re)New user
|
|
Fm: SCOTT HOWELL 70270,641
|
|
To: bert shaw 70431,3014 (X)
|
|
|
|
Bert, I can answer some of your questions. 1> I have kermit on a PC and on my
|
|
OSK machine..
|
|
Yes you can transfer files from your PC to OSK and the other way around
|
|
too!. I have Procomm Plus vers 2.01 on my PC and it works perfectly with my OSK
|
|
kermit.
|
|
|
|
2> I can transfer the *.c files, but have no ...
|
|
Most SIMPLE 'c' programs should re-compile without any problems.
|
|
Obviously, any strange PC specific includes or special 'c' functions
|
|
like graphics will need some MAJOR mods.
|
|
|
|
#: 17627 S12/OS9/68000 (OSK)
|
|
05-Mar-93 20:16:31
|
|
Sb: #17619-(Re)New user
|
|
Fm: Steve Wegert 76703,4255
|
|
To: bert shaw 70431,3014 (X)
|
|
|
|
Bert,
|
|
|
|
All the .ar files ahve been archived with AR. Hope into any library and type
|
|
BROwse AR* /lib:all and up will pop the varrious files you'll need. Read the
|
|
descriptions and pick the version for the processor you're running.
|
|
|
|
.lzh files have been archived with LHA. In LIB 12 you'll find LHA201.bin and
|
|
LHASRC.lzh.
|
|
|
|
Hope this help you get going. If mot .... just give a shout.
|
|
|
|
Steve
|
|
|
|
#: 17628 S12/OS9/68000 (OSK)
|
|
05-Mar-93 20:24:28
|
|
Sb: #17619-#(Re)New user
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: bert shaw 70431,3014 (X)
|
|
|
|
Bert,
|
|
|
|
If you don't have them already, grab ar68.bin in LIB 9 for the *.ar files, and
|
|
lha201.bin in LIB 12 for the *.lzh files. Place ar68.bin and lha201.bin in an
|
|
execution directory, like /DD/CMDS, rename ar68.bin to ar, and rename
|
|
lha201.bin to lha, then set the execution attributes, like this: attr lha ar -e
|
|
-pe
|
|
|
|
Now you should have working versions of ar, to bust up the *.ar archives, and
|
|
lha to bust up the *.lzh archives.
|
|
|
|
C source files for the PC will, in most cases, not be easy to port to OSK. The
|
|
simpler the program, the easier the port. Unix C source code is much easier to
|
|
port to OSK, and there are a couple of libraries developed to support some of
|
|
the Unix functions.
|
|
|
|
Don't be embarrased about asking questions, that's what we're here for!
|
|
|
|
-Bill-
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17635 S12/OS9/68000 (OSK)
|
|
06-Mar-93 20:00:20
|
|
Sb: #17628-(Re)New user
|
|
Fm: bert shaw 70431,3014
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
Thanks to all for their responses,
|
|
|
|
Bill's advice seems particularly helpful, but thaks to Steve & Scott as well.
|
|
I'll get back to my OS9 system this evening and see where this takes me.
|
|
|
|
I suspect I'll have more questions in a couple of days.
|
|
|
|
thanks again...bert
|
|
|
|
#: 17622 S12/OS9/68000 (OSK)
|
|
05-Mar-93 18:01:44
|
|
Sb: #SoundTracker Modules?
|
|
Fm: Stephen Seneker 75020,3611
|
|
To: ALL
|
|
|
|
Where would be a good place to look for SoundTracker/NoiseTracker sound module
|
|
specifications? How about OctaMED MED sound file specifications? Why? I'm
|
|
writing a module player for the MM/1. I have source code for players for Sparc
|
|
Stations and Indigos but the ports rung way out of real time and don't work too
|
|
good as module to raw sound data conveters, slow.
|
|
|
|
Where have I tried? Well, I tried on Usenet comp.multimedia and
|
|
alt.binaries.sounds.d, no luck. Here I've looked in the AmigaTech forum, no
|
|
luck.
|
|
|
|
Geez, why is it such a pain to find information about file formats?
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17629 S12/OS9/68000 (OSK)
|
|
05-Mar-93 20:55:19
|
|
Sb: #17622-#SoundTracker Modules?
|
|
Fm: Kevin Darling 76703,4227
|
|
To: Stephen Seneker 75020,3611 (X)
|
|
|
|
Stephen - do you mean Amiga MOD sound files? I ported the Unix/Sparc player a
|
|
while back... I think it's still in a closed library section here. It only
|
|
works okay realtime up to about 3KHz or so (awful), but will also send out a
|
|
file to be played later... which works great!
|
|
|
|
Perhaps one of the sysops more familiar with moving library files around these
|
|
days can move it into a public section. It was called "tracker" something, I
|
|
think?
|
|
|
|
If some of it was moved to asm vs C, I think the speed could be greatly
|
|
improved. - kev Ex
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17636 S12/OS9/68000 (OSK)
|
|
06-Mar-93 21:18:04
|
|
Sb: #17629-SoundTracker Modules?
|
|
Fm: Stephen Seneker 75020,3611
|
|
To: Kevin Darling 76703,4227
|
|
|
|
Kevin, I recently port str32 for the Sparcstation. Though it does run outside
|
|
of real-time. I've been using it as a converter though. However I think that
|
|
I can write a player from scratch for the MM/1 that will run in real-time.
|
|
Don't you think that if an Amiga 500/600 can play them then the MM/1 should be
|
|
able to o also.
|
|
|
|
str32 lack of speed is due to the fact that it uses much floating point
|
|
arithmetic. Any ideas as to where one could find detailed specifications for
|
|
these formats?
|
|
|
|
Stephen
|
|
|
|
#: 17633 S12/OS9/68000 (OSK)
|
|
06-Mar-93 17:23:39
|
|
Sb: #CHD problems
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: All
|
|
|
|
I've had more than one person make a request for a change in the way VED
|
|
handles reading and switching directories. Currently, when its file selector is
|
|
feed a directory name it just calls the C chd() function. This makes stepping
|
|
though directories pretty simple. However, it has a problem:
|
|
|
|
The application has no idea what the original directory was. This means that if
|
|
someone is in the directory a/b/c/d when the program starts, loads a file
|
|
'foo', makes some changes, then reads in another file using the file selector
|
|
and changes directories... when 'foo' is saved it will be in the new, not
|
|
original, directory.
|
|
|
|
This gets to be a bother when multiple buffers are being used. One buffer might
|
|
be editing 'foo' from the directory VED was in when started; a 2nd buffer might
|
|
be editing 'woof' from '....../a/b'. Just saving the files will put them both
|
|
in '....../a/b'. Probably not what the doctor ordered.
|
|
|
|
I guess that what I need is a pushdir() function. Then the file selector could
|
|
do all the chd()s it wants. When a file is selected, the pushdir() information
|
|
could be saved with the filename. Then, when a save it done it could restore
|
|
the file to the correct directory.
|
|
|
|
The only other method I see is to manually keep track of the path
|
|
names--appending directory names to a pathlist as the directoy is stepped
|
|
though. But that becomes real complicated real fast...after all, isn't that why
|
|
we have an OS?
|
|
|
|
Any ideas, suggestions, comments, etc. will be appreciated.
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 17641 S12/OS9/68000 (OSK)
|
|
07-Mar-93 08:33:01
|
|
Sb: #17633-CHD problems
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: Bob van der Poel 76510,2203
|
|
|
|
Bob,
|
|
|
|
I wish I could help, but I have the exact same problem right now with
|
|
InfoXpress, and I haven't been able to solve it. So far the only thing I've
|
|
come up with, but haven't tried yet, is to get the output of "pd" via a pipe.
|
|
The only other way, I guess, would be to do what "pd" does, which is run
|
|
backwards through the directories all the way to the root directory. Other than
|
|
forking a new process, I don't think there's any way to save the current data
|
|
directory, change it, then put it back. Please let me know if you come up with
|
|
a solution.
|
|
|
|
-Bill-
|
|
|
|
#: 17637 S12/OS9/68000 (OSK)
|
|
06-Mar-93 23:47:07
|
|
Sb: NIMITZ questions
|
|
Fm: GLEN HATHAWAY 71446,166
|
|
To: Kevin Darling 76703,4227
|
|
|
|
Hi Kevin... David Graham (NIMITZ) asked me to relay a couple questions to you.
|
|
Here they are:
|
|
Is Windio48 hard-coded for 3 Megs? Will it work on a 'personal' system?
|
|
|
|
Are docs for BGFX available? Seems a friend of his has it but no docs. If
|
|
docs are not available, he's willing to write them.
|
|
Glen Hathaway - COMPER - 71446,166
|
|
|
|
#: 17621 S15/Hot Topics
|
|
05-Mar-93 17:52:49
|
|
Sb: #17539-New Product Announcement
|
|
Fm: Lee Veal 74726,1752
|
|
To: Mark Griffith 76070,41 (X)
|
|
|
|
Microware Systems Corporation
|
|
1900 N.W. 114th St.
|
|
Des Moines, Ia. 50322
|
|
|
|
(515) 225-1929
|
|
|
|
OS-9 has versions that run on Motorola 6809 or Hitachi 6309,
|
|
and Motorola 680x0 processors.
|
|
|
|
OS-9000 is an enhanced version of OS-9 that is written in C (instead of
|
|
assembly like its predecessor) that runs on Intel 80386 and higher processors
|
|
as well as the high end of the Motorola 680x0 family. C makes it portable, but
|
|
for performance considerations some or the deep kernel routines are done in
|
|
assembly.
|
|
|
|
In many ways the OS-9(000) family of operating systems resemble Unix. However,
|
|
as I understand it, Unix while is multi-tasking and multi-user, it is not
|
|
what's referred to as a real-time operating system. OS9 has a pre-emptive
|
|
interupt system. OS9 is also ROMable which makes it very handy for black-box
|
|
applications. Chances are you've used an OS-9 system at some time in your life
|
|
without knowing it. (I've been told that the do-it-yourself electronic scales
|
|
at some post offices are run by a ROM-based OS-9 system under the covers. And
|
|
that's just one. FermiLab uses an OS-9 system. NASA uses OS-9, I'm told on
|
|
the shuttle.)
|
|
|
|
There are experts in the forum here that are far more advance in the use of
|
|
OS-9, but I'm sold on its viability and vitality.
|
|
|
|
Lee
|
|
|
|
|
|
Press <CR> !> |