Bug#619130: ERROR: compile in g++-4.5
Bastian, I don't think that the example in compileError.hxx is a good code. But I think than the code is compilable. I have two arguments. The first: It is works with g++-4.4 :-) The second: When the member function fully defines in the class body it makes the function inline. Imagine that in main function is written: mapOfStructure tmp; structure my_structure; tmp.SetMos( my_structure ); It's the same as: mapOfStructure tmp; structure my_structure; tmp.m_mos = my_structure; The second code is compilable, the first is not compilable. On 04/25/2011 04:17 PM, Bastian Blank wrote: > On Mon, Mar 21, 2011 at 05:33:38PM +0300, Fokin Evgeny wrote: >> I make simple code for demonstration this compile error. Look attached >> files. > Can you please explain why this example is correct?
Bug#619130: ERROR: compile in g++-4.5
I have rechecked with g++-4.6
/$> g++
--version
g++-4.6 (Debian 4.6.0-2) 4.6.1 20110329
(prerelease)
Copyright (C) 2011 Free Software Foundation,
Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE./
I have got the same error:
/$> g++ compileError.cxx
In file included from
/usr/include/c++/4.6/bits/stl_algobase.h:65:0,
from
/usr/include/c++/4.6/bits/stl_tree.h:63,
from
/usr/include/c++/4.6/map:60,
from
compileError.hxx:1,
from
compileError.cxx:1:
/usr/include/c++/4.6/bits/stl_pair.h: In instantiation of
‘std::pair’:
compileError.hxx:11:55: instantiated from
here
/usr/include/c++/4.6/bits/stl_pair.h:93:11: error: ‘std::pair<_T1,
_T2>::second’ has incomplete
type
compileError.hxx:3:8: error: forward declaration of ‘struct structure’
/
On 04/23/2011 03:41 PM, Matthias Klose wrote:
> tag 619130 + moreinfo
> thanks
>
> please recheck with g++-4.6, and attach the preprocessed source for
> 4.6 too, if it still fails to build
>
> thanks, Matthias
#include "compileError.hxx"
int main()
{
mapOfStructure tmp;
return 0;
}
#include
struct structure;
typedef std::map mapOfStructure;
class simpleClass
{
mapOfStructure m_mos;
const mapOfStructure GetMos () const { return m_mos; }
void SetMos ( const mapOfStructure& v ) { m_mos = v; }
};
struct structure
{
int i;
};
Bug#619130: ERROR: compile in g++-4.5
Package: g++-4.5
Version: 4.5.2-4
I have found the code normal working with g++-4.4. After upgrade to
g++-4.5 I see "ERROR: compile".
I make simple code for demonstration this compile error. Look attached
files.
$ g++ compileError.cxx
In file included from /usr/include/c++/4.5/bits/stl_algobase.h:66:0,
from /usr/include/c++/4.5/bits/stl_tree.h:62,
from /usr/include/c++/4.5/map:60,
from compileError.hxx:1,
from compileError.cxx:1:
/usr/include/c++/4.5/bits/stl_pair.h: In instantiation of
‘std::pair’:
compileError.hxx:11:62: instantiated from here
/usr/include/c++/4.5/bits/stl_pair.h:77:11: error: ‘std::pair<_T1,
_T2>::second’ has incomplete type
compileError.hxx:3:8: error: forward declaration of ‘struct structure’
distcc[7487] ERROR: compile compileError.cxx on localhost failed
--
With best regards
Evgeny,
e-mail: efo...@mera.ru
#include "compileError.hxx"
int main()
{
mapOfStructure tmp;
return 0;
}
#include
struct structure;
typedef std::map mapOfStructure;
class simleClass
{
mapOfStructure m_mos;
const mapOfStructure& GetMos () const { return m_mos; }
inline void SetMos ( const mapOfStructure& v ) { m_mos = v; }
};
struct structure
{
int i;
};
Bug#606476: Wrong Organizer field in Event Invitation of iceowl-extension
Bug doesn't reproduce after full-upgrade. It's very strange but version iceowl-extension is still the same: 1.0~b1+dfsg1-1 $ dpkg --status iceowl-extension icedove Package: iceowl-extension Status: install ok installed Priority: optional Section: web Installed-Size: 4524 Maintainer: Alexander Sack Architecture: i386 Source: iceowl Version: 1.0~b1+dfsg1-1 ... Package: icedove Status: install ok installed Priority: optional Section: mail Installed-Size: 31580 Maintainer: Alexander Sack Architecture: i386 Version: 3.0.10-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597703: closed by Balint Reczey (Bug#597703: fixed in wireshark 1.2.10-2+squeeze1)
Sorry Balint, but I don't know where to get 24_backport-fixes-from-1.2.11.patch. I get source files by `apt-get -t squeeze source wireshark` and build wireshark. # apt-get -t squeeze source wireshark Reading package lists... Done Building dependency tree Reading state information... Done Need to get 15.5MB of source archives. Get:1 http://proxy/ftp.debian.org/debian/ testing/main wireshark 1.2.10-2 (dsc) [1,703B] Get:2 http://proxy/ftp.debian.org/debian/ testing/main wireshark 1.2.10-2 (tar) [15.4MB] Get:3 http://proxy/ftp.debian.org/debian/ testing/main wireshark 1.2.10-2 (diff) [57.7kB] Fetched 15.5MB in 2s (7,575kB/s) gpgv: keyblock resource `/root/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Fri 03 Sep 2010 03:26:51 AM MSD using DSA key ID A5674EC1 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./wireshark_1.2.10-2.dsc dpkg-source: info: extracting wireshark in wireshark-1.2.10 dpkg-source: info: unpacking wireshark_1.2.10.orig.tar.bz2 dpkg-source: info: unpacking wireshark_1.2.10-2.debian.tar.gz dpkg-source: info: applying 01_idl2deb.patch dpkg-source: info: applying 02_asn2deb.patch dpkg-source: info: applying 03_preferences.patch dpkg-source: info: applying 04_asn2wrs_ply.patch dpkg-source: info: applying 05_libsnmp_path.patch dpkg-source: info: applying 06_giop-buffer.patch dpkg-source: info: applying 07_mib_tip.patch dpkg-source: info: applying 08_wireshark-desktop-menu.patch dpkg-source: info: applying 09_idl2wrs.patch dpkg-source: info: applying 10_prevent_libsmi_crash.patch dpkg-source: info: applying 11_disable_oid_resolution_by_default.patch dpkg-source: info: applying 12_fix_about_crash.patch dpkg-source: info: applying 16_licence_about_location.patch dpkg-source: info: applying 21_dumpcap.patch dpkg-source: info: applying 23_lintian-overrides.patch The problem was in version 1.2.10-2(squeeze), but version 1.2.11-1(sid) works fine. I hope to see wireshark version 1.2.11-1 in squeeze soon :-) -Original Message- From: rbal...@gmail.com on behalf of Bálint Réczey Sent: Thu 2010-09-30 16:43 To: Fokin, Evgeny; 597...@bugs.debian.org Subject: Re: Bug#597703: closed by Balint Reczey (Bug#597703: fixed in wireshark 1.2.10-2+squeeze1) Hi Evgeny, Could you please make sure that you applied 24_backport-fixes-from-1.2.11.patch and you ran wireshark in the following way?: WIRESHARK_RUN_FROM_BUILD_DIRECTORY=1 ./wireshark Cheers, Balint
Bug#597703: closed by Balint Reczey (Bug#597703: fixed in wireshark 1.2.10-2+squeeze1)
Beg your pardon, but the problem is still actual in source-version:
1.2.10-2+squeeze1
$wireshark daud.cap
dumpcap: There are no interfaces on which a capture can be done
Segmentation fault
Here is a backtrace:
Core was generated by `/wireshark-1.2.10/.libs/lt-wireshark'.
Program terminated with signal 11, Segmentation fault.
#0 0xb5edbe9e in col_append_fstr (cinfo=0x0, el=38, format=0xb68661b6
"%s ") at column-utils.c:375
375 for (i = cinfo->col_first[el]; i <= cinfo->col_last[el]; i++) {
(gdb) bt
#0 0xb5edbe9e in col_append_fstr (cinfo=0x0, el=38, format=0xb68661b6
"%s ") at column-utils.c:375
#1 0xb667fcb4 in dissect_sctp_chunk (chunk_tvb=0xa272e78, pinfo=, tree=0xa27a380, sctp_tree=0xa279f60, ha=0x0, useinfo=1)
at packet-sctp.c:3537
#2 0xb66814df in dissect_sctp_chunks (tvb=0xa272ce0, pinfo=, tree=0xa27a380, encapsulated=0) at packet-sctp.c:3697
#3 dissect_sctp_packet (tvb=0xa272ce0, pinfo=,
tree=0xa27a380, encapsulated=0) at packet-sctp.c:3850
#4 0xb6681dea in dissect_sctp (tvb=0xa272ce0, pinfo=0xa2eab88,
tree=0xa27a380) at packet-sctp.c:3896
#5 0xb5ee7726 in call_dissector_through_handle (handle=0x9d6f4e8,
tvb=, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409
#6 0xb5ee7eba in call_dissector_work (handle=0x9d6f4e8, tvb=, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1)
at packet.c:500
#7 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9bf97c8,
port=132, tvb=0xa272ce0, pinfo=0xa2eab88, tree=0xa27a380,
add_proto_name=1) at packet.c:886
#8 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9bf97c8,
port=132, tvb=0xa272ce0, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912
#9 0xb620c9be in dissect_ip (tvb=0xa286938, pinfo=0xa2eab88,
parent_tree=0xa27a380) at packet-ip.c:1767
#10 0xb5ee7726 in call_dissector_through_handle (handle=0x9bfce00,
tvb=, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409
#11 0xb5ee7eba in call_dissector_work (handle=0x9bfce00, tvb=, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1)
at packet.c:500
#12 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9b5bb38,
port=2048, tvb=0xa286938, pinfo=0xa2eab88, tree=0xa27a380,
add_proto_name=1) at packet.c:886
#13 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9b5bb38,
port=2048, tvb=0xa286938, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912
#14 0xb61100b5 in ethertype (etype=2048, tvb=0xa272eb0,
offset_after_etype=16, pinfo=0xa2eab88, tree=0xa27a380,
fh_tree=0xa27a278, etype_id=61406, trailer_id=61407, fcs_len=0)
at packet-ethertype.c:242
#15 0xb641764c in dissect_sll (tvb=0xa272eb0, pinfo=0xa2eab88,
tree=0xa27a380) at packet-sll.c:281
#16 0xb5ee7726 in call_dissector_through_handle (handle=0xa01e4f8,
tvb=, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409
#17 0xb5ee7eba in call_dissector_work (handle=0xa01e4f8, tvb=, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1)
at packet.c:500
#18 0xb5ee913b in dissector_try_port_new (sub_dissectors=0x9b7fae0,
port=25, tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380,
add_proto_name=1) at packet.c:886
#19 0xb5ee91b1 in dissector_try_port (sub_dissectors=0x9b7fae0, port=25,
tvb=0xa272eb0, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:912
#20 0xb614fd9f in dissect_frame (tvb=0xa272eb0, pinfo=0xa2eab88,
parent_tree=0xa27a380) at packet-frame.c:328
#21 0xb5ee7726 in call_dissector_through_handle (handle=0x9b80590,
tvb=, pinfo=0xa2eab88, tree=0xa27a380) at packet.c:409
#22 0xb5ee7eba in call_dissector_work (handle=0x9b80590, tvb=, pinfo_arg=0xa2eab88, tree=0xa27a380, add_proto_name=1)
at packet.c:500
#23 0xb5ee80ba in call_dissector (handle=0x9b80590, tvb=0xa272eb0,
pinfo=0xa2eab88, tree=0xa27a380) at packet.c:1816
#24 0xb5ee9d1e in dissect_packet (edt=0xa2eab80,
pseudo_header=0x81c6a20, pd=0x81c6ab0 "", fd=0xa26c000, cinfo=0x0) at
packet.c:340
#25 0xb5ee00be in epan_dissect_run (edt=0xa2eab80,
pseudo_header=0x81c6a20, data=0x81c6ab0 "", fd=0xa26c000, cinfo=0x0) at
epan.c:167
#26 0x08076069 in cf_select_packet (cf=0x81c69a0, row=0) at file.c:3452
#27 0x08097cb6 in packet_list_select_cb (w=0xa163010, row=0, col=-1,
event=0x0, evt=0x0) at main_packet_list.c:279
#28 0xb573a666 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#29 0xb52d413a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0xb52ea61d in ?? () from /usr/lib/libgobject-2.0.so.0
#31 0xb52ebbfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0xb58d22ce in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0
#33 0xb589bee4 in gtk_clist_select_row () from /usr/lib/libgtk-x11-2.0.so.0
#34 0xb58a79eb in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#35 0xb589ce96 in gtk_clist_append () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x080969bf in packet_list_append (text=0xa044d28, data=0xa26c000) at
main_packet_list.c:792
#37 0x0807773c in add_packet_to_packet_list (fdata=0xa26c000,
cf=0x81c69a0, dfcode=, pseudo_header=0xa2be01c,
buf=0xa2c3360 "", refilter=1) at file.c:1107
#38 0x08078b09 in read_packet (cf=0x81c69a0, dfcode=, offset=40) at file.c:1202
#39 0x08079386 in cf_read (cf=0x81c69a0)
Bug#597703: Wireshark segmentation fault
Package: wireshark Version: 1.2.10-2 When I invoke `wireshark daud.cap` from an ordinary shell prompt it prints `Segmentation fault`. Here is a transcript: $ wireshark daud.cap dumpcap: There are no interfaces on which a capture can be done Segmentation fault File `daud.cap` is in attachment. I tryed to install wireshark version 1.4.0-1 (experimental) and it worked without segmentation fault. I think something wrong with version 1.2.10-2 in squeeze (testing). I am using Debian GNU/Linux kernel 2.6.32-5-686. -- With best regards Evgeny Fokin, e-mail: efo...@mera.ru daud.cap Description: daud.cap
