Book a Demo

Author Topic: EA crashes when saving a constraint in a class  (Read 6187 times)

Guillaume

  • EA Practitioner
  • ***
  • Posts: 1405
  • Karma: +42/-2
    • View Profile
    • www.umlchannel.com
EA crashes when saving a constraint in a class
« on: January 16, 2009, 02:22:51 am »
I'm often encountering the issue that EA crashes when saving a an invariant constraint within a class.
It especially happens when the length of the constraint is fairly long.

Thanks

PS: Below is some data I got from Windows if it's useful:

Problem signature:
  Problem Event Name:      APPCRASH
  Application Name:      EA.exe
  Application Version:      7.1.0.831
  Application Timestamp:      486d5bb6
  Fault Module Name:      EA.exe
  Fault Module Version:      7.1.0.831
  Fault Module Timestamp:      486d5bb6
  Exception Code:      c0000005
  Exception Offset:      001bfa72
  OS Version:      6.0.6001.2.1.0.256.4
  Locale ID:      2057
Guillaume

Blog: www.umlchannel.com | Free utilities addin: www.eautils.com


«Midnight»

  • EA Guru
  • *****
  • Posts: 5651
  • Karma: +0/-0
  • That nice Mister Grey
    • View Profile
Re: EA crashes when saving a constraint in a class
« Reply #1 on: January 16, 2009, 05:37:35 am »
I think I remember something about problems with constraints. It was a few builds ago, and whatever I was thinking of was listed among the solved problems in a recent (past 2 or 3 I think) builds.

If you are not running build 834 I suggest you try upgrading, or at least browse the recent release notes on the EA History page.

If you are using the most recent build, please submit a bug report. It would help if you could isolate the problem. At the very least try to find a small project where it occurs, that you can send to Sparx. Open the Registered Users page and click the link to the bug report form from there; that version of the bug report will allow you to attach a file. Remember to compress the sample file, since some servers don't allow large attachments.

David
No, you can't have it!

mrf

  • EA User
  • **
  • Posts: 311
  • Karma: +0/-0
    • View Profile
Re: EA crashes when saving a constraint in a class
« Reply #2 on: January 16, 2009, 08:56:19 am »
From build 832 onwards we have the ability to trace crashes down from the exception offset given. If you can reproduce the crash in a later build (preferably 834) and forward those details on, that would be much appreciated!
Best Regards,

Michael

[email protected]
"It is more complicated than you think." - RFC 1925, Section 2.8

Guillaume

  • EA Practitioner
  • ***
  • Posts: 1405
  • Karma: +42/-2
    • View Profile
    • www.umlchannel.com
Re: EA crashes when saving a constraint in a class
« Reply #3 on: January 20, 2009, 08:20:48 pm »
Thanks - I just got build 834
Before I install it, can you tell me whether this will cause compatibility issues if other users of the same project (shared using Subversion) still use build 831, and I update packages with this new version ?

Thanks
Guillaume

Blog: www.umlchannel.com | Free utilities addin: www.eautils.com


marcel_str

  • EA User
  • **
  • Posts: 77
  • Karma: +0/-0
    • View Profile
Re: EA crashes when saving a constraint in a class
« Reply #4 on: January 21, 2009, 01:02:21 am »
Although I don't know if you use it, the RTF output can look quite different in version 833 and 834 in comparison to earlier versions. Especially because notes are also generated. Another RTF difference is written down here:
http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1231171035
If you just copy your current build directory, tou should be able to just remove a new installed release and replace it with the archived one.
« Last Edit: January 21, 2009, 01:04:22 am by marcelstr »

mrf

  • EA User
  • **
  • Posts: 311
  • Karma: +0/-0
    • View Profile
Re: EA crashes when saving a constraint in a class
« Reply #5 on: January 22, 2009, 08:49:04 am »
There shouldn't be any incompatibilities between those two versions in terms of version control.
Best Regards,

Michael

[email protected]
"It is more complicated than you think." - RFC 1925, Section 2.8