Of course, to me EXIT procedures is a destructor of module for this
reason is called in HVM QUIT.
I think that it is a wrong praxis practice utilize them for another
thing that is not close, erase, clean, ... and it seem me reasonable
protect the process of HVM QUIT.
Best regards,
Xavi
Szakát
ified it and decoded for set pHrbPtr->fExit = FALSE, PHB_SYMBOLS is
secuential. Does it be possible that solvent all the things?
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Wed, 09 Jul 2008, Javier wrote:
Hi Javier,
I think that INIT/EXIT procedures is fine controlled by runner s
now hrb module is CG.
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Wed, 09 Jul 2008, Javier wrote:
Hi Javier,
; TOFIX: add protection against possible double executing of
EXIT procedures in .HRB modules in HVM quit phase
Please, could you explain in that y
Przemek,
; TOFIX: add protection against possible double executing of
EXIT procedures in .HRB modules in HVM quit phase
Please, could you explain in that you are thinking.
Best regards,
Xavi
Przemyslaw Czerpak escribió:
2008-07-08 02:27 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.on
Sorry Przemek, I could not have read your changelog until after my post.
Tomorrow I see but... good work!. Thank you.
Best regards,
Xavi
Javier escribió:
Przemek,
IMHO: Yes, I think that it is better don't force the parameters to
string and more thinking of the HRB's power.
I also
bBodyGC of __hrbLoad()
inside hb_stackReturnItem() and not be able to access without the hacks
explained. Sincerely I believe that also hack inside __hrbLoad() is
more easier for the PRG's coders to have more control.
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Mon, 07 Jul 200
o would be accepted.
Thank you and sorry for my wrong English.
Best regards.
Xavi
Przemyslaw Czerpak escribió:
On Sun, 06 Jul 2008, Javier wrote:
Hi Javier,
Sorry for my wrong explanation, my problem is that I costs less program it
that write this post. :'(
Please, see my Test() funct
Hi folks,
Sorry for my wrong explanation, my problem is that I costs less program it that
write this post. :'(
Please, see my Test() function if there is error in the init functions of hrb, __hrbLoad() returns a wrong pointer (normally
nil) disabling the discharge of the hrb and memmory leaks.
Viktor,
* Transform() PICTURE @R compatible Clipper 5.01 and VFP.
Please, could you update the repository, thank you so much Viktor.
Best regards.
Xavi
Javier escribió:
In Clipper 5.1, FoxPro, VFP, ..., the result is adjusts to length of
entry data for types character.
This does more easy
Szakáts Viktor escribió:
! Fixed DJGPP warning. The problem is that DJGPP will preprocess
snprintf() to sprintf() (not very safe), which makes ulMaxBuf
var unused.
Viktor,
Don't worry about this because the cBuffer is always dimensioning
keeping in mind the width, so it cou
Ok, Viktor. Thank you very much.
--
Well, I don't like the name "Sql_sprintf()" because applying the same
reasoning of Mindaugas to Transform() it should be called
Fox_transform(): we have the picture @L. :)
Szakáts Viktor escribió:
2008-07-03 16:48 UTC+0200 Viktor Szakats (harbour.01 syenar
Thanks Viktor,
* cleaned warnings DOS32/DJGPP 4.2.3
Szakáts Viktor escribió:
- DOS32/DJGPP 4.2.3 warnings:
../../spd.c: In function 'SCItm':
../../spd.c:80: warning: unused parameter 'ulMaxBuf'
I take out "Remove C ESC sequences and converts them to Clipper chars in
cRes.", I think that
Sorry I don't understand nothing but if you want the PHB_ITEM to second
element of a array "pInfo->pNewVal" will be.-
hb_arrayGetItemPtr( pInfo->pNewVal, 2 )
because, if not change, hb_arrayGetCPtr() return (char *) not PHB_ITEM.
and if change, I want to know it.-
if( hb_itemType( hb_ar
Thanks David,
It is not important, the new functions are easier and small that SPD and
_SPD() or Sql_sprintf() not are in distribution RC1.
Thanks so much.
Xavi
David Arturo Macias Corona escribió:
Xavi:
>A question, could your help me to transfer a mere C function Win32 to
>OS/ 2?
I do no
David,
A question, could your help me to transfer a mere C function Win32 to OS/ 2?
Best regards.
Xavi
David Arturo Macias Corona escribió:
>2008-06-20 09:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * contrib/hbmisc/spd.c
> ! Fix for OS/2 warning.
Thanks Viktor
Xavi:
>Is Every
What? ... Ops. Sorry.
Please, change the line 173 by .-
...
***/
...
Thanks David,
Is Everything else fine in OS / 2?
Best regards.
Xavi
David Arturo Macias Corona escribió:
Current Harbour under OS/2
../../spd.c:173:
Thanks Viktor,
Ok, I Do understand, thank you very much Viktor.
Best regards.
Xavi
Szakáts Viktor escribió:
Hi Javier,
A question, does it be better to make the change hb_itemPutCPtr() to
hb_itemPutCLPtr() by macro in hbapi.h?
#define hb_itemPutCPtrhb_itemPutCLPtr
Currently there is
Thanks Viktor & Mindaugas,
A question, does it be better to make the change hb_itemPutCPtr() to
hb_itemPutCLPtr() by macro in hbapi.h?
#define hb_itemPutCPtrhb_itemPutCLPtr
I done the change suggested by Mindaugas. Please, could you update the
repository, thank you so much Viktor.
Now ac
f(), this not replace Transform().
There is no problem in implementing these changes if there is consensus
and I do not think that reduce benefits but I do not seem logical to
have "additional implementations with different names" and neither
exists a PHP_Sprintf() is Sprintf ().
Bes
Thanks Mindaugas, I very much appreciate your views.
Mindaugas Kavaliauskas escribió:
New flags worth to be implemented can be:
1) string and numbers trimming (it would be usefull because .dbf
fields are space PADR'ed);
But this already it does sprintf.-
_SPD("[%15s] [%8.1f]", "It's number",
me way that in C with some help.
New functionality or improvements in benefits are welcome: this is
Open Source.
About the name I think it should be the Harbour's community who name,
_SPD is just the name that I have given.
Best regards
Xavi
Szakáts Viktor escribió:
Hi Javier,
One more
ginas-manual/man-pages-es-1.28/man3/printf.3.html
---
In my case, the necessity of the function is mount SQL sentences in the
same way that in C with some help.
New functionality or improvements in benefits are welcome: this is Open
Source.
About the name I think it should be
with CT3 ones.
INCOMPATIBLE: If your code used CEIL() from hbmisc, please
update it to use CEILING() from hbct. Functionality
is the same.
+ Added _SPD() function.
Contributed by Javier (jarabal at gmail.com)
--
Brgds,
Viktor
/*
* Har
) | ( *ptr++ - 'A' + 10 );
else if( *ptr >= 'a' && *ptr <= 'f' )
ch = ( ch << 4 ) | ( *ptr++ - 'a' + 10 );
else
break;
++ulStripped;
It is possible that I lost but .-
2006-03-09 16:30 UTC+0100 Ryszard Glab
...
* source/common/hbstr.c
* source/rtl/strings.c
* added hb_strRemEscSeq() function that removes C-like Esc
sequences (\n \t \r \b currently)
On the source/rtl/strings.c is not and on the source/common/hbst
IMHO.-
I need to implement a sprintf () compatible ANSI C and ANSI SQL to generate
HTML, mount SQL sentences of an effective way in
critical processes or simply mount messages of the application and debugging of
a easy way.
Attach spd.c file, please check if it is Harbour compatible.
For my par
In Clipper 5.1, FoxPro, VFP, ..., the result is adjusts to length of entry data
for types character.
This does more easy the application of a accountant mask, for example .-
Local cAccount := "12345"
? '[' + Transform( cAccount, '@R 999.99.99.' ) + ']' // [123.45]
In Clipper 5.2 y Harbour
Would not it be better to concentrate everything in one?
Sorry but I don't see thousand of subscribers in the projects neither
problems of spams.
On the contrary, the one which I see is a drop participation in small
projects more and more divided.
best regards,
Xavi
Massimo Belgrano escribió:
Thanks Patrick !!!
best regards,
Xavi
Patrick Mast, xHarbour.com escribió:
Hello Javier,
Ok, but ... *WHY* is closed development mailing list, even read?
We have no objection to open up the xHarbour Devlist. Let me look into
it on how to do it.
Patrick
Szakáts Viktor escribió:
[ yes Javier, but also notice that indenting is just two
chars deep, not to mention the usage of 'begindump'.. :-P ]
I take note :'(
I think the problem is that you're reassigning
'h' after debug( "1" ), which makes it lose it
Mindaugas Kavaliauskas escribió:
What's wrong with my code?
h ... YA TA! "hb_fctx_destructor" is forbidden by the boss. You
should rename it with "My_destructor". :)
Sorry it is sophisticated of course, please, could you explain it more.
What is you output?
Best regards
Xavi
___
tensive in the code of compiler type char.
Is this correct?
Best regards
Xavi
Mindaugas Kavaliauskas escribió:
Javier wrote:
What is the convention to write C code for Harbour / xHarbour?
What definitions, types and macros should I use to write C code that
is not dependent compiler, system
What is the convention to write C code for Harbour / xHarbour?
What definitions, types and macros should I use to write C code that is not
dependent compiler, system or machine?
Thanks, a greeting.
Xavi
___
Harbour mailing list
Harbour@harbour-projec
33 matches
Mail list logo
