gnupic: Re: [gnupic] Fwd: Patches for gputils-0.13.4


Previous by date: 14 Nov 2007 20:47:45 +0000 Re: [gnupic] Fwd: Patches for gputils-0.13.4, David
Next by date: 14 Nov 2007 20:47:45 +0000 sx48/sx52 "mode", David
Previous in thread: 14 Nov 2007 20:47:45 +0000 Re: [gnupic] Fwd: Patches for gputils-0.13.4, David
Next in thread:

Subject: Re: [gnupic] Fwd: Patches for gputils-0.13.4
From: Borut Razem ####@####.####
Date: 14 Nov 2007 20:47:45 +0000
Message-Id: <473B5EF6.9020206@siol.net>

David wrote:
> I'm not sure what the issues would be, but I don't think they would be
> extreme in any case. Except for a few cases documented in the bug
> report here:
> https://sourceforge.net/tracker/index.php?func=detail&aid=803352&group_id=41924&atid=431665
>   

This bug report is about endianness and not about diferent widths. The 
problem is that the data is acessed direcltly and not using gp_get*, 
which (at least should) solve both endianness and size problems.

> it looks like all COFF data accesses use gp_get* and gp_fput* which
> handle endianness and data width explicitly. I can't be sure I know
> exactly what Andreas is referring to, but I think that since the
> standard requires:
>  sizeof(short)>=2
>  sizeof(long int)>=4
> that any such issue would probably not lose meaningful precision.
>   

I agree. The problem might be sizeof(int), which is 2 on 16bit machines, 
but gputils probably doesn't run on any of them ;-)

> Andreas' vacation autoreply said that he would be away from email until
> the 11/21, so maybe he'll be able to clarify when he gets back.
>   

OK, let wait for Andreas...

Borut


Previous by date: 14 Nov 2007 20:47:45 +0000 Re: [gnupic] Fwd: Patches for gputils-0.13.4, David
Next by date: 14 Nov 2007 20:47:45 +0000 sx48/sx52 "mode", David
Previous in thread: 14 Nov 2007 20:47:45 +0000 Re: [gnupic] Fwd: Patches for gputils-0.13.4, David
Next in thread:


Powered by ezmlm-browse 0.20.