Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: jurgen DOT defurne AT philips DOT com To: Subject: Re: cygwin on a 386? Message-ID: <0056900013072918000002L082*@MHS> Date: Fri, 20 Oct 2000 08:58:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 10/20/00 08:50:47" Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id CAA28073 What I mention is this : I presume that the interlocking mechanism is just to isolate a variable from being updated by another task, while the current task should do it. This has been possible since the early 8086. What I wondered is why the before mentioned instructions go through such great lengths to provide the necessary mechanisms. Jurgen cgf AT redhat DOT com@SMTP AT sources DOT redhat DOT com on 19/10/2000 18:32:09 Please respond to cygwin AT sources DOT redhat DOT com@SMTP Sent by: cygwin-owner AT sources DOT redhat DOT com To: cygwin AT sources DOT redhat DOT com@SMTP cc: Subject: Re: cygwin on a 386? Classification: On Thu, Oct 19, 2000 at 08:36:09AM +0200, jurgen DOT defurne AT philips DOT com wrote: >These instructions have their equivalent since the first 80x86. > LOCK > INC dest > > LOCK > XCHG dest,src > >Of course, these operate at most between a register and memory, not between memory and memory. Are you answering my question about whether Cygwin works on a 386? Somehow I can't figure this out from your message. You seem to be instructing me in assembly language, which wasn't what I was asking for. cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com