#: 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, 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 !>