to update an existing index, IMO .-
"
cpinfo.prg code to show more precise information
which should help in replicating exact Clipper behavior.
" (thanks for this)
to customize the/your Harbour codepage C file.
--
Xavi
Chen Kedem escribió:
I forward this from the SF bug tracker
ning: irregular CP which needs special definition in Harbour
upper: "ABCDEFGHIJKLMNOPQRSTUVWXYZ¥"
lower: "abcdefghijklmnopqrstuvwxyz ¡¢¤"
==
Not mention of MDXSORT.
To allow such mutual updates we need a codepage for
Viktor,
I would like to remark that we refer to a specific version of the driver, not
of the compiler, in order to allow such mutual
updates.
--
Xavi
Viktor Szakáts escribió:
Hi Xavi,
Our reference compiler version is 5.2e. Results
for older versions/revisions don't matter for Ha
RSTUVWXYÜZÅÄÖ"
lower: "aábcdeéfghiíjklmnñoópqrstuùvwxyüzåäö"
==
(Fixed heap=6KB/2)
Is the same that I've with 5.2 and 5.01 and the same that Maurizio.
Could someone post the different versions whit te last cpinfo.prg?
--
Xavi
___
Viktor,
Remember that we refer to a specific version of the driver, not of the
compiler. :)
http://www.google.com/search?&q=Download+CA+Clipper
Could someone post the different versions whit te last cpinfo.prg?
--
Xavi
Viktor Szakáts escribió:
It would be good to see 5.3_b_, the last
d all
indexes before the application is used".
The same happen if you change the driver in your application Clipper.
Hopefully someone post the versions 1.31f.
--
Xavi
___
Harbour mailing list
Harbour@harbour-project.org
http://lis
upper and lower characters is different
Warning: irregular CP which needs special definition in Harbour
upper: "ABCDE�FGHIJKLMN¥OPQRSTUVWXYšZ�Ž™"
lower: "a bcde‚fghi¡jklmn¤o¢pqrstu—vwxy�z†„”"
==
This driver for collation and b
lmnopqrstuvwxyz"
==
Which is not compatible with Spanish collation.
Viktor,
SPANISH and INTL edition seem to use the same collations.
Am I concluding right?
Sorry, I don't understand.
--
Xavi
___
Harbour mai
Maurizio,
I own 5.2 International edition, that have the spanish collation by default as
i see.
Please, could you publish this version of cpinfo.txt because I don' t have this
information.
Only by removing the obj to link .-
FILE cpinfo
Thanks.
--
Xavi
Maurizio Faccio adinet esc
Ops... Sorry I misplace this email. :(
Wonderful world of Clipper's patches and versions.
At the moment I see only one version.
--
Xavi
Maurizio Faccio adinet escribió:
Yes I have but I take care that pick the correct one.
I've just can patch to CLIPPER 5.2e library. Just run &qu
'ù' (151:A L ) is the same as upper and lower
number of upper and lower characters is different
Warning: irregular CP which needs special definition in Harbour
upper: "ABCDEÉFGHIJKLMNÑOPQRSTUVWXYÜZÅÄÖ"
lower: "aábcdeéfghiíjklmnñoópqrstuùvwxyüzåäö"
27;s definitions
"as is" and generate them automatically from cpinfo.prg.
Please Przemek or someone, could you check/comment this patch.
I don't have very much tested.
--
Xavi
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
s_lower[iu] =
*ptrLower;
<-------->
--
Xavi
Xavi escribió:
<- cdpapi.c(324) --->
cdpage->s_chars = ( BYTE * ) hb_xgrab( 256 );
memset( cdpage->s_chars, '\0', 256 );
cdpage->s_upper = ( BYTE *
etter but can not share indices with Clipper.
While is the new method the issue is solved for local repositories.
Of course, not share with Turkish CPs. :(
Regards,
--
Xavi
Przemyslaw Czerpak escribió:
On Wed, 14 Oct 2009, Szak�ts Viktor wrote:
Hi,
Thank you. I'd like to ask Przemek to re
Maurizio,
I'm not at work butin my last test modifying the es850c as I told in my
previous mail and without changing the cdpapi
Try .-
? 'á' > 'a' // Clipper NTXSPA == .T.
best regards,
--
Xavi
___
Harbour
Ok, I think a solution although would be easier to WIN_CREATEFONT return
hFont. :)
--
Xavi
Viktor Szakáts escribió:
Hi Xavi,
The document properties feature is okay, buy the
font trick seems to breaks if multiple WIN_CREATEFONT()
calls are issued (either in ST or MT mode), since
it uses a
alled WIN_CREATEFONTWPDC :) because it is not a function of creating
generic fonts rather to print fonts with TPrint()
--
Xavi
Viktor Szakáts escribió:
Hi Xavi,
You've converted the static variable to a thread
protected variable, but this doesn't solve the
real problem. The real pr
remove
hFont is not difficult but I think we miss an
opportunity.
Best regards,
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
etfont('Lucida Console',,11) // oPrn:Setfont('Terminal',,12)
Please Viktor, is it possible to update hbwin.ch?
--
Xavi
Viktor Szakáts escribió:
Hi!
The return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)" is
correct now.
Amen.
But not is pos
In file included from ../../../../hvmall.c:94:
../../../../fm.c: In function 'hb_xquery':
../../../../fm.c:1312: warning: unused variable '_hb_stack_ptr_'
../../../../fm.c:1318: warning: unused variable '_hb_stack_ptr_'
--
Xavi
_
2009-11-28 20:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbmisc/spd.c
* __XHARBOUR__ protected DATETIME part converted to commented code.
; TODO: Xavi, pls update this code to build with Harbour, now
we have DATETIME support as well.
Please Viktor, could
Thanks Viktor,
I attache update spd.c
--
Xavi
/*
* $Id$
*/
/*
* Harbour Project source code:
* SQL_SPRINTF() function
*
* Copyright 2008 Xavi
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published
Manu,
Google traduce fácil y aceptablemente: al menos eso creo. :)
http://translate.google.com/?hl=es#es|en
"
Hello Pritpal, I see that you use a lot len(a) inside the loops and is
evaluation at each iteration.
For example MemoToArray would be more optimized as follows:
"
Un saludo
Congratulations Viktor, we just get a warning and in g++ :)
<-- win_prn2.c (417) -->
...
DocInfo.pDatatype = ( LPTSTR ) TEXT( "RAW" );
...
<--->
Clear warning deprecate
gt; ALWAYS
THREAD STATIC t_bBreak := { |oErr| Break( oErr ) }
and use .-
...
TRY
cValue := eval( &( "{|| " + cExp + "}" ) )
CATCH
cValue := cExp
END
...
Best regards,
Xavi
Pritpal Bedi escribió:
Hi
Look at this code:
FUNCTION EvalAsStr
NetErr(.T.); return .F.
endif
if( bError:genCode == EG_OPEN .and. NetErr() .and. bError:canDefault )
// for dafault of 5.0
return .F.
endif
return .F.
The function call .-
? EvalAsString( "Str( 1/0 )" )
This doesn't make the expected result! :)
Best regards,
Xavi
Przemysł
o subtract instead of adding in the
Harbour project.
Best regards,
Xavi
Viktor Szakáts escribió:
Viktor Szakáts escribió:
One more minor note: is not necessary, HB_OS_WIN_USED takes care of
it, pls delete it.
Brgds,
Viktor
Ops... sorry you're right!
No problem, but I still can't comm
WIN' $ cArg)
hb_gtReload( 'WVG' )
else
hb_gtReload( 'WIN' )
endif
? "Click [X] to close windows console "
while( LastKey() != 27 )
Inkey( 1 )
enddo
Wait
return
< -- >
We will have the same compartment for calls
reused the console and with other not.
But ... !!! ??? is a big surprise to me that, with 'hbmk2 t.prg' my example
program not do the same.
Well Murphy's law and extra work for me.
When find speare time I look exactly what happens.
A little help would be welcome.
--
Xavi
El 17/12/2
LastKey() != 27 )
Inkey( 1 )
enddo
RETURN
---
Use with MINGW 'hbmk2 t2.prg -gui' to build it.
SetCalcel(.F.) don't is executed.
Is it right now?
--
Xavi
El 18/12/2009 14:42, Viktor Szakáts escribió:
--- t2.prg
REQUEST HB_GT_WVT_DEFAULT
ANNOUNCE HB_GTSYS
PROCEDURE Main()
wapi_ReleaseMutex() does nothing, returns .F. because we not create the mutex
as owner.
In this case it's better, I think it would be better to remove.
Maybe now is not the moment, when the time I'd like to find a solution for
wapi_par_HANDLE and
x
best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Congratulations!
Seasons greetings and the Very Best for the new year!
Thanks.
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
29.aspx
IMO should be user of function who choose to do. In my case I prefer as it was
before. :)
--
Xavi
El 27/12/2009 19:37, Bisz István escribió:
Hi Viktor,
This solution strips the trailing isspace characters from the debug info and
inserts the necessary CR/LF for windbg, not more.
May
;\n';
*p = '\0';
...
If it is necessary we can generate here a flexible solution with and without
CR/LF, selectable by the existing HB_TR_WINOUT envvar.
Please, to which I can understand and sorry for my bad English.
Do you saying that windbg generate issue because the string do
ks
better. :)
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
! Empty( s_hMutex ) .AND. nLastError == 0
? cAppName, "=> Hello World! OK."
ELSE
? cAppName, "=> Application is running. Error", nLastError
ENDIF
WAIT
RETURN
What do you think about this, comments?
--
Xavi
s rule.
I can understand your point of view, also FoxPro and VB should do it with some
changes. :)
My only reticence was the performance.
Ok, I think an implementation.
--
Xavi
El 28/12/2009 9:57, Viktor Szakáts escribió:
Hi,
testwmtx.prg may not work because Harbour internal can call Windows API and
t|
Maket\wapi_winbase_mutex.c|111|error: expected ';' before '}' token|
Maket\wapi_winbase_mutex.c|138|warning: 'static_int__hb_WAPI_Initialize_'
defined but not used|
||=== Build finished: 3 errors, 5 warnings ===|
I don't see, Can it be done easily?
Yep! HAPPY NEW YEAR to all. And hopefully fun!!! :)
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
I answer myself .-
#ifdef _MAKET_H_
# ifdef _DEBUG
# define MK_ECHO_TRACE_HB_TR_DEBUG(x) do{ mk_ods x ; } while( 0 )
# else
# define MK_ECHO_TRACE_HB_TR_DEBUG(x)
# endif
# undef HB_TRACE
# define HB_TRACE(l, x) MK_ECHO_TRACE_##l(x)
#endif
Welcome 2010 :)
--
Xavi
c the memory) without success.
Please, grant access to ID jarabal in sourceforge.net to update the repository.
Thanks. :)
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Paul,
Please, read this thread about the topic.
http://lists.harbour-project.org/pipermail/harbour/2009-December/029562.html
--
Xavi
El 03/01/2010 14:44, Paul Tucker escribió:
I think you are using this incorrectly.
You must call getlasterror before calling anything else that might set
or
low-level functions to save/get GetLastError() values.
This is required to preserve win lasterror value on .prg
level. The reason we need this is because TlsGetValue()
(called internally by Harbour core) is overwriting this
value. Thanks to Xavi for research.
Thanks to you
or is better but disagree with don't have acces to repository and update my code
directly.
best regards,
--
Xavi
El 06/01/2010 4:56, Przemysław Czerpak escribió:
On Wed, 06 Jan 2010, Xavi wrote:
Hi,
Only activating HB_TRACE() with any example of /test/mt and adding
wapi_SetLastError() yo
have full time for the project and not be much better with
the letters.
Best regards,
--
Xavi
El 07/01/2010 7:43, Przemysław Czerpak escribió:
On Thu, 07 Jan 2010, Xavi wrote:
Hi,
I agree with that current code committed by Viktor is better but
disagree with don't have acces to repositor
regards,
--
Xavi
El 07/01/2010 1:41, vszak...@users.sourceforge.net escribió:
Revision: 13494
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13494&view=rev
Author: vszakats
Date: 2010-01-07 00:41:10 + (Thu, 07 Jan 2010)
Log Message:
---
2010-01-0
d ** ph = ( void ** ) hb_parptrGC( NULL, iParam );
return (ph ? ( HANDLE ) *ph : ( HANDLE ) hb_parptr( iParam ));
}
What do you think about this?. Comments.
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ANDLE ) ph );
Sorry, I don't know if I've explained well.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ype identification could help.
I don't know now.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
win because is in the repository and it's adapt well.
Try to imagine that wapi_CreateMutex() is in an external library.
How to do wapi_WaitForSingleObject() to accept the mutex?
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 4
litate the adaptation of 3rd party libraries that now use
mostly plain pointers.
Maybe I'll join it with OOP support for GC pointer items which is still
on my TODO list.
[ Yep! in C ... sorry, this excites me and brings back memories :) ]
Bes
Hi Przemek,
+ added new function hb_hashGetCItemPtr() which accepts ASCIIZ string
as index.
I don't know but may need HB_STACK_TLS_PRELOAD?
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@ha
Hi Przemek,
Thank to you, also it be good a cast in netiosrv.c line 494 .-
conn->rpcFilter = ( PHB_SYMB ) hb_itemNew( pHash );
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
h
Hi Viktor,
MinGW, warning: unused parameter 'pSource' :)
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ng and we just need to one macro but not only for WinCE.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
teral constants if not, you should have an
alarm justified or not.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
endif
#define _T(x) _TEXT(x)
or .-
#define HB_TEXT(x) TEXT(x)
#define HB_T(x)TEXT(x)
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
;
...
Now we know how compile the code from code inside.
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
into memory.
http://msdn.microsoft.com/en-us/library/dd145107%28VS.85%29.aspx
What is the resolution on this?
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/lis
Hi,
Still can not print graphics for example, chr(178).
Sorry, I can not help you, my system print correctly chr(178), U+2593 (0xB2):
Dark Shadow
Check it in the character map .-
http://windows.microsoft.com/pt-PT/windows-vista/Open-Character-Map
HTH
--
Xavi
El 18/01/2010 15:59, Itamar
Itamar,
What is your compiler ?
My is MSVC express, and show small box, instead of characters. :-(
I think this has nothing to do with the C compiler and harbour.
Please check your system maybe not have the exact font name or oem version and
is associated with another.
Best regards.
--
Xavi
Itamar,
... UNICODE setting, which is default for newer MSVC
targets, f.e. the Itamar is using.
??? Ok. No Comments. :)
Change .-
REQUEST HB_CODEPAGE_PTISO
...
HB_CDPSelect( "PTISO" )
With .-
REQUEST HB_CODEPAGE_PT850
...
HB_CDPSelect( "PT850" )
Best regards.
--
s 100% compatible with existing. Load supports JPEG and PNG files in addition to BMP and check the driver for
printing. Any existing application by simply changing the file can exploit this advantage, of course, if your printer driver allows.
If you want I can commit it in SVN.
--
Hi Viktor,
Ok, this afternoon I finish to tune some things and I do it.
Best regards,
Xavi
El 24/01/2010 13:45, Viktor Szakáts escribió:
Hi Xavi,
That's great, I've actually started to fiddle with this exact
same area in these moments.
Pls commit.
Brgds,
Viktor
On 2010 Jan 24
Hi Viktor,
Do you know a way to determine .jpeg and .png
image dimensions? ...
I was going to respond before I see your changes that "we need to use JPEG's and
PNG's structs" but...
That's great!. I need to assimilate, it's sophisticated but look good. :)
B plane but now, I don't know
how do it and if this is correct.
What do you think about?
Best regards,
Xavi
CREATE CLASS WIN_BMP
EXPORTED:
METHOD New()
METHOD LoadFile( cFileName, aDimXY )
METHOD Create()
METHOD Destroy()
METHOD IsSupported( oPrn, nError )
METHOD Dr
Hi Viktor,
Thank you very much.
It's wonderful include!
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
thout the
installer."
--
Xavi
El 26/01/2010 17:55, Bruno Luciani escribió:
I don' t have postgres includes in my instalation
Which package i need to install to get this files ?
Postgres Standard Binary instalation do not have it
Bruno
at least for me I find it
useful.
I hope it can help you.
Best regards,
--
Xavi
El 30/01/2010 3:12, Pritpal Bedi escribió:
Hello All,
What I did
Pulled code from hbMK2 and placed along hbIDE files
==
#include "hbapi.h"
#if def
= ( QPoint* ) new QPoint( hb_parni( 1 ), hb_parni( 2 ) ) ;
Use .-
HB_TRFM( pObj = ( QPoint* ) new QPoint)( hb_parni( 1 ), hb_parni( 2 ) ) ;
If you want I can commit it in SVN.
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
.
And we already have FM.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
ro in your code .-
#ifdef HB_TRACEFM
# undef HB_TRACEFM
# define HB_TRACEFM( x ) hb_fm_xInfoEx( #x, __FILE__, __LINE__, __func__ ); x
#endif
Best regards,
Xavi
El 01/02/2010 4:00, April White escribió:
When my C level code does not release memory, the fm statistics reports
this but gives the p
up what I didn't like about the
implementation without even knowing the exact details
(I'd have bet that MT mode had problems f.e.)
That's great!. No Comments. :-)
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
set printer to ("junk.txt")
? set(24) // junk.txt
set printer to
? set(24) // s/b "", but set to LPT1 again
// set printer to LPT4
// set printer to
set printer on
? "Printed on default printer."
RETURN
--
Xavi
El 03/02/2010 23:39, smu johnson escribi
or other OS too.
--
Xavi
El 04/02/2010 5:15, smu johnson escribió:
Well the program compiled in both Clipper and Harbour behaves
differently on the same machine, same environment, in this case, Vista
32-bit. Hence an incompatibility.
On Wed, Feb 3, 2010 at 7:53 PM, Xavi mailto:jara...@gm
Attache least possible changes to avoid .-
warning: deprecated conversion from string constant to 'char*'
Also without ( cast ) but more changes.
--
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-projec
Hi,
I guess that is because hbwin is compiled with -fomit-frame-pointer.
Try copy win_dll.c to the folder tests and compiled with .-
hbmk2 testdll.prg win_dll.c -lstdc++ -debug
Ok, I've only tested with gcc-dw2.exe
--
Xavi
El 06/02/2010 15:19, Fernando Athayde escribió:
really don´t
Hi,
... I wonder if it's possible to fix this
function to not be sensitive on this setting.
Any idea?
Yes, of course. ??? :)
I can fix this without ASM, but a bad use of these functions always cause GPF.
--
Xavi
El 06/02/2010 18:37, Viktor Szakáts escribió:
Hi Xavi,
Very good
Hi all,
... its users job to
passing parameters according to call specification of
.dll function.
Yes, but I think it's not only Harbour.
Apply the patch attached to testdll.prg
Could someone test that about xBase++ and/or xHarbour?
--
Xavi
El 08/02/20
ring sizes of 4, 8 bytes in win32 and 8 bytes in win64.
This means that calls to PosibleDLLfunc( WORD wPar, BYTE bPar ) are not
possible.
How many types of data have to be supported?
BYTE, WORD, DWORD, PVOID, float, double.
--
Xavi
El 08/02/2010 14:34, Viktor Szakát
hanges
if they are not passed by reference.
Best regards,
Xavi
El 09/02/2010 14:49, Viktor Szakáts escribió:
Hi,
From this point it's users responsibility to
pass parameters properly.
Ok. Next topic: coverage of potential C .dll functions.
IMO it's unworkable cover functions of n pa
Alex,
Try with last SVN wapi_GetShortPathName( cLongPath, @cShortPath )
http://msdn.microsoft.com/en-us/library/aa364989%28VS.85%29.aspx
HTH
--
Xavi
El 10/02/2010 15:47, Alex Strickland escribió:
Bruno Luciani wrote:
Which is the function that you say ?
I have attached the code. It is a
dll.c
and shifted parameter offset by one for reference types,
It's a bad typo in win64. Try testdll.prg with MinGW in Win32, use CC_FLAGS .-
-Wall -Wextra -march=i586 -mtune=pentiumpro -O3 -fomit-frame-pointer
Sorry, I explain more later... :)
Best reg
keep all hbwin outside present and future
optimizations for this ASM hard code. Perhaps it's better separate this function to other optional library.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harb
Hi Przemek,
Ok, I'll do it ...more slowly :)
Best regards,
--
Xavi
El 11/02/2010 12:48, Przemysław Czerpak escribió:
On Thu, 11 Feb 2010, jara...@users.sourceforge.net wrote:
Hi Xavi,
2010-02-11 04:25 UTC+0100 Xavi (jarabal/at/gmail.com)
* contrib/hbwin/wapi_winbase.c
+
ic wrapper.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Viktor thank you very much,
It's a wonderful work and a great demostrción that all or almost anything is
possible in C.
My heartfelt congratulations on this.
Best regards,
Xavi
El 12/02/2010 12:27, vszak...@users.sourceforge.net escribió:
Revision: 13850
http://ha
e finish line and only need to interpret some key words in
the string.
But this don't substract that currently, it's very functional IMO.
Best regards,
Xavi
Index: win_dll.c
===
--- win_dll.c (revision 13851)
+++ win_dll.
...
Look at the patch if it can help you, only win32.
Actually, such function could be written as .prg
code by anyone. Now the low-level logic is there,
[ ... ]
Ok. I see, it's nice.
Best regards,
Xavi
Index: win_dll.c
===
e Harbor should be passed by the
user.
What do you think about this?
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
() to not break apps running on
older Windows versions.
It's more slower and broken the reports of dependences because is called
(anonymous) dynamic.
It's nice for something occasional but not for a wrapper to OS API, IMO.
Best regards,
Xavi
_
string is ANSI or UNICODE. ]
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
#if defined( HB_OS_WIN_CE )
#define GetProcAddress GetProcAddressA
#endif
...
And avoid the confusion because don't look any macro for UNICODE literals
inside calls to GetProcAddress.
Also I think it simplifies other things, as always is LPCSTR.
Best reg
nder to the evidence. :)
What would be the rule, all functions out of ( _WIN32_WINNT < 0x0500 ) should
call dynamically?
Best regards,
Xavi
#define CSIDL_ADMINTOOLS0x0030 /* \Start
Menu\Programs\Administrative Tools */
#define MAX_PATH 260
PROCEDURE Main()
LOCAL cData, i,
_PATH 260
PROCEDURE Main()
LOCAL cData
cData := Space( MAX_PATH )
DllCall( "shell32.dll", NIL, "SHGetFolderPath", 0, CSIDL_ADMINTOOLS, 0, 0,
@cData )
? "[" + cData + "]"
cData += '\'
? "[" + cData + "]"
We need new HB_ITEM type, separate UNICODE
OT: It's possible to preserve a flag to mark SQL NULL.
An ITEM can be DATE but be NULL, boolean logic is different.
At least count on it.
Best regards,
Xavi
___
Harbour mailing list (attachment size
it can be implemented without touching HVM and we
Ok. Sorry for OT :)
[ Remember that HB_IT_TIMESTAMP, HB_IT_DATETIME, could also be implemented
without touching HVM ]
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
* _WIN32_WINNT to
0x0500 .-
...
#undef _WIN32_WINNT
#define _WIN32_WINNT 0x0500
...
I insist that, as UNICODE, must be passed by the user _WIN32_WINNT to compile
Harbour.
Best regards,
Xavi
El 16/02/2010 10:25, Przemysław Czerpak escribió:
On Tue, 16 Feb 2010, smu johnson wrote:
Uh oh. Will the
Viktor,
It's nice. About Character Data.
If the encode is UNICODE, ASCII, ANSI, NULL is the terminator: only RAW can be
0 in the data.
Best regards,
Xavi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
1 - 100 of 231 matches
Mail list logo
