Latest Posts

Topic: svn4490 doing self-close and hang mouse

kamil

Topic Opener
Joined: 2009-08-24, 15:44
Posts: 8
Ranking
Pry about Widelands
Posted at: 2009-08-24, 19:21

Hi,

I started first tutorial (I have only one and read about three) and game closes after a while;

I ran game from console, below what I saw after crash:

(!) Direct/Util: opening '/dev/ and '/dev/fb/0' failed --> Nie ma takiego pliku ani katalogu;

(!) !DirectFB/FBDev Error opening framebuffer device!

(!) !DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER variable ...

(!) !DirectFB/Core: Could not initialize 'system_core' core! --> Initialization Error!

(!) [19310: 0.000] --> Caught signal 11 (at 0x65, invalid address) <--

Przerwane

What can cause this?

After crash mouse is not working, cursor is not moving, but X working, I can change windows Alt+Tab or close them.

Edit: I ran game from console and from Nautilus, campaign and usual map with the same result. After crash only restarting X make mouse live.

Dots in communicates means that I can not read from picture i took because of flash on picture from camera lamp. face-wink.png

PS. There is no possibility to attach a file?

Edited: 2009-08-24, 20:27

Top Quote
sigra

Joined: 2009-03-05, 18:02
Posts: 130
Ranking
At home in WL-forums
Location: Orsa
Posted at: 2009-08-24, 20:17

New tutorials will become available when you complete the ones that you can see.

kamil wrote: There is no possibility to attach a file?

It is possible to attach files up to 255999 byte at the bug tracker. Try to make the file as small as possible. If it can not be made smaller than that size, use 7z a -r -v255999 to split it into multiple volumes.

Unfortunately the bug tracker does not allow non-projectmembers to attach a file to an item that someone else created. When that is needed, send it to a project member, who will then attach it.

PS. If words in your forum post show up in red (broken wiki links), like DirectFB, you have to edit your post and put an exclamation sign (!) in front of the word. Then it will be shown correctly, like !DirectFB.

Edited: 2009-08-24, 20:22

Top Quote
kamil

Topic Opener
Joined: 2009-08-24, 15:44
Posts: 8
Ranking
Pry about Widelands
Posted at: 2009-08-25, 13:36

I have new information:

I tried to diagnose what is going on and discovered face-wink.png that:

console output after crash depend on what I'm doing in game, i.e (I was testing only first tutorial now) when I was trying to build second lumberjack hut output was like in first post, but when I built only fist lumberjack and was waiting what will happen output after crash was only: Segmentation fault.

I redirected game output from screen to files and probably beside this game alone creating logs, but I cannot find them;

And now: should I report this as bug? I can also send to one of Developers those files and list of installed necessary software (version used to build) and He will then decide.

One more: during building process I had almost everywhere warnings about optimizing loops and possibility to overflow counter if I good remember;

EDIT: I forgot: after segfault case mouse was active;

Cheers

Edited: 2009-08-25, 13:41

Top Quote
sigra

Joined: 2009-03-05, 18:02
Posts: 130
Ranking
At home in WL-forums
Location: Orsa
Posted at: 2009-08-25, 20:25

Run it in Valgrind and it will tell you where the segmentation fault happens.


Top Quote
kamil

Topic Opener
Joined: 2009-08-24, 15:44
Posts: 8
Ranking
Pry about Widelands
Posted at: 2009-08-25, 21:13

Hello,

thank You for hints! I did not know that Valgrind is exist face-wink.png

I ran Widelands (game was very slooowww ;-)) in it with option writing to log file, but I cant make an interpretation of data that this log contain face-sad.png I do not have enough knowledge in this matter.

What is important I think (this is easy to know) is number of errors if they exist.

