[Wesnoth-bugs] [bug #25286] editor: quit dialog sometimes buggy

2016-11-12 Thread Matthias Krüger 
URL:
  

 Summary: editor: quit dialog sometimes buggy
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sat 12 Nov 2016 15:16:56 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Editor
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: v1.13.6+dev (3ff4a18-Clean)
Operating System: linux

___

Details:

launch editor
hold down escape key for a bit (escape dialog should open and reclose a few
times)
=>
now when I click "yes" in order to exit the editor, nothing happens, perhaps
there is another instance of the escape dialog under it?
I have to confirm the same dialog another or 2 more times to actually exit the
editor





___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25285] crash starting campaign

2016-11-12 Thread Matthias Krüger 
URL:
  

 Summary: crash starting campaign
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sat 12 Nov 2016 15:00:23 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: v1.13.6+dev (3ff4a18-Clean)
Operating System: linux

___

Details:

Campaigns
LoW
normal difficulty
=> sometimes the game crashes here.
Perhaps there is some kind of race condition related to poor io (disk
performance)





___

File Attachments:


---
Date: Sat 12 Nov 2016 15:00:23 UTC  Name: wesnoth_campeign_crash.log  Size:
10kB   By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25323] segfault after showing message about errors in an add-on

2016-11-21 Thread Matthias Krüger 
Follow-up Comment #1, bug #25323 (project wesnoth):

I can reproduce by corrupting "the north wind" and going into the MP game
dialog.

log attached

(file #29506)
___

Additional Item Attachment:

File name: lobby_crash.logSize:13 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25180] gcc 7-dev compiler warnings

2016-10-13 Thread Matthias Krüger 
URL:
  

 Summary: gcc 7-dev compiler warnings
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Thu 13 Oct 2016 10:43:35 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

The most interesting is probably

[  8%] Building CXX object
src/CMakeFiles/wesnoth-core.dir/serialization/string_utils.cpp.o
/home/matthias/vcs/github/wesnoth2/wesnoth/src/serialization/string_utils.cpp:
In function ‘std::__cxx11::string utils::urlencode(const string&)’:
/home/matthias/vcs/github/wesnoth2/wesnoth/src/serialization/string_utils.cpp:486:13:
warning: ‘%02X’ directive output may be truncated writing between 2 and 8
bytes into a region of size 3 [-Wformat-length=]
 std::string urlencode(const std::string )
 ^
/home/matthias/vcs/github/wesnoth2/wesnoth/src/serialization/string_utils.cpp:486:13:
note: directive argument in the range [-128, 127]
/home/matthias/vcs/github/wesnoth2/wesnoth/src/serialization/string_utils.cpp:507:42:
note: format output between 4 and 10 bytes into a destination of size 4
   snprintf(buf, sizeof(buf), "%%%02X", c);
  ^

Log attached



___

File Attachments:


---
Date: Thu 13 Oct 2016 10:43:35 UTC  Name: gcc7.log  Size: 95kB   By:
matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25144] LoW: crash when trying to start campaign

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #5, bug #25144 (project wesnoth):

Confirmed, thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25144] LoW: crash when trying to start campaign

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #6, bug #25144 (project wesnoth):

Hmm, wait, I'm still getting crashes sometimes but it seems to be less
reproducible than the last one.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25153] crash when selecting leader in age of heros era

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #3, bug #25153 (project wesnoth):

Looks fixed, thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25144] LoW: crash when trying to start campaign

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #7, bug #25144 (project wesnoth):

Got these 2 crashes while trying to launch LoW in MP.

A few minutes ago it was working fine though; I don't really understand

(file #29014, file #29015)
___

Additional Item Attachment:

File name: segv1.log  Size:7 KB
File name: segv2.log  Size:12 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25140] create game: crash when selecting same era twice

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #5, bug #25140 (project wesnoth):

Looks good, thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25097] heap buffer overflow when using planning mode

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #2, bug #25097 (project wesnoth):

This seems to work now however there were further issues unearthed.

Will create new tickets for these.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25096] heap use after free when "reset to beginning" test map save replay

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #2, bug #25096 (project wesnoth):

Looks good. Thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25082] UB in tutorial start

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #3, bug #25082 (project wesnoth):

The second one
/home/matthias/vcs/github/wesnoth/src/units/attack_type.hpp:33:7: runtime
error: load of value 190, which is not a valid value for type 'bool'
is gone now.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25143] MP: buffer overflow while assigning slots

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #1, bug #25143 (project wesnoth):

Should have been this "move cursor away rapidly from widget" bug which was
fixed recently.

