From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Unicode support for the MS Windows clipboard Date: Wed, 28 Jul 2004 12:35:15 +0100 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <41078F73.1060705@gnu.org> References: <20040727.181258.01371093.Takaaki.Ota@am.sony.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1737658434==" X-Trace: sea.gmane.org 1091014484 18761 80.91.224.253 (28 Jul 2004 11:34:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 28 Jul 2004 11:34:44 +0000 (UTC) Cc: eliz@gnu.org, handa@m17n.org, Tak Ota , monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 28 13:34:34 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Bpmhe-0002Ia-00 for ; Wed, 28 Jul 2004 13:34:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bpmkm-0006sk-Gj for ged-emacs-devel@m.gmane.org; Wed, 28 Jul 2004 07:37:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bpmkf-0006sf-G5 for emacs-devel@gnu.org; Wed, 28 Jul 2004 07:37:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bpmkd-0006sT-LM for emacs-devel@gnu.org; Wed, 28 Jul 2004 07:37:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bpmkd-0006sQ-Ia for emacs-devel@gnu.org; Wed, 28 Jul 2004 07:37:39 -0400 Original-Received: from [217.207.198.106] (helo=exchange.integrasp.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BpmhG-0008CO-N9; Wed, 28 Jul 2004 07:34:11 -0400 Original-Received: from ASSP-nospam (localhost [127.0.0.1]) by exchange.integrasp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id PA9NQJVD; Wed, 28 Jul 2004 12:31:44 +0100 Original-Received: from 192.168.111.196 ([192.168.111.196] helo=[192.168.111.196]) by ASSP-nospam ; 28 Jul 04 11:31:44 -0000 User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en Original-To: Benjamin Riefenstahl In-Reply-To: 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26047 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26047 This is a multi-part message in MIME format. --===============1737658434== Content-Type: multipart/alternative; boundary="------------000407020804030303060706" This is a multi-part message in MIME format. --------------000407020804030303060706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Benjamin Riefenstahl wrote: >Hi Tak, > > >Tak Ota writes: > > >>This patch introduces the following linking problem. >> >> > >Thanks for trying it out ;-) > > > >>libc.lib(heapinit.obj) : error LNK2005: __heap_init already defined in >>temacs1.lib(w32heap.obj) >> >> > >The patch shouldn't have touched those two. The only connection is >that w32select.c uses "os_subtype", which I is defined in w32heap.c. >For that w32select.c includes "w32heap.h", that is all the conneciton >there is. > > If this is the source of the problem, then moving os_subtype to w32.h might fix it. But first, we must understand why this problem has occurred. Is the new implementation of w32select.c using a C library function that internally mallocs memory using the C library malloc instead of Emacs' one? Or is it the calls to GlobalAlloc that is causing this (in which case there is no conflict). --------------000407020804030303060706 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Benjamin Riefenstahl wrote:
Hi Tak,


Tak Ota <Takaaki.Ota@am.sony.com> writes:
  
This patch introduces the following linking problem.
    

Thanks for trying it out ;-)

  
libc.lib(heapinit.obj) : error LNK2005: __heap_init already defined in
temacs1.lib(w32heap.obj)
    

The patch shouldn't have touched those two.  The only connection is
that w32select.c uses "os_subtype", which I is defined in w32heap.c.
For that w32select.c includes "w32heap.h", that is all the conneciton
there is.
If this is the source of the problem, then moving os_subtype to w32.h might fix it. But first, we must understand why this problem has occurred. Is the new implementation of w32select.c using a C library function that internally mallocs memory using the C library malloc instead of Emacs' one? Or is it the calls to GlobalAlloc that is causing this (in which case there is no conflict).
--------------000407020804030303060706-- --===============1737658434== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============1737658434==--