Re: [Harbour] OFF: PDF417 barcode

2010-02-05 Thread Mindaugas Kavaliauskas
Hi, Does anyone have source code to generate PDF417 barcodes? (using .ttf file or graphical shapes if possible) http://sourceforge.net/projects/pdf417lib/ Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB)

Re: [Harbour] OFF: PDF417 barcode

2010-02-05 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: Thank you. Forgot to mention but I need something in .prg code. Does anyone have source code to generate PDF417 barcodes? (using .ttf file or graphical shapes if possible) http://sourceforge.net/projects/pdf417lib/ Simple .prg wrapper could be used. I guess

Re: [Harbour] OFF: PDF417 barcode

2010-02-05 Thread Mindaugas Kavaliauskas
Hi, This class work too in Clipper. This is Code 39, not PDF417. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Are there MT issues in contrib/hbpgsql?

2010-02-03 Thread Mindaugas Kavaliauskas
Hi, Lorenzo Fiorini wrote: If you want to see information about source file names and line numbers then just like for GDB do not strip final binaries and compile Harbour code with -g GCC flag. Sorry probably I miss sth. I've rebuilt Harbour ( 13750 ) with -g and I did a make clean make

Re: [Harbour] New trouble with type from MS Sql

2010-02-02 Thread Mindaugas Kavaliauskas
Hi, Marek, Horodyski Marek (PZUZ) wrote: It's 64-bit signed integer. (confirmed from multiple sources) I do not know how to properly do so should this amendment. Meanwhile, I have an error when closing the query. For sure code should be fixed to obtain large values if this is 64-bit int

Re: [Harbour] New trouble with type from MS Sql

2010-02-01 Thread Mindaugas Kavaliauskas
Hi, Horodyski Marek (PZUZ) wrote: Mindaugas, I have new error from SQL Serwer : oErr:osCode___ 65531 65531 ~ -5 It is SQL_BIGINT. Where/how can I try improve it (in odbcdd.c) ? : ... case SQL_TINYINT: case SQL_SMALLINT: case SQL_INTEGER:

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

2010-01-29 Thread Mindaugas Kavaliauskas
Hi, dru...@users.sourceforge.net wrote: 2010-01-28 23:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/rdd/dbfcdx/dbfcdx1.c + enabled automatic template order setting in Harbour SIXCDX RDD using the same method as SIX3 SIXCDX RDD seems to use: by checking

Re: [Harbour] Re: FM Stats - A puzzle I am unable to resolve

2010-01-29 Thread Mindaugas Kavaliauskas
Hi, BTW, I see such calls in many QT related calls in SVN: qObj:pPtr := 0 qObj:pPtr := NIL These can be optimized simply to: qObj:pPtr := NIL I used this method to release object instantly. This approach I took was since begining. My be my experiments at that point with Qt

[Harbour] Hash docs

2010-01-26 Thread Mindaugas Kavaliauskas
Hi, documentation of the 3rd numeric parameter of HB_HMERGE() in doc/en-EN/hashes.txt is for sure not correct. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

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

2010-01-22 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: But the problem can be exploited if you change the last line of your code to: NETIO_DECODE(@cI@cI) in such case the reference counter for the string item stored in cI is 1 and any assignment to the 1-st or the 5-th parameter can damage both pointers

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

2010-01-22 Thread Mindaugas Kavaliauskas
Hi, Now let's see how we can use it to implement Unicode support. If it's possible in reasonable time to replace all string related functions in the whole Harbour SVN code to work with Unicode items then we can think about replacing also other functions and switching to new API. Harbour is not

Re: [Harbour] First results in MERGE 2.0

2010-01-22 Thread Mindaugas Kavaliauskas
Hi, francesco perillo wrote: PLEASE PLEASE PLEASE, in order to not destroy the work I have done up to now, please DON'T make changes to ChangeLog but instead tell me in this message what should I do ! 2010-01-20 14:28 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) and 2009-12-31 13

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

