


#: 18445 S1/General Interest
    25-Jul-93  21:20:41
Sb: #rtn
Fm: Carl Kreider 71076,76
To: [F] Wayne Day 76703,376 (X)

Remember when I complained that rtn;ns didn't always work right?  I keep
forgetting to mention that I figured it out.  What happens is that if the first
message is long enough to want to pause, it asks for a CR and then complains
about an illegal command.  You type ns at the next prompt and it goes on.
Otherwise, rtn;ns seems to run non-stop like it used to.

Carl

There is 1 Reply.

#: 18471 S1/General Interest
    28-Jul-93  22:44:11
Sb: #18445-rtn
Fm: Wayne Day 76703,376
To: Carl Kreider 71076,76 (X)

Hmmm... weird.  I'll forward your report to the folks in Ohio.

Thanks!

Wayne

#: 18467 S1/General Interest
    28-Jul-93  16:00:53
Sb: #OS9 Development Tools
Fm: Nick Terry 100042,3116
To: All

Greetings All,
        Is any body aware of an OS9 development environment that provides
facilties similar to Turbo debugger on PC's. Such an environent would probably
be PC based using E-net to communicate with OS9 system a bit like remote
debugging under Turbo Debugger. Does such a thing exist or are we all stuck
with the OS9 resident terminal based debuggers (sigh)?

Any information gratefully received
Cheers
Nick (U.K.)
 

There is 1 Reply.

#: 18472 S1/General Interest
    29-Jul-93  00:18:34
Sb: #18467-OS9 Development Tools
Fm: Kevin Darling 76703,4227
To: Nick Terry 100042,3116

Hi Nick... call up Microware and ask them about "Fast-Trak".

#: 18466 S5/OS9 Users Group
    28-Jul-93  15:55:42
Sb: #OS9 Contractors
Fm: Nick Terry 100042,3116
To: Bill Sutphin 72401,1770

Would like the info but being U.K. based overseas contractors are a bit
difficult to control!
Regards
Nick
 

There is 1 Reply.

#: 18478 S5/OS9 Users Group
    29-Jul-93  17:27:49
Sb: #18466-OS9 Contractors
Fm: ole hansen 100016,3417
To: Nick Terry 100042,3116

Hello Nick.

Call Microware UK and ask for Tony Mountyfield (+44)703601990. He can show you
fast-track.

regards ole@danelec.dk

#: 18444 S9/Utilities
    25-Jul-93  21:16:21
Sb: #18433-#ar beta testers needed
Fm: Carl Kreider 71076,76
To: Mike Haaland 72300,1433 (X)

Actually more busy with the new iron foundry instrument, but.....

The idea of a command line switch sounds interesting.  It should default to
off, so you have to be explicit unless you use the flag.  I was going to use
the tree walk code from tar, but it takes some major work to ar to make it
work.  Not sure I want to do that much.  I may look at lha (actually, I don't
think I ever got lha from you) but it may not be any better.  The problem is
more in ar.  Course, soon as I say that someont will show me how easy it is B-\
It is easier to handle the binary file compression problem.  I was worried
about adding too much code, but I guess I get 16K - 512 bytes before it takes
another page on the coco, so maybe I can do it.  The OSK version runs, but the
problem one is the coco version, so that needs to settle out first.  I suspect
ar has outlived it's usefulness for OSK, though, with all the other options
available. OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in
size and enough faster to make it the choice.  Dunno at this point.  Thanks for
the advice!  Carl

There is 1 Reply.

#: 18457 S9/Utilities
    27-Jul-93  17:31:46
Sb: #18444-#ar beta testers needed
Fm: Steve Wegert 76703,4255
To: Carl Kreider 71076,76 (X)

 > version, so that needs to settle out first.  I suspect ar has outlived
 > it's usefulness for OSK, though, with all the other options available.
 > OTOH, at 15 or 16 bits it might be close enough to zoo/lha/etc in size and
 > enough faster to make it the choice.  Dunno at this point.  Thanks for the
 > advice!  Carl

