🚀 go-pugleaf

This is a multi-part message in MIME format.

------=_NextPart_000_000C_01C01523.8734D880
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Subject: Amiga OS3.5

My Amiga 3000 has 8 MB of memory, at 00000000-001FFFFF for chip and =
0780000-07FFFFFF for exxpansion. It includes a CDROM, a ZIP drive, 2 =
floppies and 3 hard drives, one for linux.

According to SysInfo, OS35 loads all Libraries but kickstart and =
expansion into upper memory, together with all Drivers, Resources, Ports =
and Tasks. This assignment does not change when NOFast Mem is invoked, =
according to SysInfo, and confirmed by my own =93NodeExplore=94. It =
appears that NoFastMem set the available amount of fast memory to zero, =
forcing added programs into chip memory, but leaving libraries, etc =
unchanged.

As a result, it seems that some programs which were OK under OS2.0 will =
not work correctly.

The prime example of this is AmigaBASIC. MicroSoft in their great wisdom =
ignored the =93telephone book=94 instructions not to use the upper 8 =
bits of address space, which were reserved for future expansion. =
Instead, they stuck a set of flags in these, limiting addresses. This =
was OK in the early machines, but limits memory expansion. Also, with =
OS3.5 a new factor shows, in that some BASIC instruction keywords no =
longer work. One such is LIBRARY, originally used to access the Amiga ML =
routines, and its associated keywords such as CALL. Others have shown =
up, but I havn=92t tried to track down the problem involved.

Other programs also act up. For example,  the Analyze! spreadsheet locks =
unless NoFastMem is used. Strictly, this didn=92t happen with 3.5 until =
the new routines of BoingBall1 were installed, so this is a recent =
problem. However, Analyze! cannot print to PRT:. It does print properly =
to disk, so this must also be a OS3.5 problem. EXCELLENCE! also has =
print problems, plus a strange screen jitter which showed up after =
BoingBall. The program is not frozen, though. And WordPerfect 4.1 =
sometimes shows up with a screen full of dashes.

It seems that there is work to be done to get compatability between =
OS2.0+ and OS3.5.
Have any of you Amigians found these problems, and especially, have you =
developed fixes?





------=_NextPart_000_000C_01C01523.8734D880
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Subject: Amiga OS3.5</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>My Amiga 3000 has 8 MB of memory, at =

00000000-001FFFFF for chip and 0780000-07FFFFFF for exxpansion. It =
includes a=20
CDROM, a ZIP drive, 2 floppies and 3 hard drives, one for =
linux.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>According to SysInfo, OS35 loads all =
Libraries=20
but kickstart and expansion into upper memory, together with all =
Drivers,=20
Resources, Ports and Tasks. This assignment does not change when NOFast =
Mem is=20
invoked, according to SysInfo, and confirmed by my own=20
&ldquo;NodeExplore&rdquo;. It appears that NoFastMem set the available =
amount of=20
fast memory to zero, forcing added programs into chip memory, but =
leaving=20
libraries, etc unchanged.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>As a result, it seems that some =
programs which=20
were OK under OS2.0 will not work correctly.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>The prime example of this is =
AmigaBASIC.=20
MicroSoft in their great wisdom ignored the &ldquo;telephone book&rdquo; =

instructions not to use the upper 8 bits of address space, which were =
reserved=20
for future expansion. Instead, they stuck a set of flags in these, =
limiting=20
addresses. This was OK in the early machines, but limits memory =
expansion. Also,=20
with OS3.5 a new factor shows, in that some BASIC instruction keywords =
no longer=20
work. One such is LIBRARY, originally used to access the Amiga ML =
routines, and=20
its associated keywords such as CALL. Others have shown up, but I =
havn&rsquo;t=20
tried to track down the problem involved.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Other programs also act up. For =
example,&nbsp;=20
the Analyze! spreadsheet locks unless NoFastMem is used. Strictly, this=20
didn&rsquo;t happen with 3.5 until the new routines of BoingBall1 were=20
installed, so this is a recent problem. However, Analyze! cannot print =
to PRT:.=20
It does print properly to disk, so this must also be a OS3.5 problem.=20
EXCELLENCE! also has print problems, plus a strange screen jitter which =
showed=20
up after BoingBall. The program is not frozen, though. And WordPerfect =
4.1=20
sometimes shows up with a screen full of dashes.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>It seems that there is work to be =
done to get=20
compatability between OS2.0+ and OS3.5.<BR>Have any of you Amigians =
found these=20
problems, and especially, have you developed fixes?<BR></FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 =
size=3D2><BR></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_000C_01C01523.8734D880--