Nabble - Java Modeling Language (JML)

New Academia.edu feature for JMLSpecs-Interest

2009-12-04T16:20:35Z

Dear JMLSpecs-Interest members,

I wanted to tell the list about a new feature on Academia.edu.
Academia.edu launched 12 months ago and now helps 300,000 academics a
month answer the question 'who's researching what?' There are already
205 people on Academia.edu with Software Engineering as a research
interest.

We have built a dedicated page on Academia.edu for the
JMLSpecs-Interest mailing list:

http://lists.academia.edu/See-members-of-JMLSpecs-Interest

This page will show you fellow members already on Academia.edu. You
can see their papers, research interests, and other information.

Visit the link below, sign up with Academia.edu, and see who else from
JMLSpecs-Interest is on Academia.edu.

http://lists.academia.edu/See-members-of-JMLSpecs-Interest

Richard

Dr. Richard Price, post-doc, Philosophy Dept, Oxford University.
Founder of Academia.edu

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Assistant Professorships in Computer Science at ETH Zurich

2009-12-02T03:58:29Z

The Department of Computer Science (www.inf.ethz.ch) at ETH Zurich invites applications for assistant professorships (Tenure Track) in the areas of:

- Software Engineering

- Computer Graphics

- Computational Intelligence

- Human Computer Interaction

Applicants should have internationally recognized expertise in their field and pursue research at the forefront of Computer Science. The successful candidate should establish and lead a strong research program. He or she will be expected to supervise Ph.D. students and teach both undergraduate level courses (in German or English) and graduate level courses (in English).

The Department offers a stimulating and well-supported research and teaching environment. Collaboration in research and teaching is expected both within the Department and with other groups of the ETH domain and related institutions.

Assistant professorships have been established to promote the careers of younger scientists. The initial appointment is for four years with the possibility of renewal for an additional two-year period and promotion to a permanent position.

Details are available at http://www.facultyaffairs.ethz.ch/facultypositions/profcomputerscience_EN.

Best regards
Peter Müller

----
Department of Computer Science, ETH Zurich, Switzerland
www: www.pm.inf.ethz.ch, phone: +41 44 63 22868, fax: +41 44 63 21779
----

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Re: Simplication of refines and file suffixes in JML

2009-11-24T19:11:28Z

Hi David and all,

On Tue, 24 Nov 2009, David Cok wrote:

> Here are some comments:
>
> 1) The proposal says: A tool would search the spec path, then the source path
> and finally the class path
>
> Tools really don't want to have to search the entire class path for spec
> files - that is time consuming. The current behavior of JML2 and OpenJML
> tools is that
> a) only the specs path is searched
> b) if no specs path is defined, the specs path defaults to the source path if
> defined, otherwise to the classpath
>
> One can easily define the specs path to include the other paths if one wants
> to.

I think these are good points.

> 2) The proposal says: This approach is consistent with the philosophy of JIR
> which can be used to embed JML specification elements into a .class file. The
> search order would thus be: .class, .jml and then .java.
>
> I propose that the order be .jml, .class, .java so that a user can override
> or augment the specs in a supplied library.

That seems sensible to me also, although one doesn't really "override"
specifications, one can strengthen them.

> 3) Note that with specification merging (without a refines statement), the
> specs path has to be searched until both a .jml and a .java are found, or to
> the end of the path.

Right, but it seems nice to dispense with a refines statement.

> 4) Specification merging is definitely more complicated, but without it one
> cannot easily simply amend an existing spec (that one does not have write
> access to).

Yes, I agree.

More comments anyone?