IN SUMMARY: 7202 errors from 50 contexts (suppressed: 20666 from face-glasses.png

I also ran in the name of science face-wink.png command cat under valgrind on widelands log to compare and I had no errors.

I can send e-mail with log to anyone who want to look at this and can say something more about those errors and causes why they exist.

Greetings


Top Quote
sigra

Joined: 2009-03-05, 18:02
Posts: 130
Ranking
At home in WL-forums
Location: Orsa
Posted at: 2009-08-25, 21:38

kamil wrote: I ran Widelands (game was very slooowww)

It can help to run it in the smallest possible window. Another good idea is to have a really fast computer.

What is important I think (this is easy to know) is number of errors if they exist.

What is important is the information about first error (so that we can fix it). But there are often a bunch of errors that we can not do anyting about, because they happen in glibc, SDL or so. (There is a known error with SDL_PumpEvents.)

We need to know the first error that happens in our code, such as invalid read or write of some size, or conditional jump or move depends on uninitialized value(s).

To get the filename:linenumber information, a debug build of Widelands is needed (that is the kind of build that shows the mouse coordinates and refresh rate in the top left corner, shows you the whole map with F5 and is built with the command "scons build=debug").


Top Quote
kamil

Topic Opener
Joined: 2009-08-24, 15:44
Posts: 8
Ranking
Pry about Widelands
Posted at: 2009-08-25, 22:57

Ok, done face-smile.png

Funny, there is anonther single package required for debug version (libboost-test-dev) and version of libboost must be decreased by one to 1.38 because of dependencies;

I'm pasting first two errors:

Conditional jump or move depends on uninitialised value(s)

==7212== at 0x7014BCD: getenv (in /lib/libc-2.9.so)

==7212== by 0x835AD40: jinit_memory_mgr (in /usr/lib/libjpeg.so.62.0.0)

==7212== by 0x834D5BB: jpeg_CreateDecompress (in /usr/lib/libjpeg.so.62.0.0)

==7212== by 0x5522BF7: IMG_LoadJPG_RW (in /usr/lib/libSDL_image-1.2.so.0.1.6)

==7212== by 0x5520C9A: IMG_LoadTyped_RW (in /usr/lib/libSDL_image-1.2.so.0.1.6)

==7212== by 0xAD64E2: !LoadImage(char const*) (graphic.cc:64)

==7212== by 0xAD6635: Graphic::get_picture(!PicMod, std::string const& ) (graphic.cc:385)

==7212== by 0xA5C8A7: Fullscreen_Menu_Base::Fullscreen_Menu_Base(char const*) (base.cc:73)

==7212== by 0xA34C0F: Fullscreen_Menu_Intro::Fullscreen_Menu_Intro() (intro.cc:32)

==7212== by 0x6F885F: WLApplication::run() (wlapplication.cc:383)

==7212== by 0x64D2EC: main (main.cc:48)

--7212-- REDIR: 0x68f9860 (operator newunsigned long) redirected to 0x4c22ad0 (operator newunsigned long)

--7212-- memcheck GC: 1024 nodes, 1024 survivors (100.0%)

--7212-- memcheck GC: increase table size to 2048

--7212-- memcheck GC: 2048 nodes, 2048 survivors (100.0%)

--7212-- memcheck GC: increase table size to 4096

--7212-- memcheck GC: 4096 nodes, 3152 survivors ( 76.9%)

--7212-- memcheck GC: increase table size to 8192

--7212-- REDIR: 0xffffffffff600400 (???) redirected to 0x3803e26d (vgPlain_amd64_linux_REDIR_FOR_vtime)

==7212==

==7212== Conditional jump or move depends on uninitialised value(s)

==7212== at 0x7014BCD: getenv (in /lib/libc-2.9.so)

==7212== by 0x706E573: (within /lib/libc-2.9.so)

==7212== by 0x706E7E6: (within /lib/libc-2.9.so)

==7212== by 0x782818: timestring() (timestring.cc:34)

==7212== by 0x833FAE: Widelands::Game::run(UI::!ProgressWindow&, Widelands::Game::Start_Game_Type) (game.cc:465)

==7212== by 0x835FEB: Widelands::Game::run_splayer_scenario_direct(char const*) (game.cc:244)

==7212== by 0x6EDF19: WLApplication::campaign_game() (wlapplication.cc:1966)

==7212== by 0x6EFAB0: WLApplication::mainmenu_singleplayer() (wlapplication.cc:1489)

==7212== by 0x6F74E5: WLApplication::mainmenu() (wlapplication.cc:1408)

==7212== by 0x6F89B3: WLApplication::run() (wlapplication.cc:388)

==7212== by 0x64D2EC: main (main.cc:48)

Edited: 2009-08-25, 22:58

Top Quote
sigra

Joined: 2009-03-05, 18:02
Posts: 130
Ranking
At home in WL-forums
Location: Orsa
Posted at: 2009-08-25, 23:29

Maybe we should ignore those errors in getenv for now. What comes after them?


Top Quote
kamil

Topic Opener
Joined: 2009-08-24, 15:44
Posts: 8
Ranking
Pry about Widelands
Posted at: 2009-08-26, 00:05

Next three, especially in third is much about widelands:

Conditional jump or move depends on uninitialised value(s)

==7212== at 0x50E784A: deflate (in /usr/lib/libz.so.1.2.3.3)

==7212== by 0xAC540A: zipCloseFileInZipRaw (unzip.cc:2338)

==7212== by 0xAC5730: zipCloseFileInZip (unzip.cc:2417)

==7212== by 0xAC136F: !ZipFilesystem::!MakeDirectory(std::string const&) (zip_filesystem.cc:296)

==7212== by 0xABF5F8: !ZipFilesystem::!EnsureDirectoryExists(std::string const&) (zip_filesystem.cc:242)

==7212== by 0x79DEC5: Widelands::Game_Saver::save() (game_saver.cc:45)

==7212== by 0x68CE50: !SaveHandler::save_game(Widelands::Game&, std::string const&, std::string*) (save_handler.cc:152)

==7212== by 0x6C4420: Widelands::!ReplayWriter::!ReplayWriter(Widelands::Game&, std::string const&) (replay.cc:236)

==7212== by 0x834094: Widelands::Game::run(UI::!ProgressWindow&, Widelands::Game::Start_Game_Type) (game.cc:472)

==7212== by 0x835FEB: Widelands::Game::run_splayer_scenario_direct(char const*) (game.cc:244)

==7212== by 0x6EDF19: WLApplication::campaign_game() (wlapplication.cc:1966)

==7212== by 0x6EFAB0: WLApplication::mainmenu_singleplayer() (wlapplication.cc:1489)

==7212==

==7212== Syscall param write(buf) points to uninitialised byte(s)

==7212== at 0x709F41B: write (in /lib/libc-2.9.so)

==7212== by 0x704C6C2: _IO_file_write (in /lib/libc-2.9.so)

==7212== by 0x704C329: (within /lib/libc-2.9.so)

==7212== by 0x704C664: _IO_do_write (in /lib/libc-2.9.so)

==7212== by 0x704DFC6: _IO_switch_to_get_mode (in /lib/libc-2.9.so)

==7212== by 0x704CB2F: _IO_file_seekoff (in /lib/libc-2.9.so)

==7212== by 0x7042419: ftell (in /lib/libc-2.9.so)

==7212== by 0xAC4A5B: ftell_file_func(void, void) (unzip.cc:2623)

==7212== by 0xAC55D7: zipCloseFileInZipRaw (unzip.cc:2378)

==7212== by 0xAC5730: zipCloseFileInZip (unzip.cc:2417)

==7212== by 0xAC02AD: !ZipFilesystem::Write(std::string const&, void const*, int) (zip_filesystem.cc:401)

==7212== by 0x79EE32: basic_!FileWrite<Widelands::!StreamWrite>::Write(!FileSystem&, char const*) (basic_filewrite.h:63)

==7212== Address 0x402d083 is not stack'd, malloc'd or (recently) free'd

==7212==

==7212== Conditional jump or move depends on uninitialised value(s)

==7212== at 0x6C6EDA: Section::set_bool(char const*, bool) (profile.h:172)

==7212== by 0x900561: Widelands::Event_Victory::Write(Section&, Widelands::Editor_Game_Base&) const (event_victory.cc:44)

==7212== by 0x7E8C78: Widelands::Map_Event_Data_Packet::Write(!FileSystem&, Widelands::Editor_Game_Base&, Widelands::Map_Map_Object_Saver*) (widelands_map_event_data_packet.cc:97)

==7212== by 0x7BB353: Widelands::Map_Saver::save() (widelands_map_saver.cc:127)

==7212== by 0x7A07ED: Widelands::Game_Map_Data_Packet::Write(!FileSystem&, Widelands::Game&, Widelands::Map_Map_Object_Saver*) (game_map_data_packet.cc:75)

==7212== by 0x79E15B: Widelands::Game_Saver::save() (game_saver.cc:60)

==7212== by 0x68CE50: !SaveHandler::save_game(Widelands::Game&, std::string const&, std::string*) (save_handler.cc:152)

==7212== by 0x6C4420: Widelands::!ReplayWriter::!ReplayWriter(Widelands::Game&, std::string const&) (replay.cc:236)

==7212== by 0x834094: Widelands::Game::run(UI::!ProgressWindow&, Widelands::Game::Start_Game_Type) (game.cc:472)

==7212== by 0x835FEB: Widelands::Game::run_splayer_scenario_direct(char const*) (game.cc:244)

==7212== by 0x6EDF19: WLApplication::campaign_game() (wlapplication.cc:1966)

==7212== by 0x6EFAB0: WLApplication::mainmenu_singleplayer() (wlapplication.cc:1489)

--7212-- REDIR: 0x68f78f0 (operator deletevoid*) redirected to 0x4c21a50 (operator deletevoid*)

Edited: 2009-08-26, 00:08

Top Quote
sigra

Joined: 2009-03-05, 18:02
Posts: 130
Ranking
At home in WL-forums
Location: Orsa
Posted at: 2009-08-26, 00:41

kamil wrote: Next three, especially in third is much about widelands: ==7212== Conditional jump or move depends on uninitialised value(s) ==7212== at 0x6C6EDA: Section::set_bool(char const*, bool) (profile.h:172) ==7212== by 0x900561: Widelands::Event_Victory::Write(Section&, Widelands::Editor_Game_Base& const (event_victory.cc:44)

I created a bug report about that error, but it is most likely not causing your crash.


Top Quote