https://forge.codesys.com/forge/talk/Engineering/thread/5ec1b7ca38/2020-02-27T15:03:36.496000ZRecent posts to Suppress dialogs from CoDeSys V2.3 converter?2020-02-27T15:03:36.496000Z2020-02-27T15:03:36.496000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comc31594a45094f59bea159505bb68742452bfdebc

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi, Frank,</p> <p>Feel free to contact me with email or via our support department to discuss more details if necessary.</p> <p>HTH,<br/> Markus</p></div>

2020-02-27T15:03:35.767000Z2020-02-27T15:03:35.767000ZFrank Jepsenhttps://forge.codesys.com/u/frank-jepsen/https://forge.codesys.com3d3b8140edffcfb1019cd881af10ed108f0997f3

<div class="markdown_content"><p>Hi Markus,</p> <p>Thanks for considering the issue again and posting the response from your coworker.</p> <p>I will bring the issue up in my department again and then we can find a solution that works for us.</p> <p>Best regards,<br/> Frank</p></div>

2020-02-27T15:03:33.955000Z2020-02-27T15:03:33.955000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com2450f1df3d5d31859b4547f0c57bacd0af3d2b0b

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi,</p> <p>This issue was now again discussed internally.</p> <p>I got the following arguments from my coworkers:</p> <p>As I said, I myself am not a V2.3 expert, so I just have to accept their arguments.</p> <p>HTH,<br/> Markus</p></div>

2020-02-27T15:03:33.248000Z2020-02-27T15:03:33.248000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comb0808f0e9d7d8d7e5033402b07f10089fc247630

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi,</p> <p>Sorry for the long delay, I've been out of office last week.</p> <p>Yes, I have to admit, that point got lost.</p> <p>The Requirement entry in our Jira Database does indeed not contain the fact that those are libraries which don't compile despite being "correct", neither the fact that this is a regular process instead of an one-time migration issue.</p> <p>Markus</p></div>

2020-02-27T15:03:32.631000Z2020-02-27T15:03:32.631000ZFrank Jepsenhttps://forge.codesys.com/u/frank-jepsen/https://forge.codesys.comd54740e76eff6c508bacf46b2956d9d4cdbc3d61

<div class="markdown_content"><p>Hi Markus,</p> <p>Thanks for raising the issue again. </p> <p>However, I do not agree that the description of the use case is new. I described the use case on May 3, 2012, when we discussed it the first time. See post 5 in l <a class="" href="http://forum.codesys.com/viewtopic.php?f=18&amp;t=4888" rel="nofollow">viewtopic.php?f=18&amp;t=4888</a> l . Comparing with my description in this thread I think it is quite similar.</p> <p>Description from old thread: </p> <blockquote> <p><strong>Zitat:</strong><br/> The code is not able to compile by itself in V2.3 since it is a library, that needs to be included in a larger project before it is able to compile; that is why the code will not be able to compile in V2.3. Furthermore, I need to do some custom conversions that are very specific at my company because V2.3 and V3 code is not supposed to run on the same hardware platform.</p> </blockquote> <p>Description in this thread:</p> <blockquote> <p><strong>Zitat:</strong><br/> The reason for this is that my V2.3 and V3.x code are not dependent on the same library, so I do some syntax adaption in the V2.3 code before importing it - therefore, it is not possible for me to get it to compile in V2.3.<br/> ...<br/> The V2.3 projects are not without compile errors even before syntax conversion. The V2.3 projects are libraries that are supposed to be included in larger projects. First after being included in that project, they can compile in V2.3.</p> </blockquote> <p>We discussed quite some back and forth at that time, so the point might have gotten lost at the time.</p> <p>Best regards,<br/> Frank</p></div>