> - David
>
>
>
> Gary T. Leavens wrote:
>> Hi all,
>>
>> At Dagstuhl in July, we discussed a proposal to greatly simplify the
>> set of file suffixes that JML tools will process. The details are in
>>
>> https://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes
>>
>> on the JML wiki. It seems, from the Spec-a-thon discussions, that
>> it's important to make a decision about this proposal soon. So I
>> invite you to please look at the details there and to comment by
>> replying to this jmlspecs-interest mailing list.
>>
>> The proposal has 2 variations, which differ as to whether JML
>> specifications can be found in only one or in both the .java (or
>> .class) files. Personally I favor the variation that would allow
>> specifications to be merged from 2 different files, as that is more
>> compatible with the current design and similar to the merging that
>> will be needed for specification inheritance anyway.
>>
>> Gary T. Leavens
>> 439C Harris Center (Bldg. 116)
>> School of EECS, University of Central Florida
>> 4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
>> http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
>> leavens@...
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Jmlspecs-interest mailing list
>> Jmlspecs-interest@...
>> https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest
>>
>>

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Re: Simplication of refines and file suffixes in JML

2009-11-24T16:08:32Z

Here are some comments:

1) The proposal says: A tool would search the spec path, then the source
path and finally the class path

Tools really don't want to have to search the entire class path for spec
files - that is time consuming. The current behavior of JML2 and
OpenJML tools is that
a) only the specs path is searched
b) if no specs path is defined, the specs path defaults to the source
path if defined, otherwise to the classpath

One can easily define the specs path to include the other paths if one
wants to.

2) The proposal says: This approach is consistent with the philosophy of
JIR which can be used to embed JML specification elements into a .class
file. The search order would thus be: .class, .jml and then .java.

I propose that the order be .jml, .class, .java so that a user can
override or augment the specs in a supplied library.

3) Note that with specification merging (without a refines statement),
the specs path has to be searched until both a .jml and a .java are
found, or to the end of the path.

4) Specification merging is definitely more complicated, but without it
one cannot easily simply amend an existing spec (that one does not have
write access to).

- David

Gary T. Leavens wrote:

> Hi all,
>
> At Dagstuhl in July, we discussed a proposal to greatly simplify the
> set of file suffixes that JML tools will process. The details are in
>
> https://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes
>
> on the JML wiki. It seems, from the Spec-a-thon discussions, that
> it's important to make a decision about this proposal soon. So I
> invite you to please look at the details there and to comment by
> replying to this jmlspecs-interest mailing list.
>
> The proposal has 2 variations, which differ as to whether JML
> specifications can be found in only one or in both the .java (or
> .class) files. Personally I favor the variation that would allow
> specifications to be merged from 2 different files, as that is more
> compatible with the current design and similar to the merging that
> will be needed for specification inheritance anyway.
>
> Gary T. Leavens
> 439C Harris Center (Bldg. 116)
> School of EECS, University of Central Florida
> 4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
> http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
> leavens@...
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jmlspecs-interest mailing list
> Jmlspecs-interest@...
> https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest
>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Re: Simplication of refines and file suffixes in JML

2009-11-20T09:57:10Z

Hi Gary and all,

In my opinion I agree with:

Proposal 2: Specification Merging

For me it's ok to use (support) only .java and .jml suffixes. In the case where we have a type T.java annoated with JML and also a "refines" T.jml that add more spec. I think it's OK to have a effective specification that conjoin both following JML semantics.

And other interesting view that I have is when, for example, we don't have the source code available for T.java, which means only the T.class, we can use the .jml suffix to provide a JML spec. for this T.class. So, I think the .jml suffix will be also useful to provide JML spec. when no source code is provided...

cheers, Henrique Rebêlo

On Fri, Nov 20, 2009 at 2:04 PM, Gary T. Leavens <leavens@...> wrote:

Hi all,

Curt pointed out the I should have posted the link to the proposal
without the https, but only using http:, here is that corrected link:

http://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

---------- Forwarded message ----------
Date: Fri, 20 Nov 2009 09:38:05 -0500 (EST)
From: Gary T. Leavens <leavens@...>
To: JML interest list <jmlspecs-interest@...>
Subject: [Jmlspecs-interest] Simplication of refines and file suffixes in JML

Hi all,

At Dagstuhl in July, we discussed a proposal to greatly simplify the
set of file suffixes that JML tools will process. The details are in

https://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes

on the JML wiki. It seems, from the Spec-a-thon discussions, that
it's important to make a decision about this proposal soon. So I
invite you to please look at the details there and to comment by
replying to this jmlspecs-interest mailing list.

