[Harbour] Report writer for Harbour

single print job. If you know of any report writers that work well with Harbour, please let me know. TIA. Regards, Randy. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo

[Harbour] List moderator

Hi all, Who is in charge of the mailing list? Thanks, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 2009-05-14 19:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

Thank you for that detailed explanation! At 12:19 PM 7/7/2009, you wrote: On Tue, 07 Jul 2009, Randy Portnoff wrote: Hi, > Can you please tell me if the ADS bug (below) is only an issue with > compressed fields or does it affect non-compressed fields as well? It was very old p

[Harbour] 2009-05-14 19:20 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

Hi Przemyslaw, Can you please tell me if the ADS bug (below) is only an issue with compressed fields or does it affect non-compressed fields as well? TIA! Regards, Randy. * harbour/contrib/rddads/ads1.c ! fixed minimal record buffer size calculation ! fixed adsGetValue() method

Re: [Harbour] Need for a stable Harbour build

same time the fix is being applied to the current build - In most cases, it's a simple matter of cutting and pasting code. Regards, Randy. At 05:30 PM 7/3/2009, you wrote: On 2009.07.03., at 23:15, Randy Portnoff wrote: Hi all, Are there any plans to support a stable build that includes

Re: [Harbour] Need for a stable Harbour build

Hi Massimo, Perhaps - But with all the new features in the new version, there are bound to be new bugs. That's why having a pathed stable version is so important. Regards, Randy. At 05:39 PM 7/3/2009, you wrote: 20.beta is very stable is right that we have 11 open Bug?

[Harbour] Need for a stable Harbour build

themselves, (b) take the current build which will include new features (and new bugs as well) or (c) live with bugs. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Bug in Harbour logic operations

f this was already fixed, could someone please indicate what changelog entry represented this fix - Thanks! Regards, Randy. FUNC TEST() LOCAL B := 0, T := " ", R := .F., I := 0 ? ! (B==0.OR.T=="M") .AND. ! R .AND. ! ( I > 0 .AND. ! T == "M" ) // Should be .

Re: [Harbour] Off topic: ALternative to HBOLE

try to open multiple files, it creates multiple instances of Excel instead. TIA. Regards, Randy. At 06:23 PM 6/5/2009, you wrote: Hi Randy Portnoff-2 wrote: > > The OLE interface to Excel (ie. HBOLE) is extremely slow and > memory-intensive. > > Is there an alternati

[Harbour] Off topic: ALternative to HBOLE

Hi all, The OLE interface to Excel (ie. HBOLE) is extremely slow and memory-intensive. Is there an alternative to HBOLE (eg. third party product) that is more efficient for creating XLS files? TIA. Regards, Randy. ___ Harbour mailing list

Re: [Harbour] Memory consumption in HBOLE

Hi Xavi, Yup - That worked - Thanks! So, it appears that the memory was not actually in use but was "reserved" for the app by Windows. This API seems to release any unused pages from memory. Regards, Randy. At 12:46 PM 6/5/2009, you wrote: Randy, Try this .- Procedure Main()

[Harbour] Memory consumption in HBOLE

? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Bug in ADS (v1.0.1)

Hi all, Will this ADS bug also be fixed in the stable build (v1.0.1)? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Bug in ADS

Can someone who has older ACE libraries check if the problem is local to version 9.00 and does not exist in 8.10 and/or in older versions? Not an issue in ACE 6.2 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.or

[Harbour] Calling a Harbour DLL from a Windows C app

Hi all, Is it possible to call a DLL created using Harbour from a Windows C app using LoadLibrary, GetProcAddress and CallDLL? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman

Re: [Harbour] Date-Time Functions - Revisited (II)

the case when Harbour is used as a server program (eg. CGI web app), the time zone bias would need to be overridden at the PRG level since it would have to be set based on the user's time zone and not where the server is installed. Regards, Randy. At 02:17 PM 2/12/2009, you wrote: On Th

Re: [Harbour] Date-Time Functions - Revisited (II)

