Fabiano,
> I never had a problem with this behavior, since it was just a matter of
> waiting for the end of the process, [...]
The end of the process is not the end of output, which is buffered. You should
probably continue to read from STDOUT or STDERR after the process has finished.
Best Re
On 17-05-2022 15:07, Adriano dos Santos Fernandes wrote:
On 17/05/2022 09:54, Mark Rotteveel wrote:
Thanks! I will change Jaybird to switch to using blr_varying2/blr_text2
for Jaybird 4.0.7 and Jaybird 5.
When you did it for test, did you used the charset number or CS_dynamic?
I'm asking be
On 17/05/2022 09:54, Mark Rotteveel wrote:
>
> Thanks! I will change Jaybird to switch to using blr_varying2/blr_text2
> for Jaybird 4.0.7 and Jaybird 5.
>
When you did it for test, did you used the charset number or CS_dynamic?
I'm asking because the current code seems to have the same problem
On 17-05-2022 14:47, Adriano dos Santos Fernandes wrote:
On 17/05/2022 08:30, Mark Rotteveel wrote:
Is this happening with fbclient library too?
Good question: no it doesn't. Which suggests Jaybird is doing something
different. Jaybird uses blr_varying/blr_text, not blr_varying2/blr_text2
when
On 17/05/2022 08:30, Mark Rotteveel wrote:
>> Is this happening with fbclient library too?
>
> Good question: no it doesn't. Which suggests Jaybird is doing something
> different. Jaybird uses blr_varying/blr_text, not blr_varying2/blr_text2
> when sending the BLR of the execute. Could that make a
On 16-05-2022 21:00, Adriano dos Santos Fernandes wrote:
On 16/05/2022 12:07, Mark Rotteveel wrote:
On 16-05-2022 16:50, Mark Rotteveel wrote:
I was running some tests against Firebird-5.0.0.494-0_x64 (latest
snapshot, from last Saturday), and I notice that I get incorrect
string right truncati
Firebird version 3.0.9 64bits on Debian
When I use gbak with "nohup" in Debian, it seems gbak's output to nohup.out
is written in chunks,
nohup gbak -b -v -g database database.fbk &
It shows, for instance:
gbak:52 records written
gbak:53 re
And after many seconds or minutes, it writes
Firebird version 3.0.9 64bits on Debian
When I use gbak with "nohup" in Debian, it seems gbak's output to
"nohup.out" is written in chunks.
nohup gbak -b -v -g database database.fbk &
It shows, for instance:
gbak:52 records written
gbak:53 re
And after many seconds or minutes, it write
