Re: [Harbour] Re: SF.net SVN: harbour-project:[14611] trunk/harbour

2010-05-27 Thread Xavi
omercial interests... I don't know. :( http://groups.google.com/group/scintilla-interest/browse_thread/thread/557fb713f11f09be Best regards, -- Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.h

Re: [Harbour] QScintilla - Harbour Port

2010-05-17 Thread Xavi
et/viewvc/scintilla/scintilla/src/LexFlagship.cxx?revision=1.5&view=markup Unfortunately if this is not said, users take months, years, to have the improvements. -- Xavi El 16/05/2010 17:17, Pritpal Bedi escribió: Hello Everybody Here is the port of QScintill to Harbour. The port is based

Re: [Harbour] SF.net SVN: harbour-project:[14273] trunk/harbour

2010-04-06 Thread Xavi
+0200 Viktor Szakats (harbour.01 syenar.hu) Please use HB_GTI_CLOSABLE and HB_GTI_NOTIFIERBLOCK to control GUI window close behavior. ... 2010-03-01 04:05 UTC+0100 Xavi (jarabal/at/gmail.com) * harbour/src/rtl/gtwvt/gtwvt.c ! Fixing WM_CLOSE event (Clicked 'X' on s

Re: [Harbour] SF.net SVN: harbour-project:[14273] trunk/harbour

2010-04-06 Thread Xavi
the app continue to run. This is what I tried to say and do many times. Could you explain what must be the behavior for both? I've no objection to change. Best regars, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harb

Re: [Harbour] SF.net SVN: harbour-project:[14273] trunk/harbour

2010-04-06 Thread Xavi
, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

2010-04-05 Thread Xavi
Hi Viktor, Ok. Best regards, Xavi El 05/04/2010 0:12, Viktor Szakáts escribió: Hi, Me neither, I guess that Tortoise always makes the patch with the latest version... I correct it manually, no problem. Maybe it's better to do all the changes in the repository or don't change any

Re: [Harbour] Ghost cursor with GTWVT

2010-04-04 Thread Xavi
rmance drop down. I agree and I think, of course, don't do this. Pls consult with Przemek about it. Ok. Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

2010-04-01 Thread Xavi
think that is not even necessary because the VM does calling hb_inkeyPoll :) Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Ghost cursor with GTWVT

2010-04-01 Thread Xavi
() SetPos( 0, 0 ) ... SKIP() ENDDO SetCursor( nCursor ) Of course it supports many optimizations. if( ++n % 1 == 0 ); SetPos( 0, 0 ); endif Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http

Re: [Harbour] Ghost cursor with GTWVT

2010-03-30 Thread Xavi
Hi Przemek, ShowCaret() optimization and maybe it will help you to find when the cursor is wrongly refreshed. I think I've found the root of the issue. Please don't nothing about it. Let me do some checking, ...tonight. Best reg

Re: [Harbour] Ghost cursor with GTWVT

2010-03-30 Thread Xavi
code hard to understand and extend. I agree with this. If you want then I can add code which will make caret SetCaretPos()/ ShowCaret() optimization and maybe it will help you to find when the cursor is wrongly refreshed. Please do it. I can look more in depth. Best regards, Xavi

[Harbour] Ghost cursor with GTWVT

2010-03-29 Thread Xavi
= hb_gt_wvt_Redraw; pFuncTable->Refresh = hb_gt_wvt_Refresh; + pFuncTable->SetPos = hb_gt_wvt_SetPos; pFuncTable->Version = hb_gt_wvt_Version; pFuncTable->Tone = hb_gt_wvt_Tone;

Re: [Harbour] Re: SF.net SVN: harbour-project:[14232] trunk/harbour

2010-03-26 Thread Xavi
Try to use short path name .- dir c:\*.* /X Use ARQUIV~1 HTH -- Xavi El 26/03/2010 15:04, Itamar Lins escribió: Hi! unfortunately the default installation of any program in Windows uses this folder Best regards, Itamar M. Lins Jr. Em 26/3/2010 10:57, Viktor Szakáts escreveu: From INSTALL

