Le 21/11/14 15:23, Michal Kubecek a écrit :
> If it happened in libfbclient2 function called from python, kernel would
> still show python, wouldn't it? But without at least a stack trace, it's
> not possible to tell which code to blame.
>
My last attempt with classic show the crash during test ab
On Fri, Nov 21, 2014 at 02:01:09PM +0200, Vlad Khorsun wrote:
> 21.11.2014 13:11, Michal Kubecek wrote:
> >
> > That's unfortunate... I suppose the easiest way out of this would be
> > adding something like
> >
> > #ifdef WIN_NT
> > if (!host_str && /* Windows version < Vista */)
> >
Le 21/11/14 14:07, Alex Peshkoff a écrit :
> On 11/21/14 15:58, Michal Kubecek wrote:
>> On Fri, Nov 21, 2014 at 12:01:30PM +0100, Philippe Makowski wrote:
>>> in sys.log for surperserver we have :
>>> Nov 21 10:41:14 precise64 kernel: [ 724.669973] fbt_run[21560]:
>>> segfault at 0 ip (
On Fri, Nov 21, 2014 at 04:07:57PM +0300, Alex Peshkoff wrote:
> On 11/21/14 15:58, Michal Kubecek wrote:
> > On Fri, Nov 21, 2014 at 12:01:30PM +0100, Philippe Makowski wrote:
> >> in sys.log for surperserver we have :
> >> Nov 21 10:41:14 precise64 kernel: [ 724.669973] fbt_run[21560]:
> >> segf
On 11/21/14 15:58, Michal Kubecek wrote:
> On Fri, Nov 21, 2014 at 12:01:30PM +0100, Philippe Makowski wrote:
>> in sys.log for surperserver we have :
>> Nov 21 10:41:14 precise64 kernel: [ 724.669973] fbt_run[21560]:
>> segfault at 0 ip (null) sp 7fff305ac9f8 error 14 in
>> python2.
On Fri, Nov 21, 2014 at 12:01:30PM +0100, Philippe Makowski wrote:
>
> in sys.log for surperserver we have :
> Nov 21 10:41:14 precise64 kernel: [ 724.669973] fbt_run[21560]:
> segfault at 0 ip (null) sp 7fff305ac9f8 error 14 in
> python2.7[40+27]
Error 0x14 means instruc
On 11/21/14 14:11, Philippe Makowski wrote:
> Le 20/11/14 14:54, Alex Peshkoff a écrit :
>> I.e. we need to know why does server not start.
>>
> It started all new results are in http://ci.ibphoenix.com/
>
> results.log is firebird.log
> and results.syslog is /var/log/syslog or journalctl --no-page
21.11.2014 13:59, Dimitry Sibiryakov wrote:
>
> You are right
Good to know :) Patch is committed, check it please.
Regards,
Vlad
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate!
Le 20/11/14 10:44, Philippe Makowski a écrit :
> Le 20/11/14 10:22, Alex Peshkoff a écrit :
>> On 11/20/14 10:56, Philippe Makowski wrote:
>>> More news :
>>>
>>> For Superserver
>> I suggest to start firebird from command line - sooner of all you will
>> see something. BTW, what about firebird.log
21.11.2014 13:11, Michal Kubecek wrote:
> On Fri, Nov 21, 2014 at 10:03:12AM +0200, Vlad Khorsun wrote:
>> 19.11.2014 16:08, Michal Kubecek пишет:
>>
>>> Could you check if first getaddrinfo() call returns EAI_FAMILY on
>>> Windows XP without IPv6 support? The way I read the manual page it
>>> shou
21.11.2014 12:55, Vlad Khorsun wrote:
> Could you show condition which stops loop in your patch in such case ?
You are right, I'm an idiot, who can mix up <= and >=.
--
WBR, SD.
--
Download BIRT iHub F-Type -
21.11.2014 12:30, Dimitry Sibiryakov wrote:
> 21.11.2014 11:25, Vlad Khorsun wrote:
>> Sorry, but this is bad code. It doesn't check for number of slots on PP
>> and allows
>> unlimited grow of ppg_min_space.
>
> No, ppg_min_space cannot grow more than slot+1, exactly as it was in
> vers
Le 20/11/14 14:54, Alex Peshkoff a écrit :
> I.e. we need to know why does server not start.
>
It started all new results are in http://ci.ibphoenix.com/
results.log is firebird.log
and results.syslog is /var/log/syslog or journalctl --no-pager result
Classic :
http://ci.ibphoenix.com/job/Firebi
On Fri, Nov 21, 2014 at 10:03:12AM +0200, Vlad Khorsun wrote:
> 19.11.2014 16:08, Michal Kubecek пишет:
>
> > Could you check if first getaddrinfo() call returns EAI_FAMILY on
> > Windows XP without IPv6 support? The way I read the manual page it
> > should but I would rather make sure.
>
>On
21.11.2014 11:25, Vlad Khorsun wrote:
> Sorry, but this is bad code. It doesn't check for number of slots on PP
> and allows
> unlimited grow of ppg_min_space.
No, ppg_min_space cannot grow more than slot+1, exactly as it was in version
2.5.
> Just imagine case when all slots on PP is al
Server crashes while accessing context variables concurrently
-
Key: CORE-4616
URL: http://tracker.firebirdsql.org/browse/CORE-4616
Project: Firebird Core
Issue Type: Bug
21.11.2014 12:06, Dimitry Sibiryakov wrote:
> Hello, All.
>
> In current trunk if next page is already full, ppg_min_space got frozen,
> causin
> unnecessary loops in locate_space().
It is not frozen, of course, but not advanced up to the next non-full slot -
here
you are correct.
>
Hello, All.
In current trunk if next page is already full, ppg_min_space got frozen,
causin
unnecessary loops in locate_space(). Following patch fix that:
Index: dpm.epp
===
--- dpm.epp (revision 60270)
+++ dpm.epp (w
21.11.2014 0:01, Michal Kubecek wrote:
> So I suppose the question is: do we want to introduce a potentially
> risky feature at this stage or would we rather accept the server not
> being able to listen on both IPv4 and IPv6 on two platforms, one of them
> already unsupported now, the other either
19.11.2014 16:08, Michal Kubecek пишет:
> Could you check if first getaddrinfo() call returns EAI_FAMILY on
> Windows XP without IPv6 support? The way I read the manual page it
> should but I would rather make sure.
On W2K3 without IPv6 i see that getaddrinfo() returns 0 and gai_result
contain
20 matches
Mail list logo
