Hello to all ,
It seems to me that GTSLN do not send properly inkey code like defined
in inkey.ch for EXT_INKEY
I means CTRL_Y should be code 537 if xharbour is compiled with #ifdef
HB_EXT_INKEY, while it should be 25 otherwise. By default xHarbour is
compiled using #ifdef HB_EXT_INKEY, so I exp
tgetlist.prg so I can make it
working in any case
I see that gtcrs instead works.
Thank you for clarification
Regards, Marco
Przemyslaw Czerpak ha scritto:
On Thu, 13 Aug 2009, Marco Bernardi wrote:
Hi Marco,
It seems to me that GTSLN do not send properly inkey code like defined in
Hello,
I am using linux 2.6 and seems it is like you say, close() didn't
release lock.
I have done following test: I have modified "filebuf.c" blocking the
hb_findFile() function... so any use command create a new handle and it
should create problems in POSIX locks.
I created a short programs
at).
What do you think about it ?
Marco
Przemyslaw Czerpak ha scritto:
On Mon, 20 Jul 2009, Marco Bernardi wrote:
Hi,
I think I was not clear enough and confused you so I'll try to be more
precise because it may be source of some serious problems.
I am using linux 2.6 and seems i
is correct that I do not receive errors in my example when
I go to update the record.
Thank you for your explanation. When you update filebuf.c I will see
inside what modification will be involved..
Bye, Marco
Przemyslaw Czerpak ha scritto:
On Mon, 20 Jul 2009, Marco Bernardi wrote:
Hi,
I t
