* Value/Location
@ 2007-08-23 21:33 Stan Cox
2007-08-24 12:54 ` Value/Location Andrew Cagney
0 siblings, 1 reply; 2+ messages in thread
From: Stan Cox @ 2007-08-23 21:33 UTC (permalink / raw)
To: Frysk List
The frysk.value constructor (Type type, String textFIXME)
->calls (new Location(type.getSize())
->calls new ArrayByteBuffer(capacity)
which will assume a big endian buffer
One possibility is to have Value do:
abb = new ArrayByteBuffer (..);
abb.order(type.endian);
Location(abb)
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Value/Location
2007-08-23 21:33 Value/Location Stan Cox
@ 2007-08-24 12:54 ` Andrew Cagney
0 siblings, 0 replies; 2+ messages in thread
From: Andrew Cagney @ 2007-08-24 12:54 UTC (permalink / raw)
To: Stan Cox; +Cc: Frysk List
Yes,
Every time I tried to get frysk.value.Format to use the type's
byte-order I'd get test-suite failures caused by another case of this.
The underling problem is that type code used to read/write byte-order
dependent values wasn't explicitly specifying the type's required
byte-order.
Hopefully the last of these get flushed out with the next few commits.
Andrew
Stan Cox wrote:
> The frysk.value constructor (Type type, String textFIXME)
> ->calls (new Location(type.getSize())
> ->calls new ArrayByteBuffer(capacity)
> which will assume a big endian buffer
>
> One possibility is to have Value do:
> abb = new ArrayByteBuffer (..);
> abb.order(type.endian);
> Location(abb)
>
>
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-08-24 12:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-08-23 21:33 Value/Location Stan Cox
2007-08-24 12:54 ` Value/Location Andrew Cagney
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).