from the database with the user's timezone (this should happen automatically at the RDD level). So, all date/time values in memory (including the current record buffer) will be adjusted for the current timezone while date/time values in the database will not. Regards, Randy. At 01:20 PM

Re: [Harbour] Date-Time Functions - Revisited (II)

Sorry if this was already covered, but the time zone should also be included in the datetime value and considered by the date-time functions/operators. At 11:20 AM 2/12/2009, you wrote: Viktor Szakáts wrote: > > Hi Przemek, > > 3) by no means. 2) could be good, but not with this problemati

Re: [Harbour] Question about re-routing Windows API to an Ajax Web

There are two parts - The first part is the re-routing of my Windows app so that all UI goes to a central function - This function uses TCP/IP and XML to communicate with the Ajax web side. Therefore, the same app with the same source code can run as a Windows or web client. When run as a web

Re: [Harbour] Question about re-routing Windows API to an Ajax Web

. However, the Java/.NET code is VERY complex and sophisticated. We originally wanted to target all browsers but there seemed to be too many browser-specific issues so we opted for support of only IE 7/8 and FireFox 2/3. Have a little demo? Not yet but soon... 2009/1/27 Randy Portnoff

Re: [Harbour] Question about re-routing Windows API to an Ajax Web

code for this framework at this time - If anything changes in this regard I will certainly let you know. Regards, Randy. At 05:22 AM 1/27/2009, you wrote: Hi Randy Wich is the actual situation of this project? re-routing Windows API to an Ajax Web client can be a intresting feature for

Re: [Harbour] Using /contrib/hbtpathy fuctions in Linux

Sorry, the function is called hb_ReleaseCPU() - It is defined in IDLE.C as follows: /* Release a CPU time slice */ HB_FUNC( HB_RELEASECPU ) { hb_releaseCPU(); } At 04:26 PM 1/7/2009, you wrote: Thanks Randy, I wondered about that but did not know of a way to implement ThreadSleep(). I

Re: [Harbour] Using /contrib/hbtpathy fuctions in Linux

Hi Barry, I can't help you with your problem but I do have two comments regarding your ThreadSleep() function: 1. I do not think that this will sleep the thread (unless Harbour does something which I doubt it does) - You need to make a call in this loop to explicitly sleep the thread. For ex

[Harbour] Test

___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Incorrect procedure names in HB_OUT.LOG

The procedure names below (in red) are incorrect in the HB_OUT.LOG file: Called from OLEGETPROPERTY(0) Called from TOLEAUTO:GET(216) in source\rtl\tget.prg Called from TOLEAUTO:QUIT(240) in QUIT.prg Called from READXLS(54) in OLE.prg Called from PRG54(19) in PRG54.prg Called from INVOKEMENUOPTION

Re: [Harbour] hbapi.h and DWORD values

gt;signed conversion, but it should not be changed to LONG in this case. Best regards, Mindaugas Randy Portnoff wrote: Hi Mindaugas, Yes, that works - I was casting incorrectly at the C level. However, I have to cast as DWORD (not LONG) to get it to work. Here is what I am doing: LONG lEA

Re: [Harbour] hbapi.h and DWORD values

call - When I call hb_retnint(), I have to cast lEAX as a DWORD for it to work properly (LONG does not work). Does this seem correct to you? TIA. Regards, Randy. At 05:21 PM 11/24/2008, you wrote: Hi, so, my previous suggestion should work: - PROC main

Re: [Harbour] hbapi.h and DWORD values

to that value to convert it to a DWORD. I thought it would be nice to get this hack out of the PRG code by properly supporting DWORD in the HBAPI. At 03:00 PM 11/24/2008, you wrote: Hi, then I should ask you, how do you know on prg level, if it is LONG or not? Regards, Mindaugas Randy

Re: [Harbour] hbapi.h and DWORD values

