848 lines
26 KiB
Plaintext
848 lines
26 KiB
Plaintext
|
|
|
|
|
|
#: 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 !> |