2010-01-21 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: In this case pszFile points to memory area used by string item in the 1-st parameter. It means that: hb_storc( pszFile, 1 ); may release pszFile before it's used clearing the 1-st item just before assign. It's sth like: hb_storc( hb_parc( 1 ), 1 ); Great!

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

2010-01-21 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: In this case pszFile points to memory area used by string item in the 1-st parameter. It means that: hb_storc( pszFile, 1 ); may release pszFile before it's used clearing the 1-st item just before assign. It's sth like: hb_storc( hb_parc( 1 ), 1 ); Great! :)

Re: [Harbour] Re: OT: file size

2010-01-20 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: so all that needs to be done is fall back to return failure where cairo functions don't exist in the cairo version hbcairo is build against. I found only 4 functions that needs to be fixed. See, pdf.c and png.c. I still has a question that to do with this:

[Harbour] HB_SERIALIZE

2010-01-20 Thread Mindaugas Kavaliauskas
Hi, we had a problem with HB_[DE]SERIALIZE(). We've tried to use it to save/restore variable into file, but it has some side effects. F.e., it saves only key value pairs for the hash, but forgets about other things like case sensitive flag (perhaps also the default value). After complex

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

2010-01-20 Thread Mindaugas Kavaliauskas
Hi, dru...@users.sourceforge.net wrote: * harbour/src/rtl/itemseri.c + added support for hash array flags and default value serialization Thank You very much! BTW, I found code in last commit: if( * pszFile ) { char * pszFileName = hb_strdup( pszFile ); if(

Re: [Harbour] Re: OT: file size

2010-01-19 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: It seems that OS/2 cairo version has no 'CAIRO_HAS_IMAGE_SURFACE' support, and this makes test app break. The correct fix here is to provide Harbour level function regardless of cairo version, but return permanent error in this case. This is the method used in all

Re: [Harbour] Re: OT: file size

2010-01-19 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: Current hbcairo code uses RTE _right on creation_, which is IMO not ideal solution, as it's more difficult to handle it on .prg level. So as a general advice, IMO RTE should only be thrown if wrong parameter was passed to a function, so code snippet like this one

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

2010-01-14 Thread Mindaugas Kavaliauskas
Hi, 2010-01-13 17:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) + src/rtl/strclear.c + Added HB_STRCLEAR() function to safely clear the content of a string variable. I suggest to change HB_STRCLEAR() code. Current implementation returns true, if hb_itemGetWriteCL() returns

Re: [Harbour] Re: hbnetio / rpc filter

2010-01-13 Thread Mindaugas Kavaliauskas
Hi, Would this also work ? STATIC FUNCTION MYRPC_FILTER( sFuncSym, ... ) sFuncSym := 'rpc_'+sFuncSym IF IsFunction(sFuncSym) RETURN sFuncSym:exec( ... ) ENDIF RETURN unsupported function So all you have to do to enable a function to be remotely callable is name it

Re: [Harbour] Study about return GCs generic.

2010-01-11 Thread Mindaugas Kavaliauskas
Hi, Sorry but I do not see any problem so I cannot advice you any solution. You have to precisely define what you need and why. From Xavi's sample: HANDLE wapi_par_HANDLE( int iParam ) { void ** ph = ( void ** ) hb_parptrGC( NULL, iParam ); return (ph ? ( HANDLE ) *ph : ( HANDLE )

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

2010-01-08 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: If we will touch it then we should also fully remove validation of function name at C level and pass function as string not symbol so user can make anything with received value, i.e. he can implement own case sensitive set of commands which are not bound with HVM

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

2010-01-08 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: RETURN (@ + cFunc + ()):exec(...) RETURN cFunc( ... ) is much simpler :) I was sure, that it should be more simple way than proposed by me. I (almost) never use macro, and do not know its syntax... Filter hash could be used instead of filter function

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

2010-01-07 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: PROC main() HB_INETINIT() ? NETIO_PROCEXISTS(127.0.0.1:2941:STR) RETURN but it's possible that when it's executed as startup code then such initialization do not work and we should use hb_vmAtInit() function. Can you verify it? You are right.

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