Hi Mindaugas, Thanks, but it still returns a LONG. Regards, Randy. At 05:15 PM 11/21/2008, you wrote: Hi, Is there a way to return a DWORD value using HBAPI.H or does this conversion (ie. from LONG to DWORD) need to be done at the PRG level? Try hb_retnint( (HB_LONG) dword

[Harbour] hbapi.h and DWORD values

Hi all, Is there a way to return a DWORD value using HBAPI.H or does this conversion (ie. from LONG to DWORD) need to be done at the PRG level? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org

Re: [Harbour] 2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

Hi Viktor, Sorry to jump in mid-stream, but my understanding is that the Windows-1252 codepage would be required for backwards DOS/Cl*pper compatibility - Is that not true? Regards, Randy At 01:14 PM 11/6/2008, you wrote: Miguel, IANA assigns _names_. This only means that this object

[Harbour] How does Harbour manage strings and memory?

ng first - For example... local cText := Space( 2000 ) cText := "" cText += "Some text" ... Also, when reusing a string, does first setting it to NIL have any benefits to memory - For example... local cText cText := "Some text" ... cText := nil // Does th

Re: [Harbour] 2008-11-03 08:57 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

Hi Viktor, For backwards compatibility (especially with legacy systems) I think you need to also support Windows-1252 encoding. Regards, Randy. At 09:03 AM 11/3/2008, you wrote: Hi Przemek and all, Here are the results. (official C5.2e and C5.3b ones, plus three unofficial HU ones). To

[Harbour] Off topic: Fax integration

. Please reply to me personally at mailto:[EMAIL PROTECTED] TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Mixing LIBs from different C versions

Hi all, What are the implications of using an older C .LIB (eg. ACE32.LIB for v6.2) with a Harbour/Application that is build using MSVS 2005? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour

Re: [Harbour] v1.0.2

Hi Viktor, IMO, we need a stable Harbour version ASAP - Therefore, bug fixes only. Regards, Randy. At 03:57 PM 10/3/2008, Szakáts Viktor wrote: Hi Randy, There may be one. So far only just a few (exactly 4) fixes were marked to be merged there, so I think we should wait until some more comes

[Harbour] v1.0.2

Hi all, Is there going to be a v1.0.2 for the stable build? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Why hbsix.lib?

Hi all, Why do I need to include hbsix.lib when I link in rddcdx.lib? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Problem linking with gtgui

That was it - Thanks! At 02:14 PM 10/1/2008, you wrote: Hi Randy, Did you use ANNOUNCE HB_GTSYS in that app? Brgds, Viktor On 2008.10.01., at 20:09, Randy Portnoff wrote: Hi all, I can successfully link various apps using gtgui - However, one app just won't link and I can't s

[Harbour] Problem linking with gtgui

get around this? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Proposed changes to EXTRAP.C

Hi Viktor, It seems that returning EXCEPTION_EXECUTE_HANDLER (instead of EXCEPTION_CONTINUE_SEARCH) suppresses the Windows GPF dialog and allows the app to exit immediately. Regards, Randy. At 02:34 PM 9/23/2008, you wrote: Hi Randy, Hi all, I suggest the following changes to EXTAP.C

Re: [Harbour] A few questions about MT

be shared across all threads - Similar to PUBLIC versus LOCAL variables. I could see the PRG syntax looking something like this: use MYTABLE.DBF new shared threadsafe // Current thread only use MYTABLE.DBF new shared // Can be accessed by all threads Regards, Randy

[Harbour] Download link on main Harbour page

The download link on the main Harbour page reads "1.0.0" but takes you to a download area for v1.0.1 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Proposed changes to EXTRAP.C

the O/S GPF alert message. For example, a server application that runs into a GPF, is held open/running since Windows attempts to display the GPF window - If Harbour could force the app to terminate (again, as an option), this would be very helpful. Best regards, Randy. At 02:34 PM 9/23/2008

Re: [Harbour] Proposed changes to EXTRAP.C

display the GPF window - If Harbour could force the app to terminate (again, as an option), this would be very helpful. Best regards, Randy. At 02:34 PM 9/23/2008, you wrote: Hi Randy, Hi all, I suggest the following changes to EXTAP.C: 1. The log should be closed BEFORE any alert messages are

[Harbour] Proposed changes to EXTRAP.C

, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] hDC in WIN32_SETDOCUMENTPROPERTIES

) hb_parnl( 1 ); ...and the function worked ok. Any idea what's wrong? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Off topic: VS 2005 running on older O/S versions