The proposal has 2 variations, which differ as to whether JML
specifications can be found in only one or in both the .java (or
.class) files. Personally I favor the variation that would allow
specifications to be merged from 2 different files, as that is more
compatible with the current design and similar to the merging that
will be needed for specification inheritance anyway.

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

--
Henrique Rebêlo
http://www.cin.ufpe.br/~hemr
Informatics Center, UFPE, Brazil

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Re: Simplication of refines and file suffixes in JML

2009-11-20T08:04:07Z

Hi all,

Curt pointed out the I should have posted the link to the proposal
without the https, but only using http:, here is that corrected link:

http://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

---------- Forwarded message ----------
Date: Fri, 20 Nov 2009 09:38:05 -0500 (EST)
From: Gary T. Leavens <leavens@...>
To: JML interest list <jmlspecs-interest@...>
Subject: [Jmlspecs-interest] Simplication of refines and file suffixes in JML

Hi all,

At Dagstuhl in July, we discussed a proposal to greatly simplify the
set of file suffixes that JML tools will process. The details are in

https://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes

on the JML wiki. It seems, from the Spec-a-thon discussions, that
it's important to make a decision about this proposal soon. So I
invite you to please look at the details there and to comment by
replying to this jmlspecs-interest mailing list.

The proposal has 2 variations, which differ as to whether JML
specifications can be found in only one or in both the .java (or
.class) files. Personally I favor the variation that would allow
specifications to be merged from 2 different files, as that is more
compatible with the current design and similar to the merging that
will be needed for specification inheritance anyway.

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Simplication of refines and file suffixes in JML

2009-11-20T06:38:05Z

Hi all,

At Dagstuhl in July, we discussed a proposal to greatly simplify the
set of file suffixes that JML tools will process. The details are in

https://sourceforge.net/apps/trac/jmlspecs/wiki/LanguageChangeProposal2009SimplifyingRefinesAndSuffixes

on the JML wiki. It seems, from the Spec-a-thon discussions, that
it's important to make a decision about this proposal soon. So I
invite you to please look at the details there and to comment by
replying to this jmlspecs-interest mailing list.

The proposal has 2 variations, which differ as to whether JML
specifications can be found in only one or in both the .java (or
.class) files. Personally I favor the variation that would allow
specifications to be merged from 2 different files, as that is more
compatible with the current design and similar to the merging that
will be needed for specification inheritance anyway.

Gary T. Leavens
439C Harris Center (Bldg. 116)
School of EECS, University of Central Florida
4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
leavens@...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-interest mailing list
Jmlspecs-interest@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-interest

From forum: jmlspecs-interest

Re: let expressions for JML, approved unless someone objects

2009-11-20T06:21:28Z

Hi all,

Since we've heard no objections, we should now consider this passed.

On Fri, 13 Nov 2009, Gary T. Leavens wrote:

> hi all,
>
> At Dagstuhl we tentatively approved adding let-expressions to JML
> (level 2). A discussion from Dagstuhl, as ammended I believe, is
> summarized on the Wiki at:
>
> http://sourceforge.net/apps/trac/jmlspecs/wiki/LetExpressions
>
> I think we should consider this passed unless someone has objections.
>
> Gary T. Leavens
> 439C Harris Center (Bldg. 116)
> School of EECS, University of Central Florida
> 4000 Central Florida Blvd., Orlando, FL 32816-2362 USA
> http://www.eecs.ucf.edu/~leavens phone: +1-407-823-4758
> leavens@...
>

From forum: jmlspecs-interest

[jmlspecs] #52: Inner model classes not given proper scope in OpenJML

2009-11-19T09:57:00Z

#52: Inner model classes not given proper scope in OpenJML
---------------------+------------------------------------------------------
Reporter: leavens | Owner: David Cok
Type: defect | Status: new
Priority: major | Milestone:
Component: OpenJML | Version: 1.0a
Keywords: |
---------------------+------------------------------------------------------
We found that Java-like code in JML annotations, for model classes doesn't
work, but if we take it out of JML annotations and make it not model, then
it seems fine. So this is probably a bug in how scoping is done for inner
model classes.

