First Qt build (no emulation yet)

[MNK]

What I'm going to say will be rather rude, but it really needs to be said.
To whoever done those recent svn updates (asof rev. 438) (in the log it's squall_leonhart69r) - you've made a real mess.
First of all, many of the files lost eol:native atribute.
Next more details concerning my last post:
src/agb/GBA.cpp: line 28 is #include "GBAGFX.h" should be #include "GBAGfx.h"
src/agb/GBAGfx.h: line 25 #include "gbaGfx.h" should be removed
and src/sdl/SDL.cpp is still not fixed even though required changes are obvious.

If anyone feels offended by my attitude, well...
I may not be a pro at programming, but when I see such trivial mistakes, though I'm aware they can happen for anybody, I still think they should be pointed as fast as possible, after all we all learn most through our own mistakes.
(in other words, I really needed to blow some steam)

[mudlord]

What I'm going to say will be rather rude, but it really needs to be said.
To whoever done those recent svn updates (asof rev. 438) (in the log it's squall_leonhart69r) - you've made a real mess.
First of all, many of the files lost eol:native atribute.
Next more details concerning my last post:
src/agb/GBA.cpp: line 28 is #include "GBAGFX.h" should be #include "GBAGfx.h"
src/agb/GBAGfx.h: line 25 #include "gbaGfx.h" should be removed
and src/sdl/SDL.cpp is still not fixed even though required changes are obvious.

If anyone feels offended by my attitude, well...
I may not be a pro at programming, but when I see such trivial mistakes, though I'm aware they can happen for anybody, I still think they should be pointed as fast as possible, after all we all learn most through our own mistakes.
(in other words, I really needed to blow some steam)

Correct, it was squalls doing >_<.

Thus, he will be dealt with as soon as he fixes the mess he created. >_<.

Thank your for pointing it out.

[Squall-Leonhart]

god damn it, I FIXED THAT in REV415, why is it back!!!

and the reason why i didn't notice it, is because i don't use an OS that cares about Casing, (fkn windows)
its been fixed in 441 anyway.

just to point out that GBAGfx.h was always in GBAGfx.h and i had nothing to do with that.

as for SDL.cpp, im not even touching that since i never touched it to begin with.

[mudlord]

But, you would have realised that making such major changes will affect all ports?

But since you are reluctant to fix the SDL portion, due to these changes, I will.

Have a good day.

[Squall-Leonhart]

no need, its done, i thought you were meaning a path issue related to the SDL sdk,.. i hadn't added the SDL files to the project so they weren't being picked up by the replace all /GBA.h > /agb/GBA.h

[MNK]

Much better now (as of rev.442), but still...
1. eol attributes still need to be fixed
2. during rev. 439, as far as I understood it, dbgOutput and dbgSignal definitions were meant to be simply moved to a different file, however it seems that they were accidentally changed from void* to void, what causes compilation failures; after reverting that change, program seems to work correctly

[Spacy]

Originally Posted by MNK

Much better now (as of rev.442), but still...
1. eol attributes still need to be fixed
2. during rev. 439, as far as I understood it, dbgOutput and dbgSignal definitions were meant to be simply moved to a different file, however it seems that they were accidentally changed from void* to void, what causes compilation failures; after reverting that change, program seems to work correctly

Oh I'm sorry for the 2nd mistake. I removed several dirty declarations of the same functions inside the functions where dbgSignal and dbgOutput were needed, but I didn't notice that they are using function-pointers instead of calling the functions directly, because the functions have to be set depending on the VBA port. After all, only SDL implements those functions, though.

I'll fix that.

[MNK]

Thanks for acting quickly. We're slowly getting there.
Now somebody has to check the output of `svn proplist -R .` on svn tree and for every text file lacking svn:eol-style property run `svn propset svn:eol-style native ` (this includes src/agb and src/dmg directories as the files there lost those attributes during recent deletion) .

[bgKu]

Or use the svn_apply_autoprops script (from the subversion-tools package) with a properly configured svn client.
Properly configured means with these options in the config file :

[miscellany]
enable-auto-props = yes
[auto-props]
*.c = svn:eol-style=native
*.cpp = svn:eol-style=native
*.h = svn:eol-style=native
Makefile = svn:eol-style=native

[MNK]

One more thing, during those agb/dmg moves two files got slipped into the tree,
src/dmg/GB.cpp.bak and src/dmg/gbGlobals.h.bak. I think they are redundant.

[Spacy]

Files habe been removed.

[Squall-Leonhart]

yes, that was my fault.. i have been busy trying to make a installer for VBA that allows you to specify directories and basic settings during setup to write to the .ini file.

[MNK]

Thanks for the fixes. Now for something more on-topic.
While initial gui builds worked fine (while they didn't do anything more than draw GUI), for a while now the only thing I get if I try to run GUI build is an immediate segfault (non-GUI is fine).
backtrace:
#0 0xb64ddca0 in ?? () from /usr/lib/dri/fglrx_dri.so
#1 0x00000008 in ?? ()
#2 0x08919378 in ?? ()
#3 0xbfb429a8 in ?? ()
#4 0xb64eb405 in ?? () from /usr/lib/dri/fglrx_dri.so
#5 0x084357fc in ?? ()
#6 0x44ffe000 in ?? ()
#7 0x000001f8 in ?? ()
#8 0x00000000 in ?? ()

Is it the current state of work or something else (and I know - ati-drivers BAD!!!) ?

[Spacy]

Hm, I think Nach complained about something OpenGL-related as well.

Unfortunately I am a) on Windows and b) use a NVIDIA card, and everything works fine for me, except for the redraw frequency being a little off.

[mastrboy]

so were is the paypal donate button for this project?

[mudlord]

There is none.

I personally don't want donations. I'm not doing this for any compensation, at all. I personally don't want to be compensated. I'm not sure on what Spacy, Jonas & Nach think, but my own personal view on it is that I don't want donations.

Plus, it opens up a legal can of worms...I know PayPal is not exactly friendly to emulation projects....

[Dualscreenman]

Qt build works fine for me in Linux with Nvidia drivers. Maybe it's a Ati driver issue?

[Spacy]

Originally Posted by mudlord

There is none.

I personally don't want donations. I'm not doing this for any compensation, at all. I personally don't want to be compensated. I'm not sure on what Spacy, Jonas & Nach think, but my own personal view on it is that I don't want donations.

Plus, it opens up a legal can of worms...I know PayPal is not exactly friendly to emulation projects....

I don't want donations as well, since I don't want to be forced to work on this project, what I obviously am when receiving money for it.

If I start to study and do some greater stuff, I'll think it over.

[burnstheflames]

Originally Posted by mudlord

There is none.

I personally don't want donations. I'm not doing this for any compensation, at all. I personally don't want to be compensated. I'm not sure on what Spacy, Jonas & Nach think, but my own personal view on it is that I don't want donations.

Plus, it opens up a legal can of worms...I know PayPal is not exactly friendly to emulation projects....

Sem duvida essa é uma grande noticia, que bom seria se todos pensassem da mesma forma!!!

Without doubts that is a big one announces, that good it would be been all thought in the same way!!!

Please sorry for my english, I am brasilian boy

[Lord Budweiser]

"Without a doubt, this is great news, it would be nice if everybody thought this way."