Hi all, Will a Harbour app build using VS 2005 still run on older versions of Windows (eg. 98, Me, 2000 and 2003)? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] C compiler switches for VS 2005

This was done years ago when I setup my Harbour environment - I _think_ John told me to do it but I'm not 100% sure. At 12:52 PM 8/20/2008, you wrote: Randy, -D_MSC_VER=1010 Why are you doing this? This is controlled by the C compiler, and over-riding it could be a problem. Paul

[Harbour] C compiler switches for VS 2005

, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Issue with hb_numRound in MSVS 2005

. Regards, Randy. At 02:28 PM 8/14/2008, you wrote: On Thu, 14 Aug 2008, Randy Portnoff wrote: Hi Randy, > I have changed the numeric comparison functions in my Harbour version > to compensate for floating point issues when comparing numeric values > (it was must simpler doing it in Harbou

[Harbour] Issue with hb_numRound in MSVS 2005

/ dNumber2 = hb_numRound( dNumber2, (int) MY_PRECISION ); hb_vmPushLogical( dNumber1 == dNumber2 ); } ...it works ok. Can anyone tell my why there is a difference between these 2 C versions? TIA. Regards, Randy. ___ Harbour mailing list Harbour@

Re: [Harbour] C compiler warnings using Visual Studio 2005

noring unknown option '-Op' cl : Command line warning D9002 : ignoring unknown option '-G6' Should I just ignore these? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.o

[Harbour] C compiler warnings using Visual Studio 2005

has been deprecated and will beremoved in a future release cl : Command line warning D9036 : use 'EHs-c-' instead of 'GX-' cl : Command line warning D9002 : ignoring unknown option '-Op' cl : Command line warning D9002 : ignoring unknown option

Re: [Harbour] Release 1.0.0 Final #1

Hi Viktor, Attached are two logs (one for HARBOUR and one for RDDADS) which contain some warnings when built using MSVC 12.00.8804. Regards, Randy. At 09:57 AM 7/30/2008, you wrote: Hi all, I'd like to ask everyone to try as many kinds of builds as possible and report any results o

[Harbour] Incorrect field masking

apply the field mask upon the lose focus event, as is occurring now. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] "Variable does not exist" when at EOF()

Hi Przemek, Ok, but I disagree with this one - IMO, it is a bug in Clipper which should not be Harbour. Regards, Randy. At 05:33 PM 7/7/2008, you wrote: On Mon, 07 Jul 2008, Randy Portnoff wrote: > Hi Przemek, > I don't think you understand what I mean... > In Clipper, if

Re: [Harbour] "Variable does not exist" when at EOF()

nt to know that it is happening. Regards, Randy. At 05:29 PM 7/7/2008, you wrote: Hi Randy and all, I'd vote to make Harbour Clipper compatible, unless we have a strong reason against this practice (like the behaviour in Clipper is inconsistent or erroneous). Brgds, Viktor On 2008.07.07.

Re: [Harbour] "Variable does not exist" when at EOF()

ng is that, the error message that Harbour generates now (ie. "Variable does not exist") is misleading. I am suggesting that is be re-worded to "Attempt to update record while at EOF". Does that make sense? Regards, Randy. At 05:07 PM 7/7/2008, you wrote: On Mon, 07 Jul 2008,

[Harbour] "Variable does not exist" when at EOF()

Hi all, When at EOF() and attempt to replace a field, get runtime error as "Variable does not exist" - This is better than Clipper which does not throw an error at all, but I think a more meaningful error message should be used like: "Attempt to update record while at EOF&quo

