Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #34486
| From | v_borchert@despammed.com (Volker Borchert) |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: OutputStream.write(int) |
| Date | 2016-06-06 03:19 +0000 |
| Organization | Private site at Eddersheim, Germany |
| Message-ID | <nj2q45$407$1@Gaia.teknon.de> (permalink) |
| References | <nj2ajp$4h$1@Gaia.teknon.de> <nj2di3$k1h$1@news.albasani.net> |
Jan Burse wrote:
> At least we can say that 0x000000 and 0xFFFFFF must be ignored,
> otherwise the default implementation of write(byte[],..) gets
> broken:
I can see 0x000000, but not 0xffffff. And I'd be more suspicious
about <0 vs. >=0 than about intermediate bits.
> But an Outputstream might also overwrite this method, it is
> not a final method. But most likely we want:
>
> write(x) does the same as
> write(new byte[]{(byte)x})
>
> And the above invariant wouldn't hold if we were to interpret
> the upper 24-bits.
Good point. But I'd think that he who intentionally violates the
general contract might not care about that either.
--
"I'm a doctor, not a mechanic." Dr Leonard McCoy <mccoy@ncc1701.starfleet.fed>
"I'm a mechanic, not a doctor." Volker Borchert <v_borchert@despammed.com>
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
OutputStream.write(int) v_borchert@despammed.com (Volker Borchert) - 2016-06-05 22:54 +0000
Re: OutputStream.write(int) Jan Burse <janburse@fastmail.fm> - 2016-06-06 01:45 +0200
Re: OutputStream.write(int) v_borchert@despammed.com (Volker Borchert) - 2016-06-06 03:19 +0000
Re: OutputStream.write(int) Jan Burse <janburse@fastmail.fm> - 2016-06-06 11:58 +0200
Re: OutputStream.write(int) v_borchert@despammed.com (Volker Borchert) - 2016-06-06 15:51 +0000
Re: OutputStream.write(int) Arne Vajhøj <arne@vajhoej.dk> - 2016-06-05 20:09 -0400
Re: OutputStream.write(int) Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2016-06-05 19:38 -0700
csiph-web