Carl,

There may be other/better choices for compression under OSK, but we still need
a way to unAr those CoCo achives on our OSK machines!  :-)


*- Steve -*


There is 1 Reply.

#: 18483 S9/Utilities
    29-Jul-93  21:11:10
Sb: #18457-ar beta testers needed
Fm: Carl Kreider 71076,76
To: Steve Wegert 76703,4255 (X)

I guess I meant mainly putting lots of effort into ar for OSK, vs keeping for
bursting old archives.  Although it is both faster and smaller than zoo and 1/3
the time of lha although the file size was half again bigger. Ummm that is a
bit confusing.  Ar made a smaller file in less time than zoo.  But lha made a
file 2/3 the size ar did, but took 3 times longer.

#: 18469 S9/Utilities
    28-Jul-93  21:24:17
Sb: #18411-#ar beta testers needed
Fm: Ian Hodgson 72177,1762
To: Carl Kreider 71076,76 (X)

Hi Carl,

Just back from vacation so I am getting a late start with ar2 beta testing.
Actually, not much testing; I can't get it to work. Tried it on several
different text files, all with exactly the same results, for example:

   ar2 -u mail mail
   archiving <mail>
   ar2: Can't get memory
   ERROR 216

Or, if I give the complete filename:

   ar2 -u mail.ar mail
   archiving <mail>
   ar2: Can't get memory
   ERROR 248

I did the tests using a ramdisk, then repeated them with source on the ramdisk
and destination on a floppy; same results.

Looking forward to seeing a working version soon. If you need any more details
or detective work, let me know and I will try to characterize it better.

Ian

There is 1 Reply.

#: 18484 S9/Utilities
    29-Jul-93  21:12:36
Sb: #18469-#ar beta testers needed
Fm: Carl Kreider 71076,76
To: Ian Hodgson 72177,1762 (X)

I need to know what your setup is: LII CoCo?  How much free memory?  Would 12
or 11 bits work?

There is 1 Reply.

#: 18487 S9/Utilities
    29-Jul-93  22:41:28
Sb: #18484-ar beta testers needed
Fm: Ian Hodgson 72177,1762
To: Carl Kreider 71076,76

Carl,

OK, I tried using 12 bits (which, by the way, the help screen says is the
default) and it works fine, but produces results essentially identical to the
old version of ar. Didn't try timing it since I was only doing short files.

I tried running without the ramdisk with no change. I had about 400K free at
the time, so can't see that memory should be a problem. I see that I'm not the
only CoCo user having similar problems; hope you can track it down. For me, the
 "delete" function is a great addition; I have wanted it many times and am quite
used to it with PKZIP at work. Move is also very useful, and compressing
binaries should help too.

Will download the latest beta version as soon as it is posted.

Ian

#: 18446 S9/Utilities
    25-Jul-93  21:30:45
Sb: #18442-#New Ar bugs
Fm: Carl Kreider 71076,76
To: John L. Wilkerson Jr. 71140,77 (X)

Perhaps you could send me the file, if it isn't too big.  Could be a bug in the
decoding routines.

There is 1 Reply.

#: 18456 S9/Utilities
    27-Jul-93  17:08:18
Sb: #18446-#New Ar bugs
Fm: John L. Wilkerson Jr. 71140,77
To: Carl Kreider 71076,76 (X)

   I'll send you the file.....   If I can figure out _how_ to send a file via
mail.

Seeya
           -- John

There is 1 Reply.

#: 18463 S9/Utilities
    28-Jul-93  00:55:59
Sb: #18456-#New Ar bugs
Fm: Mike Haaland 72300,1433
To: John L. Wilkerson Jr. 71140,77 (X)

John,

At the mail prompt type 'upl' and it will ask for a protocol.  Using B is the
easiest way.  Then when it's uploaded it will ask to who. Just enter Carl's UID
and you'll be set.  For subject use: file.ar or whatever the filename is, that
way he'll know it's an .ar file.

 - Mike -

