Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com From: "Krzysztof Duleba" Subject: Re: Assembler Date: Wed, 18 Feb 2004 15:04:26 +0100 Lines: 32 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet AT sea DOT gmane DOT org X-Gmane-NNTP-Posting-Host: fw-gw-atm.mimuw.edu.pl X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 Williams, Gerald S (Jerry) wrote: > int 0x80 is part of Linux, not nasm. Of course. > In fact, nasm was > generating the int 0x80 instructions just fine--they > simply don't work under Windows. So such a translator > wouldn't help. A translator that changes int 0x80 to function calls? It doesn't seem too difficult, but I probably miss something. The way I think is: if in Linux it is possible to translate function calls to int 0x80, one could build a funcion call -> int 0x80 dictionary. If the dictionary is complete (or at least big enough), having a int 0x80-like system call one can look up the corresponding funcion call. > By asking for int 0x80 support, you're really asking > for the ability to run precompiled Linux applications. What do you mean by "precompiled"? > Googling brought me to http://line.sourceforge.net, > which may be more along the lines of what you seek. I will check it out right away. Thanks! Regards Krzysztof Duleba -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/