Someone please close this. :)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25192] reference binding to nullpointer when clicking unit recruited in planning mode

2016-10-16 Thread Matthias Krüger 
URL:
  

 Summary: reference binding to nullpointer when clicking unit
recruited in planning mode
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sun 16 Oct 2016 21:29:09 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

start planning mode
recruit unit
click on planned unit
=> UB happens

Log attached

@ 9d31ae24d2cc6efde974104aa9f6408a28220652



___

File Attachments:


---
Date: Sun 16 Oct 2016 21:29:10 UTC  Name: planning_mode_rec_unit_UB.log  Size:
8kB   By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25144] LoW: crash when trying to start campaign

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #9, bug #25144 (project wesnoth):

Ah ok.
It looks stable now :)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25194] lua: crash starting multiplayer scenario

2016-10-16 Thread Matthias Krüger 
URL:
  

 Summary: lua: crash starting multiplayer scenario
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sun 16 Oct 2016 21:51:31 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

multiplayer
local game
map: 2p dark forecast (survival)
start with 2 local players

right at the beginning there was this:

20161016 23:49:37 error scripting/lua:
multiplayer/scenarios/2p_Dark_Forecast.lua:163: attempt to perform arithmetic
on a nil value
stack traceback:
multiplayer/scenarios/2p_Dark_Forecast.lua:163: in function
'create_timed_spaws'
multiplayer/scenarios/2p_Dark_Forecast.lua:273: in function 'h'
lua/on_event.lua:15: in function 


after clicking through the initial dialogs, the game heap-buffer-overflow'd

Log attached.



___

File Attachments:


---
Date: Sun 16 Oct 2016 21:51:31 UTC  Name: dark_forecast__localMP_crash.log 
Size: 10kB   By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25094] heap-use-after-free in test scenario (wesnoth -t)

2016-10-16 Thread Matthias Krüger 
Follow-up Comment #3, bug #25094 (project wesnoth):

Looks good, thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25193] heap use after free when quitting game after recruiting and moving same unit in planning mode

2016-10-16 Thread Matthias Krüger 
URL:
  

 Summary: heap use after free when quitting game after
recruiting and moving same unit in planning mode
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sun 16 Oct 2016 21:37:42 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

Start planning mode
recruit unit
order movement of that unit to somewhere (still in planning mode)
terminate the game => heap use after free while terminating

log attached



___

File Attachments:


---
Date: Sun 16 Oct 2016 21:37:42 UTC  Name:
recruit_move_quit__planningmode_crash.log  Size: 24kB   By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25195] MP: faction leader menu auto-closes after scrolling; can't select leader without keyboard

2016-10-16 Thread Matthias Krüger 
URL:
  

 Summary: MP: faction leader menu auto-closes after scrolling;
can't select leader without keyboard
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sun 16 Oct 2016 22:15:34 UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

when selection faction leader in MP game:
use cursor to drag scroll bar down
=> upon releasing cursor, the menu will immediately close, no chance to
actually click on leader made visible by scrolling down

It works however when using the arrow keys to scroll up/down the list.

bonus:
If you click preselected "Random" gender of unit, stderr will show

20161017 00:14:18 error mp/connect/engine: Gender 'random' is not available
for side 2 Ignoring

every time one clicks (there's also a linebreak missing in the output)




___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25106] assertion failure when shroud/FoW update undelayed

2016-10-17 Thread Matthias Krüger 
Follow-up Comment #4, bug #25106 (project wesnoth):

Looks good, thanks.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25192] reference binding to nullpointer when clicking unit recruited in planning mode

2016-10-17 Thread Matthias Krüger 
Follow-up Comment #1, bug #25192 (project wesnoth):

Ok, this also happens when simply hovering an enemy unit with the mouse (for
example the quintain in the tutorial).

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25092] memleak when music is playing in main menu

2017-04-11 Thread Matthias Krüger 
Follow-up Comment #2, bug #25092 (project wesnoth):

Looks good. Thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25081] memleaks in tutorial start

2017-04-11 Thread Matthias Krüger 
Additional Item Attachment, bug #25081 (project wesnoth):

File name: tutorial_leaks_apr_11_2017.log Size:262 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25105] UB and memleaks in testsuite

2017-04-11 Thread Matthias Krüger 
Additional Item Attachment, bug #25105 (project wesnoth):

File name: memleaks_testsuit_apr_11_2017.log Size:29 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25203] leak when changing multiplayer/chat lines in settings

2017-04-11 Thread Matthias Krüger 
Follow-up Comment #2, bug #25203 (project wesnoth):

