[
http://issues.apache.org/jira/browse/DERBY-1513?page=comments#action_12421286 ]
Tomohito Nakayama commented on DERBY-1513:
--
Comparing to the referential result in DERBY-1504, there were no difference in
the serverMemoryUsage.xls .
[ http://issues.apache.org/jira/browse/DERBY-1513?page=all ]
Tomohito Nakayama updated DERBY-1513:
-
Attachment: DERBY-1513.patch
serverMemoryUsage.xls
The patch for trial 1 and the result.
Additional information.
OutOfMemory happens
Trial 1 for DERBY-550
-
Key: DERBY-1513
URL: http://issues.apache.org/jira/browse/DERBY-1513
Project: Derby
Issue Type: Sub-task
Reporter: Tomohito Nakayama
Assigned To: Tomohito Nakayama
http://iss
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421282 ]
Tomohito Nakayama commented on DERBY-550:
-
It seems to be have much amount of impact on whole code of NetworkServer to use
writeTo method and not to use byt
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421281 ]
Tomohito Nakayama commented on DERBY-550:
-
Wait a moment
ByteArrayOutputStream have writeTo method
I wonder wheter we can use this method and not u
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421280 ]
Tomohito Nakayama commented on DERBY-550:
-
However, I think our program may know the length of data in this case,
because our program fail to error at const
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421279 ]
Tomohito Nakayama commented on DERBY-550:
-
My consideration is that ByteArrayOutputStream should not be used for large
data, especially the size is unknown.
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421274 ]
Tomohito Nakayama commented on DERBY-550:
-
I noticed that there exists difference of phenomena between under -Xmx64m and
under -Xmx128m.
Former, under -Xm
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421270 ]
Tomohito Nakayama commented on DERBY-550:
-
I tested with -Xmx192m -Xmx128m -Xmx64m also.
The results was as next
With -Xmx192m :
Exception occurred: java.l
[ http://issues.apache.org/jira/browse/DERBY-1403?page=all ]
Myrna van Lunteren closed DERBY-1403.
-
Resolution: Fixed
> importExport.java fails with ibm142 on linux
>
>
> Key: DERBY-1403
>
[
http://issues.apache.org/jira/browse/DERBY-1403?page=comments#action_12421267 ]
Myrna van Lunteren commented on DERBY-1403:
---
I have looked at this some more, and I found the following to prove my initial
thoughts
- the problem does
[ http://issues.apache.org/jira/browse/DERBY-894?page=all ]
Rajesh Kartha closed DERBY-894.
---
Resolution: Cannot Reproduce
Tried with jdk15 and jdk142 with 10.2.0.4 alpha - (420028) and 10.1.3.2 -
(420033) jar versions
> checkDataSource test fails with a
[
http://issues.apache.org/jira/browse/DERBY-894?page=comments#action_12421264 ]
Rajesh Kartha commented on DERBY-894:
-
I have not been able to reproduce this issue either. Tried with different jvms
(IBM/Sun - Java 1.5/1.4.2) on Win 2000. Th
[ http://issues.apache.org/jira/browse/DERBY-1404?page=all ]
Myrna van Lunteren closed DERBY-1404.
-
Resolution: Duplicate
Marking this as a duplicate of DERBY-1403.
> i18nTest/iepnegativetests_ES and derbytools/iepnegativetests fails with
> ibm142
Stanley Bradbury wrote:
I'll signup for being a judge , but there has to be at least one other
volunteer so I don't get all the credit/blame for the results.
Excellent! I think you offer the great user perspective we need! I
will put this up on the Wiki and post to derby-user but think I'
Kathey Marsden wrote:
... SNIP ..
So, inspired by the Mustang Regression Challenge [2] I would like to
introduce the *"Derby Regression Search and Destroy Competition*".
This competition, in addition to finding regressions, will also
incorporate fixing any regressions that are found. The
Francois Orsini (JIRA) wrote:
So for now, USRSSBPWD is no longer the default after EUSRIDPWD in the client
until DERBY-926 is fixed or a temporary handling of the protocol exception
reported as in DERBY-926 is duoable in Derby's client driver.
I thought DERBY-926 was a server issue. Is th
I'm spinning up on using Network Server with the default security
manager and have found an inconsistency in policy file syntax in the
Derby documents. The example policy files in the Developers Guide
differ from the example in the Server and Admin guide.
From what I've read the syntax in the
[
http://issues.apache.org/jira/browse/DERBY-528?page=comments#action_12421259 ]
Kathey Marsden commented on DERBY-528:
--
Francois said ...:
>- my main issue is DERBY-926 which causes the COMPAT test to fail when going
>CLIENT_10.2> SERV
On 7/14/06, Michelle Caisse <[EMAIL PROTECTED]> wrote:
Can this be implemented through the notification scheme? I believe that
the automatic JIRA emails to the list are a feature of the notification
scheme. I don't know how to modify the notification scheme, though.
The mails that can be set
DRDAProtocolExceptionInfo has 4 fields. The comments are unclear to
me. Does anyone know what is the difference between the errorCodePoint
and the errCdCodePoint ? All the places this object is created, the
errCdCodePoint has value NO_ASSOC_ERRCD.
// The Codepoint of the error (e.g Code
Andrew McIntyre wrote:
> On 7/14/06, Jean T. Anderson <[EMAIL PROTECTED]> wrote:
>> Does anyone on derby-dev@ know how to set this up? If not, I can ask the
>> forrest dev list how they did it.
>
> It's easy, and I think anyone in derby-developers can do it. Just
> create a new saved filter, navig
[Auto-generated mail]
*TinderBox_Derby* 422045/2006-07-14 23:02:59 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
7679672 2 148.83% SunOS-5.10_i86pc-i386
Details in
http://www.mult
[
http://issues.apache.org/jira/browse/DERBY-528?page=comments#action_12421257 ]
Rick Hillegas commented on DERBY-528:
-
I will take a look at this patch. Thanks, Francois.
> Support for DRDA Strong User ID and Password Substitute Authenticat
Can this be implemented through the notification scheme? I believe that
the automatic JIRA emails to the list are a feature of the notification
scheme. I don't know how to modify the notification scheme, though.
-- Michelle
Andrew McIntyre wrote:
On 7/14/06, Jean T. Anderson <[EMAIL PROTEC
On 7/14/06, Andrew McIntyre <[EMAIL PROTECTED]> wrote:
However, that may send out individual emails to the people in
derby-dev, and not to the list. We might need to create a JIRA user
for [EMAIL PROTECTED] and have that jira user subscribe to the
filter as a personal subscription so it goes to
On 7/14/06, Jean T. Anderson <[EMAIL PROTECTED]> wrote:
Does anyone on derby-dev@ know how to set this up? If not, I can ask the
forrest dev list how they did it.
It's easy, and I think anyone in derby-developers can do it. Just
create a new saved filter, navigate to the manage tab, and then c
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Jean T. Anderson resolved DERBY-1512.
-
Resolution: Fixed
I made one small change, prepended an "sq_" to all the gif files to group them
all together for this paper.
Committed, revision 422
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Jean T. Anderson reassigned DERBY-1512:
---
Assignee: Jean T. Anderson (was: Susan Cline)
> Provide a document using SQuirreL SQL client with Derby for the web site
> --
[
http://issues.apache.org/jira/browse/DERBY-1466?page=comments#action_12421247 ]
David Van Couvering commented on DERBY-1466:
I looked at the patch, it looks pretty simple, +1. I haven't tried to apply
it. If it passes derbyall fo
[ http://issues.apache.org/jira/browse/DERBY-1466?page=all ]
Sunitha Kambhampati updated DERBY-1466:
---
Derby Info: [Patch Available]
> Network Server should flush the PrintWriter after console output
> ---
[ http://issues.apache.org/jira/browse/DERBY-1466?page=all ]
Sunitha Kambhampati updated DERBY-1466:
---
Attachment: derby1466.diff.txt
derby1466.stat.txt
Thanks to everyone who responded on this issue.
I am attaching a patch 'derby14
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Susan Cline updated DERBY-1512:
---
Attachment: DERBY_1512.zip
Attached is the zip file, DERBY_1512.zip, which includes all of the files for
the document "Using SQuirreL SQL Client with Derby", for
Provide a document using SQuirreL SQL client with Derby for the web site
Key: DERBY-1512
URL: http://issues.apache.org/jira/browse/DERBY-1512
Project: Derby
Issue Type:
Kathey Marsden wrote:
> Jean T. Anderson wrote:
>
>> The Forrest project keeps open issues with patches on the radar by
>> auto-emailing a list weekly. For an example see:
>>
>> http://mail-archives.apache.org/mod_mbox/forrest-dev/200607.mbox/[EMAIL
>> PROTECTED]
>> http://tinyurl.com/jqzus
>>
>>
Nice! I didn't know you could subscribe to JIRA queries...
David
Jean T. Anderson wrote:
Kathey Marsden wrote:
...
4) Earlier this week I thought I was one of the very few that cared
about quick patch turnaround and patch list maintenance.
Oh well, there are still 22 outstanding. Next
Jean T. Anderson wrote:
The Forrest project keeps open issues with patches on the radar by
auto-emailing a list weekly. For an example see:
http://mail-archives.apache.org/mod_mbox/forrest-dev/200607.mbox/[EMAIL
PROTECTED]
http://tinyurl.com/jqzus
would something like this help derby keep pat
Kathey Marsden wrote:
...
> 4) Earlier this week I thought I was one of the very few that cared
> about quick patch turnaround and patch list maintenance.
> Oh well, there are still 22 outstanding. Next week who knows.
> The sad thing is there is a really long list of very important things
This sounds like a reasonable short-term compromise for me. If we can
figure out how to make DRDA support the more "flexible" application,
that would be great, too, but I recognize that's a lot of effort and if
we can put it on the back burner and make some progress, that would be
great.
Dav
Great email, Kathey, thanks, and thanks for *all* your hard work for
this project!
David
Kathey Marsden wrote:
This was in a thread about getGeneratedKeys()
Lance J. Andersen wrote about JDBC spec and compatibility discussions:
the discussions are healthy though to not just jump into the fire
[ http://issues.apache.org/jira/browse/DERBY-1478?page=all ]
Kathey Marsden updated DERBY-1478:
--
Summary: Add built in language based ordering and like processing to Derby
(was: Add built in language based ordering to Derby)
> Add built in language ba
[Auto-generated mail]
*TinderBox_Derby* 421960/2006-07-14 19:43:10 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
8679671 2 152.85% SunOS-5.10_i86pc-i386
Details in
http://www.mult
i have removed the rogue sentence in its entirety from the javadocs for
setNull(int,int, String) as it is not needed and is not correct in
regards to typeCode.
-lance
Daniel John Debrunner (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12420620 ]
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421207 ]
Daniel John Debrunner commented on DERBY-551:
-
Sounds good, looks like the check is redundant. Though I believe the comment is
not, it's a good example
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421204 ]
Deepa Remesh commented on DERBY-551:
Thanks Dan for looking at the patch. I will rename the variable from
PROCEDURE_CALL_ILLEGAL to MODIFIES_SQL_DATA_PROCEDURE_
Thank you for reviewing this patch, Bryan. My comments below.
One question, though: what is the actual symptom of this bug?
If I am understanding it correctly, the symptom is that the
optimizer may pointlessly continue to investigate a possible
query plan which it should already be able to re
[ http://issues.apache.org/jira/browse/DERBY-1486?page=all ]
Sunitha Kambhampati closed DERBY-1486.
--
Resolution: Invalid
This issue was a case of interleaving of resultsets and statement in autocommit
mode. Discussion concluded that the derby behav
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421197 ]
Daniel John Debrunner commented on DERBY-1489:
--
My guess is that some new code will need to be added in the privilege
descriptor code. It probably doe
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421196 ]
Daniel John Debrunner commented on DERBY-551:
-
The changes using the relability mechansim seem fine, though the constant
PROCEDURE_CALL_ILLEGAL seems wo
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421195 ]
David Heath commented on DERBY-1486:
Please could someone close this bug - I do not appear to have permission myself.
I have created a new bug-report (lower pr
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421193 ]
Bryan Pendleton commented on DERBY-1489:
On the derby-dev list, Dan explained further: "with the dependency system it's
not so much that code checks for de
[ http://issues.apache.org/jira/browse/DERBY-1373?page=all ]
Sunitha Kambhampati updated DERBY-1373:
---
Attachment: derby1373.diff.txt
derby1373.stat.txt
Mathias wrote:
"I had a look to the suggestion Suresh made.This is a change I do
Daniel John Debrunner wrote:
Lance J. Andersen wrote:
With 1501 the JDBC spec says the type must be known (I think it's a bug
in the *draft* spec for the type to be ignored), that's the portable
behaviour, ignoring the type not only leads to non-portable applications
but
[ http://issues.apache.org/jira/browse/DERBY-1330?page=all ]
Daniel John Debrunner updated DERBY-1330:
-
Derby Info: (was: [Patch Available])
Patch Derby1330uuidIndexForPermsSystemTablesV6diff.txt applied Committed
revision 421981. Thanks Mamta
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421188 ]
Daniel John Debrunner commented on DERBY-1489:
--
Bryan wrote:
2) DROP COLUMN needs to automatically revoke any privileges granted on the
column. W
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421187 ]
Bryan Pendleton commented on DERBY-1489:
This comment captures the results of a discussion on the derby-dev list
regarding the interaction of ALTER TABLE D
Yes, that is exactly what I meant in my earlier mail. Thanks for clarification, Dan.
Mamta
On 7/14/06, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:
Mamta Satoor wrote:> I think in RESTRICT mode, revoking the privileges should be done as one of
> the last steps, ie after we have checked for d
On 7/14/06, Knut Anders Hatlen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-323?page=all ]
Knut Anders Hatlen updated DERBY-323:
-
Attachment: derby-323-v1.diff
derby-323-v1.stat
Attached a patch (derby-323-v1.diff) which
On 7/14/06, Knut Anders Hatlen <[EMAIL PROTECTED]> wrote:
Mayuresh Nirhali <[EMAIL PROTECTED]> writes:
> Hello,
>
> I am trying to get tracing info for a test run in standalone
> manner. The test runs fine, but I do not see the traceFile being
> created.
>
> The command I use is as below,
>
>
>
Mamta Satoor wrote:
> I think in RESTRICT mode, revoking the privileges should be done as one of
> the last steps, ie after we have checked for dependent objects. If there
> are
> dependent objects. DROP COLUMN RESTRICT will fail. If there are no
> dependent
> objects, then revoke privileges shoul
[ http://issues.apache.org/jira/browse/DERBY-1499?page=all ]
Myrna van Lunteren closed DERBY-1499.
-
> test run exits for _foundation run because unloadEmbeddedDriver uses
> driverManager, which isn't available.
>
[ http://issues.apache.org/jira/browse/DERBY-1499?page=all ]
Myrna van Lunteren resolved DERBY-1499.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Derby Info: [Regression] (was: [Patch Available, Regression])
> test run exits for _found
[
http://issues.apache.org/jira/browse/DERBY-1357?page=comments#action_12421183 ]
Bryan Pendleton commented on DERBY-1357:
Hi Army,
Your change looks very good to me. I like the way you named the boolean temp
variable; it makes the code
[ http://issues.apache.org/jira/browse/DERBY-1015?page=all ]
Sunitha Kambhampati resolved DERBY-1015.
Resolution: Fixed
This issue has been fixed.
The two patches (derby1015.diff.txt, derby1015.p2.diff.txt) were committed as
URL: http://svn.a
[ http://issues.apache.org/jira/browse/DERBY-1227?page=all ]
Sunitha Kambhampati resolved DERBY-1227.
Resolution: Fixed
This issue is fixed with the changes I made for DERBY-1015 ,
derby1015.diff.txt. The changes have been checked into trunk.
I think in RESTRICT mode, revoking the privileges should be done as one of the last steps, ie after we have checked for dependent objects. If there are dependent objects. DROP COLUMN RESTRICT will fail. If there are no dependent objects, then revoke privileges should simply work because there could
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421173 ]
Daniel John Debrunner commented on DERBY-1501:
--
Yes, sorry I got confused. I'd assumed since I'd seen some other e-mails saying
some method needed to
Lance J. Andersen wrote:
>> With 1501 the JDBC spec says the type must be known (I think it's a bug
>> in the *draft* spec for the type to be ignored), that's the portable
>> behaviour, ignoring the type not only leads to non-portable applications
>> but also inconsistencies in derby. E.g. a NULL
SELECT clause without a WHERE, causes an Exception when extracting a Blob from
a database
-
Key: DERBY-1511
URL: http://issues.apache.org/jira/browse/DERBY-1511
P
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421166 ]
Knut Anders Hatlen commented on DERBY-1501:
---
Dan wrote:
> So let's check this out before we change the existing
> behaviour. Remember the javadoc that Kn
Daniel John Debrunner wrote:
Kathey Marsden wrote:
Another similar case is DERBY-1501 where it
would be nice if Derby were more forgiving of non-portable apps. Of
course in both of those other cases we would just be adding to existing
support, not changing existing behavior a
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421163 ]
David Heath commented on DERBY-1486:
Here is the responce to the communication I had with Lance:
We added wording to hopefully clarify this better in the JDBC
[ http://issues.apache.org/jira/browse/DERBY-551?page=all ]
Deepa Remesh updated DERBY-551:
---
Derby Info: [Patch Available]
> Allow invoking java stored procedures from inside a trigger. Make CALL a
> valid statement in the trigger body.
>
[ http://issues.apache.org/jira/browse/DERBY-551?page=all ]
Deepa Remesh updated DERBY-551:
---
Attachment: derby-551-patch3-v1.diff
derby-551-patch3-v1.status
Attaching a patch 'derby-551-patch3-v1.diff' which disallows creation of before
tr
Bryan Pendleton wrote:
> Hi Mamta, thank you for investigating this.
>
>> DROP COLUMN will also need to see if there are any privileges granted
>> on it and if yes, then those privileges should be revoked.
>
>
> That makes sense to me, too.
>
> I am proposing to have the ALTER TABLE DROP COLU
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421150 ]
Sunitha Kambhampati commented on DERBY-1486:
David Heath (JIRA) wrote:
>
>I appreciate the response of the community and also the communication from
>L
Kathey Marsden wrote:
> Another similar case is DERBY-1501 where it
> would be nice if Derby were more forgiving of non-portable apps. Of
> course in both of those other cases we would just be adding to existing
> support, not changing existing behavior and `there is a risk to apps
> that dev
Hi Mamta, thank you for investigating this.
DROP COLUMN will also need to see if there are any privileges granted on
it and if yes, then those privileges should be revoked.
That makes sense to me, too.
I am proposing to have the ALTER TABLE DROP COLUMN statement call the
already-existing cod
[
http://issues.apache.org/jira/browse/DERBY-974?page=comments#action_12421146 ]
Michael Hackett commented on DERBY-974:
---
OK, I'll give it a try. I got the trunk source and all the dependencies and
managed to get the tests running (after a
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421145 ]
Daniel John Debrunner commented on DERBY-1501:
--
Lance Andersen wrote on the derv-dev list:
I am not sure why the wording was added to the overload
[
http://issues.apache.org/jira/browse/DERBY-836?page=comments#action_12421144 ]
Daniel John Debrunner commented on DERBY-836:
-
Thanks Mayuresh for fixing this bug and having the patience to work through the
test changes.
> ResultSe
[ http://issues.apache.org/jira/browse/DERBY-836?page=all ]
Daniel John Debrunner closed DERBY-836.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Committed revision 421932.
> ResultSetMetaData.getColumnDisplaySize sometimes returns wrong value
Hi Bryan,
DROP COLUMN will also need to see if there are any privileges granted on it and if yes, then those privileges should be revoked. There might be views/triggers/constraints dependent on that privilege but I think in the case of RESTRICT, the DROP COLUMN will fail anyways because of the de
[
http://issues.apache.org/jira/browse/DERBY-802?page=comments#action_12421136 ]
Andreas Korneliussen commented on DERBY-802:
Thank you very much for the review comments. I agree that the undo-projection
code can be improved, (someth
Kathey Marsden wrote:
> dasd asda wrote:
>
>> there is no progress on bug DERBY-790. I
>> am sure quite a few are running into this issue.
>> Please fastrack the resolution to this bug.
* What is Apache not about?
o To [...] demand someone else to fix your bugs.
From:
http://db.a
[ http://issues.apache.org/jira/browse/DERBY-551?page=all ]
Daniel John Debrunner updated DERBY-551:
Derby Info: (was: [Patch Available])
Applied patch derby-551-patch2-v1.diff - Thanks Deepa
> Allow invoking java stored procedures from inside
[
http://issues.apache.org/jira/browse/DERBY-836?page=comments#action_12421129 ]
Daniel John Debrunner commented on DERBY-836:
-
Does derbyall run cleanly with derby836-v6.diff patch?
> ResultSetMetaData.getColumnDisplaySize sometimes
[
http://issues.apache.org/jira/browse/DERBY-802?page=comments#action_12421121 ]
Fernanda Pizzorno commented on DERBY-802:
-
I have looked at the patch (derby-802.diff), and I have a few
comments/questions.
In ScrollInsensitiveResultSet
[Auto-generated mail]
*TinderBox_Derby* 421870/2006-07-14 13:23:36 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1679678 2 144.40% SunOS-5.10_i86pc-i386
Details in
http://www.mult
dasd asda wrote:
there is no progress on bug DERBY-790. I
am sure quite a few are running into this issue.
Please fastrack the resolution to this bug.
Hello dasd,
Thank you for bringing this issue onto the community radar. DERBY-790
is assigned but I think perhaps inactive at this time.
[
http://issues.apache.org/jira/browse/DERBY-1493?page=comments#action_12421110 ]
Knut Anders Hatlen commented on DERBY-1493:
---
The code changes look good, but the javadoc describes the method with two
parameters, not the one with three
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Hello,
I just discovered that we are having problems with the length less
overloads in the embedded driver. Before I add any Jiras, I would like
some feedback from the community. There are for sure problems in
SQLBinary.readFro
[ http://issues.apache.org/jira/browse/DERBY-1493?page=all ]
V.Narayanan updated DERBY-1493:
---
Attachment: DERBY-1493_v1.diff
DERBY-1493_v1.stat
Please find patch attached for issue. The patch also includes unit tests for
the same.
thanx,
[ http://issues.apache.org/jira/browse/DERBY-1481?page=all ]
Knut Anders Hatlen closed DERBY-1481.
-
Fix Version/s: 10.2.0.0
Resolution: Fixed
Thanks for fixing this bug, Fernanda! The patch looks good and I have verified
that it fixes the pro
[ http://issues.apache.org/jira/browse/DERBY-694?page=all ]
V.Narayanan updated DERBY-694:
--
Attachment: DERBY-694_upload_v1.diff
DERBY-694_upload_v1.stat
DERBY-694.html
Hi,
please find attached a patch for this issue and also
[ http://issues.apache.org/jira/browse/DERBY-1274?page=all ]
Knut Anders Hatlen resolved DERBY-1274.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Derby Info: (was: [Patch Available])
Thanks Fernanda! I have committed the v4 patch into
'SQLBinary.readFromStream' can enter endless loop
-
Key: DERBY-1510
URL: http://issues.apache.org/jira/browse/DERBY-1510
Project: Derby
Type: Bug
Components: JDBC, SQL
Versions: 10.2.0.0
Reporter: Krist
[Auto-generated mail]
*Derby* 421670/2006-07-13 19:46:09 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
2718716 0 104.81% SunOS-5.10_i86pc-i386
Details in
http://www.multinet.no/~s
[
http://issues.apache.org/jira/browse/DERBY-982?page=comments#action_12421041 ]
Kristian Waagan commented on DERBY-982:
---
Hi Andrew,
Your plan sounds like a very good approach.
I'll have a look at the new patch when it comes.
Are you planning on writ
Bryan Pendleton wrote:
David Van Couvering wrote:
I guess what I was assuming was, if the application goes off and does
something else, we can notice that and either raise an exception
("you're not done with that BLOB column yet") or flush the rest of the
BLOB data, since it's obvious they won
1 - 100 of 107 matches
Mail list logo