Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!tiamat!holos0!lbr
From: lbr@holos0.uucp (Len Reed)
Newsgroups: comp.lang.perl
Subject: Re: Proposed enhancements to MS-DOS perl
Keywords: perl
Message-ID: <1990Sep30.133159.24200@holos0.uucp>
Date: 30 Sep 90 13:31:59 GMT
References: <1990Sep20.013320.9162@holos0.uucp> <1990Sep28.150103.29089@gtisqr.uucp>
Organization: Holos Software, Inc., Atlanta, GA
Lines: 25
Eepeep: WHAT, Noname?

In article <1990Sep28.150103.29089@gtisqr.uucp> stu@gtisqr.uucp (Stu Donaldson) writes:
>
>I've run out of memory with perl under DOS, and would like to see
>it capable of using extended memory.  (What about overlay's :-)).

I haven't looked closely at perl's innards; perhaps it's possible to put
the compilation code in a separate overlay.

Are you proposing that DOS perl allow script controlled access to extended
memory or that it transparently use extended memory?  The former would
break Unix compatibility; the latter would be a serious programming effort.
(Maybe not.  Anyone have free DOS extender code; i.e., code that will
run a subprocess in protected mode, handling system calls and hardware
interfaces properly?)

>Also, as for another freaping creature, I'd like to see access to
>the associative array binding to files.  There are several PD versions
>of B-tree type file access routines that would be better than nothing.

Agreed.  I won't do this in the current set of enhancements, though.
-- 
Len Reed
Holos Software, Inc.
Voice: (404) 496-1358
UUCP: ...!gatech!holos0!lbr