The two classes attached shown demonstrate the bug. This bug affects
specifications of the JDK, since such classes are used in the JDK
specifications.

--
Ticket URL: <http://sourceforge.net/apps/trac/jmlspecs/ticket/52>
jmlspecs <http://sourceforge.net/projects/jmlspecs/>
The Java Modeling Language (JML) is a behavioral interface specification language that can be used to specify the behavior of Java modules (as in design by contract -- DBC). It has many tools to do assertion checking, documentation generation, unit testing, static checking, verification, etc.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-developers mailing list
Jmlspecs-developers@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-developers

From forum: jmlspecs-developers

[jmlspecs] #51: Out of memory error in OpenJML

2009-11-19T09:45:20Z

#51: Out of memory error in OpenJML
---------------------+------------------------------------------------------
Reporter: leavens | Owner: David Cok
Type: defect | Status: new
Priority: major | Milestone:
Component: OpenJML | Version: 1.0a
Keywords: |
---------------------+------------------------------------------------------
When runing OpenJML as an eclipse application, we got:

Exception in thread "Text Viewer Hover Presenter"
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while informing user about event loop exception:
java.lang.OutOfMemoryError: PermGen space
Dialog open exception:
java.lang.OutOfMemoryError: PermGen space
Fatal error happened during workbench emergency close.
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.OutOfMemoryError: PermGen space)
at org.eclipse.swt.SWT.error(SWT.java:3884)
at org.eclipse.swt.SWT.error(SWT.java:3799)
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
Caused by: java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.IndexOutOfBoundsException: Index: -1, Size: 1
at java.util.ArrayList.add(ArrayList.java:367)
at org.eclipse.ui.internal.PartStack.replace(PartStack.java:914)
at
org.eclipse.ui.internal.PerspectiveHelper.removePart(PerspectiveHelper.java:1231)
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.IndexOutOfBoundsException: Index: -1, Size: 1
at java.util.ArrayList.add(ArrayList.java:367)
at org.eclipse.ui.internal.PartStack.replace(PartStack.java:914)
at
org.eclipse.ui.internal.PerspectiveHelper.removePart(PerspectiveHelper.java:1231)
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.IndexOutOfBoundsException: Index: -1, Size: 1
at java.util.ArrayList.add(ArrayList.java:367)
at org.eclipse.ui.internal.PartStack.replace(PartStack.java:914)
at
org.eclipse.ui.internal.PerspectiveHelper.removePart(PerspectiveHelper.java:1231)
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
at null
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space
Error while logging event loop exception:
java.lang.OutOfMemoryError: PermGen space
Logging exception:
java.lang.OutOfMemoryError: PermGen space

--
Ticket URL: <http://sourceforge.net/apps/trac/jmlspecs/ticket/51>
jmlspecs <http://sourceforge.net/projects/jmlspecs/>
The Java Modeling Language (JML) is a behavioral interface specification language that can be used to specify the behavior of Java modules (as in design by contract -- DBC). It has many tools to do assertion checking, documentation generation, unit testing, static checking, verification, etc.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-developers mailing list
Jmlspecs-developers@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-developers

From forum: jmlspecs-developers

[jmlspecs] #50: NPE from OpenJML during checking of AbstractQueue.jml

2009-11-19T06:58:52Z