2010-01-07 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: 2010-01-07 14:14 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbnetio/netiocli.c ! use hb_vmAtInit() to initialize NETIO - looks that winsock initialization in startup code does not work - please test If possible

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

2010-01-07 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: Ups. Sorry I forgot that automatic initialization is not enabled by default. In netiocli.c it's covered by: #if defined( HB_NETIO_STARTUP_INIT ) [...] #endif Yes :) By adding a few more tracelog, I've also found this reason :) So it's expected and

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

2010-01-07 Thread Mindaugas Kavaliauskas
Hi, Mindaugas Kavaliauskas wrote: BTW how expensive (time consuming) is WINSOCK initialization in MS-Windows? HB_ULONG ulTime = hb_dateMilliSeconds(); hb_socketInit(); HB_TRACE( HB_TR_ALWAYS, (hb_socketInit() time=%d, hb_dateMilliSeconds() - ulTime) ); prints: netiocli.c

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, + harbour/src/rtl/hbznet.c + added support for ZLIB compression in stream sockets. Name of hb_znetInetInitialize() makes me think that this function should be implemented in hbznet.c. I think hb_inet*() is a better namespace if we can have more socket filters implemented using

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, All above functions use default connection set by NETIO_CONNECT() for RPCs but it's also possible to specify server address and port in cProcName/cFuncName just like in cFileName parameter in RDD functions, i.e.: NETIO_PROCEXISTS( 192.168.0.1:10005:MYFUNC )

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: On Wed, 06 Jan 2010, Lorenzo Fiorini wrote: It's only important that the functions you want to execute are linked with server code or where loaded dynamically. you can even make sth like: netio_procexec( HB_HRBLOAD, hb_memoread( mycode.hrb ) ) BTW a small

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Mindaugas Kavaliauskas wrote: homework.prg (test module): PROC main() ? netio_connect() ? NETIO_PROCEXISTS(HB_HRBLOAD) ? NETIO_PROCEXISTS(HELLO) ? NETIO_PROCEXECW(HB_HRBLOAD, HB_MEMOREAD(homework2.prg)) ? NETIO_PROCEXISTS(HELLO) ? NETIO_FUNCEXEC(HELLO) RETURN Unfortunately test

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

2010-01-06 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: P.S. BTW, was this your Christmas gift? :) No, not yet and I do not know when I'll find time to finish it :-( But you've just committed a RPC code, so, we must understand that something even more great is waiting for us. :) Regards, Mindaugas

Re: [Harbour] hbide problems

2010-01-05 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: - I'd personally use much much less (or rather no) gradient effects as backgrounds. It just slows down things (f.e. when working remote, or VM) and it just distracting after the initial impact. I've tried to compile and run hbide.exe a few times, but it is

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

2010-01-02 Thread Mindaugas Kavaliauskas
Hi, Bisz István wrote: Total memory allocated: 2251241 bytes (29215 block(s)) Warning, memory allocated but not released: 0 bytes (0 block(s)) So, let's print a single line joined message: Total memory allocated: 2251241 bytes (29215 block(s)), not released: 0 bytes (0 block(s)) if these

[Harbour] DBSEEK()

2009-12-29 Thread Mindaugas Kavaliauskas
Hello, I have a question/discussion about DBSEEK(). I've started from the different ADSCDX and DBFCDX behavior and later included Clipper tests. #ifdef __HARBOUR__ REQUEST ADSCDX #endif REQUEST DBFCDX FIELD F FUNC main(cADS) IF EMPTY(cADS) RDDSETDEFAULT(DBFCDX) ELSE

Re: [Harbour] DBSEEK()

2009-12-29 Thread Mindaugas Kavaliauskas
Hi, Przemek, I've made fixed in my SVN copy, but I see you comment in ADSRDD code related to the subject, so, please verify, that fix is OK. Index: C:/harbour/contrib/rddads/ads1.c === --- C:/harbour/contrib/rddads/ads1.c

Re: [Harbour] SQLMIX indexing question

