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
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
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
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
>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
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
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
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
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
-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
> 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
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
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, 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, 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
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
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 ../..
---
-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
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.
>> 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
> -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)
>-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
>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,
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
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
-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
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
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.
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
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
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,
>> 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
-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
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
>> 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__
>>
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
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
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
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
> 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
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
>>> 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: 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
> 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
-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
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 replica
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)
>
>
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
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
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.
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
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
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
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
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 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, 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 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 *)':
> > ..
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-
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.
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
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
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
>> 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
65 matches
Mail list logo
