Revision: 10975
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10975&view=rev
Author: marchuet
Date: 2009-05-04 08:02:34 + (Mon, 04 May 2009)
Log Message:
---
2009-05-04 10:00 UTC+0100 Miguel Angel Marchuet
* contrib/hbbmcdx/bmdbfcdx.c
* con
Revision: 10446
http://harbour-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
* contrib/hbbmcdx/bmdbfc
Revision: 10450
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10450&view=rev
Author: marchuet
Date: 2009-02-25 15:22:40 + (Wed, 25 Feb 2009)
Log Message:
---
2009-02-25 16:27 UTC+0100 Miguel Angel Marchuet
* contrib/hbbmcdx/hbbmcdx.h
! upd
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
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
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
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:
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
) )
DBGOTOP()
FOR n := 1 TO 5
J := ORDKEYNO()
J := ORDKEYCOUNT()
DBSKIP()
NEXT
?? " en " + AllTrim( Str( seconds() - p ) ) + " seconds"
p := seconds()
NEXT
DBCLOSEALL()
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
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
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
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
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
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
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
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
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
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
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
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
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
'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
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:
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
#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
___
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
regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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
*/ /* Enable CLIP extensions */
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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
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
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
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
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
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
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
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
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,
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
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 "
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
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
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.
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
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
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
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
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-
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
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
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
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
are millions of times.
Best regards
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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
___
=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
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
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
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
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
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
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 %
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
2007-12-17 13:41 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* common.mak
+ Added some missing files (suggested by Juan Gálvez)
Best regards
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.or
2008-01-14 12:28 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* source/vm/extend.c
* Added conversion from logical params in hb_par* functions.
( thks to Juan Gálvez )
Best regards,
Miguel Angel Marchuet
___
Harbour m
then, how we can implement it on xhb lib ?
any idea ?
Best regards,
Miguel Angel Marchuet
Szakáts Viktor escribió:
Hi Miguel,
I'd suggest to revert this modification from hb_parni()
and hb_parnd(), since these are meant to be 100%
CA-Clipper compatible, and the CA-Clipper version don
code to use this
API in a portable way (type checking and hb_parl()).
Yes, of course, but this code is from a 3rd party lib.
this lib goes over xharbour, but not over harbour without it.
I add now xhb_parni() in xhb to preserve harbour CLIPPER compatible.
Best regards,
Miguel Angel Mar
2008-01-14 13:44 UTC+0100 Miguel Angel Marchuet Frutos <[EMAIL PROTECTED]>
* source/vm/extend.c
* Undo Added conversion from logical params in hb_par* functions.
( thks to Juan Gálvez )
Best regards,
Miguel Angel Marchuet
___
H
I uploaded new version of ourxdbu FREE to
www.xharbour.com/xHC
+ it now supports Letto db Server
+ Edit indexes.
+ support for xlsx files
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour
ourXdbu has been added to
https://sourceforge.net/projects/ourxdbu/
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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
#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
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
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"
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
,
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
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
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 )
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
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
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
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
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
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
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
I use the next function:
//
// Function: tep_validate_email
//
// Arguments : email email address to be checked
//
// Return : true - valid email address
// f
, 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
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
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
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
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
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
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
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
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
1 - 100 of 111 matches
Mail list logo