2009-12-28 Thread Mindaugas Kavaliauskas
Hi, I'm trying RDDSQL with mysql and have a question: Does support SQLMIX the use of scopes? No, it is not implemented. In my code I usually do such operations as scopes on server side, i.e., I use WHERE cause in SELECT statements. Regards, Mindaugas

Re: [Harbour] Any commits/fixes pending?

2009-12-22 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: On Sat, 19 Dec 2009, Szak�ts Viktor wrote: I'd like to ask everyone if there are any patches, commits or fixes pending? (besides hbqt related modules) 1. ... 6. I'm also working on small Christmas gift but I do not know if I find enough spare time to

Re: [Harbour] Any commits/fixes pending?

2009-12-21 Thread Mindaugas Kavaliauskas
Viktor Szakáts wrote: Hi All, I'd like to ask everyone if there are any patches, commits or fixes pending? (besides hbqt related modules) Hi, I have a some modifications in hbcairo, but it's unfinished because I'm waiting for decision on GC API. Regards, Mindaugas

Re: [Harbour] Wich way for Harbour GUI ?

2009-12-11 Thread Mindaugas Kavaliauskas
Hi, Massimo, Massimo Belgrano wrote: I have found very interesting The works around QT from Pritpal hbqt a portable gui work on linux,windows,macos with good look and feel hbxhp xbase ++ part class compatibility to qt hbide a visual ide made in harbour and inspired by xmate that explain how

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

2009-12-09 Thread Mindaugas Kavaliauskas
Hi, * harbour/contrib/hbmemio/memio.c ! declare s_fileFuncs structure as static * removed unnecessary code to directly register HB_MEMIO symbol. Mindaugas if you need it for some reasons then I can reactivate it but I would like to know why it's necessary for you.

Re: [Harbour] Can we bind variables in sql?

2009-12-09 Thread Mindaugas Kavaliauskas
Hi, Horodyski Marek (PZUZ) wrote: can we bind variable in selects with SQLMIX ? ... Select * ftom table where Field1 = :var1 and Fiefd2 between :var2 and :var3 ... No, you can use request with already bound variables. Regards, Mindaugas ___

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

2009-12-09 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: Perhaps copy-paste from some of my contrib RDDS. BTW, why RDD has this in symbol table? It's necessary for *_GETFUNCTABLE function which is accessed from hb_rddRegister() by global symbol table. Yes, but this answers why f.e. DBFCDX_GETFUNCTABLE is included

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, 2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/Makefile + include/hbwinuni.h * contrib/hbwin/wapi_shellapi.c * include/hbwince.h + Moved new UNICODE translation macros to separate header. #define HB_RETSTR( str ) hb_retstr(

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, First you wrongly used hb_gcRefDec() instead of hb_gcRefFree(). hb_gcRefDec() does not free allocated block. It only decrease number of reference counters. If you do not have any cross references then this block will be cleanly freed on next GC collect call. If you have such references

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. Regards, Mindaugas

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

2009-12-08 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbcairo/core.c + Enabled HB_USE_ITEM mode which doesn't use Harbour internals. Viktor, I do not think this is a good commit before questions about GC API are finally solved. As per

[Harbour] Cairo GC

2009-12-07 Thread Mindaugas Kavaliauskas
Hi, Przemek, there is a question about GC and storing references between collectible pointers. It would be nice to hear your opinion about this. These letters explains the problem: http://lists.harbour-project.org/pipermail/harbour/2009-November/028156.html

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

2009-12-04 Thread Mindaugas Kavaliauskas
Hi, snaipe...@users.sourceforge.net wrote: 2009-12-04 15:55 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) * harbour/src/rdd/dbf1.c ! fixed variable length field setting after DBCREATE() I hope I didn't break some important part of Harbour. Please test. Here is my test code

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

