On Sat, 09 Jan 2010, Mindaugas Kavaliauskas wrote:
Hi,
> >>RETURN &("@" + cFunc + "()"):exec(...)
> >
> > RETURN &cFunc( ... )
> >is much simpler :)
> I was sure, that it should be more simple way than proposed by me. I
> (almost) never use macro, and do not know its syntax...
Above is Clipper
Hi,
Przemysław Czerpak wrote:
RETURN &("@" + cFunc + "()"):exec(...)
RETURN &cFunc( ... )
is much simpler :)
I was sure, that it should be more simple way than proposed by me. I
(almost) never use macro, and do not know its syntax...
Filter hash could be used instead of filter functi
On Fri, 08 Jan 2010, Mindaugas Kavaliauskas wrote:
Hi,
> Yes, situation is a little complicated. Do we have .prg level
> functions to test if symbol is registered in global symbol table and
> is associated with function?
empty( sSymbol )
return .F. when symbol item points to function.
> How
On Fri, 08 Jan 2010, francesco perillo wrote:
Hi,
> At the end of March I asked in this newsgroup if it was possible to
> check if a function was present (linked) in an exe during run-time.
> The answer was to use TYPE() and check if the result is UI or U
> I did this yesterday on my notebook
Hi,
> Viktor,
> the message was in the Xharbour mailing list, date november 2008,
> referring to a message of March 2008... it has nothing to do with
> Harbour... it was only to show that there should be a way not to use
> TYPE() but to query the HVM...
Okay that clears it up. (I suggest using fo
Viktor,
the message was in the Xharbour mailing list, date november 2008,
referring to a message of March 2008... it has nothing to do with
Harbour... it was only to show that there should be a way not to use
TYPE() but to query the HVM...
I see now that in Harbour HB_ExecFromArray() uses other AP
> The answer was to use TYPE() and check if the result is UI or U
>
> I did this yesterday on my notebook and it worked... now on my dev pc it
> doesn't work I allways get UI
Can you replicate it using latest Harbour with a little test code?
If it is like you say, it's a serious bug t
Some months ago I put this message on xharbour newsgroup - it was for
xHarbour and I don't know if it is still valid... I was also fully
criticized on using hb_dynsymFindName but this function really did its
job also when loading/unloading DLLs...
At the end of Mar
Hi,
Przemysław Czerpak wrote:
If we will touch it then we should also fully remove validation
of function name at C level and pass function as string not symbol
so user can make anything with received value, i.e. he can implement
own case sensitive set of commands which are not bound with HVM
f
On Thu, 07 Jan 2010, Mindaugas Kavaliauskas wrote:
Hi,
> It would be nice if NETIO_PROCEXISTS() is also affected and would
> return true only if function is available on server side. I don't
> know what implementation type is better: another filter function,
>static saAllowed := {"STR"=>, "VA
Hi,
dru...@users.sourceforge.net wrote:
* harbour/contrib/hbnetio/netiosrv.c
+ added new PRG function:
NETIO_RPCFUNC( [, ] ) -> NIL
which allows to set user filter for RPC calls. is executed
on each RPC request instead of requested function and receives as
fi
Revision: 13498
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13498&view=rev
Author: druzus
Date: 2010-01-07 09:27:40 + (Thu, 07 Jan 2010)
Log Message:
---
2010-01-07 10:27 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbvmp
12 matches
Mail list logo