Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #25209

Re: BlueJ Coding Help

Show all headers | View raw

On 2013-09-02 00:35, Arne Vajhøj allegedly wrote:
> On 9/1/2013 9:47 AM, Daniele Futtorovic wrote:
>> On 2013-09-01 11:05, Jukka Lahtinen allegedly wrote:
>>> Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> writes:
>>>> On 2013-08-31 17:30, Jukka Lahtinen allegedly wrote:
>>>>> ram@zedat.fu-berlin.de (Stefan Ram) writes:
>>>>>> Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> writes:
>>>>>>> The method System.out.println always adds a linefeed
>>>>>>> at the end of the
>>>>>>> output, and you add one yourself with the \n.
>>>
>>>>>>    "\n" might not be the system's line separator.
>>>
>>>>> True, but is there a system where it doesn't cause a linefeed?
>>>
>>>> Macintoshes, pre-OS X if I'm not mistaken, used \r (carriage return) as
>>>> the line separator.
>>>
>>> I thought they use LF and CR (in that order, opposite to the DOS world),
>>> not only the CR. I never used them myself, don't they do anything with
>>> just a LF that doesn't come with CR?
>>
>> No, just the carriage return.
>>
>> I do not know what they would have done with a line feed, sorry. For my
>> practical purposes, MacOS has always been ancient history (as opposed to
>> OSX, which uses LF).
>>
>> They just use the carriage return. It's one of those things you just
>> pick up. Because whenever the geeks ramble, like old cow-boys around the
>> fire, multiple parallel soliloquies, and one of them ever-so-slightly
>> implicitly associates the EOL sequence with a LF character, you'll
>> invariably have one of the thither silent ones jump up and interject:
>> "Tut tut tut, LF might /not be/ the line separator", in an ominous tone.
>> And then the one who made the association falls silent, for he knows he
>> has sinned; and then all the greenhorns perk up, ravished by this new
>> mysterious development; and they press the old hands with questions, to
>> pierce the mystery. A satisfied smile settles on the faces of the old
>> hands, and after a little pressing (etiquette obliges), they will go
>> into lively discussions about ye olden days (discussions which might
>> actually, but not necessarily, address the mystery at hand)... which I'd
>> personally love to do, 'cause it's fun and it's knowledge, but can't, so
>> I'm just giving you the meta.
> 
> I think that description is rather accurate.
> 
> But I still think that it is relevant to bring it up.
> 
> There are certain things about portability that developers
> should learn at some point.
> 
> LF terminated, CRLF terminated, CR terminated, count prefix,
> count prefix & suffix variable length line formats.
> 
> Little and big endian.
> 
> IEEE floating point and other floating point formats.
> 
> Unicode, UTF-8, UTF-16, ISO-8859-1, ASCII, EBCDIC for text.
> 
> Etc.

In case it wasn't clear from the above: wholeheartedly agreed, and I
love those discussions, and was just frustrated by my inability to do it
myself. :)

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

BlueJ Coding Help Marcelo Rodriguez <mrodvicente@gmail.com> - 2013-08-30 17:30 -0700
  Re: BlueJ Coding Help Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2013-08-31 09:41 +0300
    Re: BlueJ Coding Help Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-08-31 11:26 -0400
    Re: BlueJ Coding Help Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2013-08-31 18:30 +0300
      Re: BlueJ Coding Help Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2013-09-01 02:20 +0200
        Re: BlueJ Coding Help Jukka Lahtinen <jtfjdehf@hotmail.com.invalid> - 2013-09-01 12:05 +0300
          Re: BlueJ Coding Help Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2013-09-01 15:47 +0200
            Re: BlueJ Coding Help Arne Vajhøj <arne@vajhoej.dk> - 2013-09-01 18:35 -0400
              Re: BlueJ Coding Help Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2013-09-02 13:53 +0200

csiph-web