There is 1 Reply.

#: 18479 S9/Utilities
    29-Jul-93  18:04:43
Sb: #18463-New Ar bugs
Fm: John L. Wilkerson Jr. 71140,77
To: Mike Haaland 72300,1433 (X)

   Thanks for the info....

Seeya
           -- John


#: 18485 S9/Utilities
    29-Jul-93  21:25:17
Sb: ar beta
Fm: Carl Kreider 71076,76
To: all

I dropped off another version of ar  in dl9.  This fixes the write error
problem (sign extension on signed chars got me again) and adds attribute
perservation.  I am really bothered by reports of inability to do 13 bits. It
works fine on my 6809.  Why doesn't it on a coco?  Or has anyone done 13 bits
on a coco?

Carl

#: 18473 S12/OS9/68000 (OSK)
    29-Jul-93  01:32:34
Sb: #18434-#GNU-C
Fm: keith bauer 71102,317
To: Mike Haaland 72300,1433 (X)

Mike

 > Thanks for the tips on keybindings.  BTW I've defined my Fn keys 1-10 thusly
on
 > me MM/1.
 >
 >     :k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:\
 >     :k6=\E[R:k7=\E[S:k8=\E[T:\

I have a question for you and setting up the function keys. When I enter the
following code from the command line I can use the F1 key to call the spell
check opition in Ved but if I include it in my startup file I can not use the
F1 key.

display 1b 2b f0 1 00 00 01 00 01 00 04 1b /1[/ 00

Any ideas why it works from the command line and not the startup file?

Thanks

Keith Bauer

 CIS     :71102,317
 Delphi  :keithbauer
 Genie   :k.bauer
 Internet:keithbauer@delphi.com

Via InfoXpress/OSK ver 1.00


There is 1 Reply.

#: 18474 S12/OS9/68000 (OSK)
    29-Jul-93  03:17:46
Sb: #18473-GNU-C
Fm: Mike Haaland 72300,1433
To: keith bauer 71102,317 (X)

>Any ideas why it works from the command line and not the startup file?

I don't know what the problem is there.  It works fine here.  Loading the
function keys is pretty straight forward.  Try running code and hitting your Fn
key and see if they match what you 'think' you set them too.  Try it in the
startup file, then re-load it from the command line and try code again.  This
is how I've checked to make sure.

Lemme know how it goes,

 - Mike -

#: 18448 S12/OS9/68000 (OSK)
    26-Jul-93  11:49:02
Sb: #18439-#Phillips CD-I
Fm: Ken Jordan 72420,1302
To: Bob van der Poel 76510,2203 (X)

The Philips CD-I 910 Player has been available since Oct '91.  The price has
been lowered to about $399 on the street.  It is available from Sears as well
as other Electronics stores.  There are over 100 titles available (games,
educational, informational etc.).  The Philips CD-I players will play CD-DA
(regular audio CD's) CD+G (simple graphic audio CD's) and Kodak Photo CDs as
well as the CD-I titles.
The player is controller with an infrared joystick controller (or optional
trackball etc.)

Internally the box has:
* 68070 at 15 Mhz,
* 1MB RAM (divided into two 512K video planes)
* Video chip which provides two planes of overlayed graphics is several modes
(128 or 256 colors out of 16M, 32768 true color and DYUV photo realistic mode.)
*  8KB non-volitile RAM (for highs scores saves etc.)
*  OS-9 68K in ROM with CD-RTOS extensions (CD-Real Time Operating System)
*  An expansion slot (for which Philips is releaseing a Digital Video card this
October (~$250) which will provide 1.5MB additional RAM and a MPEG-1
audio/video decoder - This will provide better than VHS quality video with CD
quality soundtrack to be played from the CD! - (I have a development board at
work and it is really impressive, great quality from a 170Kps CD achieving over
150:1 compression).  BTW the new CD White Book ('karakoke') standard is
compatible with CD-I Digital Video so many video and movies will be available
(Paramount has already committed to 50 titles!)

A am a software engineer for Philips Interactive Media (POV) which is the
Philips company who develops and distributes software for CD-I.

A far as using a consumer CD-I player for a OS-9 computer, I don't think you
would like it.  The only I/O is one serial port that could be hooked to a
terminal and you would need all OS-9 programs/utilities (such as a shell) you
wished to run burned on a disc (unless you wanted to make your own hardware).

Philips has a development version of the player which is more realistic with
5MB RAM a SCSI port a 1.44 floppy and a Ethernet port.  But this costs (I
think) >$3000.

About OS-9, I am sorry to report that it dosen't make a very good real-time
operating system (in fact I don't belive it has the needed features to merit
the name Real Time Operating System). - Don't get me wrong OS-9 works fine, I
just wasn't designed to handle truly real time tasks.

                                                                         Ken
Jordan
                                                                         Senior
Software Eng.
                                                                         PIMA/P
V Entertainment Group
                                                                         INTERN
T: kenjordan@bix.com

There are 2 Replies.

#: 18450 S12/OS9/68000 (OSK)
    26-Jul-93  18:16:32
Sb: #18448-Phillips CD-I
Fm: Ean Schuessler 73422,3441
To: Ken Jordan 72420,1302 (X)

Consumer to professional model>>

I know that the chip sets in the consumer model and the professional
development player are virtually identical, it might be possible to get it to
believe it is a development system if the ROM sockets are the same. I am not so
sure that the 605 (the development model) is $3000, let me see if I can find
out a price.

Jordon>> What operating system would you reccomend?

E!

#: 18459 S12/OS9/68000 (OSK)
    27-Jul-93  19:22:49
Sb: #18448-#Phillips CD-I
Fm: Bob van der Poel 76510,2203
To: Ken Jordan 72420,1302 (X)

Ken, thanks for the CI-I update. I guess I asked my smartass question more
because, even though the unit are available, one just doesn't see much about
them. Maybe I just don't look in the right places.

Anyway, it'd be neat if people with mm/1 computers could add a CD-I player via
the scsi bus. Don't know what'd be involved...

There is 1 Reply.

#: 18465 S12/OS9/68000 (OSK)
    28-Jul-93  01:15:44
Sb: #18459-Phillips CD-I
Fm: Ken Jordan 72420,1302
To: Bob van der Poel 76510,2203 (X)

Bob,
I am not familiar with the specifics of the mm/1, but to make it run CD-I discs
would probably be very difficult.
  For hardware you would need a dual plane video chip (supporting all special
CD-I modes), a XA-type CD drive, an ADPCM audio decoder.
  The software is the big problem.  You would have to write a whole bunch of
managers and drivers to the CD-I spec.

At close to $300 it would doubtless be cheaper to buy a consumer CD-I player.

                                   
Ken

#: 18475 S12/OS9/68000 (OSK)
    29-Jul-93  04:40:39
Sb: #18436-Phillips CD-I
Fm: Eric Crichlow 71051,3516
To: Mike Haaland 72300,1433 (X)

Mike,

    I'd swear I left a similar question here about making CD-I boxes into 'real
computers' a while back. Maybe it was on another service. :)

    Anyway, back at my old job, we had a CD-I player setup that included a
keyboard and a 3 1/2' drive that was used to log the activity of people who
logged onto the system. Unfortunately I don't work there anymore, (actually I
feel rather fortunate that I don't work there anymore,) since I never had the
oportunity, and never will now, to play around with the system and see if I
could find anything unexpected.

..Eric...

#: 18443 S12/OS9/68000 (OSK)
    25-Jul-93  20:54:14
Sb: #DMODE for 6809
Fm: Ean Schuessler 73422,3441
To: All

Does anyone know if the DMODE utility for 6809-based machines has been ported
so that it will work on a 68020 machine (specifically a Philips 605 CD-I
Player)?

E

There is 1 Reply.

#: 18447 S12/OS9/68000 (OSK)
    25-Jul-93  21:32:24
Sb: #18443-#DMODE for 6809
Fm: Carl Kreider 71076,76
To: Ean Schuessler 73422,3441 (X)

I wrote a dmode that ships with MM/1's.  I don't know if it is up here, but
anyone can upload it if they want.

Carl

There is 1 Reply.

#: 18451 S12/OS9/68000 (OSK)
    26-Jul-93  18:18:10
Sb: #18447-#DMODE for 6809
Fm: Ean Schuessler 73422,3441
To: Carl Kreider 71076,76 (X)

k-cool-rad... I would appreciate that upload..

E!

There is 1 Reply.

#: 18454 S12/OS9/68000 (OSK)
    27-Jul-93  02:03:43
Sb: #18451-#DMODE for 6809
Fm: Mike Haaland 72300,1433
To: Ean Schuessler 73422,3441 (X)

It's in lib 12, DMODE.AR.  You need Ar to burst it.  Don't forget to set the
execute bit with attr -e.


There is 1 Reply.

#: 18461 S12/OS9/68000 (OSK)
    27-Jul-93  21:10:25
Sb: #18454-DMODE for 6809
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)

Speaking of dmode...if you have SSM on your machine don't be dumb like me and
figure that dmode is broken if you get 102/103 errors...I didn't have write
permission set for the descriptors.

#: 18452 S12/OS9/68000 (OSK)
    26-Jul-93  19:09:16
Sb: #gnu c bug
Fm: Bob van der Poel 76510,2203
To: all

Just thought I'd pass along an interesting bug I found in the GCC2 package! If
you compile the following program with 'gcc2 -O2  test.c -o /dd/cmds/test' it
will not work properly. However, deleting the '-O2' from the compile line fixes
it. It appears that the optimization internal to CC2 is broken. Also, if you
change the declaraction of 'c' to 'unsigned char' it appears to work okay too.
An exlicit cast in the 't=...' line doesn't help. So, until this is fixed,
you'd best not use the -O option. Would someone familiar with the GNU project
pass this report along to someone who can fix it? BTW, the version of cc2 on my
machines is 'GNU C version 2.4.1 (68k, Motorola syntax)'.

 #include <ctype.h>
 #include <stdio.h>
 main()
 {
   char *s="1bf";
   printf("the value of '%s' is '%d'\n",s,htoi(s));
 }
 htoi(s)
 char *s;
 {
   register char c;
   register int t=0;
   while(isxdigit((char)*s))
   {
     c=toupper(*(s++));
     c-=(c>'9') ? 55 : 48;
     t=(t*16)+c;
   }
   return t;
 }

There is 1 Reply.

#: 18455 S12/OS9/68000 (OSK)
    27-Jul-93  02:13:31
Sb: #18452-#gnu c bug
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)


I've forwarded you message to stp@bernina.ethz.ch (Stephan Paschedag).
He's the gentleman who's done the 'bang-up' job with GCC.

 - Mike -

There is 1 Reply.

#: 18460 S12/OS9/68000 (OSK)
    27-Jul-93  21:10:24
Sb: #18455-gnu c bug
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)

Thanks Mike. I understand there is a new version (2.2.4??) around. So as I get
that one I'll try the code out again.

#: 18453 S12/OS9/68000 (OSK)
    27-Jul-93  01:53:51
Sb: #shell and ex
Fm: Mike Haaland 72300,1433
To: All


I have a real stupid question.  (I thought I knew the answer, but...)

What effect does the ex command have on a shell?  Reason I'm asking is
I've seen alot of fork code like this:

int os9forkc();
extern char **environ;

myfork(command_line)
char  *command_line;
{
  char *args[4];
  int  pid;

  args[0] = "shell";
  args[1] = "ex";
  args[2] = command_line;

  if ((pid = os9exec(os9forkc,args[0],args,environ,0,0,3)) == -1) {
      printf("fork failed\n");
      return(-1);
  } else
      return (wait(pid));
}

I thought that this was actually killing the shell and allowing the command
line to return an error code, but this doesn't seem to be the case.  popen.c
uses code much like this too.  The problem with it is that the os9exec()
never returns -1 unless the shell can't be forked for some reason.  And never
ever depends on the actual command line.

So, what's the real story with ex?

 - Mike -

There is 1 Reply.

#: 18462 S12/OS9/68000 (OSK)
    27-Jul-93  21:10:27
Sb: #18453-#shell and ex
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)

Mike, I would have guessed the same thing...ex means don't have a shell run
this program, but don't leave the shell to come back to. This means that shell
can do the command line stuff for you (like pipes, and redirect). I sortof
assume that a chain() instead of a fork() is done (but that is a real guess).
Umm, to be sure, have you tried to fork a program with the ex and then switch
windows and do a procs...that should let you know what is active.

There is 1 Reply.

#: 18464 S12/OS9/68000 (OSK)
    28-Jul-93  00:56:07
Sb: #18462-#shell and ex
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)

Yup, I've checked in the other window, guess what a shell!! This is where my
confusion comes in.  I don't understand how a popen() can fail if the shell is
always available.  But I sure can see the problems that it creates. :-(

Any other ideas?


There is 1 Reply.

#: 18481 S12/OS9/68000 (OSK)
    29-Jul-93  19:22:02
Sb: #18464-#shell and ex
Fm: Bob van der Poel 76510,2203
To: Mike Haaland 72300,1433 (X)

Might be something with the way popen() works. If I just do something like 'ex
ved myfile' from an existing shell...the shell goes away. So, it appears that
ex affect the current shell...but if popen() is forking a shell...damned if I
know. Hmmm, what happens if you take the 'ex' out of the popen code? Do you end
up with 2 shells?

There is 1 Reply.

#: 18488 S12/OS9/68000 (OSK)
    29-Jul-93  23:54:59
Sb: #18481-shell and ex
Fm: Mike Haaland 72300,1433
To: Bob van der Poel 76510,2203 (X)

If I take the 'ex' out, it works the same way. Hmm...  If I take the shell and
ex both out, it works as expected.  Pretty unusual if you ask me.  This is OK,
but you can't fork a basic program or a shell script this way.  (That's the
reason for the shell).


#: 18458 S12/OS9/68000 (OSK)
    27-Jul-93  18:45:07
