Re: [Firebird-devel] Stopping firebird.exe

Depends on script you are using. In PowerShell you can obtain PID of started process and terminate a process using it. On 22 August 2016 at 12:53, Jiří Činčura wrote: >> Searching for an open server's window and sending it WM_CLOSE could be >> easier ;-) > > How do I know which

Re: [Firebird-devel] Response to op_get_segment under with compression on

Alex, something interesting. After I've put the message for op_fetch into output stream, I also added, just as I'm trying to bisect it, 1k of 0s at the end (and these will be compressed). Then not only the op_fetch_response code came, but also the rest of the response. -- Mgr. Jiří Činčura

Re: [Firebird-devel] Stopping firebird.exe

> Searching for an open server's window and sending it WM_CLOSE could be > easier ;-) How do I know which server I just started? There might be multiple on different ports (which I actually use, for testing). -- Mgr. Jiří Činčura Independent IT Specialist

Re: [Firebird-devel] Stopping firebird.exe

22.08.2016 11:48, Alex Peshkoff wrote: >> >> if I start firebird using "firebird.exe -a", is there a way to stop it? >> In a scripted way. > > I know programmatical way to stop it. It's ugly but should work. > > Query services manager with undocumented(!!!, it's in svc_undoc.h) > information(!!!)

Re: [Firebird-devel] Response to op_get_segment under with compression on

On 08/22/2016 11:53 AM, Jiří Činčura wrote: with some debugging code turned on. Can I turn that on? Please :) diff --git a/src/remote/protocol.cpp b/src/remote/protocol.cpp index 042d879..7f0648b 100644 --- a/src/remote/protocol.cpp +++ b/src/remote/protocol.cpp @@ -285,6 +285,10 @@ bool_t

Re: [Firebird-devel] Response to op_get_segment under with compression on

> In that case please send me (preferably not too big, I use CDMA > connection now) test database. > Artificial test with select from rdb$database shows no errors. I've > checked in on latest FB3 and it passed also fine. I'm sending you privately test app (403kB) that surfaces it. But it's

Re: [Firebird-devel] Response to op_get_segment under with compression on

On 08/22/2016 11:53 AM, Jiří Činčura wrote: >> with some debugging code turned on. > Can I turn that on? > >> So must say I see no problems with protocol. > Oh no, sure. I'm not saying something is wrong with the protocol. It > works fine when I turn compression off or if the data is all 0 (see my

Re: [Firebird-devel] Response to op_get_segment under with compression on

On 08/22/2016 11:44 AM, Jiří Činčura wrote: > OK, I was able to strip it down to single select on a fresh empty > database. > > If I do "select >

Re: [Firebird-devel] Response to op_get_segment under with compression on

> with some debugging code turned on. Can I turn that on? > So must say I see no problems with protocol. Oh no, sure. I'm not saying something is wrong with the protocol. It works fine when I turn compression off or if the data is all 0 (see my previous email). BTW me running the "select

Re: [Firebird-devel] Stopping firebird.exe

On 08/21/2016 09:43 AM, Jiří Činčura wrote: > Hi *, > > if I start firebird using "firebird.exe -a", is there a way to stop it? > In a scripted way. > I know programmatical way to stop it. It's ugly but should work. Query services manager with undocumented(!!!, it's in svc_undoc.h)

Re: [Firebird-devel] Response to op_get_segment under with compression on

OK, I was able to strip it down to single select on a fresh empty database. If I do "select

Re: [Firebird-devel] Response to op_get_segment under with compression on

On 08/21/2016 12:51 PM, Jiří Činčura wrote: > Hi *, > > when I try to read response to op_get_segment (which works fine without > compression), after flush I only get op_response (9) code and then > nothing is in the stream. The next piece I'm trying to read is 4 > bytes/integer for object handle