Looks good, thanks! :)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25076] memleak: "Multiplayer" windows (from main menu)

2017-04-11 Thread Matthias Krüger 
Follow-up Comment #3, bug #25076 (project wesnoth):

Looks good, thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25081] memleaks in tutorial start

2017-04-11 Thread Matthias Krüger 
Follow-up Comment #3, bug #25081 (project wesnoth):

There are 3 leaks left right now:

Direct leak of 720 byte(s) in 2 object(s) allocated from:
#0 0x188ea42 in operator new(unsigned long)
/home/matthias/LLVM/LLVM_dev/stage_2/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:82:35
#1 0x29f54d2 in unit::advance_to(unit_type const&,
bool)::$_0::operator()(attack_type const&) const
/home/matthias/vcs/github/wesnoth/build/../src/units/unit.cpp:977:10
#2 0x29f54d2 in
std::back_insert_iterator > >
std::transform > >,
boost::iterators::use_default, boost::iterators::use_default,
boost::iterators::use_default, boost::iterators::use_default>,
std::back_insert_iterator > >,
unit::advance_to(unit_type const&,
bool)::$_0>(boost::iterators::indirect_iterator<__gnu_cxx::__normal_iterator > >,
boost::iterators::use_default, boost::iterators::use_default,
boost::iterators::use_default, boost::iterators::use_default>,
boost::iterators::indirect_iterator<__gnu_cxx::__normal_iterator > >,
boost::iterators::use_default, boost::iterators::use_default,
boost::iterators::use_default, boost::iterators::use_default>,
std::back_insert_iterator > >,
unit::advance_to(unit_type const&, bool)::$_0)
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/bits/stl_algo.h:4177
#3 0x29f54d2 in unit::advance_to(unit_type const&, bool)
/home/matthias/vcs/github/wesnoth/build/../src/units/unit.cpp:976
#4 0x29e94c5 in unit::unit(config const&, bool, vconfig const*)
/home/matthias/vcs/github/wesnoth/build/../src/units/unit.cpp:458:2
#5 0x3f3121e in unit_creator::add_unit(config const&, vconfig const*)
/home/matthias/vcs/github/wesnoth/build/../src/actions/unit_creator.cpp:169:25
#6 0x3dec8db in team_builder::place_units()
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:287:8
#7 0x3de2c3b in team_builder::build_team_stage_two()
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:88:3
#8 0x3de2c3b in build_team_stage_two(std::shared_ptr)
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:311
#9 0x3404024 in game_state::init(config const&, play_controller&)
/home/matthias/vcs/github/wesnoth/build/../src/game_state.cpp:212:4
#10 0x3d1993c in play_controller::init(CVideo&, config
const&)::$_0::operator()() const
/home/matthias/vcs/github/wesnoth/build/../src/play_controller.cpp:222:15
#11 0x3d18653 in std::_Function_handler::_M_invoke(std::_Any_data
const&)
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:1731:2
#12 0x1d4222d in std::function::operator()() const
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:2127:14
#13 0x2124d81 in
gui2::dialogs::loading_screen::pre_show(gui2::window&)::$_0::operator()()
const
/home/matthias/vcs/github/wesnoth/build/../src/gui/dialogs/loading_screen.cpp:123:5
#14 0x2124d81 in
boost::detail::thread_data::run()
/usr/include/boost/thread/detail/thread.hpp:116
#15 0x7f921200a145  (/lib64/libboost_thread.so.1.60.0+0x12145)

Direct leak of 720 byte(s) in 2 object(s) allocated from:
#0 0x188ea42 in operator new(unsigned long)
/home/matthias/LLVM/LLVM_dev/stage_2/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:82:35
#1 0x29e421c in unit::unit(unit const&)
/home/matthias/vcs/github/wesnoth/build/../src/units/unit.cpp:321:11
#2 0x2928491 in unit_map::add(map_location const&, unit const&)
/home/matthias/vcs/github/wesnoth/build/../src/units/map.cpp:72:29
#3 0x292f58f in unit_map::replace(map_location const&, unit const&)
/home/matthias/vcs/github/wesnoth/build/../src/units/map.cpp:215:9
#4 0x3f313ba in unit_creator::add_unit(config const&, vconfig const*)
/home/matthias/vcs/github/wesnoth/build/../src/actions/unit_creator.cpp:173:20
#5 0x3dec8db in team_builder::place_units()
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:287:8
#6 0x3de2c3b in team_builder::build_team_stage_two()
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:88:3
#7 0x3de2c3b in build_team_stage_two(std::shared_ptr)
/home/matthias/vcs/github/wesnoth/build/../src/teambuilder.cpp:311
#8 0x3404024 in game_state::init(config const&, play_controller&)
/home/matthias/vcs/github/wesnoth/build/../src/game_state.cpp:212:4
#9 0x3d1993c in play_controller::init(CVideo&, config

