is Normal ?
mingw32-make[2]: Leaving directory `C:/CVS-Developers/harbour/source/compiler'
"C:/CVS-Developers/harbour/config/mingw32-make" -C main install _HB_BLD=yes
mingw32-make[2]: Entering directory `C:/CVS-Developers/harbour/source/main'
mingw32-make[3]: Entering directory
`C:/CVS-Developer
Looking at xHarbour source code I can see that you created yest another
copy of dbfcdx1.c in source/rdd/dbfmdx/dbfmdx1.c which is not MDX
RDD but simple copy of DBFCDX where you changed DBFCDX to DBFMDX
and replaced original authors copyrights with your own.
Sorry, is not my intention, i will r
Viktor Szakáts escribió:
only temporary, is not decided yet.
The rest is copy paste from letodb code, existing RDDs
and file handling routines with modifications.
is not a copy of letodb, letodb is an rdd, and File Remote server
I didn't say letodb was fully copied, I said it copies parts
a
) )
DBGOTOP()
FOR n := 1 TO 5
J := ORDKEYNO()
J := ORDKEYCOUNT()
DBSKIP()
NEXT
?? " en " + AllTrim( Str( seconds() - p ) ) + " seconds"
p := seconds()
NEXT
DBCLOSEALL()
or my english.
The server is not decided yet to be open or close. For this reason
we are waiting.
Any opinions ?
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Wed, 22 Jul 2009, Itamar Lins wrote:
Hi,
The harbor will have native support net rdd for the core team ?
Because Leto
show that
it's a little bit more efficient - thanks.
This code was added by me after months of tests, and i don't see my name in your
upload.
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Mon, 04 May 2009, Patrick Mast, xHarbour.com Inc. wrote:
Same here:
Ranier Vilela escribió:
I´m a wrong or Miguel (xharbour) continue with politic "not to the
credit of author"?
2009-04-24 17:49 UTC+0100 Miguel Angel Marchuet
mailto:miguelan...@marchuet.net>>
* include\hbapi.h
* source\rtl\dateshb.c
* source\rtl\set.c
+ Added set
2009-05-04 10:00 UTC+0100 Miguel Angel Marchuet
* contrib/hbbmcdx/bmdbfcdx.c
* contrib/hbbmcdx/hbbmcdx.h
* Synchronized with current dbfcdx.
Best regards,
Miguel Angel Marchuet
__ Información de ESET NOD32 Antivirus, versión de la base de firmas de
virus 4050 (20090503
est regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Thu, 05 Mar 2009, Miguel Angel Marchuet wrote:
Hi,
WITH THIS BUILD.BAT
--
set PATH=C:\UTL\bcc58\bin;%PATH%
rem
set HB_COMPILER=bcc
set HB_ARCHITECTURE=win
WITH THIS BUILD.BAT
--
set PATH=C:\UTL\bcc58\bin;%PATH%
rem
set HB_COMPILER=bcc
set HB_ARCHITECTURE=win
set HB_USER_PRGFLAGS=-l
rem
set PATH=C:\UTL\make-3.81;%PATH%
set HB_INSTALL_PREFIX=C:\UTL\hb-%HB_COMPILER%
call make_gnu.bat %1 %
error with last changes trying to build
config/dir.cf:55: *** missing `endif'. Stop.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ur-project.svn.sourceforge.net/harbour-project/?rev=10446&view=rev>
Author: marchuet
Date: 2009-02-25 12:57:00 + (Wed, 25 Feb 2009)
Log Message:
---
2009-02-25 13:54 UTC+0100 Miguel Angel Marchuet
mailto:miguelan...@marchuet.net>>
* cont
Przemyslaw Czerpak escribió:
On Tue, 17 Feb 2009, Miguel Angel Marchuet wrote:
Hi,
hb_strDescend don't respect HB_SetCodePage
Yes it doesn't and it's expected behavior.
Then is a Clipper bug, that can be solved, for example adding a new parameter ?
Best regards,
Miguel
c level,
by the moment DESCEND function
can't be used at index :
INDEX ON Upper( Code ) + Descend( FisrtName ) TAG CodeName TO Cust01
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
g SAR, Taiwan) Windows x78
1 Standard Macintosh x04
Best regards,
Miguel Angel Marchuet
vszak...@users.sourceforge.net escribió:
Revision: 10288
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10288&view=rev
Author: vsza
=AUTO in your configuration
file.
*/
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ort index properly, but my application never uses different charset.
And your applications ?
I think that the great part of developers are agree.
for example executing speedtest we run it 2 seconds more quick without 2 if
less at fm.c
Best regards,
Miguel Angel Marchuet
___
you want, but if you want 100% support harbor index cdx, TTOS must exist to support them, not just visual fox
pro, advantage also uses it for example.
Why we need HB_TTOS() and TTOS() at the same time.
I think TTOS is the best solution with HB_COMPAT_FOXPRO and without it.
Best regards,
M
are millions of times.
Best regards
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
mplemented in vfp). Please don't add hb_ prefix
in this case, please don't add it.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Przemyslaw Czerpak escribió:
On Wed, 04 Feb 2009, Miguel Angel Marchuet wrote:
Hi Miguel,
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS USA code page 437
02h DOS Multilingualcode page 850
03h Windows
Przemyslaw Czerpak escribió:
On Tue, 03 Feb 2009, Miguel Angel Marchuet wrote:
Hi Miguel,
the offset 1Dh at DBF/foxpro header tables has ( Language driver ) as follow:
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS
can add too other code pages that are created at harbour.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
amp;show_i=7&show_sub=1
or from
http://sourceforge.net/projects/ourxdbu/
I DENY THE USE OF THIS APPLICATION TO THE CITIZENS TO ISRAEL TO STOP KILLING
PEOPLE.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-
2008-12-04 11:09 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
* contrib/hbbmcdx/hbbmcdx.h
! fixed partially BM_DbSetFilterArray, and added new features to rdd synced
with dbfcdx.
can you test now
PROCEDURE main()
REQUEST BM
please post self contained example of bug.
Abeb escribió:
as I understand this RDD should work as follows.
mAry := { 10,20,40}
BM_DBSETFILTERARRAY( MARY )
go top // record 10 <<---error here
skip //record 20
go bottom //record 40
browse() //see just these 3 records
I supose you us
Please read this page:
http://en.wikipedia.org/wiki/Windows-1252
seem Windows-1252 is aproved too by iana (Internet Assigned Numbers
Authority (IANA))
What more do you need ?
Best regards
Miguel Angel Marchuet
Szakáts Viktor escribió:
ormation:
"Code page name&qu
Przemyslaw Czerpak escribió:
On Wed, 05 Nov 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
Please, STOP
this is part of MSDN documentation:
MS documentsion does not creates any standards in my country
and I hope will never do but you can contact with my government
and try to change it
e:1252
Code page name: utf-8
Aliases: unicode-1-1-utf-8, unicode-2-0-utf-8, x-unicode-2-0-utf-8
Przemyslaw Czerpak escribió:
On Wed, 05 Nov 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
Windows-1252 is the standard used at windows application.
CP-1252 is local MS name. Nothing more.
ormation:
"Code page name" are to "Char Set" as you see some times are confused
by the alias name, any people can think incorrectly
that iso-8859-1 is the same than windows-1252 but are real different
Char Set
Yes, exactly. Very important that ISO-8859-1 is an official
standard, while Window
To me it looks like we'd need to do three things:
1) Fix the internal CP in current ESWIN and ESWINM files.
(I'll do this ASAP)
2) Rename Clipper compatibility ESWIN, ESISO, ES850 files
to ESWINC, ESISOC, ES850C and add comment that these
are 'legacy' or Clipper compatibility ones (some
rect
ones.
But having an ESWIN codepage internally using ISO-8859-1,
is completely misleading.
'SVWIN' BTW has a similar problem. Name 'win', internal CP ISO.
Brgds,
Viktor
ESMWIN codepage is a consensus among various programmers to make it
compatible with the codepage "
bilitie....
Best regards,
Miguel Angel Marchuet
Szakáts Viktor escribió:
2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/codepage/Makefile
- source/codepage/cpesmwin.c
+ source/codepage/cpeswinm.c
+ source/codepage/cpesiso.c
+ source/codepage
Many thks for you help.
I like too upload this function and other similars to harbour's cvs
Where do you think is the best site to upload it ?
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Tue, 21 Oct 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
ing;
}
else
{
hb_xfree( wString );
}
}
return NULL;
}
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Tue, 21 Oct 2008, Miguel Angel Marchuet wrote:
Hi Miguel,
2008-10-21 13:17 UTC+0100 Miguel Angel Marchuet <[EMAIL PRO
2008-10-21 13:17 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/xhb/hbcompat.ch
* contrib/xhb/hbcompat.h
+ added compatibilities.
* include/fileio.ch
* source/rtl/filesys.c
* minor syntax correction.
Best regards,
Miguel Angel Ma
can be better solution, because only one variable is overloaded.
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Wed, 24 Sep 2008, Chen Kedem wrote:
is it possible for you to implement a "data trigger" (for vars, fields,
object and so on) defining a code block c
I think is better this:
#ifdef HB_C52_STRICT
if( uiLen > CDX_MAXKEY )
uiLen = CDX_MAXKEY;
#endif
...
#ifndef HB_C52_STRICT
else if ( bType == 'C' && uiLen > CDX_MAXKEY )
{
if( hb_cdxErrorRT( pArea, EG_DATAWIDTH, EDBF_INVALIDKEY, NULL, 0,
EF_CANDEFAULT ) == E_DE
Ok I will do it
Alex Strickland escribió:
Miguel Angel Marchuet wrote:
Add a level more to inheritance will allow us better cope with
all versions have a maintenance easier, and some have rdds faster and
lighter.
I know this has come up before, but I never understood the answer (or
maybe
2 and different
structure.
Another example field type Q has different meanings between DBF of ADS and DBF
of VFP
ant has too different ways to support auto incremental fields.
sometimes to be compatible with ALL is simply IMPOSSIBLE.
;)
Best regards,
Miguel Angel Mar
memo) fields.
etc ...
Add a level more to inheritance will allow us better cope with
all versions have a maintenance easier, and some have rdds faster and lighter.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
dd.
don't worry last changes will be reverted at rddcdx as standard
rdd of harbour.
I now I'm purposing another solution than don't touches the kernel
of harbour of course.
NOW I want opinion of other people, please.
Best regar
even faster.
All people are agree ?
I can upload it this week.
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
*/ /* Enable CLIP extensions */
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
function to work
bad as in CL52 too. Or in this case you are not interested ?
;)
Best regards
Miguel Angel marchuet
Szakáts Viktor escribió:
Hi Miguel,
Only CL53/COMIX CDX driver generate RT error for keys longer then
maximal
supported length. All other like NTX, CL52CDX, SIX3 (NTX,CDX,NSX) and
when using double-byte character
set (DBCS) characters, each character in the index expression uses two characters in the index key. In these cases, the length
of the index expression is limited to 120 characters.
---
Best regards,
Miguel Ange
regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-09-19 12:21 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
* source/rdd/dbfcdx/dbfcdx1.c
! fixed return value after rt error.
* Added rt error as in clipper when OrdkeyVal is greater than 240, with
default
capabilities as in c
#x27;U' || uiLen == 0 )
{
hb_vmDestroyBlockOrMacro( pKeyExp );
SELF_GOTO( ( AREAP ) pArea, ulRecNo );
return hb_cdxErrorRT( pArea, bType == 'U' ? EG_DATATYPE : EG_DATAWIDTH,
EDBF_INVALIDKEY, NULL, 0, 0 );
}
Best regards,
Miguel Angel Marchuet
___
OrdKeyVal can't be more large than 240 at cdx almoust in clipper.
If you are agree I upload this changes:
I want to do to this changes :
bType = hb_cdxItemType( pResult );
switch ( bType )
{
case 'N':
case 'D':
uiLen = 8;
break;
case 'L':
uiL
what about memory leaks:
Compiling...
Harbour 1.1.0dev (Rev. 9441)
Copyright (c) 1999-2008, http://www.harbour-project.org/
Compiling 'test.prg'...
Lines 79, Functions/Procedures 1
Generating C source output to 'test.c'... Done.
Borland C++ 5.82 for Win32 Copyright (c) 1993, 2005 Borland
test.c:
't know if clipper
inform correct
length of key
Please commit ;)
Best regards
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
tlib.exe "..\..\lib\b32\hbbmcdx.lib" /P32 @MAKE.@@@
TLIB 4.5 Copyright (c) 1987, 1998 Borland International
+obj\b32\bmdbfcdx.obj &
+obj\b32\bmsixcdx.obj &
+
--
How I can reproduce your warnings ?
Best regards,
Miguel Angel Marchuet
S
2008-09-18 11:02 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
* source/rdd/dbfcdx/dbfcdx1.c
! fixed generation error when length of key is greater than 256 as Clipper.
instead of wait for internal error.
* Used defined errors inst
English is insufficient to explain what we see
clear and necessary.
thanks for your work ;)
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ed wa, but will be a
programmer election to make it
public or private wa
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
svn error:
PROPFIND of
'/svnroot/harbour-project/trunk/harbour/contrib/hbwhat32/wincorec.c': could not
connect to server (https://harbour-project.svn.sourceforge.net)
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbo
2008-09-05 17:41 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
! fixed dirty index reading.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.h
2008-09-05 16:54 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
! fixed to not respect bitmap filters when structural order
is scanned, f.e. in OrdListAdd() with active bitmap filter.
synced with dbfcdx Prezmek changes
* source/rtl/hb
Yes, you are right
I correct it
Best regards,
Miguel Angel marchuet
Lorenzo Fiorini escribió:
I've just found a bug in source/rtl/hbinet.c 1.0:
HB_FUNC( HB_INETGETSNDBUFSIZE )
{
...
getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, ( void * ) &value, &len );
#endif
y register (automatically) ?
some times operations for read and visualize data don't need any type of block
if
other users don't lock its register.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
D( pIndex->pArea ) )
{
if ( pIndex->lockRead < 0 )
pIndex->lockRead = 0;
return TRUE;
}
...
I don't know why lockRead are break with SET TURBOREAD ON
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Is that mistake should show?
? (GetNew())->Jamon
Now appears : Error BASE/1065 Error de argumento: &
( Why & ) ?
instead of : Error BASE/1002 No existe el alias: ()
or similar
Best regards,
Miguel Angel Marchuet
file name needs to be translated always to oem chars over 126
to storage it in zip compatible.
and revert conversion when unzip it
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
Please you can wait for release
mzip needs to solve large names under windows platforms
and compatible passwords with winzip password length need 10 char.
Best regards,
Miguel Angel Marchuet
Szakáts Viktor escribió:
Hi all,
I'd like to ask everyone to try as many kinds of
builds as pos
2008-07-10 18:51 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbbmcdx/bmdbfcdx.c
* contrib/hbbmcdx/hbbmcdx.h
! fixed casting for indexes with key length greater then 196 bytes
created on tables with record number smaller then 256. In such
case if key
I refer to eliminate completely, because is unused var
;)
Best regards,
Miguel Angel marchuet
Szakáts Viktor escribió:
2008-07-03 11:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* hbziparch/hbziparc.c
* hbziparch/hbziparc.h
* hbziparch/hbzipcom.cpp
* hbziparch/hbzipnew.cpp
I think it will be completely removed too in hbzipcom.cpp
Best regards,
Miguel Angel marchuet
Szakáts Viktor escribió:
Hi Miguel,
You're right. I'll commmit it ASAP.
Brgds,
Viktor
On 2008.07.02., at 17:22, Miguel Angel Marchuet wrote:
At line 318 of hbzipnew.cpp there is th
At line 318 of hbzipnew.cpp there is this comment
// bAdded = true;
I think that was uncorrected comment.
Isn't it?
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.ha
Please can you do it necessary changes to ziparch
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Wed, 02 Jul 2008, Miguel Angel Marchuet wrote:
Yes. Neither Harbour not xHarbour execute HB_EXIT_FUNC() and/or
HB_INIT_FUNC() automatically. HB_EXIT_FUNC/HB_INIT_FUNC are only
2008-07-02 13:06 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbziparch/hbziparc.c
+ Added HBZIPCLEANUP() as EXIT function to clean. It will be called
automatically at end application.
Best regards,
Miguel Angel ma
Symbols = dbfcdx1__InitSymbols;
static HB_$INITSYM hb_vm_auto_dbfcdx_rdd_init = _hb_dbfcdx_rdd_init_;
# pragma data_seg()
#endif
Best regards,
Miguel Angel Marchuet
Szakáts Viktor escribió:
It looks a bit hackish, but if there is no other way to
solve this, I think you should commit it.
Brgds,
Viktor
On 20
#pragma comment( linker, "/Merge:.CRT=.data" )
#else
#pragma data_seg( "XIY" )
#endif
static HB_$INITSYM hb_vm_auto_SymbolInit_INIT = hbzip_CLEANUP;
#pragma data_seg()
#endif
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
HB_EXIT_FUNC() is indeed used by the compiler to mark
EXIT PROC/FUNCs as such, but it's part of a broader logic.
Used like this - by itself -, it never gets executed.
It was actually reported by all compilers as unused stati
Sorry Szakats, I see that you removed EXIT function.
HB_FUNC_EXIT( HBZIPCLEANUP )
this function is called at XHARBOUR on exit application
Are you saying that harbour don't executes HB_FUNC_EXIT functions never ?
or I don't understand anything ?
Best regards,
Miguel Ange
2008-07-02 10:52 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbziparch/hbziparc.c
* corrected library name in comments.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.or
er is constructed
by using the bitwise OR operator with any of the following values
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
other problems.
Of course, it can be better if at the future we can use MT to make asynchronous
transfers
or use too multi socket transfers to accelerate it.
We had serious problems of transfer speed, and now is solved and without GPF or
lost data.
Best regards,
Miguel Angel Mar
uffer size.
You can say to me what is the default system buffer size at linux
platforms ?
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-06-30 17:00 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* source/rtl/hbinet.c
+ Added define SOCKET_ERROR, that is missing in some compilers.
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-proje
yes of course.
in 5 minutes ;)
Szakáts Viktor escribió:
Hi Miguel,
Can you pls commit this?
Brgds,
Viktor
On 2008.06.30., at 16:47, Miguel Angel Marchuet wrote:
please put this change better
// some compilers has missing this define
#ifndef SOCKET_ERROR
#define SOCKET_ERROR
OCKET_ERROR )
for
if( getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, (char *) &value,
&len ) == 0 )
The major part of compilers has defined SOCKET_ERROR. It's more clear to read
and prevent for future different returns
of getsockopt.
Best regards,
Miguel Angel
, the default
can
be lower than 1kb, then the old code simply crashes (GPF).
The default transfer buffer is stablished to 64kb to increase speed, in the
same way as work
CuteFTP and other's.
I can't test it over linux.
Best regards,
Miguel Angel Marchuet
Lorenzo Fiorini escribió:
Afte
I use the next function:
//
// Function: tep_validate_email
//
// Arguments : email email address to be checked
//
// Return : true - valid email address
// f
2008-06-27 17:13 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbtip/client.prg
* contrib/hbtip/ftpcln.prg
* contrib/hbtip/httpcln.prg
* contrib/hbtip/mail.prg
* contrib/hbtip/sendmail.prg
+ Added methods setget to interrogate buffer size send/recive
2008-06-20 16:23 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* contrib/hbziparch/zip.c
* contrib/hbziparch/zipfile.cpp
* contrib/hbziparch/zipnew.cpp
* contrib/hbziparch/zipplatform.cpp
* contrib/hbziparch/zipstorage.cpp
* Synced with xharbour. Added re
Przemyslaw Czerpak escribió:
On Wed, 07 May 2008, Miguel Angel Marchuet wrote:
It's correct. In hb_stackDispCall() (this function is used only by
internal error handler) we show only pure function names without
information about codeblocks source. If it's a problem then I can
ch
instead of ERRORDIALOG
I don't understand why is correct EVAL instead of ERRORDIALOG
But Why recursive error is produced too?
Sorry, by example, at xharbour a GPF is produced at this point and is not
necessary to increase n ;)
Best regards,
Miguel
With this example we can see how call stack inform incorrect function
at harbour...
But Why recursive error is produced too?
Best regards,
Miguel Angel Marchuet
PROCEDURE Main()
#ifdef __XHARBOUR__
REQUEST HB_GT_WIN
#endif
? Nil * "A&quo
2008-05-05 11:31 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* include/hbmemory.ch
* source/vm/fm.c
+ Added Memory( HB_MEM_BLOCKS )
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.or
of all classes have been
taken any value.
There any way of knowing who is a reference to the items not released ?
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
Sorry with this, I recover more than I spend.
What is the error ?
#include "hbmemory.ch"
#include "hbclass.ch"
#define MAXTEST 10
PROCEDURE MAIN()
LOCAL n, ao, nMem, nTime
REQUEST HB_GT_WIN
// To load the class
Problem()
nTime := Seconds()
nMem := Memory( HB_MEM_USED )
And With this test ?
#include "hbmemory.ch"
#include "hbclass.ch"
#define MAXTEST 10
PROCEDURE MAIN()
LOCAL n, ao, nMem, nTime
REQUEST HB_GT_WIN
// To load the class
GetNew( 20, 20 )
nTime := Seconds()
nMem := Memory( HB_MEM_USED )
ao := {}
FOR n := 1 TO MAXTEST
,
Miguel Angel Marchuet
Lorenzo Fiorini escribió:
On Mon, Apr 28, 2008 at 11:41 AM, Miguel Angel Marchuet
<[EMAIL PROTECTED]> wrote:
more simple test to see the problem:
Harbour looses 38.571 Bytes in 9.25 seconds
xHarbour looses 56.956 Bytes in 4.83 seconds
Why Harbour is mor
please add fmstat as first library to
activate memory function
;)
Patrick Mast, xHarbour.com escribió:
Hey Miguel,
more simple test to see the problem:
I ran your test with xHarbour Builder compiled with latest xH.org CVS
code and got this result:
We lost 0 Bytes
Elapsed time 6.27
Patri
more simple test to see the problem:
Harbour looses 38.571 Bytes in 9.25 seconds
xHarbour looses 56.956 Bytes in 4.83 seconds
Why Harbour is more slow ?
Why xHarbour loose more memory ?
Why 2 compilers loose memory ?
Best regards,
Miguel Angel Marchuet
#include "hbmemory.ch"
Sorry for the previous post, this is the correct test:
Harbour looses 38.571 Bytes in 9.25 seconds
xHarbour looses 56.956 Bytes in 4.83 seconds
Why Harbour is more slow ?
Why xHarbour loose more memory ?
Why 2 compilers loose memory ?
Best regards,
Miguel Angel Marchuet
#include
#include "hbmemory.ch"
#include "hbclass.ch"
#ifndef __XHARBOUR__
#xtranslate Str( , , , .F. ) => Str( , , )
#xtranslate Str( , , , .T. ) => LTrim( Str( , , ) )
#xtranslate Str( , , , ) => If( , LTrim( Str( , , ) ), Str( ,
, ) )
#include "xhb.ch"
#endif
#ifdef DEFAULT
#UNDEF DEFAULT
#endif
can change this ?
An make this functions at c level ?
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
hardcoded 1400 ?.
We can change this ?
best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
1 - 100 of 108 matches
Mail list logo
