xcore | Crystallographic space group library in Python

Is there any way within Sirius to have a user interaction (say, a double click) to invoke an Ecore-defined operation on the semantic element? Further details below.

I am using Xcore to define my metamodel. I have a situation like this:

I want to link all LLVM libraries in my cmake C++ project.

I use llvm-config --components to get all the components of LLVM, it gives me:

Are there CRC algorithms in which the remainder is checked for zero during the generation, and changed when that happens?

When calculating a CRC, if you start with an initial value (the CRC value, aka the remainder value) of 0, leading zeroes in the data being CRCd will not have an effect. So the CRC for "\0\0\0Hello" will be the same as "Hello".

https://xcore.github.io/doc_tips_and_tricks/crc.html#the-initial-value

This means that if, as the CRC is being calculated, the value becomes zero at some point, any zeroes immediately following that point will have no effect on the CRC. If one or more of the zeroes is lost, the CRC will not be changed.

I want to generate a CRC for some data, so that I can determine when a byte is lost. Is this an esoteric application of the CRC? Because when looking for examples of calculating a CRC, I have not found any examples where the CRC value is checked for 0 during the computation, and some non-zero bits fed in a that point. I would think that this would be the only way to be sure to detect a loss of one or more bits at a point in the data, if the CRC up to that point happened to be 0.

I am attempting to update an EMF/XCore project to newer versions to get around a versioning roadblock. Currently the repository that houses this project must target Gradle 4 and Bndtools 4.3 because of problems when targeting newer versions. I readily admit that a problem here is my lack of understanding of XText, XCore, and otherwise. Now I find myself on a machine without access to Java 8 which has forced an attempt to update the project settings if at all possible.

The last safe targets for this project were XText 2.16.0 and org.xtext.builder version 1.0.21. The examples I have been able to locate match the settings of this project for the most part.

So now, attempting to run in a Gradle 6.3 environment with OpenJDK 13 (if the Java version is the issue that can be changed)...

Notes

• Some changes are based on researching solutions to my build problem and some comments are added
• ${mavenURL} is currently pointing to Maven Central
• I added the compile platform() line based on XText's Release notes. It does not seem to help this issue, though
• I changed version numbers to match those found in the Maven BOM
• I have attempted various combinations of changing the org.xtext.builder version as well as targeting both EMF 2.21 and 2.20
• I have tried a lower XText version. 2.17.0 fails with a different issue

build.gradle:

I am working on re-writing one of my previous toy project as MVVM structure using WPF. But binding does not work.

My project converts a .xef file to a .mat file. To follow MVVM structure, first I created a xef2matcore class to do the business logic, and provided several events (e.g. FileLoaded, ConversionProgressUpdated). Then I created a ViewModel class where the properties that will bind to the UI are stored (e.g. Progress, IsButtionEnabled). The ViewModel implemented the INotifyPropertyChanged interface. And finally the properties are bound to the UI elements (e.g. progressbar.Value, buttion.IsEnabled).

Here comes the problem: If the binding Property is changed directly by a call to the method defined in ViewModel, then the binding works fine. But if the binding Property is changed through a event handler method (and finally calls the same method defined in ViewModel), then the binding will not work (UI not updated even the binding Property value has been changed).

An explanation with the code is as below: