Revision: 14190
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14190&view=rev
Author: vouchcac
Date: 2010-03-20 05:35:28 + (Sat, 20 Mar 2010)
Log Message:
---
2010-03-19 22:22 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.ch
*
Compilation process is obviously slower than for
a non-optimizing compiler, also for .prg since
it's also compiled by C compiler.
Here it should be noted that plain -gc2 built
.c files can just be compiled using any C compiler
option (ie. without optimization), since it cannot
be optimized an
Hello Francesco,
Just to mention: Did you try the hbmk2 "-jobs=" option.
This option starts compilaton threads (multiprocess plataforms
only).
It works very well for me and reduces the compilation time.
Qatan
- Original Message -
From: "francesco perillo"
To: "Harbour Pro
> Though at least for live builds used by real users
> IMO it's worth to take the pain of a longer build
> to offer a faster working application. It's a one
> time overhead on developer's side and and permanent
> and noticeable gain on the users' side.
No problem for a lng one-time compile
Hi Maurilio,
> Viktor,
>
> for real code, doing I/O on a network share, the difference could be lower,
> though.
Yes, of course speedtst is not the one-and-only
ultimate bench, though it still shows big difference
in a lot of important places, f.e. a table upgrade
or reindexing on server. Dou
Hi All,
Is anybody using Qt on Wince
Any guidance will be greatly is appreciated.
Thanks,
Abe
--
View this message in context:
http://n2.nabble.com/Wince-QT-tp4764079p4764079.html
Sent from the harbour-devel mailing list archive at Nabble.com.
Viktor,
for real code, doing I/O on a network share, the difference could be lower,
though.
Maurilio.
Viktor Szakáts wrote:
>> Viktor Szakáts wrote:
>>> I've included BCC55 for comparison. It's running at half the overall speed
>>> compared to 4.5 64-bit.
>> Ec... I'm still using BCC, becau
> Viktor Szakáts wrote:
>> I've included BCC55 for comparison. It's running at half the overall speed
>> compared to 4.5 64-bit.
>
> Ec... I'm still using BCC, because... it compiles f.e. \external\sqlite3
> in 2.74 s, and MGW compiles it in 3 minutes 3.25 s, i.e. 67 times slower...
Yes, it
Viktor Szakáts wrote:
I've included BCC55 for comparison. It's running
at half the overall speed compared to 4.5 64-bit.
Ec... I'm still using BCC, because... it compiles f.e.
\external\sqlite3 in 2.74 s, and MGW compiles it in 3 minutes 3.25 s,
i.e. 67 times slower...
Regards,
Mindaug
Viktor Szakáts wrote:
>
>> Viktor Szakáts wrote:
>>>
>>> I'd like to suggest to start a doc file inside hbide
>>> dir and add hbide related documentation in there,
>>> instead of using ChangeLog entries for this purpose.
>>>
>>
>> Ok. This is logical.
>> A short entry in ChangeLog should fo
> Viktor Szakáts wrote:
>>
>> I'd like to suggest to start a doc file inside hbide
>> dir and add hbide related documentation in there,
>> instead of using ChangeLog entries for this purpose.
>>
>
> Ok. This is logical.
> A short entry in ChangeLog should follow or not ?
Depends no what you m
Viktor Szakáts wrote:
>
> I'd like to suggest to start a doc file inside hbide
> dir and add hbide related documentation in there,
> instead of using ChangeLog entries for this purpose.
>
Ok. This is logical.
A short entry in ChangeLog should follow or not ?
-
enjoy h
marco bra wrote:
>
> Error BASE/1005 Message not found: XBPTREEVIEWITEM:_TOOLTIPTEXT
>
Compile hbXBP also.
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/SF-net-SVN-h
Hi All,
In summary with 4.5 there is a 7-8% speed increase
compared to 4.4.4 in 64-bit mode and C++ doesn't
give any speed advantage here. Binary sizes are
similar, sometimes a big larger sometimes a bit
smaller.
I've included BCC55 for comparison. It's running
at half the overall speed comp
Revision: 14189
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14189&view=rev
Author: vszakats
Date: 2010-03-19 13:11:59 + (Fri, 19 Mar 2010)
Log Message:
---
2010-03-19 14:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbverdsp.c
dru...@users.sourceforge.net wrote:
* harbour/src/rtl/hbzlib.c
* modified HB_ZUNCOMPRESSLEN(), current syntax is:
HB_ZUNCOMPRESSLEN( , [<@nResult>] )
-> or -1 on error
* harbour/contrib/hbbzip2/hbbzip2.c
* modified HB_BZ2_UNCOMPRESSLEN(), current syntax is:
Hi,
I humblely agree since HBIde is a tool and it is not the "language" so
it should have a separate documentation to avoid overstuffing the Changelog.
Also, this would help anyone interested in using this nice and
impressive tool to find concentrate information in one place.
I may be
Hi Pritpal
I am using xmate to editing my harbour project and i am very
productive thanks to your project
Can you publish your todo of hbide?
This is my ordered wishlist and sorry if same are know
Project mapping and user menu (because i use for integrate harbour
developer language with winapi)
Hi Pritpal,
I'd like to suggest to start a doc file inside hbide
dir and add hbide related documentation in there,
instead of using ChangeLog entries for this purpose.
Brgds,
Viktor
On 2010 Mar 19, at 09:50, vouch...@users.sourceforge.net wrote:
> Revision: 14188
>
> http://harbour-
Ubuntu 9.10 32 bits Harbour built from svn.
hbide recompiled with
hbmk2 hbide.hbp -rebuild
running hbide when i try to open a source .prg file i get this dialog error:
Error BASE/1005 Message not found: XBPTREEVIEWITEM:_TOOLTIPTEXT
Called from __ERRRT_SBASE(0)
Called from XBPTREEVIEWITEM:ERRO
Revision: 14188
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14188&view=rev
Author: vouchcac
Date: 2010-03-19 08:50:45 + (Fri, 19 Mar 2010)
Log Message:
---
2010-03-19 01:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/ideskeletons.
I was about to post about MongoDB, another NoSQL database.
With MongoDB you can have different column names for each record
giving the programmer maximum flexibility!
You can do searches but can't do joins. It supports replication and
sharding. It also support server-side operators... something li
22 matches
Mail list logo
