Re: [Springframework-developer] Final preparations for 1.1 RC1

[<jue...@we...>]

IntelliJ IDEA shows those extra lines. I checked the actual file =
contents with UltraEdit's hex editor: This clearly indicates 0D 0D 0A. =
I've told UltraEdit to convert to DOS format to get rid of those.

I've also applied my IDEA code style template for Spring and polished =
some javadocs, so I guess I'll simply commit the files as they are now. =
Let's check whether everyone sees appropriate line feeds then.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Darren Davison
Sent: Monday, July 19, 2004 5:18 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Final preparations for 1.1 RC1



> I've just checked that too: Actually, the JMS source files use 0D 0D =
0A -
> i.e. double carriage return. I've just converted them to 0D 0A, just =
like
> our other files have. I'll commit them in a second.

hmm.  That's odd - here's the first binary word from the
AbstractJmsTemplate file as I see it here (windows line-feed sequence
underlined):

2F 2A 0D 0A 20 2A 20 43 6F 70 79 72 69 67 68 74
      ^^^^^

which equates to the fragment:

/*
 * Copyright

Which editor are you using as it sounds like the problem may be there?  =
Is
it perhaps assuming a Unix file format without actually checking it?  If
so, it would automatically add 0D before each 0A it encountered - that
would certainly explain your 0D 0D 0A sequence!

--=20
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer