no more prebuilt dlls for win32/win64?

[Luca Olivetti]

I checked on the github releases page and after v1.2-rc2 there are no
more prebuilt dlls for win32/win64.
I can easily build under linux but it's more difficult for me to build
under win32/win64.
I'm currently using the v1.2-rc2 win32 dll and I'm seeing a heap
corruption (or so it seems), so I wanted to see if it also happens with
1.2.2.

Bye
--
Luca

[Luca Olivetti]

I setup a build environment with visual studio 2019.

Using the same options (according to config.h) as the prebuilt dll, my dll is 372kB, the prebuilt (v1.2-rc2) is 2425kB.

Also, the name of the newly compiled lib is "open62541.dll" while the zip file on github contains "libopen62541.dll".

[Luca Olivetti]

El 3/11/21 a les 13:02, Luca Olivetti ha escrit:


In spite of the small size, the dll seems to be functional, *but* I had
a strange problem with my pascal bindings: I use a modified
generate_datatypes.py (generate_datatypes_fpc.py) to keep in sync the
equivalent of types_generated.h with the library.
The problem is that the resulting file is different if I run the tool
under windows (where I compiled the dll) or under linux (where I
generate the bindings), the difference is in the ordering (hence in the
numbering) of several UA_ structures and constants.
I thought the problem was with my modified script but I get the same
with the original one and types_generated.h.

I run it this way:

./generate_datatypes.py --selected-types=schema/datatypes_minimal.txt \

--selected-types=schema/datatypes_method.txt \

--selected-types=schema/datatypes_subscriptions.txt \

--selected-types=schema/datatypes_dataaccess.txt \

--selected-types=schema/datatypes_typedescription.txt \

--type-bsd=schema/Opc.Ua.Types.bsd \

--type-csv=schema/NodeIds.csv \
"${dstdir}/types"


I'm attaching both files (with unix line endings) so you can see the
differences. I'm at the same time puzzled (both machines are using
python 2.7.18) and worried (I cannot generate consistent bindings that
will work on both platforms).

Can anybody help?

> --
> You received this message because you are subscribed to the Google
> Groups "open62541" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to open62541+...@googlegroups.com
> <mailto:open62541+...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/open62541/e331aee7-51ff-4740-85b6-c416b83c1efan%40googlegroups.com
> <https://groups.google.com/d/msgid/open62541/e331aee7-51ff-4740-85b6-c416b83c1efan%40googlegroups.com?utm_medium=email&utm_source=footer>.

[Sten Grüner]

Hi,

is the content and order of types in the txt files also the same?

BR

> Am 04.11.2021 um 12:38 schrieb Luca Olivetti <oliv...@gmail.com>:
>
> El 3/11/21 a les 13:02, Luca Olivetti ha escrit:

> To unsubscribe from this group and stop receiving emails from it, send an email to open62541+...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/open62541/cb64949f-2f10-6b15-5d8a-66534cc9af6c%40gmail.com.
> <types_generated.linux.h>
> <types_generated.win.h>

[Julius Pfrommer]

In a diff' view the two files are nearly identical.

But the order of two DataType definitions is different.

My best guess is that we use a Python dictionary in the generator script with an unstable order.

Python dicts don't have an "order" per se. If you don't specifically use OrderedDict...

My recommendation is to use the generated header that was also used for the compiled library.

If that is a pain, you're welcome to dig and send us a patch.

Regards, Julius

[Luca Olivetti]

El 4/11/21 a les 12:56, Sten Grüner ha escrit:

> Hi,
>
> is the content and order of types in the txt files also the same?

Hello, yes, I triple checked ;-)

Bye
--
Luca

[Luca Olivetti]

El 4/11/21 a les 13:08, Julius Pfrommer ha escrit:

> In a diff' view the two files are nearly identical.
> But the order of two DataType definitions is different.

Yes, that's what causes a mismatch when using the bindings

>
> My best guess is that we use a Python dictionary in the generator script
> with an unstable order.
> Python dicts don't have an "order" per se. If you don't specifically use
> OrderedDict...
>
> My recommendation is to use the generated header that was also used for
> the compiled library.
> If that is a pain, you're welcome to dig and send us a patch.

Yes, it is a pain because having different bindings for windows and
linux is not ideal. I'll look into the generator to see if I'm able to
patch it.
Maybe it was just luck that the bindings worked with the 1.2.0-rc1
version (I used the precompiled dll for win32 and the bindings I
generated under linux worked on both platforms).

Bye
--
Luca

[Luca Olivetti]

El 4/11/21 a les 13:08, Julius Pfrommer ha escrit:

> My best guess is that we use a Python dictionary in the generator script
> with an unstable order.
> Python dicts don't have an "order" per se. If you don't specifically use
> OrderedDict...

Found it

https://github.com/open62541/open62541/pull/4748

Bye
--
Luca