Return-Path: <tiff-bounces@remotesensing.org>
Received: from inmx012.isp.belgacom.be (inmx012.isp.belgacom.be [195.238.3.90])
        by mailst034.isp.belgacom.be (8.12.11/8.12.11/Skynet-MAILSTORE-2.14) with ESMTP id i92DtUtm024852
        for <joris.at.lebbeke@skynet.be>; Sat, 2 Oct 2004 15:55:30 +0200
        (envelope-from <tiff-bounces@remotesensing.org>)
Received: from xserve.flids.com (adsl-065-083-169-202.sip.mco.bellsouth.net [65.83.169.202])
        by inmx012.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-2.32) with ESMTP id i92DtO4H015074
        for <joris.at.lebbeke@skynet.be>; Sat, 2 Oct 2004 15:55:26 +0200
        (envelope-from <tiff-bounces@remotesensing.org>)
Received: from adsl-065-083-169-202.sip.mco.bellsouth.net (localhost [127.0.0.1])
	by xserve.flids.com (Postfix) with ESMTP
	id 7DF4E3481AA; Sat,  2 Oct 2004 09:55:08 -0400 (EDT)
X-Original-To: tiff@remotesensing.org
Delivered-To: tiff@remotesensing.org
Received: from ahk.pu.ru (ahk.pu.ru [193.124.85.198])
	by xserve.flids.com (Postfix) with ESMTP id 05609348183
	for <tiff@remotesensing.org>; Sat,  2 Oct 2004 09:55:06 -0400 (EDT)
Received: from wg.pu.ru (wg.pu.ru [193.124.85.219])
	by ahk.pu.ru (8.12.11/8.12.9) with ESMTP id i92Dt4aL089207
	for <tiff@remotesensing.org>; Sat, 2 Oct 2004 17:55:04 +0400 (MSD)
	(envelope-from dron@ak4719.spb.edu)
Received: (from uucp@localhost)
	by wg.pu.ru (8.9.1a/8.9.1) with UUCP id NAA21155
	for tiff@remotesensing.org; Sat, 2 Oct 2004 13:55:04 GMT
Received: from ak4719.spb.edu (localhost [127.0.0.1])
	by ak4719.spb.edu (8.12.11/8.12.11/Debian-5) with ESMTP id
	i92DiqYh015960
	for <tiff@remotesensing.org>; Sat, 2 Oct 2004 17:44:52 +0400
Received: (from dron@localhost)
	by ak4719.spb.edu (8.12.11/8.12.11/Debian-5) id i92DiqZh015957
	for tiff@remotesensing.org; Sat, 2 Oct 2004 17:44:52 +0400
From: Andrey Kiselev <dron@ak4719.spb.edu>
Date: Sat, 2 Oct 2004 17:44:52 +0400
To: tiff@remotesensing.org
Subject: Re: [Tiff] TIFF *TIFFOpenW(const wchar_t *name, const char *mode);
Message-ID: <20041002134452.GA12254@ak4719.spb.edu>
Mail-Followup-To: tiff@remotesensing.org
References: <4.3.2.7.2.20040914173217.017dc7a0@mailsrv1>
	<4.3.2.7.2.20040927150814.01720f18@mailsrv1>
	<4.3.2.7.2.20040928110855.01757788@mailsrv1>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4.3.2.7.2.20040928110855.01757788@mailsrv1>
X-GnuPG-Key: http://www.srces.spb.org/dron/export.home.key
X-Face: "t+se9s~+y~[XUH]L|pmeO3Pt/Q@DNv**S, d@_1-C=}/,
	c%<3Qp]eu!ok<"2lYJm$!9qVcg F?7o*L; |$`6|Q|>Rt-cU%2_y@6tQ|`!Li}TsvZvEKx;
	>fuY=fc(=sX^`7Wmw8%SsR`AvM$a; 0U/eN\ P?B\FTyqD, 0np$U2!*'z_4D,
	VPlFf?bN0&zYf"zF0s!7Tl7?$we)xD0@lL>[h|8bhys0i.g|zLnu@C
	Ti@d]i=[!:j1CB\5/TF[m]`lfHfaqSN[0qn@T3zeosV/[LAss{@p_?],x*j8P_9t[}uHD^X-;
	j~\M! gyTly;fj`}&Y~i{<#bN.#QmkE}#T`dxP.I1\.)_MEN{@#W
User-Agent: Mutt/1.5.6+20040722i
X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.75c
	on ak4719
X-Virus-Status: Clean
X-BeenThere: tiff@remotesensing.org
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: TIFF and libtiff discussion  <tiff.remotesensing.org>
List-Unsubscribe: <http://xserve.flids.com/mailman/listinfo/tiff>,
	<mailto:tiff-request@remotesensing.org?subject=unsubscribe>
List-Archive: <http://xserve.flids.com/pipermail/tiff>
List-Post: <mailto:tiff@remotesensing.org>
List-Help: <mailto:tiff-request@remotesensing.org?subject=help>
List-Subscribe: <http://xserve.flids.com/mailman/listinfo/tiff>,
	<mailto:tiff-request@remotesensing.org?subject=subscribe>
Sender: tiff-bounces@remotesensing.org
Errors-To: tiff-bounces@remotesensing.org
X-UIDL: 7ee72be9967d1eb56c2888be3140080e

On Tue, Sep 28, 2004 at 11:26:29AM -0400, Ian Ameline wrote:
> While updating the version of LbTIFF that Sketchbook uses to 3.6.1, I
> once again noticed that besides the configuration and LZW stuff, there
> was one place where I was merging code -- A new function we have
> implemented called TIFFOpenW;
> 
> We produce a Japanese version of Alias Sketchbook, and on windows, to
> create or open files with Japanese filenames, you need to use wide
> characters. On Mac, we don't need to do this -- we just call TIFFOpen
> with a UTF8 character string and everything works nicely. Not so on
> Windows. So we created a function TIFFOpenW which is identical to
> TIFFOpen, but taking wchar_t * instead of char *. TIFFOpen becomes
> pretty vestigial in that it converts it's char string to wchar and
> calls TIFFOpenW.
> 
> I was wondering what everyone thought of rolling this up into libtiff
> 3.7.0 as a windows only function? (Saving me the work of merging again
> in the future :-)

Hello Ian,

I would like to incorporate your function in the further libtiff
releases. Could you submit a Bugzilla report, simply copying your mail
there?

						Andrey


-- 
Andrey V. Kiselev
Home phone:  +7 812 5274898  ICQ# 26871517
_______________________________________________
Tiff mailing list
Tiff@remotesensing.org
http://xserve.flids.com/mailman/listinfo/tiff
