Return-Path: <awaresystems.be+caf_=filtered=awaresystems.be@gmail.com>
Delivered-To: filtered@awaresystems.be
Received: from mx-k.one.com (mx-k.one.com [91.198.169.58])
	by mail6.b-one.net (Postfix) with ESMTP id 55A108015020D
	for <filtered@awaresystems.be>; Fri,  7 Sep 2012 16:35:56 +0200 (CEST)
X-Virus-Scanned: by one.com
Received-SPF: pass (mx-k: domain of awaresystems.be+caf_=filtered=awaresystems.be@gmail.com designates 209.85.212.48 as permitted sender)
X-Greylist: whitelisted by SQLgrey-1.8.0-rc2
Received: from mail-vb0-f48.google.com (mail-vb0-f48.google.com [209.85.212.48])
	by mx-k.one.com (Postfix) with ESMTP id 844C31233CAF
	for <filtered@awaresystems.be>; Fri,  7 Sep 2012 14:35:55 +0000 (UTC)
Received: by vbme21 with SMTP id e21so4505015vbm.21
        for <filtered@awaresystems.be>; Fri, 07 Sep 2012 07:35:54 -0700 (PDT)
Received: by 10.52.24.201 with SMTP id w9mr5923604vdf.125.1347028554804;
        Fri, 07 Sep 2012 07:35:54 -0700 (PDT)
X-Forwarded-To: filtered@awaresystems.be
X-Forwarded-For: awaresystems.be@gmail.com filtered@awaresystems.be
Delivered-To: awaresystems.be@gmail.com
Received: by 10.58.70.138 with SMTP id m10csp423157veu;
        Fri, 7 Sep 2012 07:35:54 -0700 (PDT)
Received: by 10.52.38.40 with SMTP id d8mr5500267vdk.67.1347028552836;
        Fri, 07 Sep 2012 07:35:52 -0700 (PDT)
Received-SPF: neutral (google.com: 91.198.169.56 is neither permitted nor denied by best guess record for domain of tiff-bounces@lists.maptools.org) client-ip=91.198.169.56;
Received: by 10.230.81.13 with POP3 id v13mf1298059vbk.33;
        Fri, 07 Sep 2012 07:35:52 -0700 (PDT)
X-Gmail-Fetch-Info: info@awaresystems.be 1 pop.awaresystems.be 110 info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-i.one.com (mx-i.one.com [91.198.169.56])
	by mail6.b-one.net (Postfix) with ESMTP id E9B9180150200
	for <info@awaresystems.be>; Fri,  7 Sep 2012 16:34:05 +0200 (CEST)
X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0-rc2
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144])
	by mx-i.one.com (Postfix) with ESMTP id 8BDAFA592B6
	for <info@awaresystems.be>; Fri,  7 Sep 2012 14:34:05 +0000 (UTC)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by lists.maptools.org (Postfix) with ESMTP id 7605453600B;
	Fri,  7 Sep 2012 09:32:59 -0500 (EST)
Received: from engine19-1277-3.icritical.com (engine19-1277-3.icritical.com
	[93.95.13.95])
	by lists.maptools.org (Postfix) with SMTP id 42BBC536004
	for <tiff@lists.maptools.org>; Fri,  7 Sep 2012 09:31:32 -0500 (EST)
Received: (qmail 429 invoked from network); 7 Sep 2012 14:32:07 -0000
Received: from localhost (127.0.0.1)
	by engine19-1277-3.icritical.com with SMTP; 7 Sep 2012 14:32:07 -0000
Received: from engine19-1277-3.icritical.com ([127.0.0.1])
	by localhost (engine19-1277-3.icritical.com [127.0.0.1]) (amavisd-new,
	port 10024) with SMTP id 31889-07 for <tiff@lists.maptools.org>;
	Fri,  7 Sep 2012 15:32:00 +0100 (BST)
