2018. 12. 03. 11:06 keltezéssel, Alex Peshkoff via Firebird-devel írta:
On 12/3/18 12:17 PM, Gabor Boros wrote:
Hi All,
The current Windows snapshots of 4.0 are 4.0.0.1324 but the Linux just
4.0.0.1258. Please fix/update it.
Build fails due to too old (4.8) ICU. IMO it's also time to
Hi!
As part of READ COMMITTED READ CONSISTENCY, it was added context
variables (under RDB$GET_CONTEXT's SYSTEM namespace) GLOBAL_CN and
SNAPSHOT_CN.
GLOBAL_CN: Most current value of global Commit Number counter
SNAPSHOT_CN: Value of Commit Number of currently database snapshot:
either
On 25/02/2019 15:12, Alex Peshkoff via Firebird-devel wrote:
page 125 in relnotes 3.0.3 (and I believe not far from it in other
versions):
Bear in mind in my case I was provided with 3.0.2 via SUSE and even
finding the release notes was an exercise. I'm fairly sure that this
said
On 2/25/19 5:51 PM, Lester Caine wrote:
On 25/02/2019 14:05, Alex Peshkoff via Firebird-devel wrote:
Then lets change this question to why the security database in the
distribution isn't initialized for SRP (ie having the PLG$SRP table,
maybe other things needed). Would it be possible to
On 2/25/19 5:51 PM, Lester Caine wrote:
On 25/02/2019 14:05, Alex Peshkoff via Firebird-devel wrote:
Then lets change this question to why the security database in the
distribution isn't initialized for SRP (ie having the PLG$SRP table,
maybe other things needed). Would it be possible to
On 25/02/2019 14:05, Alex Peshkoff via Firebird-devel wrote:
Then lets change this question to why the security database in the
distribution isn't initialized for SRP (ie having the PLG$SRP table,
maybe other things needed). Would it be possible to initialize it as
part of the distribution
On 2/25/19 4:45 PM, Mark Rotteveel wrote:
On 25-2-2019 13:51, Alex Peshkoff via Firebird-devel wrote:
On 2/24/19 10:52 AM, Mark Rotteveel wrote:
The security database inside the distribution is already initialized
with a Legacy_Auth SYSDBA only. I'm not sure why the same can't be
done for SRP
25.02.2019 15:51, Alex Peshkoff via Firebird-devel wrote:
The security database inside the distribution is already initialized
with a Legacy_Auth SYSDBA only. I'm not sure why the same can't be
done for SRP (or at least: isn't done for SRP).
First half of an answer is very simple - in order
Possible server/utilities hang because of infinity loop in
AbstractString::vprintf
--
Key: CORE-6012
URL: http://tracker.firebirdsql.org/browse/CORE-6012
Project:
On 2/24/19 10:52 AM, Mark Rotteveel wrote:
On 23-2-2019 20:56, Lester Caine wrote:
On 23/02/2019 19:21, Paul Reeves wrote:
It is linked to the fact that rpm installs don't allow
interaction at install time, so the security database is not
initialised.
IIRC, rpm install 2.5 used to
On 2/23/19 7:54 PM, Dimitry Sibiryakov wrote:
23.02.2019 17:51, Paul Reeves wrote:
It is linked to the fact that rpm installs don't allow
interaction at install time, so the security database is not
initialised.
IIRC, rpm install 2.5 used to initialize security database using
random
On 25/02/2019 11:14, Mark Rotteveel wrote:
You need to explicitly enable hggit to allow TortoiseHg to work with git
(and similar for subversion), see
https://mcmblog.azurewebsites.net/using-tortoisehg-with-git/ Maybe you
need to enable it again?
I've been installing hggit for many years ...
On 25-2-2019 12:00, Lester Caine wrote:
on the whole it's now stable - except I can't get access to github via
TortoiseHG which has been my stable access route for MANY years and all
my local code tracking is on Mercurial in parallel with Git or SVN as
required for the third party libraries. I
On 25/02/2019 08:00, Lester Caine wrote:
>
>
> Keeping PHP working with Firebird is a major headache anyway and the
> interface does need some attention from someone more capable on the C
> side than me but simply working through the Firebird side what is the
> SAFE way to update the installation
On 2/23/19 2:39 PM, Mark Rotteveel wrote:
On 18-2-2019 12:59, Alex Peshkoff via Firebird-devel wrote:
On 2/18/19 2:21 PM, Adriano dos Santos Fernandes wrote:
On 16/02/2019 12:57, Mark Rotteveel wrote:
BTW: similar arguments could be made for the SET DECFLOAT options, but
I don't have a need
Currently I have several systems running FB2.5 or earlier along with
stable versions of Nginx ( replacing Apache ) and PHP5.x Some are even
still running on XP because of hardware that later versions of windows
will not support, although it seems the key there is only to run 32bit
versions of
16 matches
Mail list logo
