Some of the features could be moved after 3.0 is released (feature freeze
for beta)
so we can see rc1-rc2 earlier than later in 2015
http://tracker.firebirdsql.org/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=1&fixfor=10586
I propo
INPUT file not properly closed
--
Key: CORE-4578
URL: http://tracker.firebirdsql.org/browse/CORE-4578
Project: Firebird Core
Issue Type: Bug
Components: ISQL
Affects Versions: 2.5.3
Environm
2014.10.11. 12:33 keltezéssel, Gabor Boros írta:
> Hi,
>
> Tried with Win32 snapshot from today (31362) and works like a charm on
> Win XP SP3 32bit. But fail on Win7 SP1 64bit and Win8.1 Update1 64bit.
> A simple gsec -user SYSDBA command is return errors too.
> Every error recorded twice in the l
Thread destructor function (from my today commit) was first tried in
FB2.5 but that time it did not work correctly due to bug in glibc. Now
as it was tested by Pavel Zotov it works, at least starting with glibc
2.12. Pavel has rather old linux on test machine, runs a lot of load
tests on it and
Hello, All.
interface.h doesn't need to include ibase.h. Actually, this include is
causing troubles
for compiling some third-party applications.
--
WBR, SD.
--
Comprehensive Server Monitoring with Site24x7.
M
15.10.2014 14:41, Dimitry Sibiryakov wrote:
> interface.h doesn't need to include ibase.h. Actually, this include is
> causing troubles
> for compiling some third-party applications.
BTW, did you try to compile interface.h without including Firebird.h at all
in a
project that really does
On 15/10/2014 11:07, Dimitry Sibiryakov wrote:
> 15.10.2014 14:41, Dimitry Sibiryakov wrote:
>> interface.h doesn't need to include ibase.h. Actually, this include is
>> causing troubles
>> for compiling some third-party applications.
Interface.h uses legacy structs, so it should include ibas
Le 15/10/14 14:31, Alex Peshkoff a écrit :
> Thread destructor function (from my today commit) was first tried in
> FB2.5 but that time it did not work correctly due to bug in glibc. Now
> as it was tested by Pavel Zotov it works, at least starting with glibc
> 2.12. Pavel has rather old linux on t
15.10.2014 16:26, Adriano dos Santos Fernandes wrote:
> Interface.h uses legacy structs, so it should include ibase.h.
types_pub.h is enough. It does not need old API function prototypes.
> I compile fbstuff including Interface.h (from the FB compiled source,
> not from a installation).
Di
On 15/10/2014 11:31, Dimitry Sibiryakov wrote:
> 15.10.2014 16:26, Adriano dos Santos Fernandes wrote:
>> Interface.h uses legacy structs, so it should include ibase.h.
>types_pub.h is enough. It does not need old API function prototypes.
types_pub.h does not exist in an installation, it's mer
On 10/15/14 17:08, Philippe Makowski wrote:
> Le 15/10/14 14:31, Alex Peshkoff a écrit :
>> Thread destructor function (from my today commit) was first tried in
>> FB2.5 but that time it did not work correctly due to bug in glibc. Now
>> as it was tested by Pavel Zotov it works, at least starting w
On 10/15/14 18:07, Dimitry Sibiryakov wrote:
> 15.10.2014 14:41, Dimitry Sibiryakov wrote:
>> interface.h doesn't need to include ibase.h. Actually, this include is
>> causing troubles
>> for compiling some third-party applications.
Good old ibase.h is causing troubles? That's a pity.
>
On 10/15/14 18:31, Dimitry Sibiryakov wrote:
> 15.10.2014 16:26, Adriano dos Santos Fernandes wrote:
>> Interface.h uses legacy structs, so it should include ibase.h.
> types_pub.h is enough. It does not need old API function prototypes.
Unfortunately we do not have such public h-file.
I agree
15.10.2014 16:51, Adriano dos Santos Fernandes wrote:
> types_pub.h does not exist in an installation, it's merged in ibase.h.
A strange thing: I was sure that I registered request to distribute separate
headers
instead on merged one in the tracker, but now I can't find it. Perhaps, I
should
15.10.2014 17:00, Alex Peshkoff wrote:
> If you include_internal_ firebird file fb_types.h that's rather
> expected result.
No. I included RefCounted.h to save time reinventing RefPtr template, but it
had
completely contrary result. My fault. :(
--
WBR, SD.
15.10.2014 18:50, Alex Peshkoff wrote:
>> Distro kernel glibc Firebird3 ok
>>
>> Debian 6 2.6.32 2.11.2 no
>> Debian 7 3.2.41 2.13yes
>> RHEL-5 2.6.18 2.5 no
>> RHEL-6 2.6.32 2.12no
>> RHEL-7 3.102.17
Distribute separate header files instead merged one
---
Key: CORE-4579
URL: http://tracker.firebirdsql.org/browse/CORE-4579
Project: Firebird Core
Issue Type: Improvement
Components:
On 10/15/14 19:12, Dmitry Yemanov wrote:
> 15.10.2014 18:50, Alex Peshkoff wrote:
>
>>> Distro kernel glibc Firebird3 ok
>>>
>>> Debian 6 2.6.32 2.11.2 no
>>> Debian 7 3.2.41 2.13yes
>>> RHEL-5 2.6.18 2.5 no
>>> RHEL-6
Dmitry,
>
> >> Distro kernel glibc Firebird3 ok
> >>
> >> Debian 6 2.6.32 2.11.2 no
> >> Debian 7 3.2.41 2.13yes
> >> RHEL-5 2.6.18 2.5 no
> >> RHEL-6 2.6.32 2.12no
> >> RHEL-7 3.102.17yes
> >> SLE
15.10.2014 19:20, Alex Peshkoff wrote:
> In that case we will have to keep suing a hack with a shared posix mutex
> to avoid an old bug in a kernel fixed in 2.6.33 or 24 (do not remember
> exactly). Showed itself on CS when accessing same db remotely (i.e. as
> firebird user from OS POV) and embed
On 10/15/14 19:45, Leyne, Sean wrote:
> Dmitry,
>
Distro kernel glibc Firebird3 ok
Debian 6 2.6.32 2.11.2 no
Debian 7 3.2.41 2.13yes
RHEL-5 2.6.18 2.5 no
RHEL-6 2.6.32 2.12no
RHE
RHEL-6 will be supported it should be an yes in that table with 2.12
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Developer_Guide/libraries.html#lib.version
current servers that i have seen in production they have ubuntu 12.04 ,
14.04 , rhel/centos 6/7 and debian
Some notes and harmless warnings with Firebird 3.0.0.31364-Beta1.amd64
Installation on gentoo
There we could have one of init systems openrc/systemd so we need to do
some checks at install
Press Enter to start installation or ^C to abort
Extracting install data
Updated /etc/services
* service fi
On 13-10-2014 16:23, Jim Starkey wrote:
> Why on earth would someone authenticate with SRP then drop in TLS?
...
> SRP/RC4 is robust, efficient, secure, and provides perfect forward
> security. TLS is none of these.
I am not so sure about the security of RC4:
http://www.wisdom.weizmann.ac.il/~i
Leyne, Sean a écrit le 2014-10-15 17:45 :
> RHEL-7 was released in September *2000*!!!
>
RHEL-6 release date : 10 November 2010
RHEL-7 release date : 10 June 2014
--
Comprehensive Server Monitoring with Site24x7.
Monito
marius adrian popa a écrit le 2014-10-15 18:08 :
> RHEL-6 will be supported it should be an yes in that table with 2.12
>
nope, too old kernel 2.6.32
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers f
Philippe,
> Leyne, Sean a écrit le 2014-10-15 17:45 :
> > RHEL-7 was released in September *2000*!!!
> >
> RHEL-6 release date : 10 November 2010
> RHEL-7 release date : 10 June 2014
Thanks
--
Comprehensive Server Monit
On 10/15/2014 1:15 PM, Mark Rotteveel wrote:
On 13-10-2014 16:23, Jim Starkey wrote:
Why on earth would someone authenticate with SRP then drop in TLS?
...
SRP/RC4 is robust, efficient, secure, and provides perfect forward
security. TLS is none of these.
It would be worth your while to und
28 matches
Mail list logo
