Same error here @14029 , XP SP2 MingW, even with 100% fresh SVN download.
Bacco
On Sun, Feb 28, 2010 at 23:45, Jerry Finuliar
wrote:
> Hi,
>
> WinXP SP3, QT->Mingw
>
> In file included from ../../../../hvmall.c:83:
> ../../../../hvm.c: In function 'HB_FUN_HB_ARRAYTOPARAMS':
> ../../../../hvm.c:
Revision: 14029
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14029&view=rev
Author: jarabal
Date: 2010-03-01 03:06:26 + (Mon, 01 Mar 2010)
Log Message:
---
2010-03-01 04:05 UTC+0100 Xavi (jarabal/at/gmail.com)
* harbour/src/rtl/gtwvt/gtwvt.c
!
Hi,
WinXP SP3, QT->Mingw
In file included from ../../../../hvmall.c:83:
../../../../hvm.c: In function 'HB_FUN_HB_ARRAYTOPARAMS':
../../../../hvm.c:11605: error: '_hb_stack_ptr_' undeclared (first use in this f
unction)
../../../../hvm.c:11605: error: (Each undeclared identifier is reported only
smu johnson wrote:
>
> What is a GT? Forgive the stupid question... :(
>
Show on this list how you build your appln ?
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/
What is a GT? Forgive the stupid question... :(
On Sun, Feb 28, 2010 at 5:27 PM, Pritpal Bedi wrote:
>
>
> smu johnson wrote:
> >
> > I was wondering that since it's impossible for everyone to not keep
> > clicking
> > it, that some sort of Harbour function or flag or whatever could somehow
> >
Hi,
I encountered below error using BCC when building latest SVN.
TIA,
Mario
===
bcc32.exe -I. -I../../../../../../include -q -tWM -CP437 -w -w-sig- -Q
-d -6 -
O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -DHB_MT_VM
-I"C:\BCC58
>>
>> No, SVN is correct.
>> You need to build static QT libs from QT sources.
>>
>
> :-(( the whole day has gone the drain.
>
> I will try to build QT statically. Any fast tips before I plung into
> googling ?
Check INSTALL for the link to QT build information.
Brgds,
Viktor
___
Revision: 14028
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14028&view=rev
Author: vszakats
Date: 2010-03-01 01:34:52 + (Mon, 01 Mar 2010)
Log Message:
---
2010-03-01 02:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/sddsqlt3/s
Viktor Szakáts wrote:
>
> No, SVN is correct.
> You need to build static QT libs from QT sources.
>
:-(( the whole day has gone the drain.
I will try to build QT statically. Any fast tips before I plung into
googling ?
-
enjoy hbIDEing...
Pritpal Bed
smu johnson wrote:
>
> I was wondering that since it's impossible for everyone to not keep
> clicking
> it, that some sort of Harbour function or flag or whatever could somehow
> control what happens if it's clicked via some sort of API call that
> Windows
> might provide to Harbour. Like, if s
Przemek,
As always... many thanks, 'O Six driver database guru. I will keep an eye
out for a druzus commit.
Keep up the great work!
2010/2/28 Przemysław Czerpak
> On Fri, 26 Feb 2010, smu johnson wrote:
>
> Hi,
>
> > With a Roll-your-own index open, when you use a dbgoto(), the record
> point
> Here
> {allwin}libs=QtCore QtGui QtNetwork QtUiTools
>
> NOT
> {allwin}libs=QtCore4 QtGui4 QtNetwork4 QtUiTools
No, SVN is correct.
> OR am I missing something?
You need to build static QT libs from QT sources.
Brgds,
Viktor
___
Harbour mailing
Viktor Szakáts wrote:
>
> By fresh sources I meant fresh source tree. You probably
> had some old qts lib from the times where the qt subsystems
> weren't moved to separate libs.
>
Yes, files were present in hbqt/obj/win/mingw but were hidden.
Now lib size is fine.
Next question: hbqts.hbc
Hi!
ChangeLog 14027 2010-03-01 00:26:17Z vszakats $
Win Xp SP3, MingWin.
-cut--
586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -DHB_MT_VM -DUNICODE
-ohvmall.o -c
../../../../hvmall.c
In file included from ../../../../hvmall.c:83:
../../../../hvm.c: In function 'HB_FUN_HB_ARRAYTOPARAM
Hi,
This may not come as a surprise to anyone, but often, people just can't stop
quitting applications by clicking the X on the righthand side of a MS
windows application. Sometimes in some more serious console apps, there is
a separate Exit function that handles its own cleanup code, quitting
pr
> Viktor Szakáts wrote:
>>
>> SVN is correct. I'd suggest to try a clean build
>> from fresh sources.
>>
>
> It was a clean build.
>
> Updated from SVN
> make clean
> make installthe regular batch
>
> I think some old obj's are hanging somewhere.
By fresh sources I meant fresh source tre
Viktor Szakáts wrote:
>
> SVN is correct. I'd suggest to try a clean build
> from fresh sources.
>
It was a clean build.
Updated from SVN
make clean
make installthe regular batch
I think some old obj's are hanging somewhere.
-
enjoy hbIDEing...
Revision: 14027
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14027&view=rev
Author: vszakats
Date: 2010-03-01 00:26:17 + (Mon, 01 Mar 2010)
Log Message:
---
2010-03-01 01:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbsetup.h
* B
> Changed and compiled, now the errors - a long-long list :
>
>
> C:/harbour_dev/harbour/mingw/lib/libhbqts.a(hbqt_qpixmap.o):hbqt_qpixmap.cpp:(.text+0x5c0):
> first defined here
> C:/harbour_dev/harbour/mingw/lib/libhbqtguis.a(QColor.o):QColor.cpp:(.text+0x40):
> multiple definition of `HB_FUN_Q
Em 28/2/2010 20:54, Viktor Szakáts escreveu:
What is the bug?
Return of function dbstruct()
DB struct: {{"F", "C", 20, 0}, {"L", "C", 20, 0}, {"S", "C", 30, 0},
{"C", "C",
30, 0}, {"S", "C", 2, 0}, {"Z", "C", 10, 0}, {"H", "@", 19, 0}, {"M",
"L", 1, 0}
, {"A", "I", 10, 0}, {"S", "I", 10, 0
What is the bug?
Brgds,
Viktor
On 2010 Mar 1, at 00:47, Itamar Lins wrote:
> Hi!
> /*
> * $Id: test1.prg 12948 2009-11-20 12:45:41Z vszakats $
> */
>
> #include "hbrddsql.ch"
>
> REQUEST SDDODBC, SQLMIX
>
> PROC main()
> RDDSETDEFAULT( "SQLMIX" )
> SET( _SET_DATEFORMAT, "-mm-dd" )
>
Revision: 14026
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14026&view=rev
Author: druzus
Date: 2010-02-28 23:52:05 + (Sun, 28 Feb 2010)
Log Message:
---
2010-03-01 00:50 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbpco
Viktor Szakáts wrote:
>
> Yes, but for this there no need to keep any particular
> order. And this is very important feature, as user can
> still hand edit the .hbp file and it keeps working in
> hbide.
>
>> The above two functions are OK.
>>
>> Only one point:
>>
>> "-3rd=some text with s
Hi!
/*
* $Id: test1.prg 12948 2009-11-20 12:45:41Z vszakats $
*/
#include "hbrddsql.ch"
REQUEST SDDODBC, SQLMIX
PROC main()
RDDSETDEFAULT( "SQLMIX" )
SET( _SET_DATEFORMAT, "-mm-dd" )
? "Connect:", RDDINFO( RDDI_CONNECT, { "ODBC", "DBQ=" +
hb_DirBase() + "\..\..\..\hbodbc\tests\
Viktor Szakáts wrote:
>
>> 3. Changed hbqt/hbqt.hbc as
>
> This is wrong. Use hbqts.hbc.
>
Changed and compiled, now the errors - a long-long list :
C:/harbour_dev/harbour/mingw/lib/libhbqts.a(hbqt_qpixmap.o):hbqt_qpixmap.cpp:(.text+0x5c0):
first defined here
C:/harbour_dev/harbour/mingw/l
>> FOR EACH tmp IN aFiles
>> IF " " $ tmp
>> cFile += Chr( 34 ) + tmp + Chr( 34 ) + hb_osNewLine()
>> ELSE
>> cFile += tmp + hb_osNewLine()
>> ENDIF
>> NEXT
>> RETURN hb_memoWrit( cFN, cFile )
>> ---
>>
>
> Exactly.
>
> My point was only that SOURCES will al
Viktor Szakáts wrote:
>
>> 3. Changed hbqt/hbqt.hbc as
>
> This is wrong. Use hbqts.hbc.
>
Oh sorry, really dumb me.
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/
Viktor Szakáts wrote:
>
> The solution is in fact very simple:
> ---
> IF hbpLoad( "test.hbp", @aOptions, @aFiles )
>// do all the visual stuff, add/delete options,
>// add/delete files
>hbpSave( "test.hbp", aOptions, aFiles )
> ENDIF
>
> FUNCTION hbpSave( cFN, aOptions, aFiles )
>
On Fri, 26 Feb 2010, smu johnson wrote:
Hi,
> Can HB_RUN be made to fork a process? For instance, if you tried to run the
> crappy Windows notepad.exe, it wouldn't wait for notepad.exe to terminate
> before you got your prompt back.
> On some text editors, this isn't a concern, like WRITE / WORD
> 3. Changed hbqt/hbqt.hbc as
This is wrong. Use hbqts.hbc.
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
>> speedtst.prg
>> ---
>>
>> The parser I wrote for hbide, will recognize the
>> source parameters, so there is not need to mark them
>> with '[SOURCES]'.
>>
>
> Ok, I understand now.
> But what if anything after -3rd= is ignored. I mean the lines containing
> the token at begining with -3rd a
Hi All
I am trying to build hbIDE statically.
1. Harbour with HB_QT_STATIC=yes compiles fine.
2. Corresponding libs are present Harbour's lib folder.
3. Changed hbqt/hbqt.hbc as
#
# $Id: hbqt.hbc 13519 2010-01-09 00:40:40Z vszakats $
#
incpaths=.
{allwin}libpaths=${HB_WITH_QT}\..\lib
libs=h
Viktor Szakáts wrote:
>
> Just avoid spaces in option names.
> (or if you absolutely want to keep them,
> put the whole option between double quotes). Please
> remember hbmk2 is not a line based parser.
>
> This layout has a few problems though, so I'd suggest this one
> (also in sync with my
Good news. Thanks a lot.
I'm waiting for wvtqt.prg sample, as i'm using GTWVT at this time.
Best regards.
Maurizio la Cecilia
> -Messaggio originale-
> Da: harbour-boun...@harbour-project.org
> [mailto:harbour-boun...@harbour-project.org] Per conto di Pritpal Bedi
> Invi
Ok. Not necessarely GTQTC, but a chance to start with a working console
based application and gradually mix pure GUI interface as HBQT.
I don't was sure if this could be possible.
I'll try to do.
Best regards.
Maurizio la Cecilia
> -Messaggio originale-
> Da: harbour-boun.
Hi,
[ resent after correction, pls ignore prev version ]
> Here is speedtst.hbp
> ===
>
> -3rd=[ HBIDEVERSION ]
> -3rd=1.0
> -3rd=[ PROPERTIES ]
> -3rd=Type = Executable
> -3rd=Title = Speed Test
> -3rd=Location = C:/harbour/contrib/hbide/projects
>
> And here is the screen portion of hbMK2 -help:
>
> -ldflag=pass flag to linker (executable)
> -aflag= pass flag to linker (static library)
> -dflag= pass flag to linker (dynamic library)
> -runflag= pass flag to output executable when -run option is used
> -3rd
Hi,
> Here is speedtst.hbp
> ===
>
> -3rd=[ HBIDEVERSION ]
> -3rd=1.0
> -3rd=[ PROPERTIES ]
> -3rd=Type = Executable
> -3rd=Title = Speed Test
> -3rd=Location = C:/harbour/contrib/hbide/projects
> -3rd=WorkingFolder = C:/harbour/contrib/hbide/proj
Hi
And here is the screen portion of hbMK2 -help:
-ldflag=pass flag to linker (executable)
-aflag= pass flag to linker (static library)
-dflag= pass flag to linker (dynamic library)
-runflag= pass flag to output executable when -run option is used
-3rd=
Hello Viktor
Here is speedtst.hbp
===
-3rd=[ HBIDEVERSION ]
-3rd=1.0
-3rd=[ PROPERTIES ]
-3rd=Type = Executable
-3rd=Title = Speed Test
-3rd=Location = C:/harbour/contrib/hbide/projects
-3rd=WorkingFolder = C:/harbour/contrib/hbide/projects
-3rd=
Em 28/2/2010 18:18, Pritpal Bedi escreveu:
Itamar Lins-2 wrote:
What is probability of having a simple preview of prints ?
Let me finish with hbIDE, I will isolate the code of
"Print Preview" from my Vouch32.lib and will commit to SVN.
With Clipper appln you can use it right now, though.
G
Itamar Lins-2 wrote:
>
> What is probability of having a simple preview of prints ?
>
Let me finish with hbIDE, I will isolate the code of
"Print Preview" from my Vouch32.lib and will commit to SVN.
With Clipper appln you can use it right now, though.
Google "vouch32" and you will find the li
Viktor Szakáts wrote:
>
>> Anyway, having a GTQTC working could be a good bridge to port gradually a
>> console application to hbqt, as Pritpal could allow the cohexistence of
>> the
>> two libs.
>> I'm interested about the thought of Viktor and Pritpal about this.
>
> IMO we should first try i
Em 28/2/2010 17:43, Itamar Lins escreveu:
Hi!
What is probability of having a simple preview of prints.
Is very important for us users.
Best regards,
Itamar M. Lins Jr.
What is probability of having a simple preview of prints ?
___
Harbour mailing
Hi!
What is probability of having a simple preview of prints.
Is very important for us users.
Best regards,
Itamar M. Lins Jr.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/l
> Anyway, having a GTQTC working could be a good bridge to port gradually a
> console application to hbqt, as Pritpal could allow the cohexistence of the
> two libs.
> I'm interested about the thought of Viktor and Pritpal about this.
IMO we should first try if it's possible to create mixed
GTWVT/
Ok. Thus the problems are known.
I use obviously non-ASCII chars for boxes and accented italic chars and i
can confirm many artifacts in general display of colors and restore of save
screen areas.
I can't, however, report about a so slow performance, appearing little
slower of GTWVT solution but no
Viktor,
I think it's not that hard, I may be wrong but to respond quickly.
I can call dynamically to GetAdaptersAddresses and in a nice Win7 is OK.
But you can compile in your Win7 with MSVC++ 6.0 (it not say that _WIN32_WINNT is 0x0500 for compiler Harbour) and have
compile-time errors. I can
marco bra wrote:
>
> Unrecoverable error 6005: Exception SIGSEGV at address 0x61
> Called from HBQTUI:DESTROY(0) in ../../../THbQtUI.prg
> Called from IDEHARBOURHELP:DESTROY(248) in ideharbourhelp.prg
> Called from XBPWINDOW:DESTROY(0) in ../../../xbpwindow.prg
> Called from (b)XBPWINDOW_DESTROY
Pritbal with Harbour 2.1.0dev (Rev. 14023)
all is working i get error on closing app:
Unrecoverable error 6005: Exception SIGSEGV at address 0x61
Called from HBQTUI:DESTROY(0) in ../../../THbQtUI.prg
Called from IDEHARBOURHELP:DESTROY(248) in ideharbourhelp.prg
Called from XBPWINDOW:DESTROY(0) in
Revision: 14025
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14025&view=rev
Author: vszakats
Date: 2010-02-28 19:08:41 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 20:05 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/sddsqlt3/M
Revision: 14024
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14024&view=rev
Author: vszakats
Date: 2010-02-28 19:03:33 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 19:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/Makefile
Hi!
> Can HB_RUN be made to fork a process? For instance, if you tried to run the
> crappy Windows notepad.exe, it wouldn't wait for notepad.exe to terminate
> before you got your prompt back.
>
> On some text editors, this isn't a concern, like WRITE / WORDPAD.exe... but
> in notepad it is, and
>> * contrib/rddsql/Makefile
>> + contrib/rddsql/sddsq3
>> + contrib/rddsql/sddsq3/Makefile
>> + contrib/rddsql/sddsq3/sddsq3.c
>> + contrib/rddsql/sddsq3/sddsq3.hbc
>> + contrib/rddsql/sddsq3/tests
>> + contrib/rddsql/sddsq3/tests/hbmk.hbm
>> + contrib/rddsql/sddsq3/tests/test1.prg
>> + c
On Sun, Feb 28, 2010 at 6:42 PM, wrote:
> * contrib/rddsql/Makefile
> + contrib/rddsql/sddsq3
> + contrib/rddsql/sddsq3/Makefile
> + contrib/rddsql/sddsq3/sddsq3.c
> + contrib/rddsql/sddsq3/sddsq3.hbc
> + contrib/rddsql/sddsq3/tests
> + contrib/rddsql/sddsq3/tests/hbmk.hbm
> + contrib/rd
>> NTDDI_VERSION = maximum OS version supported by SDK/Windows-headers
>> _WIN32_WINNT = OS version we want to target
>
> Okay, but if you remember my thread starting post .-
> "
> IMHO the best solution is to define the version of Windows that supports the
> C compiler before compilation.
> For ex
Revision: 14023
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14023&view=rev
Author: vszakats
Date: 2010-02-28 18:00:34 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 18:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/sddsq3/sdd
Viktor Szakáts wrote:
>
>> I will do after hbIDE reaches an acceptable stage.
>
> IMO we (well, you) should focus on making QT stable.
>
> F.e. I'm still getting the crash at program exit, and
> without wanting to go into it deeply, for me most
> menu functionality seemed broken. F.e. open fil
Hi Viktor,
_WIN32_WINNT is nice, but it has other purpose.
NTDDI_VERSION = maximum OS version supported by SDK/Windows-headers
_WIN32_WINNT = OS version we want to target
Okay, but if you remember my thread starting post .-
"
IMHO the best solution is to define the version of Windows that sup
Revision: 14022
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14022&view=rev
Author: vszakats
Date: 2010-02-28 17:42:25 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 18:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbsqlit3/hbsqlit3
On 2010 Feb 28, at 18:02, Xavi wrote:
> Hi Viktor,
>
>> Yes, NTDDI_VERSION is the (best? only?) way to detect
>> platform SDK version.
>
> The only problem is that MinGW does not use NTDDI_VERSION, it uses
> _WIN32_WINNT.
> At least in my versions of MinGW. :)
Yes, unfortunately the problem w
Hi Viktor,
Yes, NTDDI_VERSION is the (best? only?) way to detect
platform SDK version.
The only problem is that MinGW does not use NTDDI_VERSION, it uses _WIN32_WINNT.
At least in my versions of MinGW. :)
Best regards,
--
Xavi
El 28/02/2010 17:18, Viktor Szakáts escribió:
In the beginning o
>> Nothing changed AFAIK. Accented / non-ASCII chars
>> never worked alright and there were several other screen
>> artifact, performance was very slow and there were
>> several basic problems with it (f.e. screen marking feature
>> mixed up with mouse/key input). I reported some of
>> these long a
Viktor Szakáts wrote:
>
> Nothing changed AFAIK. Accented / non-ASCII chars
> never worked alright and there were several other screen
> artifact, performance was very slow and there were
> several basic problems with it (f.e. screen marking feature
> mixed up with mouse/key input). I reported s
> In the beginning of hbsocket.c you can see .-
> ...
> #elif defined( HB_OS_WIN )
> # if defined( __WATCOMC__ )
> # if ( NTDDI_VERSION >= 0x0600 )
> # define HB_HAS_INET_PTON
> # define HB_HAS_INET_NTOP
> # endif
> # define HB_HAS_SOCKADDR_STORAGE
> /* # define H
On Fri, 26 Feb 2010, smu johnson wrote:
Hi,
> With a Roll-your-own index open, when you use a dbgoto(), the record pointer
> is moved to the correct row in the table but the pointer in the index file
> is not positioned to the corresponding row, even though the record is in the
> index. With a r
Hi Viktor,
I can't see any reason why this have to be compiler specific,
please elaborate.
In the beginning of hbsocket.c you can see .-
...
#elif defined( HB_OS_WIN )
# if defined( __WATCOMC__ )
# if ( NTDDI_VERSION >= 0x0600 )
#define HB_HAS_INET_PTON
#define HB_HAS_
>
> Maurizio la Cecilia wrote:
> >
> > a build with GTQTC showed me that the colors
> > don't are coded in Clipper compatibility mode (as Viktor recent changed
> on
> > WVT) and, mainly, many codepage and save/restscreen() problems.
> > The box graphics and localized character, and the colors of
>
David Arturo Macias Corona wrote:
>
> >experiment as
>
> > qMsgBox := QMessageBox():new( qMainWindow )
>
> >do it shows up the dialog? If yes, then probably I am
> >making sth wrong in XbpFileDialog() class in hbXBP.
>
> I do not know where to experiment:
> "qMsgBox := QMessageBox():n
Maurizio la Cecilia wrote:
>
> a build with GTQTC showed me that the colors
> don't are coded in Clipper compatibility mode (as Viktor recent changed on
> WVT) and, mainly, many codepage and save/restscreen() problems.
> The box graphics and localized character, and the colors of saved/restored
Hi,
On Sun, Feb 28, 2010 at 3:00 PM, Xavi wrote:
> Hi Viktor and all,
>
> Well. Some questions.
> If this is do it an implementation for MinGW.
>
I can't see any reason why this have to be compiler specific,
please elaborate.
> MinGW need to define _WIN32_WINNT before using the headers.
>
> h
In the debugger it is possible to see the CallStack and the variables
"active" in each stack level.
>From the debugger source code I see that the CallStack is passed to
__dbgEntry as a parameter and that parameter is built in C in funcyion
hb_dbgActivate( HB_DEBUGINFO *info ) where info is a pointe
Hi Viktor and all,
Well. Some questions.
If this is do it an implementation for MinGW.
MinGW need to define _WIN32_WINNT before using the headers.
http://oldwiki.mingw.org/index.php/header-w32api_h
Should I force the code _WIN32_WINNT or use WINVER?
Is this true for mingwce?
Can I protect the c
Revision: 14021
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14021&view=rev
Author: vszakats
Date: 2010-02-28 12:01:25 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 12:59 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/sddoci/sdd
Pritpal:
>> Called from QT_QDIALOG_EXEC(0)
>> Called from QFILEDIALOG:EXEC(0) in ../../../TQDialog.prg
>> Called from XBPFILEDIALOG:OPEN(0) in ../../../xbpfiledialog.prg
>> Called from IDESOURCESMANAGER:SELECTSOURCE(442) in idesources.prg
>>
>It appears QDialog() class is also broken in OS2 buil
Hi Maurizio
Can you post a sample about your error?
2010/2/28 Maurizio la Cecilia
> Not only GTWVG needs an update: a build with GTQTC showed me that the
> colors
> don't are coded in Clipper compatibility mode (as Viktor recent changed on
> WVT) and, mainly, many codepage and save/restscreen()
Pritpal:
>>
>> >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0
>>
>Please check after r14018.
>I am trying to gather logic the possible reason for other warning.
Tests made with
* $Id: ChangeLog 14019 2010-02-28 03:21:43Z vouchcac $
2010-02-27 19:16 UTC-0800 Pritpal Be
Revision: 14020
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14020&view=rev
Author: vszakats
Date: 2010-02-28 10:20:55 + (Sun, 28 Feb 2010)
Log Message:
---
2010-02-28 11:20 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddsql/sqlbase.c
Not only GTWVG needs an update: a build with GTQTC showed me that the colors
don't are coded in Clipper compatibility mode (as Viktor recent changed on
WVT) and, mainly, many codepage and save/restscreen() problems.
The box graphics and localized character, and the colors of saved/restored
areas ar
79 matches
Mail list logo
