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

[Michael Schierl]

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

(sorry for the private mail, David. I guess I have to read more mailing
lists to remember clicking the "reply to all" button...)

David Shaw schrieb:

> The problem here is twofold - first, you can't dump jpegs that way.
> You'll end up with garbage because it'll be mixed up with the key
> listings themselves.  The second problem is related to the first -
> you're dumping to stdout, and stdout on windows does textmode
> conversion by default.

Hmm. For that "I can't do it that way" it works surprisingly well :)

In all my tests it worked to read in "line-mode" and whenever there was an

[GNUPG:] ATTRIBUTE ...

line, switch to "byte-mode" and read that many bytes. Then check for
CR-LFs, compensate by reading a few more bytes, and go on reading in
"line-mode". That one worked well except in the case where the jpg ended
with a LF byte.

FWIW: I have that idea of "overloading stdout" from enigmail, which does
it exactly that way (if the output in the debugging console is not "faked").

> To make this work, you need to use a fd that isn't stdout, or
> something like "--attribute-file new.dat"

Other fds (except stderr, which has the same problem I guess, and stdin,
which is only writable) are not available from Java AFAIK (at least not
platform-independently); and when using »--attribute-file new2.dat« I
got the same CRLF mangling :(

And since one key can contain more than one JPEG image, the same problem
with finding the beginning/end of those applies as well as when getting
them out of stdout.

BTW doc bug: I cannot find anything about --attribute-file neither in
the manpage nor in src/doc/DETAILS

> Note in any case that the attribute is not a raw JPEG.  You'll get the
> attribute, which contains the JPEG.

Which is well-documented in src/doc/DETAILS. Yes, I know that, since it
"basically" works here.

Michael

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

iQEVAwUBQvDzSp2HdZ9YtIzdAQJSqAf9HwCuCYa6HE5fXbeGAYPV+kjP4qpiOPe7
W7adGyBl2L7WTFNXkzpx6GRSPfmBQI+j+FZLgxYf8Q6ENT+r5TpH7KyE23niXvyI
m5mHujPwUdZw4/ULbQHcbtMqYf4F5KeykJxnrY8a49tDJ4iBbBwoRBsxAm6WjN/Z
UcXwymMmx90/8k/PK3pYqysCQDLosdGjVEbC3LC7rxPW9rxSNyFy9Fz3AJecUyG+
L3pppE2JFvTsZqs/jMW2sjA1m8kDqfHQmhtmmvTWsPbmOAo/ANGWQWMlB7NB1iCo
lZ0Ps2nMGLA8ii5cf8OmO2yKs9vMmqYyT7NsBaFLyTUu2k2SabMZjA==
=gKHa
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new2.dat
Type: application/octet-stream
Size: 654 bytes
Desc: not available
Url : /pipermail/attachments/20050803/a83a8495/new2.obj