2009-12-04 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: 2) I'm a little confused how to implement GC pointers. So, I've implemented two version in hbcairo/core.c. It can be selected [not]using HB_USE_ITEM define. In current code the switch is not defined and more low level version is used (actually, I even forgot to

Re: [Harbour] Sorting the array

2009-12-03 Thread Mindaugas Kavaliauskas
Hi, asort(atst,{|x,y|x[2]y[2]}) what rule asort use in this case? Just like always, it uses the 4th parameter of ASORT(). Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

Re: [Harbour] Trouble with SQLRDD

2009-12-03 Thread Mindaugas Kavaliauskas
Horodyski Marek (PZUZ) wrote: Mindaugas, from time to time, in this syntax : ... Many work on SQL's tables, inserts etc. dbUseArea( .T., 'SQLMIX', select * from table,TABLE connect) Board() // my Browse function () dbCloseAll() // -- here is error ? RDDINFO( RDDI_DISCONNECT, connect)

[Harbour] HB_SYMBOL_UNUSED()

2009-12-03 Thread Mindaugas Kavaliauskas
Hi, it would be nice to have multiple parameter support for both C and .PRG version of HB_SYMBOL_UNUSED() macro. Sometimes I temporarily need to add dummy a function, or comment large piece of code of a large functions. This make generate variable defined but not used warnings and stops

Re: [Harbour] HB_SYMBOL_UNUSED()

2009-12-03 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: Great. But folks pls lets not commit it to Harbour SVN, otherwise there will yet another things which will need permanent cleanup to keep our codebase coherent. No problem for me, but I do not understand that is wrong with such commit, and what kind of cleanup are

Re: [Harbour] src/compiler

2009-12-01 Thread Mindaugas Kavaliauskas
Maurilio Longo wrote: Good morning Przemyslaw and Viktor, first of all you have to answer a question I'm asking myself since a long time: how are you able to avoid sleeping and still be able to write such good code?? I see messages of yours during all night: 00.46, 01.17, 01.49, 02.53, 03.45,

Re: [Harbour] Problem in OLE implementation

2009-12-01 Thread Mindaugas Kavaliauskas
Hi, Error OLE/3012 Argument error: OPEN (DOS Error -2147352567) Called from WIN_OLEAUTO:OPEN(0) Called from ADO_OPEN(312) Called from DBUSEAREA(0) Called from MAIN(12) It would be nice to have some idea about how error subcode sould be used. 3012 does not say much about the exact place of

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, 2009-11-30 21:31 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt) + harbour/contrib/hbcairo Since make system is not yet read and some people can experience problems building this library and tests, I'll send a few samples test code results to the mailing list. Regards

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

2009-11-30 Thread Mindaugas Kavaliauskas
Sample test code results. Part 2 hellow.pdf Description: Adobe PDF document fancytxt.pdf Description: Adobe PDF document ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

Re: [Harbour] Problem in OLE implementation

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Hi, Przemysław Czerpak wrote: BTW in MS documentation dimensions are stored in 'unsigned int' instead of 'int'. Maybe we should follow it? So, it's long, not unsigned int. But the most strange thing is that SafeArrayGetDim return HRESULT. Sounds like a handler, and this stopped me from

Re: [Harbour] Problem in OLE implementation

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: I'm not very familiar with OLE code so maybe I'm wrong but I do not see any reason why it has to be the same pointer. I can imagine implementation which will use different pointers so I would like to keep the code clean and if I called punkVal-QueryInterface()

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

2009-11-30 Thread Mindaugas Kavaliauskas
* contrib/hbcairo/hbcairo.hbc * Changed cairo lib name from 'libcairo-2.0' to 'cairo' This is what HB_BUILD_IMPLIB will generate. ; TODO: It's the fun part of any component adaptation, that each build and platform use a different lib naming scheme. We

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: Anyway, it doesn't work here. First I have to copy in lots of .dlls, then I get this: Lots? I last release only two of them: libcairo-2.dll and libpng12-0.dll, if you do not need png support (by default png is enabled), libcairo-2.dll can be recompiled without png

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

2009-11-30 Thread Mindaugas Kavaliauskas
Viktor Szakáts wrote: Anyway, it doesn't work here. First I have to copy in lots of .dlls, then I get this: Well, I see the your dll list now: 0x68DC 0x00096000 F:\work\harbour\harbour\contrib\hbcairo\tests\libcairo-2.dll 0x64F8 0x00035000

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, BTW, I fear that it's practically impossible (means: takes a too huge amount of work) to build a static lib of cairo due to its numerous dependencies. Actually, I did it last week :) I wanted to try cairo meta surface which is implemented in new 1.9.4 snapshot (not release). Cairo has

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2_win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8.8-2_win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.2.39-1_win32.zip The first

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

2009-11-30 Thread Mindaugas Kavaliauskas
vszak...@users.sourceforge.net wrote: * contrib/hbwin/wapi_shellapi.c + WAPI_USERISANADMIN() function. Based on xhb's recently added OS_ISUSERANADMIN() function by Peter Rees. Reformatted, renamed and applied fixes/UNICODE/cleanups, usual stuff. Hmm. Strange name. Sound like

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

2009-11-30 Thread Mindaugas Kavaliauskas
Viktor Szakáts wrote: + WAPI_USERISANADMIN() function. Based on xhb's recently added OS_ISUSERANADMIN() function by Peter Rees. Reformatted, renamed and applied fixes/UNICODE/cleanups, usual stuff. Hmm. Strange name. Sound like HB_ISTHEARRAY(), HB_ISABLOCK(), HB_ISANOBJECT(). I

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, As next step the same can be tried to create static libs. It was successful. By hacky copying c:\mingw\lib\libpixman-1-0.a to libpixman-1-0.a c:\mingw\lib\libz.a to libz.dll.a and recompiling libcairo I have a dll that uses libpng only (and system dlls). Though libpng requires one

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: But, could you also eliminate libcairo-2.dll ? And we have both libpng and zlib hosted in our tree with static builds. It'd be nice to make cairo use them. After things I saw running ./configure, I do not thing I will try to make static libcairo library :) It

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: And we have both libpng and zlib hosted in our tree with static builds. It'd be nice to make cairo use them. I haven't noticed we have libpng in /external. So, by copying: c:\harbour\lib\win\mingw\liblibpng.a to c:\mingw\lib\libpng12.dll.a (this time names are

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

2009-11-30 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: BTW, I managed to build fancytxt using bcc 5.5 and it works with the same .dlls which failed so badly with mingw. Application Internal Error - F:\work\harbour\harbour\contrib\hbcairo\tests\fancytxt.exe Terminated at: 2009.11.30 22:44:06 Unrecoverable error 6005:

Re: [Harbour] Re: [xHarbour-developers] RDD: ADT - ADSADT

2009-11-27 Thread Mindaugas Kavaliauskas
Pre.S. ADSX is not xHarbour related, but this message shows the value of ADS* in comparison to pure ADS. So, I putt CC xHarbour also. Hi, Przemysław Czerpak wrote: The addition of specific sub-rdds of ADSCDX etc. came years later. I, and I imagine a lot of other people who started using

[Harbour] UTF8

2009-11-27 Thread Mindaugas Kavaliauskas
Hi, I'm trying to use UTF8 functions from string API. I found a problem using Cairo library (it accepts all string parameters in UTF8). If I want to print a s caron (\xF0 from 1257 code page), I must pass \xC5\xA1 to cairo functions. \xC2\xAD does not work. I guess it's the problem of

Re: [Harbour] UTF8

2009-11-27 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: UTF8 is endian independent. There is no little and big endian version of UTF-8. In CP-1257 character at position 0xF0 has Unicode value 0x0161 which in UTF-8 encoding has value \xC5\xA1. \xC2\xAD is 0x00AD. It simply Thanks, you. The result was because of

[Harbour] RDD: ADT - ADSADT

2009-11-26 Thread Mindaugas Kavaliauskas
Hi, current ADS RDD is registered using names: ADS, ADT, ADSCDX, ADSNTX, ADSVFP. RDD SYSNAME method (i.e., RDDNAME()) can return one of the following values: ADSADT, ADSCDX, ADSNTX, ADSVFP. Original C level ADS defines for different database types are: ADS_CDX, ADS_NTX, ADS_VFP, ADT_ADT. I

Re: [Harbour] Problem in OLE implementation

2009-11-26 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: yes, good job. Again thank you very much. I've also looked at SafeArrayToArray() function from xHarbour win32ole.prg, but after 10 seconds I've understood it's better not to look at this, because I can start to replicate it. So, that's the reason why

Re: [Harbour] Problem in OLE implementation

2009-11-26 Thread Mindaugas Kavaliauskas
Hi, But we have new one. Looks that VariantInit( vItem ); at line 517 is missing. I know, but you are faster this time :) Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

Re: [Harbour] Problem in OLE implementation

2009-11-26 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: Yes it's really nice though it probably can be even simpler without recursion. This code allocates memory for index array using hb_xgrab() and needs recursion only for allocating dynamically lFrom and lTo on C stack. It means that it should be enough to allocate

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

2009-11-25 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: using some logic dependent on GC activation or thread destruction. See above and do not forget that memory allocated by one thread can be accessible by other threads so you cannot free mspaces when thread is destroyed. Anyhow if you want to force freeing unused

Re: [Harbour] Suspicious pointer conversion in function...

2009-11-25 Thread Mindaugas Kavaliauskas
Hi, Ale SB wrote: Warning W8075 G:\\FiveWin\\Fast_4.8.24\\FastRepH.prg 80: Suspicious pointer conversion in function HB_FUN_CALL_PROC_C . function is: HB_FUNC( CALL_PROC_C ) { proc_C CurProc = (proc_C)hb_parnl(1); CurProc(hb_parc(2)); How to solve? Use pointer type for pointers

Re: [Harbour] Re: OS/2: Harbour 13015

2009-11-25 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: BTW I would like to start build tests on different platforms. I hope that we will release final 2.0 before Christmas. This is perhaps a question to Viktor. When the depreciated function support expires? Do we have some rules for this? Actually I have a problem

Re: [Harbour] Re: OS/2: Harbour 13015

2009-11-25 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: But, back to your actual problem, you must be using some other legacy functions which makes this file pulled in. IMO you could simply solve your problem by changing this legacy call to the new equivalent, and legacyco.c would not be linked at all. That's the

Re: [Harbour] Suspicious pointer conversion in function...

2009-11-25 Thread Mindaugas Kavaliauskas
Hi, Ale SB wrote: If I do this, just the WARNNING, but it's alright I do this, or I may have future problems with the function? Yes, you'll have on Win64. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB)

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

2009-11-24 Thread Mindaugas Kavaliauskas
Hi, * contrib/hbide/hbide.hbp * contrib/hbide/hbide.prg + contrib/hbide/idemisc.prg ! Implemented to execute context sensitive popups. Right click on Funtions List right-hand area. GPF if not of popup menu actions is selected (by clicking outside of popup). BTW, compile

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

2009-11-24 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: As you can see in the last test DLMT has even better scalability what allows to reduce the speed difference and DLMT was finally a little bit faster. Anyhow this test uses only 3 threads which very nicely play with DLMT and I expect that when much bigger number of

Re: [Harbour] Singleton Design Pattern in harbour objects

2009-11-24 Thread Mindaugas Kavaliauskas
Hi, Case 1) A singleton class: code PRG //---// CLASS MyClass SINGLETON // THIS IS A SINGLETON CLASS!!! DATA Status INIT 0 METHOD ChangeStatus() INLINE ::Status := 1 ENDCLASS

Re: [Harbour] Singleton Design Pattern in harbour objects

2009-11-24 Thread Mindaugas Kavaliauskas
Hi, Leandro Damasio wrote: My proposition is that singleton class support for harbour be implemented in such a way that one programmer can declare a singleton class, box it in a library and share it to other harbour users around the world, knowing for sure that nobody could instantiate it

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

