Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
96 user(s) are online (62 user(s) are browsing Forums)

Members: 2
Guests: 94

Firetail, davec555, more...

Headlines

 
  Register To Post  

« 1 ... 4 5 6 (7) 8 9 10 ... 20 »
Re: Qt Native News
Just popping in
Just popping in


See User information
Quote:

alfkil wrote:
@samo79

About the .library thing it is a combination of being way too much work and probably impossible to do. There is no way to import code into an amiga .library, as when subclassing Qt objects with virtual functions. So therefore no.


Impossible is nothing

"A man is only as old as the womans he feels"
Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@alfkil
Trying to use uic3 binary:

Quote:

13/1.Work:QT/my_ports/QtCube/1.1> uic3 -convert frmchat.ui >frmchat4.ui
QProcessPrivate::initializeProcessManager()
QProcessPrivate::initializeProcessManager() END
READING ENV VARIABLES
qt_public_screen = Workbench
qt_config_home =
qt_doubleclick_speed = 500
qt_native_dialogs = false
qt_native_menus = false
GraphicsSystemFactory::create: "opengl"
initDefaultPaths: userPath = "/qt/home/.config/"
GraphicsSystemFactory::create: "opengl"
Error: Could not find rules file: q3porting.xml
ASSERT: "0" in file qt3to4.cpp, line 165
***Command 'uic3' returned with unfreed signals 1E000000!


As i understand there should be somethere "q3porting.xml" file, and also there is small bug at exit with unfree signals.

I read that article in which says:

Quote:

Qt 4 comes with the tool uic3 for working with old .ui files. It can be used in two ways:

To generate headers and source code for a widget to implement any custom signals and slots added using Qt Designer 3.
To generate a new .ui file that can be used with Qt Designer 4.
You can use both these methods in combination to obtain .ui, header and source files that you can use as a starting point when porting your user interface to Qt 4.

The first method generates a Qt 3 style header and implementation which uses Qt 4 widgets (this includes the Qt 3 compatibility classes present in the Qt3Support library). This process should be familiar to anyone used to working with Qt Designer 3:

uic3 myform.ui > myform.h
uic3 -impl myform.h myform.ui > myform.cpp

The resulting files myform.h and myform.cpp implement the form in Qt 4 using a QWidget that will include custom signals, slots and connections specified in the .ui file. However, see below for the limitations of this method.

The second method is to use uic3 to convert a Qt Designer 3 .ui file to the Qt Designer 4 format:

uic3 -convert myform3.ui > myform4.ui

The resulting file myform4.ui can be edited in Qt Designer 4. The header file for the form is generated by Qt 4's uic. See the Using a Component in Your Application chapter of the Qt Designer Manual for information about the preferred ways to use forms created with Qt Designer 4.


With the both methods have the same 2 bugs (no q3porting.xml and exit-signal-unfree). Can you have a look at this plz ?:)

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@kas1e

Try dumping this in the qt: directory and see if it helps:

http://dl.dropbox.com/u/5482530/QT/q3porting.xml

Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
Stack cookie: It doesn't work setting a stack cookie inside a shared object, so this needs to be set in each and every application that uses Qt.

Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
New version of Qt that fixes all the 0.7 issues (bad examples) uploaded to os4depot. The link on the front page is broken, though, so you need to go to the development/cross directory manually and upload from there.

Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@alfkil
Quote:
New version of Qt that fixes all the 0.7 issues (bad examples) uploaded to os4depot.

I don't see it there. Not in uploads or in recents.

Rock lobster bit me - so I'm here forever
X1000 + AmigaOS 4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@TSK
Looks like you are on the moment while transfering/checking from the upload to recent are happens (some time it take about 5-10 minuts by some reassons).

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@TSK & kas1e

No really, it's there, just NOT on the front page but inside the Development/Cross directory.

http://os4depot.net/index.php?functio ... lopment/cross/qt-user.lha

http://os4depot.net/index.php?functio ... elopment/cross/qt-sdk.lha


Edited by alfkil on 2011/5/6 19:59:56
Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@alfkil
Quote:

Try dumping this in the qt: directory and see if it helps:

http://dl.dropbox.com/u/5482530/QT/q3porting.xml


Thanks ! Trying with it , and looks like it put something wrong in the resulted file: at top of output file i have:

Quote:

socketSignalMask = 0x4000000


And when i try to "qmake" with it, i of course have:
Quote:

trying amiga hack to find .qmake.cache...
uic: Error in line 1, column 1 : Start tag expected.



Also uic3 do not exit after converting done, its stack on qt_cleanup(). Because of which i cant after run any QT programm.

But i convert 3 files just by this way : convert, reboot, delete line at top, and the same for 3 files.

Sadly to say, on compilation stage of that QTCubet app, it say in end:

error: qserversocket.h: No such file or directory
error: qsocket.h: No such file or directory

They not implemented for now, or its some qt3/qt4 mess ? (maybe for qt4 just different names for it ?)


Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@kas1e

Quote:
error: qserversocket.h: No such file or directory
error: qsocket.h: No such file or directory

They not implemented for now, or its some qt3/qt4 mess ? (maybe for qt4 just different names for it ?)


Hmm... I can't find these files anywhere, so I think they are leftovers from qt3. Try and remove the references and see what it says, if it asks for different objects, you can search for it in the qt/include/QtNetwork directory.

Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@alfkil
Quote:

Hmm... I can't find these files anywhere, so I think they are leftovers from qt3. Try and remove the references and see what it says, if it asks for different objects, you can search for it in the qt/include/QtNetwork directory.


I play more with, and looks like i just need to read qt3 to qt4 porting guide mor carefull. For now have just mess with all of this, so will keep it for late when you will fix uic3 (if you will have time for it, not so necessary anyway :) ). Or will use just winxp version of qt to migrate from qt3 to qt4 firstly (no big problems in general).

Anyway, have new question for you :) There is 2 archives (sources + binary to test in each):

hexglass game
color code game

While first one i already describe before (plays fine-fast, just menus slow and running slow, i.e. all as expected), the second one by some reassons very-very slow at all. I.e. almost unpossible to do anything in it, while its looks very simply. Dunno, but maybe there is the same problem with framebuffer objects as you describe before ? Also it hangs the same classic way on qt_cleanup() (but i use minigl2.5, because with your ones have big-slowness, dunno if cleanup() exit bug is related to it).

Can you please check briefly the sources (they small enough for both apps), and check the bins yourself, and explain why first one are fast, and second one are so slow ? (just to be sure that we know what going on and what apps we can avoid for now).


Edited by kas1e on 2011/5/7 13:44:02
Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@alfkil
And one more message :)

I build right now some simply painter qt-app, called "easypaint": check screenshot.

There is also archive with sources, and ready to run binary.

In terms of this app, that what can i say:

1. About/About or F1 (also as AboutQT): you can see how window jumping (firstly spawn one empty window of one size, then resizes, and jump to centrum). I.e. we see what do QT intermaly, but imho for end usage that should be not visibly for users (just end-resulting window). If that possible of course.

2. The whole menu even not have any sublevel. I.e. all is plain. What say one more time for the woth of effort for making native menus, just because as i can see for now, 1 sublevel its really in 99% enough. And with that app for example there is even no any sublevels.

3. Try to do any draw operation (by pencil, or byelipse, or by rectangle) Its all very slow on my peg2 1ghz, and CPU loading jump at 100% when i use it. That is that framebuffer object problems imho again ? If so, maybe (if it will be more or less easy of course) somehow disable OpenGL support at all, to avoid usage of MiniGL for everything (so, maybe it will speedup the stuff in end where framebuffer objects are uses ?).

4. In end of all, i have totally texture trashing of whole of screen, and as result when i trying to exit from programm, eveything halts, with words:

Quote:

QWPrivate::moveRect()
QWPrivate::moveRect()
create_sys: window: 0x310576a8
QGLContextPrivate::init() 0x64ae6174
Failed to create opengl context!


But pretty possible its related to unfixed warp3d on our user-version-of-os4.

What you think, it is possible to disable OpenGL somehow at all ? Something like add #ifdefs everythere, and one more env, QT_OPENGL true/false ? Or without OpenGL it will be even slower than its now ? Or maybe i can on compilation stage, put manually to makefiles QT_OPENGL_FALSE or kind, to avoid OpenGL usage ? (or opengl usage its hardcore done in QT-port, so cant be disabled at all ?)

But well, in whole we already can compile QT apps native :) Just need to sort out all the crap, and yeah !

For example that EasyPainter will be pretty good to have, when menus will be native, with asl requesters, and when drawing and whole programm usage will be fast. Even a bit slow loading of sobjes will be not big deal after all :)


Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@kas1e

Nice going there with new apps and all

About the exit bug thing: This is probably due
to AmigaOS not automatically deleting allocated
objects. For example in ColorCode:

colorcode.cpp
ColorCode::init()
...
    
mGameTablesDialog = new GameTablesDialog(this);


But there is no

delete mGameTablesDialog;


anywhere. This needs to be fixed on AmigaOS.

Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@alfkil
Quote:
anywhere. This needs to be fixed on AmigaOS.

