Re: Inquiry about the mspec

2020-07-17 Thread Christofer Dutz
Hi Cesar, a typeSwitch inside a typeSwitch never worked ... you need to introduce an intermediate type for that. So instead of: [discriminiatedType Hurz .. [typeSwitch 'something' [case '1' HurzOne ... [typeSwitch 'else' [case '2' HurzOneTwo .. ]

Re: Inquiry about the mspec

2020-07-17 Thread Cesar Garcia
Hello Chris. It's me again, :-) You have an example that shows that the "typeSwitch" tab allows an internal "typeSwitch" tab as presented. I have tried many combinations and it does not work for me. Thanking you for your help, El lun., 15 jun. 2020 a las 3:21, Christofer Dutz (<

Re: Inquiry about the mspec

2020-06-15 Thread Christofer Dutz
Hi Cesar, I just noticed your discriminated types in [2] don't have names ... as for every case in the typeSwitch a new type is generated, you need to give them names. Please try that and check if the error goes away. Chris ´╗┐Am 14.06.20, 17:59 schrieb "Cesar Garcia" : Very grateful for

Re: Inquiry about the mspec

2020-06-14 Thread Cesar Garcia
Very grateful for your prompt response, Corrected at point [1] Unfortunately, the build process still fails when I add the 'typeSwitch' in the structure as shown in [2], I attach the message of error in [3]. Thank you very much for any help you can provide, Best regards, [1]

Re: Inquiry about the mspec

2020-06-14 Thread Christofer Dutz
Hi Cesar, I just had a look at your mspec changes. I think it shouldn't be "getCpuSubfunction" but " cpuSubfunction" ... the code generator takes care of generating the right access code. For my C templates this code is sometimes greatly different from what you would expect in Java. Actually

Inquiry about the mspec

2020-06-13 Thread Cesar Garcia
Hi, I am trying to perform the migration to add the functionalities for the S7 driver, associated with the subscription handling of alarm and system events, but I am generating a failure in compiling the driver from the mspec. In [1] I extend the step of the parameter 'cpuSubFunction' since I