Re: [Firebird-devel] RDB$VIEW_RELATIONS

Helen Borrie wrote Thu, 17 Sep 2015 03:45:43 +0300: > The new FBLangref 25 says RDB$VIEW_RELATIONS is not used in current > versions. It seems to me there is not quite correctly written. Since Firebird 3 this table even expanded. -- Simonov Denis

Re: [Firebird-devel] Firebird 3.0 GDS32.dll compatibility

17.09.2015 11:13, Virgo Pärna wrote: > I tried to test Firebird 3.0 with older software and I discovered, that > GDS32.DLL generated from Firebird 3.0 beta 2 does not work correctly > with programs using BDE INTRBASE drivers to connect to Firebird server > (both Firebird 2.5.4 server and Firebird

Re: [Firebird-devel] Replacing `instsvc`

> reading Paul's "instsvc and ServerMode" got me thinking whether we even > need the `instsvc` executable? The installer can install the services > directly and for batch files we can use PowerShell and the New-Service > etc. cmdlets. This will save some kB from the package. And also it will >

Re: [Firebird-devel] instsvc and ServerMode

17.09.2015 17:07, Paul Reeves wrote: > That's an idea. But the installer has always offered the option to choose the > architecture and I don't see any problem with continuing to provide that > support. But what for? KISS. -- WBR, SD.

Re: [Firebird-devel] Replacing `instsvc`

> > reading Paul's "instsvc and ServerMode" got me thinking whether we > > even need the `instsvc` executable? The installer can install the > > services directly and for batch files we can use PowerShell and the > > New-Service etc. cmdlets. This will save some kB from the package. And > > also

Re: [Firebird-devel] instsvc and ServerMode

> > While I have no objections to the config API in general, I'd note that: > > (1) it's not instsvc business, (2) cpl applet must die, (3) I'm not > > sure we need any tool for this task. > > Out of interest - why do you think the cpl applet must die? What purpose do you think it fulfills?

[Firebird-devel] Replacing `instsvc`

Hi *, reading Paul's "instsvc and ServerMode" got me thinking whether we even need the `instsvc` executable? The installer can install the services directly and for batch files we can use PowerShell and the New-Service etc. cmdlets. This will save some kB from the package. And also it will remove

Re: [Firebird-devel] instsvc and ServerMode

17.09.2015 17:38, Paul Reeves wrote: > Out of interest - why do you think the cpl applet must die? Because most users don't use it. And those who rarely do (newbies, I suppose) spam our tracker with "not working in Win7", "not working in Win8", now probably "not working in Win10" ;-)

Re: [Firebird-devel] Replacing `instsvc`

17.09.2015 16:23, Paul Reeves wrote: > The installer calls instsvc and instsvc includes all the code we need to > un/install services. And instsvc is only 250Kb. So I don't see a big win in > terms of reducing the size of the installation package. And personally, I use > instsvc.exe a lot on

[Firebird-devel] ODP: Re: Explained plan - sub plan

thank you for the info regards,Karol Bieniaszewski Oryginalna wiadomość Od: Dmitry Yemanov Data: 17.09.2015 14:23 (GMT+01:00) Do: For discussion among Firebird Developers Temat: Re: [Firebird-devel]

Re: [Firebird-devel] instsvc and ServerMode

17.09.2015 16:51, Paul Reeves wrote: > > I'm wondering what to do about instsvc and ServerMode on windows. Previously > instsvc was able to switch between the different architectures because all it > had to do was update the registry with the name of the relevant executable > and add the -m switch

Re: [Firebird-devel] instsvc and ServerMode

17.09.2015 16:32, Dmitry Yemanov wrote: > For v3, I'd say that the installer should be the only tool touching > configuration file(s). I'd say that installer don't need to touch config file at all. Version 3 has SMP-friendly superserver, right? It covers 99,99% of usage. The rest of users

[Firebird-devel] instsvc and ServerMode

I'm wondering what to do about instsvc and ServerMode on windows. Previously instsvc was able to switch between the different architectures because all it had to do was update the registry with the name of the relevant executable and add the -m switch if applicable. Now users need to edit

Re: [Firebird-devel] instsvc and ServerMode

On Thursday 17 September 2015 16:32:04 Dmitry Yemanov wrote: > > > > The first question is 'Do we want to allow instsvc (or other tools) to > > change architecture (ie, directly update firebird.conf)?' > > Surely not by instsvc, it has nothing to do with architectures now. OK. If anyone else has

Re: [Firebird-devel] instsvc and ServerMode

On Thursday 17 September 2015 16:45:46 Dimitry Sibiryakov wrote: > 17.09.2015 16:32, Dmitry Yemanov wrote: > > For v3, I'd say that the installer should be the only tool touching > > configuration file(s). > >I'd say that installer don't need to touch config file at all. >Version 3 has

Re: [Firebird-devel] Replacing `instsvc`

On Thursday 17 September 2015 16:03:09 Jiří Činčura wrote: > Hi *, > > reading Paul's "instsvc and ServerMode" got me thinking whether we even > need the `instsvc` executable? The installer can install the services > directly and for batch files we can use PowerShell and the New-Service > etc.

Re: [Firebird-devel] Replacing `instsvc`

>> I use instsvc a lot. It is simple, small and does the job. Why drop >> it and replace it with something that's probably more complicated >> to use? > > What do you use it for? On my development machine I have several different versions of Firebird (2.1, 2.5, 3.0 when I find the time to test it

Re: [Firebird-devel] Replacing `instsvc`

On Thu, Sep 17, 2015, at 16:23, Paul Reeves wrote: > The installer calls instsvc and instsvc includes all the code we need to > un/install services. And instsvc is only 250Kb. So I don't see a big win > in > terms of reducing the size of the installation package. And personally, I > use >

Re: [Firebird-devel] Replacing `instsvc`

On Thu, Sep 17, 2015, at 18:33, Stefan Heymann wrote: > instsvc is very helpful to install, uninstall, start and stop the > various services for software tests. So is `sc` or Xxx-Service cmdlets. As a benefit you can use the same commands no matter what you're managing. > On customer machines

Re: [Firebird-devel] Explained plan - sub plan

Hi Dmitry, i look into source code and now i know why this is not so simple to change code to provide subplans but when i go throught source code i see something like this const char* JStatement::getPlan(CheckStatusWrapper* userStatus, FB_BOOLEAN detailed) { const char* ret = NULL;