Thanks Marius and others.
I'm trying to implement SRP protocol by pure python.
But something wrong in my python codes, I know.
I have found RemotePassword::getUserHash() return different value with
getUserHash() in srp.py.
https://github.com/nakagami/pyfirebirdsql/blob/master/firebirdsql/srp.py#L
> > Probably. But it is easy to isolate your application from
> > customer's environment and make it use your private copy of fbclient.dll +
> firebird.msg.
>
>Yes. And as the result to get "private environment" incompatible with the
> rest of system that leads to application failure.
H
Hello,
when I execute a stored procedure which is part of a package with e.g.:
select * from pkg_schema.s_user_tables;
I guess, it would make sense to also have the package name somewhere in
the trace output for the EXECUTE_PROCEDURE_* event. Does this make sense?
For the above call, currentl
12.02.2014 23:03, Vlad Khorsun wrote:
> Probably. But it is easy to isolate your application from customer's
> environment
> and make it use your private copy of fbclient.dll + firebird.msg.
Yes. And as the result to get "private environment" incompatible with the
rest of
system that le
Здравствуйте!
Wednesday, February 12, 2014, 11:32:28 PM, you wrote:
DS> 12.02.2014 20:17, Leyne, Sean wrote:
>> I don't think this case is correct.
>>
>> The msg file is not supposed to go to the system directory.
DS>The msg file is supposed to be one level up from client library. Public
li
> My application is my application.
So, you have full control over it. Very well.
> Firebird client is a part of customer's environment.
Probably. But it is easy to isolate your application from customer's
environment
and make it use your private copy of fbclient.dll + firebird.msg
12.02.2014 22:35, Dmitry Kuzmenko wrote:
> I think dumb things must be fixed.
You are right, of course. And AFAIR, it IS fixed in 3.0. But the ticket is
still valid:
installer (instclient util) put the client library to system dir, but no msg
file anywhere
nearby.
PS: No, keeping client li
Здравствуйте!
Wednesday, February 12, 2014, 11:32:28 PM, you wrote:
DS> 12.02.2014 20:17, Leyne, Sean wrote:
>> I don't think this case is correct.
>>
>> The msg file is not supposed to go to the system directory.
DS>The msg file is supposed to be one level up from client library. Public
li
12.02.2014 22:01, Leyne, Sean wrote:
> If you have multiple versions, you should not use instclient and should place
> FBClient.dll and the firebird msg file in your application root folder (just
> like an embedded install).
My application is my application. Firebird client is a part of custo
>Can you read? Registry settings MUST NOT being set up if several Firebird
> instances/versions are installed at the same time. Otherwise all of them will
> use the same config file, etc.
If you have multiple versions, you should not use instclient and should place
FBClient.dll and the fire
12.02.2014 21:26, Leyne, Sean wrote:
> The directory one level up from the system directory would be the "Windows"
> folder, and by standard no application files are supposed to be written to
> that folder.
Unfortunately, this IS directory where fbclient.dll is looking for msg file
and where
> 12.02.2014 20:17, Leyne, Sean wrote:
> > I don't think this case is correct.
> >
> > The msg file is not supposed to go to the system directory.
>
>The msg file is supposed to be one level up from client library. Public
> library
> is supposed to go to a directory where every application c
12.02.2014 20:17, Leyne, Sean wrote:
> I don't think this case is correct.
>
> The msg file is not supposed to go to the system directory.
The msg file is supposed to be one level up from client library. Public
library is
supposed to go to a directory where every application can easily find i
> Firebird.msg is not installed with client
> -
>
> Key: CORE-4336
> URL: http://tracker.firebirdsql.org/browse/CORE-4336
> Project: Firebird Core
> Issue Type: Bug
> Components: Installatio
Firebird.msg is not installed with client
-
Key: CORE-4336
URL: http://tracker.firebirdsql.org/browse/CORE-4336
Project: Firebird Core
Issue Type: Bug
Components: Installation
Affects Ver
Non grouping version of LIST function
-
Key: CORE-4335
URL: http://tracker.firebirdsql.org/browse/CORE-4335
Project: Firebird Core
Issue Type: New Feature
Reporter: Tim Kelly
I frequently con
> 12.02.2014 10:48, Vlad Khorsun wrote:
>> It is not about ICU only. It is about loading libraries using just file
>> name, without a path.
>
> Unix guys aren't afraid of hell and put all libraries or at least symlinks
> to
> /usr/lib/. On the other hand, they also have separate LD_LIBRARY_
12.02.2014 10:48, Vlad Khorsun wrote:
> It is not about ICU only. It is about loading libraries using just file
> name, without a path.
Unix guys aren't afraid of hell and put all libraries or at least symlinks
to
/usr/lib/. On the other hand, they also have separate LD_LIBRARY_PATH
envir
> 12.02.2014 10:11, Vlad Khorsun wrote:
>> PPS I have no idea if this issue is present on non-Windows platforms
>
> This issue is not present on non-Windows platform because ICU is considered
> a system
> library there and thus always is placed in well-known system library catalog.
It is
12.02.2014 10:11, Vlad Khorsun wrote:
> PPS I have no idea if this issue is present on non-Windows platforms
This issue is not present on non-Windows platform because ICU is considered
a system
library there and thus always is placed in well-known system library catalog.
May be on Windows
PS You could also try to use FileMon\ProcMon to trace application activity
>>>
>>> I see that icuin30.dll is tried to be loaded from various places
>>> (although excluding the embedded root path), but this fails.
>>>
>>> icuin30.dll is available in the embedded root directory. When I put the
>
21 matches
Mail list logo