2009-11-23 Thread Mindaugas Kavaliauskas
Hi, Grigory Filatov wrote: We have a GPF in the sample arrayrdd.prg at the calling of the function DBCLOSEALL() after last changes in the hbrddsql contrib library. Thank, You. Should be fixed. BTW, it would be nice if hbmk2 -map switch will add -s option (detailed map) in BCC. Current map

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

2009-11-23 Thread Mindaugas Kavaliauskas
Hi, * harbour/src/vm/fm.c * enabled HB_FM_DLMT_ALLOC by default in MT HVM if HB_FM_DL_ALLOC is also enabled BTW, what is HB_FM_DLMT_ALLOC performance in comparison to native Linux malloc() (in MT mode of cause)? Regards, Mindaugas

Re: [Harbour] Problem in OLE implementation

2009-11-22 Thread Mindaugas Kavaliauskas
Hi, Enrico Maria Giordano wrote: In the following sample, GetRows() method returns NIL (correctly returns an array using xHarbour): Can you provide some file to be tested using the following sample? In my case sample does not work because e:\fwharbour\samples\xbrtest.mdb does not exist.

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

2009-11-20 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: I haven't time too look at this whole code so I cannot say what exactly is fixed by version 2.8.4 in comparison to 2.8.3. 2.8.4 is used with nedmalloc designed to improve performance in MT programs but I added to Harbour exactly the same functionality using pure

[Harbour] RDDADS field types

2009-11-18 Thread Mindaugas Kavaliauskas
Hi, I found some incompatibilities trying to move database from DBF to ADT. ADT has more field types than a classic DBF. Field types in FIELDINFO method returns long names like: IMAGE, DOUBLE, TIMESTAMP, MODTIME. This code was written long time ago when Harbour has no support for such

Re: [Harbour] RDDADS field types

2009-11-18 Thread Mindaugas Kavaliauskas
Hi, Viktor Szakáts wrote: None from me. It's an important fix. Perhaps you can also add mapping to CREATEFIELDS() for Harbour type codes too, so both method can be used. Yes, of cause. Such mapping is already implemented, f.e., you can use both M, and MEMO as a field type in DBCREATE().

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-17 Thread Mindaugas Kavaliauskas
Hi, Lorenzo Fiorini wrote: IMHO as it is Harbour is only useful for ex Clipper developers that have a lot of CUI code to maintain. I've wrote the last CUI in 1999. Later I've used Clipper with Windows memory management module and I've wrote pure Windows GUI event driven applications in

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

2009-11-17 Thread Mindaugas Kavaliauskas
Hi, * harbour/contrib/rddsql/sddodbc/odbcdd.c + added support of SQL_WCHAR, SQL_WVARCHAR, SQL_WLONGVARCHAR ; NOTE: I get more and more complains about not working sddodbc, because of these data types. I'm unable to get such situation in my programming environvent. So,

Re: [Harbour] Edit Compile Debug in visual cycle

2009-11-17 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: In Norton Commander the command line is part of NC code not a SHELL so works with completely different conditions. In MC if you hit CTRL+O then hit any key then once again CTRL+O to return to MC you will not be able to execute any new command because these any key

Re: [Harbour] Type of dbInfo(1)

2009-11-16 Thread Mindaugas Kavaliauskas
Hi, Horodyski Marek (PZUZ) wrote: Mindaugas, dbInfo(1) from sqlmix is returned U. Should be .F. Fixed. Check too ValType of HeaderSize() and RecSize(). They have no meaning for SQL, so, I do not thing NIL is error. Though, it will use inherited values from workarea.c (after my last

Re: [Harbour] Type of dbInfo(1)

2009-11-16 Thread Mindaugas Kavaliauskas
Hi, Massimo Belgrano wrote: i have tried made a sample BUT RECEIVE ERROR unable to connect what i miss? i can open sql server management studio with localhost\SQLEXPRESS , windows autentication ... x_stringa=driver=SQL

Re: [Harbour] Type of dbInfo(1)

2009-11-16 Thread Mindaugas Kavaliauskas
Hi, Massimo Belgrano wrote: sql have a native connection? Sorry, Massimo, I do not understand your question. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org

<    1   2   3   4   5   6   7   >