i have find one solution!! (work for me because here not works set PATH=%~dp0)
pexports ace32.dll > ace32.def
dlltool -S C:\devl\mingw\bin\as.exe -d ace32.def -D ace32.dll -k -l libace32.a
Now the remain the problem thath not able to manage to use libace32.a
to actually link a Harbour executable.
Revision: 10883
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10883&view=rev
Author: vouchcac
Date: 2009-04-17 18:50:26 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 11:47 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbqt/genera
Thanks Bisz
Bisz István wrote:
>
> The main problem with the existing solution is that the MenuBar object:
>
>oMenuBar := QMenuBar():new( QT_PTROF( oWnd ) )
>
> defined in demoqt isn't connected to the QMainWindow object. This fact can
> be easily checked by the QMainWindow resizing; the
>It worked for me after massaging it a bit:
>set PATH=%~dp0
>pexports ace32.dll > ace32.def
>dlltool -d ace32.def -D ace32.dll -k -l libace32.a
for me not work, generate a 0 byte
I am using pexport 0.43and i have tried either dlltool 2.17.50 ,2.19.1,
2.15.91
Can you help me on how create it?
>So,
Hi Ranier,
Ppl seldom worry about warnings, especially when there are that many of them
:) If anyone does, I think it's just a good
thing and it encourages correcting them eventually. Maybe
someone can even go and send us such patches.
Brgds,
Viktor
On Fri, Apr 17, 2009 at 7:58 PM, Ranier Vilela
Przemyslaw Czerpak escreveu:
On Thu, 16 Apr 2009, Ranier Vilela wrote:
cl.exe -nologo -I. -I../../../../include -Gs -TP -Wall -wd4127 -Ot2b1
-EHs-c- -MT -c ../../set.c -Foset.obj
set.c
../../set.c(1321) : warning C4061: enumerator 'HB_SET_TIMEFORMAT' in switch
of enum 'HB_set_enum' is n
Hi Massimo,
You got stuck in an infinite loop, and just increasing the noise
I'm afraid.
I've explicitly covered this specific problem in my mail on Apr 1
(but it wasn't a joke), with a three lines which does actually work,
but, you apparently *still* didn't read it.
Sorry to say, but this really
Hi,
The main problem with the existing solution is that the MenuBar object:
oMenuBar := QMenuBar():new( QT_PTROF( oWnd ) )
defined in demoqt isn't connected to the QMainWindow object. This fact can be
easily checked by the QMainWindow resizing; the MenuBar doesn't follows this
operation.
Th
Viktor Szakáts escreveu:
I´ve been searched about unsave conversion from 'FARPROC' and the
solution, apparently is
#pragma warning ( disable : 4191 ) */// unsafe conversion from .../*
Ironic!
Indeed :)
So we can add -wd4191 to our default options and forget about this.
But,
I continue documenting what i have discovered:
c:\devl\acesdk>dlltool -d ace32.def -D ace32.dll -l libace32.a -k -v
dlltool: Processing def file: ace32.def
dlltool: LIBRARY: ACE32.dll base:
dlltool: Processed def file
dlltool: Processing definitions
dlltool: Processed definitions
dlltool
Hi
Bisz István wrote:
>
> Could you please replace in hbqtgen.prg the line 2278:
>
>aadd( txt_, ' oMenuBar:show()
>
> ' )
>
> with:
>
>aadd( txt_, ' oWnd:setMenuBar( QT_PTROF(
Only a note
ads v 9 use visual fox pro 9 data and index and run in win 32-64- and Linux
ADS<9 has provided support for FoxPro tables and CDX/IDX indexes for
a long time, ADS 9 has added full support for Visual FoxPro tables,
including auto-increment, date/time, and VarChar fields. Advantage can
Doesn't link here either, but with slightly different errors.
I'll fix the hb_oleInit() problem (which is missing #include),
but I'll leave the rest for someone else, oaidl.h is included
via oleauto.h which is included via ole2.h which is included
by hbwinole.h. uuid lib is included so that can't
www.dquery.com
www.dbase.com
HTH
Angel
Massimo Belgrano escribió:
Anybody know a tool free or commercial good for final user (like
microsoft access):
very easy to use
able to query & reporting without re import table
Capable of working on large database with optimisation
Integrated with dbf &
here in mingw i compile your sample named max
c:\harbour\max>hbmk2 max.prg hbwin.lib
hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg
Harbour 1.1.0dev (Rev. 10862)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'max.prg'...
Lines 4, Functions/Procedures 1
Generating
Hi Pritpal,
Could you please replace in hbqtgen.prg the line 2278:
aadd( txt_, ' oMenuBar:show()
' )
with:
aadd( txt_, ' oWnd:setMenuBar( QT_PTROF( oMenuBar ) )
From: Viktor Szakáts [mailto:harbour...@syenar.hu]
Sent: Friday, April 17, 2009 4:09 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Trouble with sample test of ole
Try building your app with hbmk2
Revision: 10882
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10882&view=rev
Author: vouchcac
Date: 2009-04-17 15:36:24 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 08:36 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtqtc/gtqtc
Revision: 10881
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10881&view=rev
Author: vouchcac
Date: 2009-04-17 15:13:38 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 08:07 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/hbqt/genera
http://www.h-online.com/open/Intel-wants-to-co-develop-the-GCC--/news/113065
http://gcc.gnu.org/ml/gcc/2009-04/msg00336.html
Good move, it'd be nice to see closer to icc quality code in gcc.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.
Revision: 10880
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10880&view=rev
Author: druzus
Date: 2009-04-17 14:19:15 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 16:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/fm.
Try building your app with hbmk2.
Brgds,
Viktor
On Fri, Apr 17, 2009 at 3:29 PM, Horodyski Marek (PZUZ) <
m.horody...@pzuzycie.com.pl> wrote:
> I don't can compile this simple sample test.prg with ow :
>
> Function Main()
> Request createobject
> inkey( 0)
> Return Nil
>
> In raport have I :
>
>
> No. We do not use DLMALLOC as default for all builds.
> The default memory manager in SUSE Linux is much more efficient
> then DLMALLOC and very well scalable in MT mode. In such systems
> using DLMALLOC is not an alternative at all.
>
> > This way we wouldn't collide with RTL mem functions,
>
Revision: 10879
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10879&view=rev
Author: druzus
Date: 2009-04-17 13:41:07 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 15:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbqt/
On Fri, 17 Apr 2009, vszak...@users.sourceforge.net wrote:
Hi,
> 2009-04-17 15:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * source/vm/Makefile
> + Enabled "amalgamated" VM lib for all compilers/platforms,
> except for those where this doesn't give any advantage, or
> it
Anybody know a tool free or commercial good for final user (like
microsoft access):
very easy to use
able to query & reporting without re import table
Capable of working on large database with optimisation
Integrated with dbf & four big of database Mssql,Oracle,mysql,Postgress
Now access have a
On Fri, 17 Apr 2009, Szak�ts Viktor wrote:
> Isn't it a solution to use '#define USE_DL_PREFIX' for all
> compilers, just like we do now for msvc*?
No. We do not use DLMALLOC as default for all builds.
The default memory manager in SUSE Linux is much more efficient
then DLMALLOC and very well scal
I don't can compile this simple sample test.prg with ow :
Function Main()
Request createobject
inkey( 0)
Return Nil
In raport have I :
---
Open Watcom Linker Version 1.8
Portions Copyright (c) 1985-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Syb
Revision: 10878
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10878&view=rev
Author: vszakats
Date: 2009-04-17 13:13:48 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 15:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/vm/Makefile
+
On Fri, 17 Apr 2009, Adam Lubszczyk wrote:
Hi,
> > It's not necessary. This CDX file uses Windows unicode collation function
> > to hash index keys. The index key size is twice longer and is unreadable
> > (check ordKeyVal()). Such indexes can be created and used only in Windows
> > because MS ha
>
> > compare CPU instruction per hb_x*() call). Stats can be enabled by using
> > envvar 'HB_FM_STAT=yes' on any systems before starting up the app.
>
> It does not have to work on all systems. On some it may even break
> default build or some possible builds.
> To read envvars we have to call som
Seem that no free five user of mediator is aivable
2009/4/17 Massimo Belgrano :
> I remember a five user version
--
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
I remember a five user version
2009/4/17 Horodyski Marek (PZUZ) :
>
>
>>-Original Message-
>>From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
>>Sent: Friday, April 17, 2009 12:45 AM
>>To: Harbour Project Main Developer List.
>>Subject: Re: [Harbour] DBF to migrate from PostGreSQL
>>
>>
Fine, I'll make it the default for all compilers except pocc*, xcc and bcc.(the
rest is exactly msvc*, gcc family, owatcom and icc family).
Brgds,
Viktor
On Fri, Apr 17, 2009 at 1:16 PM, Przemyslaw Czerpak wrote:
> On Fri, 17 Apr 2009, Szak�ts Viktor wrote:
>
> Hi,
>
> > Ops one more: plus at th
Hi all,
When i'm building harbour from last nigtly.zip with mingw+gcc :
'
'
'
G:\harbour\contrib\gtwvg>if not exist ..\..\lib\win\mingw\. md
..\..\lib\win\mingw
mingw32-make.exe[3]: Entering directory `G:/harbour/contrib/gtwvg/win/mingw'
gcc -I. -I../../../../include -Wall -W -O3 -fomit-frame-p
On Fri, 17 Apr 2009, Szak�ts Viktor wrote:
Hi,
> Ops one more: plus at the same time, we should IMO make 'HB_HVM_ALL=yes' the
> default settings, except for compilers
> which cannot handle large sources. I think such is owatcom 1.7
> (previous version), maybe older pocc and dmc. We can change
> d
On Fri, 17 Apr 2009, Szak�ts Viktor wrote:
Hi,
> Thanks Przemek, my suggestion is then to make HB_FM_STATISTICS_DYN_OFF
> the default build setting in Harbour (both release and normal builds),
> this will
> include stat code, but in disabled state, causing only minimal overhead
> (one
> compare C
>-Original Message-
>From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
>Sent: Friday, April 17, 2009 12:45 AM
>To: Harbour Project Main Developer List.
>Subject: Re: [Harbour] DBF to migrate from PostGreSQL
>
>SQLWIN - a free (open source) RDD for SQL by antonio linares propotipe
>ht
Ops one more: plus at the same time, we should IMO make 'HB_HVM_ALL=yes' the
default settings, except for compilers
which cannot handle large sources. I think such is owatcom 1.7
(previous version), maybe older pocc and dmc. We can change
defaults for these when they actually fail.
Brgds,
Viktor
Ops one more: plus at the same time, we should IMO make 'HB_HVM_ALL=yes' the
default settings, except for compilers
which cannot handle large sources. I think such is owatcom 1.7
(previous version), maybe older pocc and dmc. We can change
defaults for these when they actually fail.
Brgds,
Viktor
Thanks Przemek, my suggestion is then to make HB_FM_STATISTICS_DYN_OFF
the default build setting in Harbour (both release and normal builds),
this will
include stat code, but in disabled state, causing only minimal overhead
(one
compare CPU instruction per hb_x*() call). Stats can be enabled by usi
Hi Przemek, You same time ago write:
Przemyslaw Czerpak wrote:
>
> On Mon, 16 Jul 2007, Enrico Maria Giordano wrote:
> [...]
> It's not necessary. This CDX file uses Windows unicode collation function
> to hash index keys. The index key size is twice longer and is unreadable
> (check ordKeyVal()
>
> The 'WindowCloseButtonHint' is probably caused by the QT version.
> BTW Can we remove this line:
> #define QT_VERSION 0x040500
> from hbqt.h?
> Why we have it? Is it necessary for MS-Windows QT ports?
It's not, the value is defined by qglobal.h, included two lines below.
Brgds,
Viktor
On Wed, 15 Apr 2009, Szak�ts Viktor wrote:
Hi,
> Even in dynamic mode we could keep current default settings
> (on for default build, off for releases/mpkg builds).
> So what to do? Remove this feature or switch to dynamic with
> compatible defaults? (is it doable at all to control it via
> hbfms
On Thu, 16 Apr 2009, vouch...@users.sourceforge.net wrote:
Hi,
> 2009-04-16 00:37 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
> * harbour/contrib/gtqtc/gtqtc.cpp
> * harbour/contrib/gtqtc/gtqtc.h
> ! Fix to many unsuppoted defines on *nixes.
> Przemek, please compile again. Probabl
On Thu, 16 Apr 2009, Rossine wrote:
Hi,
> Yes I understood your explanation and it works :). But this cycle of
> 100.000, is possible set this or the GC is about who determines how much
> should the cycle?
Now I set it arbitrary in GC code to fixed value.
In the future I may change it to some dy
Revision: 10877
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10877&view=rev
Author: vszakats
Date: 2009-04-17 08:51:56 + (Fri, 17 Apr 2009)
Log Message:
---
2009-04-17 10:48 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
47 matches
Mail list logo