Re: [Harbour] Class creation broken in RC2 (RESOLVED?)

Yes, I am using the /u switch. At 08:09 PM 7/4/2008, you wrote: Hi Randy, Okay, thanks I'll fix this. You seem to be using /u switch with Harbour, which got broken lately in this respect. Brgds, Viktor On 2008.07.04., at 22:37, Randy Portnoff wrote: I seems I now have to define __HARB

[Harbour] Class creation broken in RC2 (RESOLVED?)

E0030 Syntax error: "syntax error at '_CLASS_DECLARATION_'" . . . However, this worked fine in: Harbour devel build 1.1-1 Intl. (Rev. 8567) Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Trapping recurrsion

Hi Viktor, I am using: Harbour 1.0.0RC2 Intl. (Rev. 8928) My test is: func test() test2() return nil func test2() test() return nil I replaced the errorint.c in source\rtl, deleted errorint.obj and hbrtl.lib and rebuilt Harbour. Regards, Randy. At 11:59 AM 7/4/2008, you wrote: Hi Randy

Re: [Harbour] Trapping recurrsion

Hi Viktor, I tried the most recent errorint.c that you sent with the current Harbour build but it is not creating the log file. Regards, Randy. At 09:12 AM 7/3/2008, you wrote: Hi Randy, Since some week there is one common filename used. You can control this filename using Set

[Harbour] Class creation broken in RC2

t '__SUBWNDPROC'" PPBROWSE.prg(101) Error E0030 Syntax error: "syntax error at 'ADDCOLUMN'" PPBROWSE.prg(102) Error E0030 Syntax error: "syntax error at '_CLASS_DECLARATION_'" . . . Howe

Re: [Harbour] Harbour rc2 days!

Hi Massimo, If RC2 was just released (yesterday?), why does the source download at Sourceforge show a date of June 21, 2008? Regards, Randy. At 06:51 AM 7/4/2008, you wrote: Content-class: urn:content-classes:message Content-Type: multipart/related; type="multipart/altern

Re: [Harbour] Trapping recurrsion

Hi Viktor, Are the only error logs created by Harbour HB_EX.LOG and HB_OUT.LOG or are there others? IMO, I think only one filename should be used for _all_ logs and new errors should be appended to the existing log if it exists. Regards, Randy. At 02:45 PM 7/2/2008, you wrote: Hi Randy

Re: [Harbour] Trapping recurrsion

Thanks Viktor, but this does not build with my Harbour version - I will test it with the next release... At 02:45 PM 7/2/2008, you wrote: Hi Randy, Here is the internal error logging implemented. Copy the file to source/rtl/ and recompile. Brgds, Viktor On 2008.07.02., at 17:21, Randy

[Harbour] Trapping recurrsion

ld be best. For example, this causes the app to vanish. func main() SomeFunc() return nil func SomeFunc() Main() return nil Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Possible bug in TGET's :delEnd()

that method. Regards, Randy. At 10:44 AM 6/26/2008, you wrote: Hi Randy, Okay, that clears it up. Before implementing your fix, I think it would be best to find such a test case which exploits it. This way maybe we can even find a better fix on lower level. Brgds, Viktor On 2008.06.26., at

Re: [Harbour] Possible bug in TGET's :delEnd()

