Our desktop application "suite" is made by these modules:
- Accounting
- Business ( sales, purchases, inventory, ... )
- CRM
- Reporting
- List prices
- Job management
they share large part of the code and are always built together.
We wanted different executable to have different windows so that
Hi Pritpal,
It looks your changes didn't make it into the
repository for some reason. Could you check it?
Brgds,
Viktor
On 2008.10.31., at 5:27, Pritpal Bedi wrote:
2008-10-30 21:24 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/gtwvt/gtwvt.c
* harbour/source/rtl/gtwvt/gtwv
>BTW, what's not working for you with SVN download?
>
>As another option, you may get the daily source from our
>homepage, it's now working fine:
>
>http://harbour-project.org/harbour-nightly.zip
>
>Brgds,
>Viktor
I don't know how can man use svn - but above solution is very, very
nice.
All work
Hi Marek,
I don't know how can man use svn - but above solution is very, very
nice.
All work witout trouble. But when i use hbmk, i show :
Usage: hbmk [-mt] [-gui] filename
When I not specify [-gui], aplication is nothing show. It is not
optional !
When I specify gui, all beautifully work :)
GTWVT and GTWVG Are fist and second step of GUI
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Thursday, October 30, 2008 9:24 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Which "standard" GUI for Harbour
Hi Re
Hi Przemek,
>
> CRITICAL FUNCTION | PROCEDURE probably is quite easy
> to understand term in current days. If you do not like
> it then instead of creating sth new like MUTEX FUNCTION |
> PROCEDURE I'd prefer to use MONITOR FUNCTION | PROCEDURE
> but I do not know how it will look for native Engli
GTWVT is technically GUI, but - what is more important -
it's not GUI in the sense of any end-users or "normal"
Harbour developers.
GTWVG IMO still needs heavy development to be used
in production environments, as I can make it crash and
behave strangely in just a few seconds of regular clicking.
On Fri, Oct 31, 2008 at 10:41 AM, Horodyski Marek (PZUZ)
<[EMAIL PROTECTED]> wrote:
> Now one new thread (with own GT and RDD) in Harbour chuck ca. 100 kb.
> RAM (and not groved for session). It is more (not many) than session in
> ...
> New thread from Harbour giv new aplicattion and process stil
To all
Can anyone tell me what the behaviour of the tone() function is when
using GTGUI (specifically with HWGUI).
Regards
Alex
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
What happen to public and static var after your merge?
One process will corrupt value to another?
-Messaggio originale-
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Lorenzo Fiorini
Inviato: venerdì 31 ottobre 2008 8.20
A: Harbour Project Main Developer List.
Oggetto: [Harbo
[Viktor]
>Okay I just saw the rest. Since the fix is very
>easy in I guess in almost all of these places
>(I've added '( PSZ )' casts to certain OS/2 API
>calls, where signedness was not matching), I'd
>kindly ask you to finish the remaining places.
>Also, I'm afraid I could have created problems
On Thu, 30 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal
> I am looking into it but so far have not got any clue what went wrong.
Thank you.
> Yes. hb_gt_wvt_MouseEvent() has defined two statics. I will fix them in a
> while.
> But probably this is not the cause of WinCE failure.
For sure it's not
On Fri, 31 Oct 2008, Alex Strickland wrote:
Hi Alex,
> Can anyone tell me what the behaviour of the tone() function is when using
> GTGUI (specifically with HWGUI).
The same as in GTWIN and GTWVT. All shares the same low level TONE() code.
best regards,
Przemek
Alex Strickland wrote:
Can anyone tell me what the behaviour of the tone() function is when
using GTGUI (specifically with HWGUI).
Hmm, I looked and it seems like it should work ok. However, at the
moment it doesn't (using 1.0.1).
Regards
Alex
__
Przemyslaw Czerpak wrote:
On Fri, 31 Oct 2008, Alex Strickland wrote:
Hi Alex,
Can anyone tell me what the behaviour of the tone() function is when using
GTGUI (specifically with HWGUI).
The same as in GTWIN and GTWVT. All shares the same low level TONE() code.
Thanks. It is not working fo
We shouldn't be in sync with C# terminology at all.
It's a completely different product.
If we have MUTEX (== lock in C#) and SEMAPHORE
in Harbour, this is IMO fine. These are pretty well
known names. "lock" is IMO very generic, can mean
many things.
I we are to support mutex/semaphore with
wide
>Message: 6
>Date: Thu, 30 Oct 2008 17:47:50 +0100
>From: "Lorenzo Fiorini" <[EMAIL PROTECTED]>
[...]
>As I said it's not ready for production ( and we're not sure
>it'll ever be ) for the moment is a proof of concept. We were
>waiting for MT since having hundreds of ports ( f.e. 100 users
>an
On Fri, 31 Oct 2008, Saulius Zrelskis wrote:
Hi Saulius,
> > CRITICAL FUNCTION | PROCEDURE probably is quite easy
> > to understand term in current days. If you do not like
> > it then instead of creating sth new like MUTEX FUNCTION |
> > PROCEDURE I'd prefer to use MONITOR FUNCTION | PROCEDURE
>
Hi David,
You are correct, at least in OS/2-gcc335 it does not raise these
warnings
It should be cleaned in OS/2 in particular or all platforms ? I
still do not know if these warnings happen in Linux/gcc43x
These are all warnings inside #ifdef HB_OS_OS2 protected
code sections, so the ans
Przemyslaw Czerpak wrote:
CRITICAL FUNCTION | PROCEDURE probably is quite easy
to understand term in current days.
Opinions?
I like it, it immediately made me think of "critical sections", and
when I looked them up on Wikipedia it said:
"In concurrent programming a critical section is a pi
On Fri, 31 Oct 2008, David Arturo Macias Corona wrote:
Hi David,
> You are correct, at least in OS/2-gcc335 it does not raise these warnings
> It should be cleaned in OS/2 in particular or all platforms ? I still do
> not know if these warnings happen in Linux/gcc43x
It also rises these type of
On Fri, 31 Oct 2008, Alex Strickland wrote:
Hi Alex,
>> Can anyone tell me what the behaviour of the tone() function is when using
>> GTGUI (specifically with HWGUI).
> Hmm, I looked and it seems like it should work ok. However, at the moment
> it doesn't (using 1.0.1).
Probably you haven't se
2008-10-31 13:54 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/dynlibhb.c
* harbour/source/common/hbgete.c
* harbour/source/common/hbfsapi.c
* harbour/source/rtl/hbinet.c
* harbour/source/rtl/hbffind.c
* harbour/source/rtl/filesys.c
* harbour/contrib/hbct/fi
Lorenzo wrote:
>
> I'll try to create a screencast.
>
> BTW who knows simple and free screencast apps for Windows and Mac OS
> X?
http://www.jingproject.com/
Regards,
Ernad
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-proj
Then we should probably also have hb_criticalsection*()
functions instead of hb_mutex*() to not use two different
terminologies in different parts of Harbour.
Critical is a programming terminology from a lower level
perspective (I wouldn't want to elaborate on the possible
roots of the term, but
Maybe I'm misunderstanding the purpose. To me proposed
"CRITICAL" looks like a way to avoid getting the execution
to the same code section twice. For example I would use it
for a very simple purpose (I already use similar technique
there currently), to avoid starting my small calculator
applet twi
+ Added HB_VERSION() unified version information
function. This can return these version related data:
hb_version( HB_V_HARBOUR )=>
hb_version( HB_V_COMPILER ) =>
hb_version( HB_V_MAJOR ) =>
hb_version( HB_V_MINOR ) =>
Hello Viktor
Szakáts Viktor wrote:
>
> It looks your changes didn't make it into the
> repository for some reason. Could you check it?
>
Uploaded.
But sure I do not know why it happened. Some misbehavior of SVN.
Or may be I missed something.
Regards
Pritpal Bedi
--
View this message in c
+ Added HB_VERSION() unified version information function.
This can return these version related data:
hb_version( HB_V_HARBOUR )=>
hb_version( HB_V_COMPILER ) =>
hb_version( HB_V_MAJOR ) =>
hb_version( HB_V_MINOR ) =>
On Fri, 31 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> Then we should probably also have hb_criticalsection*()
> functions instead of hb_mutex*() to not use two different
> terminologies in different parts of Harbour.
I do not agree. The internal synchronization mechanism used
on low level is o
Lorenzo Fiorini wrote:
The "server" evaluates the call and returns:
- an xml file like
that is parsed by the standard DOM functions that in turn populate the
UI
Kind of like a cut down version of SOAP?
- a pdf, xls, rtf, csv from a report function that the browser opens
I hope I was clear en
Many thanks Pritpal.
I sometimes find myself modifying another (clean) local
copy of the SVN (which I exclusively use to 'grep' in the
source).
Brgds,
Viktor
On 2008.10.31., at 15:21, Pritpal Bedi wrote:
Hello Viktor
Szakáts Viktor wrote:
It looks your changes didn't make it into the
rep
Probably you haven't set GTGUI as your default GT driver.
Add to your souce code:
ANNOUNCE HB_GTSYS // disable linking default GT driver
REQUEST HB_GT_GUI_DEFAULT // force linking GTGUI and set it as default
and then for test:
Tone( 100, 3 )
Tone( 200, 2 )
Tone( 300, 1
Hello Viktor
Szakáts Viktor wrote:
>
> GTWVG IMO still needs heavy development to be used
> in production environments, as I can make it crash and
> behave strangely in just a few seconds of regular clicking.
>
I am interested in your findings.
GTWVG is in use with my production applns well o
Przemyslaw Czerpak wrote:
Probably you haven't set GTGUI as your default GT driver.
Add to your souce code:
ANNOUNCE HB_GTSYS // disable linking default GT driver
REQUEST HB_GT_GUI_DEFAULT // force linking GTGUI and set it as default
You were right, I had
REQUEST HB_GT_N
Hi Przemek,
Then we should probably also have hb_criticalsection*()
functions instead of hb_mutex*() to not use two different
terminologies in different parts of Harbour.
I do not agree. The internal synchronization mechanism used
on low level is our own choice which should be tuned to
best
Hello Folks
Please do not laugh at my stupidity.
How can I invoke
HB_TRACE( HB_TR_DEBUG, ( "hb_gt_wvt_Redraw(%p,%d,%d,%d)", pGT, iRow, iCol,
iSize ) );
to work ?
Also can this debug output be directed to outer debug engines,
I mean same as I can achieve with hb_ToOutDebug() function ?
Regard
On Fri, Oct 31, 2008 at 3:27 PM, Alex Strickland <[EMAIL PROTECTED]> wrote:
> Kind of like a cut down version of SOAP?
Yes but much simples.
We have done only the necessary to exchange the equivalent of a
GetList, a record and a tbrowse ( reports are already pdfs ).
The real work is done by Ajax
Hi Pritpal,
GTWVG IMO still needs heavy development to be used
in production environments, as I can make it crash and
behave strangely in just a few seconds of regular clicking.
I am interested in your findings.
GTWVG is in use with my production applns well over few years
and I have not h
Pls. don't make any changes in this statments till mondey.
I mus prepare example.
Regards,
Marek Horodyski
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hello Przemek
I am developing a RDBMS RDD (real-time) on top of USRRDD.
So far so good, thanks for this superb tool.
Now MT is in picture, but the RDBMS communication layer is not
MT safe. I have guarded all functions in the communication layer
with hb_mutexLock()/hb_mutexUnlock() and it is wo
S
I am interested in your findings.
GTWVG is in use with my production applns well over few years
and I have not heard anything "crashing with clicks" so far.
Can you please enlighten me how it can be reproduced?
I would like it to be perfect in all senses.
--
I'm very happy with GTWVG, the
Szakáts Viktor wrote:
+ Added HB_VERSION() unified version information function.
This can return these version related data:
hb_version( HB_V_HARBOUR )=>
hb_version( HB_V_COMPILER ) =>hb_version(
HB_V_MAJOR ) =>hb_version( HB_V_MINOR
)
Java uses the keyword "mutexed" which IMO tells it best
that a given object is automatically protected by a mutex.
I didn't know about it. Can you show the whole syntax?
Hi,
I do not know Java well. I've wrote a single applet in my life. It has
method:
public synchronized void selectCla
>>
>> GTWVG IMO still needs heavy development to be used
>> in production environments, as I can make it crash and
>> behave strangely in just a few seconds of regular clicking.
>>
>
I am using gtwvg in some of my applications, was a works written for
XHARBOUR+GTWVW
I am only without the editbo
Lorenzo wrote:
>
> I'll try to create a screencast.
>
> BTW who knows simple and free screencast apps for Windows and Mac OS
> X?
http://www.jingproject.com/
Regards,
Ernad
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-proj
2008-10-31 13:02 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/contrib/make_b32_all.bat
+ hbdbgfx librray for auto build.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/2008-10-31-13%3A02-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp20273135p2027
On Fri, 31 Oct 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> one more proposition: SYNC[HRONIZED]
I though about it at the beginning but there is one problem.
We already have SYNC METHODS for xbase++ compatibility. This
mechanism has one side effect which is xbase++ compatible:
before thre
48 matches
Mail list logo
