home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st
- Path: sparky!uunet!usc!sdd.hp.com!think.com!yale.edu!spool.mu.edu!umn.edu!csus.edu!netcom.com!ersmith
- From: ersmith@netcom.com (Eric R. Smith)
- Subject: Re: Virtual Memory on MultiTos
- Message-ID: <1992Dec16.201905.2006@netcom.com>
- Organization: Netcom Online Communications Services (408-241-9760 login: guest)
- References: <1992Dec16.043917.1193@cc.umontreal.ca>
- Date: Wed, 16 Dec 1992 20:19:05 GMT
- Lines: 33
-
- In article <1992Dec16.043917.1193@cc.umontreal.ca> kosmatoo@JSP.UMontreal.CA (Kosmatos Odisseas) writes:
- >I was wondering whether there are any plans on supporting virtual memory
- >with MultiTos.
-
- The initial release of MultiTOS will not have virtual memory build into
- the kernel. It's possible that 3rd party virtual memory products
- available for TOS will work with MultiTOS, but you'd have to contact
- the manufacturer's of those products for details.
-
- >(rhetorical question: How hard could it be to support V.M.?)
-
- Rather hard, to do it properly. There are a lot of very poorly written
- TOS programs that assume that logical addresses = physical addresses.
- Not to mention that actually writing the VM management code is
- nontrivial.
-
- >Another topic I was wondering about was whether MiNT (and thus MultiTos)
- >does the following: When a program is loaded, say program X. If the program
- >is loaded again in another window / by another user / by a background shell
- >script, will the operating system notice that it is already loaded and just
- >use the copy in memory (but having a local stack and program pointers)
-
- If the program was compiled so that it doesn't have any absolute
- references to data (e.g. it uses an address register as a base pointer)
- then this is possible. However, most programs cannot be so shared,
- because they do contain absolute references (and thus every copy of
- the program would share the same data and variables).
-
- (gcc can compile shared text programs if it is given the -mbaserel
- parameter)
-
- Eric Smith ersmith@netcom.com ersmith@atari.uucp
- I speak for myself, not for Atari.
-