Przemyslaw Czerpak wrote:
I'll commit this modification in a while and I would like to ask MS-Windows
developers to make any farther modifications or fixes.
I changed in axfunc.prg :
FUNCTION WIN_AxGetControl( hWnd, bHandler, cID )
LOCAL oAx := WIN_OleAuto()
oAx:__hObj := __AxGetContr
Hi,
>Here is the DllCall() usage in Xbase++:
> #define SW_HIDE 0
> #define SW_NORMAL 1
> #define SW_SHOWMINIMIZED2
> #define SW_SHOWMAXIMIZED3
> #define SW_MAXIMIZE 3
> #define SW_SHOWNOACTIVATE 4
> #define SW_SHOW 5
> #define SW_
If I *don't* pass the ID, then the control displays as it should, events
work, although it still GPF's on shut down.
Actually, only a few events work, and then GPF, maybe this stack trace will
help:
>hellox.exe!_hb_itemString() + 0x1e bytes C++
hellox.exe!_HB_FUN_HB_VALTOSTR
Hi,
2009-09-03 23:54 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbwin/axcore.c
! removed the hack I added in previous commit with interface enumeration
which was accepting any interface without validation its ID.
+ added 3-rd parameter to __AXREGISTER
Hi
As you know debugger doesn't process init.cld well.
There is a patch :
--- C:/RAZVOJ/HARBOUR/TEST/Debugger/debugger.prgFri Sep 04 11:18:59
2009
+++ C:/HRB/SVN/SRC-SVN/source/debug/debugger.prgFri Sep 04 11:11:09
2009
@@ -154,10 +154,6 @@
s_oDebugger:aModules := uParam4
Hi,
Alex Strickland wrote:
To debug, in axcore.c I put:
if( cID )
{
wchar_t* wCLSID = hb_mbtowc( cID );
MessageBox(NULL, "cID", cID, MB_OK);
lOleError = CLSIDFromString( wCLSID, &rriid );
hb_xfree( wCLSID );
}
MessageBox(NULL, WIN
Actually if I try a console app:
static oMSCAL:="fred"
static oBPTI
memvar oMainWindow
public oMainWindow
function Main()
? "Hello world!"
? oMSCAL
return nil
It also fails on the second ? line.
Is this a regression, or am I being thick?
Use -n compiler switch.
Regards,
Minda
If I try this I see a message box with "start" and then I get a run-time
error???
#include "hbclass.ch"
#include "windows.ch"
#include "guilib.ch"
static oMSCAL:="fred"
static oBPTI
memvar oMainWindow
public oMainWindow
function main()
msginfo("start")
msginfo(oMSCal)
etc...
Error BASE/
Actually if I try a console app:
static oMSCAL:="fred"
static oBPTI
memvar oMainWindow
public oMainWindow
function Main()
? "Hello world!"
? oMSCAL
return nil
It also fails on the second ? line.
Is this a regression, or am I being thick?
Regards
Alex
_
Mindaugas Kavaliauskas wrote:
So, I can make a conclusion, that "{" and "}" are missing in your
ClassID parameter.
You're right, thank you.
oMSCAL := HWGActiveX():New( oMainWindow, "MSCAL.Calendar", 0, 0, 300, 300,
"{8E27C92D-1264-101C-8A2F-040224009C02}" )
oMSCAL := HWGActiveX():New
Hi Przemek,
Simply replace:
pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
with:
pszIpAddres = hb_strdup( pszServer );
Doing the above changes did reduce the opening (use) of database file in
my test from ~9 seconds to 1. I'm using Windows XP network
environment. W
On Fri, 04 Sep 2009, Alex Strickland wrote:
> Actually if I try a console app:
>
> static oMSCAL:="fred"
> static oBPTI
> memvar oMainWindow
> public oMainWindow
> function Main()
>? "Hello world!"
>? oMSCAL
> return nil
> It also fails on the second ? line.
> Is this a regression, or am I
On Fri, 04 Sep 2009, Mario H. Sabado wrote:
Hi,
>> Simply replace:
>>pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
>> with:
>>pszIpAddres = hb_strdup( pszServer );
> Doing the above changes did reduce the opening (use) of database file in my
> test from ~9 seconds t
Mindaugas Kavaliauskas wrote:
Use -n compiler switch.
Hmmm, just thick. Thanks.
MSCAL loads as expected, events from MSCAL work well, exiting after loading
MSCAL causes a GPF.
BPTI loads as expected (via new param), events from BPTI work well, exiting
after loading BPTI causes a GPF.
HT
Hi Przemyslav
This app:
function Main()
event( 1 )
event( 1, 2 )
return nil
function event( nEvent, ... )
? hb_valtostr( nEvent )
? hb_valtostr( ... )
return nil
compiled with:
hbmk2 -n hello
gives this ouput:
1
Unrecoverable error 6005: Exception error:
On Fri, 04 Sep 2009, Alex Strickland wrote:
Hi,
> This app:
> function Main()
> event( 1 )
> event( 1, 2 )
> return nil
> function event( nEvent, ... )
> ? hb_valtostr( nEvent )
> ? hb_valtostr( ... )
> return nil
> gives this ouput:
> Unrecoverable error 6005: Exception error:
[.
Revision: 12401
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12401&view=rev
Author: druzus
Date: 2009-09-04 13:13:07 + (Fri, 04 Sep 2009)
Log Message:
---
2009-09-04 15:12 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/doc/cmpopt.tx
Alex Strickland wrote:
MSCAL loads as expected, events from MSCAL work well, exiting after
loading MSCAL causes a GPF.
BPTI loads as expected (via new param), events from BPTI work well,
exiting after loading BPTI causes a GPF.
HTTP loads as expected, events from HTTP work well, exiting aft
Alex Strickland wrote:
HTTP loads as expected, events from HTTP work well, exiting after
loading HTTP *does not* cause a GPF.
I'm wrong, it does GPF :(
I'm wrong again, it does not GPF, it was my own debugging that was doing it. The
count on pSink never drops below 1?
Regards
Alex
___
On Fri, 04 Sep 2009, Mario H. Sabado wrote:
Hi,
>> Simply replace:
>>pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
>> with:
>>pszIpAddres = hb_strdup( pszServer );
> Doing the above changes did reduce the opening (use) of database file in my
> test from ~9 s
*When I need to compile a harbour code in console mode and need to use
**MultiThreads,
I use -mt nodifier to include
**libhbvmMT.a instead libhbvm.a
I like to know what problems or disadvantages could be generated if I use
this by default , in programs that not use **MultiThreads
Thanks in
/When I need to compile a harbour code in console mode and need to use
//MultiThreads, I use -mt nodifier to include
//libhbvmMT.a instead libhbvm.a
I like to know what problems or disadvantages could be generated if I
use this by default , in programs that not use //MultiThreads
MT cau
Hi Przemek,
How to copy a file from server to/from local workstation via HBNETIO? I
have to copy files from my program folder to local for faster processing
of reports in my application. I'm using external report writer. I
think this is one remaining issue to convert my application to HBNE
Hi
I have a fragment:
wapi_OutputDebugString( "OnError = " + iif(empty(::oole), " empty", "not
empty"))
wapi_OutputDebugString( "OnError = " + hb_ValToStr(::oOLE) )
Which outputs:
[4636] OnError = not empty
[4636] OnError =
in the debug console. Surely I should see a hex value? ::oO
Thanks Mindaugas
Bruno
2009/9/4 Mindaugas Kavaliauskas
> /When I need to compile a harbour code in console mode and need to use
>> //MultiThreads, I use -mt nodifier to include
>> //libhbvmMT.a instead libhbvm.a
>> I like to know what problems or disadvantages could be generated if I use
>
Hi,
I just finished the demoxbp testing. It works without the mentioned error
with the latest commits and KDE qt-devel installed, but without QT SDK from
Trolltech site.
Best regards,
István
-Original Message-
From: Lorenzo Fiorini [mailto:lorenzo.fior...@gmail.com]
Sent: 2009. szeptem
There is one prerequisite: we should drop hbmk script to
do this. AFACS everything is in place to make this move,
but I'd like to hear other opinions.
If this is done, we can think about the name. To tell the
truth I got used to the name 'hbmk2' quite much (and I guess
some users as well), so IMO
I'll change current method to enable static build also,
rather than switching to it.
The switch (when enabled) will cause a significantly longer
build process.
Brgds,
Viktor
On 2009.08.31., at 4:00, CarozoDeQuilmes wrote:
Hi Viktor / Pritpal
I use Dynamic HbQt Library and Static HbQt Library
Hi Przemek,
May I change HB_*_TCP to HB_*_WATT? Could be I'm not overseeing the
whole matter yet, but these names should reflect the exact component
detected, not just an area of functionality.
Brgds,
Viktor
On 2009.08.31., at 3:46, dru...@users.sourceforge.net wrote:
Revision: 12377
I'll fix this.
Brgds,
Viktor
On 2009.08.31., at 8:48, FRANČEK PRIJATELJ wrote:
Hi
Building Harbour with msvc , *.cpp files from HbQt are compiled
with mingw g++ (with msvc flags), while *.c files are correctly
compiled with cl.exe.
Sample:
! Building Harbour 2.0.0beta2 from source - http://
Hi Fernando,
Thanks for this initiative and for making it OSS and also offering
it as a Harbour addition.
I'm awaiting for more information, to give answers to your questions.
Brgds,
Viktor
On 2009.09.01., at 9:36, Fernando Mancera wrote:
Dear all,
I am pleased to inform that we do have a f
Hi Przemek,
I've tested under Windows using BCC and MingW and got the "Cannot
start
NETIO server !!!" message. I tried adding the 2941 port to Windows
firewall exception also but still the same.
Same is the case with me.
After struggling for two hours, I cannot connect, still trying why?
Win
Maybe I'm missing something, but is there any downloadable
code already made available?
Brgds,
Viktor
On 2009.09.01., at 11:08, Przemyslaw Czerpak wrote:
On Tue, 01 Sep 2009, Fernando Mancera wrote:
Hi Fernando,
I am pleased to inform that we do have a first developed functional
version of
Cannot start server.
I'm using this HBP
#
# $Id: uhttpd2.hbp 11370 2009-06-15 18:22:09Z vszakats $
#
server.prg
-lhbnetio
-mt
-lhbvmmt.a
Never add any Harbour core libs to hbmk2 command lines or hbp files.
Brgds,
Viktor
___
Harbour mailing list
Har
Core 'Harbour dynlib' creation has been integrated into
the make system, so such customized harbour dynlibs aren't
supported by core build process anymore.
I believe such customized Harbour dynlibs should be rolled
by those few users who require it by their own, firstly
because it breaks the sepa
it seems as if INSTALL_RULE was assembled more than once, once with
INSTALL_FILES set to libsddpg.a, but at the next iteration
INSTALL_FILES was empty. afaict this second iteration must somehow
be
happening inside instsh.mk, as it is protected to be evaluated
with an
empty install_files list.
Viktor Szakáts escribió:
Cannot start server.
I'm using this HBP
#
# $Id: uhttpd2.hbp 11370 2009-06-15 18:22:09Z vszakats $
#
server.prg
-lhbnetio
-mt
-lhbvmmt.a
Never add any Harbour core libs to hbmk2 command lines or hbp files.
Ok. Thanks Viktor.
Best Regards
GVS
_
CXX should be set to empty in global.mk. I'll commit this in a while.
Brgds,
Viktor
On 2009.09.02., at 9:40, FRANČEK PRIJATELJ wrote:
Hi
Maybe I am impolite to write about same problem third time.
Sorry in advance.
When building Harbour with msvc, .cpp files (from hbqt) are
compiled with
On Fri, 04 Sep 2009, Szak�ts Viktor wrote:
Hi,
> May I change HB_*_TCP to HB_*_WATT? Could be I'm not overseeing the
> whole matter yet, but these names should reflect the exact component
> detected, not just an area of functionality.
Yes, sure.
best regards,
Przemek
___
On Fri, 04 Sep 2009, Szak�ts Viktor wrote:
Hi,
>> Please add:
>> hb_inetInit()
> Is it possible to make this automatic? It's a little bit strange
> that a core API needs such platform dependent way to do the required
> initialization.
>
> [ Actually, I thought this was fixed a few weeks ago.
Hi Francek,
Could be that I'm missing something, but can't replicate.
Maybe if you have a snippet of the output showing the
problem, it would help.
Brgds,
Viktor
On 2009.09.02., at 9:19, FRANČEK PRIJATELJ wrote:
Hi Victor
There is infinite recursion in makefile(s)
Try win-make --print-data
Hello Vikthor,
Thank You very much for your words.
>>Maybe I'm missing something, but is there any downloadable
>>code already made available?
At the moment no.
I decided to add ViaNemo how contribution to Harbour-Project. I will publish
more news :-)
Best Regards,
Fernando
Brgds,
Viktor
On
Hi Viktor,
First of all, thanks for your great work!!
I´m really impressed.
Today I´ve been recompiled all harbour-cvs and was simple.
Batch used:
ECHO OFF
SET HB_USER_PRGFLAGS=-l -gc0
SET HB_USER_CFLAGS=-Wall -O2xtyb1 -Gy -GS- -GR- -DNDEBUG
-DHB_FM_STATISTICS_OFF -D_CRT_SECURE_NO_DEPRECATE -D
Hi Maurilio,
Thanks for the efforts and info, pls tell if there is
anything we can commit to step ahead.
Brgds,
Viktor
On 2009.09.02., at 1:36, maurilio longo wrote:
Viktor,
sorry to bother you; this is just to let you know that I've found a
work around using find and xargs and/or find and
Many thanks in advance !
CdQ
On Fri, Sep 4, 2009 at 3:23 PM, Viktor Szakáts wrote:
> I'll change current method to enable static build also,
> rather than switching to it.
>
> The switch (when enabled) will cause a significantly longer
> build process.
>
> Brgds,
> Viktor
>
>
> On 2009.08.3
Pls sort out your compiler setup to include only one version of MSVC
compiler.
See the first prerequisite of win builds in INSTALL, also
TROUBLESHOOTING section.
Brgds,
Viktor
On 2009.09.02., at 6:49, AbeB wrote:
! Building Harbour 2.0.0beta2 from source - http://www.harbour-project.org
Log Message:
---
2009-09-02 19:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/common/hbver.c
! added additional hack for conditional code used for Windows
detection
to work with VC98.
Viktor please verify it but this condition:
( !defined(
I'm a bit out of my depth here, for me it's kind of "monkey see,
monkey do".
Do you have any simple MSCAL test code, I can compile/modify test?
Plain Harbour code would be the best!!
I'm sorry no, I have used HWGUI. I don't really know how to make an
example in plain Harbour, or I would.
No. The heart of this functionality is still non-portable code
which came from xhb, and which only works on x86 CPUs.
Brgds,
Viktor
On 2009.09.04., at 11:17, Fernando Mancera wrote:
Hi,
Here is the DllCall() usage in Xbase++:
#define SW_HIDE 0
#define SW_NORMAL 1
#de
Hi Ranier,
On 2009.09.04., at 10:37, Ranier Vilela wrote:
Hi Viktor,
First of all, thanks for your great work!!
I´m really impressed.
Today I´ve been recompiled all harbour-cvs and was simple.
Batch used:
ECHO OFF
SET HB_USER_PRGFLAGS=-l -gc0
You can drop -l as it's the default. You can al
Hi Francesco,
These things are already in SVN since then.
Brgds,
Viktor
On 2009.08.31., at 9:00, Francesco Saverio Giudice wrote:
Hi Viktor,
Il 29/08/2009 1.30, Viktor Szakáts ha scritto:
In a recent ChangeLog I've linked an OpenSSL binary package for
Windows, you can also find it from open
Revision: 12402
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12402&view=rev
Author: vszakats
Date: 2009-09-05 00:23:51 + (Sat, 05 Sep 2009)
Log Message:
---
2009-09-05 02:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
While this is probably a very uncommon setup (and by local accident),
it shows that the guards we're using could be fixed to check real
SDK version rather than MSVC compiler version (since, generally speaking
any MSVC compiler can be combined with any Windows SDKs).
We could check WINVER. or _WIN
Seems okay although probably the VER_NT_WORKSTATION check is
enough and MSC_VER check can be dropped. It'd be also better
to use some official macro to find out the required WSDK
version.
Brgds,
Viktor
On 2009.09.02., at 7:26, dru...@users.sourceforge.net wrote:
Revision: 12395
http:
Revision: 12403
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12403&view=rev
Author: vszakats
Date: 2009-09-05 01:38:51 + (Sat, 05 Sep 2009)
Log Message:
---
2009-09-05 03:37 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
! Fi
55 matches
Mail list logo