Re: [Harbour] testing demoxbp.prg fail with the browse
Hi Guillermo Varona wrote: > > Hello, I'm trying demoxbp.prg, successfully building the exe, but when I > go through the browse with the mouse wheel or cursor keys the program is > short (failure) when you want to change pages > I cannot reproduce error you are reporting. Though I see some weired behavior of XbpStatic() objects hosted on tab. I think I have screwed up some parent child hirarchy while adjusting some aspects of HBXBP to suit HBIDE. I will look into it shortly. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/testing-demoxbp.prg-fail-with-the-browse-tp26621003p26621640.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] testing demoxbp.prg fail with the browse
[SPA] Hola, estoy probando demoxbp.prg, genero correctamente el exe, pero cuando quiero navegar por el browse con la rueda del mouse o con las teclas del cursor el programa se corta (falla) cuando quiere cambiar de página [ENG] By Google Hello, I'm trying demoxbp.prg, successfully building the exe, but when I go through the browse with the mouse wheel or cursor keys the program is short (failure) when you want to change pages TIA BestRegards GVS ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13100] trunk/harbour
Revision: 13100 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13100&view=rev Author: vouchcac Date: 2009-12-03 03:01:50 + (Thu, 03 Dec 2009) Log Message: --- 2009-12-02 19:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) + contrib/hbide/projects * contrib/hbide/hbide.prg * contrib/hbide/resources/projectproperties.ui ! Mode advancement in project properties building. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/resources/projectproperties.ui Added Paths: --- trunk/harbour/contrib/hbide/projects/ This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HB_BUILD_UNICODE=yes
Hi! My fault, sorry. Is SET HB_BUILD_DEBUG=yes UNICODE. is on Best resgards, Itamar M. Lins Jr. "Viktor Szakáts" escreveu na mensagem news:0d93b5d3-2ca4-40ed-982c-b5b6447e9...@syenar.hu... > With MSVC 2008 express, Win XP SP3 > My file makemsvc.bat is: > > SET HB_BUILD_DEBUG=yes > call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" > win-make %1 %2 > > > cl.exe -nologo -I. -I../../../../../include -Gs -TC -Ot2b1 -EHs-c- -MTd -Zi > -DH > B_TR_LEVEL_DEBUG -ID:/harbour/trunk/harbour/external/zlib > -ID:/harbour/trunk/ha > rbour/external/libpng -DUNICODE -Fo_hbhbpdf.obj -c ../../../_hbhbpdf.c > _hbhbpdf.c > ../../../_hbhbpdf.c : fatal error C1902: Program database manager > mismatch; > plea > se check your installation > win-make[3]: *** [_hbhbpdf.obj] Error 2 > win-make[2]: *** [descend] Error 2 > win-make[1]: *** [libhpdf.inst] Error 2 > win-make: *** [external.inst] Error 2 Try to make a clean before. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13099] trunk/harbour
Revision: 13099 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13099&view=rev Author: vouchcac Date: 2009-12-03 00:56:02 + (Thu, 03 Dec 2009) Log Message: --- 2009-12-02 16:51 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg + contrib/hbide/resources/projectproperties.ui + Added Project Properties Dialog in .ui format. Trying to implement some exotic thoughts which I ever missed in xMate. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg Added Paths: --- trunk/harbour/contrib/hbide/resources/projectproperties.ui This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
Sorry, I can't tell from this. Did you check the TROUBLESHOOTING checklist? v On 2009 Dec 3, at 01:23, Massimo Belgrano wrote: > Hi viktor i have problem converting my harbour for msvc to simple > HB_INSTALL_PREFIX > > SET HB_INSTALL_PREFIX=C:\HARBOUR > CALL "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" > WIN-make clean install >> l.l > > WIN-make[1]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[1]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > WIN-make[2]: [install] Error 1 (ignored) > > > > > 2009/12/2 Viktor Szakáts : >>> i have switched from >>> SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% >>> to >>> SET HB_INSTALL_PREFIX=C:\HARBOUR\ >>> >>> Thanks for your support >> >> np. >> >>> Have you tried qt 4.6 final version with hbide? >>> to me seem not work >> >> I had downloaded the packages, but haven't installed them yet. >> >> Brgds, >> Viktor >> >> ___ >> Harbour mailing list (attachment size limit: 40KB) >> Harbour@harbour-project.org >> http://lists.harbour-project.org/mailman/listinfo/harbour >> > > > > -- > Massimo Belgrano > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
Hi viktor i have problem converting my harbour for msvc to simple HB_INSTALL_PREFIX SET HB_INSTALL_PREFIX=C:\HARBOUR CALL "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" WIN-make clean install >> l.l WIN-make[1]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[1]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) WIN-make[2]: [install] Error 1 (ignored) 2009/12/2 Viktor Szakáts : >> i have switched from >> SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% >> to >> SET HB_INSTALL_PREFIX=C:\HARBOUR\ >> >> Thanks for your support > > np. > >> Have you tried qt 4.6 final version with hbide? >> to me seem not work > > I had downloaded the packages, but haven't installed them yet. > > Brgds, > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> i have switched from > SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% > to > SET HB_INSTALL_PREFIX=C:\HARBOUR\ > > Thanks for your support np. > Have you tried qt 4.6 final version with hbide? > to me seem not work I had downloaded the packages, but haven't installed them yet. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
i have switched from SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% to SET HB_INSTALL_PREFIX=C:\HARBOUR\ Thanks for your support Have you tried qt 4.6 final version with hbide? to me seem not work 2009/12/2 Viktor Szakáts : >> IF I SET HB_INSTALL_PREFIX=C:\HARBOUR\ >> will be created >> win\mingw\include >> win\mingw\lib >> >> so when i made a copy will be right follow >> COPY C:\DEVL\mysql51\lib\opt\libmysql.lib >> C:\HARBOUR\win\%HB_COMPILER%\lib\libmysql.a > > Sorry I don't understand. > > If you use hbmk2 for your final app, all you need > is HB_INSTALL_PREFIX=C:\harbour\win. For _all_ Windows > compilers. > > If you want, you can make it more complicated > using your dir scheme, but I don't understand it, > so I can't comment on it. > > Brgds. > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBIDE - Some Points to Discuss - I
Hi Viktor Szakáts wrote: > > It really depends on what are those visual enhancements, > and what is the difference in performance / memory usage. > Currently it is only zooming in/out feature, nothing more. But may be we can think embeddings tables and bullets for comments sections guarded with #if 0 / #endif constructs. This idea has come to mind today and I am exploring the possibility how this can be implemented as it may require two files to manage, one .rtf format another .c.prg format. > Typical source file is rarely too big (rarely over a few > 100KBs), although there may be several of them open at once > (not too many though). > Because of this factor only, we can go with QTextEdit(). > Anyhow, for source code editing some basic text coloring, > maybe background coloring on certain lines / block and > selection of font type / size should fit majority of cases. > If this is covered by QPlainTextEdit(), the extra > performance can be good, as it's not very good if scrolling, > paging is slow. > > If there is option to antialias fonts in QPlainTextEdit(), > it's more than perfect. > This is probably the easy way with QTextEdit() purely on PRG level, though, if I implement some functions on CPP level, it is doable in QPlainTextEdit() also. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE---Some-Points-to-Discuss---I-tp26615827p26617370.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HB_BUILD_UNICODE=no
> With MSVC 2008 express, Win XP SP3 > My file makemsvc.bat is: > > SET HB_BUILD_DEBUG=yes > call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" > win-make %1 %2 > > > cl.exe -nologo -I. -I../../../../../include -Gs -TC -Ot2b1 -EHs-c- -MTd -Zi > -DH > B_TR_LEVEL_DEBUG -ID:/harbour/trunk/harbour/external/zlib > -ID:/harbour/trunk/ha > rbour/external/libpng -DUNICODE -Fo_hbhbpdf.obj -c ../../../_hbhbpdf.c > _hbhbpdf.c > ../../../_hbhbpdf.c : fatal error C1902: Program database manager mismatch; > plea > se check your installation > win-make[3]: *** [_hbhbpdf.obj] Error 2 > win-make[2]: *** [descend] Error 2 > win-make[1]: *** [libhpdf.inst] Error 2 > win-make: *** [external.inst] Error 2 Try to make a clean before. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBIDE - Some Points to Discuss - I
> Initially I started with QTextEdit() class as a base to source editing > mechanism. This class provides more visual capabilities like font zooming > in real time which was implemented in HBIDE too. > > Now I have shifted to QPlainTextEdit() which is optimized class for > large file handelling but lacks some visual features, for now, which was > font zooming only. > > I need your opinion about what way I should proceed ? > Pure business with QPlainTextEdit() or some visual enhancements only > on the cost of performance ? It really depends on what are those visual enhancements, and what is the difference in performance / memory usage. Typical source file is rarely too big (rarely over a few 100KBs), although there may be several of them open at once (not too many though). Anyhow, for source code editing some basic text coloring, maybe background coloring on certain lines / block and selection of font type / size should fit majority of cases. If this is covered by QPlainTextEdit(), the extra performance can be good, as it's not very good if scrolling, paging is slow. If there is option to antialias fonts in QPlainTextEdit(), it's more than perfect. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Build a self-contained application with QT
[SPA] Hola, ¿Se puede construir una aplicación autocontenida con QT? Es decir que se genere un solo EXE que contenga librerias, recursos, etc, de manera que se pueda ejecutar en cualquier PC, obviamente con el SO para el cual se genero el EXE. [ENG] By Google Hi, Can you build a self-contained application with QT? Ie, they generate a single EXE that contains libraries, resources, etc. so that you can run on any PC, obviously with the OS to which genre the EXE. TIA Bestregards GVS ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error on winprn.
Hi! The lines below of file testprg.prg in to folder \contrib\hbwin\tests not working. -->8- oPrinter:Box( 0, oPrinter:PosY+100, 100, oPrinter:PosY+200) oPrinter:Arc(200, oPrinter:PosY+100, 300, oPrinter:PosY+200) oPrinter:Ellipse(400, oPrinter:PosY+100, 500, oPrinter:PosY+200) oPrinter:FillRect(600, oPrinter:PosY+100, 700, oPrinter:PosY+200, RGB_RED ) 8< My test with SVN $Id: ChangeLog 13098 2009-12-02 19:05:19Z vszakats $ Best Regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Re: Re: Re: Re: Re: Win_prn problem.
Hi!
The lines below of file testprg.prg in to folder \contrib\hbwin\tests not
working.
-->8-
oPrinter:Box( 0, oPrinter:PosY+100, 100, oPrinter:PosY+200)
oPrinter:Arc(200, oPrinter:PosY+100, 300, oPrinter:PosY+200)
oPrinter:Ellipse(400, oPrinter:PosY+100, 500, oPrinter:PosY+200)
oPrinter:FillRect(600, oPrinter:PosY+100, 700, oPrinter:PosY+200, RGB_RED )
8<
My test with SVN $Id: ChangeLog 13098 2009-12-02 19:05:19Z vszakats $
Best Regards,
Itamar M. Lins Jr.
"Itamar Lins" escreveu na mensagem news:...
> Sorry, my fault,
> #include "hbwin.ch"
> But, the problem persist. :-(
>
> Best regards,
> Itamar M. Lins Jr.
>
> "Itamar Lins"
> escreveu na mensagem news:hegso9$ql...@ger.gmane.org...
>> Hi!
>> Now with , oPrn:CharSet(OEM_CHARSET)
>> I get error, variable not exist.
>> Error BASE/1003 Vari vel nÆo existe: OEM_CHARSET
>> SVN * $Id: ChangeLog 13006 2009-11-24 12:20:59Z druzus $
>>
>> Best regards,
>> Itamar M. Lins Jr.
>>
>> "Xavi" escreveu na
>> mensagem news:4b0b35e1.6090...@gmail.com...
>>> Itamar,
>>>
>>> > But not is possible yet print draw box double horizontal for
>>> example. I get
>>> > Í
>>>
>>> This seems a conflict with charset.
>>> http://msdn.microsoft.com/en-us/library/dd183499%28VS.85%29.aspx
>>> Please read fdwCharSet parameter if it can help you.
>>>
>>> oPrn:CharSet(OEM_CHARSET)
>>> oPrn:Setfont('Lucida Console',,11) // oPrn:Setfont('Terminal',,12)
>>>
>>> Please Viktor, is it possible to update hbwin.ch?
>>>
>>> --
>>> Xavi
>>>
>>> Viktor Szakáts escribió:
> Hi!
> The return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)" is
> correct now.
Amen.
> But not is possible yet print draw box double horizontal for example.
> I get
> Í
I'll let someone else to solve this for you,
anyhow it's not a Harbour bug.
Brgds,
Viktor
>>>
>>>
>>
>>
>>
>>
>>
>>> /*
>>> * $Id: hbwin.ch 12732 2009-10-19 21:17:04Z vszakats $
>>> */
>>>
>>> /*
>>> * Harbour Project source code:
>>> * hbwin header
>>> *
>>> * Copyright 2008 Viktor Szakats (harbour.01 syenar.hu)
>>> * Copyright 2004 Peter Rees
>>>
>>> *Rees Software & Systems Ltd
>>> * www - http://www.harbour-project.org
>>> *
>>> * This program is free software; you can redistribute it and/or modify
>>> * it under the terms of the GNU General Public License as published by
>>> * the Free Software Foundation; either version 2, or (at your option)
>>> * any later version.
>>> *
>>> * This program is distributed in the hope that it will be useful,
>>> * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> * GNU General Public License for more details.
>>> *
>>> * You should have received a copy of the GNU General Public License
>>> * along with this software; see the file COPYING. If not, write to
>>> * the Free Software Foundation, Inc., 59 Temple Place, Suite 330,
>>> * Boston, MA 02111-1307 USA (or visit the web site http://www.gnu.org/).
>>> *
>>> * As a special exception, the Harbour Project gives permission for
>>> * additional uses of the text contained in its release of Harbour.
>>> *
>>> * The exception is that, if you link the Harbour libraries with other
>>> * files to produce an executable, this does not by itself cause the
>>> * resulting executable to be covered by the GNU General Public License.
>>> * Your use of that executable is in no way restricted on account of
>>> * linking the Harbour library code into it.
>>> *
>>> * This exception does not however invalidate any other reasons why
>>> * the executable file might be covered by the GNU General Public
>>> License.
>>> *
>>> * This exception applies only to the code released by the Harbour
>>> * Project under the name Harbour. If you copy code from other
>>> * Harbour Project or Free Software Foundation releases into a copy of
>>> * Harbour, as the General Public License permits, the exception does
>>> * not apply to the code that you add in this way. To avoid misleading
>>> * anyone as to the status of such modified files, you must delete
>>> * this exception notice from them.
>>> *
>>> * If you write modifications of your own for Harbour, it is your choice
>>> * whether to permit this exception to apply to your modifications.
>>> * If you do not wish that, delete this exception notice.
>>> *
>>> */
>>>
>>> #ifndef HBWIN_CH_
>>> #define HBWIN_CH_
>>>
>>> /* Registry related values */
>>>
>>> #define HKEY_CLASSES_ROOT 0x8000
>>> #define HKEY_CURRENT_USER 0x8001
>>> #define HKEY_LOCAL_MACHINE 0x8002
>>> #define HKEY_USERS 0x8003
>>> #define HKEY_PERFORMANCE_DATA 0x8004
>>> #define HKEY_CURRENT_CONFIG0x8005
>>> #define HKEY_DYN_DATA 0x8006
>>>
>>> /* win_Port() related value
[Harbour] Re: Re: Re: Re: Re: Re: Win_prn problem.
Hi!
The lines below of file testprg.prg in to folder \contrib\hbwin\tests not
working.
-->8-
oPrinter:Box( 0, oPrinter:PosY+100, 100, oPrinter:PosY+200)
oPrinter:Arc(200, oPrinter:PosY+100, 300, oPrinter:PosY+200)
oPrinter:Ellipse(400, oPrinter:PosY+100, 500, oPrinter:PosY+200)
oPrinter:FillRect(600, oPrinter:PosY+100, 700, oPrinter:PosY+200, RGB_RED )
8<
My test with SVN $Id: ChangeLog 13098 2009-12-02 19:05:19Z vszakats $
Best Regards,
Itamar M. Lins Jr.
"Itamar Lins" escreveu na mensagem news:...
> Sorry, my fault,
> #include "hbwin.ch"
> But, the problem persist. :-(
>
> Best regards,
> Itamar M. Lins Jr.
>
> "Itamar Lins"
> escreveu na mensagem news:hegso9$ql...@ger.gmane.org...
>> Hi!
>> Now with , oPrn:CharSet(OEM_CHARSET)
>> I get error, variable not exist.
>> Error BASE/1003 Vari vel nÆo existe: OEM_CHARSET
>> SVN * $Id: ChangeLog 13006 2009-11-24 12:20:59Z druzus $
>>
>> Best regards,
>> Itamar M. Lins Jr.
>>
>> "Xavi" escreveu na
>> mensagem news:4b0b35e1.6090...@gmail.com...
>>> Itamar,
>>>
>>> > But not is possible yet print draw box double horizontal for
>>> example. I get
>>> > Í
>>>
>>> This seems a conflict with charset.
>>> http://msdn.microsoft.com/en-us/library/dd183499%28VS.85%29.aspx
>>> Please read fdwCharSet parameter if it can help you.
>>>
>>> oPrn:CharSet(OEM_CHARSET)
>>> oPrn:Setfont('Lucida Console',,11) // oPrn:Setfont('Terminal',,12)
>>>
>>> Please Viktor, is it possible to update hbwin.ch?
>>>
>>> --
>>> Xavi
>>>
>>> Viktor Szakáts escribió:
> Hi!
> The return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)" is
> correct now.
Amen.
> But not is possible yet print draw box double horizontal for example.
> I get
> Í
I'll let someone else to solve this for you,
anyhow it's not a Harbour bug.
Brgds,
Viktor
>>>
>>>
>>
>>
>>
>>
>>
>>> /*
>>> * $Id: hbwin.ch 12732 2009-10-19 21:17:04Z vszakats $
>>> */
>>>
>>> /*
>>> * Harbour Project source code:
>>> * hbwin header
>>> *
>>> * Copyright 2008 Viktor Szakats (harbour.01 syenar.hu)
>>> * Copyright 2004 Peter Rees
>>>
>>> *Rees Software & Systems Ltd
>>> * www - http://www.harbour-project.org
>>> *
>>> * This program is free software; you can redistribute it and/or modify
>>> * it under the terms of the GNU General Public License as published by
>>> * the Free Software Foundation; either version 2, or (at your option)
>>> * any later version.
>>> *
>>> * This program is distributed in the hope that it will be useful,
>>> * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> * GNU General Public License for more details.
>>> *
>>> * You should have received a copy of the GNU General Public License
>>> * along with this software; see the file COPYING. If not, write to
>>> * the Free Software Foundation, Inc., 59 Temple Place, Suite 330,
>>> * Boston, MA 02111-1307 USA (or visit the web site http://www.gnu.org/).
>>> *
>>> * As a special exception, the Harbour Project gives permission for
>>> * additional uses of the text contained in its release of Harbour.
>>> *
>>> * The exception is that, if you link the Harbour libraries with other
>>> * files to produce an executable, this does not by itself cause the
>>> * resulting executable to be covered by the GNU General Public License.
>>> * Your use of that executable is in no way restricted on account of
>>> * linking the Harbour library code into it.
>>> *
>>> * This exception does not however invalidate any other reasons why
>>> * the executable file might be covered by the GNU General Public
>>> License.
>>> *
>>> * This exception applies only to the code released by the Harbour
>>> * Project under the name Harbour. If you copy code from other
>>> * Harbour Project or Free Software Foundation releases into a copy of
>>> * Harbour, as the General Public License permits, the exception does
>>> * not apply to the code that you add in this way. To avoid misleading
>>> * anyone as to the status of such modified files, you must delete
>>> * this exception notice from them.
>>> *
>>> * If you write modifications of your own for Harbour, it is your choice
>>> * whether to permit this exception to apply to your modifications.
>>> * If you do not wish that, delete this exception notice.
>>> *
>>> */
>>>
>>> #ifndef HBWIN_CH_
>>> #define HBWIN_CH_
>>>
>>> /* Registry related values */
>>>
>>> #define HKEY_CLASSES_ROOT 0x8000
>>> #define HKEY_CURRENT_USER 0x8001
>>> #define HKEY_LOCAL_MACHINE 0x8002
>>> #define HKEY_USERS 0x8003
>>> #define HKEY_PERFORMANCE_DATA 0x8004
>>> #define HKEY_CURRENT_CONFIG0x8005
>>> #define HKEY_DYN_DATA 0x8006
>>>
>>> /* win_Port() related value
[Harbour] HB_BUILD_UNICODE=no
Hi! With MSVC 2008 express, Win XP SP3 My file makemsvc.bat is: SET HB_BUILD_DEBUG=yes call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" win-make %1 %2 cl.exe -nologo -I. -I../../../../../include -Gs -TC -Ot2b1 -EHs-c- -MTd -Zi -DH B_TR_LEVEL_DEBUG -ID:/harbour/trunk/harbour/external/zlib -ID:/harbour/trunk/ha rbour/external/libpng -DUNICODE -Fo_hbhbpdf.obj -c ../../../_hbhbpdf.c _hbhbpdf.c ../../../_hbhbpdf.c : fatal error C1902: Program database manager mismatch; plea se check your installation win-make[3]: *** [_hbhbpdf.obj] Error 2 win-make[2]: *** [descend] Error 2 win-make[1]: *** [libhpdf.inst] Error 2 win-make: *** [external.inst] Error 2 Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBIDE - Some Points to Discuss - I
Hello Everybody Initially I started with QTextEdit() class as a base to source editing mechanism. This class provides more visual capabilities like font zooming in real time which was implemented in HBIDE too. Now I have shifted to QPlainTextEdit() which is optimized class for large file handelling but lacks some visual features, for now, which was font zooming only. I need your opinion about what way I should proceed ? Pure business with QPlainTextEdit() or some visual enhancements only on the cost of performance ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE---Some-Points-to-Discuss---I-tp26615827p26615827.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Hi Massimo Belgrano-3 wrote: > > Inside string of myu harbour program i need edit with same codepage > that i use in my program > Harbour right display right but i need also hbide > > REQUEST HB_LANG_IT > REQUEST HB_CODEPAGE_IT437 > func main > string="àèéìùç" > ? > return > I have to go through Qt documents in deep in codepage area. So so long I get some information and insight how to implement. > module function list not display function ADDING TO PREV SAMPLE > FUNC MAIN_ARCA > RETURN > funct MAIN_ARCA2 > RETURN > xMate also does not shows it in "Clipper" way. And this probably I will not support too as it leads to cheos. You need to adapt 32+ bits approach to all your code. Probably it is the time to clean it up. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13097--trunk-harbour-tp26611451p26615698.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Font information like ansi/oem >>> >>> I do not think it has any relevance with text editing, but I may be >>> wrong. >> >> It has relevance, in fact quite important for anyone >> using non-English texts in source code, but in case you >> implement it please let's forget "ANSI" and "OEM". These >> are MS specific (and BTW horrible and vague) terminology. >> >> Simple, standard codepage name is the way to go here. >> > > Now I understand why it is important. > Which Harbour function call will fetch me "standard codepage" ? You will most probably handle it on the QT level so you need to check with QT docs. If you need to sync it for whatever reasons with Harbour, see HB_CODEPAGE_* for Harbour equivalent. Harbour doesn't support standard CP names ATM, except UTF-8. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Inside string of myu harbour program i need edit with same codepage that i use in my program Harbour right display right but i need also hbide REQUEST HB_LANG_IT REQUEST HB_CODEPAGE_IT437 func main string="àèéìùç" ? return module function list not display function ADDING TO PREV SAMPLE FUNC MAIN_ARCA RETURN funct MAIN_ARCA2 RETURN 2009/12/2 Pritpal Bedi : > > Hi > > > Viktor Szakáts wrote: >> Font information like ansi/oem >>> >>> I do not think it has any relevance with text editing, but I may be >>> wrong. >> >> It has relevance, in fact quite important for anyone >> using non-English texts in source code, but in case you >> implement it please let's forget "ANSI" and "OEM". These >> are MS specific (and BTW horrible and vague) terminology. >> >> Simple, standard codepage name is the way to go here. >> > > Now I understand why it is important. > Which Harbour function call will fetch me "standard codepage" ? > > Regards > Pritpal Bedi > > > -- > View this message in context: > http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13097--trunk-harbour-tp26611451p26615036.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> IF I SET HB_INSTALL_PREFIX=C:\HARBOUR\ > will be created > win\mingw\include > win\mingw\lib > > so when i made a copy will be right follow > COPY C:\DEVL\mysql51\lib\opt\libmysql.lib > C:\HARBOUR\win\%HB_COMPILER%\lib\libmysql.a Sorry I don't understand. If you use hbmk2 for your final app, all you need is HB_INSTALL_PREFIX=C:\harbour\win. For _all_ Windows compilers. If you want, you can make it more complicated using your dir scheme, but I don't understand it, so I can't comment on it. Brgds. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Hi Viktor Szakáts wrote: > >>> Font information like ansi/oem >> >> I do not think it has any relevance with text editing, but I may be >> wrong. > > It has relevance, in fact quite important for anyone > using non-English texts in source code, but in case you > implement it please let's forget "ANSI" and "OEM". These > are MS specific (and BTW horrible and vague) terminology. > > Simple, standard codepage name is the way to go here. > Now I understand why it is important. Which Harbour function call will fetch me "standard codepage" ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13097--trunk-harbour-tp26611451p26615036.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
IF I SET HB_INSTALL_PREFIX=C:\HARBOUR\ will be created win\mingw\include win\mingw\lib so when i made a copy will be right follow COPY C:\DEVL\mysql51\lib\opt\libmysql.lib C:\HARBOUR\win\%HB_COMPILER%\lib\libmysql.a 2009/12/2 Viktor Szakáts : > > Default lib dir in your case is C:\harbour\mingw\lib\win\mingw > > So far you forced it to be C:\harbour\mingw\lib. If you need > such non-default layout for some reason (some external tools?), > you can leave HB_LIB_INSTALL, but unless it's absolutely > necessary I wouldn't recommend it. > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
>> Font information like ansi/oem > > I do not think it has any relevance with text editing, but I may be wrong. It has relevance, in fact quite important for anyone using non-English texts in source code, but in case you implement it please let's forget "ANSI" and "OEM". These are MS specific (and BTW horrible and vague) terminology. Simple, standard codepage name is the way to go here. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Hi > size of source in kb Good point, but I am wondering whay purpose it will solve. > Font information like ansi/oem I do not think it has any relevance with text editing, but I may be wrong. > last Search text good to find next Good. It could also be appropriate to implement CTRL+G to search next occurance. > kind of selection column mode or normal mode Yes, slot is there but will be effective only when I will be able to implement column selection. > Result of last compilation Sure, but when this phase is reached. > I have follow question > How activate list of function? Click icon on the toolbar. > Also buonbar will be used like status bar I could not follow what you mean. Can you explain what it is ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13097--trunk-harbour-tp26611451p26614578.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> THis is my batch with parameter clean install > SET HB_WITH_ADS=C:\DEVL\acesdk > SET HB_WITH_QT=C:\DEVL\qt\2009.04\QT\INCLUDE > SET HB_BUILD_IMPLIB=yes > SET HB_WITH_MYSQL=C:\DEVL\MySQL51\INCLUDE > SET HB_ARCHITECTURE=win > SET HB_COMPILER=mingw > SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% > rem SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN > rem SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB > rem SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE > SET > PATH=C:\DEVL\MinGWtdm\BIN;C:\HARBOUR\%HB_COMPILER%\BIN;C:\DEVL\QT\2009.04\QT\BIN;%PATH% > WIN-MAKE %1 %2 %3 %4 > log-%HB_COMPILER%.txt 2>&1 > > when finish i have only 5 file lib > Directory di c:\harbour\mingw\lib > > 02/12/2009 19:35 . > 02/12/2009 19:35 .. > 16/08/2007 19:10 115.518 libace32.a > 02/12/2009 18:56 452.652 LIBDELTA4HH.A > 02/12/2009 18:56 468.096 LIBDELTA4HHD.A > 02/12/2009 19:35 804.726 liblibhpdf.a > 01/04/2009 14:5334.876 libmysql.a > 10/11/2009 11:01 win > 5 File 1.875.868 byte > 3 Directory 396.135.325.696 byte disponibili Default lib dir in your case is C:\harbour\mingw\lib\win\mingw So far you forced it to be C:\harbour\mingw\lib. If you need such non-default layout for some reason (some external tools?), you can leave HB_LIB_INSTALL, but unless it's absolutely necessary I wouldn't recommend it. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
THis is my batch with parameter clean install SET HB_WITH_ADS=C:\DEVL\acesdk SET HB_WITH_QT=C:\DEVL\qt\2009.04\QT\INCLUDE SET HB_BUILD_IMPLIB=yes SET HB_WITH_MYSQL=C:\DEVL\MySQL51\INCLUDE SET HB_ARCHITECTURE=win SET HB_COMPILER=mingw SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% rem SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN rem SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB rem SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE SET PATH=C:\DEVL\MinGWtdm\BIN;C:\HARBOUR\%HB_COMPILER%\BIN;C:\DEVL\QT\2009.04\QT\BIN;%PATH% WIN-MAKE %1 %2 %3 %4 > log-%HB_COMPILER%.txt 2>&1 when finish i have only 5 file lib Directory di c:\harbour\mingw\lib 02/12/2009 19:35 . 02/12/2009 19:35 .. 16/08/2007 19:10 115.518 libace32.a 02/12/2009 18:56 452.652 LIBDELTA4HH.A 02/12/2009 18:56 468.096 LIBDELTA4HHD.A 02/12/2009 19:35 804.726 liblibhpdf.a 01/04/2009 14:5334.876 libmysql.a 10/11/2009 11:01 win 5 File 1.875.868 byte 3 Directory 396.135.325.696 byte disponibili rem SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN rem SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB rem SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE - 2009/12/2 Viktor Szakáts : >> My dir layout >> SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% >> SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN >> SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB >> SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE >> >> if i remove : HB_BIN_INSTAL SET HB_LIB_INSTALL SET HB_INC_INSTALL >> I can't compile harbour >> gcc -I. -I../../../../../include -O3 -fomit-frame-pointer -march=i586 >> -mtune=pentiumpro -Ic:/harbour/external/zlib >> -Ic:/harbour/external/libpng -o_hbhbpdf.o -c ../../../_hbhbpdf.c >> process_begin: CreateProcess(NULL, gcc -I. -I../../../../../include >> -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro >> -Ic:/harbour/external/zlib -Ic:/harbour/external/libpng -o_hbhbpdf.o >> -c ../../../_hbhbpdf.c, ...) failed. >> make (e=2): Impossibile trovare il file specificato. > > This is not caused by missing HB_*_INSTALL, but rather > missing MinGW from PATH. > > Add MinGW to your PATH and it will work. Leave only HB_INSTALL_PREFIX. > > Brgds, > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano Iscritto all'albo dei CTU presso il Tribunale di Novara per materia Informatica Delta Informatica S.r.l. (http://www.deltain.it/) (+39 0321 455962) Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione log-mingw.7z Description: Binary data ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13098] trunk/harbour
Revision: 13098 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13098&view=rev Author: vszakats Date: 2009-12-02 19:05:19 + (Wed, 02 Dec 2009) Log Message: --- 2009-12-02 20:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * external/libpng/Makefile * Forcing C mode for libpng. It has some C++ bugs (in WINCE mode). Please retest. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/external/libpng/Makefile This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> My dir layout > SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% > SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN > SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB > SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE > > if i remove : HB_BIN_INSTAL SET HB_LIB_INSTALL SET HB_INC_INSTALL > I can't compile harbour > gcc -I. -I../../../../../include -O3 -fomit-frame-pointer -march=i586 > -mtune=pentiumpro -Ic:/harbour/external/zlib > -Ic:/harbour/external/libpng -o_hbhbpdf.o -c ../../../_hbhbpdf.c > process_begin: CreateProcess(NULL, gcc -I. -I../../../../../include > -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro > -Ic:/harbour/external/zlib -Ic:/harbour/external/libpng -o_hbhbpdf.o > -c ../../../_hbhbpdf.c, ...) failed. > make (e=2): Impossibile trovare il file specificato. This is not caused by missing HB_*_INSTALL, but rather missing MinGW from PATH. Add MinGW to your PATH and it will work. Leave only HB_INSTALL_PREFIX. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
My dir layout SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER% SET HB_BIN_INSTALL=%HB_INSTALL_PREFIX%\BIN SET HB_LIB_INSTALL=%HB_INSTALL_PREFIX%\LIB SET HB_INC_INSTALL=%HB_INSTALL_PREFIX%\INCLUDE if i remove : HB_BIN_INSTAL SET HB_LIB_INSTALL SET HB_INC_INSTALL I can't compile harbour gcc -I. -I../../../../../include -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -Ic:/harbour/external/zlib -Ic:/harbour/external/libpng -o_hbhbpdf.o -c ../../../_hbhbpdf.c process_begin: CreateProcess(NULL, gcc -I. -I../../../../../include -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -Ic:/harbour/external/zlib -Ic:/harbour/external/libpng -o_hbhbpdf.o -c ../../../_hbhbpdf.c, ...) failed. make (e=2): Impossibile trovare il file specificato. WIN-MAKE[3]: *** [_hbhbpdf.o] Error 2 WIN-MAKE[2]: *** [descend] Error 2 WIN-MAKE[1]: *** [libhpdf.inst] Error 2 WIN-MAKE: *** [external.inst] Error 2 2009/12/2 Viktor Szakáts : >> I have removed all HB_INC_* from my batch with the exclusion of >> hb_inc_install > > You also not need HB_INC_INSTALL, BTW. Unless you use some > exotic dir layout. > > Brgds, > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> I have removed all HB_INC_* from my batch with the exclusion of hb_inc_install You also not need HB_INC_INSTALL, BTW. Unless you use some exotic dir layout. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Generate binaries for WinCE?
The line error occurs is this: if ( !ReadFile((HANDLE)(png_ptr->io_ptr), data, length, &check, NULL) ) What should be changed? I really need to generate binaries for WinCE the Harbor with VS2005, you think I can have a lot of incompatibility during generation? Thanks; Ale Viktor Szakáts wrote: > > Looks like a libpng (WinCE C++ mode) bug. > > Brgds, > Viktor > > -- View this message in context: http://old.nabble.com/Generate-binaries-for-WinCE--tp26608527p26613637.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
I have removed all HB_INC_* from my batch with the exclusion of hb_inc_install I think that 3.6 is not jet compatible with harbour/hbide i have also tried for resolve my prev prev problem hbmk2 hbide -rebuild Thinking that each major upgrade of qt must be done -rebuild 1 Qt SDK for Windows* (283 MB) SET HB_WITH_QT=C:\DEVL\QT\2009.05\QT\INCLUDE 2 -- Qt libraries 4.6 for Windows (minGW 4.4, 273 MB) SET HB_WITH_QT=C:\DEVL\QT\4.6.0\INCLUDE 3 ---Qt libraries 4.6 for Windows (VS 2008, 190 MB) SET HB_WITH_QT=C:\DEVL\QTVC\4.6.0\INCLUDE follow are result of hbmk2 hbide -rebuild (msvc also -Lc:\DEVL\qtVC\4.6.0\lib) 1 Qt SDK for Windows C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x3c3 ): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x44f ): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x4db ): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x89c ): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xb5c ): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xd39 ): more undefined references to `_Unwind_Resume' follow C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.eh_frame+0 x12): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x1b0): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x273): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x2c7): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x31b): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x57b): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.text+0x5ec): more undefined references to `_Unwind_Resume' follow C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuil der.cpp:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x6a): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x419): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x51e): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x606): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x69a): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0 x736): more undefined references to `_Unwind_Resume' follow C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.eh_fra me+0x12): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.text+0 xfc): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.eh_fra me+0x12): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0x4bb): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0x5a7): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0xe85): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0xf2c): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0xfc4): undefined reference to `_Unwind_Resume' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.text+0x166d): more undefined references to `_Unwind_Resume' follow C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cp p:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(moc_properties_p.o):moc_properties_p.cp p:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0' C:/DEVL/QT/2009.05/QT/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x4440): undefine d reference to `_Unwind_
Re: [Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
I have follow suggestion : size of source in kb Font information like ansi/oem last Search text good to find next kind of selection column mode or normal mode Result of last compilation I have follow question How activate list of function? Also buonbar will be used like status bar > Status bar entries are more like xMate. > Can anybody suggests what more should go inside status bar. -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Generate binaries for WinCE?
Looks like a libpng (WinCE C++ mode) bug. Brgds, Viktor On 2009 Dec 2, at 14:04, Ale SB wrote: > > I am not able to generate binaries for WinCE, what am I doing wrong? > I'm using VS2005 > > Make_VcCe.Bat > set INCLUDE=%ProgramFiles%\Microsoft Visual Studio > 8\VC\ce\include;%ProgramFiles%\Windows CE Tools\wce500\Windows Mobile 5.0 > Pocket PC SDK\Include\Armv4i > set LIB=%ProgramFiles%\Microsoft Visual Studio > 8\VC\ce\lib\armv4i;%ProgramFiles%\Windows CE Tools\wce500\Windows Mobile 5.0 > Pocket PC SDK\Lib\ARMV4I > set PATH=%ProgramFiles%\Microsoft Visual Studio > 8\VC\ce\bin\x86_arm;%ProgramFiles%\Microsoft Visual Studio > 8\Common7\IDE;g:\svn\harbour;%PATH% > > > set HB_QT_STATIC=no > SET HB_ARCHITECTURE = wce > set HB_COMPILER=msvcarm > set HB_INSTALL_PREFIX=g:\hbvcce > > > Erro.Log > ! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org > ! MAKE: win-make 3.81 sh.exe install clean > ! HB_INSTALL_PREFIX: g:\hbvcce > ! HB_HOST_PLAT: win (x86) HB_SHELL: nt > ! HB_PLATFORM: wce (arm) (autodetected) > ! HB_COMPILER: msvcarm > ! Component: 'zlib' found in G:/SVN/harbour/external/zlib (local) > ! Component: 'pcre' found in G:/SVN/harbour/external/pcre (local) > ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. > ! Component: 'gpm' not supported on wce platform > ! Component: 'slang' not found. Configure with HB_WITH_SLANG. > ! Component: 'curses' not found. Configure with HB_WITH_CURSES. > ! Component: 'x11' not found. Configure with HB_WITH_X11. > ! Component: 'wattcp/watt-32' not supported on wce platform >1 arquivo(s) copiado(s). > . > . > . >1 arquivo(s) copiado(s). > ! 'libhpdf' library skipped (platform or compiler not supported) > cl.exe -I. -I../../../../../include -nologo -D_WIN32_WCE=0x501 -DCE_ARCH > -DWINCE -D_WINCE -D_WINDOWS -D_UNICODE -D_UWIN -DUNDER_CE -DARM -D_ARM_ > -DARMV4 -D_M_ARM -D_ARMV4I_ -Darmv4i -D__arm__ -TP -Od -Os -Gy -GS- -EHsc- > -DUNICODE -IG:/SVN/harbour/external/zlib -Fopngrio.obj -c > ../../../pngrio.c > pngrio.c > ../../../pngrio.c(59) : error C2664: 'ReadFile' : cannot convert parameter 4 > from 'png_size_t *' to 'LPDWORD' >Types pointed to are unrelated; conversion requires > reinterpret_cast, C-style cast or function-style cast > > Thanks. > > -- > View this message in context: > http://old.nabble.com/Generate-binaries-for-WinCE--tp26608527p26608527.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4
> why use SET HB_INC_QT and why HB_WITH_QT? See my last ChangeLog entry. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] KeyRead()/KEysend() from ClipperTool
Hi All, Does Harbour have KeyRead()/KEysend() functions implemented? I use it a lot in a program I'm moving over to Harbour. it can differentiate between any key (like NumPad #s & regular #s) pressed. Following is the NG help on KeyRead() followed by CTScan.ch . How would I achieve that in Harbour? Thanks, Abe >From the NG cut ---8< KEYREAD() Reads already processed CA-Clipper keyboard buffer input -- Syntax KEYREAD() --> cKeyValue Returns The returned string contains the characters from the CA-Clipper keyboard buffer that have already been read and processed by the program. Description With KEYREAD() you can read the keys that have already been processed by your application from the keyboard buffer. KEYREAD() offers the possibility of "looking into the past" of the current program execution so you can determine what the user has done up to that point. This gives you the ability to repeat particular actions, perform and undo functions, or build keyboard macros. KEYREAD() can also be very useful in searching for errors. Notes ¦ All the keys processed since the last execution of SET TYPEAHEAD TO or KEYSEND() are placed in the keyboard buffer. Characters already in the buffer, but not yet read by a CA-Clipper program through an input instruction, are ignored by KEYREAD(). If the keyboard buffer is empty (as at program start, or after executing a KEYSEND() or SET TYPEAHEAD TO), the function returns a null string. ¦ In contrast to the Clipper release form the Summer of 1987, KEYREAD() in CA-Clipper returns the entire BIOS key code as defined in the CTSCAN.CH include file. If complete key code compatibility is required for an existing application, the CT.CH include file must be included. The CTSCAN.CH file also contains information regarding new keyboard function behavior. Example cHistory := KEYREAD() // Prior input IF RIGHT(cHistory, 2) == cSequence ? "You have left MEMOEDIT using Ctrl-END!" ENDIF -- * *CTSCAN.CH * *Symbolic key code constants for the KEYSEND(), KEYREAD() and *SCANKEY() functions. * *Lothar Bongartz *Copyright (c) 1991-93 Computer Associates International. *All Rights Reserved. * *Version 5.2 * ** Scan codes ** * * The symbolic constants described below contain the ASCII code for * a key (when present) as well as its scan code, in the following * format: * * CHR() + CHR() * * * GENERAL EXPLANATION * The byte containing the scan code can be helpful in handling keys * that otherwise can not be differentiated. * * For example, the decimal point key on the numeric key pad of an * extended keyboard has an ASCII value of 46 and the scan code 83, * while the dot key in the letter field also has an ASCII value of * 46, but returns a scan code of 52. Using for example the function * SCANKEY(), you could differentiate those two keys. * * All the combinations listed below relate to a US keyboard. As the * need arises please take note of all combinations of X or Y, as * well as special characters like the previously mentioned comma key * on the numeric key pad. Particular attention should be paid to * special key codes when using a keyboard driver. * * If defined BIOS scan codes are used in the file, you may not use * the CT.CH include file, or you must remove the _S87KEYS * EXTERNAL declaration. * * * * KS - (K)eyboard (S)cancode ASCIIScancode * #define KS_DISABLECHR(255) + CHR(255) * Letters and Numbers * #define KS_A CHR(65) + CHR(30) #define KS_B CHR(66) + CHR(48) #define KS_C CHR(67) + CHR(46) #define KS_D CHR(68) + CHR(32) #define KS_E CHR(69) + CHR(18) #define KS_F CHR(70) + CHR(33) #define KS_G CHR(71) + CHR(34) #define KS_H CHR(72) + CHR(35) #define KS_I CHR(73) + CHR(23) #define KS_J CHR(74) + CHR(36) #define KS_K CHR(75) + CHR(37) #define KS_L CHR(76) + CHR(38) #define KS_M CHR(77) + CHR(50) #define KS_N CHR(78) + CHR(49) #define KS_O CHR(79) + CHR(24) #define KS_P CHR(80) + CHR(25) #define KS
[Harbour] SF.net SVN: harbour-project:[13097] trunk/harbour
Revision: 13097 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13097&view=rev Author: vouchcac Date: 2009-12-02 16:08:37 + (Wed, 02 Dec 2009) Log Message: --- 2009-12-02 08:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg ! Fixed more artifacts. Status bar entries are more like xMate. Can anybody suggests what more should go inside status bar. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13096] trunk/harbour
Revision: 13096 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13096&view=rev Author: druzus Date: 2009-12-02 14:50:55 + (Wed, 02 Dec 2009) Log Message: --- 2009-12-02 15:50 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/rtl/gtos2/Makefile * added workaround for wrong code generated by OpenWatcom 1.8 when -s switch is used for functions calling APIENTRY16 functions. Such code executed from non main thread causes GPF. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/gtos2/Makefile This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Harbour under OS/2 - OpenWatcom
On Wed, 02 Dec 2009, David Arturo Macias Corona wrote: Hi, > Now below are tests with only src\rtl\gtos2\Makefile adding: > HB_BUILD_OPTIM := no > Tests with > speedtst.exe --thread ... > does not fail with GPF Thank you very much. This is what I wanted to see :-) So all what we have to do is finding/adding method to disable only -s switch when GTOS2 is compiled by OpenWatcom. HB_BUILD_OPTIM := no disables all optimizations so we need something more selective here. Unfortunately we do not have switch to revert previously set -s but maybe we can find other switch which also resolves the problem. So far we know that -sg also resolves it. So in first step I'll add this code to src/rtl/gtos2/Makefile[15]: ifeq ($(HB_COMPILER),watcom) HB_CFLAGS += -sg endif and I'll commit it in a while. If possible please test. Then if you want then you can try also few other switches instead of: HB_CFLAGS += -sg in src/rtl/gtos2/Makefile. The following switches are stack related and it's possible that also some of them can help: HB_CFLAGS += -st HB_CFLAGS += -zu HB_CFLAGS += -of+ To reduce the time necessary for tests just simply replace -sg with one of the above switches delete src/rtl/gtos2/obj directory and call make install. Then recompile speedtst in MT mode and check if speedtst --thread works without GPF. If some of above switches will help to resolve the problem then later we can try to chose the one which has smallest speed overhead on final code. It's also possible that some combination of switches for segment registers can resolve the problem so you can try them. In OpenWatcom I've found the following switches which operates on it. -zdfDS floats (i.e. not fixed to DGROUP) -zdlload DS directly from DGROUP -zdpDS is pegged to DGROUP -zffFS floats (i.e. not fixed to a segment) -zfpFS is pegged to a segment -zgfGS floats (i.e. not fixed to a segment) -zgpGS is pegged to a segment > Below are results using: > >hbmk2 -m -n -w -es2 -l -kmo -gc3 speedtst.prg > speedtst.exe >hbmk2 -m -n -w -es2 -l -kmo -gc3 -mt speedtst.prg > speedtst.exe > speedtst.exe --thread > speedtst.exe --thread=2 --scale > [...] So the speed overhead caused by compiling only GTOS2 without any optimization and with stack overflow check code is minimal. Very good. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Ace.lib not generate in last version
Hi Viktor, I include in my script: set HB_WITH_ADS=C:\ads81 ...and ace32.lib is generated :) Thank you very much, Rossine. -- View this message in context: http://old.nabble.com/Ace.lib-not-generate-in-last-version-tp26591636p26609679.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Harbour under OS/2 - OpenWatcom
Przemek: Did you checked message included below ? As additional note, I tried to build current Harbour using OpenWatcom 1.7a in place of 1.8 and it fail to compile hbsha2.c But we can forget OpenWatcom 1.7a I updated results included below with a third computer: Sempron 3000+, 1800 MHz, 128 KB, socket 754, ... ( First version based in Athlon 64 with AMD64 disabled ) 1 Gb RAM ( Same environment as Dec 2008, new OpenWatcom, new Harbour ) David Macias Przemek: I brought back to life my computer Athlon XP 2400+ used in tests in Oct-Dec 2008, mainly for: - Confirm if failures are due to brand/processor architecture - How it compare with current status/tests and remember: - So we faced two problems: - GPF in MT related to devices input, solved? removing -s - Slow, freeze, hangs, ..., un-solved yet A big note: - Maurilio was using OS/2 SMP kernel - I was using eComStation 1.2MR, OS/2 4.5, both tested in two machines - Here is the summary You can download: http://suphost.no-ip.biz/watcom_athlon.zip http://suphost.no-ip.biz/watcom_core2duo.zip They contain output for each test Nomenclature are: t_type_std.txt t_type_dl.txt where type: o: original SVN 5s: 5r->5s s: -s removed 5ss: 5r->5s, -s removed ( t_w* are old tests and can be ignored ) You can review individual items in tests, specially those with larger times ( 200 or more seconds ) There are an strange result for t_5ss_std.txt in third test so maybe speedtst.prg need some fix Harbour 13035 OpenWatcom 1.8 Below are results using: hbmk2 -m -n -w -es2 -l -kmo -gc3 speedtst.prg speedtst.exe hbmk2 -m -n -w -es2 -l -kmo -gc3 -mt speedtst.prg speedtst.exe speedtst.exe --thread speedtst.exe --thread=2 --scale and in same order Changes of switchs in os2\watcom.mk and hbmk2.prg I added results for Core2Duo for easy comparison between: Athlon XP 2400+, 2000 MHz, 256 KB, 266 MT/s, ... 1 Gb RAM ( Same environment as Dec 2008, new OpenWatcom, new Harbour ) Intel Core 2 Duo E8400 3.00GHZ FSB1333 6MB 775 ... 2 Gb RAM We can see immediatly: - My Athlon computer are alive :-) - speedtst complete all tests with Athlon, so state changed Some changes in OpenWatcom - Harbour - speedtst.prg in these months fixed our second problem and does not happen: "Slow, freeze, hangs, ..." But a quick comparison, if it is valid: From old message: ( Athlon, -DHB_FM_DL_ALLOC excluded in that time, -s removed ) hbrun_mt.exe speedtst.prg = [ total application time: ]...258.61 [ total real time: ]..263.15 From current test: with -DHB_FM_STD_ALLOC, -s removed Athlon [ total application time: ]...160.10 [ total real time: ]..159.50 Core2Duo [ total application time: ]...106.97 [ total real time: ]..107.81 and another comparison: From old message: ( Athlon, -DHB_FM_DL_ALLOC excluded in that time, -s removed ) hbrun_mt.exe speedtst.prg --exclude=mem --scale --thread=2 = Remain doing something elsewhere After 1 hour 40 minutes, I cancelled it From current test: with -DHB_FM_STD_ALLOC, -s removed Athlon [ total application time: ].0.13 [ total real time: ]..623.09 Core2Duo [ total application time: ].0.10 [ total real time: ]..467.99 As conclusion things are changed Perhaps more tests changing switches can give us more information Aditional info: - Overall time ( builds, tests ) Core2Duo: 2 hours Athlon: 3 hours, 45 minutes - Harbour build time using OpenWatcom in Athlon: Oct-Dec 2008: 8 minutes Today: 22 minutes Note: Harbour build time has been growing In last months using gcc335 it goes from 15 to 32 minutes and gcc4xx from 25 to 52 minutes I made individual tests building new libraries (recently added) and .dll files, and they do not justify all increase in time My conclusion is that Harbour build time growing is due to changes in Harbour internals in recent months - In many tests there are not too much difference between Athlon and Core2Duo and it is easily explained by clock speed ratio (3/2 Ghz), so Athlon performance is better in those cases David Macias Original SVN, with -DHB_FM_STD_ALLOC [ total application time: ]76.03 [ total real time: ]...81.69 [ total application time: ]84.23 [ total real time: ]...83.81 GPF GPF Sempron 3000+ [ total application time: ]80.23 [ total real time: ].
[Harbour] Generate binaries for WinCE?
I am not able to generate binaries for WinCE, what am I doing wrong? I'm using VS2005 Make_VcCe.Bat set INCLUDE=%ProgramFiles%\Microsoft Visual Studio 8\VC\ce\include;%ProgramFiles%\Windows CE Tools\wce500\Windows Mobile 5.0 Pocket PC SDK\Include\Armv4i set LIB=%ProgramFiles%\Microsoft Visual Studio 8\VC\ce\lib\armv4i;%ProgramFiles%\Windows CE Tools\wce500\Windows Mobile 5.0 Pocket PC SDK\Lib\ARMV4I set PATH=%ProgramFiles%\Microsoft Visual Studio 8\VC\ce\bin\x86_arm;%ProgramFiles%\Microsoft Visual Studio 8\Common7\IDE;g:\svn\harbour;%PATH% set HB_QT_STATIC=no SET HB_ARCHITECTURE = wce set HB_COMPILER=msvcarm set HB_INSTALL_PREFIX=g:\hbvcce Erro.Log ! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org ! MAKE: win-make 3.81 sh.exe install clean ! HB_INSTALL_PREFIX: g:\hbvcce ! HB_HOST_PLAT: win (x86) HB_SHELL: nt ! HB_PLATFORM: wce (arm) (autodetected) ! HB_COMPILER: msvcarm ! Component: 'zlib' found in G:/SVN/harbour/external/zlib (local) ! Component: 'pcre' found in G:/SVN/harbour/external/pcre (local) ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. ! Component: 'gpm' not supported on wce platform ! Component: 'slang' not found. Configure with HB_WITH_SLANG. ! Component: 'curses' not found. Configure with HB_WITH_CURSES. ! Component: 'x11' not found. Configure with HB_WITH_X11. ! Component: 'wattcp/watt-32' not supported on wce platform 1 arquivo(s) copiado(s). . . . 1 arquivo(s) copiado(s). ! 'libhpdf' library skipped (platform or compiler not supported) cl.exe -I. -I../../../../../include -nologo -D_WIN32_WCE=0x501 -DCE_ARCH -DWINCE -D_WINCE -D_WINDOWS -D_UNICODE -D_UWIN -DUNDER_CE -DARM -D_ARM_ -DARMV4 -D_M_ARM -D_ARMV4I_ -Darmv4i -D__arm__ -TP -Od -Os -Gy -GS- -EHsc- -DUNICODE -IG:/SVN/harbour/external/zlib -Fopngrio.obj -c ../../../pngrio.c pngrio.c ../../../pngrio.c(59) : error C2664: 'ReadFile' : cannot convert parameter 4 from 'png_size_t *' to 'LPDWORD' Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast Thanks. -- View this message in context: http://old.nabble.com/Generate-binaries-for-WinCE--tp26608527p26608527.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Error with qt 4.6 final version for mingw 4.4
why use SET HB_INC_QT and why HB_WITH_QT? -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Harbour under OS/2 - OpenWatcom
Przemek:
Yes, I want you add it to src/rtl/gtos2/Makefile at line 5
Sorry, I confused "add" with "change"
I used:
set HB_BUILD_OPTIM=no
and what you have recompiled later and how?
Sorry that I'm asking but I have to be sure what exactly was done.
Many thanks for your tests.
Fresh SVN, set HB_BUILD_OPTIM=no, build entire Harbour, apply tests
Now below are tests with only src\rtl\gtos2\Makefile adding:
HB_BUILD_OPTIM := no
Tests with
speedtst.exe --thread ...
does not fail with GPF
Below are results using:
hbmk2 -m -n -w -es2 -l -kmo -gc3 speedtst.prg
speedtst.exe
hbmk2 -m -n -w -es2 -l -kmo -gc3 -mt speedtst.prg
speedtst.exe
speedtst.exe --thread
speedtst.exe --thread=2 --scale
David Macias
2009.12.02 05:30:38 OS/2 4.50
Harbour 2.0.0beta3 (Rev. 13082) Open Watcom C++ 12.80.8 (32-bit) x86
THREADS: 0
N_LOOPS: 100
[ T000: empty loop overhead ]...0.03
[ T001: x := L_C ]..0.03
[ T002: x := L_N ]..0.00
[ T003: x := L_D ]..0.03
[ T004: x := S_C ]..0.03
[ T005: x := S_N ]..0.03
[ T006: x := S_D ]..0.00
[ T007: x := M->M_C ]...0.03
[ T008: x := M->M_N ]...0.03
[ T009: x := M->M_D ]...0.03
[ T010: x := M->P_C ]...0.03
[ T011: x := M->P_N ]...0.03
[ T012: x := M->P_D ]...0.03
[ T013: x := F_C ]..0.10
[ T014: x := F_N ]..0.13
[ T015: x := F_D ]..0.10
[ T016: x := o:Args ]...0.10
[ T017: x := o[2] ].0.06
[ T018: round( i / 1000, 2 ) ]..0.16
[ T019: str( i / 1000 ) ]...0.39
[ T020: val( s ) ]..0.13
[ T021: val( a [ i % 16 + 1 ] ) ]...0.23
[ T022: dtos( d - i % 1 ) ].0.29
[ T023: eval( { || i % 16 } ) ].0.23
[ T024: eval( bc := { || i % 16 } ) ]...0.13
[ T025: eval( { |x| x % 16 }, i ) ].0.19
[ T026: eval( bc := { |x| x % 16 }, i ) ]...0.16
[ T027: eval( { |x| f1( x ) }, i ) ]0.23
[ T028: eval( bc := { |x| f1( x ) }, i ) ]..0.23
[ T029: eval( bc := &("{ |x| f1( x ) }"), i ) ].0.19
[ T030: x := &( "f1(" + str(i) + ")" ) ]1.81
[ T031: bc := &( "{|x|f1(x)}" ), eval( bc, i ) ]1.97
[ T032: x := valtype( x ) + valtype( i ) ].0.29
[ T033: x := strzero( i % 100, 2 ) $ a[ i % 16 + 1 ] ]..0.45
[ T034: x := a[ i % 16 + 1 ] == s ].0.19
[ T035: x := a[ i % 16 + 1 ] = s ]..0.19
[ T036: x := a[ i % 16 + 1 ] >= s ].0.19
[ T037: x := a[ i % 16 + 1 ] <= s ].0.19
[ T038: x := a[ i % 16 + 1 ] < s ]..0.19
[ T039: x := a[ i % 16 + 1 ] > s ]..0.19
[ T040: ascan( a, i % 16 ) ]0.19
[ T041: ascan( a, { |x| x == i % 16 } ) ]...1.87
[ T042: iif( i%1000==0, a:={}, ) , aadd(a,{i,1,.T.,s,s2,a2 ]0.52
[ T043: x := a ]0.00
[ T044: x := {} ]...0.06
[ T045: f0() ]..0.03
[ T046: f1( i ) ]...0.06
[ T047: f2( c[1...8] ) ]0.06
[ T048: f2( c[1...4] ) ]0.06
[ T049: f2( @c[1...4] ) ]...0.06
[ T050: f2( @c[1...4] ), c2 := c ]..0.10
[ T051: f3( a, a2, s, i, s2, bc, i, n, x ) ]0.26
[ T052: f2( a ) ]...0.06
[ T053: x := f4() ].0.61
[ T054: x := f5() ].0.13
[ T055: x := space(16) ]0.10
[ T056: f_prv( c ) ]0.23
[Harbour] Re: Error with qt 4.6 final version for mingw 4.4
compiling with SET HB_WITH_QT=C:\devl\Qt\2009.04\qt\include PATH=C:\devl\MinGWtdm\bin;c:\harbour\%HB_COMPILER%\bin;c:\devl\qt\4.6.0\bin;%PATH% work fine instead with SET HB_WITH_QT=c:\devl\qt\4.6.0\include PATH=C:\devl\MinGWtdm\bin;c:\harbour\%HB_COMPILER%\bin;c:\devl\qt\4.6.0\bin;%PATH% give error like prev post c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x3c3): un defined reference to `_Unwind_Resume' .. Another little question How Is possible give high priority to process/batch file that compile harbour in windows platform? 2009/12/2 Massimo Belgrano : > I have download final version version of qt > Download Qt libraries 4.6 for Windows (minGW 4.4, 273 MB) > SET HB_WITH_QT=devl\qt\4.6.0\include > SET HB_DIR_QT=devl\qt\4.6.0 > IN MINHW VERSION mingw > During install it require me version 4.4.0 but i not have it > when compile hbide receive error > hbmk2: Linking... hbide.exe > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x3c3): > u > defined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x44f): > u > defined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x4db): > u > defined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x89c): > u > defined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xb5c): > u > defined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xd39): > m > re undefined references to `_Unwind_Resume' follow > c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.eh_frame+0x12) > undefined reference to `__gxx_personality_v0' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x1b0): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x273): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x2c7): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x31b): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x57b): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.text+0x5ec): more undefined references to `_Unwind_Resume' follow > c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. > pp:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x6a) > undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x419 > : undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x51e > : undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x606 > : undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x69a > : undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x736 > : more undefined references to `_Unwind_Resume' follow > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.eh_frame+0 > 12): undefined reference to `__gxx_personality_v0' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.text+0xfc) > undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.eh_frame+0 > 12): undefined reference to `__gxx_personality_v0' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0x4bb): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0x5a7): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0xe85): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0xf2c): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0xfc4): undefined reference to `_Unwind_Resume' > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > ext+0x166d): more undefined references to `_Unwind_Resume' follow > c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. > h_frame+0x12): undefined reference to `__gxx_personality_v0' > c:/devl/qt/4.6.0/lib/libQtUiT
[Harbour] SF.net SVN: harbour-project:[13095] trunk/harbour
Revision: 13095 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13095&view=rev Author: vszakats Date: 2009-12-02 10:49:32 + (Wed, 02 Dec 2009) Log Message: --- 2009-12-02 11:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + Added HB_DIR_*, HB_INC_* settings to ones which users should NOT have in their setup anymore. Please delete them, it's just noise on the dev list. This current full list: set HB_PATH= set HRB_DIR= set INCLUDE= set LIB= set HB_INC_*= set HB_DIR_*= Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] with Win_prn class I can't use PaperWidth and PaperLength
On harbour group on facebook i have received following question http://www.facebook.com/group.php?gid=48795263775 can somebody help me - I want to print on custom paper size with my software (created with Harbour+gtwvg) Previously I used win32prn (with xHarbour) and used following code for half page printing (where oPrinter is a Win32prn object): if lHalfPage oPrinter:PaperWidth = 8.5*25.4*10 oPrinter:PaperLength = 6*25.4*10 endif But with Win_prn class, I can't use PaperWidth and PaperLength properties. So, I can't solve the problem. - -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13094] trunk/harbour
Revision: 13094 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13094&view=rev Author: vszakats Date: 2009-12-02 10:44:06 + (Wed, 02 Dec 2009) Log Message: --- 2009-12-02 11:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/philes.c * include/hbextern.ch + Added HB_FISDEVICE() ; NOTE: Didn't add anything to hbmk2 yet, as after testing I found it weird and unusual that the output is different when redirected, but we may think of some other solution, like user option or else. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbextern.ch trunk/harbour/src/rtl/philes.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] building harbour with QT a lot of error
C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QPoint]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/painting/qpolygon.h:66: instantia ted from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:444: error: no matching function for call to `operator new(unsigned int, QPoint*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:315: instant iated from `void QVector::detach_helper() [with T = QPoint]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QPoint]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/painting/qpolygon.h:66: instantia ted from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:484: error: no matching function for call to `operator new(unsigned int, QPoint*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:491: error: no matching function for call to `operator new(unsigned int, QPoint*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h: In member fun ction `void QVector::realloc(int, int) [with T = QPointF]': C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:315: instant iated from `void QVector::detach_helper() [with T = QPointF]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QPointF]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/painting/qpolygon.h:131: instanti ated from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:444: error: no matching function for call to `operator new(unsigned int, QPointF*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:315: instant iated from `void QVector::detach_helper() [with T = QPointF]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QPointF]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/painting/qpolygon.h:131: instanti ated from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:484: error: no matching function for call to `operator new(unsigned int, QPointF*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:491: error: no matching function for call to `operator new(unsigned int, QPointF*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h: In member fun ction `void QVector::realloc(int, int) [with T = QTextLength]': C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:315: instant iated from `void QVector::detach_helper() [with T = QTextLength]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QTextLength]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/text/qtextformat.h:788: instantia ted from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:444: error: no matching function for call to `operator new(unsigned int, QTextLength*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:315: instant iated from `void QVector::detach_helper() [with T = QTextLength]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:113: instant iated from `QVector::QVector(const QVector&) [with T = QTextLength]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/text/qtextformat.h:788: instantia ted from here C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:484: error: no matching function for call to `operator new(unsigned int, QTextLength*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qvector.h:491: error: no matching function for call to `operator new(unsigned int, QTextLength*&)' :0: note: candidates are: void* operator new(unsigned int) C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qlist.h: In member funct ion `void QList::node_copy(QList::Node*, QList::Node*, QList::Node*) [with T = QStyleOptionQ3ListViewItem]': C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qlist.h:525: instantia ted from `void QList::detach_helper() [with T = QStyleOptionQ3ListViewItem]' C:/Qt/2009.03/qt/include/QtCore/../../src/corelib/tools/qlist.h:381: instantia ted from `QList& QList::operator=(const QList&) [with T = QStyleOptionQ 3ListViewItem]' C:/Qt/2009.03/qt/include/QtGui/../../src/gui/styles/qstyleoption.h:742: instan tiated from here C:/Qt/2009.03
RE: [Harbour] SF.net SVN: harbour-project:[13028] trunk/harbour
>-Original Message- >From: Horodyski Marek (PZUZ) >Sent: Tuesday, December 01, 2009 12:53 PM >To: Harbour Project Main Developer List. >Subject: RE: [Harbour] SF.net SVN: harbour-project:[13028] >trunk/harbour > >I have an example! :) ... * Function Main() Local key #include "inkey.ch" KSetCaps( .t.) Cls ? 'press and release the left alt and then press the arrow keys,' ? 'then press and release right alt and then press the arrow keys. ? 'When there is no difference - 3x repeat the test.' ? 'Hit any key, ESC edns ...' While ( key := InKey( 0, INKEY_ALL)) != 27 ? Key End __Wait( '...?') Return Nil *-- I forgot - KSetCaps() is from ct lib. Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF bug tracker#2906734: ClassMethod: Message not found (Error)
On Wed, 02 Dec 2009, Chen Kedem wrote: Hi, > > Neither Harbour nor xHarbour supports class objects like Class(y) > Thanks you for your reply. > Should I mark this report as a Feature Request and leave it open, > or close it with "Not going to Fix" status? I still want to add Class(y) like class objects (xBase++ also have sth like that). This is very nice solution which resolves some bad problems. I.e. passing class objects as references to parent class perfectly resolves the problem of defining new classes which inherits from some others using some functions encapsulating real class functions. Now it does not work or work wrongly by silent instantiating and removing of some object like in xHarbour. The problem is that it cannot be easy added due to backward compatibility. Harbour inherited from FWH some parts of not not well thought OOP syntax and many people use it now. Probably it will be necessary to create hbclsfwh.ch file for backward compatibility. Anyhow I plan to add it but I cannot say when. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error with qt 4.6 final version for mingw 4.4
I have download final version version of qt Download Qt libraries 4.6 for Windows (minGW 4.4, 273 MB) SET HB_WITH_QT=devl\qt\4.6.0\include SET HB_DIR_QT=devl\qt\4.6.0 IN MINHW VERSION mingw During install it require me version 4.4.0 but i not have it when compile hbide receive error hbmk2: Linking... hbide.exe c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x3c3): u defined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x44f): u defined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x4db): u defined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0x89c): u defined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xb5c): u defined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.text+0xd39): m re undefined references to `_Unwind_Resume' follow c:/devl/qt/4.6.0/lib/libQtUiTools.a(quiloader.o):quiloader.cpp:(.eh_frame+0x12) undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x1b0): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x273): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x2c7): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x31b): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x57b): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.text+0x5ec): more undefined references to `_Unwind_Resume' follow c:/devl/qt/4.6.0/lib/libQtUiTools.a(abstractformbuilder.o):abstractformbuilder. pp:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x6a) undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x419 : undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x51e : undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x606 : undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x69a : undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.text+0x736 : more undefined references to `_Unwind_Resume' follow c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilder.o):formbuilder.cpp:(.eh_frame+0 12): undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.text+0xfc) undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(textbuilder.o):textbuilder.cpp:(.eh_frame+0 12): undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0x4bb): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0x5a7): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0xe85): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0xf2c): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0xfc4): undefined reference to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. ext+0x166d): more undefined references to `_Unwind_Resume' follow c:/devl/qt/4.6.0/lib/libQtUiTools.a(formbuilderextra.o):formbuilderextra.cpp:(. h_frame+0x12): undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(moc_properties_p.o):moc_properties_p.cpp:(. h_frame+0x11): undefined reference to `__gxx_personality_v0' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x4440): undefined re erence to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x4a0d): undefined re erence to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x4ff1): undefined re erence to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x5669): undefined re erence to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x5c4d): undefined re erence to `_Unwind_Resume' c:/devl/qt/4.6.0/lib/libQtUiTools.a(ui4.o):ui4.cpp:(.text+0x6231): more undefin d references to `_Unw
