>> so instead of this:
>> ---
>> oDA:= QWidget():new( QT_PTROF( oWnd ) )
>> oWnd:setCentralWidget( QT_PTROF( oDA ) )
>>
>> oSBar := QStatusBar():new( QT_PTROF( oWnd ) )
>> oWnd:setStatusBar( QT_PTROF( oSBar ) )
>> oSBar:showMessage( "Harbour-QT Statusbar Ready!" )
>> ---
>>
>> one
Hello Viktor
Viktor Szakáts wrote:
>
> Can we somehow solve it to not require the use
> of QT_PTROF() when passing HBQT object references
> to other HBQT objects?
>
> IMO this macro makes .prg programming more cryptic
> than necessary, and the whole code looks a little
> bit unusual and di
Hi
Przemysław Czerpak wrote:
>
> On Wed, 16 Dec 2009, Pritpal Bedi wrote:
> -DHB_TR_LEVEL_* is compile time macro used to strip from source code
> by PP all HB_TRACE() massages which have bigger priority value.
> By default it's set to: HB_TR_LEVEL_WARNING what means that:
>HB_TRACE(HB_TR_A
Hi Pritpal and All,
Can we somehow solve it to not require the use
of QT_PTROF() when passing HBQT object references
to other HBQT objects?
IMO this macro makes .prg programming more cryptic
than necessary, and the whole code looks a little
bit unusual and difficult to type.
Is it possible t
Hi
PCToledo wrote:
>
> I compiled the file demoqt of HBQT and liked much, but I'm lost.
>
> Someone could send a small example of how to create a Window Main and open
> it in a Window Modal?
>
Try HBIDE and right clic k on node of and
select .
It is a modal dialog in HBIDE's main window.
Nice catch. This may explain why the problem seemed
to be intermittent.
Brgds,
Viktor
On 2009 Dec 17, at 03:45, dru...@users.sourceforge.net wrote:
> Revision: 13271
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13271&view=rev
> Author: druzus
> Date: 2009-
On Thu, 17 Dec 2009, Przemysław Czerpak wrote:
hi,
> > g++ -DHB_OS_UNIXWARE -I. -I../../../../../include -D_SCO_DS -Wall -W
> > -O3 -o expropt1.o -c ../../../expropt1.c
> > ../../../expropt1.c: In function `struct HB_EXPR_ *
> > hb_compExprNewNegate(HB_EXPR_ *, _HB_COMMON *)':
> > ..
On Thu, 17 Dec 2009, Przemysław Czerpak wrote:
hi,
> > I've just checked and same OS X GTXWC app picked what was
> > placed to clipboard before starting the app (or even
> > starting X11 for that matter).
> > I'll keep an open eye to report any clipboard problems
> > here.
>
> Please t
On Sun, 13 Dec 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-12-13 14:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * utils/hbmk2/hbmk2.prg
> + Added support for linux/open64. (Please test)
Thank you very much. It works.
best regards,
Przemek
___
On Thu, 17 Dec 2009, Tamas TEVESZ wrote:
Hi,
> while doing a new port, came across this:
> g++ -DHB_OS_UNIXWARE -I. -I../../../../../include -D_SCO_DS -Wall -W
> -O3 -o expropt1.o -c ../../../expropt1.c
> ../../../expropt1.c: In function `struct HB_EXPR_ *
> hb_compExprNewNegate(HB_EXPR_
On Wed, 16 Dec 2009, Szak�ts Viktor wrote:
Hi,
> I've just checked and same OS X GTXWC app picked what was
> placed to clipboard before starting the app (or even
> starting X11 for that matter).
> I'll keep an open eye to report any clipboard problems
> here.
Please try it after:
2009-12-1
Revision: 13271
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13271&view=rev
Author: druzus
Date: 2009-12-17 02:45:11 + (Thu, 17 Dec 2009)
Log Message:
---
2009-12-17 03:45 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rtl/gtxwc
hi,
while doing a new port, came across this:
g++ -DHB_OS_UNIXWARE -I. -I../../../../../include -D_SCO_DS -Wall -W
-O3 -o expropt1.o -c ../../../expropt1.c
../../../expropt1.c: In function `struct HB_EXPR_ *
hb_compExprNewNegate(HB_EXPR_ *, _HB_COMMON *)':
../../../expropt1.c:1066: integ
Here are some remarks how to use Internet standards in programming and
documentation.
RFC
===
The only source for internet standards (RFC) is IETF and the website
ietf.org. You can get all the RFCs here: ftp://ietf.org/rfc/ and all current
drafts here:
ftp://ietf.org/internet-drafts/
For example
On Wed, 16 Dec 2009, Szak�ts Viktor wrote:
Hi,
> hb_x*() functions are supposed to be replicas of
> std malloc functions, but hb_xgrab()/hb_x[re]alloc()
> expect an ULONG parameter, instead of size_t, like
> malloc do.
> Shouldn't this be (eventually) fixed?
It should be but for sure not now.
Hi All,
hb_x*() functions are supposed to be replicas of
std malloc functions, but hb_xgrab()/hb_x[re]alloc()
expect an ULONG parameter, instead of size_t, like
malloc do.
Shouldn't this be (eventually) fixed?
Brgds,
Viktor
___
Harbour mailing list
Hi Andrzej,
We're interfacing with Windows MAPI, and IMO such
limits and other RFC details should be enforced by
its low level code. MAPI is a very high level
interface, almost similar to assembling a mail on
the GUI (AFAIU). Moreover, MAPI supports more than
just e-mail sending, see this pag
From:
Sent: Sunday, December 13, 2009 2:49 PM
Subject: [Harbour] SF.net SVN: harbour-project:[13234] trunk/harbour
> Revision: 13234
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13234&view=rev
> Author: vszakats
> Date: 2009-12-13 13:49:14 + (Sun, 13 Dec 2009)
>
>
> -Messaggio Originale- Da: "Viktor Szakáts"
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 16 dicembre 2009 20.56
> Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
>
>
>> So the question is: How did you call it so that
>> it GPFed?
>
> Sorry, I can't replica
Hello Friends!
Sorry for my english...
I compiled the file demoqt of HBQT and liked much, but I'm lost.
Someone could send a small example of how to create a Window Main and open
it in a Window Modal?
Hugs
--
View this message in context:
http://old.nabble.com/Window-Main-X-Window-Modal-X-HB
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 16 dicembre 2009 20.56
Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
So the question is: How did you call it so that
it GPFed?
Sorry, I can't replicate the problem a
> First off thanks for jumping on the issue. Unfortunately (or
> fortunately) this was a local problem and a pretty stupid
> one. There was an infinite loop in my code in case there was
> no keyable char in clipboard buffer. Empty clipboard also
> triggered this.
>
> Probably it never came up
Revision: 13270
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13270&view=rev
Author: vszakats
Date: 2009-12-16 20:40:18 + (Wed, 16 Dec 2009)
Log Message:
---
2009-12-16 21:38 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/hbwin.ch
>>> Enrico, can you post your example which GPFs?
>> It doesn't GPF anymore after Toninho hints.
>
> I think that Viktor asked about it because he wants to add protection
> against wrong parameters which may cause such GPF so such information
> is still valuable for us.
Precisely.
> Maybe in few
Revision: 13269
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13269&view=rev
Author: vszakats
Date: 2009-12-16 20:23:42 + (Wed, 16 Dec 2009)
Log Message:
---
2009-12-16 21:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/mapi.c
> I think that it should be replaced by two new functions:
> hb_traceLogLevel( ) ->
> hb_traceLog( ) // generate message at hb_traceLogLevel()
> and we should add also:
> hb_traceLogAt( , )
> which will allow to create PP rules giving the same functionality as we
> have now at C level.
I
On Wed, 16 Dec 2009, Enrico Maria Giordano wrote:
Hi,
> > Enrico, can you post your example which GPFs?
> It doesn't GPF anymore after Toninho hints.
I think that Viktor asked about it because he wants to add protection
against wrong parameters which may cause such GPF so such information
is sti
On Wed, 16 Dec 2009, Pritpal Bedi wrote:
Hi,
> > First build Harbour without HBQT.
> > Then build HBQT in a separate pass with custom options.
> > Rough instructions for that:
> > ---
> > set HB_WITH_QT=
> > win-make
> > cd contrib/hbqt
> > set HB_WITH_QT=C:\qt\include
> > set HB_USER_CFLAGS=-DTR
Hi Enrico,
> -Messaggio Originale- Da: "Viktor Szakáts"
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 16 dicembre 2009 19.34
> Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
>
>
>> Enrico, can you post your example which GPFs?
>
> It doesn't GPF anymore af
No educated bug report, but just now I tried to
coppy/paste some text from OS X Mail to my app
running GTXWC, and the app just hung with 100%
CPU consumption.
>
> this is a long shot, but.
>
> is this even supposed to work? i do not know the level of integration
> of x11 i
>> First build Harbour without HBQT.
>> Then build HBQT in a separate pass with custom options.
>>
>> Rough instructions for that:
>> ---
>> set HB_WITH_QT=
>> win-make
>> cd contrib/hbqt
>> set HB_WITH_QT=C:\qt\include
>> set HB_USER_CFLAGS=-DTR_DEBUG_...
>> set HB_USER_PRGFLAGS=-D__HB_DEBUG__
>>
Hi Przemek, Tamas,
First off thanks for jumping on the issue. Unfortunately (or
fortunately) this was a local problem and a pretty stupid
one. There was an infinite loop in my code in case there was
no keyable char in clipboard buffer. Empty clipboard also
triggered this.
Probably it never ca
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 16 dicembre 2009 19.34
Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
Enrico, can you post your example which GPFs?
It doesn't GPF anymore after Toninho hints.
EMG
>> No educated bug report, but just now I tried to
>> coppy/paste some text from OS X Mail to my app
>> running GTXWC, and the app just hung with 100%
>> CPU consumption.
>
> Please always try to replicate the problem in reduced example.
>
> In a while I'll commit small modification to tests/g
Enrico, can you post your example which GPFs?
Brgds,
Viktor
> -Messaggio Originale- Da: "ToninhoFWi"
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 16 dicembre 2009 17.25
> Oggetto: Re: Re: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
>
>
>> Attach works fine too,
On Wed, 16 Dec 2009, Viktor Szakáts wrote:
> >> No educated bug report, but just now I tried to
> >> coppy/paste some text from OS X Mail to my app
> >> running GTXWC, and the app just hung with 100%
> >> CPU consumption.
this is a long shot, but.
is this even supposed to work? i do not k
Hello Viktor
Viktor Szakáts wrote:
>
> First build Harbour without HBQT.
> Then build HBQT in a separate pass with custom options.
>
> Rough instructions for that:
> ---
> set HB_WITH_QT=
> win-make
> cd contrib/hbqt
> set HB_WITH_QT=C:\qt\include
> set HB_USER_CFLAGS=-DTR_DEBUG_...
> set HB_U
Revision: 13268
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13268&view=rev
Author: druzus
Date: 2009-12-16 18:05:42 + (Wed, 16 Dec 2009)
Log Message:
---
2009-12-16 19:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/tests/gtkeys.
On Wed, 16 Dec 2009, Szak�ts Viktor wrote:
Hi,
> No educated bug report, but just now I tried to
> coppy/paste some text from OS X Mail to my app
> running GTXWC, and the app just hung with 100%
> CPU consumption.
Please always try to replicate the problem in reduced example.
In a while I'll
-Messaggio Originale-
Da: "ToninhoFWi"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 16 dicembre 2009 17.25
Oggetto: Re: Re: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
Attach works fine too, look:
I confirm, thank you.
EMG
--
EMAG Software Homepage: http
Revision: 13267
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13267&view=rev
Author: vszakats
Date: 2009-12-16 17:38:13 + (Wed, 16 Dec 2009)
Log Message:
---
2009-12-16 18:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* harbour-win-spec
* harb
Hi Toninho,
What compiler are you using?
Brgds,
Viktor
On 2009 Dec 16, at 17:25, ToninhoFWi wrote:
>> Yes, recipients are ok. Senders and attachments not.
>
> Hi Enrico.
>
> Attach works fine too, look:
>
> ---cut---
> Win_MAPISendMail( "Subject TEST", ; //
> subjec
>Yes, recipients are ok. Senders and attachments not.
Hi Enrico.
Attach works fine too, look:
---cut---
Win_MAPISendMail( "Subject TEST", ; //
subject
"BODY Text Message here!", ; //
menssage
nil,
>-Original Message-
>From: Przemysław Czerpak [mailto:dru...@acn.waw.pl]
>Sent: Wednesday, December 16, 2009 1:53 PM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] Where is defined function DRAW_LINE ?
>
>On Wed, 16 Dec 2009, Horodyski Marek (PZUZ) wrote:
>
>Hi,
...
>`HB
> -Messaggio Originale- Da: "Viktor Szakáts"
> A: "Harbour Project Main Developer List."
> Data invio: mercoledì 16 dicembre 2009 13.45
> Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
>
>
>> > 1. The parameter aSender doesn't work (the specified senders are not >
>> > selected)
>> No educated bug report, but just now I tried to
>> coppy/paste some text from OS X Mail to my app
>> running GTXWC, and the app just hung with 100%
>> CPU consumption.
>
> i notice i cannot paste (nor copy) to/from xwc at all ;)
>
> anyway, if seems that XWC_DEBUG activates a whole lot of
Xavi,
On 2009 Dec 16, at 15:01, Xavi wrote:
> Sorry Viktor,
>
>> bad formatting.
>
> Not is a bad format, it's just that you don't like, since 25 years I've been
> writing C in this format as I learned reading "the
> bible of C" (The C Programming Language by Brian W. Kernighan and Dennis M.
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 16 dicembre 2009 13.45
Oggetto: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
> 1. The parameter aSender doesn't work (the specified senders are not
> selected)
aSender must
Hi Pritpal,
First build Harbour without HBQT.
Then build HBQT in a separate pass with custom options.
Rough instructions for that:
---
set HB_WITH_QT=
win-make
cd contrib/hbqt
set HB_WITH_QT=C:\qt\include
set HB_USER_CFLAGS=-DTR_DEBUG_...
set HB_USER_PRGFLAGS=-D__HB_DEBUG__
win-make
cd ../..
---
Sorry Viktor,
bad formatting.
Not is a bad format, it's just that you don't like, since 25 years I've been writing
C in this format as I learned reading "the
bible of C" (The C Programming Language by Brian W. Kernighan and Dennis M.
Ritchie) I'm too old to change. For example, code
from the
On Wed, 16 Dec 2009, Tamas TEVESZ wrote:
hi,
> i have a hunch that i am verifying now (only 3.3 g++ is done so far,
> this is a slow machine, but so far the only result i have is
> promising): change the order of initializers.
fyi that fixed g++ 2.95 as well as 3.3.6, without any noticeable
On Wed, 16 Dec 2009, Viktor Szakáts wrote:
hi,
> No educated bug report, but just now I tried to
> coppy/paste some text from OS X Mail to my app
> running GTXWC, and the app just hung with 100%
> CPU consumption.
i notice i cannot paste (nor copy) to/from xwc at all ;)
anyway, if seems
On Wed, 16 Dec 2009, Przemysław Czerpak wrote:
hi,
> The problem is trivial. GCC-2.96 when C++ mode is used ignores
> __attribute__ ((constructor)) and does not add functions with
> above attribute to .ctors segment. Looks like it was fixed in
> one of GCC-3.3x releases but I do not know the
On Wed, 16 Dec 2009, Horodyski Marek (PZUZ) wrote:
Hi,
> In file \harbour\contrib\hbhpdf\tests\harupdf.prg
> Is used function draw_line :
> ║ 225│ HPDF_Page_SetLineWidth(page, 2.0)
> ║ 226│ draw_line(page, 60, 710, "line width = 2.0")
> But, when I try used this function in another
> 1. The parameter aSender doesn't work (the specified senders are not selected)
aSender must be in format { "sender_name", "sen...@email.com" }.
There can be only one sender for one e-mail, so 'senders'
has no meaning here.
Brgds,
Viktor
___
Harbour
-Messaggio Originale-
Da: "ToninhoFWi"
A: "Harbour Project Main Developer List."
Data invio: mercoledì 16 dicembre 2009 12.57
Oggetto: Re: Re: [Harbour] Problems in WIN_MAPISENDMAIL()
This test works:
Yes, recipients are ok. Senders and attachments not.
EMG
--
EMAG Software Hom
On Wed, 16 Dec 2009, Przemysław Czerpak wrote:
Hi,
> Yes, it's and it was exploited in last year. I was cleaning the code
> adding support for g++ about five years ago using xHarbour repository
> and above RH7.3 with gcc-2.96 and for sure it was working correctly.
Update. I've just checked that
In file \harbour\contrib\hbhpdf\tests\harupdf.prg
Is used function draw_line :
║ 225│ HPDF_Page_SetLineWidth(page, 2.0)
║ 226│ draw_line(page, 60, 710, "line width = 2.0")
And i PPO file :
║ 161│ HPDF_Page_SetLineWidth(page, 2.0)
║ 162│ draw_line(page, 60, 710, "line
Hi All,
No educated bug report, but just now I tried to
coppy/paste some text from OS X Mail to my app
running GTXWC, and the app just hung with 100%
CPU consumption.
OS: OS X Snow Leopard (all updates)
X11: XQuartz 2.3.4 (xorg-server 1.4.2-apple45)
C compiler: clang 4.2.1
Harbour: r12817, Int
Below there is a typical cgi function that joins a Javascript and Html file.
As you can see I need several strtran to substitute runtime data and
the number of strtrans can be high in more complex examples.
My guess is that calling several strtran C functions is still faster
than using a prg that
>Probably unlimited support broke, at least one of the
>last 2-3 commits to this file.
Hi Viktor and Enrico.
This test works:
---cut---
Win_MAPISendMail( "Subject TEST", ; //
subject
"BODY Text Message here!", ; //
menssage
Thanks for your tests. I need someone peer-reviewing
my code as I can't make any testing due to no MAPI
functionality on any of my Windowses.
Probably unlimited support broke, at least one of the
last 2-3 commits to this file.
Brgds,
Viktor
On 2009 Dec 16, at 09:16, Enrico Maria Giordano wrot
On Wed, 16 Dec 2009, Tamas TEVESZ wrote:
Hi,
> it seems that something is wrong with g++2.95 builds afterall.
> i took a fresh checkout of 13263, and tried building it on an older
> linux/i386 box that has gcc 2.95.
> (i changed HB_CMP to gcc-2.05 and g++-2.95 in config/linux/gcc.mk
> because t
Revision: 13266
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13266&view=rev
Author: druzus
Date: 2009-12-16 08:59:41 + (Wed, 16 Dec 2009)
Log Message:
---
2009-12-16 09:59 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/common/hb
1. The parameter aSender doesn't work (the specified senders are not
selected)
2. The parameter aDest doesn't work (same as point 1)
3. The parameter aFiles GPFs when a file is specified.
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emag
65 matches
Mail list logo
