ISQL: provide ability of supression output about database when ISQL is called
without '-I' switch
-
Key: CORE-4667
URL: http://tracker.firebirdsql.org/browse/CORE-4667
On 15-1-2015 21:50, Jim Starkey wrote:
> On 1/15/2015 3:25 PM, Mark Rotteveel wrote:
>> On 15-1-2015 15:50, Dimitry Sibiryakov wrote:
>>> 15.01.2015 15:38, James Starkey wrote:
Surely there is a transaction id info clumplet that will need to be
finessed...
>>> Fortunately, you made
On 1/15/2015 3:25 PM, Mark Rotteveel wrote:
> On 15-1-2015 15:50, Dimitry Sibiryakov wrote:
>> 15.01.2015 15:38, James Starkey wrote:
>>> Surely there is a transaction id info clumplet that will need to be
>>> finessed...
>> Fortunately, you made info block's structure expandable and every in
On 15-1-2015 15:50, Dimitry Sibiryakov wrote:
> 15.01.2015 15:38, James Starkey wrote:
>> Surely there is a transaction id info clumplet that will need to be
>> finessed...
>
> Fortunately, you made info block's structure expandable and every info
> item is
> accompanied with its length, so n
On 15-1-2015 02:23, Adriano dos Santos Fernandes wrote:
> Hi!
>
> I just noted some own checkins not being sent (or received by me) in the
> mailing list.
>
> Do any of you received [60488] and [60495] revisions?
>
> Looks like this was not happening before.
As far as I can tell the post-commit ho
15.01.2015 17:38, Fabiano Kureck - Desenvolvimento SCI wrote:
> It will use all 64 bits or will use 63 bits plus 1 signal bit?
63 bits in the original patch. That said, the actual limit is somewhat
lower anyway (16..64 * 10^35) as IIRC we don't currently reuse TIP pages
holding transactions < O
15.01.2015 15:38, James Starkey wrote:
> Surely there is a transaction id info clumplet that will need to be
> finessed...
Fortunately, you made info block's structure expandable and every info item
is
accompanied with its length, so nothing have to be changed in the API itself,
only
progr
Surely there is a transaction id info clumplet that will need to be
finessed...
On Thursday, January 15, 2015, Paul Beach wrote:
> < old), or this will break the old API?>>
>
> The API is completely unaffected by the support for 64bit transaction ids.
>
> Regards
> Paul
>
>
> ---
Dmitry Yemanov-3 wrote
> We have a patch for 64-bit txn ids, it was field tested for a couple of
> years already. If everything goes well, it's likely to be included into
> v3 Beta 2.
Does this mean that the v3 release version will have 64-bit txn ids?
If yes: This will effectively eliminate th
15.01.2015 15:30, Molnár Attila wrote:
> Also hope IBX also unaffected then...
As long as it uses isc_portable_integer() and doesn't assume that
transaction id is 32
bits.
--
WBR, SD.
--
New Year. New Location.
It sounds very strange, but hoping so. And WOW!
Also hope IBX also unaffected then...
On 2015.01.15. 15:07, Paul Beach wrote:
> < old), or this will break the old API?>>
>
> The API is completely unaffected by the support for 64bit transaction ids.
>
> Regards
> Paul
>
> -
<>
The API is completely unaffected by the support for 64bit transaction ids.
Regards
Paul
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new
Hi!
Old 32bit Tx API will be unchanged (new 64bit Tx API existst beside the
old), or this will break the old API?
On 2015.01.15. 9:17, Dmitry Yemanov wrote:
> 12.01.2015 23:22, liviusliv...@poczta.onet.pl wrote:
>> is somewhere some list of changes in this or can someone say something
>> in thi
It will use all 64 bits or will use 63 bits plus 1 signal bit?
On 15/01/2015 10:23, liviusliv...@poczta.onet.pl wrote:
Thanks a lot, it's nice to hear that it exists and can be included in
FB 3 :)
Regards,
Karol Bieniaszewski
- Reply message -
Od: "Dmitry Yemanov"
Do: "For discussion
Thanks a lot, it's nice to hear that it exists and can be included in FB 3 :)
Regards,
Karol Bieniaszewski
- Reply message -
Od: "Dmitry Yemanov"
Do: "For discussion among Firebird Developers"
Temat: [Firebird-devel] Firebird 3 - technical limits
Data: czw., sty 15, 2015 09:17
12.01.
Similarly in .NET provider list. Couple of emails I sent (twice, actually)
still missing.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is
12.01.2015 23:22, liviusliv...@poczta.onet.pl wrote:
>
> is somewhere some list of changes in this or can someone say something
> in this matter
> http://www.firebirdsql.org/en/firebird-technical-specifications/
> I am really interest in max records in table – i have one database with
> 1,6 billion
15.01.2015 9:29, Dmitry Yemanov wrote:
> 15.01.2015 04:23, Adriano dos Santos Fernandes wrote:
>>
>> I just noted some own checkins not being sent (or received by me) in the
>> mailing list.
>>
>> Do any of you received [60488] and [60495] revisions?
>
> Nope and they're missing in the SF mail arch
18 matches
Mail list logo
