[Harbour] Re: OT: file size II part

2010-01-21 Thread David Arturo Macias Corona
Przemek: These modification and many others RDD related I made few years ago when I was working on xHarbour CVS code and later they were ported to Harbour without detail replication of all ChangeLog notes. In this week I'll try to make some cleanups in existing locking schemes and then I'll

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:

Re: [Harbour] Re: OT: file size

2010-01-20 Thread Viktor Szakáts
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:

Re: [Harbour] Re: OT: file size

2010-01-20 Thread Przemysław Czerpak
On Sun, 17 Jan 2010, David Arturo Macias Corona wrote: Hi, Surprisely, except for source code, there are not reference of DB_DBFLOCK_VFP, locking scheme in doc files and even changelog file These modification and many others RDD related I made few years ago when I was working on xHarbour CVS

[Harbour] Re: OT: file size

2010-01-19 Thread David Arturo Macias Corona
Viktor: Thanks for your interest - or, perhaps hbcurl does not work in OpenWatcom Easily possible. The errors you sent are all reported in system headers and libcurl headers. We can't fix those in Harbour. So is not due to case/otherwise flow for compilers in Harbour Ideally this problem

Re: [Harbour] Re: OT: file size

2010-01-19 Thread Viktor Szakáts
Easily possible. The errors you sent are all reported in system headers and libcurl headers. We can't fix those in Harbour. So is not due to case/otherwise flow for compilers in Harbour No, seemingly it's incompatibility between libcurl headers and OS/2 ow headers. Maybe there exist some

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 Viktor Szakáts
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

RE: [Harbour] Re: OT: file size

2010-01-19 Thread Fred Seyffert
-project.org] On Behalf Of David Arturo Macias Corona Sent: Sunday, January 17, 2010 7:40 AM To: harbour@harbour-project.org Subject: [Harbour] Re: OT: file size Przemek: This is becoming more interesting :-) First thanks for your help In the past I was answering for such questions over 10 times

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] Re: OT: file size

2010-01-19 Thread Viktor Szakáts
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 can

[Harbour] Re: OT: file size

2010-01-18 Thread David Arturo Macias Corona
Viktor, thanks: For example, nobody have response for my recent messages about hbcurl, hbcairo, hbqt because are considered as irrelevant in this moment I did notice it and thanks for these tests, but I'd suggest to patch (or send patches for) existing .hbc files, after you tested them with

Re: [Harbour] Re: OT: file size

2010-01-18 Thread Viktor Szakáts
Hi David, I did notice it and thanks for these tests, but I'd suggest to patch (or send patches for) existing .hbc files, after you tested them with hbmk2 successfully using OS/2 specific 3rd party lib names. It's rather inefficient if I edit them without testing and we iterate it endlessly.

[Harbour] Re: OT: file size

2010-01-17 Thread David Arturo Macias Corona
Przemek: This is becoming more interesting :-) First thanks for your help In the past I was answering for such questions over 10 times. You may find these messages in the Harbour and xHarbour mailing list archives. A short description I added also to tests/xhb-diff.txt I read xhb-diff.txt

Re: [Harbour] Re: OT: file size

2010-01-17 Thread Viktor Szakáts
Hi David, I read xhb-diff.txt and checked it About over 10 times: I have seen before your info about locking schemes and so on, but in that cases was not relevant because does not exist a direct need and we usually do not go deep in those messages if we are not involved For example,

Re: [Harbour] Re: OT: file size

2010-01-16 Thread Przemysław Czerpak
On Sat, 16 Jan 2010, David Arturo Macias Corona wrote: I have not found a clear answer Everyone have his own impression :-) What is file size limit in DBF format ? and in DBF-(x)Harbour ? and in DBF-ADS 6.2x ? In the past I was answering for such questions over 10 times. You may find these