Sb: #MM/1 Repairs
Fm: Ernest Withers Jr. 71545,1117
To: Mark Griffith 76070,41 (X)

Mark,
   Have you been able to find any WD33C93 SCSI chips for the MM/1? I still need
the chip on my I/O board replaced.

Thanks,

Ernest Withers (MM/1 #120848)

There is 1 Reply.

#: 18476 S12/OS9/68000 (OSK)
    29-Jul-93  05:04:51
Sb: #18458-#MM/1 Repairs
Fm: Mark Griffith 76070,41
To: Ernest Withers Jr. 71545,1117 (X)

Ernest,

 > Have you been able to find any WD33C93 SCSI chips for the MM/1? I still
 > need the chip on my I/O board replaced.

No, I haven't.  Paul Ward was supposed to send me what he had, but that comment
was made several months ago and I haven't heard anything from him since then.
I haven't tried calling around to all the chip distributors to see if they have
any with the older masks.  Seems like we all is stuck. You might try calling
Western Digital and see if they can help you.


                  /************* /\/\ark ************/

                   (uploaded with InfoXpress Ver 1.0)

There are 2 Replies.

#: 18477 S12/OS9/68000 (OSK)
    29-Jul-93  08:34:27
Sb: #18476-#MM/1 Repairs
Fm: James Truesdale [JBM] 71174,3442
To: Mark Griffith 76070,41 (X)

Our QT 20x uses the WD33C93 SCSI chip. I ended up faxing a request for these
specific chips to every "surplus" electronics place that I could find. Out of
20 or so requests I got two responses but I did find a few chips.

I suggest you guys start doing the same ASAP if you ever want to find any.

-J

There is 1 Reply.

#: 18486 S12/OS9/68000 (OSK)
    29-Jul-93  22:20:39
Sb: #18477-#MM/1 Repairs
Fm: Kevin Darling 76703,4227
To: James Truesdale [JBM] 71174,3442 (X)

I just had a visit from some suppliers today, and they mentioned that AMD makes
a WD33C93A clone... altho the DIP package version was getting hard to obtain.
Dunno if it is an exact clone or not yet, but they're sending me a sample.

There is 1 Reply.

#: 18489 S12/OS9/68000 (OSK)
    30-Jul-93  08:34:17
Sb: #18486-MM/1 Repairs
Fm: James Truesdale [JBM] 71174,3442
To: Kevin Darling 76703,4227 (X)

Well, I hope that it works! WD's latest version of their own chip was different
as we all know, so I wouldn't get my hopes up too high. But I DO hope that the
AMD part works!

#: 18480 S12/OS9/68000 (OSK)
    29-Jul-93  18:21:23
Sb: #18476-MM/1 Repairs
Fm: Ernest Withers Jr. 71545,1117
To: Mark Griffith 76070,41 (X)

Mark, I guess I'll try calling Western Digital. I'll let you know what happens.

Ernie.


#: 18468 S12/OS9/68000 (OSK)
    28-Jul-93  19:06:28
Sb: #R68 confusion
Fm: Bob van der Poel 76510,2203
To: All

I've got an interesting little assembler problem here. I downloaded Russ
Magee's SpAmTRACKER program from another service. It came with assembler
source. The first two lines in the source were:

 use <oskdefs.d>
 use    <funcs.a>

First problem I had was that I got re-defined errors...so I commented out
Read_, etc. in oskdefs.d. That allowed r68 to create the .r file. However, when
I tried to link I got an error. I tried using rdump on the file and it couldn't
 process the entire .r file.

I finally got the sucker to work by taking out the 'use <funcs.a>' and linking
with sys.l. Have I got some incompatible files? Or what?


There is 1 Reply.

#: 18470 S12/OS9/68000 (OSK)
    28-Jul-93  22:07:29
Sb: #18468-#R68 confusion
Fm: Ken Jordan 72420,1302
To: Bob van der Poel 76510,2203 (X)

Bob,
I think that funcs.a is for stand-alone programs (not linked with sys.l etc.).
The OS-9 magic trap numbers are stored as constants in the sys.l and resolved
by the linker (hence re-defined errors when sys.l and funcs.a are used).

                                               Ken Jordan

There is 1 Reply.

#: 18482 S12/OS9/68000 (OSK)
    29-Jul-93  19:22:04
Sb: #18470-R68 confusion
Fm: Bob van der Poel 76510,2203
To: Ken Jordan 72420,1302 (X)

Ken, you're right about not using funcs.a if you are going to link with sys.l.
However, the problem I ran into was that the ROF created when funcs.a was
inlcuded with the mainline psect was somehow corrupted. I just did a quick test
with a 2 line asm program and included funcs.a in the file. Doing a rdump of
the ROF results in a error message...something about not a ROF. Not a big deal
for me (I use mostly C). Besides, one shouldn't use funcs.a anyway...but the
source I received did it that way and I was just trying to get it to run.

Press <CR> !>
The OS-9 Forum+ Read Menu

Read
 1 [NEW] messages
 2 Message NUMBER
 3 WAITING messages for you (0)

Search [new] messages
 4 FROM (Sender)
 5 SUBJECT
 6 TO (Recipient)

Enter choice !>