Hi,
My name is Ranier.
Is it possible PrinterFileText() converts ESC codes to pdfcreator letter
attributes ?
I think that PrinterFileText is not right place to convert codes.
The driver printer can not be PDFCreator, can be any other...
Best regards,
Ranier
PS: Anybody can restore my account
SetPrinterCFG allows change Orientation direct with driver
(extract from microsoft msdn site).
Question: Is possible add a set functions like
SET( PRINTER_CFG, HB_ORIENTATION, HB_LANDSCAPE)
...
SET( PRINTER_CFG, HB_PAPER, HB_PAPER_A4)
Best regards,
Ranier Vilela
BOOL SetPrinterCFG(HAND
Przemysław Czerpak escreveu:
On Tue, 24 Nov 2009, Ranier Vilela wrote:
Hi Ranier,
I´d like invite you to write a book to Harbour "Programming with Harbour".
I strong believe that your name is reference for all xbase
developers, and your expertise
will have large chance of succes
.
Take a lot of time.
But this is one option to Prezemk, receive support for their work with
Harbour.
And, if he like this idea, why not write with two hands, Viktor also is
expertise in Harbour too.
Book: Programming wth Harbour
Authors: Przemyslaw Czerpak and Viktor Szakats
I will buy the boo
ter "C API",
covered by topics
about interfacing C with Harbour.
This chapter is my greatest interest.
I believe that book will be improve the development with Harbour.
Best regards,
Ranier Vilela
___
Harbour mailing list (attachment size
are/libc/libc.html>."
Maybe is a better swicth dlmalloc?
Ptmalloc is based on dlmalloc.
Best regards,
Ranier Vilela
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
oductive in the
long run.
Hi,
Is time to Harbour 2.0 stable release?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
in Harbour.
ADORDD need review to suport new ole api in Harbour?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Viktor,
Thank you for the hints.
I will follow your recommendations.
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
-D_SCL_SECURE_NO_DEPRECATE
SET HB_VM_ALL=yes
SET HB_BUILD_OPTIM=yes
SET HB_BUILD_DLL=no
call mingw32-make > log.txt 2>&1
Anyone have more hit to better compilation?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-projec
Hello Pritpal Bedi,
Many thanks for your hard work!
Thanks to Viktor too, the hands of Harbour!
and of course
Thanks to brain of Harbour, Przemek!
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org
o
HB_Button
Etc, etc:
I can´t make a choice because, all options are distinct!
I can understand what old xbase style like @ Say Get, not work for in
GUI, but I can´t proceed
and do all change in prgs!
Summarizing:
Is possible set a PRG API (standard) and all GUI options
but IMO, the worst is adding such
extension to language!
Please, keep simple, and make all happy.
How much "features" like this, more slow and bugged will be the language.
Please, don´t force your language.
Best regards,
Ranier Vilela
, nWIDTH ) // nWIDTH = 10
Hb_GTInfo( HB_GTI_FONTSIZE, nHEIGHT ) // nHEIGHT = 20
FONTWIDTH correct set to 10
FONTSIZE doesn´t set to 20, remains 21.
2. Window title doesn´t modify with call above:
Hb_GTInfo( HB_GTI_WINTITLE, sTITLE ) // sTITLE = "New Title for Windows"
Best regards,
Ran
'
make.exe[2]: *** [descend] Error 2
make.exe[2] Leaving directory 'C:/harbour/source/common'
make.exe[1]: *** [common.inst] Error 2
make.exe[1]: Leaving directory 'C:/harbour/source'
make.exe: *** [source.inst] Error 2
Where am I wrong?
TIA
Kleyber
Try with gnu-mak
Przemek,
You may consider a hbrtlall.c?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
auto fill field with current datetime.
Well until I can be a guru ;)
Best regards,
Ranier Vilela
There is: Respect, correctness and attention to other developers
and their work.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http
Przemyslaw Czerpak escreveu:
On Fri, 24 Apr 2009, Ranier Vilela wrote:
cl.exe -nologo -I. -I../../../../include -Gs -TP -W4 -wd4127 -Wall -O2xtyb1
-Gy -GS- -GR- -EHs- -DNDEBUG -DHB_FM_STATISTICS_OFF -MT -c
../../hvmall.c -Fohvmall.obj
hvmall.c
e:\harbour\harbour-1.1.0\source\vm\hvm.c
_pcount return
-1, por exemple, will occur a underflow
and usPCount will be USHORT_MAX - 1
In this case:
/* decode parameters */
if( usPCount ) // always TRUE if usPCount underflow!!
{
Maybe is better declare usPCount int.
eval.c:
line 422:int usPCount = hb_pcount(); // preven
uot; guru, but, doing bit operation in INT and
store in SHORT maybe UNSAFE?
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
dont´t found a register (MAG->LOCOB) existing and positioned with
key equal DOC->LOCOB
in other words
Very bad!
Sorry for my bad english.
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Przemyslaw Czerpak escreveu:
On Fri, 17 Apr 2009, Ranier Vilela wrote:
Hi,
But, Przemek can you, please, fix this:
Try it after:
2009-04-23 22:11 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
best regards,
Przemek
Ok, confirmed!
Thanks Przemek!
But, still warnings
Przemyslaw Czerpak escreveu:
On Thu, 16 Apr 2009, Ranier Vilela wrote:
cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1
-EHs-c- -MT -c ../../set.c -Foset.obj
set.c
../../set.c(1321) : warning C4061: enumerator 'HB_SET_TIMEFORMAT' in switch
of enum '
this.
But, I'm afraid this may disable also some valid cases, so...
Brgds,
Viktor
IMO, leave and show all warnings from default, but how advertise
new msvc compiler user to don´t worry about this? To avoid polute
harbour list with such things as I did!
Best regards,
HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_CANCEL' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_DELETED' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_UNIQUE' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_SOFTSEEK' in
switch of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_EXCLUSIVE' in
switch of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_DEFAULT' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_PATH' in switch of
enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_EPOCH' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_DATEFORMAT' in
switch of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_DECIMALS' in
switch of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_FIXED' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_EXACT' in switch
of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
../../set.c(1933) : warning C4061: enumerator 'HB_SET_INVALID_' in
switch of enum 'HB_set_enum' is not explicitly handled by a case label
e:\xharbour\harbour-1.1.0\include\hbset.h(63) : see declaration
of 'HB_set_enum'
cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1
-EHs-c- -MT -c ../../hbffind.c -Fohbffind.obj
hbffind.c
../../hbffind.c(596) : warning C4668: '__POCC__' is not defined as a
preprocessor macro, replacing with '0' for '#if/#elif'
cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1
-EHs-c- -MT -c ../../atnum.c -Foatnum.obj
atnum.c
../../atnum.c(254) : warning C4668: '__POCC__' is not defined as a
preprocessor macro, replacing with '0' for '#if/#elif'
Best Regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ow to correct, like the
FARPROC conversion.
Anyhow I certainly hope we can clear these up in the future.
Brgds,
Viktor
On Thu, Apr 16, 2009 at 1:51 PM, Ranier Vilela <mailto:ran...@cultura.com.br>> wrote:
Viktor Szakáts escreveu:
Hi Ranier,
The way to post large file
x27;int' to
'ULONG', signed/unsigned mismatch
../../genc.c(2016) : warning C4365: 'initializing' : conversion from
'BYTE' to 'char', signed/unsigned mismatch
cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1
-EHs-c- -MT -c ../../gencc.c -Fogencc.obj
gencc.c
../../gencc.c(92) : warning C4365: 'initializing' : conversion from
'int' to 'BYTE', signed/unsigned mismatch
../../gencc.c(656) : warning C4244: '=' : conversion from 'size_t' to
'USHORT', possible loss of data
../../gencc.c(661) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(808) : warning C4244: '=' : conversion from 'size_t' to
'USHORT', possible loss of data
../../gencc.c(812) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(882) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1034) : warning C4365: '=' : conversion from 'int' to
'USHORT', signed/unsigned mismatch
../../gencc.c(1050) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1059) : warning C4365: '=' : conversion from 'int' to
'USHORT', signed/unsigned mismatch
../../gencc.c(1075) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1148) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1161) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1243) : warning C4365: 'return' : conversion from 'LONG'
to 'ULONG', signed/unsigned mismatch
../../gencc.c(1328) : warning C4365: 'initializing' : conversion from
'int' to 'USHORT', signed/unsigned mismatch
../../gencc.c(1336) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1341) : warning C4365: 'initializing' : conversion from
'int' to 'USHORT', signed/unsigned mismatch
../../gencc.c(1349) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1376) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1558) : warning C4244: '=' : conversion from 'size_t' to
'USHORT', possible loss of data
../../gencc.c(1564) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1618) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1630) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
../../gencc.c(1752) : warning C4365: 'argument' : conversion from 'int'
to 'ULONG', signed/unsigned mismatch
../../gencc.c(1835) : warning C4365: 'return' : conversion from 'int' to
'ULONG', signed/unsigned mismatch
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Viktor Szakáts escreveu:
Hi Ranier,
The way to post large files is to upload it somewhere and post a link.
MSVC compiler has lots of known warnings waiting a future cleanup,
we're using -W4 warning level which is quite picky.
You can override to -W3 to get a "clean&qu
Hi,
1. Wich the right way for sending a huge (855 kbytes) of a text file to
harbour developers list?
Is result of a full compilation with several warnings from msvc compiler.
Some are very interesting!
Best,
Ranier Vilela
PS: Attached does not work, I tried for 3 times
Phil Krylov escreveu:
Hi,
On Tue, Apr 14, 2009 at 9:18 PM, Ranier Vilela wrote:
config/dir.cf:55: ***missing 'endif'. Stop.
Use GNU Make 3.81 or later.
-- Ph
Hi Phil, are you fine?
Thanks for the explanation.
I was using gnu make 3.80.
Now compiler goes...
Best,
Ran
ment:
HB_ARCHITECTURE=win
HB_BIN_INSTALL=E:\harbour-1.1.0\\bin
HB_COMPILER=msvc
HB_DOC_INSTALL=E:\harbour-1.1.0\\doc
HB_INC_INSTALL=E:\harbour-1.1.0\\include
HB_INSTALL_PREFIX=E:\harbour-1.1.0\
HB_LIB_INSTALL=E:\harbour-1.1.0\\lib
Strange '\\' two separators appers in variables.
Anyone can point m
Viktor Szakáts escreveu:
Hi Ranier,
Generating Code...
harboury.c
harbour.y(571) : warning C4244: 'function' : conversion from
'HB_LONG' to 'LONG', possible loss of data
e:\xharbour\harbou~1.0\harboury.c(7157) : warning C4701:
potentiall
enced in function _hb_compExprUseFunCall
bin\vc\harbour.exe : fatal error LNK1120: 4 unresolved externals
OS: Windows XP sp3
msvc: 90
make_vc.bat
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
enced in function _hb_compExprUseFunCall
bin\vc\harbour.exe : fatal error LNK1120: 4 unresolved externals
OS: Windows XP sp3
msvc: 90
make_vc.bat
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
pment.
Clean old code (CLIPPER syntax) to new code style (HARBOUR)
and save developer time, that not need adding "such features" to harbour.
This takes time and can hard, but will make all happy.
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
" + str( seconds()) )
return nil
--
Massimo Belgrano
I don´t see any overhead...
Harbour is fastest that CLIPPER!
e:\tmp\teste.exe
Start 62435.73
End62436.91
Dif: 1,18 secs
OS: Windows XP sp3
MSVC: 15.00.30729.01
Harbour: 1.0.1
Best regards,
Ranier Vilela
__
) RECOVER???
Thanks.
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
37 matches
Mail list logo
