also makes me do strange casting as (void **) (void*) but don't report any
warning: I don't know if it is intentional.
--
Xavi
/*
* $Id: wvgsink.c 11157 2009-05-28 07:44:07Z vszakats $
*/
/*
* Harbour Project source code:
* Source file for the Wvg*Classes
*
* Copyright 2
ecFocusEvent(QWidget*, char*,
QFocusEvent*)' defined but not used
but I enclose in #if 0 / #endif
I'll install the latest version of http://www.tdragon.net/recentgcc to test.
--
Xavi
___
Harbour mailing list
Harbour@harbour-project.org
ht
cPrn = "LPT1";
hb_retl( hb_IsNetShared( (LPSTR)cPrn ) );
}
<-->
<--- contrib/hbct/print.c (204) --->
char * szPort = (char*)"lpt1";
char * szChr = (char*)" ";
<-->
Placing and removing the flag HB_BUILD_MODE=cpp I
Przemyslaw Czerpak escribió:
with meory protection we will have GPF so the warnings are perfectly valid.
Thank you very much Przemek, but this means that many of these codes must be
rewritten.
;)
best regards,
Xavi
___
Harbour mailing list
x27; + transform(1000.55,'@E ###,###,###.###') + ']'
Output .-
1 [ 1000,55]
2 [ 1000.55]
3 [ 10.000.000,550]
--
Xavi
Itamar Lins escribió:
Hi!
? transform(10.55,'@E 99.99') // with space between '@E' and '99.99'
27;@E99.99')+"] Please note the decimal separator."
Wait
return
Output .-
0 [ 3.3300]
1 [ 3,3300] Please note the decimal separator.
Press any key to continue...
--
Xavi
Itamar Lins escribió:
Hi!
You example not correct.
See:
? "1 ["+transform(3.33,&#x
Some questions reviewing hbapi.h
Should be hb_pards and hb_parvds const?
Do you need to change hbtypes.h?
--
Xavi
dru...@users.sourceforge.net escribió:
Revision: 11574
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11574&view=rev
Author: druzus
Date: 200
GCC diagnostic warning
"-w", that's only work, affects the rest of code.
Any idea?
--
Xavi
Przemyslaw Czerpak escribió:
On Tue, 30 Jun 2009, Xavi wrote:
Some questions reviewing hbapi.h
Should be hb_pards and hb_parvds const?
buffer returned by hb_par[v]ds() is writable so we
Hi Alexander,
A small variation if it helps. :)
PROCEDURE main
PRIVATE arr[10], r
arr[1] := "OO"
r = 'arr[1]'
// ...
&r = &r + '*'
? arr[1], r
&(r) += '*'
// ...
? arr[1], r
Return
--
Xavi
Alexander S.Kresin escribió:
H
_PARAM ); }
;
ExprEqual : LeftExpression '=' Expression %prec INASSIGN { $$ =
hb_compExprAssign( $1, $3, HB_COMP_PARAM ); }
;
<---->
--
Xavi
Przemyslaw Czerpak esc
I believe, that there are different ways to eliminate the problem ( each
situation, which haven't ways out, have, at least, two ways out :) ).
Yes, but also to isolate the problem to this operator.
I thought that the problem was not in the optimization. :'(
Regards,
Xavi
Alexande
-'
r = 'arr[1]'
p( @&r )
? arr[1], r
r = 'o:cargo'
o := ErrorNew()
p( @&r )
? o:cargo, r
? '-'
Wait
return
proc p(x)
x:="REF"
return
/*** end of: Test.prg ***/
--
Xavi
Przemyslaw Czerpak escribió:
On
adapt to the system.
Best regards,
Xavi
Szakáts Viktor escribió:
Hi Lorenzo,
There are some old tests that still use hb_run as "__hrbrun".
Well, that was not your point, but IMO __hrb*() functions should
be named hb_hrb*() since they are not really internal features
anymore.
Shoul
27;, 74))
? cSQL := Sql_sprintf("%% nil=%1$t, char=%2$t, Date=%3$t, num=%4$s, char=%2$s
%%%5$n", nil, "String's", dFecha, 5.21, @n)
? Sql_sprintf("Result: i=%d, Len=%d, Pos=%d", i, Len(cSQL), n)
next
?
Wait
return
Best regards,
Xavi
/*
* $
memory manages the program?
Best regards,
Xavi
Pritpal Bedi escribió:
Hello
Function Main()
Local i
Local a_:={}
Local aRecs := {}
for i := 1 to 10
a_:= RetArray()
aadd( aRecs, a_ )
? i
next
Return nil
Static Function RetArray()
Return afill( array
José,
Should not it shows 'Hello' instead of 'Bye'??
No consigo reproducir el problema: con tres PRGs me presenta 'Hello'.
Por cierto, XEdit 2 (abril 2008) tiene problemas para gestionar el
"Módulo principal" si no lo has creado el primero. :)
Un salu
Ok, thanks Viktor.
! strcpy() -> hb_strncpy() in spd.c
Best regards,
Xavi
Szakáts Viktor escribió:
2008-08-23 19:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/common/hbwince.c
! strcpy() -> hb_strncpy()
; TOFIX: Only spd.c and dbgentry.c have some remaining
. Asi que si lo usas te aconsejo que tengas buenas copias de
seguridad externas a Posgress.
Saludos
Miguel
Best regards,
Xavi
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ot;Pray" to be eliminated
from the cache of search engines as soon as possible.
Best regards,
Xavi
-
Gracias Rodrigo,
Si, como cualquier DBMSs por no hablar de los DB
Thank you very much Jose Luis,
I think that now the page is not bad for postgres.
Best regards,
Xavi
Xavi escribió:
Sorry Miguel,
Can you explain how it corrupts PostgresSQL?
If not, could you or Jose Luis correct the comments or allow more
comments.
http://www.capelblog.com/?p=47
Miguel
Przemek,
stdint.h is C99, Does not exist in many compilers as BCC 5.5
As far I know hbmisc/spd.c is 100% compatible with sprintf() C99 and adds new
features.
It was allowed me, move C/C++ solutions to Harbour applications.
Of course, using C RTL snprintf().
Best regards,
Xavi
.
? Sql_sprintf( "Phi = %.15f", (1 + 5**0.5) / 2 ) )
Phi = 1.618033988749895 snprintf() it's Ok
Phi = 1.618033981323242 hb_snprintf_c()
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Mon, 26 Jan 2009, Xavi wrote:
Hi Xavi,
stdint.h is C99, Does not exist in many compilers as B
the \0 byte (terminating null) and sprintf or
snprintf not.
It's also possible in 1183: while( c != 0 ); --size;
Welcome to the fantastic world of floating point arithmetic by Borland.
Yes I see. Thanks, now don't have differences in accuracy.
Best regards,
Xavi
Przemyslaw Czerpa
n(cBuffer) ); /* C99 */
size = hb_snprintf_c( cBuffer, sizeof(cBuffer), " %s ", "Hello" );
ASSERT( size == strlen(cBuffer) + 1 ); /* No C99 */
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Wed, 28 Jan 2009, Xavi wrote:
Hi Xavi,
I cannot find such code in hbprintf.c.
In t
Hi Przemek,
Ok, Thanks to you and sorry for my bad English.
Best regards,
Xavi
Przemyslaw Czerpak escribió:
On Wed, 28 Jan 2009, Xavi wrote:
Hi Xavi,
Yes you're right. But sorry for my bad English.
Not worse then mine.
Now I understand that you are talking about integer
Viktor,
Sorry, I don't recall any incidence.
What is "HB_MD5() incompatible modification", miscalculated?
Best regards,
Xavi
Viktor Szakáts escribió:
Hi Lorenzo,
Here's my pending list (most of the minor of can be postponed,
the import
Thanks Viktor.
Best regards,
Xavi
Viktor Szakáts escribió:
Hi Xavi,
No, it's that it's returning the value as a hexadecimal string,
instead of a byte string. This is odd behaviour as we have
functions available to convert to hexa string from byte string,
so it's not necessa
C Compiler
<->
Best regards,
Xavi
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
may lose significant digits in function
hb_md5file
Warning W8071 hbmd5.c 363: Conversion may lose significant digits in function
hb_md5file
Thank you very much.
Xavi
/*
* $Id: hbmd5.c 9014 2008-07-28 10:37:57Z druzus $
*/
/*
* Harbour Project source code:
*Harbour MD5 Support
et/viewvc/scintilla/scintilla/src/LexFlagship.cxx?revision=1.5&view=markup
Unfortunately if this is not said, users take months, years, to have the
improvements.
--
Xavi
El 16/05/2010 17:17, Pritpal Bedi escribió:
Hello Everybody
Here is the port of QScintill to Harbour.
The port is based
omercial
interests... I don't know. :(
http://groups.google.com/group/scintilla-interest/browse_thread/thread/557fb713f11f09be
Best regards,
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.h
201 - 231 of 231 matches
Mail list logo