Re: [Harbour] field->&("name") in a macro

2010-03-20 Thread Xavi
AR") }') ) // Error BASE/1449 Syntax error: & return func xxx( name ) // b := &( "{|| field->" + name + " }" ) local b := &( "{|| M->" + name + " }" ) return eval( b ) PS At least with this. :) HTH -- Xavi El 20/03/2010

Re: [Harbour] Can harbour print to STDOUT?

2010-03-08 Thread Xavi
Can harbour print to the STDOUT? ... hbmk2 program.prg -gtstd program.exe >out.txt -- Xavi El 09/03/2010 2:59, smu johnson escribió: Hi, I've googled for something relevant in the dev archives, but haven't found anything that really is related to my question. Can harbour

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-05 Thread Xavi
case CTRL_CLOSE_EVENT: bHandled = TRUE; break; --- Everyone happy and does the same that Clipper program with .- PROCEDURE Main() ? "Click [X] Not close windows" Wait RETURN Best regards, -- Xavi El 05/03/2010 10:19, Saulius Zrelskis escribió: [for those intereste

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
e status of SETCANCEL in response to WM_CLOSE meet the objective of SETCANCEL. -- Xavi El 04/03/2010 20:38, Viktor Szakáts escribió: It also doesn't work on Vista/Win7/2008. Did _you_ read the comments in your quoted (now for the 6th times) article? I tested it on XP x64, there there is a

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
s and the main process is finished so the new thread to execute the function is killed before it can complete their work. -- Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
LAG in Inkey Poll, keyboard buffer. Wait ends and the main process is finished so the new thread to execute the function is killed before it can complete their work. -- Xavi El 04/03/2010 18:47, Viktor Szakáts escribió: http://msdn.microsoft.com/en-us/library/ms683242%28VS.85%29.aspx " Ret

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
Need you a picture of the pop-up dialog box which _allows to continue the process_? -- Xavi El 04/03/2010 16:23, Viktor Szakáts escribió: I was referring to your patch. Did you try it with a test application with both SETCANCEL(.T.) and SETCANCEL(.F.) ? IMHO this difference can be assumed becau

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
L_CLOSE_EVENT, and 20 seconds for CTRL_LOGOFF_EVENT or CTRL_SHUTDOWN_EVENT)." -- Xavi El 04/03/2010 14:52, Viktor Szakáts escribió: Did you test this code? Yes, if you're referring to that SetCancel( .T. ) Clipper's program under NTVDM differs. I was referring to your patch. Did you tr

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-04 Thread Xavi
s_bBreak = HB_TRUE; #endif ] But I do a new question. How can it be fixed something that does not exist? [ And is not valid the quick answer "does not exist, no problem" because by this logic Harbour would be perfect if not exist. :) ] Best regards, -- Xavi El 04/03/2010 8:31, Vikto

Re: [Harbour] Question about hb_gt_win_CtrlHandler usage

2010-03-03 Thread Xavi
irregular shutdown if SetCancel( .F. ) [jarabal] */ + if( hb_setGetCancel() ) +s_bBreak = HB_TRUE; bHandled = TRUE; break; --- -- Xavi El 03/03/2010 23:09, smu johnson escribió: Hi, I'm trying to write a simple Hello World app that does something like a WAIT

Re: [Harbour] SF.net SVN: harbour-project:[14029] trunk/harbour

2010-03-01 Thread Xavi
yet we want to allow closing the window." Sorry but I don't understand. You change the behavior of GTWVT with SetCancel() respect to GTWIN and GTWVG for something that you can do in your code with .- hb_gtInfo( HB_GTI_NOTIFIERBLOCK, {|e| iif( e == HB_GTE_CLOSE, SetCancel(.T.), nil

Re: [Harbour] Building Harbour on Windows.

