Photo UIDs on --attribute-fd on Windows and strange LF->CRLF conversions

[Michael Schierl]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Shaw schrieb:

> Seriously, you're doing a lot of extra work to parse around the
> non-attribute data there.

It depends. If i need quite a lot of the info anyway for building my
"key preferences" dialog (and i even include sig subpackets for output
to get things like preferred ciphers), it is easier to throw the rest of
the information away than to ask Java for a temp file name and to ensure
that this file will be deleted afterwards even if an error occurs.
IOW: I hate using tempfiles if I can avoid it.

>>when using »--attribute-file new2.dat« I
>>got the same CRLF mangling :(
> 
> 
> That should not happen.  Try the attached patch.

patching file g10.c
Hunk #1 succeeded at 930 (offset -7 lines).
Hunk #2 succeeded at 955 (offset -7 lines).
Hunk #3 succeeded at 1984 (offset -13 lines).
Hunk #4 succeeded at 2245 with fuzz 1 (offset -31 lines).

C:\progs\msys\1.0\home\mine\gnupg-1.4.1>.\g10\gpg
   --homedir \temp --attribute-file \temp\new4.dat
   --status-fd 1 --list-sigs "JPEG"

C:\temp>fc new2.dat new4.dat
Comparing files new2.dat and NEW4.DAT
FC: no differences encountered

(my hex editor thinks the same - i. e. that patch did not cure the problem)

Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQEVAwUBQvFMuZ2HdZ9YtIzdAQJ99wf9Hxbam62K3UQpnNh5KxlpSZdeVm6OpwF+
1mgT3D1RHXIMtwxTS1fu8c+WKYE2T30PlsY9bcz5eNgAVHytVMzvX01GXzzDPdUa
5dzCFrm7+9cSvdWKAZ0ouvcWbD1JBP2o1d7Q+vHBdLL4/460uatoSiPzULomborU
XAcN+kBAYQDhOzbqmHXhF01muVlS5cR0YlF+qJaANh7kHjIGXLoRgN+GedV9dJ41
RXjZ6WGiud1LxlVbw7oV3p7g+SFoySZB8yFpKTQ47KQNeH969rHQvFAnoFfu6vd4
HIx/dbaLuFg1HLgd2KLxJmDW5gSHbLFfaO9buthZGyaxIAeeU/xDcw==
=UCxG
-----END PGP SIGNATURE-----