UbitUmarov
|
f7fd1a5497
and more..
|
6 mesi fa |
UbitUmarov
|
d0173f40f8
and more..
|
6 mesi fa |
UbitUmarov
|
18a0718508
and more..
|
6 mesi fa |
UbitUmarov
|
099da7efe5
and more..
|
6 mesi fa |
UbitUmarov
|
114830aa4b
retry...
|
6 mesi fa |
UbitUmarov
|
971778019a
pgsql: still uint cast issue
|
6 mesi fa |
UbitUmarov
|
15ea9a5bf8
change pgsql UUID casting (UNTESTED :( )
|
6 mesi fa |
UbitUmarov
|
9686af7944
PGSQL: since we mya not have mono, our mono.security.dll must be on bin folder
|
1 anno fa |
UbitUmarov
|
fbbcc1edd7
== string.Empty is .Lenght == 0
|
2 anni fa |
Melanie Thielker
|
b16abc8166
Massive tab and trailing space cleanup
|
8 anni fa |
Geir Nøklebye
|
b418033915
Updated the code to handle Agent Preferences. Thanks to TomDataworks for providing a final solution.
|
8 anni fa |
Geir Nøklebye
|
1de8c3570d
PGSQL migrations for IM_Store, UserProfiles, removal of casting exception for UserProfiles and adding double precision to PGSQL Manager
|
9 anni fa |
Fernando Oliveira
|
f83343d302
* One More thing, add an appdomain data element to ensure that we don't duplicate the assembly resolving.
|
11 anni fa |
Fernando Oliveira
|
8fdf70b87e
* Fixes mantis mantis 0006803 [PGSQL] - Simulator crashes - Mono.Security.dll missing. The root of the issue is that the Postgres driver relies on Mono.Security.dll from the mono project. Unfortunately, when using Mono, including the dll in the distribution causes conflicts. This solution puts Mono.Security.dll in bin/lib/NET/ and, if windows .NET is the runtime, informs the assembly loader to load bin/lib/NET/Mono.Security.dll when .NET is scanning for the Mono.Security namespace. On Mono, the included Mono.Security assembly is ignored.
|
11 anni fa |
Fernando Oliveira
|
ff8a768258
Fernando Oliveira's Postgress SQL Server Data Connector as a single commit.
|
11 anni fa |