222 lines
6.0 KiB
Plaintext
222 lines
6.0 KiB
Plaintext
|
|
||
|
|
|
||
|
|
#: 19658 S3/Languages
|
||
|
|
25-Jan-94 20:40:16
|
||
|
|
Sb: Cross Compiler
|
||
|
|
Fm: John VanHoozer 74160,1562
|
||
|
|
To: all
|
||
|
|
|
||
|
|
|
||
|
|
I was wondering if Microware has any products to support cross-compilation for
|
||
|
|
CD-i under
|
||
|
|
os/2 (yes - develop on os/2 for os9)?
|
||
|
|
|
||
|
|
Anyone?
|
||
|
|
|
||
|
|
Thanks.
|
||
|
|
|
||
|
|
#: 19660 S3/Languages
|
||
|
|
26-Jan-94 09:19:48
|
||
|
|
Sb: Linker Crash - Help !!
|
||
|
|
Fm: Hannu Heikkinen 100315,1011
|
||
|
|
To: Microware
|
||
|
|
|
||
|
|
Hello !!
|
||
|
|
|
||
|
|
I got an internal linker error message from OS9 C cross-compiler V3.2 for
|
||
|
|
MS-DOS environment.
|
||
|
|
|
||
|
|
**** l68: error - jmp total > guess (1/0) in USP_trap_a referencing usp_call in
|
||
|
|
nmuspsw_c ****
|
||
|
|
|
||
|
|
Below you can find a listing showing the linker input.
|
||
|
|
Might be caused by too many files ?? (I didn't invent this module structure,
|
||
|
|
but unfortunately have to use it !!)
|
||
|
|
|
||
|
|
|
||
|
|
Regards, and thanks for the tips...
|
||
|
|
Hannu
|
||
|
|
|
||
|
|
|
||
|
|
Copyright 1984-1991 Intersolv, Inc. All rights reserved.
|
||
|
|
Today's date is 26 Jan 1994 17:03:46.
|
||
|
|
l68 -z=E:\temp\lis_0000.tmp
|
||
|
|
-- Contents of E:\temp\lis_0000.tmp:
|
||
|
|
D:\ISA\LIB\RELS\isausp.l
|
||
|
|
D:\ISA\LIB\RELS\GRUS0245.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0246.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0247.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0248.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0249.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0250.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0251.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0252.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0253.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0254.R
|
||
|
|
D:\ISA\LIB\RELS\NMENVUSP.R
|
||
|
|
D:\ISA\LIB\RELS\ISADB.R
|
||
|
|
D:\ISA\LIB\RELS\MSGPIPE.R
|
||
|
|
D:\ISA\LIB\RELS\EVSYS.R
|
||
|
|
D:\ISA\LIB\RELS\GLOBRAM.R
|
||
|
|
D:\ISA\LIB\RELS\TRAP.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0238.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0239.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0240.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0241.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0242.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0243.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0244.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0210.R
|
||
|
|
D:\ISA\LIB\RELS\MODGLOB.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0100.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0101.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0102.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0103.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0104.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0105.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0106.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0107.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0108.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0109.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0110.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0111.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0202.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0203.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0204.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0205.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0206.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0208.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0209.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0211.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0212.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0213.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0214.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0215.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0216.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0217.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0218.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0219.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0220.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0224.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0225.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0226.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0227.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0228.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0229.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0230.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0231.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0232.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0233.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0234.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0235.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0236.R
|
||
|
|
D:\ISA\LIB\RELS\GRUS0237.R
|
||
|
|
D:\ISA\LIB\RELS\USPLIB.R
|
||
|
|
D:\ISA\LIB\RELS\PID.R
|
||
|
|
D:\ISA\LIB\RELS\COUNTER.R
|
||
|
|
D:\ISA\LIB\RELS\ISATHIF.R
|
||
|
|
D:\ISA\LIB\RELS\CONV.R
|
||
|
|
D:\ISA\LIB\RELS\NMUSPSW.R
|
||
|
|
-l=D:\ISA\LIB\RELS\isasys.l
|
||
|
|
-o=D:\ISA\LIB\RELS\isausp
|
||
|
|
-l=D:\OS9C\LIB\cio.l
|
||
|
|
-l=D:\OS9C\LIB\clib.l
|
||
|
|
-l=D:\OS9C\LIB\sys.l
|
||
|
|
|
||
|
|
#: 19664 S3/Languages
|
||
|
|
26-Jan-94 19:24:23
|
||
|
|
Sb: PASCAL refuses STRING
|
||
|
|
Fm: Jim Cross 74040,3003
|
||
|
|
To: all
|
||
|
|
|
||
|
|
Has anyone else had trouble getting MW's PASCAL09 to accept a variable type
|
||
|
|
STRING? Is there a documented fix?
|
||
|
|
|
||
|
|
#: 19657 S12/OS9/68000 (OSK)
|
||
|
|
25-Jan-94 20:14:55
|
||
|
|
Sb: #19554-#realloc is broken
|
||
|
|
Fm: Jay Truesdale 72176,3565
|
||
|
|
To: Bob van der Poel 76510,2203 (X)
|
||
|
|
|
||
|
|
Is anybody collecting these bug reports into a file for the libs here?
|
||
|
|
Seems like it would be a big help for others sometime in the future...
|
||
|
|
-J
|
||
|
|
|
||
|
|
There is 1 Reply.
|
||
|
|
|
||
|
|
#: 19663 S12/OS9/68000 (OSK)
|
||
|
|
26-Jan-94 18:09:56
|
||
|
|
Sb: #19657-realloc is broken
|
||
|
|
Fm: Bob van der Poel 76510,2203
|
||
|
|
To: Jay Truesdale 72176,3565
|
||
|
|
|
||
|
|
>Is anybody collecting these bug reports into a file for the libs here? Good
|
||
|
|
idea...who can we suck into doing the job? How about Steve?... The only 2
|
||
|
|
reported bugs I'm aware of is the realloc() thing and the strtod() thing Carl
|
||
|
|
reported. Are there more?
|
||
|
|
|
||
|
|
#: 19661 S12/OS9/68000 (OSK)
|
||
|
|
26-Jan-94 14:37:35
|
||
|
|
Sb: #19653-OSK Disk DeFragmenter
|
||
|
|
Fm: Graham Trott 100115,1075
|
||
|
|
To: Mark Griffith 76070,41
|
||
|
|
|
||
|
|
Mark --
|
||
|
|
|
||
|
|
FWIW, my experience with defragmenters is limited to DiskExpress on the Mac.
|
||
|
|
This is a system extension that monitors file activity (presumably by
|
||
|
|
intercepting OS calls). Files are then moved to the front of the disk if
|
||
|
|
they're frequently used and to the back if dormant. In between is the free
|
||
|
|
space. All this happens automatically once a day (if the computed
|
||
|
|
"fragmentation index" falls below a user-defined value).
|
||
|
|
|
||
|
|
I'd say the penalty of having a concurrent system extension trapping all my
|
||
|
|
disk I/O calls is much more than offset by the dramatic increase in performance
|
||
|
|
(reduced seek times). The system has yet to generate an error and is able to
|
||
|
|
cope with power failure while operating, since it only moves one file at a
|
||
|
|
time.
|
||
|
|
|
||
|
|
Any plans for dynamic activity monitoring? In any case, I'd like to know how
|
||
|
|
to order SpeedDisk from the UK.
|
||
|
|
|
||
|
|
-- GT
|
||
|
|
|
||
|
|
#: 19659 S12/OS9/68000 (OSK)
|
||
|
|
26-Jan-94 04:56:46
|
||
|
|
Sb: #19656-OSK Disk DeFragmenter
|
||
|
|
Fm: Mark Griffith 76070,41
|
||
|
|
To: James Truesdale [JBM] 71174,3442 (X)
|
||
|
|
|
||
|
|
James,
|
||
|
|
|
||
|
|
> >> Speedisk automatically places all directories at the beginning of a
|
||
|
|
> >> disk
|
||
|
|
>
|
||
|
|
> Can I specify the order of said directories?
|
||
|
|
|
||
|
|
No, all you can do is turn this feature off with a command line switch.
|
||
|
|
|
||
|
|
|
||
|
|
Mark Griffith
|
||
|
|
Dirt Cheap Computer Stuff Co.
|
||
|
|
"Cheap, But Not Trash"
|
||
|
|
|
||
|
|
(Uploaded with InfoXpress Ver. 1.01)
|
||
|
|
|
||
|
|
#: 19662 S12/OS9/68000 (OSK)
|
||
|
|
26-Jan-94 16:37:47
|
||
|
|
Sb: #19632-OSK Disk DeFragmenter
|
||
|
|
Fm: ole hansen 100016,3417
|
||
|
|
To: James Truesdale [JBM] 71174,3442 (X)
|
||
|
|
|
||
|
|
Hello James
|
||
|
|
|
||
|
|
disksqueezer works fine, but it is OS-structure, so don't expect the same speed
|
||
|
|
as defrag on MSDOS. Keep in mind, that it need about 1/3 of the disk free in
|
||
|
|
order to work properly.
|
||
|
|
|
||
|
|
regards
|
||
|
|
|
||
|
|
ole/danelec.dk -exit
|
||
|
|
|
||
|
|
Press <CR> !>
|