#50: NPE from OpenJML during checking of AbstractQueue.jml
---------------------+------------------------------------------------------
Reporter: leavens | Owner: dcok
Type: defect | Status: new
Priority: minor | Milestone:
Component: OpenJML | Version: 1.0a
Keywords: |
---------------------+------------------------------------------------------
Internal JML bug - please report. BuildOpenJML-20091119
java.lang.NullPointerException
at
com.sun.tools.javac.comp.JmlAttr.visitMethodDef(JmlAttr.java:744)
at
com.sun.tools.javac.comp.JmlAttr.visitJmlMethodDecl(JmlAttr.java:3881)
at
org.jmlspecs.openjml.JmlTree$JmlMethodDecl.accept(JmlTree.java:889)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:411)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:2772)
at
com.sun.tools.javac.comp.JmlAttr.attribClassBody(JmlAttr.java:440)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2698)
at com.sun.tools.javac.comp.JmlAttr.attribClass(JmlAttr.java:367)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2634)
at com.sun.tools.javac.comp.Attr.visitClassDef(Attr.java:577)
at
com.sun.tools.javac.comp.JmlAttr.visitClassDef(JmlAttr.java:3872)
at
com.sun.tools.javac.comp.JmlAttr.visitJmlClassDecl(JmlAttr.java:3862)
at
org.jmlspecs.openjml.JmlTree$JmlClassDecl.accept(JmlTree.java:842)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:411)
at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1518)
at
com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1344)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:391)
at com.sun.tools.javac.comp.JmlAttr.attribExpr(JmlAttr.java:3915)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:739)
at
com.sun.tools.javac.comp.JmlAttr.visitJmlVariableDecl(JmlAttr.java:3898)
at
org.jmlspecs.openjml.JmlTree$JmlVariableDecl.accept(JmlTree.java:934)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:411)
at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:427)
at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:770)
at com.sun.tools.javac.comp.JmlAttr.visitBlock(JmlAttr.java:552)
at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:762)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:411)
at com.sun.tools.javac.comp.Attr.visitMethodDef(Attr.java:686)
at
com.sun.tools.javac.comp.JmlAttr.visitMethodDef(JmlAttr.java:756)
at
com.sun.tools.javac.comp.JmlAttr.visitJmlMethodDecl(JmlAttr.java:3881)
at
org.jmlspecs.openjml.JmlTree$JmlMethodDecl.accept(JmlTree.java:889)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:374)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:411)
at
com.sun.tools.javac.comp.JmlAttr.visitJmlTypeClauseDecl(JmlAttr.java:1858)
at
org.jmlspecs.openjml.JmlTree$JmlTypeClauseDecl.accept(JmlTree.java:2738)
at
com.sun.tools.javac.comp.JmlAttr.attribClassBodySpecs(JmlAttr.java:477)
at
com.sun.tools.javac.comp.JmlAttr.attribClassBody(JmlAttr.java:441)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2698)
at com.sun.tools.javac.comp.JmlAttr.attribClass(JmlAttr.java:367)
at com.sun.tools.javac.comp.JmlAttr.completeTodo(JmlAttr.java:412)
at com.sun.tools.javac.comp.JmlAttr.attribClass(JmlAttr.java:404)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2634)
at
com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1130)
at
org.jmlspecs.openjml.JmlCompiler.attribute(JmlCompiler.java:390)
at
org.jmlspecs.openjml.JmlCompiler.attribute(JmlCompiler.java:399)
at
com.sun.tools.javac.main.JavaCompiler.compile2(JavaCompiler.java:843)
at org.jmlspecs.openjml.JmlCompiler.compile2(JmlCompiler.java:545)
at
com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:815)
at org.jmlspecs.openjml.JmlCompiler.compile(JmlCompiler.java:540)
at com.sun.tools.javac.main.Main.compile(Main.java:395)
at com.sun.tools.javac.main.Main.compile(Main.java:313)
at org.jmlspecs.openjml.Main.compile(Main.java:350)
at com.sun.tools.javac.main.Main.compile(Main.java:304)
at org.jmlspecs.openjml.API.exec(API.java:178)
at
org.jmlspecs.openjml.eclipse.OpenJMLInterface.executeExternalCommand(OpenJMLInterface.java:146)
at org.jmlspecs.openjml.eclipse.Utils$1.run(Utils.java:128)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

--
Ticket URL: <http://sourceforge.net/apps/trac/jmlspecs/ticket/50>
jmlspecs <http://sourceforge.net/projects/jmlspecs/>
The Java Modeling Language (JML) is a behavioral interface specification language that can be used to specify the behavior of Java modules (as in design by contract -- DBC). It has many tools to do assertion checking, documentation generation, unit testing, static checking, verification, etc.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jmlspecs-developers mailing list
Jmlspecs-developers@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-developers

From forum: jmlspecs-developers

