regression

[Alan Ruttenberg-2]

I'm sorry about this bug report. Basically, a system I've been working
with for a long time has ceased to function in odd ways. I suspect it
has to do with exception handling changes recently introduced because
the symptom seems to be that a java function that I call that has a
timeout function continues to run even after the timeout is supposed
to have happened.

Unfortunately working on isolating the bug isn't something I have time
for so I've had to revert back to an earlier version.

Wish I could say more at this point, but perhaps just notice that this
is happening might ring a bell for someone.

-Alan

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

[Erik Huelsmann]

Hi Alan,

On Thu, Oct 15, 2009 at 5:53 AM, Alan Ruttenberg
<[hidden email]> wrote:
> I'm sorry about this bug report. Basically, a system I've been working
> with for a long time has ceased to function in odd ways. I suspect it
> has to do with exception handling changes recently introduced because
> the symptom seems to be that a java function that I call that has a
> timeout function continues to run even after the timeout is supposed
> to have happened.

Are you talking about ABCL? Or about something else? Which version of
ABCL? Trunk? 0.16?

Could you provide a bit more information on what the code is doing?

> Unfortunately working on isolating the bug isn't something I have time
> for so I've had to revert back to an earlier version.
>
> Wish I could say more at this point, but perhaps just notice that this
> is happening might ring a bell for someone.

If you're not talking about J, but specifically about ABCL, then, no,
no bell yet. However, I'd like to look into it, ofcourse.


Bye,


Erik.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

[Alan Ruttenberg-2]

On Thu, Oct 15, 2009 at 5:50 AM, Erik Huelsmann <[hidden email]> wrote:

> Hi Alan,
>
> On Thu, Oct 15, 2009 at 5:53 AM, Alan Ruttenberg
> <[hidden email]> wrote:
>> I'm sorry about this bug report. Basically, a system I've been working
>> with for a long time has ceased to function in odd ways. I suspect it
>> has to do with exception handling changes recently introduced because
>> the symptom seems to be that a java function that I call that has a
>> timeout function continues to run even after the timeout is supposed
>> to have happened.
>
> Are you talking about ABCL? Or about something else? Which version of
> ABCL? Trunk? 0.16?

Both it appears. The java code being called is from the pellet
reasoner, which has timers which it checks while it does it's work,
and when they are exceeded it throws the exception.

>
> Could you provide a bit more information on what the code is doing?
>
>> Unfortunately working on isolating the bug isn't something I have time
>> for so I've had to revert back to an earlier version.
>>
>> Wish I could say more at this point, but perhaps just notice that this
>> is happening might ring a bell for someone.
>
> If you're not talking about J, but specifically about ABCL, then, no,
> no bell yet. However, I'd like to look into it, ofcourse.

abcl. I'll try to narrow it when I have some time.

-Alan

>
>
> Bye,
>
>
> Erik.
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

[Erik Huelsmann]

On Thu, Oct 15, 2009 at 2:21 PM, Alan Ruttenberg
<[hidden email]> wrote:

> On Thu, Oct 15, 2009 at 5:50 AM, Erik Huelsmann <[hidden email]> wrote:
>> Hi Alan,
>>
>> On Thu, Oct 15, 2009 at 5:53 AM, Alan Ruttenberg
>> <[hidden email]> wrote:
>>> I'm sorry about this bug report. Basically, a system I've been working
>>> with for a long time has ceased to function in odd ways. I suspect it
>>> has to do with exception handling changes recently introduced because
>>> the symptom seems to be that a java function that I call that has a
>>> timeout function continues to run even after the timeout is supposed
>>> to have happened.
>>
>> Are you talking about ABCL? Or about something else? Which version of
>> ABCL? Trunk? 0.16?
>
> Both it appears. The java code being called is from the pellet
> reasoner, which has timers which it checks while it does it's work,
> and when they are exceeded it throws the exception.

Ok. The most helpful would be a version number (or repository revision
number) which starts failing.

>> Could you provide a bit more information on what the code is doing?

One of the things I mean to ask here: are you calling the lisp code
from the EVAL function? Or straight SYMBOL.execute() calls?

>>> Unfortunately working on isolating the bug isn't something I have time
>>> for so I've had to revert back to an earlier version.
>>>
>>> Wish I could say more at this point, but perhaps just notice that this
>>> is happening might ring a bell for someone.
>>
>> If you're not talking about J, but specifically about ABCL, then, no,
>> no bell yet. However, I'd like to look into it, ofcourse.
>
> abcl. I'll try to narrow it when I have some time.

Thanks!

Bye,

Erik.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

[Mark Evenson]

On 10/15/09 2:21 PM, Alan Ruttenberg wrote:
[…]
>> On Thu, Oct 15, 2009 at 5:53 AM, Alan Ruttenberg
>> <[hidden email]>  wrote:
>>> I'm sorry about this bug report. Basically, a system I've been working
>>> with for a long time has ceased to function in odd ways.

[…]

>>
>> Could you provide a bit more information on what the code is doing?
>>
>>> Unfortunately working on isolating the bug isn't something I have time
>>> for so I've had to revert back to an earlier version.

Alan,

Are we talking about your subsumption of Pellet under [LSW][1]?  If it
is easier for you, maybe you could provide a failing test case under
that software as I emulated the basic principles (i.e. "use JSS!") from
LSW a couple years ago for my own reasoner wrapper a couple years ago,
so I am pretty confidant that I could reproduce a failing test case
involving LSW in short order.

[1]: http://mumble.net:8080/svn/lsw/trunk/

--
"A screaming comes across the sky.  It has happened before, but there
is nothing to compare to it now."

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

[Alan Ruttenberg-2]

Thanks for the offer! I will try to do that.
-Alan

On Fri, Oct 16, 2009 at 7:36 AM, Mark Evenson <[hidden email]> wrote:

> On 10/15/09 2:21 PM, Alan Ruttenberg wrote:
> […]
>>> On Thu, Oct 15, 2009 at 5:53 AM, Alan Ruttenberg
>>> <[hidden email]>  wrote:
>>>> I'm sorry about this bug report. Basically, a system I've been working
>>>> with for a long time has ceased to function in odd ways.
>
> […]
>
>>>
>>> Could you provide a bit more information on what the code is doing?
>>>
>>>> Unfortunately working on isolating the bug isn't something I have time
>>>> for so I've had to revert back to an earlier version.
>
> Alan,
>
> Are we talking about your subsumption of Pellet under [LSW][1]?  If it
> is easier for you, maybe you could provide a failing test case under
> that software as I emulated the basic principles (i.e. "use JSS!") from
> LSW a couple years ago for my own reasoner wrapper a couple years ago,
> so I am pretty confidant that I could reproduce a failing test case
> involving LSW in short order.
>
> [1]: http://mumble.net:8080/svn/lsw/trunk/
>
> --
> "A screaming comes across the sky.  It has happened before, but there
> is nothing to compare to it now."
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> armedbear-j-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
armedbear-j-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel