Message-Id: <m0wyFXP-000S1eC@inti.edu.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT edu DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT edu DOT ar>
Organization: INTI
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp AT delorie DOT com
Date: Tue, 12 Aug 1997 15:17:39 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Was about RHIDE and Emacs.
Precedence: bulk

Hi Eli:

> > P.S. Last minute: I added support for the Loose clipboard. Is limited to the 
> > size of the transfer buffer but you can copy & paste with it.
> 
> You could easily overcome the size limitation by allocating your own
> buffer, which can then be as large as 500K.  That's what Emacs does.
Thanks for you sugestion. I knew that because your comments in the list.

> If you do that, you need to be aware of 2 caveats:
> 
>    1) You should deallocate the buffer after the data is moved, or
>       else child processes might not have enough DOS memory to run.
> 
>    2) Do NOT use the DPMI services to allocate and deallocate the
>       buffer; use the DOS functions via `__dpmi_int'.  That's because
>       the DPMI server built into Windows/NT will crash your program if
>       it tries to call `__dpmi_free_dos_memory' (seems like a bug in
>       NT).
Thanks for this info, I didn't know the workaround for NT. That was the main 
reason to avoid allocating the block.

SET 
------------------------------------ 0 --------------------------------
Visit my home page: http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013