Final Call for Participation: 2nd JML Spec-a-thon: JML^2, 18-20 November 2009, Dublin, Ireland

2009-11-16T05:23:52Z

Final Call for Participation

2nd JML Spec-a-thon: JML^2

18-20 November 2009

University College Dublin

Dublin, Ireland

http://formalmethods.insttech.washington.edu/specathons/second/

There are only two days to go before the 2nd JML Spec-a-thon takes

place in Dublin. We have 13 registered attendees so far, but

have room for more! At this point in time we can only really

expect a few more local attendees to decide to join us.

So, listen-up academics, postdocs, and graduate students from

UCD, TCD, DCU, DIT, etc.! If you have any interest at all in

applied formal methods, you should come down and participate in

the Spec-a-thon for at least a day! You teach us, or learn more

about reading, writing, and reasoning about formal specifications

on *real* software systems! Being "in" the JML community, or even

having knowledge of JML, is *not* a prerequisite to participating.

Best,

Joe and Dan

---

Here is a revised version of the original announcement, as a reminder:

What, you may ask, is a JML Spec-a-thon? It's a gathering of JML

researchers and users for intense collaboration on JML

development. This is the second of what we expect to be a series of

approximately semi-annual events. It is a continuation of the

inaugural Spec-a-thon held on 26-28 May 2009 at the University of

Washington Tacoma, and is similar in spirit to the JML Winter School

that was held in 2008, but is longer, more intense, and geared more

toward output production and goal setting than toward education. As

part of this Spec-a-thon, there will also be a "keynote"-like talk

open to to the public at UCD.

The main focus for all Spec-a-thons is on writing good, usable

specifications for many of the modern Java core classes that presently

lack them. In OpenJML, we finally have a JML compiler that can take

full advantage of generics and the other new language features

introduced over the last several years, but the vast majority of

available specs are still for Java 1.4 classes, lacking both generics

and new APIs. Addressing this situation will help make JML more

attractive to developers and more suitable for use in coursework.

The last Spec-a-thon had several super-short talks given by

participants in the morning on their current work, available tools,

techniques in specification writing, and more. The balance of the

day, and often into the night, participants worked as individuals and

in small groups on new tools, specifications, and documentation, gave

tutorials to each other, and more. For some participants, some of

each day also focused on "pair specification writing," which is

basically a wacky combination of an OpenBSD Hackathon and formal

methods "extreme programming".

A secondary focus of Spec-a-thons is on setting community-wide goals

for the coming year in JML-related tool development and research. The

second half of 2009 has been a great time for JML, with the Inaugural

Spec-a-thon in late May and the Dagstuhl seminar in July. Continued

face-to-face coordination of the goals of the JML community can only

be helpful.

The Inaugural and Second JML Spec-a-thons are supported by a Formal

Methods Europe (FME) Small Projects grant, as well as local research

grants at University College Dublin. There is also an opportunity for

students and researchers involved with COST Action IC0701 "Formal

Verification of Object-Oriented Software" to participate using COST

funds. Participants in this latter category will be obligated to

attend a full week of Spec-a-thon activities due to funding agency

restrictions, I.e., we will actually be starting Spec-a-thon

activities on Monday, 16 November.

While this level of support is not sufficient for us to cover meals

and lodging for the event for all participants, it is enough for us

to provide small travel subsidies to several attendees, as we did

for the inaugural Spec-a-thon. This is designed primarily to allow

interested graduate students, and those who otherwise might not

be able to travel to the Dublin area, to attend.

We have post detailed information about the event on the JML

Spec-a-thons website

<http://formalmethods.insttech.washington.edu/specathons/>

Email jmlspecs-specathon@... for more information

about travel subsidies and registration; we hope to see you there!

Participants in the inaugural Spec-a-thon are encouraged to pipe up

with their quick reflections on the event.

-Dan Zimmerman and Joe Kiniry

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
JMLspecs-ESCJava mailing list
JMLspecs-ESCJava@...
https://lists.sourceforge.net/lists/listinfo/jmlspecs-escjava

From forum: jmlspecs-escjava