I detected an inconsistency in the ordering, instead of using the
codepage of
RDD was using a comparison without. as letters or etc. were not well
ordered.
I change this lines to solve the problem at hbdbsort.c,clipper may work in
this way, but I think it's a bug that should be corrected
ANY OPINIONS
/* Compare buffers */
/*
if( bIgnoreCase )
iResult = hb_stricmp( ( const char * ) pQuickSort->pCmpBufferA,
( const char * ) pQuickSort->pCmpBufferB );
else
iResult = strcmp( ( const char * ) pQuickSort->pCmpBufferA,
( const char * ) pQuickSort->pCmpBufferB );
*/
if( bIgnoreCase )
iResult = hb_cdpicmp( ( const char * )
pQuickSort->pCmpBufferA, sizeof( ( const char * ) pQuickSort->pCmpBufferA ),
( const char * )
pQuickSort->pCmpBufferB, sizeof( ( const char * ) pQuickSort->pCmpBufferB ),
pArea->area.cdPage, 0 );
else
iResult = hb_cdpcmp( ( const char * ) pQuickSort->pCmpBufferA,
sizeof( ( const char * ) pQuickSort->pCmpBufferA ),
( const char * ) pQuickSort->pCmpBufferB,
sizeof( ( const char * ) pQuickSort->pCmpBufferB ),
pArea->area.cdPage, 0 );
--
Atentamente
*Miguel Angel Marchuet*
__________ Información de ESET Smart Security, versión de la base de firmas de
virus 5882 (20110217) __________
ESET Smart Security ha comprobado este mensaje.
http://www.eset.com
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
