Message-Id: <m0xDTBW-000S1qC@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,
        spector AT EnchantedLearning DOT com
Date: Tue, 23 Sep 1997 14:57:28 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: DJGPP, interprocess communication, and DPMI
Precedence: bulk

Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> wrote:
> On Mon, 22 Sep 1997, Salvador Eduardo Tropea (SET) wrote:
> 
> > It takes much more than a memcpy (I can see the time of the memcpy while 
> > debugging, it seems to be instantaneouslly to the human eyes, but the time 
> > needed to report the length of a 350Kb clipboard by the WindOldApp
> > routine is very high because I can see the delay.
> 
> So what you see is that Int 2Fh/AX=1704h is what takes most of the
> time, right?  If so, maybe this time could be slashed by not using
> this service at all?  If the clipboard is used for communication
> between two cooperative programs, you could put the size of the data
> as the first element of the message.  Then the application that needs
> to get the data would access the first word, then read that many bytes
> from the clipboard.
> 
I guess it can work if is used with some magic value to detect if the content 
of the clipboard is what you really need.

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-sot AT usa DOT net - ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013