[Wesnoth-bugs] [bug #25105] UB and memleaks in testsuite

2017-04-11 Thread Matthias Krüger 
Follow-up Comment #2, bug #25105 (project wesnoth):

I'll upload a new log. UB is gone though :)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25650] memleak when broken addon is installed

2017-04-12 Thread Matthias Krüger 
URL:
  

 Summary: memleak when broken addon is installed
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Wed 12 Apr 2017 06:12:36 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

If there is an addon installed that causes an error on game start and the
error-notification pops up there seems to be a memleak caused by this.




___

File Attachments:


---
Date: Wed 12 Apr 2017 06:12:36 PM UTC  Name: addon_err_notif_leak.log  Size:
6kB   By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25504] heap use after free in new addon manager (downloading addon)

2017-04-14 Thread Matthias Krüger 
Follow-up Comment #7, bug #25504 (project wesnoth):

LGTM. Thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25661] gui2 story_viewer crashes

2017-04-16 Thread Matthias Krüger 
URL:
  

 Summary: gui2 story_viewer crashes
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Sun 16 Apr 2017 01:29:43 PM UTC
Category: Bug
Severity: 5 - Blocker
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: Battle for Wesnoth v1.13.7+dev (4f50559)
Operating System: linux

___

Details:

sometimes when starting a campaign and spamming space key to get through the
storyline very fast, the game crashes right before loading the scenario.

I assume this is some kind of race condition.

campaigns
httt
normal difficulty
*spam spacebar* => boom

I have a subtle feeling that this is easier to repro when files are not cached
or there is a log of disk io going on.

log is attached.




___

File Attachments:


---
Date: Sun 16 Apr 2017 01:29:43 PM UTC  Name: storyBOF.log  Size: 15kB   By:
matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25676] test bin crashes

2017-04-26 Thread Matthias Krüger 
URL:
  

 Summary: test bin crashes
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Wed 26 Apr 2017 03:51:30 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

wesnoth @ e5cb8c44a8d1c5679528dd323e15be41097f8f54

running build/test crashes it.

=
==6229==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc
0x02c661fe bp 0x7fff5b369290 sp 0x7fff5b368700 T0)
==6229==The signal is caused by a READ memory access.
==6229==Hint: address points to the zero page.
#0 0x2c661fd in gui2::dialogs::mp_change_control::pre_show(gui2::window&)
/home/matthias/vcs/github/wesnoth/build/../src/gui/dialogs/multiplayer/mp_change_control.cpp
#1 0x2c3bc24 in gui2::dialogs::modal_dialog::show(CVideo&, unsigned int)
/home/matthias/vcs/github/wesnoth/build/../src/gui/dialogs/modal_dialog.cpp:66:2
#2 0x1a08267 in void (anonymous
namespace)::test_resolutions(std::vector >
const&)
/home/matthias/vcs/github/wesnoth/build/../src/tests/gui/test_gui2.cpp:210:10
#3 0x1a08267 in void (anonymous
namespace)::test()
/home/matthias/vcs/github/wesnoth/build/../src/tests/gui/test_gui2.cpp:344
#4 0x1a08267 in test_gui2::test_method()
/home/matthias/vcs/github/wesnoth/build/../src/tests/gui/test_gui2.cpp:443
#5 0x19d80bf in test_gui2_invoker()
/home/matthias/vcs/github/wesnoth/build/../src/tests/gui/test_gui2.cpp:378:1


full log attached



___

File Attachments:


---
Date: Wed 26 Apr 2017 03:51:30 PM UTC  Name: testrunner_crash.log  Size: 8kB  
By: matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25677] memleak: MP post create game screen

2017-04-26 Thread Matthias Krüger 
URL:
  

 Summary: memleak: MP post create game screen
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Wed 26 Apr 2017 06:44:44 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: v1.13.7+dev (e5cb8c4)
Operating System: linux

___

Details:

Multiplayer
Local Game
[Esc]
Quit Game

=>