Received: (qmail 354 invoked by uid 599); 7 Sep 2012 14:32:00 -0000
Received: from unknown (HELO exchhub03.rl.ac.uk) (130.246.236.9)
	by engine19-1277-3.icritical.com (qpsmtpd/0.28) with ESMTP;
	Fri, 07 Sep 2012 15:32:00 +0100
Received: from EXCHMBX01.fed.cclrc.ac.uk ([169.254.3.11]) by
	EXCHHUB01.fed.cclrc.ac.uk ([130.246.236.9]) with mapi id 14.01.0379.000;
	Fri, 7 Sep 2012 15:31:25 +0100
From: <Robert.Atwood@diamond.ac.uk>
To: <bfriesen@simple.dallas.tx.us>
Thread-Topic: [Tiff] Managing the buffer
Thread-Index: Ac2MRIqPuCzGByAjQcqHnve7nV/DCgABY8iAACNgmeD///5ygP//6IsQgAApKYD//8zbwIAAaeIA///tN8A=
Date: Fri, 7 Sep 2012 14:31:25 +0000
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8267327CC@EXCHMBX01.fed.cclrc.ac.uk>
References: <6CCDD8FC6578314C902BBF87D511D9D8267301D4@EXCHMBX01.fed.cclrc.ac.uk>
	<CAGNS0Rv+MbyVoFcVXr0Wwcom0FMMyssAAnciybvG_dRpnpqhHw@mail.gmail.com>
	<6CCDD8FC6578314C902BBF87D511D9D826732523@EXCHMBX01.fed.cclrc.ac.uk>
	<CA+NZCsTss_8Dv9bg7sZovvP8RzUH=u2PuM4_8akp20yJcHDOUg@mail.gmail.com>
	<6CCDD8FC6578314C902BBF87D511D9D826732591@EXCHMBX01.fed.cclrc.ac.uk>
	<CA+NZCsSbXJfnwDoqp2hw5JpGn+SReAJPuNjuBqHouqD0tDnqjQ@mail.gmail.com>
	<6CCDD8FC6578314C902BBF87D511D9D8267326BC@EXCHMBX01.fed.cclrc.ac.uk>
	<alpine.GSO.2.01.1209070910090.27589@freddy.simplesystems.org>
In-Reply-To: <alpine.GSO.2.01.1209070910090.27589@freddy.simplesystems.org>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.23.20.161]
MIME-Version: 1.0
Cc: info@awaresystems.be, tiff@lists.maptools.org
Subject: Re: [Tiff] Managing the buffer
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

It has to be cross platform including Windows and I think it may have to be archaic. We're still stuck on RedHat 5 for now on the Linux side, I'm not sure what the situation of the Windows libraries is. Are you actually saying that the implementation of _TIFFmalloc has changed? 







> -----Original Message-----
> From: Bob Friesenhahn [mailto:bfriesen@simple.dallas.tx.us]
> Sent: 07 September 2012 15:17
> To: Atwood, Robert (DLSLtd,RAL,DIA)
> Cc: info@awaresystems.be; tiff@lists.maptools.org
> Subject: Re: [Tiff] Managing the buffer
> 
> On Fri, 7 Sep 2012, Robert.Atwood@diamond.ac.uk wrote:
> 
> > I don't see how to do it without altering the code of libtiff, as far
> > as I can tell _TIFFMalloc just calls malloc() (on unix) and I suppose
> > that, at compile time, the build system uses a different allocation
> > routine depending upon the platform it's on. It would be better for me
> > not to use TIFF than to require having a special 'hacked' version of
> > libtiff!
> 
> What operating system are you using?
> 
> Some operating systems allow easily replacing the memory allocators at run-
> time by telling the system to load a library before loading other libraries.
> For example, under Solaris, Linux, and FreeBSD, this can be done via the
> LD_PRELOAD environment variable.  Replacing the underlying memory allocator is
> a common use for this functionality.
> 
> If you are experiencing issues with the memory allocator you could try
> alternate ones like libumem.
> 
> Bob
> --
> Bob Friesenhahn
> bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 



_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
