[Numpy-discussion] Quicker image transfer, tobuffer?

Correction: I did fix the first problem, and the second

    > problem is not at all what I thought. Instead, the
    > examples/data/lena.jpg file in my svn mpl directory is
    > corrupted. I have no idea why. Looking directly at the

This usually happens whenever Andrew commits -- don't know why
(platform dependent new line problem, perhaps?)

peds-pc311:~/mpl> svn log | grep astraw|head
r2480 | astraw | 2006-06-15 06:33:07 -0500 (Thu, 15 Jun 2006) | 1 line
r2430 | astraw | 2006-06-06 15:12:33 -0500 (Tue, 06 Jun 2006) | 1 line
r2279 | astraw | 2006-04-10 10:35:31 -0500 (Mon, 10 Apr 2006) | 3
lines
r2180 | astraw | 2006-03-20 15:38:12 -0600 (Mon, 20 Mar 2006) | 1 line

JDH

Is that file tagged as binary in the repo? If it is, it should be
impervious to OS-dependent EOL conventions...

Cheers,

f

···

On 7/11/06, John Hunter <jdhunter@...5...> wrote:

    > Correction: I did fix the first problem, and the second
    > problem is not at all what I thought. Instead, the
    > examples/data/lena.jpg file in my svn mpl directory is
    > corrupted. I have no idea why. Looking directly at the

This usually happens whenever Andrew commits -- don't know why
(platform dependent new line problem, perhaps?)

John Hunter wrote:

"Eric" == Eric Firing <efiring@...229...> writes:
           
   > Correction: I did fix the first problem, and the second
   > problem is not at all what I thought. Instead, the
   > examples/data/lena.jpg file in my svn mpl directory is
   > corrupted. I have no idea why. Looking directly at the

This usually happens whenever Andrew commits -- don't know why
(platform dependent new line problem, perhaps?)

peds-pc311:~/mpl> svn log | grep astraw|head
r2480 | astraw | 2006-06-15 06:33:07 -0500 (Thu, 15 Jun 2006) | 1 line
r2430 | astraw | 2006-06-06 15:12:33 -0500 (Tue, 06 Jun 2006) | 1 line
r2279 | astraw | 2006-04-10 10:35:31 -0500 (Mon, 10 Apr 2006) | 3
lines
r2180 | astraw | 2006-03-20 15:38:12 -0600 (Mon, 20 Mar 2006) | 1 line

Hmm -- "usually happens"? I never noticed that. And I'm mystified as to
whether the output of svn log shows that. Let me know if I play any more
evil-line-ending tricks.

Anyhow, I think I fixed the corrupted file issue. I changed the deleted
the svn:eol-style property and added the set svn:mime-type property to
image/jpg and re-uploaded lena.jpg. I suspect this may have been a
victim of the cvs2svn switch, or perhaps I never checked it into cvs
properly.

Cheers!
Andrew