Project

General

Profile

Bug #2806

wt-3.3.2: Calling WTableView::sortByColumn(-1,AscendingOrder) creates core dump

Added by Stefan Ruppert over 8 years ago. Updated over 8 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
03/12/2014
Due date:
% Done:

0%

Estimated time:

Description

Hi,

calling WTableView::sortByColumn() method with --1 as column creates the following core dump:

#0  0x00007ffff732ff62 in Wt::WStandardItem::child (this=0x7fffec040fc0, row=1, column=<optimized out>) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/Wt/WStandardItem.C:643
#1  0x00007ffff7330f7d in compare (r2=<optimized out>, r1=<optimized out>, this=<optimized out>) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/Wt/WStandardItem.C:37
#2  operator() (r2=<optimized out>, r1=<optimized out>, this=<optimized out>) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/Wt/WStandardItem.C:31
#3  std::__insertion_sort<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, <unnamed>::WStandardItemCompare>(__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, (anonymous namespace)::WStandardItemCompare) (__first=..., __last=..., __comp=...) at /opt/devel/build/gcc-4.3.3/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.3/../../../../include/c++/4.3.3/bits/stl_algo.h:1779
#4  0x00007ffff73323ad in __chunk_insertion_sort<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, long int, <unnamed>::WStandardItemCompare> (__comp=..., __chunk_size=<optimized out>, __last=..., __first=...)
    at /opt/devel/build/gcc-4.3.3/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.3/../../../../include/c++/4.3.3/bits/stl_algo.h:2937
#5  std::__merge_sort_with_buffer<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, int*, <unnamed>::WStandardItemCompare>(__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, int *, (anonymous namespace)::WStandardItemCompare) (__first=..., __last=..., __buffer=0x7fffec220300, __comp=...) at /opt/devel/build/gcc-4.3.3/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.3/../../../../include/c++/4.3.3/bits/stl_algo.h:2982
#6  0x00007ffff7332cac in std::__stable_sort_adaptive<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, int*, long int, <unnamed>::WStandardItemCompare>(__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, int *, long, (anonymous namespace)::WStandardItemCompare) (__first=..., __last=..., __buffer=0x7fffec220300, __buffer_size=83, __comp=...) at /opt/devel/build/gcc-4.3.3/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.3/../../../../include/c++/4.3.3/bits/stl_algo.h:3041
#7  0x00007ffff733304e in stable_sort<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, <unnamed>::WStandardItemCompare> (__comp=..., __last=..., __first=...) at /opt/devel/build/gcc-4.3.3/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.3/../../../../include/c++/4.3.3/bits/stl_algo.h:5028
#8  stable_sort<int, <unnamed>::WStandardItemCompare> (result=..., compare=...) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/web/WebUtils.h:159
#9  Wt::WStandardItem::recursiveSortChildren (this=0x7fffec040fc0, column=-1, order=Wt::AscendingOrder) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/Wt/WStandardItem.C:852
#10 0x00007ffff7334abf in Wt::WStandardItem::sortChildren (this=0x7fffec040fc0, column=-1, order=Wt::AscendingOrder) at /home/ruppert/work/wt/kdeforche-wt-90e4954/src/Wt/WStandardItem.C:817
#11 0x0000000000557831 in myarm::web::TransactionView::updateWidgets (this=0x7fffec040b50) at TransactionView.cc:236
#1

Updated by Koen Deforche over 8 years ago

  • Status changed from New to Feedback

Hey Stefan,

What is that supposed to do? Did this not core-dump with 3.3.1?

Regards,

koen

#2

Updated by Stefan Ruppert over 8 years ago

Hi,

within myarmbrowser we store the column used for sorting in a database and when loading a configuration we will call sortByColumn() with the loaded column. In some rare situations we can't "find" the correct column and called it with column=--1 which is a failure within myarmbrowser, but I would expect that Wt should not crash!?

Regards,

Stefan

Also available in: Atom PDF