2010-03-01 Thread Xavi
e simply does not have this functionality in earlier versions, IMHO. Best regards, -- Xavi El 28/02/2010 19:09, Viktor Szakáts escribió: NTDDI_VERSION = maximum OS version supported by SDK/Windows-headers _WIN32_WINNT = OS version we want to target Okay, but if you remember my thread starting post .- &q

Re: [Harbour] Building Harbour on Windows.

2010-02-28 Thread Xavi
is good for everyone. :) Best regards, -- Xavi El 28/02/2010 19:09, Viktor Szakáts escribió: NTDDI_VERSION = maximum OS version supported by SDK/Windows-headers _WIN32_WINNT = OS version we want to target Okay, but if you remember my thread starting post .- " IMHO the best solution is to defi

Re: [Harbour] Building Harbour on Windows.

2010-02-28 Thread Xavi
an expert on this. Best regards, -- Xavi El 28/02/2010 18:12, Viktor Szakáts escribió: On 2010 Feb 28, at 18:02, Xavi wrote: Hi Viktor, Yes, NTDDI_VERSION is the (best? only?) way to detect platform SDK version. The only problem is that MinGW does not use NTDDI_VERSION, it uses _WIN32_WIN

Re: [Harbour] Building Harbour on Windows.

2010-02-28 Thread Xavi
Hi Viktor, Yes, NTDDI_VERSION is the (best? only?) way to detect platform SDK version. The only problem is that MinGW does not use NTDDI_VERSION, it uses _WIN32_WINNT. At least in my versions of MinGW. :) Best regards, -- Xavi El 28/02/2010 17:18, Viktor Szakáts escribió: In the beginning

Re: [Harbour] Building Harbour on Windows.

2010-02-28 Thread Xavi
wce. [ Viktor Please could you send plain text posts, are much easier to read. ] Best regards, -- Xavi El 28/02/2010 16:01, Viktor Szakáts escribió: Hi, On Sun, Feb 28, 2010 at 3:00 PM, Xavi mailto:jara...@gmail.com>> wrote: Hi Viktor and all, Well. Some questions. If this is do

Re: [Harbour] Building Harbour on Windows.

2010-02-28 Thread Xavi
code as standard headers? ... #if _WIN32_WINNT >= 0x0501 ... __MINGW32__ and __MINGW64__ they are both compiler 's built-in macros. Is defined in mingwce? Best regards, -- Xavi El 26/02/2010 18:06, Viktor Szakáts escribió: Hi, If there is a way to dynamically find out the versio

[Harbour] Building Harbour on Windows.

2010-02-26 Thread Xavi
protected by .- #if _WIN32_WINNT >= 0x0501 ... #endif If not, we can have compile-time errors. Please, what do you think about this, comments? -- Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org h

Re: [Harbour] SF.net SVN: harbour-project:[13982] trunk/harbour

2010-02-24 Thread Xavi
ntotfat1,sum(nimpdsp) as ntotdsp, %3$s from tabtotdsp left join tabtab on tabtab.ctiptab= %2$t and ccoddsp=tabtab.ckeytab where canndoc = %4$t #pragma __endtext ? sql_Sprintf( cFrmSQL, ID_TAB_AGENTI, ID_TAB_CODDSP, cSql, cAnnDsp ) Wait return It seems to me that does the same and

Re: [Harbour] SF.net SVN: harbour-project:[13937] trunk/harbour

2010-02-22 Thread Xavi
Hi Xavi, _Przemek, thank you very much for answering me directly_ It's is possible. Just like many other things which still do not exists in MS-Windows and we will have to wait next 10 years until MS discover them and add some support for it in WinSOCK.X.Y.Z which will work correct

Re: [Harbour] hb_InetAddress()

2010-02-19 Thread Xavi
Hi Viktor, Ok, without nStatus. I wait to see Przemek's changes. The development list is still not working. Przemek, All information is provided by GetAdaptersInfo() in Windows. It would be nice to have the MAC address on other OS. Best regards, Xavi El 19/02/2010 18:31, Viktor Sz