thereby protecting the loop in :DelEnd(). Again, sorry... However, I still feel that the loop in DelEnd() looks dangerous! Regards, Randy. At 08:17 AM 6/26/2008, you wrote: Hi Randy, I've added a small test case, but I couldn't reproduce the loop: cStr07 := Space(20) SetPos( 14,

Re: [Harbour] Possible bug in TGET's :delEnd()

gt; nPos .and. ::nPos < nLast nLast := ::nPos ::backSpaceLow() ENDDO ::display() ENDIF RETURN Self At 12:10 PM 6/25/2008, you wrote: Hi Randy, Probably. If we can get a small test case together, I will add it to rto_get.prg, and I can try it with Clipper too

[Harbour] Possible bug in TGET's :delEnd()

ing a 20-character character variable and a picture as "(999) 999-" - If I reduce the variable to 14 characters (ie. to match the picture length), it seems to work ok. So, I'm not sure if this should be classified as a bug or not. Regards, Randy. P.S. The use of :Pos and :nPos is ver

Re: [Harbour] BUG?: == operator in DO CASE

...and if you choose to maintain this Clipper compatibility, IMO, it should be via HB_C52_STRICT only! I think it's a bug in Clipper because... CASE 1 == n ...will work. In fact, when I used to develop using Clipper, I would always make sure the possible NIL value was on the right side of th

Re: [Harbour] BUG?: == operator in DO CASE

I think it's a bug in Clipper because... CASE 1 == n ...will work. In fact, when I used to develop using Clipper, I would always make sure the possible NIL value was on the right side of the expression. At 08:01 AM 6/24/2008, you wrote: Hi all, Here's an interesting one: --- code PROC MA

Re: [Harbour] "Harbour exception"

Hi Viktor, I searched all C/PRG source and all H/CH headers and could not find any others that apply. Regards, Randy. At 02:54 PM 6/20/2008, you wrote: Hi Randy, Good point. I'll correct these later. Maybe we have such strings in other places, too, so if you know about any of the

[Harbour] "Harbour exception"

Hi all, Should the title of the pop-up window used when a GPF occurs be changed from "Harbour exception" to "Application exception". The term "Harbour" may confuse users since they have no idea what Harbour is. Regards, Randy. _

[Harbour] Which MSVC version is recommended

Hi all, Which version of MSVC is better (ie. more reliable) with Harbour - v6 or v8/2005? TIA. Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] WTYPES.H in MSVC v6

Hi all, I was told to use a special/fixed version of WTYPES.H with MSVC v6 - I believe it corrected a bug. When using MS Visual Studio 2005 (MSVC v8), are there any special files that need to be replaced? TIA. Regards, Randy. ___ Harbour

Re: [Harbour] Window updates vs. long Harbour processes

mentioned, in Windows this can be handled with a second thread - I have no idea what to do in other operating systems. Randy. At 02:10 PM 6/12/2008, you wrote: Hi Pripal and others, sorry to jump in and if I miss something, but, reading fastly I have understood that you have problem with long

Re: [Harbour] Window updates vs. long Harbour processes

Hi Przemek, For systems which supports MT we can intorduce inspector thread... BTW, there is a way to start a second thread in a single-threaded app also - I am not sure how this is done but Mediator does do it in my ST app. Randy. ___ Harbour

Re: [Harbour] Window updates vs. long Harbour processes

arted that could have a timer associated with it. Randy. At 05:31 PM 6/11/2008, you wrote: Hello Viktor Szakáts Viktor wrote: > > While Harbour is doing the processing, the GTWVT > window doesn't get refreshed, so the content > is pure blank if minimizing and restoring

RE: [Harbour] Upating website

...and you may also want to mention the powerful VM system and transparent garbage collection. At 11:38 AM 6/10/2008, you wrote: YES Include it is very good idea. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Portnoff Sent: Tuesday, June 10

RE: [Harbour] Upating website

Ok, please send me the text and I will clean it up and add it to the existing doc. At 11:38 AM 6/10/2008, you wrote: YES Include it is very good idea. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Portnoff Sent: Tuesday, June 10, 2008 5:33 PM

RE: [Harbour] Upating website

Hi Massimo, You may also want to include a note about the powerful string handling capabilities of xBase/Harbour. Randy. At 10:54 AM 6/9/2008, you wrote: Hi randy What is missing in your opition at http://en.wikipedia.org/wiki/Harbour_compiler ? If you can clean up the grammar now will

RE: [Harbour] Upating website

Hi Massimo, Since you are referring to various products in this text, I think it would be a good idea to include the following text at the bottom: All product or brand names are trademarks or registered trademarks of their respective holders. Randy. At 10:54 AM 6/9/2008, you wrote: Hi

