Bryan, it's very impressive the information you provide with your changes.
I am wondering if changes.html gets checked into the codeline somewhere or does it stay in the JIRA entry for future reference?
Mamta
On 1/16/06, Kathey Marsden (JIRA) <[email protected]> wrote:
[ http://issues.apache.org/jira/browse/DERBY-170?page=comments#action_12362883 ]
Kathey Marsden commented on DERBY-170:
--------------------------------------
I checked in this change. Thanks Bryan for the patch.
Date: Mon Jan 16 11:19:26 2006
New Revision: 369549
URL: http://svn.apache.org/viewcvs?rev=369549&view=rev
One thing that would be good I think is to get more the great information in changes.html into the code comments.
Of course the comments probably needn't contain as detailed an explanation as in the changes.html but a comment with the bug number pointing out the changes.html attached to the bug might be helpful to others looking at the code in the future.
> Inserting large string value into non-existent table causes communication link failure over Network Server.
> -----------------------------------------------------------------------------------------------------------
>
> Key: DERBY-170
> URL: http://issues.apache.org/jira/browse/DERBY-170
> Project: Derby
> Type: Bug
> Components: Network Server
> Environment: Derby Network Server running with either JDBC or ODBC driver.
> Reporter: A B
> Assignee: Bryan Pendleton
> Attachments: assert_repro.java, changes.html, storedProcs.java, stored_proc_repro.java, svn_jan12_2006.status, svn_jan14_2006.diff
>
> The following failure, along with the 2 sub-tasks created under this issue, are reproducible both from a JDBC client (JCC) and from an ODBC client (in this case, DB2 Runtime Client). I've grouped them all together because they all share the characteristic of "large data transfer", though the context in which the transfer occurs is different for each failure.
> Failure: When trying to insert a large string value (ex. 1 million chars) into a non-existent table using a prepared statement, an ASSERT failure occurs on the Derby side (because data size < 0), which leads to connection closure and communication link failure. Note that the problem does NOT happen if the target table actually exists. Repro can be found in the "assert_repro.java" file attached to this bug.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