Re: [Harbour] hb_InetAddress()

2010-02-19 Thread Xavi
k = hb_stackItemFromTop( -1 ); if( pCodeBlock && HB_IS_BLOCK( pCodeBlock ) ){ hb_arraySort( pItmArray, NULL, NULL, pCodeBlock ); } hb_stackPop(); } ... Best regards, Xavi El 19/02/2010 16:02, Viktor Szakáts escribió: Hi Xavi, Przemek, To have si

Re: [Harbour] Re: error C2485 compiling hvm.c with vce 2007

2010-02-19 Thread Xavi
Antonio, Seems that Windows CE does not support the __declspec(thread) attribute. But you're using HB_STACK_MACROS, remember .- http://lists.harbour-project.org/pipermail/harbour/2009-December/029344.html -- Xavi El 19/02/2010 3:41, Antonio Linares escribió: More on the C2485 error comp

Re: [Harbour] hb_InetAddress()

2010-02-19 Thread Xavi
Hi Viktor, Okay. I thought about it but waiting to see what says or does Przemek. Hope the development list work, because the other participant are off topic. Best regards, Xavi El 19/02/2010 20:06, Viktor Szakáts escribió: Okay. Probably it would be better to change to load the .dll

Re: [Harbour] hb_InetAddress()

2010-02-19 Thread Xavi
Okay. You can attach your source if you think so, I'm sure it helps Przemek. I think it's public. http://groups.google.us/group/comp.lang.xharbour/browse_thread/thread/8a9348df065610fc#b8c7e71c405b7e52 Obviously adapted to the new Harbour. Best regards, Xavi El 19/02/2010 19:

Re: [Harbour] hb_InetAddress()

2010-02-19 Thread Xavi
dress. aAdapters == { {cType, cNameDes, cMAC, cAddress, cMask, cGateway, cAdapter} } So if you provides functions names, file names, in short where putting it, I think that don't it cost me a lot of work. :) Best regards, Xavi El 19/02/2010 11:36, Przemysław Czerpak escribió: On Fri, 19 Feb 2010,

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Xavi
, but simply switching encoded strings to nul terminated ones is not a complete solution. Maybe yes, I'm not sure, I just think that simplify use. Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-projec

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Xavi
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

Re: [Harbour] win - making UNICODE the default

2010-02-16 Thread Xavi
* _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

Re: [Harbour] win - making UNICODE the default

2010-02-15 Thread Xavi
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

Re: [Harbour] win - making UNICODE the default

2010-02-15 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13865] trunk/harbour

2010-02-14 Thread Xavi
_PATH 260 PROCEDURE Main() LOCAL cData cData := Space( MAX_PATH ) DllCall( "shell32.dll", NIL, "SHGetFolderPath", 0, CSIDL_ADMINTOOLS, 0, 0, @cData ) ? "[" + cData + "]" cData += '\' ? "[" + cData + "]"

Re: [Harbour] SF.net SVN: harbour-project:[13873] trunk/harbour

2010-02-14 Thread Xavi
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,

Re: [Harbour] SF.net SVN: harbour-project:[13865] trunk/harbour

2010-02-13 Thread Xavi
#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

Re: [Harbour] SF.net SVN: harbour-project:[13865] trunk/harbour

2010-02-13 Thread 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

Re: [Harbour] SF.net SVN: harbour-project:[13856] trunk/harbour

2010-02-13 Thread Xavi
() 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 _

Re: [Harbour] SF.net SVN: harbour-project:[13856] trunk/harbour

2010-02-13 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13850] trunk/harbour

2010-02-12 Thread Xavi
... 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 ===

Re: [Harbour] SF.net SVN: harbour-project:[13850] trunk/harbour

2010-02-12 Thread Xavi
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.

Re: [Harbour] SF.net SVN: harbour-project:[13850] trunk/harbour

2010-02-12 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-11 Thread Xavi
ic wrapper. Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] SF.net SVN: harbour-project:[13841] trunk/harbour