RE: [Harbour] Upating website

Ok - I will take the text from there, clean it up and I will then send it to you so that you can update it... At 10:54 AM 6/9/2008, you wrote: Hi randy What is missing in your opition at http://en.wikipedia.org/wiki/Harbour_compiler ? If you can clean up the grammar now will be usefull for

Re: [Harbour] Upating website

Hi Massimo, Once the content is complete, I don't mind cleaning-up the grammar - Let me know... Randy. At 04:39 AM 6/7/2008, you wrote: Will same people write "What is Harbour?" For adding in website I have tried here with my worse English http://en.wikipedia.org/wiki/Harb

Re: [Harbour] Why your are using harbour ?

Because Harbour is open-source and therefore you are not at the mercy of the decisions of a private company. Because Harbour is developed by a very experienced and capable team of developers. At 09:27 AM 6/9/2008, you wrote: Because you have clipper code and want modernize? Because you want

Re: [Harbour] Why your are using harbour ?

Because Harbour is proven to be stable, robust and efficient. Because Harbour supports RDDs (Replaceable Database Drivers) to allow multiple data sources which allows an application to scale. Because Harbour is portable across multiple operating systems with the same code base. Because Harb

Re: [Harbour] Compile defines

t to have a document listing all the options including a brief description and the implications of enabling/disabling them. Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Compile defines

Hi Viktor, IMO, all environment vars and compiler switches should default for maximum performance - If a user wants profiling, tracing, debugging, etc., they can enable them as required. Randy. At 04:43 PM 6/2/2008, you wrote: What do you think of making this a runtime option? (a Set

Re: [Harbour] Compile defines

Hi Viktor, -DHB_NO_PROFILER Valid. I cannot find any docs on the purpose of HB_NO_PROFILER - Can you please offer a brief explanation of what it is used for? TIA. Randy. ___ Harbour mailing list Harbour@harbour-project.org http

Re: [Harbour] Problem building RDDADS

Thanks - That worked! At 11:03 AM 6/2/2008, you wrote: Hi Randy, I think you miss the HB_VISUALC_VER envvar, and the line no is misreported by nmake (yes, and they didn't bother to fix even in 9.0 - compatibility must be the reason ;) So, please use this: set HB_VISUALC_VER=60 I&#

[Harbour] Case insensitive environment vars

Hi all, IMO, any of the environment variables that are set to a value like "yes" (eg. HB_BUILD_ST) should be case insensitive. I had mine set as HB_BUILD_ST=YES and it had no effect - I took me a while to realize what the problem wa

Re: [Harbour] Problem building RDDADS

expression Stop. ...and here is what is at my line 112 ("# C Compiler Flags" is apparently at line 112) # C Compiler Flags !if $(HB_VISUALC_VER) >= 80 CFLAGS_VER = -Ot2b1 -FD -Gs -D_CRT_SECURE_NO_DEPRECATE !else CFLAGS_VER = -Ogt2yb1p -GX- -G6 -YX -FD -Gs !endif #---

[Harbour] Problem building RDDADS

Hi all, I am trying to build RDDADS using the current CVS - I set HB_DIR_ADS as indicated but I am getting the following build error using MSVC v6: ..\mtpl_vc.mak(112) : fatal error U1023: syntax error in expression Stop. Randy. ___ Harbour

Re: [Harbour] CHANGELOG: 2008-05-29 19:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu)

I'm not sure if it would be possible (ie. because the app is in an unstable state), but could it generate a runtime error instead of a pop-up message? At 01:38 PM 5/29/2008, you wrote: 2008-05-29 19:31 UTC+0100 Viktor Szakats (harbour.01 syenar hu) * common.mak * source/vm/Makefile *

[Harbour] Test (my e-mail address changed)

___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Status of next release

Hi all, What is the status of the next release? Also, will it be B4 or R1? Regards, Randy. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

  1   2   >