358 lines
10 KiB
Plaintext
358 lines
10 KiB
Plaintext
|
|
|
|
#: 21393 S1/General Interest
|
|
21-Mar-96 17:41:37
|
|
Sb: #Help Needed
|
|
Fm: Simon Gudgeon 101600,3227
|
|
To: ALL
|
|
|
|
Can any one help me ?
|
|
|
|
I have a large Multi-National client based in Holland, which is currently
|
|
recruiting for Senior OS/9 Software Engineers - they are also very interested
|
|
in anybody with PSOS knowledge.
|
|
|
|
These are either long term contract and/or Permanent positions .
|
|
|
|
If there is any one who can help / or is interested please respond ASAP to:-
|
|
|
|
Simon Gudgeon
|
|
Phone: + 44 1376 342215 / Fax: + 44 1376 342217
|
|
Email: 101600.3227@compuserve.com
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21408 S1/General Interest
|
|
18-Apr-96 01:10:49
|
|
Sb: #21393-Help Needed
|
|
Fm: Yvan Borcard 100140,675
|
|
To: Simon Gudgeon 101600,3227
|
|
|
|
HI Simon,
|
|
I am senior automation specialist (4 years experience with OS-9 system) in
|
|
automation field.If still looking for ressources do not hesitate to contact me.
|
|
Ivan
|
|
|
|
#: 21394 S1/General Interest
|
|
25-Mar-96 21:19:13
|
|
Sb: #Looking for Brain White
|
|
Fm: Allan 70506,1173
|
|
To: all
|
|
|
|
Greetings
|
|
I am looking for Brian White formally(bcwhite@sunee.waterloo.ca). Or does
|
|
anyone have a copy of rcs4 for OS9? The copy on os9archive is corrupt as
|
|
reported by a user and verified by me(sysop). I would like to relace it w a
|
|
good version. Please email me with Brains new email address or ftp a copy to
|
|
the os9archive.rtsi.com.
|
|
|
|
Thanks Allan R. Batteiger arb@rtsi.com
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21397 S1/General Interest
|
|
30-Mar-96 18:07:00
|
|
Sb: #21394-Looking for Brain White
|
|
Fm: Alptekin Aydogan 100527,324
|
|
To: Allan 70506,1173
|
|
|
|
Allan,
|
|
|
|
>> Brian White formally(bcwhite@sunee.waterloo.ca) <<
|
|
>>Brains new email address<<
|
|
|
|
I'm not so sure, but I mean I saw messages re: this in some emacs-news-groups
|
|
recently. Unfortunately I've deleted them already, so I can't help you at the
|
|
moment.
|
|
|
|
Alptekin
|
|
|
|
#: 21409 S1/General Interest
|
|
19-Apr-96 21:10:02
|
|
Sb: #ddx
|
|
Fm: tom farrow 72701,543
|
|
To: all
|
|
|
|
Does anyone use DDX on system iv? If you then let me know how, and can you do
|
|
it with Gwindows? Thanks Tom
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21410 S1/General Interest
|
|
20-Apr-96 10:54:24
|
|
Sb: #21409-ddx
|
|
Fm: David Breeding 72330,2051
|
|
To: tom farrow 72701,543
|
|
|
|
> Does anyone use DDX on system iv? If you then let me know how, and can you
|
|
> do it with Gwindows? Thanks Tom
|
|
|
|
I guess if I have to ask, I will be of no help, but what's DDX?
|
|
|
|
-- David Breeding --
|
|
CIS 72330,2051 | Delphi DBREEDING | dbree@duo-county.com
|
|
|
|
Composed with InfoXpress/OSK Vr. 1.02 & VED Vr. 2.4.0
|
|
|
|
#: 21398 S9/Utilities
|
|
01-Apr-96 10:52:09
|
|
Sb: #21391-#OS9 Disk Image
|
|
Fm: Kenneth Inman 75054,3217
|
|
To: John Murphy 73077,2305 (X)
|
|
|
|
|
|
>>Can anyone make a disk image of OS/9 for me!!! I'll mail you the 1st page of
|
|
the manual to prove I own it! I >>just cannot seem to make an image for Jeff's
|
|
emulator no matter how hard I try...or what I do!.... ...Please >>HELP!
|
|
>
|
|
>What specifically are you having trouble with?
|
|
>
|
|
>Which version of the emulator are you using? Coco2 or Coco3?
|
|
>
|
|
>Are you trying to boot a double sided image?
|
|
>
|
|
>Let us know, and we'll try to help.
|
|
>
|
|
>John
|
|
|
|
Sorry it took so long to get back, but I was away on business.
|
|
|
|
Yes...I'm using OS/9 Level 1 (I know...but it's all I have). What happens is
|
|
when I use Jeff's RETRIEVE program, the first sector is ALWAYS unreadable.
|
|
Every sector after that reads fine. I'm of the opinion that the format for
|
|
Level 1 is different than level 2 as I have heard that many have used OS/9 l2
|
|
on the emulator with nothing but success.
|
|
|
|
What do you think?
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21400 S9/Utilities
|
|
01-Apr-96 11:17:37
|
|
Sb: #21398-#OS9 Disk Image
|
|
Fm: John Murphy 73077,2305
|
|
To: Kenneth Inman 75054,3217 (X)
|
|
|
|
>> Sorry it took so long to get back, but I was away on business.
|
|
|
|
Yes...I'm using OS/9 Level 1 (I know...but it's all I have). What happens is
|
|
when I use Jeff's RETRIEVE program, the first sector is ALWAYS unreadable.
|
|
Every sector after that reads fine. I'm of the opinion that the format for
|
|
Level 1 is different than level 2 as I have heard that many have used OS/9 l2
|
|
on the emulator with nothing but success.
|
|
|
|
What do you think? <<
|
|
|
|
|
|
Ok, some of this will sound goofy, but try 'em anyway.
|
|
|
|
Take a write protect label and use it to cover the index hole in the diskette
|
|
jacket. The PC generates a HW interrupt whenever it see the index hole, but the
|
|
interrupt is only used during formatting, not reading / writing.
|
|
|
|
Also, when RETRIEVE gives you the "Abort, Retry, Ignore, Continue" message,
|
|
slowly open and close the drive door while pressing Retry.
|
|
|
|
I know it sounds silly, but try it.
|
|
|
|
John
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21402 S9/Utilities
|
|
03-Apr-96 12:01:43
|
|
Sb: #21400-OS9 Disk Image
|
|
Fm: Kenneth Inman 75054,3217
|
|
To: John Murphy 73077,2305 (X)
|
|
|
|
I will...hope it works! :)
|
|
|
|
#: 21399 S10/OS9/6809 (CoCo)
|
|
01-Apr-96 10:58:57
|
|
Sb: #F$CRC from Basic09
|
|
Fm: John Murphy 73077,2305
|
|
To: ALL
|
|
|
|
Ok, it ain't pretty, but it should work.
|
|
Each run displays a different set of numbers, though.
|
|
What STUPID thing am I doing wrong?
|
|
I do know for a true CRC, I have to complement the accumulator,
|
|
but that isn't the problem.
|
|
|
|
John Murphy
|
|
jmurphydelphi.com
|
|
|
|
TYPE registers=cc,a,b,dp:BYTE; x,y,u:INTEGER
|
|
DIM regs:registers
|
|
DIM acc:STRING[3]
|
|
DIM callcode:BYTE
|
|
DIM test:STRING[256]
|
|
test="123456789"
|
|
REM preinitialize accumulator
|
|
acc=CHR$($FF)+CHR$($FF)+CHR$($FF)
|
|
regs.x=ADDR(test)
|
|
regs.y=LEN(test)
|
|
regs.u=ADDR(acc)
|
|
PRINT regs.x; " "; regs.y; " "; regs.u
|
|
callcode=$17
|
|
RUN syscall(callcode,regs)
|
|
PRINT ASC(MID$(acc,1,1)); " "; ASC(MID$(acc,2,1)); " "; ASC(MID$(acc,3,1))
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21403 S10/OS9/6809 (CoCo)
|
|
06-Apr-96 21:27:49
|
|
Sb: #21399-#F$CRC from Basic09
|
|
Fm: David Breeding 72330,2051
|
|
To: John Murphy 73077,2305 (X)
|
|
|
|
> Ok, it ain't pretty, but it should work.
|
|
> Each run displays a different set of numbers, though.
|
|
> What STUPID thing am I doing wrong?
|
|
|
|
> TYPE registers=cc,a,b,dp:BYTE; x,y,u:INTEGER
|
|
> DIM regs:registers
|
|
> DIM acc:STRING[3]
|
|
> DIM callcode:BYTE
|
|
> DIM test:STRING[256]
|
|
> test="123456789"
|
|
> REM preinitialize accumulator
|
|
> acc=CHR$($FF)+CHR$($FF)+CHR$($FF)
|
|
|
|
Well, I don't know why, but it seems that this doesn't work. Maybe it's because
|
|
$FF is the end-of-string delimiter for Basic09.
|
|
|
|
Try the sequence (for count=0 to 2 print peek(addr(acc)+count) and see. For
|
|
some reason, the Print below, if put up here, gives $FF, but it is not the
|
|
case.
|
|
|
|
Try the sequence, for count=0 to 3, poke addr(acc)+count, $ff
|
|
|
|
I have not tried it on a true module, but at least it gives consistent results.
|
|
|
|
> regs.x=ADDR(test)
|
|
> regs.y=LEN(test)
|
|
> regs.u=ADDR(acc)
|
|
> PRINT regs.x; " "; regs.y; " "; regs.u
|
|
> callcode=$17
|
|
> RUN syscall(callcode,regs)
|
|
> PRINT ASC(MID$(acc,1,1)); " "; ASC(MID$(acc,2,1)); " ";
|
|
> ASC(MID$(acc,3,1))
|
|
|
|
-- David Breeding --
|
|
CIS 72330,2051 | Delphi DBREEDING | dbree@duo-county.com
|
|
|
|
Composed with InfoXpress/OSK Vr. 1.02 & VED Vr. 2.4.0
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21404 S10/OS9/6809 (CoCo)
|
|
14-Apr-96 14:11:10
|
|
Sb: #21403-#F$CRC from Basic09
|
|
Fm: John Murphy 73077,2305
|
|
To: David Breeding 72330,2051 (X)
|
|
|
|
David, thanks for the reply.
|
|
|
|
Alan DeKok pointed out to me that the "correct" way to do this is to use an
|
|
array of bytes, rather than a character string. When I changed to Bytes, it
|
|
worked much better.
|
|
|
|
Thanks,
|
|
|
|
John Murphy
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21405 S10/OS9/6809 (CoCo)
|
|
14-Apr-96 18:49:12
|
|
Sb: #21404-F$CRC from Basic09
|
|
Fm: David Breeding 72330,2051
|
|
To: John Murphy 73077,2305 (X)
|
|
|
|
> David, thanks for the reply.
|
|
>
|
|
> Alan DeKok pointed out to me that the "correct" way to do this is to use
|
|
> an array of bytes, rather than a character string. When I changed to
|
|
> Bytes, it worked much better.
|
|
|
|
Yes, I thought that that would probably would be the more "correct" way but
|
|
this still works. What I did was just a quick-and-dirty method..
|
|
|
|
|
|
-- David Breeding --
|
|
CIS 72330,2051 | Delphi DBREEDING | dbree@duo-county.com
|
|
|
|
Composed with InfoXpress/OSK Vr. 1.02 & VED Vr. 2.4.0
|
|
|
|
#: 21407 S10/OS9/6809 (CoCo)
|
|
17-Apr-96 13:09:36
|
|
Sb: OS9 Disk Image
|
|
Fm: Kenneth Inman 75054,3217
|
|
To: all
|
|
|
|
Well, I'm back here again with the same problem. I cannot create an image of my
|
|
OS9 level 1 disk for my emulator to use. I've tried everything. Even tried the
|
|
suggested method of covering the index hole and opening & closing the drive
|
|
door slowly during retries. It just will NOT copy.
|
|
|
|
If any of you have been able to accomplish this....let me know how you did it.
|
|
I'm at my wits end here...
|
|
|
|
thx!
|
|
|
|
#: 21395 S12/OS9/68000 (OSK)
|
|
26-Mar-96 09:37:25
|
|
Sb: #OS9_GETIME()
|
|
Fm: Doug Bailey 73612,2146
|
|
To: Sysop (X)
|
|
|
|
I am currently maintaining a piece of software running on V2.4 of OS9/68000.
|
|
This software was compiled using Ultra C V1.1.1. In this software is a call to
|
|
_OS9_GETIME in which the tick count is returned. The documentation indicates
|
|
that the lower 16 bits contains the current tick. The original author assumed
|
|
that the tick would count all the way to 65535 and then roll over. However, I
|
|
am seeing the software roll over after the value 100. (There are 100 ticks in a
|
|
second.) The documentation is woefully lacking in describing the values of the
|
|
tick. Is this roll over at the number of ticks per second the way these
|
|
functions always work?
|
|
|
|
Thanks for your help!
|
|
|
|
Doug Bailey
|
|
|
|
|
|
is value. incredivb
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21396 S12/OS9/68000 (OSK)
|
|
30-Mar-96 18:06:58
|
|
Sb: #21395-#OS9_GETIME()
|
|
Fm: Alptekin Aydogan 100527,324
|
|
To: Doug Bailey 73612,2146 (X)
|
|
|
|
Doug,
|
|
|
|
>> The documentation indicates that the lower 16 bits contains the current
|
|
tick. <<
|
|
|
|
This is true, the higher two bytes indicate the tick-rate in ticks per second.
|
|
If you have as usual 100 ticks per second, the u_int variable would count from
|
|
$640000 up to $640063 and then start again with $640000 (this corresponds to
|
|
6553600 resp. 6553699 decimal).
|
|
Regards,
|
|
|
|
Alptekin
|
|
|
|
There is 1 Reply.
|
|
|
|
#: 21401 S12/OS9/68000 (OSK)
|
|
01-Apr-96 12:56:36
|
|
Sb: #21396-OS9_GETIME()
|
|
Fm: Doug Bailey 73612,2146
|
|
To: Alptekin Aydogan 100527,324 (X)
|
|
|
|
Thanks for the confirmation!!
|
|
|
|
Press <CR> !> |