On 09/30/2013 08:07 PM, Adriano dos Santos Fernandes wrote:
> Hi!
>
> Trunk is not building with Valgrind enabled.
>
> It tries to use pool_destroying (non-static) inside releaseRaw (static).
>
It was ~3 years ago when I tried to build with valgrind. I will take a
look tomorrow if this remains no
On 10/09/2013 01:13 PM, Nick Upson wrote:
am I correct in thinking that, having run "make" I can just copy my
newly build fb_inet_server into a standard installed system for
testing?
No, that's not enough. fb_inset_server just loads libfbembed.so, which
is an actual server.
---
On 10/09/2013 01:27 PM, Nick Upson wrote:
aah, interesting. does that still hold as I'm running classic on unix
rather than embeded
On 9 October 2013 10:23, Alex <mailto:peshk...@mail.ru>> wrote:
On 10/09/2013 01:13 PM, Nick Upson wrote:
am I correct in thinking th
On 10/09/2013 02:00 PM, Nick Upson wrote:
I apologize for asking all these questions.
a) the new libfbembed.so.2.1.5 is much bigger than the installed one, why?
-rw-r--r-- 1 root root 25391270 Oct 9 10:35
./firebird/lib/libfbembed.so.2.1.5
-rw-r--r-- 1 root root 3683140 Mar 10 2013
./firebi
On 11/03/2013 05:51 PM, Dmitry Yemanov wrote:
> 03.11.2013 16:44, Mark Rotteveel wrote:
>
>> I have a test in Jaybird trunk which attempts to retrieve the execution
>> plan of an unprepared statement. In Firebird 2.5 the result is an empty
>> string as the plan. In Firebird 3 (alpha 1), this result
entation of Jaybird does not support encryption. I'd
>> expect not having encryption support would in itself imply 'Disabled'
>> for the client and if the server then is configured for 'Enabled' then
>> no encryption should be required (as implied by the docum
On 11/03/2013 07:09 PM, Mark Rotteveel wrote:
> On 3-11-2013 16:05, Mark Rotteveel wrote:
>> I am not sure if this behavior is desirable or correct. Based on the
>> documentation ("Enabled behavior depends another side requirements. If
>> both sides set to enabled, connection is encrypted") I'd say
On 11/04/2013 02:12 AM, Vlad Khorsun wrote:
>> 03.11.2013 20:03, Vlad Khorsun wrote:
>>> "create database" runs instantly for me.
>>For me - not.
>>You can get Process Monitor's log here:
>> http://www.ibphoenix.com/ibpr_devel/Logfile.7z
>> It seems that most of the time were spend i
On 11/03/2013 05:01 PM, Mark Rotteveel wrote:
> On 31-10-2013 17:31, Alex Peshkoff wrote:
>> On 10/31/13 20:20, liviusliv...@poczta.onet.pl wrote:
>>> Hi,
>>>
>>> We store in thouse fields data usefull for application logic. Some dep info
>>> or sime r
On 11/13/2013 11:33 AM, liviuslivius wrote:
> W dniu 2013-11-13 08:10:55 użytkownik liviuslivius
> napisał:
>>> I know this is not what many people want to hear, but it's probably high
>>> time to consider IB and FB to be two unrelated databases, and never
>>> expect them to be compatible in any
On 11/13/2013 12:10 PM, liviuslivius wrote:
>>> Hi all,
>>>
>>> i test this and all work ok when i change 32764 to 590 value as is in
>>> Interbase
>>> please could someone of FB developers change it to this value?
>>>
>> Did you test it for 32/64 bit cases?
>> Did you test it for non-intel CPUs,
On 11/13/2013 12:07 PM, liviuslivius wrote:
>> I probably know even less than you about the internals, but I think it's
>> time to stop assuming that IB and FB will and should be kept compatible.
>> In the long run it not feasible, nor desirable. These are two separate
>> products and must be allow
On 11/27/2013 12:03 PM, Philippe Makowski wrote:
> Le 26/11/2013 14:57, Alex Peshkoff a écrit :
>> Philippe, I've changed ISC_PASSWD to ISC_PASSWORD in SYSDBA.password,
>> but now not 100% sure was it good change or not.
> no it is not good
> the problem wasn't ther
among the oldest pieces of working software on the planet.
Definitely.
But here was discussed only one thing - how to fix it's code better to
make it match today requirements.
> On 12/5/2013 3:28 AM, Alex Peshkoff wrote:
>
>> Not to mention we try to avoid preprocessor
Probably
On 12/13/2013 01:14 AM, Damyan Ivanov wrote:
> On a related note, I wonder if there is a way to convince firebird to
> work with collations created with different (and no longer available)
> version of ICU. This would minimise the efforts when upgrading ICU.
With no longer available version of IC
On 12/13/2013 02:42 PM, Dimitry Sibiryakov wrote:
> 13.12.2013 6:01, Alex wrote:
>> With no longer available version of ICU - no. How can one work with
>> missing software?
> Backup works with data only, not indices. Is data in columns affected by
> ICU version as
>
On 12/13/2013 04:30 PM, Damyan Ivanov wrote:
> -=| Alex, 13.12.2013 09:01:12 +0400 |=-
>> On 12/13/2013 01:14 AM, Damyan Ivanov wrote:
>>
>>> On a related note, I wonder if there is a way to convince firebird to
>>> work with collations created with different (and
On 12/21/2013 07:06 AM, Claudio Valderrama C. wrote:
>> -Original Message-
>> From: Alex Peshkoff [mailto:peshk...@mail.ru]
>> Sent: Jueves, 19 de Diciembre de 2013 4:32
>>> Again this doesn't work either:
>>>
>>> fbsvcmgr service_mgr u
On 12/29/2013 12:45 PM, Norbert wrote:
> Dmitry Yemanov a couché sur son écran :
>> 29.12.2013 11:46, Norbert wrote:
>>
>>> yes everything by default and then I changed to try if it changed
>>> something but nothing nothing!
>>>
Where did you get binaries?
>>> http://web.firebirdsql.org/downlo
On 12/29/2013 01:53 PM, Dmitry Kovalenko wrote:
> Hi
>
> Why domain for [SEC$USERS].[SEC$ACTIVE] uses field_type with id: 71 ?
>
> But not 23 (blr_bool)?
>
Cause we already have blr_boolean, and when adding code to ini.epp I've
typed blr_boolean instead blr_bool. Most surpise that everything arou
On 12/31/2013 03:00 PM, Mark Rotteveel wrote:
> On 31-12-2013 09:15, Alex wrote:
>> On 12/29/2013 01:53 PM, Dmitry Kovalenko wrote:
>>> Hi
>>>
>>> Why domain for [SEC$USERS].[SEC$ACTIVE] uses field_type with id: 71 ?
>>>
>>> But not 23 (blr_boo
On 01/04/2014 12:08 AM, Ann Harrison wrote:
> Obviously,
> at least to me, if you've got to sort the data, you have to read all
> of it.
> Furthermore, despite the everyone's instinct, it's a good deal faster in
> the general case to read a table in an optimal order and sort the data
> in memory
On 01/03/2014 01:47 PM, Claudio Valderrama C. wrote:
> Hello, I know security3.fdb is not in place because I'm using the Debug dir:
>
> F:\fb3dev\fbbuild\firebird30\temp\Win32\Debug\firebird>isql -user sysdba
> -pass masterkey
> Use CONNECT or CREATE DATABASE to specify a database
> SQL> create dat
On 01/06/2014 12:49 AM, Ann Harrison wrote:
On Sun, Jan 5, 2014 at 3:39 AM, Alex <mailto:peshk...@mail.ru>> wrote:
O
>
> I thought we would allow PASS as a shortcut for PASSWORD.
Can you provide a sample where shortcuts are present in SQL? It's
trivial
On 01/06/2014 04:51 PM, Adriano dos Santos Fernandes wrote:
> On 06/01/2014 10:46, Alex wrote:
>> Yes - and probably thats due to I've forgottem about full forms of
>> this keywords.
>> Therefore I see the only one problem with adding shortcut: should it
>>
On 01/06/2014 12:41 AM, Ann Harrison wrote:
Alex,
> Furthermore, despite the everyone's instinct, it's a good deal
faster in
> the general case to read a table in an optimal order and sort
the data
> in memory that to read the data in index order - random
On 01/06/2014 08:38 PM, Ann Harrison wrote:
Dmitry,
> Right. And if you want to give the optimizer a hint that it
should choose
> the second plan, change the query like this:
>
> select first 100 * from MOVIES where COMMENTS like '%yacht%
order
> by NAME;
>
On 01/07/2014 01:35 PM, Dmitry Yemanov wrote:
> 07.01.2014 12:46, Dmitry Yemanov wrote:
>> It *is* related as soon as you need to alter from the default FIRST ROWS
>> to custom FIRST ROWS in some particular query.
> Read: "custom ALL ROWS", sorry.
>
>
True. I.e. historical form of giving 'FIRST' -
On 01/07/2014 01:11 PM, marius adrian popa wrote:
> Notes on database security assesment
> http://www.slideshare.net/qqlan/firebird-interbase-database-engine-hacks-or-rtfm
>
I see 2 kinds of samples - mixed DDL/DML statements and use of UDF.
It's well known and documented (can't provide a link bu
On 01/08/2014 07:22 PM, Sergey Mereutsa wrote:
> Hello Alex,
>
> ... skipped ...
>
> A> I.e. on my mind the presentation is about nothing.
>
> The presentation is about "If you have armed gun - you can shut your
> leg" :)
>
> I think, the main message
On 01/08/2014 07:34 PM, Mark Rotteveel wrote:
> On Wed, 08 Jan 2014 19:13:02 +0400, Alex wrote:
>> On 01/07/2014 01:11 PM, marius adrian popa wrote:
>>> Notes on database security assesment
>>>
> http://www.slideshare.net/qqlan/firebird-interbase-database-engine-hac
On 01/10/2014 11:51 AM, Wodzu wrote:
> Hi guys,
>
> I've read all the information about developing UDFs which I could find. I
> know that in earlier versions of Firebird it was not possible to pass NULL
> parameters. However I am using Firebird 2.5 and I want to return a NULL value
> instead of
On 01/14/2014 12:52 AM, Andrzej Hunt wrote:
> Hi All,
>
> I've been doing some of the work on using the backup format for LO:
>
> Unfortunately we have no choice but to use the backup format as we
> have to have to be endian-agnostic. However speed shouldn't be too
> huge an issue as I suspect most
On 02/28/2014 12:06 AM, Mark Rotteveel wrote:
> On 27-2-2014 19:49, Helen Borrie wrote:
>> At 12:59 a.m. 28/02/2014, Mark Rotteveel wrote:
>>> On Thu, 27 Feb 2014 21:32:20 +1300, Helen Borrie
>>> wrote:
With Fb 3 alpha 2 on Windows, is there any way to get SYSDBA into the
security databa
On 02/27/2014 09:32 PM, Dimitry Sibiryakov wrote:
Hello, All.
Am I alone who is getting division by zero from
masterImplementation.cpp:curTime()
during building from today's sources?
I have no problems, but after review that code seems to be dangerous
from zerodivide POV. Please try
On 02/28/2014 11:38 AM, Helen Borrie wrote:
> At 08:15 p.m. 28/02/2014, Alex wrote:
>> [Mark Rotteveel]
>>> If you didn't enable legacy auth in the installer, then it only creates
>>> the 'new auth' sysdba account.
>> Legacy SYSDBA is presen
On 02/28/2014 03:21 PM, Dimitry Sibiryakov wrote:
> 28.02.2014 8:39, Alex wrote:
>> Please try this patch - if it helps please commit it
> It works at first glance, but I'm afraid of possible integer overflow.
> Wouldn't be
> better to use floating-point operati
On 02/28/2014 03:36 PM, Dimitry Sibiryakov wrote:
> 28.02.2014 12:33, Alex wrote:
>> May be better use INT64?
>> It should be big enough here.
> Performance counters already use SINT64. Perhaps, it is not for nothing.
>
In that case I'm not afraid of overflow
On 02/28/2014 04:20 PM, Dimitry Sibiryakov wrote:
> I'm trying to build Win32 release build on Windows 8 64 bits using MSVC
> 2010 Express 32
> bits.
>
> 12>ClCompile:
> 12> UdrEngine.cpp
> 12>..\..\..\src\plugins\udr_engine\UdrEngine.cpp(418): error C2375:
> 'Firebird::Udr::fbUdrRegFunction'
On 02/28/2014 04:33 PM, Dimitry Sibiryakov wrote:
> 28.02.2014 13:30, Alex wrote:
>> In that case I'm not afraid of overflow here. Even after * 100.
> Ok, let Dmitry or Vlad commit your patch then - I have no rights.
>
No problems -
On 02/28/2014 04:59 PM, Dimitry Sibiryakov wrote:
> 28.02.2014 13:41, Alex wrote:
>> Try to change all 3 in UdrEngine.h from
>> extern "C" void fbUdrReg..
>> to
>> extern "C" void ISC_EXPORT fbUdrReg
> New API still con
On 03/05/2014 05:46 AM, Adriano dos Santos Fernandes wrote:
> Hi!
>
> Only at Plugin.h, we have two case conventions for constants.
>
> PluginType constants uses a convention I don't remember to see before,
> example: FirstNonLibPlugin.
That definitely requires cleanup.
> DirType uses ALL_CAPS st
On 03/05/2014 05:55 AM, Adriano dos Santos Fernandes wrote:
> Accordingly to how new API works, where one can get a version and the
> virtual table is filled with possible non-existent methods, classes like
> TraceParamsImpl could not insert new virtual functions.
>
Yes, and it was clear since the
On 03/05/2014 12:30 AM, Claudio Valderrama C. wrote:
> People, what's the opinion on exceptions that use isc_ramdom to send
> hardcoded messages?
> Should we use isc_random for most of the future messages or should we
> register more text in the messages db and lower the number of hardcoded
> messa
On 03/09/2014 03:43 PM, Dimitry Sibiryakov wrote:
> Hello, All.
>
> What's the purpose for IMessageMetadata::getLength() method to be
> declared as const?
> Such declaration makes impossible to calculate length on demand and cache the
> result for
> future calls. Implementations have to e
On 03/10/2014 11:00 AM, marius adrian popa wrote:
> I decided to compare the current versions of MySQL 5.6 and Firebird
> SQL 2.5. I only looked at features that end users can see, without
> benchmarking. http://ocelot.ca/blog/blog/2014/03/09/354/
Is it only me?
The server at ocelot.ca is taking
On 03/11/2014 12:22 PM, Dmitry Yemanov wrote:
> 11.03.2014 09:59, marius adrian popa wrote:
>
>> I needed comments from developers also
> You'd better ask questions then. I don't care to comment what unknown
> people write about Firebird over the internet.
+1
-
On 03/14/2014 01:22 AM, Weverton Gomes wrote:
Win 7 Pro 32 bits
I can't help with windows UDFs - but pretty sure that if you place DLL
to accessible place and send the link here our windows guys will take a
look at the problem.
I have just started testing FB 3.0 Alpha 2 (32 bits) and
On 03/18/2014 01:26 PM, Dimitry Sibiryakov wrote:
> Back to the question:
>
> 17.03.2014 12:30, Alex Peshkoff wrote:
>>> Besides, storing reference to object already increment its
>>>> usage counter, so nobody can free the object during wrapper's lif
On 03/18/2014 04:11 PM, Dimitry Sibiryakov wrote:
> 18.03.2014 12:47, Alex wrote:
>> IAttachment* userHandle points to class YAttachment, containing (among
>> others) reference counter and reference pointer to IAttachment next.
>> Let's take into an account that on
On 03/18/2014 08:52 PM, Paul Beach wrote:
>> On 18/03/2014 13:09, Claudio Valderrama C. wrote:
>>> People, GPRE's cmd.cpp and sql.cpp generate a lot of DYN commands.
>>> FB3 doesn't understand DYN. What should we do, disable
>> those places in GPRE
>>> with an error message?
>>>
>>>
>> Why the engi
On 03/18/2014 06:58 PM, Jim Starkey wrote:
> Do you really use a mutex to when walking a structure Why not a
> read/write lock? With a mutex, readers block readers, which is a total
> waste of cycles, thread stalls, thread switches, etc.
>
That mutex is also needed to increment thread enter
On 03/18/2014 08:15 PM, Dimitry Sibiryakov wrote:
> 18.03.2014 13:30, Alex wrote:
>> The main reason is an ability to delete provider's object better sooner
>> than later.
>> - yvalve object is tiny and consumes very low resources
>> - provider's object may
And Dmitry thank you for enforcing review of that code. Looks like I've
found races during that review.
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databa
On 03/19/2014 10:40 AM, Claudio Valderrama C. wrote:
>> -Original Message-
>> From: Alex [mailto:peshk...@mail.ru]
>> Sent: Miércoles, 19 de Marzo de 2014 1:16
>> Adriano:
>>>> Why the engine error message about unsupported DYN is not
>> sufficient
On 04/08/2014 11:41 PM, Leyne, Sean wrote:
>
>> Alex et al,
>>
>> May I ask to rethink namings, please? Things like RDB$MAP or
>> /jrd/Mapping.cpp sound very confusing. What is mapped to what? Maybe
>> Mapping.cpp is about memory mapped files?
>>
&
On 04/09/2014 10:14 AM, Claudio Valderrama C. wrote:
> Folks, sorry for nitpicking, but I don't like this alias in
> classes\InternalMessageBuffer.h:
>
> typedef Array Buffer; // May be it will become a class in the future,
> but now it is just a plain array
>
> because "Buffer" is a name too gener
On 04/15/2014 09:49 PM, Dmitry Yemanov wrote:
> 15.04.2014 21:30, Dimitry Sibiryakov wrote:
>
>>> If show.epp/extract.epp is cleaned up to support v3.0 / ODS12 only, then
>>> requesting objects existing in v2.0 / ODS11 may fail. This is the whole
>>> point of this discussion.
>> Do anybody have exa
On 04/26/2014 08:16 PM, Leyne, Sean wrote:
>
>> I regularly find myself having to merge two (or more) records referenced by
>> numerous foreign keys... resulting in having to update many tables to
>> perform this merge. I would find it really useful if there was (and maybe
>> there already is and
On 04/28/2014 06:29 PM, Carlos H. Cantu wrote:
> 5) An embedded Firebird version for Android (even if only "basic"
> server features could be available):
> http://tracker.firebirdsql.org/browse/CORE-3885
Why do you treat it as post-v3? I plan to activate work with Android
port after beta1.
---
On 04/28/2014 09:59 PM, Dmitry Yemanov wrote:
>> A scheduler for firebird would totally eliminate my own use of custom
>> applications tied to database events/time events.
> Architecturally, Firebird database is not active without user
> connections. This slightly changes with the LINGER support,
On 04/29/2014 12:03 PM, Vlad Khorsun wrote:
>>> I know people will feel outraged with my opinion, but anyway: make DDL
>>> operations atomic and immediate.
> This is the "Oracle way".
>
>> Atomic and immediate means autocommitted or always executed in a
>> separate (e.g. system) transaction
On 04/29/2014 12:49 PM, Dimitry Sibiryakov wrote:
>> And reimplement the metadata cache to become two-level - global and
>> transaction-wise, with objects in the latter overriding objects in the
>> former.
> May be stop separate metadata cache at all and use ordinary data cache
> for reading
On 13.01.2015 15:30, Jiří Činčura wrote:
> Hi *,
>
> When I'm doing restore using service_mgr and isc_info_svc_stdin. I'm facing
> some issue, but I don't know what's wrong.
>
> My backup file is 13824 bytes. When I query Firebird server it asks for 8k
> data (aka file will be sent in two chunks
On 23.01.2015 18:52, Dimitry Sibiryakov wrote:
> Program that compiled well before recent changes now produce errors:
>
>> firebird\src\include\firebird\IdlFbInterfaces.h(564): error C2039:
>> 'checkException' : is not a member of 'Firebird::IStatus'
>>firebird\src\include\firebir
On 23.01.2015 19:30, Adriano dos Santos Fernandes wrote:
> On 23/01/2015 14:22, Alex wrote:
>> The best way (from c++) is to use IStatus wrapper that throws
>> exceptions. Interface.h contains class CheckStatusWrapper that throws
>> FbException.
> ...
>> Pay attenti
get status from master because I receive IStatus
>> interface from inside
>> of the engine as a function's parameter. I don't care what type is it
>> because I just use
>> it to return error conditions back to engine.
>>
> So you do like Alex demonstrated, repl
On 23.01.2015 19:49, Dimitry Sibiryakov wrote:
> #include "firebird/Interface.h"
>
> void foo(IStatus* status)
> {
> ISC_STATUS err[] = {isc_arg_gds, isc_random, isc_arg_string,
> (ISC_STATUS)(intptr_t) "Shit
> happened"};
> status->setErrors2(FB_NELEM(err), err);
> }
#include
usi
On 23.01.2015 20:08, Dimitry Sibiryakov wrote:
> 23.01.2015 17:50, Alex wrote:
>> Pay attention to the second parameter in *Impl template
>> class PluginModule : public IPluginModuleImpl> CheckStatusWrapper>
>>
>> It makes a parameter of functions you need to im
On 23.01.2015 20:20, Dimitry Sibiryakov wrote:
> 23.01.2015 18:16, Alex wrote:
>>> void foo(CheckStatusWrapper* status, IAttachment* att, ITransaction* tra)
>>>> {
>>>>IBlob* blob(att->openBlob( status, tra, v, 0, NULL));
>>>>
17.11.2015 17:47, Dimitry Sibiryakov пишет:
> Hello, All.
>
> Theoretical question: must every connection provide a valid key, or first
> connection
> unlock the database for everyone?
>
можно сделать и так и сяк - определяется holder-ом
(я сегодня почти не на раюоте завтра постараюсь п
17.11.2015 18:18, Leyne, Sean пишет:
>> Theoretical question: must every connection provide a valid key, or first
>> connection unlock the database for everyone?
> Why should the **connection** provide the key?
>
> The engine should be able to find/validate the key on its own, when the
> dat
17.11.2015 18:11, Dimitry Sibiryakov пишет:
> Hello, All.
>
> A typical piece of code:
>
>> // do not assign cryptPlugin directly before key init complete
>> IDbCryptPlugin* p = cryptControl.plugin();
>> keyHolderPlugins.init(p);
>> cryp
Look into makefile :)
17.11.2015 18:51, Dimitry Sibiryakov пишет:
> Hello, Adriano.
>
> Subj. "Invalid command line parameters" on run is not much helpful.
>
--
Firebird-Devel mailing list, web interface at
http
You may answer them if you want.
Script will be part of RC2
migrate.tgz
Description: application/compressed-tar
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3
11.01.2016 17:49, Adriano dos Santos Fernandes пишет:
> Hi!
>
> In this function, seems one could not known what database needs the
> plugin. That's bad.
>
> In current engine implementation, multiple attachments has multiple
> metadata caches and plugins instances.
>
> But Java External Engine p
11.01.2016 19:00, Adriano dos Santos Fernandes пишет:
> On 11/01/2016 13:31, alex wrote:
>> 11.01.2016 17:49, Adriano dos Santos Fernandes пишет:
>>> Hi!
>>>
>>> In this function, seems one could not known what database needs the
>>> plugin. That&#x
11.01.2016 20:32, Adriano dos Santos Fernandes пишет:
> On 11/01/2016 15:13, alex wrote:
>> 11.01.2016 19:00, Adriano dos Santos Fernandes пишет:
>>> On 11/01/2016 13:31, alex wrote:
>>>> 11.01.2016 17:49, Adriano dos Santos Fernandes пишет:
>>>>>
the username in Srp auth is expected to be in UTF8, right?
When it's passed to authentication plugin - yes.
In DBP it may be in system or utf8 depending upon presence of utf8 flag
tag in DPB.
Whne utf8 marker is missing firebird converts all strings in DPB (and DB
name too) from system
05.03.2016 18:18, Björn Reimer пишет:
> Hello,
>
>
>> Afaik, gbak will not initialize anything :)
>Yes, that's the problem with the new security concept :-)
>
>
>> Did you try to restore using an embedded connection?
> No, not embedded, but via IP.
>
> But I think it makes no differe
07.03.2016 13:34, Rudolf Grauberger пишет:
Affects all versions of 3.0 (Beta, RC).
Should i create a bug tracker item? It that a part of the component
API / Client Library?
LInux kits _do_ include file include/firebird/Interface.h.
If it's missing in windows kits that's a bug in windows i
06.03.2016 19:06, Adriano dos Santos Fernandes пишет:
> Hi!
>
> Original FB/Java plugin had a security database where SYSDBA could
> define JAAS permissions per users.
>
> Since Java can read files and do bad things, it's SYSDBA (server admin)
> to define these permissions. And since was SYSDBA t
07.03.2016 16:26, Dimitry Sibiryakov пишет:
> Hello, All.
>
> Can someone explain what file types.y generated by parse.bat is for?
> I see that it is deleted right after parser generation and can't find how
> it is used
> anywhere.
>
YACC requires all %types declaration to be put tog
07.03.2016 16:48, Adriano dos Santos Fernandes пишет:
> Em 07/03/2016 08:03, alex escreveu:
>>
>> 07.03.2016 13:34, Rudolf Grauberger пишет:
>>> Affects all versions of 3.0 (Beta, RC).
>>>
>>> Should i create a bug tracker item? It that a part
> In my scenario I don't have shell access to server, onyl remote
> access via ssh.
> I've a 2.5 gbak file and a 3.0 server running.
>
> I was trying to restore the database without sysdba account and with
> only editing database.conf once. This is currently not possible.
>
> I'll inves
25.03.2016 22:48, Adriano dos Santos Fernandes пишет:
> Em 25/03/2016 16:24, Dmitry Yemanov escreveu:
>> This gives us a buildno counted in days, not in commits (as now).
>>
> In practive it's not different.
>
> Doesn't the script is running per day like was in svn?
>
> Right, that means the snaps
> I could simply use the entire snapshot build and sync the moving parts like
> security database, conf files, UDFs etc. or perhaps I could simply replace a
> single (executable) file (firebird.exe?) taken from the snapshot ZIP file?
>
Not firebird.exe but engine12.dll.
--
27.04.2016 01:11, Leyne, Sean пишет:
>
>> To let rumors that Firebird is unbearable slow to spread is a bad thing
>> too.
> 1- 1 sec is not "unbearable"!
>
> 2- Slowness only occurs when using "localhost" with v3 client *and* v2.5
> server -- a very unusual situation (why would you have n
20.05.2016 15:47, Adriano dos Santos Fernandes wrote:
> On 20/05/2016 09:06, Alex Peshkoff wrote:
>>>>> So if engine does not verify it, we should create a service specific for
>>>>> that: verify user names and passwords. Looks bad solution than initial
&
On 03/30/11 18:19, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 04:43, Alex Peshkoff wrote:
>> Adriano, I must say that I like all this suggestion.
>> I suppose that the methods, required to extract data, will follow?
>>
> Alex, do you mean things like getInt, get
On 03/30/11 18:16, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 04:52, Kjell Rilbe wrote:
>> Den 2011-03-30 09:14 skrev Dimitry Sibiryakov såhär:
>>> 30.03.2011 3:21, Adriano dos Santos Fernandes wrote:
So then, we add IParameterMetaData with these methods:
virtual unsigned FB_CAR
On 03/30/11 18:28, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 08:51, Alex Peshkoff wrote:
>> Let's leave it for another thread.
>>
>>> - ITransaction::disconnect - must be added
>>> - Few other things (TODO)
>>>
>>> Cleanup handl
On 03/31/11 02:07, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 18:35, Vlad Khorsun wrote:
>>> stdcall is incompatible with our approach to upgradeInterface.
>> Why ? I see no reason for it.
>>
> We add methods to vtable, which expect single "status" parameter, but
> user may call this
On 03/31/11 00:18, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 17:09, Vlad Khorsun wrote:
Therefore it will be very desirable to add queryInterface to the our
base interface,
even empty or raising notImplemented error. IUnknown *is* industry
standard, despite
On 03/30/11 18:39, Adriano dos Santos Fernandes wrote:
>> Do you see the difference ?
>>
> If user pass an invalid pointer parameter, it *will* crash in our code:
>
> provider->attachDatabase((Status*) 0x1, (char*) 0x1, ...);
>
> We can't prevent wrong program from crashing in our code. The sa
On 03/30/11 18:44, Adriano dos Santos Fernandes wrote:
> On 30-03-2011 07:23, Alex Peshkoff wrote:
>> On 03/29/11 18:58, Adriano dos Santos Fernandes wrote:
>>> On 29-03-2011 10:45, Alex Peshkoff wrote:
>>>> We have too many problems in single thread. I try to d
On 03/31/11 15:28, Vlad Khorsun wrote:
>> On the other hand I see no problems with adding that method to our
>> interfaces, specially if it's needed to make Delphi people life easier.
>> It does not conflict with our versioning support.
> Unfortunately it is not enough. To be binary compatible
On 03/31/11 15:00, Kjell Rilbe wrote:
> Generally speaking, I feel it's completely wrong to add something to
> an api only because some clients/users would expect it, unless it
> actually does something useful in the api. it will only lead to extra
> complexity and problems down the line.
>
> So,
On 03/31/11 16:21, Vlad Khorsun wrote:
>> On 03/31/11 15:28, Vlad Khorsun wrote:
On the other hand I see no problems with adding that method to our
interfaces, specially if it's needed to make Delphi people life easier.
It does not conflict with our versioning support.
>>> Unfor
On 03/31/11 17:45, Adriano dos Santos Fernandes wrote:
> On 31-03-2011 10:30, Alex Peshkoff wrote:
>> On 03/31/11 16:21, Vlad Khorsun wrote:
>>>> On 03/31/11 15:28, Vlad Khorsun wrote:
>>>>>> On the other hand I see no problems with adding that method to o
1 - 100 of 2517 matches
Mail list logo
