Hi
Below is the part of hb_out.log :
Application Memory Allocation Report - E:\harbour\contrib\hbide\hbide.exe
Terminated at: 2010.01.28 18:32:33
Total memory allocated: 2765455 bytes (36580 block(s))
Warning, memory allocated but not released: 11662 bytes (499 block(s))
Block 1 0x10f7968 (siz
Revision: 13731
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13731&view=rev
Author: vouchcac
Date: 2010-01-29 02:07:36 + (Fri, 29 Jan 2010)
Log Message:
---
2010-01-28 18:03 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/filelist.mk
Hi,
On 2010 Jan 28, at 23:41, Przemysław Czerpak wrote:
> On Thu, 28 Jan 2010, Szak�ts Viktor wrote:
>
> Hi,
>
>> Sorry to resend, maybe you missed it. Your opinion on this?
>
> Ups, number of messages in last days I should read carefully is still
> growing up and I have limited time :-(
> If
Revision: 13730
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13730&view=rev
Author: vszakats
Date: 2010-01-28 23:35:32 + (Thu, 28 Jan 2010)
Log Message:
---
2010-01-29 00:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
On Thu, 28 Jan 2010, Szak�ts Viktor wrote:
Hi,
> Sorry to resend, maybe you missed it. Your opinion on this?
Ups, number of messages in last days I should read carefully is still
growing up and I have limited time :-(
If you think it will make things simpler and easier to update
then please chan
Hi Przemek,
Sorry to resend, maybe you missed it. Your opinion on this?
Brgds,
Viktor
On 2010 Jan 26, at 15:30, Viktor Szakáts wrote:
> Thanks a lot. Is there anything against using the BEGIN/END
> method in all cases? (xhb and non-xhb) If there isn't, it'd simplify logic.
>
> Brgds,
> Viktor
Revision: 13729
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13729&view=rev
Author: druzus
Date: 2010-01-28 22:25:09 + (Thu, 28 Jan 2010)
Log Message:
---
2010-01-28 23:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/dbfcd
>> I remember to implement WAPI_WAITFOR*() functions in hbwin
>> after reading this conversation to help the matter, though
>> we would need some portable core solution for this problem,
>> also.
>>
>
> I mensioned that I made some experiments, though
> not for a longer duration, and could no
On Thu, 28 Jan 2010, Pritpal Bedi wrote:
Hi,
> >Thank you!!! By the way, you really know your stuff about Clipper!
> He knows almost everything about anything.
Unfortunately not :-( but I'll try to remember about your words when
I'll be next time in casino ;-)
best regards,
Przemek
___
Viktor Szakáts wrote:
>
> My understanding is that some IDEs will keep track of
> what depends on what in multicomponent projects
> ("solutions") and will invoke component build processes
> in proper bottom to top order to satisfy all dependencies.
>
This is exactly what I have planned.
Viktor Szakáts wrote:
>
> Thank you. It's good. Pls make sure that this
> class won't contain anything XBP specific, f.e.
> it cannot inherit from xbpWindow. So some slight
> changes will be needed, f.e. to receive a QT
> window object as parameter.
>
For sure not. hbQT does not know anyth
Revision: 13728
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13728&view=rev
Author: vszakats
Date: 2010-01-28 19:21:03 + (Thu, 28 Jan 2010)
Log Message:
---
2010-01-28 20:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
> If this was meant for me:
> hbmk2 project1.hbp project2.hbp
>
> This is Massimo's idea I jotted down here in this thread.
> His request is for hbIDE. As far as I remember hbMK2
> already builds multiple projects - without cirricular
> dependancies, right ?
Yes, it can build a flat list of
>>
>> So, the clean solution here is either to create a
>> HBXBP specific file format, which implements a portable
>> way of describing UI elements, OR (and this is definitely
>> the easiest) to implement such class in HBQT.
>>
>
> Ok, I do it.
> What be the name : hbqt_qtuiloader.prg ?
Tha
Hi
>Thank you!!! By the way, you really know your stuff about Clipper!
He knows almost everything about anything.
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/SIxD
Massimo Belgrano wrote:
>
> -The idea or select one or more project must be applied also to make
> process
>
You must have replied to the thread designated for thie purpose.
You tend to forget some important guidelines.
Be careful in the future. I have placed this request there.
> -Check al
If this was meant for me:
hbmk2 project1.hbp project2.hbp
http://n2.nabble.com/hbIDE-Requested-Thought-of-Features-Tracking-tp4456648p4474622.html
Sent from the harbour-devel mailing list archive at Nabble.com.
___
Harbour mailing list (attachment si
Viktor Szakáts wrote:
>
> I understand that, but .xml is just the container
> format, what really matters is the content and the
> specification which describes this content. In this
> case the content of the .ui file is seemingly a
> QT specific implementation of UI element description,
>
If this was meant for me:
hbmk2 project1.hbp project2.hbp
hbmk2 doesn't handle project trees and project
interdependencies at the moment, so that part needs
to be sorted out by caller application and
a list of projects in proper sequence fed to hbmk2
(like above).
If someone passed me an a
Viktor Szakáts wrote:
>
> You should definitely not neglect other things, since
> we should never forget the fun part and that we do
> Harbour because it gives us something. But it's fully up
> to you how to balance. If it starts to ruin other things,
> just stop. Never anybody called for a
> -The idea or select one or more project must be applied also to make
> process
>
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/hbIDE-Requested-Thought-of-Featur
Alex
You simply missed the context of this message.
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/Qt-A-Mission-Statement-tp4470506p4473964.html
Sent from the harbour-de
Very good!
all feature set are present
-The idea or select one or more project must be applied also to make process
search in current is not selected more selected project in project
selector on mail menu
-Check all & *.* seem me corrispondent
-seem little the result area that must have more row
Wow, great answer. Maybe I should stop using SIX3 entirely. Any other
Harbour compatible database formats you would recommend for the transition,
to avoid all these bugs? Hopefully it isn't hard to convert SIX3 to
whatever you suggest. If I can keep using a file-based database instead of
having
Hi Pritpal,
On 2010 Jan 28, at 07:29, Pritpal Bedi wrote:
>
>
> Viktor Szakáts wrote:
>>
>> If this is the case, there is nothing wrong in asking
>> these things specifically. I very often ask such
>> question on the list (and not always, but sometimes
>> I even get answers), and IMO this s
On Thu, 28 Jan 2010, smu johnson wrote:
Hi,
> I appreciate the answer. I don't like hacks either, as I have found some
> other hacks that I've had to try to work around. I wrote the EMPTY thing
> (as we do use the .ch file) and it solved the problem! So thanks for that.
> As far as the questio
Pritpal Bedi wrote:
Roberto Lopez wrote:
I only say that could be more convenient to establish a first "modest"
goal for a basic, compact, multi-platform GUI bundled with Harbour and
working "out of the box".
I can gather that you have something to srat with this vision.
Please come forward
Hi!
> Among 'compiler' projects, this rank translated to
> _5th_ position, which is simply great:
>
> http://sourceforge.net/softwaremap/trove_list.php?stquery=&sort=group_ranking&sortdir=asc&offset=0&form_cat=48
Today the Harbour occupies the 4th position.
Congratulations to all participants
It looks like I'm going to have to wait till my boss wakes up. I can't for
the life of me figure out how to make an .EXE from an .OBJ from Clipper.
Why couldn't they just make this easy, like hbmk2? *huge anger at software
makers*. Oh well. I will have to wait about 3 hours until my boss comes
Hi Pritpal,
>> Specifically we decided that HBXBP should be
>> a layer which implements Xbase++ compatible
>> GUI classes, with future provision that the
>> underlying GUI engine can be changed, so f.e.
>> we can have HBXBPGTK or HBXBPWX as plugin
>> replacements. This assumes/requires that H
Hello Przemek,
> INDEX ON SXCHAR(10) TAG "MIKEY" OF TEMP EMPTY
> or is you do not use hbsix.ch:
> INDEX ON SXCHAR(10) TAG "MIKEY" TO TEMP CUSTOM
> otherwise above RTE is generated. 1052 is CL53 DBFCDX compatible error
> when user tries to execute key add or del operation on normal non custom
>
Thank you Przemek. When it is done, could you please post in this thread?
I suppose then, I would have to figure out how to get this incorporated with
the 2.0.0 version of Harbour I am using now on Windows.
*many thanks*
2010/1/28 Przemysław Czerpak
> On Thu, 28 Jan 2010, Szak�ts Viktor wrote:
Thanks for the reply.
As far as I can tell, I have found a difference in Clipper and Harbour in
terms of these evaluations. But as I said earlier, I could be completely
mistaken. I have done a lot of little tests to check the -z flag but
unfortunately I'm not that good at Clipper as one of my fr
On Thu, 28 Jan 2010, Szak�ts Viktor wrote:
Hi Viktor,
> > INDEX ON SXCHAR(10) TAG "MIKEY" OF TEMP EMPTY
> > or is you do not use hbsix.ch:
> > INDEX ON SXCHAR(10) TAG "MIKEY" TO TEMP CUSTOM
> > otherwise above RTE is generated. 1052 is CL53 DBFCDX compatible error
> > when user tries to execu
Hi Przemek,
On 2010 Jan 28, at 11:32, Przemysław Czerpak wrote:
> INDEX ON SXCHAR(10) TAG "MIKEY" OF TEMP EMPTY
> or is you do not use hbsix.ch:
> INDEX ON SXCHAR(10) TAG "MIKEY" TO TEMP CUSTOM
> otherwise above RTE is generated. 1052 is CL53 DBFCDX compatible error
> when user tries to execu
Hi Przemysław,
I appreciate the answer. I don't like hacks either, as I have found some
other hacks that I've had to try to work around. I wrote the EMPTY thing
(as we do use the .ch file) and it solved the problem! So thanks for that.
As far as the question of if you want to implement SIX3 def
On Thu, 28 Jan 2010, smu johnson wrote:
Hi!
> I noticed the -z switch allows to stop using shortcuts for .and. and .or.
> Clipper conditions.
> Without -z, if I do:
> eval(something) .or. .t. // will recognize that it's already true, and not
> make the eval
> When -z is enabled:
> .f. .and. eval(
On Thu, 28 Jan 2010, smu johnson wrote:
Hi,
> I heard that Przemek is the guru to ask about SixCDX questions from Viktor.
> Well I think I have found a Clipper / Harbour incongruency. (or maybe I'm
> going about it the wrong way)... :). In the case below, whenever I use 3
> args for SX_KEYADD,
Hi!
I noticed the -z switch allows to stop using shortcuts for .and. and .or.
Clipper conditions.
Without -z, if I do:
eval(something) .or. .t. // will recognize that it's already true, and not
make the eval
When -z is enabled:
.f. .and. eval(something) // will try to eval 'something', despite
Hi,
I heard that Przemek is the guru to ask about SixCDX questions from Viktor.
Well I think I have found a Clipper / Harbour incongruency. (or maybe I'm
going about it the wrong way)... :). In the case below, whenever I use 3
args for SX_KEYADD, and three args are present...
I have included th
Wednesday 27 January 2010 17:55:04 je Angel Pais napisal:
> A compiler without a GUI Framework leads it to nitche apps: Servers,
> console and cgi apps.
> A GUI Framework without compiler leads it to death because lack of support.
> If you do that then no new users will come here.
This is not true
41 matches
Mail list logo
