607 lines
22 KiB
Plaintext
607 lines
22 KiB
Plaintext
|
|
|
|
#: 20059 S1/General Interest
|
|
23-Jun-94 02:40:34
|
|
Sb: OS-9 Consultant in CO
|
|
Fm: David 1jrn 73260,242
|
|
To: All
|
|
|
|
I am a consultant located in the Denver, CO area. I have extensive experience
|
|
with computer systems of all types. My speciality is VME hardware and
|
|
real-time operating systems. I have eight years of experience with OS-9. If
|
|
you need help on an OS-9/VME/real-time project, please contact me by E-Mail.
|
|
|
|
#: 20078 S1/General Interest
|
|
28-Jun-94 08:21:11
|
|
Sb: PKzip for OS9?
|
|
Fm: Benkt Linnander 71072,3324
|
|
To: sysop (X)
|
|
|
|
Does anyone know were I can find an OS9 version of PKzip?
|
|
|
|
Benkt Linnander
|
|
|
|
#: 20080 S1/General Interest
|
|
29-Jun-94 20:55:29
|
|
Sb: #deskmate diary
|
|
Fm: david.fla 71302,3021
|
|
To: sysop (X)
|
|
|
|
I hope this is the right place, I was told to try OS-9.
|
|
|
|
I have been using the Deskmate Diary, & after 7 months, the program
|
|
seems to have crashed. It was, I suppose, opening new space on the HD, when
|
|
the screen froze & everything stopped. The only thing I could do was to turn
|
|
the computer off & on again. Now when I try to get into the file I get a
|
|
message saying there is an error reading the files.
|
|
Someone suggested I try ATTRIB, but no success. Is there any was I can
|
|
get back in, or have I lost 7 months of daily entries?
|
|
|
|
Thanks, David
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20081 S1/General Interest
|
|
30-Jun-94 08:12:22
|
|
Sb: #20080-deskmate diary
|
|
Fm: Pete Lyall 76703,4230
|
|
To: david.fla 71302,3021
|
|
|
|
David -
|
|
|
|
Unless you're running a 6809, or 68000 based system using the OS9 or OS9/68000
|
|
operating system, someone threw you a curve ball. Since Deskmate is a Tandy
|
|
product (and some OS9'ers run Color Computers, which is a Tandy product - just
|
|
not a DOS based one), I'd recommend you check with other Tandy owners. Try GO
|
|
TANDY.
|
|
|
|
Pete
|
|
|
|
#: 20044 S3/Languages
|
|
19-Jun-94 13:12:26
|
|
Sb: #19983-#Software Tools/Pascal
|
|
Fm: Paul R. Santa-Maria 71674,422
|
|
To: Ernest Withers Jr. 71545,1117 (X)
|
|
|
|
Thanks for SWTOOL.ZIP!
|
|
|
|
I am converting it to Borland's Turbo Pascal 7.0 for MS-DOS. That means having
|
|
to compare every line with the book since the code was adapted for Turbo Pascal
|
|
3.0 for CP/M and minor changes were made in some routines. I also have to type
|
|
in all the comments and test each program. My goal is to have every routine
|
|
match the book exactly except for the operating system dependent primitives
|
|
described in the Appendix. Fortunately, I have a Pascal source code
|
|
reformatter to handle all of the grunt work of proper indentation and
|
|
capitalization.
|
|
|
|
When I am done I shall upload it to the Borland Pascal forum (BPASCAL) since I
|
|
doubt a third incarnation would be appropriate in OS9.
|
|
|
|
I learned one lesson... don't optimize! I lost four days after I "optimized"
|
|
two routines the book said should be primitives if possible. After replacing
|
|
them with the book's brain-dead versions, everything worked fine. I shall
|
|
finish using only the book's routines, and save optimization after the routines
|
|
work.
|
|
|
|
Since I never REALLY examined the code before because I did not want to type it
|
|
in, I never noticed how much the code resembles C. That is not suprising,
|
|
however, if you consider who the authors are.
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20060 S3/Languages
|
|
23-Jun-94 21:11:46
|
|
Sb: #20044-Software Tools/Pascal
|
|
Fm: Ernest Withers Jr. 71545,1117
|
|
To: Paul R. Santa-Maria 71674,422
|
|
|
|
You're most welcome. I hope you are successful in converting it. Good luck.
|
|
|
|
Ernest.
|
|
|
|
|
|
#: 20067 S3/Languages
|
|
25-Jun-94 13:33:43
|
|
Sb: #Coco/OSK C compilers
|
|
Fm: David Breeding 72330,2051
|
|
To: ALL
|
|
|
|
Here's a little "feature" of the MW OSK C compiler I _BELIEVE_ I've stumbled
|
|
across. It could be common knowledge, but I'd never heard of it myself. Seems
|
|
that with a structure, from what I can determine, a block of characters joined
|
|
by an int, float, and ???, will have a character added if the total for that
|
|
blockof characters is odd. This won't hurt the program, but would cause
|
|
problems in sharing files with systems that don't do this. I found this by
|
|
trying to port a prog from the coco to OSK. I was looking for int's, but was
|
|
surprised in the filesize incongruity with structures containing only floats &
|
|
chars. It seems that the following will result;
|
|
|
|
* char a1[x];char c1[y];int b1 : if a1+c1=odd, one byte added, same
|
|
* if int b1 before the two.
|
|
* char a1[x];int b1;char c1[y] : if EITHER a1 OR c1 = odd, one byte
|
|
* added, if both odd, 2 bytes added.
|
|
|
|
* sizeof() reports correctly the actual size, reflecting any
|
|
* additional bytes added. If this _IS_ news, and anyone wants to
|
|
* play around with it, here's a little routine for it.
|
|
|
|
struct { /* Play around with the order of the elements...*/
|
|
char a1[24];
|
|
int b1;
|
|
char c1;
|
|
} S1;
|
|
|
|
char a2;
|
|
|
|
main()
|
|
{
|
|
printf(" Size of S1 : %d\n", sizeof(S1) );
|
|
printf(" Actual Size : %d\n\n", (int)(&a2)-(int)(&S1) );
|
|
printf(" Totals of els: %d\n",
|
|
sizeof(S1.a1)+sizeof(S1.b1)+sizeof(S1.c1) );
|
|
}
|
|
|
|
|
|
Another difference between the CoCo and the OSK compilers, although
|
|
insignificant, I suppose, is in mktemp(). The OSK mktemp checks the directory
|
|
for a unique tmpfile name, probably doing an "Open". It exits with Error #216
|
|
in "errno" - Coco doesn't. I like to end a program with "exit(errno)", which
|
|
looks kinda messy. Guess I'll either have to cleanup after mktemp (and
|
|
others???) or do an exit(0) <G>.
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20073 S3/Languages
|
|
26-Jun-94 10:25:22
|
|
Sb: #20067-#Coco/OSK C compilers
|
|
Fm: Pete Lyall 76703,4230
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
This isn't a bug, nor is it abnormal for compilers written for machines with
|
|
larger wordsizes. The reason is that the CPU needs to make an address reference
|
|
to a certain address boundary, usually on a multiple of the wordsize. Internal
|
|
to the structure, they call this 'padding'.
|
|
|
|
If you need to write the structure to disk in a semi-portable fashion, you'll
|
|
have to write out each element individually:
|
|
|
|
write(fd,struct->element1,sizeof(struct->element1);
|
|
write(fd,struct->element2,sizeof(struct->element2);
|
|
etc.......
|
|
|
|
Pete Lyall
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20074 S3/Languages
|
|
26-Jun-94 13:13:47
|
|
Sb: #20073-Coco/OSK C compilers
|
|
Fm: David Breeding 72330,2051
|
|
To: Pete Lyall 76703,4230 (X)
|
|
|
|
> This isn't a bug, nor is it abnormal for compilers written for machines
|
|
> with larger wordsizes. The reason is that the CPU needs to make an address
|
|
> reference to a certain address boundary, usually on a multiple of the
|
|
> wordsize. Internal to the structure, they call this 'padding'.
|
|
|
|
I didn't think it was a bug as such. I've just upgraded to OSK and this was
|
|
something that I didn't expect. I was aware of the diff in int-size, etc, but
|
|
this took me a little while to figure out.
|
|
|
|
> If you need to write the structure to disk in a semi-portable fashion,
|
|
> you'll have to write out each element individually:
|
|
|
|
I think the portability thing would be too much to keep up with. From my
|
|
limited experimentation, it would take quite a bit of watching to keep it
|
|
straight. And if you ever changed the structure, you might throw it all off
|
|
again.
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
#: 20072 S3/Languages
|
|
25-Jun-94 20:49:36
|
|
Sb: #68xx XASM on DOS machine
|
|
Fm: DOUG 72667,1433
|
|
To: all
|
|
|
|
Hi all... Anyone out there know of an inexpensive crossassembler for 6800,
|
|
6802, 6809 that will run on a DOS (yuck) machine????
|
|
|
|
Doug
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20075 S3/Languages
|
|
27-Jun-94 14:06:38
|
|
Sb: #20072-#68xx XASM on DOS machine
|
|
Fm: James Truesdale [JBM] 71174,3442
|
|
To: DOUG 72667,1433 (X)
|
|
|
|
I used to have a file full of this information but recently tossed it out
|
|
because I needed the room.
|
|
|
|
Check the ads in the back of Embedded Systems, Byte, and DDJ magazines which is
|
|
where I accumulated my information from.
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 20077 S3/Languages
|
|
27-Jun-94 20:03:10
|
|
Sb: #20075-68xx XASM on DOS machine
|
|
Fm: Bob van der Poel 76510,2203
|
|
To: James Truesdale [JBM] 71174,3442 (X)
|
|
|
|
I think the C-User's Magazine PD library also has some cross-compilers.
|
|
|
|
#: 20079 S3/Languages
|
|
28-Jun-94 21:48:35
|
|
Sb: #20075-68xx XASM on DOS machine
|
|
Fm: DOUG 72667,1433
|
|
To: James Truesdale [JBM] 71174,3442 (X)
|
|
|
|
Thanks Jim, will check those sources and Bob's possibility.
|
|
|
|
#: 20066 S5/OS9 Users Group
|
|
25-Jun-94 12:33:35
|
|
Sb: #19783-OS9 USER GROUP
|
|
Fm: Joseph Bevilacqua 74222,2251
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
I stumbled upon this forum. What is OS-9? I am running in OS/2. Is there any
|
|
connection? Can I run thee OS-9 programs in OS/2? Please reply to me via
|
|
mail, as I will not be returning to this forum again unless it turns out to be
|
|
something I can use. Thanks.
|
|
|
|
#: 20064 S10/OS9/6809 (CoCo)
|
|
24-Jun-94 23:01:34
|
|
Sb: #19627-#Data Master
|
|
Fm: Steve Crump 74563,336
|
|
To: Ian Hodgson 72177,1762 (X)
|
|
|
|
Except for the bug this program seems like something I've been loking for A
|
|
good general use data base manager. Where can I get it? Also does anyo&FQw&WLxif Ved and Vprint are still available?
|
|
|
|
Steve
|
|
|
|
There are 2 Replies.
|
|
|
|
#: 20065 S10/OS9/6809 (CoCo)
|
|
25-Jun-94 11:29:35
|
|
Sb: #20064-Data Master
|
|
Fm: Zack Sessions 71532,1555
|
|
To: Steve Crump 74563,336
|
|
|
|
> Also does anyone know if Ved and Vprint are still available?
|
|
|
|
Sure. Bob van der Poel is a member right here on CIS. Send him some EMAIL.
|
|
|
|
|
|
------------------------------------
|
|
Zack C Sessions
|
|
|
|
They say, "Money talks". But all mine ever says is, "Goodbye".
|
|
|
|
|
|
#: 20070 S10/OS9/6809 (CoCo)
|
|
25-Jun-94 17:31:41
|
|
Sb: #20064-Data Master
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Steve Crump 74563,336
|
|
|
|
Yup ...VED and VPRINT are still available. Contact Bob Van der Poel here in the
|
|
forum. Give me a shout if you need his user id, but Bob checks in regularly and
|
|
may respond direct.
|
|
|
|
|
|
|
|
*- Steve -*
|
|
|
|
|
|
#: 20046 S10/OS9/6809 (CoCo)
|
|
19-Jun-94 23:21:07
|
|
Sb: #20039-#Coco III & SCSI
|
|
Fm: Ken Scales 74646,2237
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
> > the May Chicago-Fest handbook, so is probably current. The last line
|
|
> > Steve provided is the phone number, BTW (716-837-9168).
|
|
>
|
|
> Whatsamatter Ken .... you don't like the new International format for
|
|
> phone numbers? <wink>
|
|
|
|
Hi, Steve -
|
|
|
|
Hey, that's great. I love International standardization.
|
|
|
|
My daughter's birthday this year is 07/05/94. I think by the European
|
|
calendar, I blew it, but by the American calendar, I still have a couple of
|
|
weeks left to shop. Or is that vice-versa?
|
|
|
|
Cheers... / Ken
|
|
--------------------------------------------------------------------------
|
|
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
|
|
** Composed with KVed/Ved and uploaded with InfoXpress **
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20047 S10/OS9/6809 (CoCo)
|
|
20-Jun-94 17:31:32
|
|
Sb: #20046-#Coco III & SCSI
|
|
Fm: Steve Wegert 76703,4255
|
|
To: Ken Scales 74646,2237 (X)
|
|
|
|
Yeah ... the date formats do get confusing. Personally I like the accountants
|
|
view .... 5JUL!
|
|
|
|
|
|
*- Steve -*
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20048 S10/OS9/6809 (CoCo)
|
|
20-Jun-94 18:53:20
|
|
Sb: #20047-Coco III & SCSI
|
|
Fm: John R. Wainwright 72517,676
|
|
To: Steve Wegert 76703,4255 (X)
|
|
|
|
> Yeah ... the date formats do get
|
|
> confusing. Personally I like the
|
|
> accountants view .... 5JUL!
|
|
|
|
I agree, Steve - one of the things I learned from my time in the Air Force that
|
|
actually made sense was that method of printing dates. It does make sorting by
|
|
dates in a program a little complex, tho.
|
|
********************************
|
|
A stitch in time --------------------
|
|
------ is worth two in the bush
|
|
|
|
John R. Wainwright <<CIS -- 72517,676>> <<DELPHI -- JOHNREED>>
|
|
|
|
#: 20042 S12/OS9/68000 (OSK)
|
|
18-Jun-94 18:36:45
|
|
Sb: #20024-#Zmodem Question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
> David,
|
|
>
|
|
> Its possible that the modem isn't quite capable of communicating with
|
|
> your system at 9600. It could also be a flow control problem, although if
|
|
> you're only connecting at 2400, I don't know why 4800 would work better
|
|
> than 9600. How are the modem and port configured for flow control? How big
|
|
> is the input buffer on /t2? I have mine set to 2048 on my MM/1.
|
|
|
|
The port seems to work well on a straight connection, that is, data came in
|
|
well with no losses or anything when getting menus, etc from the BBS. XModem
|
|
D/L's using XYDown came in error-free. "rz" was the only one that balked.
|
|
|
|
I don't really have any docs as to the flow control setup. I was using STerm
|
|
and I understand that it maybe does its own thing re: flow control, and this
|
|
could be the problem. I suspect that the driver could have something to do
|
|
with it. I believe that the primary design of the ports on this machine is for
|
|
terminal support, and some of the lines may not be handled in a manner that
|
|
would be best for modem comm. I can get an internal modem for it, and will
|
|
probably go this route. I was just curious as to why "rz" would not work @
|
|
9600 and would @ 4800. I think I mentioned it, but when the first timeout
|
|
came, then a series of 10? - 15? (not sure) timeouts would come at a rate of
|
|
maybe 1 per second give or take. There would be a rapid alternation between
|
|
the RD and SD lights on the modem, switching back and forth, seeming to me it
|
|
was "RD" in the lead. Could be a bug on the BBS where if one timeout is
|
|
encountered, it keeps repeating timeout error. I think this because I tried
|
|
"rz" with Delphi and although getting several timeouts, the d/l finally came
|
|
through (also got some CRC errors even though I had error correction).
|
|
|
|
While I have you, got a question. I will be getting "ix" for the OSK system
|
|
soon as I get my order in, have coco version and was curious if the ".msg"
|
|
files would happen to be compatible. I suspect maybe not, as some of the
|
|
variables are of different size on the 2 systems, but if so, it would be a big
|
|
plus.
|
|
|
|
Well, thanks, TTYL...
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20043 S12/OS9/68000 (OSK)
|
|
19-Jun-94 10:01:48
|
|
Sb: #20042-#Zmodem Question
|
|
Fm: Bill Dickhaus 70325,523
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David,
|
|
|
|
> The port seems to work well on a straight connection, that is, data came
|
|
> in well with no losses or anything when getting menus, etc from the BBS.
|
|
> XModem D/L's using XYDown came in error-free. "rz" was the only one that
|
|
> balked.
|
|
|
|
Zmodem transfers large blocks, and is pretty much a non-stop protocol, sK
|
|
not uncommon for everything but Zmodem to work.
|
|
|
|
> I don't really have any docs as to the flow control setup. I was using
|
|
> STerm and I understand that it maybe does its own thing re: flow control,
|
|
> and this could be the problem.
|
|
|
|
Sterm will do ^S/^Q flow control if you are using file capture (ESC/C), which
|
|
will confuse some systems. It doesn't use flow control during protocol
|
|
transfers, other than whatever flow control might be built into the protocol.
|
|
|
|
> I was just curious as to why "rz" would not work @ 9600 and would @ 4800.
|
|
|
|
There's probably enough buffering going on to manage at 4800, but 9600 fills up
|
|
the buffer too fast, and if flow control between the driver and the modem
|
|
either isn't working properly, or isn't supported at all, then data would get
|
|
lost.
|
|
|
|
> There would be a rapid alternation between the RD and SD lights on
|
|
> the modem, switching back and forth, seeming to me it was "RD" in the lead.
|
|
|
|
Sounds like the BBS software got out of sync, and was trying to send the wrong
|
|
block.
|
|
|
|
> While I have you, got a question. I will be getting "ix" for the OSK
|
|
> system soon as I get my order in, have coco version and was curious if the
|
|
> ".msg" files would happen to be compatible. I suspect maybe not, as some
|
|
> of the variables are of different size on the 2 systems, but if so, it
|
|
> would be a big plus.
|
|
|
|
Sorry, but no, they are not compatible. However, I'll take a look at the new
|
|
utility program, ixutil, and see how difficult it would be to add a conversion
|
|
option. I can't promise anything, though.
|
|
|
|
-Bill-
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20068 S12/OS9/68000 (OSK)
|
|
25-Jun-94 16:41:07
|
|
Sb: #20043-Zmodem Question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bill Dickhaus 70325,523 (X)
|
|
|
|
> > While I have you, got a question. I will be getting "ix" for the OSK
|
|
> > system soon as I get my order in, have coco version and was curious if
|
|
> the > ".msg" files would happen to be compatible. I suspect maybe not, as
|
|
> some > of the variables are of different size on the 2 systems, but if so,
|
|
> it > would be a big plus.
|
|
>
|
|
> Sorry, but no, they are not compatible. However, I'll take a look at the
|
|
> new utility program, ixutil, and see how difficult it would be to add a
|
|
> conversion option. I can't promise anything, though.
|
|
|
|
Thanks for your reply. Re: the serial stuff, I've gone ahead and ordered an
|
|
internal modem from Delmar. I feel that the driver for the modem will be more
|
|
specifically devoted to a modem. I think that if the serial ports or driver
|
|
had any shortcomings, and I don't really think there were any, could be
|
|
attributed to the fact that the primary purpose of these ports is for terminal
|
|
usage, and attention was not given to this aspect. Ed Gresick has apparently
|
|
gone to quite a bit of trouble researching my input, really more than I would
|
|
have expected. Really, the serial ports work quite well. I'm using my coco
|
|
mostly due to the fact that I still haven't ordered ix/OSK.
|
|
|
|
RE: portability... I've discovered that data file portability between the two
|
|
can be a bugger. I realized that INT's were different, but the two systems
|
|
don't always store strings alike, either. That's not a real big priority,
|
|
really. I'd say most people would probably stick to one or the other, as I
|
|
probably will.
|
|
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
#: 20045 S12/OS9/68000 (OSK)
|
|
19-Jun-94 19:14:50
|
|
Sb: #20020-#Zmodem Question
|
|
Fm: Bud Hamblen 72466,256
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David,
|
|
|
|
I'm running a PT68K-4 board, the "heart" of the Delmar System IV and have the
|
|
same problem with input overrunning the serial port when rz is writing the file
|
|
to /h0 (an IDE drive in my case). If I use /r0 (the ramdisk) to receive the
|
|
file, all works well. Invoked with rb the program works fine receiving
|
|
XMODEM/YMODEM protocols. The serial driver I have (sc68681) has only an 80 byte
|
|
receive buffer. It is similar to the driver presented in Peter Dibble's OS-9
|
|
INSIGHTS book and I suspect it is the standard Microware MC68681 driver that
|
|
they license to OEMs. Maybe you can get a driver with a bigger receive buffer
|
|
from Ed Gresick.
|
|
|
|
Bud
|
|
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 20069 S12/OS9/68000 (OSK)
|
|
25-Jun-94 16:42:15
|
|
Sb: #20045-Zmodem Question
|
|
Fm: David Breeding 72330,2051
|
|
To: Bud Hamblen 72466,256
|
|
|
|
> David,
|
|
>
|
|
> I'm running a PT68K-4 board, the "heart" of the Delmar System IV and have
|
|
> the same problem with input overrunning the serial port when rz is writing
|
|
> the file to /h0 (an IDE drive in my case). If I use /r0 (the ramdisk) to
|
|
> receive the file, all works well. Invoked with rb the program works fine
|
|
|
|
Thanks for the reply, Bud. I guess maybe it _IS_ a case of overrun buffers. My
|
|
driver is of the same name. Really, that is the only thing I've seen that has
|
|
been any disappointment. I've used "xydown" and it works great. Backing off
|
|
to 4800 on "rz" works great. Ed did send me a modified driver, the one that
|
|
came with the system didn't support TR, but that didn't seem to affect the
|
|
modem's working ability. I haven't tried it, but with this driver, the RS-232
|
|
pak should work as a terminal for it.
|
|
|
|
I might give using /r0 a shot... hadn't thought of that.
|
|
|
|
I went ahead and ordered an internal modem from Delmar. I like externals, but
|
|
at least this will get rid of some clutter.
|
|
|
|
-- David Breeding --
|
|
CompuServe : 72330,2051
|
|
Delphi : DBREEDING
|
|
|
|
*** Sent via CoCo-InfoXpress V1.01 ***
|
|
^^^^ ^^^^^^^^^^
|
|
|
|
#: 20076 S12/OS9/68000 (OSK)
|
|
27-Jun-94 14:32:25
|
|
Sb: missing gnulib.l in GCC
|
|
Fm: Phil Malone 71754,3023
|
|
To: sysop (X)
|
|
|
|
"gnulib.l" seems to be missing from the GCC 1.37.1 distribution "gcc.lzh" in
|
|
library 12. Can anyone point me in the right direction to get ahold of it (for
|
|
OS9/68K, of course)? Is there a compatible "gnulib.l" in the G++ distribution?
|
|
|
|
#: 20071 S14/misc/info/Soapbox
|
|
25-Jun-94 20:46:44
|
|
Sb: 6802/6809 assembler
|
|
Fm: DOUG 72667,1433
|
|
To: all
|
|
|
|
Hi all... I've got a bit of a problem here... We had a house fire 2 days
|
|
before Christmas 1993. Smoke and heat damage to my 6809 system. Have been
|
|
trying for the past couple of days to bring the system up after cleaning it
|
|
with no luck. I have the feeling that the DCB4 has been damaged. Anyway, I
|
|
used this system to do assembling for my 6802 processor cards that I use for
|
|
controller applications. I recently "upgraded" to 68020. I'm needing an
|
|
assembler for 6802 and 6809 that runs on OSK. Anyone got one?? I was using the
|
|
CSC6801 package from Southeast Media.
|
|
|
|
And while I have your attention... I could use a bit of help in trying to
|
|
troubleshoot the DCB4. I'm really intent on trying to resurrect the system so
|
|
I can recover most of my source code files and business records over to the OSK
|
|
system. Anyone have a DCB4 available???
|
|
|
|
Thanks, Doug
|
|
|
|
Press <CR> !>q7 |