Title: Re[4]: bin/164526: kill(1) can not kill process despite on -KILL
Здравствуйте, Alan.
Вы писали 2 февраля 2012 г., 0:24:55:
>
kill -9 doesn't want to play either?
Read the docs/debugging file. Compile FR with debugging/developer stuff and run it under gdbm control and do your kil
Здравствуйте, Jilles.
Вы писали 28 января 2012 г., 20:24:07:
>> [stuck process cannot be killed, system hangs when reboot is
>> attempted]
JT> A signal cannot forcibly kill a process that is stuck in the kernel.
JT> Allowing this would put the integrity of the kernel data structures at
JT> risk
On 01-02-2012 12:46, Dmitry Yemanov wrote:
> 31.01.2012 2:12, Adriano dos Santos Fernandes wrote:
>>
>> There is two obscure SQL commands called READ BLOB and WRITE BLOB.
>>
>> The idea behind these commands is to make blob read/write using the
>> cursor (fetch/insert) API. Why they exist is not so
Olivier,
>
>
> Read this {fe 44} for minus 2 followed by 44.
> But the question remains open, I still do not get why 'DD' becomes 02 44 44
> and not FE 44.
>
I think that case of a doubled letter is larger only if the doubled
letter is either the end of the string or immediately precedes a
strin
31.01.2012 2:12, Adriano dos Santos Fernandes wrote:
>
> There is two obscure SQL commands called READ BLOB and WRITE BLOB.
>
> The idea behind these commands is to make blob read/write using the
> cursor (fetch/insert) API. Why they exist is not something I know, maybe
> it predates blob API funct
database file appears corrupt only on some computers
Key: CORE-3749
URL: http://tracker.firebirdsql.org/browse/CORE-3749
Project: Firebird Core
Issue Type: Bug
Components: API /
On 01/02/12 13:35, Adriano dos Santos Fernandes wrote:
> You're manual is very great. I'm able to read (kind of) table data based
> only on it (didn't even looked at FB sources).
Thanks!
Cheers,
Norm.
--
Norman Dunbar
Dunbar IT Consultants Ltd
Registered address:
Thorpe House
61 Richardshaw Lan
On 01-02-2012 09:35, Norman Dunbar wrote:
>
> PS. One day I'll finish decoding the internals and finish the manual!
> Thanks for reading so far.
>
You're manual is very great. I'm able to read (kind of) table data based
only on it (didn't even looked at FB sources).
Adriano
-
On 01-02-2012 11:00, Alex Peshkoff wrote:
> On 01/31/12 02:12, Adriano dos Santos Fernandes wrote:
>> All,
>>
>> There is two obscure SQL commands called READ BLOB and WRITE BLOB.
>>
>> The idea behind these commands is to make blob read/write using the
>> cursor (fetch/insert) API. Why they exist
2012/2/1 Alex Peshkoff :
> I like the suggestion, but one question. How much are we sure that this
> commands are not used in some popular client tool? Do you remember the
> case with ibase.h cleanup which broken kinterbasdb stable build? Fix is
> certainly trivial, done in SVN - but current stable
On 01/31/12 02:12, Adriano dos Santos Fernandes wrote:
> All,
>
> There is two obscure SQL commands called READ BLOB and WRITE BLOB.
>
> The idea behind these commands is to make blob read/write using the
> cursor (fetch/insert) API. Why they exist is not something I know, maybe
> it predates blob
On 01/02/12 09:36, Olivier Mascia wrote:
> I'm reading the Firebird Internals pdf documentation and feel puzzled about
> the encoding of two repeating bytes.
>
> "You may have noticed that the two consecutive characters 'DD' did not get
> compressed. Compression only takes place when there are th
It was probably written in the sky that I had to post a typo, but I did it.
> Why isn't this encoded as {ff 44} which is not shorter than the initial data,
> but at least is not larger.
Read this {fe 44} for minus 2 followed by 44.
But the question remains open, I still do not get why 'DD' beco
I'm reading the Firebird Internals pdf documentation and feel puzzled about the
encoding of two repeating bytes.
"You may have noticed that the two consecutive characters 'DD' did not get
compressed. Compression only takes place when there are three or more identical
characters."
Indeed the pd
14 matches
Mail list logo