2020-02-27T15:03:30.859000Z2020-02-27T15:03:30.859000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comd7d54222bc60cd90d272005308a4e8870fd3b7cf

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi, Frank,</p> <blockquote> <p><strong>Zitat:</strong><br/> Even though the decision not to allow script access to that particular dialog because syntax adaption is important seems a little self-contradictory</p> </blockquote> <p>I just feel a need to clarify: Script access to that dialog is <strong>not</strong> explicitly prevented by us. It is just a negative side-effect of the fact that this dialog is directly raised from the V2.3 code which is internally used by the converter, and not via the normal CODESYS V3 infrastructure.</p> <p>Additionally, the fact that libraries exist in V2.3 which won't compile, but are still correct in the sense that they're usable from a project was not known to me (nor mentioned by you up to now) - until now, I was under the impression that it is your pre-conversion modifications which break the compilation. (I'm not a V2.3 expert, though...)</p> <p>Considering those new facts, this seems like a valid use case, and I'll re-raise the issue internally.</p> <p>HTH,<br/> Markus</p></div>

2020-02-27T15:03:30.116000Z2020-02-27T15:03:30.116000ZFrank Jepsenhttps://forge.codesys.com/u/frank-jepsen/https://forge.codesys.com80ca604478c04f3183a1711b991b43489c1bb7a2

<div class="markdown_content"><p>Hi Markus,</p> <p>The V2.3 projects are not without compile errors even before syntax conversion. The V2.3 projects are libraries that are supposed to be included in larger projects. First after being included in that project, they can compile in V2.3.</p> <p>So if I want to avoid the Converter dialog, then I really only see two rather large tasks. Either modify the way our entire code base is assembled so libraries can compile by themselves or write our own converter and skip using built-in V2.3 to 3.0 Converter.</p> <p>For now I will stick with the work-around even though it is quite a "hack". </p> <p>If I cannot get this work-around to be reasonable stable, then I think I will go for writing my own converter from V2.3 to PLCOpenXML. I have had that in mind almost from the beginning of creating the system, but thought that there must be a way around the dialog since it is only a warning. Now that 3-S has decided not to implement that, I see this as kind of the last way around. Even though the decision not to allow script access to that particular dialog because syntax adaption is important seems a little self-contradictory, when using the converter manually then it is only a warning. If the syntax adaption was really that important, then I guess you should not allow import without syntax adaption manually either.</p> <p>Best regards,<br/> Frank</p></div>

2020-02-27T15:03:28.411000Z2020-02-27T15:03:28.411000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comd544843174722c8221c89ff95b2304c24dac4ab7

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi, Frank,</p> <p>In that scenario, disabling the automatic conversions done by the codesys converter seems contra productive to me. Especially, as you start with an existing V2.3 project without compile errors.</p> <p>In your case, I really think the best solution is to use the converter on the unmodified V2.3 project, and then apply your custom modifications using scripting and PLCOpenXML afterwards.</p> <p>HTH,<br/> Markus</p></div>

2020-02-27T15:03:27.794000Z2020-02-27T15:03:27.794000ZFrank Jepsenhttps://forge.codesys.com/u/frank-jepsen/https://forge.codesys.comd391275e51346d70975c44e461876faf18d838e1

<div class="markdown_content"><p>Hi Markus,</p> <p>No. I do know have that many projects to convert. However, in my company we develop software that supports multiple HW platforms and some has 2.3 runtime and some has 3.x runtime.</p> <p>What we do is that we primarily develop for 2.3 since this has the largest customer base and then our continuous integration build server automatically converts the 2.3 source code into 3.x before building the binaries for 3.x runtime. Then only a few pieces of the source code has to be actually saved in version control system as V3.x.</p> <p>The reason for me to bring up the issue again, was that I am currently working on improvements of the build system. I do not work full-time with that. </p> <p>Best regards,<br/> Frank</p></div>

2020-02-27T15:03:27.103000Z2020-02-27T15:03:27.103000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com5b8c592d535d7294aedbd20eb02790999ccd9689

<div class="markdown_content"><p><em>Originally created by:</em> M.Schaber</p> <p>Hi, Frank,</p> <p>Just out of curiosity: The issue was first raised in May 2012. Do you really have such a big bunch of projects to convert from V2 to V3, so you're still busy for such a long time?</p> <p>Thanks,<br/> Markus</p></div>