Direct leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x1977292 in operator new(unsigned long)
/home/matthias/LLVM/LLVM_dev/stage_2/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:82:35
#1 0x1d61833 in preprocess_file(std::__cxx11::basic_string const&,
std::map, preproc_define,
std::less >,
std::allocator const, preproc_define> > >*)
/home/matthias/vcs/github/wesnoth/build/../src/serialization/preprocessor.cpp:1348:36
#2 0x40e1547 in ng::create_engine::init_all_levels()
/home/matthias/vcs/github/wesnoth/build/../src/game_initialization/create_engine.cpp:700:18
#3 0x40dec07 in ng::create_engine::create_engine(CVideo&, saved_game&)
/home/matthias/vcs/github/wesnoth/build/../src/game_initialization/create_engine.cpp:267:2
#4 0x32aaf2c in enter_create_mode(std::shared_ptr)
/home/matthias/vcs/github/wesnoth/build/../src/game_initialization/multiplayer.cpp:442:21
#5 0x32aa835 in mp::start_local_game(CVideo&, config const&, saved_game&)
/home/matthias/vcs/github/wesnoth/build/../src/game_initialization/multiplayer.cpp:611:2
#6 0x20e4ba0 in
game_launcher::play_multiplayer(game_launcher::mp_selection)
/home/matthias/vcs/github/wesnoth/build/../src/game_launcher.cpp:836:4
#7 0x197d518 in do_gameloop(std::vector,
std::allocator > > const&)
/home/matthias/vcs/github/wesnoth/build/../src/wesnoth.cpp:810:14
#8 0x197a7e0 in main
/home/matthias/vcs/github/wesnoth/build/../src/wesnoth.cpp:1053:19
#9 0x7f02ed70a400 in __libc_start_main
/usr/src/debug/glibc-2.24-33-ge9e69e4/csu/../csu/libc-start.c:289






___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25677] memleak: MP post create game screen

2017-04-27 Thread Matthias Krüger 
Follow-up Comment #1, bug #25677 (project wesnoth):

This was fixed by c41aafd96dfe618d35353701a65973ec7bcc610d
Thanks!

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25678] can't terminate ai match due to lua exception

2017-04-27 Thread Matthias Krüger 
URL:
  

 Summary: can't terminate ai match due to lua exception
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Thu 27 Apr 2017 09:25:43 AM UTC
Category: Bug
Severity: 5 - Blocker
Priority: 5 - Normal
  Item Group: Multiplayer
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

multiplayer
local game
2p - hornshark island
create game
set first player to default AI
set second player to empty
set second player to give
set second player to exp AI
I'm ready

while game is running:

Menu
Quit to Title screen
Yes
=>

match continues :(

game printed
20170427 11:22:57 error ai/actions: Error #2001 (move_result::E_EMPTY_MOVE) in
partial move by side 2 from location 25,22 to location 25,22
at some point, may be related




___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25680] editor: use after free when closing map

2017-04-28 Thread Matthias Krüger 
URL:
  

 Summary: editor: use after free when closing map
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Fri 28 Apr 2017 01:58:50 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Editor
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

I think this was talked about on irc but I couldn't find a ticket.

launch wesnoth -e
click "close map" button
=> crash

ASAN log attached.




___

File Attachments:


---
Date: Fri 28 Apr 2017 01:58:50 PM UTC  Name: closemap.log  Size: 18kB   By:
matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25678] can't terminate ai match due to lua exception

2017-04-28 Thread Matthias Krüger 
Follow-up Comment #2, bug #25678 (project wesnoth):

I think you have to let the AIs play a bit until such warning is thrown:
20170428 15:47:39 error ai/actions: Error #2001 (move_result::E_EMPTY_MOVE) in
partial move by side 1 from location 22,3 to location 22,3
20170428 15:47:48 error ai/actions: Error #2001 (move_result::E_EMPTY_MOVE) in
partial move by side 1 from location 21,9 to location 21,9

and then try to quit the game, I could repro this way.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25680] editor: use after free when closing map

2017-04-28 Thread Matthias Krüger 
Follow-up Comment #3, bug #25680 (project wesnoth):

I tested on top of ad9bf209a758fa0172cdadd4931a884265bd47df 

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #25684] testrunner crashes (stack use after free)

2017-05-01 Thread Matthias Krüger 
URL:
  

 Summary: testrunner crashes (stack use after free)
 Project: Battle for Wesnoth
Submitted by: matthiaskrgr
Submitted on: Mon 01 May 2017 01:48:25 PM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Unit Tests
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: git
Operating System: linux

___

Details:

wesnoth @ 81eb23c74e8ad86d0354a195e668c0c79546f4fd

running asan instrumented testrunner crashes with stack use after free.

log attached



___

File Attachments:


---
Date: Mon 01 May 2017 01:48:26 PM UTC  Name: tests_SUAS.log  Size: 6kB   By:
matthiaskrgr



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

<    1   2