next »

[bloodyshade]

Hi,

I want to report that the compilation fails under windows because in function 'do_thread' in toolkit/console.c, there is a call to usleep, which is not available under windows. I tried to fix that by using this small snipplet:

Code: inactive:javascript:void(0);

#ifdef WIN32
#include <windows.h>
#define usleep(useconds) Sleep((useconds + 999) / 1000)
#endif

It does compile now, but there is a small problem that is causing a real bad lag ingame:

Code: inactive:javascript:void(0);

[00:02:31.036818] BUG [sleep_delta:215] sleep delta out of range! (0s 513421us)
[00:02:31.161529] BUG [sleep_delta:215] sleep delta out of range! (0s 513710us)
[00:02:31.266197] BUG [sleep_delta:215] sleep delta out of range! (0s 534042us)
[00:02:31.358044] BUG [sleep_delta:215] sleep delta out of range! (0s 567195us)
[00:02:31.141662] BUG [sleep_delta:215] sleep delta out of range! (0s 908577us)
[00:02:34.497314] BUG [sleep_delta:215] sleep delta out of range! (0s 519757us)
[00:02:34.601979] BUG [sleep_delta:215] sleep delta out of range! (0s 540092us)
[00:02:34.720143] BUG [sleep_delta:215] sleep delta out of range! (0s 546928us)
[00:02:34.405454] BUG [sleep_delta:215] sleep delta out of range! (0s 986617us)
[00:02:37.767669] BUG [sleep_delta:215] sleep delta out of range! (0s 591556us)
[00:02:37.977372] BUG [sleep_delta:215] sleep delta out of range! (0s 506853us)
[00:02:38.069121] BUG [sleep_delta:215] sleep delta out of range! (0s 540104us)
[00:02:37.767471] BUG [sleep_delta:215] sleep delta out of range! (0s 966754us)
[00:02:41.214857] BUG [sleep_delta:215] sleep delta out of range! (0s 512905us)
[00:02:41.312971] BUG [sleep_delta:215] sleep delta out of range! (0s 539791us)
[00:02:41.431135] BUG [sleep_delta:215] sleep delta out of range! (0s 546627us)
[00:02:41.116443] BUG [sleep_delta:215] sleep delta out of range! (0s 986319us)
[00:02:41.319605] BUG [sleep_delta:215] sleep delta out of range! (0s 908157us)

Would you please look into this? I was going to report it in the bugtracker but that is also broken:

Code: inactive:javascript:void(0);

Software error:

DateTime::TimeZone version 1.09 required--this is only version 0.98 at /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/DateTime.pm line 47.
BEGIN failed--compilation aborted at /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/DateTime.pm line 47.
Compilation failed in require at Bugzilla/Util.pm line 53.
BEGIN failed--compilation aborted at Bugzilla/Util.pm line 53.
Compilation failed in require at Bugzilla/Error.pm line 33.
BEGIN failed--compilation aborted at Bugzilla/Error.pm line 33.
Compilation failed in require at Bugzilla/Install/Filesystem.pm line 31.
BEGIN failed--compilation aborted at Bugzilla/Install/Filesystem.pm line 31.
Compilation failed in require at Bugzilla/Config.pm line 38.
BEGIN failed--compilation aborted at Bugzilla/Config.pm line 38.
Compilation failed in require at Bugzilla.pm line 43.
BEGIN failed--compilation aborted at Bugzilla.pm line 43.
Compilation failed in require at index.cgi line 34.
BEGIN failed--compilation aborted at index.cgi line 34.

Best regards,
BloodyShade

[Mamoru]

Hello BloodyShade,

Thank you for the report.
We will look into it and let you know when the problem has been fixed.

M.

Atrinik r5410, Windows 7 Ultimate x64, Code::Blocks 10.05, Python 3.2.1
MinGW/GCC didn't find any compiler errors.
These are the warnings in my build logs:
http://pastebin.com/raw.php?i=fgNX6WJE

My server reports the same bug as BloodyShade.

The server window shows the following and is closed when I try to create a character:

Code: [Select]

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Any ideas Cleo?

M.

[ddhanna]

Sorry for the delay. the problem is being looked at. we will post on here when the issue is fixed.

Ddhanna

[NiteStar]

(Might help to know which version of winblows compiling is failing under...)

 

[bloodyshade]

(Might help to know which version of winblows compiling is failing under...)

 

Sorry I didn't specify.
OS: Windows 7 Ultimate x64 SP1
CB Version: Nighly debugger branch rev7790
MinGW/GCC: 3.4.5

As a side note, the client's libSDL.dll.a won't work with this version of MinGW.
I can't remember the exact function that is missing but it won't link since it's missing in the sdl lib (because it was compiled by an old version of MinGWwhich didn't have the function).
I just downloaded the sdl-devel-1.2.15-mingw32 package from their site and replaced it with their version.

Best regards,
BloodyShade

[Cleo]

I don't have access to a Windows box right now (and probably won't until I get back home, which might be a few weeks yet), so someone else would have to look into that.

The server window shows the following and is closed when I try to create a character:

Code: [Select]

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

That was fixed in r5415; please ensure you're using the latest revision before posting bug reports.

[ddhanna]

thanks Cleo, you have been a big help as usual.

Ddhana

[NiteStar]

thanks Cleo, you have been a big help as usual.

Ddhana

Dd, he's actually been more of a help than he has in the past; I think he's mellowing in his old age! 

But Cleo, not having a Winblows box to work on is no excuse for a master hacker like you; just conjure up a VM! 

[Cleo]

Right on, let me download an ISO over this 5 KB/s connection... I'll get back to you on that one.

[Cleo]

I suspect the sleep_delta issue should be fixed in r5440.

As far as I can recall, MinGW should be providing usleep, however, that might have changed in newer versions. I will consider adding usleep implementation into the porting library.

As for the SDL library, I think you should be alright using the version you downloaded. However, bear in mind that the version we normally use has a few patches (including SDL_ttf and SDL_mixer), which prevent bugs/crashes that the SDL folks seem unable to fix and/or release patch for. Lippy knows more about the patches in particular I think. I'll have a look to see what the issue is when I get back home.

Thanks for the reports.

[bloodyshade]

I suspect the sleep_delta issue should be fixed in r5440.

As far as I can recall, MinGW should be providing usleep, however, that might have changed in newer versions. I will consider adding usleep implementation into the porting library.

As for the SDL library, I think you should be alright using the version you downloaded. However, bear in mind that the version we normally use has a few patches (including SDL_ttf and SDL_mixer), which prevent bugs/crashes that the SDL folks seem unable to fix and/or release patch for. Lippy knows more about the patches in particular I think. I'll have a look to see what the issue is when I get back home.

Thanks for the reports.

I just updated my repo here, as of r5454 the delta problem is no longer
Only issue I had now is when ^C'ing the server, I get that same message Mamoru reported:

Code: inactive:javascript:void(0);

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

But I believe that shouldn't be much of a problem.

Thanks for fixing this

Best regards,
BloodyShade

[Mamoru]

Everything seems fixed in r5454.

These are the only warnings I still get:

Code: [Select]

||=== plugin_python, Release ===|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|78|warning: "HAVE_FCNTL_H" redefined|
c:\Python32\include\pyconfig.h|661|warning: this is the location of the previous definition|
..\..\src\toolkit\include\porting.h|80|warning: "HAVE_STDDEF_H" redefined|
c:\Python32\include\pyconfig.h|678|warning: this is the location of the previous definition|
||=== Build finished: 0 errors, 32 warnings ===|

M.

[bloodyshade]

Hi again guys,

Just a quick new report (thought it would be better to post here instead of creating a new thread).
On the Atrinik Client's project, it is missing a "..\..\src\gui\toolkit\include" search path for the compiler, guess you just forgot to update the project file on the latest revs.
It compiled fine after adding that search path, so just a headsup

Best Regards,
BloodyShade

[ddhanna]

thank you for the update.

Ddhanna