I believe Intuition takes care of garbage collection of BOOPSI objects and muimaster library takes care of garbage collection of MUI objects. So you have to implement garbage collection of Qt objects in your Qt port itself. AmigaOS don't know anything of internal stuff of Qt so it doesn't have any means to do anything with any Qt stuff. Unless you somehow integrate it into Intuition and turn all Qt classes into BOOPSI classes and start using IIntuition->IDoMethod(), OpenClass() and other related functions of Intuition instead of internal methods of Qt.

Check if Qt has its own internal garbage collector and if it works like it should.

You can check from autodocs of AmigaOS SDK if you could use Exec functions AddTrackable(), FindTrackable(), RemTrackable(), DeleteTrackable(), AllocSysObject() internally in Qt.

Rock lobster bit me - so I'm here forever
X1000 + AmigaOS 4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
Go to top
Re: Qt Native News
Amigans Defender
Amigans Defender


See User information
@kas1e

Love EasyPaint, shame it's so slow.

It is crashing Qt when rolling over the menus. I've seen a similar crash in something I compiled so I think it is a Qt bug rather than EasyPaint:

http://crashlog.os4depot.net/cl320

The last text in the output window was:
hijackWindow() context created for QMenu(0x56545ca0
QGLWindowSurface
Failed to create valid pixelbufferfalling back 
QGLWindowSurface
Using plain widget as window surface QGLWindowSurface(0x549588e8
QColormap::instance(screen = -1)
create_syspopup:  0x588cec40 
QGLContextPrivate
::init() 0x56546908 
hijackWindow
() context created for QMenu(0x56546900
QGLWindowSurface
Failed to create valid pixelbufferfalling back 
QGLWindowSurface
Using plain widget as window surface QGLWindowSurface(0x54958728
QColormap::instance(screen = -1)
create_syspopup:  0x588cbab8 
QGLContextPrivate
::init() 0x565448f8 
Failed to create opengl context
!


My gfx mem is really low now, so I wonder if it is simply an out of memory condition that should have been trapped in minigl/qt (actually, shouldn't the OS being ensuring gfx mem doesn't run out, and swapping things out to main memory when it gets low?)

Go to top
Re: Qt Native News
Home away from home
Home away from home


See User information
@Crhis
Quote:

My gfx mem is really low now, so I wonder if it is simply an out of memory condition that should have been trapped in minigl/qt (actually, shouldn't the OS being ensuring gfx mem doesn't run out, and swapping things out to main memory when it gets low?)


As i understand it just problem of public warp3d, and its already fixed (i.e. when you out of mem, then it will catch the stuff and do what should to do). Maybe its not relaed, but anyway sad that hyperion just can't do some fast-quickfix with that necessary fix, so we all can test the stuff normally.

From other side, its interesting why its so fast eat all the video mem, and why it 2-3 times slower than LodePaint (which are also opengl).

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@TSK

The problem with garbage collection is, that there are no ways for Qt to detect the difference btw

a) QWidget mywidget;

and

b) QWidget *mywidget = new QWidget();

If I enable smth like garbage collection for widgets, then the a) widget will be deleted twice, which is horrible and even worse than what we have now.

Really, garbage collection for c++ objects should be taken care of by the c++ runtime (ie. newlib, or??). There is nothing I can do about it.

Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@alfkil
Quote:
Really, garbage collection for c++ objects should be taken care of by the c++ runtime (ie. newlib, or??). There is nothing I can do about it.

Now I understand. So it's c++/newlib thing. Which, I guess, AmigaOS/SDK should support C++ better ?

Rock lobster bit me - so I'm here forever
X1000 + AmigaOS 4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
Go to top
Re: Qt Native News
Just can't stay away
Just can't stay away


See User information
@TSK

Yes!

Go to top
Re: Qt Native News
Just popping in
Just popping in


See User information
Quote:

TSK wrote:
@alfkil
Quote:
Really, garbage collection for c++ objects should be taken care of by the c++ runtime (ie. newlib, or??). There is nothing I can do about it.

Now I understand. So it's c++/newlib thing. Which, I guess, AmigaOS/SDK should support C++ better ?


Usually, C or C++ runtime libs do not support garbage collection at all. Some good reading about this can be found here: http://www.hpl.hp.com/personal/Hans_Boehm/gc/

Or just google for: c++ garbage collector

IMHO a missing delete is always a bug, even on memory protected systems, as it can lead to leakage which may become a problem in long running tasks.

ciao

Go to top

  Register To Post
« 1 ... 4 5 6 (7) 8 9 10 ... 20 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project