[Firebird-devel] [FB-Tracker] Reopened: (CORE-3557) AV in engine when preparing query against dropping table

2012-04-12 Thread Dmitry Yemanov (JIRA)
[ http://tracker.firebirdsql.org/browse/CORE-3557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitry Yemanov reopened CORE-3557: -- A new regression is found because of this change. Simple test case: create view v as select t4.rdb

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Alex Peshkoff
On 04/12/12 06:30, Adriano dos Santos Fernandes wrote: > The BTYACC %type(s) has been a PITA to maintain. You have to switch > between file places which makes things very sad to maintain. > > I propose this syntax change using small sed script (attached with some > examples) > > Then each type wil

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Dmitry Yemanov
12.04.2012 14:50, Alex Peshkoff wrote: > I do not like use of sed script for that. Me neither. And IIRC, it's not required for Windows builds now, unless you build the installer. > If we anyway maintain own copy of btyacc - why not change it Agreed. > and suggest patch to them? It's pointles

Re: [Firebird-devel] Pipelining

2012-04-12 Thread Alex Peshkoff
On 04/11/12 20:08, Henri Gourvest wrote: >> To be able to answer your question I want to know what do you mean under >> pipelining here. > I wand to send many commands to server on TCP and receive answers in the > same order. Something like this: > http://redis.io/topics/pipelining This will req

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Alex Peshkoff
On 04/12/12 15:36, Dmitry Yemanov wrote: > 12.04.2012 14:50, Alex Peshkoff wrote: > >> I do not like use of sed script for that. > Me neither. And IIRC, it's not required for Windows builds now, unless > you build the installer. > >> If we anyway maintain own copy of btyacc - why not change it >

Re: [Firebird-devel] Raising the BLR level

2012-04-12 Thread Dmitry Yemanov
11.04.2012 17:41, Adriano dos Santos Fernandes wrote: > In the past, I thought about this problem, and a possibility I saw was > to create a BLR prefix, saying the next BLR-rse verb would use two bytes > for stream numbers instead of one. > > I do not know if this is a good solution, it's just a p

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Adriano dos Santos Fernandes
On 12/04/2012 08:36, Dmitry Yemanov wrote: > 12.04.2012 14:50, Alex Peshkoff wrote: > >> I do not like use of sed script for that. > Me neither. And IIRC, it's not required for Windows builds now, unless > you build the installer. It's also used in make_all.bat to generate ibase.h. >> If we anywa

Re: [Firebird-devel] [Firebird-checkins] SF.net SVN: firebird:[54372] firebird/branches/B2_5_Release/src/jrd/os

2012-04-12 Thread Nikolay Samofatov
All, I cannot describe how thankful I am to Dmitry for figuring out this issue for us. I just had to spend 28 hours straight repairing database corruption due to this error. fstat call can return EAGAIN error when Linux kernel is under load. This then leads to massive database corruption. I b

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Dmitry Yemanov
12.04.2012 18:44, Adriano dos Santos Fernandes wrote: > It's also used in make_all.bat to generate ibase.h. OK, this makes it less of a problem. > This is bad idea IMHO as it would take much more time, and will > definitively be a fork of a unmaintained software. I don't really expect us to eve

Re: [Firebird-devel] BTYACC non-terminal types

2012-04-12 Thread Adriano dos Santos Fernandes
On 12/04/2012 14:46, Dmitry Yemanov wrote: > 12.04.2012 18:44, Adriano dos Santos Fernandes wrote: > >> It's also used in make_all.bat to generate ibase.h. > OK, this makes it less of a problem. Let's say it turns out to be a bad idea... We will loose nothing. We'd then regenerate it and commit i