From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: Problem with library images on Windows (again) Date: Thu, 19 May 2005 22:05:27 +0300 Message-ID: <01c55ca5$Blat.v2.4$dd149500@zahav.net.il> References: <01c55c26$Blat.v2.4$0ef86680@zahav.net.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1116530057 18935 80.91.229.2 (19 May 2005 19:14:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 May 2005 19:14:17 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 19 21:14:16 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DYqSo-0004sV-MV for ged-emacs-devel@m.gmane.org; Thu, 19 May 2005 21:13:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DYqVV-0002lk-N4 for ged-emacs-devel@m.gmane.org; Thu, 19 May 2005 15:16:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DYqQ9-000867-DI for emacs-devel@gnu.org; Thu, 19 May 2005 15:11:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DYqQ7-000856-HW for emacs-devel@gnu.org; Thu, 19 May 2005 15:10:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DYqQ6-0007lY-Dw for emacs-devel@gnu.org; Thu, 19 May 2005 15:10:58 -0400 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DYqWY-0002gC-Qr for emacs-devel@gnu.org; Thu, 19 May 2005 15:17:39 -0400 Original-Received: from zaretski (IGLD-83-130-247-87.inter.net.il [83.130.247.87]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BGT54285 (AUTH halo1); Thu, 19 May 2005 22:08:43 +0300 (IDT) Original-To: Juanma Barranquero X-Mailer: emacs 22.0.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Juanma Barranquero on Thu, 19 May 2005 10:13:23 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:37362 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:37362 > Date: Thu, 19 May 2005 10:13:23 +0200 > From: Juanma Barranquero > > tiff_load pushes EBX into the stack, and then goes around happily > pushing arguments and calling functions from the TIFF library, which > apparently don't remove their arguments from the stack (nor does it > the tiff_load code). So the stack keeps growing This sounds incredible. MSVC generally produces good code, so I find it hard to believe that it violates the C ABI, whereby the caller should pop arguments off the stack. Are you sure this is indeed what happens? Can you show some evidence, like disassembly of code around the call to tiff_load, which would show how arguments are pushed onto the stack and never popped off it?