On Wed, 7 Jan 2004, Martin Holz wrote:

Yes, it can even return 0 bytes if it feels like it.

The odd thing about the javadocs is that they say "The data will be read
from the stream as needed until end-of-file is reached." The length
parameter's comment is "the number of bytes in the stream."

This is strange because it seems to imply that the length argument is just
for informational purposes and should not be used to limit the amount of
data actually read from the stream.

Kris Jurka


---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

On Friday 09 January 2004 09:46, Kris Jurka wrote:
Only if len is 0. From javadoc:
* If len is zero, then no bytes are read and 0 is returned;
* otherwise, there is an attempt to read at least one byte. If no
* byte is available because the stream is at end of file, the value
* -1 is returned; otherwise, at least one byte is read and stored
* into b.

Don't know, which version of Javadoc you use.

http://java.sun.com/j2se/1.4.2/docs/...html#read(byte[],%20int,%20int)
seems pretty clear to me.

As I read the documentation, unless len == 0, at least
1, but not more then len bytes are read.
If no input is available the method will block. Otherwise the
method will return len bytes if possible,but less if it would
block otherwise.

Martin

--
Martin Holz <holz (AT) fiz-chemie (DOT) de>

Softwareentwicklung / Vernetztes Studium - Chemie
FIZ CHEMIE Berlin
Franklin Str. 11
D-10587 Berlin


---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

On Friday 09 January 2004 09:46, Kris Jurka wrote:
You seem to use a other javadoc than me.
http://java.sun.com/j2se/1.4.2/docs/...html#read(byte[],%20int,%20int)
is pretty clear.

At least 1 byte will be read unless len == 0. No more
than len bytes will be read. Within this limit read is
free to return as many bytes as it considers
efficient.

Martin

--
Martin Holz <holz (AT) fiz-chemie (DOT) de>

Softwareentwicklung / Vernetztes Studium - Chemie
FIZ CHEMIE Berlin
Franklin Str. 11
D-10587 Berlin


---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

On Friday 09 January 2004 17:18, Kris Jurka wrote:

Sorry for not being precise. There are two different issues.
1) The way the InputStream is read is clearly wrong.
This should be fixed.
2) What to do, when the size of the input stream does
not match the lenght argument of Statement.setBinaryStream()
There are two options
a) Throw a exception
b) Silently send all bytes, that are available.

I don't really understand what the length argument is good for
and think, that this is a design flaw made by Sun. I would prefer
a), but I am not sure here.


Martin

--
Martin Holz <holz (AT) fiz-chemie (DOT) de>

Softwareentwicklung / Vernetztes Studium - Chemie
FIZ CHEMIE Berlin
Franklin Str. 11
D-10587 Berlin


---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings

Kris Jurka <books (AT) ejurka (DOT) com> writes:

Thank you. Why does it not show up at
http://developer.postgresql.org/cvsw...Statement.java ?





---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

On 16 Jan 2004, Martin Holz wrote:

All new development of the JDBC driver has moved to gborg.postgresql.org.
With a homepage of

http://gborg.postgresql.org/project/...rojdisplay.php

and the webcvs url you are looking for is:

http://gborg.postgresql.org/project/...Statement.java


This patch should probably be applied to the stable version that will
remain in the 7.4 branch in the main cvs tree, but I don't have the
power to do anything about that.

Kris Jurka


---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo (AT) postgresql (DOT) org so that your
message can get through to the mailing list cleanly