Licensing issues for mono on AIX
Licensing issues for mono on AIX
Hello,
we develop and compile our application on windows systems. We use a licensed version for Devart.Data.Oracle, Version=5.25.37.0. and Devart.Data, Version=5.0.2.0.
It all runs fine under windows and under Linux (X86) with mono.
When executing our program on AIX (PPC) with mono we get:
DEBUG - Devart.Data.Oracle.OracleException: Sorry, your trial period has expired.
To order registered version please visit Devart site at
www.devart.com/dotconnect/oracle/ordering.html
at Devart.Data.Oracle.OracleConnection.Open () [0x00000]
It is the same .exe file and same dlls copied to all systems. It would be really helpful to have some information on the licensing to search for that issue.
The time on the AIX maschine is correct.
Why does the Devart component think, we use a trial license?
Regards,
Sebastian
we develop and compile our application on windows systems. We use a licensed version for Devart.Data.Oracle, Version=5.25.37.0. and Devart.Data, Version=5.0.2.0.
It all runs fine under windows and under Linux (X86) with mono.
When executing our program on AIX (PPC) with mono we get:
DEBUG - Devart.Data.Oracle.OracleException: Sorry, your trial period has expired.
To order registered version please visit Devart site at
www.devart.com/dotconnect/oracle/ordering.html
at Devart.Data.Oracle.OracleConnection.Open () [0x00000]
It is the same .exe file and same dlls copied to all systems. It would be really helpful to have some information on the licensing to search for that issue.
The time on the AIX maschine is correct.
Why does the Devart component think, we use a trial license?
Regards,
Sebastian
The time zone is fine.
Anyhow, it is not a trial version I use.
Is there something to set back ( a registry entry, a file to delete, etc.)?
How is the time determined for the licensing? With that I can check if there are differences in the Linux/X86 and AIX/PPC installation for mono.
Regards,
Sebastian
Anyhow, it is not a trial version I use.
Is there something to set back ( a registry entry, a file to delete, etc.)?
How is the time determined for the licensing? With that I can check if there are differences in the Linux/X86 and AIX/PPC installation for mono.
Regards,
Sebastian
foreach (Byte b in BitConverter.GetBytes(1.2345))
{
Console.WriteLine(b);
}
AIX
63
243
192
131
18
110
151
141
Linux
141
151
110
18
131
192
243
63
Windows
141
151
110
18
131
192
243
63
Obviously the Byte order is a different order. The results stay the same regardless where I compiled the .exe file (same machine as runtime or Windows machine).
{
Console.WriteLine(b);
}
AIX
63
243
192
131
18
110
151
141
Linux
141
151
110
18
131
192
243
63
Windows
141
151
110
18
131
192
243
63
Obviously the Byte order is a different order. The results stay the same regardless where I compiled the .exe file (same machine as runtime or Windows machine).
Hello,
I found out, that your question was related to the system's endianess.
For me it looks like, that Devart licensing relies on Little Endian, because it uses the BitConverter.
Mono says:
Problems with the CLI's System.BitConverter
The System.BitConverter class in the .NET framework 1.0 used to be a class that merely did conversions to and from host types into byte arrays. This means that developers had to roll their own routines and check for the endianness of the host system.
Because we use a PowerProcessor, we are on Big Endian.
Could you provide an updated version, which is endian independant?
Regards,
Sebastian
I found out, that your question was related to the system's endianess.
For me it looks like, that Devart licensing relies on Little Endian, because it uses the BitConverter.
Mono says:
Problems with the CLI's System.BitConverter
The System.BitConverter class in the .NET framework 1.0 used to be a class that merely did conversions to and from host types into byte arrays. This means that developers had to roll their own routines and check for the endianness of the host system.
Because we use a PowerProcessor, we are on Big Endian.
Could you provide an updated version, which is endian independant?
Regards,
Sebastian
Next build, when are you planning to release it?
At the moment we are dependent on this change for our AIX implementation. Would be great to know your planned timeframe for delivering the new release.
Thank you.
Thank you.
Thank you very much
We did a successful roundtrip with the new version on AIX.
Thank you very much for you help!
Best regards,
Tobi
Thank you very much for you help!
Best regards,
Tobi
The new build of dotConnect for Oracle 5.25.49 is available for download now.
It can be downloaded from http://www.devart.com/dotconnect/oracle/download.html (trial version) or from Registered Users' Area (for users with valid subscription only).
For more information, please refer to http://www.devart.com/forums/viewtopic.php?t=16151 .
It can be downloaded from http://www.devart.com/dotconnect/oracle/download.html (trial version) or from Registered Users' Area (for users with valid subscription only).
For more information, please refer to http://www.devart.com/forums/viewtopic.php?t=16151 .