[Harbour] Re: Is there any example to print a DBF with QT?
Thank you very much
BestRegards
GVS
Pritpal Bedi escribió:
Hi
Guillermo Varona wrote:
Anyway, I'll keep watching this powerful contribution.
Yes sure. Examine HBIDE.PRG :
/*--*/
// Printing
/*--*/
METHOD HbIde:printPreview()
LOCAL qDlg
qDlg := QPrintPreviewDialog():new( QT_PTROFXBP( ::oDlg ) )
qDlg:setWindowTitle( "Harbour-QT Preview Dialog" )
Qt_Connect_Signal( qDlg:pPtr, "paintRequested(QPrinter)", {|o,p|
::paintRequested( p,o ) } )
qDlg:exec()
Qt_DisConnect_Signal( qDlg:pPtr, "paintRequested(QPrinter)" )
RETURN self
/*--*/
METHOD HbIde:paintRequested( pPrinter )
LOCAL qPrinter
qPrinter := QPrinter():configure( pPrinter )
::qCurEdit:print( QT_PTROF( qPrinter ) )
RETURN Self
/*--*/
Pritpal thank you very much for this great contribution
You are welcome.
Regards
Pritpal Bedi
___
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:[13246] trunk/harbour
Revision: 13246 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13246&view=rev Author: druzus Date: 2009-12-15 03:32:55 + (Tue, 15 Dec 2009) Log Message: --- 2009-12-15 04:32 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbdefs.h * modified PHB_FUNC/HB_FUNC_PTR declaration to use external 'extern "C"' encapsulation for C++ compilers which do not accept it directly (i.e. BORLAND or GCC 2.xx) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbdefs.h 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] porting help needed again
On Tue, 15 Dec 2009, Tamas TEVESZ wrote: Hi, > g++ -DHB_OS_UNIXWARE -I. -I../../../../../include -D_SCO_DS -Wall -W -O3 > -o expropt1.o -c ../../../expropt1.c > In file included from ../../../../../include/hbvmpub.h:56, > from ../../../../../include/hbapi.h:61, > from ../../../../../include/hbcompdf.h:57, > from ../../../../../include/hbmacro.h:62, > from ../../../expropt1.c:58: > ../../../../../include/hbdefs.h:1624: multiple storage classes in declaration > of `PHB_FUNC' > ../../../../../include/hbdefs.h:1625: multiple storage classes in declaration > of `HB_FUNC_PTR' > ../../../expropt1.c: In function `struct HB_EXPR_ * > hb_compExprNewNegate(HB_EXPR_ *, _HB_COMMON *)': > happens only with g++ (2.95), not with gcc or the native c/c++ > compiler. It's the same problem as in borland builds. I tested that it also in my RH7.3. I'll add workaround for gcc2 in a while. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Is there any example to print a DBF with QT?
Hi
Guillermo Varona wrote:
>
> Anyway, I'll keep watching this powerful contribution.
>
Yes sure. Examine HBIDE.PRG :
/*--*/
// Printing
/*--*/
METHOD HbIde:printPreview()
LOCAL qDlg
qDlg := QPrintPreviewDialog():new( QT_PTROFXBP( ::oDlg ) )
qDlg:setWindowTitle( "Harbour-QT Preview Dialog" )
Qt_Connect_Signal( qDlg:pPtr, "paintRequested(QPrinter)", {|o,p|
::paintRequested( p,o ) } )
qDlg:exec()
Qt_DisConnect_Signal( qDlg:pPtr, "paintRequested(QPrinter)" )
RETURN self
/*--*/
METHOD HbIde:paintRequested( pPrinter )
LOCAL qPrinter
qPrinter := QPrinter():configure( pPrinter )
::qCurEdit:print( QT_PTROF( qPrinter ) )
RETURN Self
/*--*/
> Pritpal thank you very much for this great contribution
>
You are welcome.
Regards
Pritpal Bedi
--
View this message in context:
http://old.nabble.com/Is-there-any-example-to-print-a-DBF-with-QT--tp26777300p26784181.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: Errors under ubuntu
Now it's ok. I haven tried what Tamasz said. Thank you Viktor ! ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] porting help needed again
hi, got this: g++ -DHB_OS_UNIXWARE -I. -I../../../../../include -D_SCO_DS -Wall -W -O3 -o expropt1.o -c ../../../expropt1.c In file included from ../../../../../include/hbvmpub.h:56, from ../../../../../include/hbapi.h:61, from ../../../../../include/hbcompdf.h:57, from ../../../../../include/hbmacro.h:62, from ../../../expropt1.c:58: ../../../../../include/hbdefs.h:1624: multiple storage classes in declaration of `PHB_FUNC' ../../../../../include/hbdefs.h:1625: multiple storage classes in declaration of `HB_FUNC_PTR' ../../../expropt1.c: In function `struct HB_EXPR_ * hb_compExprNewNegate(HB_EXPR_ *, _HB_COMMON *)': ../../../expropt1.c:1066: integer constant out of range gmake[3]: *** [expropt1.o] Error 1 happens only with g++ (2.95), not with gcc or the native c/c++ compiler. now i know i've seen this before, but in a momentary lapse of sanity that's been going on for several days now i can't for the life of me recall or figure out where where to attack this. bring the cluesticks! -- [-] mkdir /nonexistent ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errors under ubuntu
Thanks, finally I can locate it: /usr/bin/moc-qt4 is the executable. We should change moc to moc-qt4 for Fedora. >> >> well, i am not a fedora person, but a quick google session came up >> with this: >> >> http://www.linux-archive.org/fedora-packaging/114031-moc-moc-qt4.html >> >> a quick look at f12's qt spec shows that this is probably still the >> case, so in the end i don't really know. fedora people would most >> likely appreciate it keeping so, on the other hand i can't help but >> wonder when will they actually stop shipping "tar", and start shipping >> only "tar-1.22" instead... i've always thought you can't get any more >> retarded than debian, but oh well... > > Having read that Fedora thread and didn't really like what I saw. > Well, anyhow Harbour needs to live together with these distros, > so maybe we should reverse the order and/or honor 'MOC' envvar, > but former looks pretty wrong as we'll have quite bad problems > as soon as QT 5.x is released. IMO it's not Harbour make system's > job to choose component versions, we already have HB_WITH_* > for that, and that should be enough. For now it's okay since > we have to support 4.x only. > > More ideas are welcome, or even better I'd like to leave > this for those users who have more interested in these kinds > of problems. > > BTW in my Ubuntu 9.10, default 'moc -v' shows 4.5.2, so it's > correct. It's default libqt4-dev package. > > Here probably the solution is to fix Angel's Ubuntu as you've > suggested. sorry about the typos... Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errors under ubuntu
>> Makes perfect sense, and I'd be more than willing to >> delete check for moc-qt4 (which would need to be updated >> after each major QT release...), but this leads us back >> to the starting point: the reason I added moc-qt4 check >> was this messages: > >>> From: Bisz István >>> Date: 2009 November 19 17:30:41 CET >>> To: "'Harbour Project Main Developer List.'" >>> Subject: RE: [Harbour] SF.net SVN: harbour-project:[12938] trunk/harbour >>> Reply-To: "Harbour Project Main Developer List." >>> >>> Thanks, finally I can locate it: /usr/bin/moc-q4 is the executable. >>> I am in dialog with me, sorry... >>> >>> Thanks, finally I can locate it: /usr/bin/moc-qt4 is the executable. We >>> should change moc to moc-qt4 for Fedora. > > well, i am not a fedora person, but a quick google session came up > with this: > > http://www.linux-archive.org/fedora-packaging/114031-moc-moc-qt4.html > > a quick look at f12's qt spec shows that this is probably still the > case, so in the end i don't really know. fedora people would most > likely appreciate it keeping so, on the other hand i can't help but > wonder when will they actually stop shipping "tar", and start shipping > only "tar-1.22" instead... i've always thought you can't get any more > retarded than debian, but oh well... Having read that Fedora thread and didn't really like what I saw. Well, anyhow Harbour needs to live together with these distros, so maybe we should reverse the order and/or honor 'MOC' envvar, but former looks pretty wrong as we'll have quite bad problems as soon as QT 5.x is released. IMO it's not Harbour make system's job to choose component versions, we already have HB_WITH_* for that, and that should be enough. For now it's okay since we have to support 4.x only. More ideas are welcome, or even better I'd like to leave this for those users who have more interested in these kinds of problems. BTW in my Ubuntu 9.10, default 'moc -v' shows 4.5.2, so it's correct. It's default libqt4-dev package. Here probably the solution is to fix Angel's Ubuntu as you've suggested. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Errors under ubuntu
Do also make clean. Brgds, Viktor On 2009 Dec 15, at 01:13, Angel Pais wrote: > Exchanged ! > > And now I'm getting this: > >> Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org >> ! MAKE: make 3.81 /bin/sh ! HB_HOST_PLAT: linux (x86) HB_SHELL: sh >> ! HB_PLATFORM: linux (x86) (autodetected) >> ! HB_COMPILER: gcc (autodetected: /usr/bin/) >> ! Component: 'zlib' found in /usr/include ! Component: 'pcre' found in >> /usr/include ! Component: 'openssl' found in /usr/include ! Component: 'gpm' >> found in /usr/include ! Component: 'slang' found in /usr/include ! >> Component: 'curses' found in /usr/include ! Component: 'x11' found in >> /usr/include ! Component: 'wattcp/watt-32' not supported on linux platform >> ! HB_INSTALL_PREFIX automatically set to: /usr/local >> ! Using QT 'moc' bin: /usr/bin/moc-qt4 (autodetected) >> gcc -I. -I../../../../../include -Wall -W -O3 -I/usr/include/qt4 >> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui >> -I/usr/include/qt4/QtNetwork -omoc_hbqt_events.o -c moc_hbqt_events.cpp >> moc_hbqt_events.cpp:15:34: error: private/qucomextra_p.h: No existe el >> fichero ó directorio >> moc_hbqt_events.cpp:17:2: error: #error "This file was generated using the >> moc from 3.3.8b. It" >> moc_hbqt_events.cpp:18:2: error: #error "cannot be used with the include >> files from this version of Qt." >> moc_hbqt_events.cpp:19:2: error: #error "(The moc has changed too much.)" >> moc_hbqt_events.cpp:22: error: no ‘const char* Events::className() const’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:27: error: ‘QMetaObject* Events::metaObj’ is not a >> static member of ‘class Events’ >> moc_hbqt_events.cpp:28: error: ‘QMetaObjectCleanUp’ does not name a type >> moc_hbqt_events.cpp:31: error: redefinition of ‘static QString >> Events::tr(const char*, const char*)’ >> ../../../hbqt_events.h:68: error: ‘static QString Events::tr(const char*, >> const char*)’ previously defined here >> moc_hbqt_events.cpp:39: error: redefinition of ‘static QString >> Events::trUtf8(const char*, const char*)’ >> ../../../hbqt_events.h:68: error: ‘static QString Events::trUtf8(const >> char*, const char*)’ previously defined here >> moc_hbqt_events.cpp:50: error: no ‘QMetaObject* Events::staticMetaObject()’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:68: error: no ‘void* Events::qt_cast(const char*)’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:75: error: ‘QUObject’ has not been declared >> moc_hbqt_events.cpp:75: error: no ‘bool Events::qt_invoke(int, int*)’ member >> function declared in class ‘Events’ >> moc_hbqt_events.cpp:80: error: ‘QUObject’ has not been declared >> moc_hbqt_events.cpp:80: error: no ‘bool Events::qt_emit(int, int*)’ member >> function declared in class ‘Events’ >> moc_hbqt_events.cpp:86: error: no ‘bool Events::qt_property(int, int, >> QVariant*)’ member function declared in class ‘Events’ >> moc_hbqt_events.cpp:91: error: no ‘bool Events::qt_static_property(QObject*, >> int, int, QVariant*)’ member function declared in class ‘Events’ >> make[1]: *** [moc_hbqt_events.o] Error 1 >> make: *** [descend] Error 2 > > > > ___ > 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] Errors under ubuntu
On Tue, 15 Dec 2009, Viktor Szakáts wrote: hi, > > the logic is that (since one can have qt3 and qt4 dev installed > > simultaneously), one gets to decide which one does one want "by > > default". you trying to work around users picking the wrong one (or > > not picking the right one) is an uphill battle, and you probably have > > better things to do ;) > > Makes perfect sense, and I'd be more than willing to > delete check for moc-qt4 (which would need to be updated > after each major QT release...), but this leads us back > to the starting point: the reason I added moc-qt4 check > was this messages: > > From: Bisz István > > Date: 2009 November 19 17:30:41 CET > > To: "'Harbour Project Main Developer List.'" > > Subject: RE: [Harbour] SF.net SVN: harbour-project:[12938] trunk/harbour > > Reply-To: "Harbour Project Main Developer List." > > > > > >> Thanks, finally I can locate it: /usr/bin/moc-q4 is the executable. > > I am in dialog with me, sorry... > > > > Thanks, finally I can locate it: /usr/bin/moc-qt4 is the executable. We > > should change moc to moc-qt4 for Fedora. well, i am not a fedora person, but a quick google session came up with this: http://www.linux-archive.org/fedora-packaging/114031-moc-moc-qt4.html a quick look at f12's qt spec shows that this is probably still the case, so in the end i don't really know. fedora people would most likely appreciate it keeping so, on the other hand i can't help but wonder when will they actually stop shipping "tar", and start shipping only "tar-1.22" instead... i've always thought you can't get any more retarded than debian, but oh well... -- [-] mkdir /nonexistent ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Errors under ubuntu
Exchanged ! And now I'm getting this: Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org ! MAKE: make 3.81 /bin/sh ! HB_HOST_PLAT: linux (x86) HB_SHELL: sh ! HB_PLATFORM: linux (x86) (autodetected) ! HB_COMPILER: gcc (autodetected: /usr/bin/) ! Component: 'zlib' found in /usr/include ! Component: 'pcre' found in /usr/include ! Component: 'openssl' found in /usr/include ! Component: 'gpm' found in /usr/include ! Component: 'slang' found in /usr/include ! Component: 'curses' found in /usr/include ! Component: 'x11' found in /usr/include ! Component: 'wattcp/watt-32' not supported on linux platform ! HB_INSTALL_PREFIX automatically set to: /usr/local ! Using QT 'moc' bin: /usr/bin/moc-qt4 (autodetected) gcc -I. -I../../../../../include -Wall -W -O3 -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -omoc_hbqt_events.o -c moc_hbqt_events.cpp moc_hbqt_events.cpp:15:34: error: private/qucomextra_p.h: No existe el fichero ó directorio moc_hbqt_events.cpp:17:2: error: #error "This file was generated using the moc from 3.3.8b. It" moc_hbqt_events.cpp:18:2: error: #error "cannot be used with the include files from this version of Qt." moc_hbqt_events.cpp:19:2: error: #error "(The moc has changed too much.)" moc_hbqt_events.cpp:22: error: no ‘const char* Events::className() const’ member function declared in class ‘Events’ moc_hbqt_events.cpp:27: error: ‘QMetaObject* Events::metaObj’ is not a static member of ‘class Events’ moc_hbqt_events.cpp:28: error: ‘QMetaObjectCleanUp’ does not name a type moc_hbqt_events.cpp:31: error: redefinition of ‘static QString Events::tr(const char*, const char*)’ ../../../hbqt_events.h:68: error: ‘static QString Events::tr(const char*, const char*)’ previously defined here moc_hbqt_events.cpp:39: error: redefinition of ‘static QString Events::trUtf8(const char*, const char*)’ ../../../hbqt_events.h:68: error: ‘static QString Events::trUtf8(const char*, const char*)’ previously defined here moc_hbqt_events.cpp:50: error: no ‘QMetaObject* Events::staticMetaObject()’ member function declared in class ‘Events’ moc_hbqt_events.cpp:68: error: no ‘void* Events::qt_cast(const char*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:75: error: ‘QUObject’ has not been declared moc_hbqt_events.cpp:75: error: no ‘bool Events::qt_invoke(int, int*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:80: error: ‘QUObject’ has not been declared moc_hbqt_events.cpp:80: error: no ‘bool Events::qt_emit(int, int*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:86: error: no ‘bool Events::qt_property(int, int, QVariant*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:91: error: no ‘bool Events::qt_static_property(QObject*, int, int, QVariant*)’ member function declared in class ‘Events’ make[1]: *** [moc_hbqt_events.o] Error 1 make: *** [descend] Error 2 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errors under ubuntu
Hi Tamas and All, >> Try exchanging line 56 with line 58 in contrib/hbqt/detect.mk >> and report results. >> >> Even if this works I'd appreciate if someone could give >> ideas how to make moc tool detection reliable on the long >> run, while keeping it simple. Distros are apparently messing >> it up badly, but maybe someone can see the big picture here >> and there is logic in it. > > the current one looks ok to me. i think angel has his moc > configuration screwed up. > > angel, what do you get (on a completely clean checkout) after you have > had moc pointing to moc-qt4 by running `update-alternatives --config moc' > (and obviously selecting moc-qt4)? > > if i'm right, then viktor, i don't think an explicit test for moc-qt4 > is needed (unless the qt sdk itself has it so, which i do not know), > but people need to learn their tools. > the logic is that (since one can have qt3 and qt4 dev installed > simultaneously), one gets to decide which one does one want "by > default". you trying to work around users picking the wrong one (or > not picking the right one) is an uphill battle, and you probably have > better things to do ;) Makes perfect sense, and I'd be more than willing to delete check for moc-qt4 (which would need to be updated after each major QT release...), but this leads us back to the starting point: the reason I added moc-qt4 check was this messages: --- Begin forwarded message: > From: Bisz István > Date: 2009 November 19 17:30:41 CET > To: "'Harbour Project Main Developer List.'" > Subject: RE: [Harbour] SF.net SVN: harbour-project:[12938] trunk/harbour > Reply-To: "Harbour Project Main Developer List." > >> Thanks, finally I can locate it: /usr/bin/moc-q4 is the executable. > I am in dialog with me, sorry... > > Thanks, finally I can locate it: /usr/bin/moc-qt4 is the executable. We > should change moc to moc-qt4 for Fedora. --- So, where to go from here? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Errors under ubuntu
On Tue, 15 Dec 2009, Viktor Szakáts wrote: hi, > Try exchanging line 56 with line 58 in contrib/hbqt/detect.mk > and report results. > > Even if this works I'd appreciate if someone could give > ideas how to make moc tool detection reliable on the long > run, while keeping it simple. Distros are apparently messing > it up badly, but maybe someone can see the big picture here > and there is logic in it. the current one looks ok to me. i think angel has his moc configuration screwed up. angel, what do you get (on a completely clean checkout) after you have had moc pointing to moc-qt4 by running `update-alternatives --config moc' (and obviously selecting moc-qt4)? if i'm right, then viktor, i don't think an explicit test for moc-qt4 is needed (unless the qt sdk itself has it so, which i do not know), but people need to learn their tools. the logic is that (since one can have qt3 and qt4 dev installed simultaneously), one gets to decide which one does one want "by default". you trying to work around users picking the wrong one (or not picking the right one) is an uphill battle, and you probably have better things to do ;) > > Brgds, > Viktor > > On 2009 Dec 15, at 00:11, Angel Pais wrote: > > > Hello All > > > > If I'm doing nothing wrong I'm getting this errors under UBUNTU > > > >> gcc -I. -I../../../../../include -Wall -W -O3 -I/usr/include/qt4 > >> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui > >> -I/usr/include/qt4/QtNetwork -omoc_hbqt_events.o -c moc_hbqt_events.cpp > >> moc_hbqt_events.cpp:15:34: error: private/qucomextra_p.h: No existe el > >> fichero ó directorio > >> moc_hbqt_events.cpp:17:2: error: #error "This file was generated using > >> the moc from 3.3.8b. It" > >> moc_hbqt_events.cpp:18:2: error: #error "cannot be used with the include > >> files from this version of Qt." > >> moc_hbqt_events.cpp:19:2: error: #error "(The moc has changed too much.)" > >> moc_hbqt_events.cpp:22: error: no ‘const char* Events::className() const’ > >> member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:27: error: ‘QMetaObject* Events::metaObj’ is not a > >> static member of ‘class Events’ > >> moc_hbqt_events.cpp:28: error: ‘QMetaObjectCleanUp’ does not name a type > >> moc_hbqt_events.cpp:31: error: redefinition of ‘static QString > >> Events::tr(const char*, const char*)’ > >> ../../../hbqt_events.h:68: error: ‘static QString Events::tr(const char*, > >> const char*)’ previously defined here > >> moc_hbqt_events.cpp:39: error: redefinition of ‘static QString > >> Events::trUtf8(const char*, const char*)’ > >> ../../../hbqt_events.h:68: error: ‘static QString Events::trUtf8(const > >> char*, const char*)’ previously defined here > >> moc_hbqt_events.cpp:50: error: no ‘QMetaObject* > >> Events::staticMetaObject()’ member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:68: error: no ‘void* Events::qt_cast(const char*)’ > >> member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:75: error: ‘QUObject’ has not been declared > >> moc_hbqt_events.cpp:75: error: no ‘bool Events::qt_invoke(int, int*)’ > >> member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:80: error: ‘QUObject’ has not been declared > >> moc_hbqt_events.cpp:80: error: no ‘bool Events::qt_emit(int, int*)’ > >> member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:86: error: no ‘bool Events::qt_property(int, int, > >> QVariant*)’ member function declared in class ‘Events’ > >> moc_hbqt_events.cpp:91: error: no ‘bool > >> Events::qt_static_property(QObject*, int, int, QVariant*)’ member > >> function declared in class ‘Events’ > > > >> make[3]: *** [moc_hbqt_events.o] Error 1 > >> make[2]: *** [descend] Error 2 > >> make[1]: *** [hbqt] Error 2 > >> make: *** [contrib] Error 2 > > > > HTH > > > > Angel > > > > ___ > > 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 > -- [-] mkdir /nonexistent ___ 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:[13245] trunk/harbour
Revision: 13245 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13245&view=rev Author: vszakats Date: 2009-12-14 23:45:59 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-15 00:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbwin/win_regc.c * Minor cleanup to make code more robust. * contrib/hbqt/qtgui/QTableView.cpp * Some minor changes after regenerating it with current generator tool. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/qtgui/QTableView.cpp trunk/harbour/contrib/hbwin/win_regc.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
Re: [Harbour] Errors under ubuntu
Hi, Try exchanging line 56 with line 58 in contrib/hbqt/detect.mk and report results. Even if this works I'd appreciate if someone could give ideas how to make moc tool detection reliable on the long run, while keeping it simple. Distros are apparently messing it up badly, but maybe someone can see the big picture here and there is logic in it. Brgds, Viktor On 2009 Dec 15, at 00:11, Angel Pais wrote: > Hello All > > If I'm doing nothing wrong I'm getting this errors under UBUNTU > >> gcc -I. -I../../../../../include -Wall -W -O3 -I/usr/include/qt4 >> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui >> -I/usr/include/qt4/QtNetwork -omoc_hbqt_events.o -c moc_hbqt_events.cpp >> moc_hbqt_events.cpp:15:34: error: private/qucomextra_p.h: No existe el >> fichero ó directorio >> moc_hbqt_events.cpp:17:2: error: #error "This file was generated using the >> moc from 3.3.8b. It" >> moc_hbqt_events.cpp:18:2: error: #error "cannot be used with the include >> files from this version of Qt." >> moc_hbqt_events.cpp:19:2: error: #error "(The moc has changed too much.)" >> moc_hbqt_events.cpp:22: error: no ‘const char* Events::className() const’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:27: error: ‘QMetaObject* Events::metaObj’ is not a >> static member of ‘class Events’ >> moc_hbqt_events.cpp:28: error: ‘QMetaObjectCleanUp’ does not name a type >> moc_hbqt_events.cpp:31: error: redefinition of ‘static QString >> Events::tr(const char*, const char*)’ >> ../../../hbqt_events.h:68: error: ‘static QString Events::tr(const char*, >> const char*)’ previously defined here >> moc_hbqt_events.cpp:39: error: redefinition of ‘static QString >> Events::trUtf8(const char*, const char*)’ >> ../../../hbqt_events.h:68: error: ‘static QString Events::trUtf8(const >> char*, const char*)’ previously defined here >> moc_hbqt_events.cpp:50: error: no ‘QMetaObject* Events::staticMetaObject()’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:68: error: no ‘void* Events::qt_cast(const char*)’ >> member function declared in class ‘Events’ >> moc_hbqt_events.cpp:75: error: ‘QUObject’ has not been declared >> moc_hbqt_events.cpp:75: error: no ‘bool Events::qt_invoke(int, int*)’ member >> function declared in class ‘Events’ >> moc_hbqt_events.cpp:80: error: ‘QUObject’ has not been declared >> moc_hbqt_events.cpp:80: error: no ‘bool Events::qt_emit(int, int*)’ member >> function declared in class ‘Events’ >> moc_hbqt_events.cpp:86: error: no ‘bool Events::qt_property(int, int, >> QVariant*)’ member function declared in class ‘Events’ >> moc_hbqt_events.cpp:91: error: no ‘bool Events::qt_static_property(QObject*, >> int, int, QVariant*)’ member function declared in class ‘Events’ > >> make[3]: *** [moc_hbqt_events.o] Error 1 >> make[2]: *** [descend] Error 2 >> make[1]: *** [hbqt] Error 2 >> make: *** [contrib] Error 2 > > HTH > > Angel > > ___ > 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
[Harbour] SF.net SVN: harbour-project:[13244] trunk/harbour
Revision: 13244 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13244&view=rev Author: vouchcac Date: 2009-12-14 23:16:30 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 10:01 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt.h * contrib/hbqt/hbqt_hbqtableview.cpp * contrib/hbqt/qtgui/QTableView.cpp * contrib/hbqt/qtgui/TQTableView.prg * contrib/hbqt/qth/QTableView.qth * contrib/hbxbp/xbpbrowse.prg + Implemented GC collectible pointers for HBTableView() class. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt.h trunk/harbour/contrib/hbqt/hbqt_hbqtableview.cpp trunk/harbour/contrib/hbqt/qtgui/QTableView.cpp trunk/harbour/contrib/hbqt/qtgui/TQTableView.prg trunk/harbour/contrib/hbqt/qth/QTableView.qth trunk/harbour/contrib/hbxbp/xbpbrowse.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
Re: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes
Hi All,
>> It's possible. Replacing default malloc()/free() functions have to be
>> global. Some compilers may keep some hardcoded references to default memory
>> manager and in such case they will crash when memory pointers from two
>> different memory manager are mixed.
>> In this case with HBQT you are introducing C++ RTL which may use it's own
>> references to build in memory manager. It's possible that adding this code
>> to one of HBQT CPP files will resolve the problem:
>
>> void * operator new( size_t nSize ) { return hb_xgrab( nSize ); }
>> void operator delete( void * p ) { hb_xfree( p ); }
Here's QT docs about this topic:
http://doc.trolltech.com/4.5/qt-performance.html#alternative-memory-allocation
We already have part of this enabled in fm.c, but only
when building core in C++ mode, and if FMSTAT is enabled.
Maybe we should create a small contrib lib with just
that, so that it could be used by any C++ contribs we
may happen to have in the future (plus hbqt of course).
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Errors under ubuntu
Hello All If I'm doing nothing wrong I'm getting this errors under UBUNTU gcc -I. -I../../../../../include -Wall -W -O3 -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -omoc_hbqt_events.o -c moc_hbqt_events.cpp moc_hbqt_events.cpp:15:34: error: private/qucomextra_p.h: No existe el fichero ó directorio moc_hbqt_events.cpp:17:2: error: #error "This file was generated using the moc from 3.3.8b. It" moc_hbqt_events.cpp:18:2: error: #error "cannot be used with the include files from this version of Qt." moc_hbqt_events.cpp:19:2: error: #error "(The moc has changed too much.)" moc_hbqt_events.cpp:22: error: no ‘const char* Events::className() const’ member function declared in class ‘Events’ moc_hbqt_events.cpp:27: error: ‘QMetaObject* Events::metaObj’ is not a static member of ‘class Events’ moc_hbqt_events.cpp:28: error: ‘QMetaObjectCleanUp’ does not name a type moc_hbqt_events.cpp:31: error: redefinition of ‘static QString Events::tr(const char*, const char*)’ ../../../hbqt_events.h:68: error: ‘static QString Events::tr(const char*, const char*)’ previously defined here moc_hbqt_events.cpp:39: error: redefinition of ‘static QString Events::trUtf8(const char*, const char*)’ ../../../hbqt_events.h:68: error: ‘static QString Events::trUtf8(const char*, const char*)’ previously defined here moc_hbqt_events.cpp:50: error: no ‘QMetaObject* Events::staticMetaObject()’ member function declared in class ‘Events’ moc_hbqt_events.cpp:68: error: no ‘void* Events::qt_cast(const char*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:75: error: ‘QUObject’ has not been declared moc_hbqt_events.cpp:75: error: no ‘bool Events::qt_invoke(int, int*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:80: error: ‘QUObject’ has not been declared moc_hbqt_events.cpp:80: error: no ‘bool Events::qt_emit(int, int*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:86: error: no ‘bool Events::qt_property(int, int, QVariant*)’ member function declared in class ‘Events’ moc_hbqt_events.cpp:91: error: no ‘bool Events::qt_static_property(QObject*, int, int, QVariant*)’ member function declared in class ‘Events’ make[3]: *** [moc_hbqt_events.o] Error 1 make[2]: *** [descend] Error 2 make[1]: *** [hbqt] Error 2 make: *** [contrib] Error 2 HTH Angel ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Is there any example to print a DBF with QT?
Pritpal Bedi escribió: Hi Guillermo Varona wrote: Is there any example to print a DBF with QT? What you mean by "print with QT'? You can peep into HBXBP demos XbpBrowse() implementation. Everything is under tour control, just hook in printing mechanism. [SPA] Quizás no me explique bien, me referia a poder utilizar los dialogos de impresión que utiliza QT, sobre todo la vista previa que tiene varias herramientas, incluida la impresión. Estuve mirando el demo, pero esta bastante complejo para mi nivel de conocimiento, habrá algo mas sencillo de entender? De todas formas, voy a seguir mirando esta poderosa contribución. Muchas gracias Pritpal por este gran aporte [ENG] by Google Maybe I am not explaining well, I meant to use the print dialogues using QT, especially the preview that has several tools, including printing. I watched the demo, but this rather complex for my level of knowledge, there will be something easier to understand? Anyway, I'll keep watching this powerful contribution. Pritpal thank you very much for this great contribution BestRegards. GVS ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes
Hi,
> It's possible. Replacing default malloc()/free() functions have to be global.
> Some compilers may keep some hardcoded references to default memory manager
> and in such case they will crash when memory pointers from two different
> memory manager are mixed.
> In this case with HBQT you are introducing C++ RTL which may use it's own
> references to build in memory manager. It's possible that adding this code to
> one of HBQT CPP files will resolve the problem:
> void * operator new( size_t nSize ) { return hb_xgrab( nSize ); }
> void operator delete( void * p ) { hb_xfree( p ); }
> You can test it but it may also create new one if some code does not cleanly
> removes all allocated objects before HVM exit which may also deinitialize
> some other memory managers.
Yes, it is desirable to have as many as possible memory management calls in a
single HVM managements/statistics, if it is possible.
Taking into consideration that we are in releasing stage, this approach should
be postponed after release freezing taking into consideration that the testing
takes a relative long time and possible new issues generation.
I can mention here, that Qt collects in a single cpp the MM calls and offers in
this way for special builds, maybe for harbour, the malloc()/free() capture.
But this will be a future task, s I see now.
> Enabling USE_DL_PREFIX resolves any possible conflicts with C/C++ RTL
> though it's less efficient. But if current state creates real problems
> then we should change it and enable full memory manager replacement
> only on explicit user request by some macro, i.e. HB_FM_DL_PREFIX_OFF.
If it is a solution for the upcoming release, we should freeze our
possibilities related to the working default built for both MSC and MinGW too.
>> Or maybe there are some other approaches like HB_FM_STD_ALLOC macro
>> definition.
>It's rather inefficients memory manager so for many users it will be
>hard to accept it.
OK, I accept this.
Best regards,
István
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes
On Mon, 14 Dec 2009, Bisz István wrote:
Hi,
> Hi Przemek,
[...]
> My question is, do we need to force the USE_DL_PREFIX macro for the mingw
> default builds as for MSC?
It's possible. Replacing default malloc()/free() functions have to be
global. Some compilers may keep some hardcoded references to default
memory manager and in such case they will crash when memory pointers
from two different memory manager are mixed.
In this case with HBQT you are introducing C++ RTL which may use it's
own references to build in memory manager. It's possible that adding
this code to one of HBQT CPP files will resolve the problem:
void * operator new( size_t nSize ) { return hb_xgrab( nSize ); }
void operator delete( void * p ) { hb_xfree( p ); }
You can test it but it may also create new one if some code does not
cleanly removes all allocated objects before HVM exit which may also
deinitialize some other memory managers.
Enabling USE_DL_PREFIX resolves any possible conflicts with C/C++ RTL
though it's less efficient. But if current state creates real problems
then we should change it and enable full memory manager replacement
only on explicit user request by some macro, i.e. HB_FM_DL_PREFIX_OFF.
> Or maybe there are some other approaches like HB_FM_STD_ALLOC macro
> definition.
It's rather inefficients memory manager so for many users it will be
hard to accept it.
best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBQT - demoqt default MinGW build (HB_FM_DL_ALLOC without USE_DL_PREFIX) crashes
Hi Przemek, In the last few weeks I tried to test in a Vista environment the hbqt and hbxbp libraries with the hbide, demoxpb and demoqt. The scope of my tests is the Qt 4.5 last patch release (4.5.3) and the new Qt 4.6 first released (4.6.0) with two development environments: 1. TDM-MinGW with GCC 4.4.1. 2. VS2008 with the latest SP2. The all test variants goes well, just in two cases I encountered GPF-s: A. demoqt and Qt 4.5.3 with TDM-MinGW B. demoqt and Qt 4.6.0 with TDM-MinGW In both cases the crash appears with default build at the first delete operator execution tentative. In the GDB with the Application Verifier enabled the crash appears as: warning: HEAP[demoqt.exe]: warning: Invalid address specified to RtlSizeHeap( 003B, 01A99C08 ) Program received signal SIGTRAP, Trace/breakpoint trap. 0x77068b2f in ntdll!DbgUiConvertStateChangeStructure () from C:\Windows\system32\ntdll.dll After searching for similar issues on the net, I concluded that the conflict appears due to the dual memory handling conflicts in this environment. Going deeper in this issue, I had positive test with USE_DL_PREFIX macro define at habour default build. An alternative solution is the harbour default build with HB_FM_STD_ALLOC macro define. If we build the harbour with cpp mode or build the demoqt with MT and default harbour build, everything is OK, the demoqt exits without crash. My question is, do we need to force the USE_DL_PREFIX macro for the mingw default builds as for MSC? Or maybe there are some other approaches like HB_FM_STD_ALLOC macro definition. Best regards, István ___ 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:[13243] trunk/harbour
Revision: 13243 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13243&view=rev Author: vouchcac Date: 2009-12-14 18:03:45 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 10:01 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt.h * contrib/hbqt/hbqt_hbdbfmodel.cpp * contrib/hbqt/hbqt_hbdbfmodel.h * contrib/hbqt/qtcore/QAbstractItemModel.cpp * contrib/hbqt/qtcore/TQAbstractItemModel.prg * contrib/hbqt/qth/QAbstractItemModel.qth * contrib/hbxbp/xbpbrowse.prg + Implemented GC collectible pointer for HBDbfModel() class. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt.h trunk/harbour/contrib/hbqt/hbqt_hbdbfmodel.cpp trunk/harbour/contrib/hbqt/hbqt_hbdbfmodel.h trunk/harbour/contrib/hbqt/qtcore/QAbstractItemModel.cpp trunk/harbour/contrib/hbqt/qtcore/TQAbstractItemModel.prg trunk/harbour/contrib/hbqt/qth/QAbstractItemModel.qth trunk/harbour/contrib/hbxbp/xbpbrowse.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
Re: [Harbour] gcc2
On Mon, 14 Dec 2009, Tamas TEVESZ wrote: Hi, > would someone with gcc2 handy get me the output of > gcc -dM -E -xc /dev/null > please? (whatever /dev/null is on your platform; running it on an > empty file is good, too.) On some platform /dev/null in read works like /dev/zero so above command may crash. > please indicate what platform you are on. See __VERSION__ below. > i am not at the moment interested in any other gcc version, only v2. #define __USER_LABEL_PREFIX__ #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __HAVE_BUILTIN_SETJMP__ 1 #define __i386 1 #define __GNUC_PATCHLEVEL__ 0 #define __ELF__ 1 #define __WCHAR_TYPE__ long int #define __NO_INLINE__ 1 #define __GNUC_MINOR__ 96 #define __WINT_TYPE__ unsigned int #define __tune_i386__ 1 #define __unix 1 #define unix 1 #define __REGISTER_PREFIX__ #define __linux 1 #define __GNUC__ 2 #define i386 1 #define __linux__ 1 #define __VERSION__ "2.96 2731 (Red Hat Linux 7.3 2.96-110)" #define __i386__ 1 #define linux 1 #define __unix__ 1 best regards, Przemek ___ 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:[13242] trunk/harbour
Revision: 13242 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13242&view=rev Author: druzus Date: 2009-12-14 16:25:52 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 17:25 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/rtl/hbcrc.c ! fixed hb_crcct() to work with polynomials smaller then 8 bit, i.e. parity bit: x^1+1 => 3 % small simplification in hb_crc() function Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/hbcrc.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
Re: [Harbour] Is there any example to print a DBF with QT?
Hi Guillermo Varona wrote: > > Is there any example to print a DBF with QT? > What you mean by "print with QT'? You can peep into HBXBP demos XbpBrowse() implementation. Everything is under tour control, just hook in printing mechanism. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Is-there-any-example-to-print-a-DBF-with-QT--tp26777300p26779860.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] SF.net SVN: harbour-project:[13241] trunk/harbour
Revision: 13241 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13241&view=rev Author: vszakats Date: 2009-12-14 13:22:25 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 14:21 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_os.prg * contrib/hbwin/wapi_winuser.c * contrib/hbwin/axcore.c * contrib/hbwin/wapi_commctrl.c * Formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/axcore.c trunk/harbour/contrib/hbwin/wapi_commctrl.c trunk/harbour/contrib/hbwin/wapi_winuser.c trunk/harbour/contrib/hbwin/win_os.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:[13240] trunk/harbour
Revision: 13240 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13240&view=rev Author: vszakats Date: 2009-12-14 12:52:48 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 13:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_prn2.c ! Missing hb_itemRelease() from prev commit. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbwin/win_prn2.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] Is there any example to print a DBF with QT?
Is there any example to print a DBF with QT? 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:[13239] trunk/harbour
Revision: 13239 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13239&view=rev Author: vszakats Date: 2009-12-14 12:47:32 + (Mon, 14 Dec 2009) Log Message: --- 2009-12-14 13:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbwin/win_prn2.c + Eliminated rest of HB_TCHAR*() calls. Please review, and test for memory leaks. ; No more HB_TCHAR*() macros in hbwin code. * contrib/hbwin/win_misc.c + Added cast. * contrib/hbqt/hbqt_base.cpp * Minor formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt_base.cpp trunk/harbour/contrib/hbwin/win_misc.c trunk/harbour/contrib/hbwin/win_prn2.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
Re: [Harbour] gcc2
Tamas TEVESZ napsal(a): hi, would someone with gcc2 handy get me the output of gcc -dM -E -xc /dev/null please? (whatever /dev/null is on your platform; running it on an empty file is good, too.) please indicate what platform you are on. i am not at the moment interested in any other gcc version, only v2. thanks, Not sure what you mean with "gcc2 handy" but there are my output best regards Davor gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8) s...@siki:~$ gcc -dM -E -xc /dev/null #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.17549435e-38F #define __CHAR_BIT__ 8 #define __WCHAR_MAX__ 2147483647 #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1 1 #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2 1 #define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 1 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __FLT_EVAL_METHOD__ 2 #define __unix__ 1 #define __DBL_MIN_10_EXP__ (-307) #define __FINITE_MATH_ONLY__ 0 #define __GNUC_PATCHLEVEL__ 1 #define __DEC64_MAX_EXP__ 385 #define __SHRT_MAX__ 32767 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __UINTMAX_TYPE__ long long unsigned int #define __linux 1 #define __DEC32_EPSILON__ 1E-6DF #define __unix 1 #define __LDBL_MAX_EXP__ 16384 #define __linux__ 1 #define __SCHAR_MAX__ 127 #define __DBL_DIG__ 15 #define _FORTIFY_SOURCE 2 #define __SIZEOF_INT__ 4 #define __SIZEOF_POINTER__ 4 #define __USER_LABEL_PREFIX__ #define __STDC_HOSTED__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __FLT_EPSILON__ 1.19209290e-7F #define __LDBL_MIN__ 3.36210314311209350626e-4932L #define __DEC32_MAX__ 9.99E96DF #define __SIZEOF_LONG__ 4 #define __DECIMAL_DIG__ 21 #define __gnu_linux__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __GNUC__ 4 #define __FLT_HAS_DENORM__ 1 #define __SIZEOF_LONG_DOUBLE__ 12 #define __BIGGEST_ALIGNMENT__ 16 #define __DBL_MAX__ 1.7976931348623157e+308 #define __DBL_HAS_INFINITY__ 1 #define __DEC32_MIN_EXP__ (-94) #define __LDBL_HAS_DENORM__ 1 #define __DEC128_MAX__ 9.9E6144DL #define __DEC32_MIN__ 1E-95DF #define __DBL_MAX_EXP__ 1024 #define __DEC128_EPSILON__ 1E-33DL #define __LONG_LONG_MAX__ 9223372036854775807LL #define __SIZEOF_SIZE_T__ 4 #define __SIZEOF_WINT_T__ 4
