From simon.urbanek at r-project.org  Wed Sep  6 19:15:34 2006
From: simon.urbanek at r-project.org (Simon Urbanek)
Date: Wed, 6 Sep 2006 13:15:34 -0400
Subject: [Rd] JPEG struct mismatch on Intel Macs (PR#9209)
In-Reply-To: <x2y7sx0xaa.fsf@turmalin.kubism.ku.dk>
References: <20060906160231.4D46458670@slim.kubism.ku.dk>
	<x2y7sx0xaa.fsf@turmalin.kubism.ku.dk>
Message-ID: <9CE5E987-5C7B-465F-A48B-4414DB7CB8EF@r-project.org>


On Sep 6, 2006, at 12:34 PM, Peter Dalgaard wrote:

> spector at stat.berkeley.edu writes:
>
>> Full_Name: Phil Spector
>> Version: 2.3.1
>> OS: Mac OS X (Tiger)
>> Submission from: (NULL) (128.32.135.22)
>>
>>
>> Trying to close a jpeg() device on an Intel Mac causes the following:
>>
>>> jpeg('out.jpg')
>>> plot(1:10)
>>> dev.off()
>> JPEG parameter struct mismatch: library thinks size is 372, caller  
>> expects 376
>> null device
>>           1
>>>
>>
>>
>> An empty jpg file is produced in 'out.jpg'
>
> AFAICT, this wouldn't be a bug in R. Your version of R appears to  
> have been built with one version of the jpeg libraries and you have  
> another version installed. Unless we have a compiler issue and one  
> part is padding out to a multiple of 8 bytes.
>

Although it's not a bug in R, it is a problem with the Mac binary  
which uses static libjpeg. I have re-compiled libjpeg for Intel Mac  
so tonight's nightly build should be ok.

Thanks,
Simon




[Rd] JPEG struct mismatch on Intel Macs (PR#9209)
Simon Urbanek