2010-02-11 Thread Xavi
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 +

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-11 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-10 Thread Xavi
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

Re: [Harbour] File names in dos/windows and Linux

2010-02-10 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-10 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-09 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-08 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-07 Thread Xavi
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

Re: Res: [Harbour] MinGW dllcall function not run.

2010-02-06 Thread Xavi
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

[Harbour] Compiling with harbour -gc3 and -b .

2010-02-04 Thread Xavi
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

Re: [Harbour] Harbour / Clipper Incompatibility Issue: SET() w/ p.o.c.

2010-02-03 Thread Xavi
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

Re: [Harbour] Harbour / Clipper Incompatibility Issue: SET() w/ p.o.c.

2010-02-03 Thread Xavi
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

Re: [Harbour] Debugging c code

2010-02-02 Thread Xavi
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)

Re: [Harbour] Debugging c code

2010-02-01 Thread Xavi
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

Re: [Harbour] Extented FM Stats with new trace macro HB_TRFM.

2010-01-31 Thread Xavi
. 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

[Harbour] Extented FM Stats with new trace macro HB_TRFM.

2010-01-31 Thread Xavi
= ( 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

Re: [Harbour] hbQT - c++ stub - GC : Some food for thoughts

2010-01-29 Thread Xavi
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

Re: [Harbour] Compiling Postgres Lib in Windows

2010-01-26 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13719] trunk/harbour

2010-01-26 Thread Xavi
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

Re: [Harbour] hbwin.lib error

2010-01-26 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13692] trunk/harbour

2010-01-24 Thread Xavi
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. :)

Re: [Harbour] Change win_BMP to allow printing compressed formats JPEGs, PNGs.

2010-01-24 Thread Xavi
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

[Harbour] Change win_BMP to allow printing compressed formats JPEGs, PNGs.

2010-01-24 Thread Xavi
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. --

Re: [Harbour] Re: Printing OEM_CHARSET win_prn()

2010-01-20 Thread 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. --

Re: [Harbour] Re: Printing OEM_CHARSET win_prn()

2010-01-20 Thread Xavi
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

Re: [Harbour] Printing OEM_CHARSET win_prn()

2010-01-20 Thread Xavi
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

Re: [Harbour] WIN_DRAWBITMAP() with .png

2010-01-19 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13574] trunk/harbour

2010-01-15 Thread Xavi
; ... 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

Re: [Harbour] SF.net SVN: harbour-project:[13563] trunk/harbour

2010-01-15 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13563] trunk/harbour

2010-01-15 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13563] trunk/harbour

2010-01-14 Thread Xavi
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

Re: [Harbour] Re: SF.net SVN: harbour-project:[13558] trunk/harbour

2010-01-13 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13549] trunk/harbour

2010-01-13 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13549] trunk/harbour

2010-01-13 Thread Xavi
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

Re: [Harbour] Study about return GCs generic.

2010-01-12 Thread Xavi
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

Re: [Harbour] Study about return GCs generic.

2010-01-11 Thread Xavi
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

Re: [Harbour] Study about return GCs generic.

2010-01-11 Thread Xavi
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

Re: [Harbour] Study about return GCs generic.

2010-01-10 Thread Xavi
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

[Harbour] Study about return GCs generic.

2010-01-10 Thread Xavi
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

Re: [Harbour] SF.net SVN: harbour-project:[13494] trunk/harbour

2010-01-08 Thread Xavi
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

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-07 Thread Xavi
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

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-06 Thread Xavi
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

Re: [Harbour] hbwin wapi_GetLastError() issue.

2010-01-05 Thread Xavi
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

Re: [Harbour] To Admins: Harbour & Windows APIs.

2010-01-04 Thread Xavi
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

[Harbour] To Admins: Harbour & Windows APIs.

2010-01-02 Thread 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

Re: [Harbour] Question about C macro HB_TRACE.

2010-01-01 Thread Xavi
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

  1   2   3   >