Bug#584327: Bug #584327: is it an issue?
On Sun, Nov 14, 2010 at 01:59:31AM +0100, Luca Falavigna wrote: I wonder whether this is still an issue, given that enigmail now builds on mipsel again, see related log: It builds fine because mozilla-devscripts (a build-dep of enigmail) no longer depends on this package. Rdflib 3.0.0 is on its way (I promise, he) so, as it does not ship C extensions, it will be impossible to reproduce this problem. Willi, do you agree on closing this bug? Nacho signature.asc Description: Digital signature
Bug#584327: patch
On Sun, Jun 6, 2010 at 8:29 PM, Willi Mann wi...@wm1.at wrote: tag 584327 + patch thanks Hi! Hi Attached is a patch for debian/rules that reduces the optimization level to 1 for mipsel and mips, which fixes the problem at least on mipsel. (tested, not tested on mips). I would be nice if you could upload rdflib with this patch soon. Thanks. RDFLib 3.0.0 was recently released. Thus, before uploading a patched debian/rules, I'd like to test whether this issue is reproducible with the new version as well. I'm preparing a package, it would be great if you could test it on your mipsel virtual machine. Give me some time, you will have it in your inbox shortly. Anyway, this is obviously a workaround and, as you pointed out before, we need to generate a minimal test case to report a bug against gcc. Nacho -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584327: patch
On Mon, Jun 7, 2010 at 10:34 AM, Willi Mann wi...@wm1.at wrote: Hi! Thanks. RDFLib 3.0.0 was recently released. Thus, before uploading a patched debian/rules, I'd like to test whether this issue is reproducible with the new version as well. I'm preparing a package, it would be great if you could test it on your mipsel virtual machine. Give me some time, you will have it in your inbox shortly. Yes, of course. The package is almost ready but we're in serious trouble now. RDFLib 3.0.0 does not ship C extensions so this bug is not reproducible any longer. BUT we have a bigger problem now: support for graph querying using SPARQL has been dropped. This means that your test case won't work and, even worse, that enigmail installation (and maybe others) will fail now on every architecture (*sigh*). http://paste.debian.net/76438/ Look at this: http://code.google.com/p/rdflib/wiki/IntroSparql In short, Rdfextras must be packaged for Debian if you want RDFLib to dispatch SPARQL queries. Any volunteers? Nacho -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584327: python-rdflib: fails with SIGBUS on mipsel
Hey, Thanks for reporting. At the first glance, these are my (probably wrong) thoughts: As expected, it works well here (amd64, python2.6, rdflib 2.4.2-1+b1). Your debug steps are clear, but I'm not really sure if python-rdflib is the one to blame here. Bus error looks more like an internal Python interpreter malfunction than a problem in the library itself, maybe caused by porting issues. OTOH, given it fails calling query() (SPARQL query parsing is involved), the problem may be in the C extension (SPARQLParserc.so). As a starting point, I should investigate if SIGBUS is raised either by a problem in the extension or is Python-related. If you don't mind, I've a couple of questions for you. Perhaps this is a dumb question but, is Qemu MIPS emulation reliable enough to use it for debugging purposes? Have you tried it in real hardware? Does it fail anyway? Do you know about any other python library with C extensions experiencing the same behavior in your Qemu image? Or maybe crashing with other Python/OS/whatever internal errors? Thanks. Nacho -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584327: python-rdflib: fails with SIGBUS on mipsel
Hey again, The question about Qemu is in fact very silly, because I didn't realize it wasn't working in the build daemons as well. I'm sorry about the noise. Nacho -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493432: libsvn-notify-perl: FTBFS: Test failure
tags 493432 + confirmed thanks Hey, On Sat, Aug 02, 2008 at 10:54:01AM -0700, Daniel Schepler wrote: Package: libsvn-notify-perl Version: 2.77-1 Severity: serious From my pbuilder build log: Yes, it fails. The chroot where I built the package had exim4-daemon-light erroneously installed which means a sendmail wrapper was present while building so the build process could continue without problems. Well, we mainly have two options here. Either add some package providing sendmail (such as exim4-daemon-light) as a build depend or simply disable the tests. I'll speak to the perl modules team to ask for advice before making a new upload fixing this bug. Thanks for reporting and apologies for my silly mistake. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468251: The problem is now in Buxon
reassign 468250 buxon tags 468250 + pending tags 468251 + pending thanks Both bugs will be fixed with the upcoming release of Buxon. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400874: I hope this is the right fix...
Updated patch attached. I wonder what the second part of this is good for: if (Bins.empty() == true || Bins.length() = 102400) return 0; Oh, well that's a high enough number that it probably won't be(come) a real world problem and if we're getting that nitpicky at fixing surrounding issues we should probably start by checking if the BigBuf memory allocation failed first. :) Aptsource-fix2.diff works for me as well (here amd64). Hope it helps, -- bye, - Nacho http://criptonita.com/~nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393823: Merging
tags 395548 + confirmed upstream tags 393823 + confirmed upstream merge 395548 393823 thanks bts -- bye, - Nacho http://criptonita.com/~nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393823: zinc-compiler: FTBFS with ghc6 6.6
Date: Wed, 18 Oct 2006 00:11:03 +0200 Arjan Oosting [EMAIL PROTECTED] wrote: Package: zinc-compiler Version: 1.0.2-6 Severity: serious Tags: sid Justification: no longer builds from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, zinc-compiler FTBFS with the new ghc6 6.6 currently in unstable: .. checking ghc version... 6.6 checking whether ghc supports Haskell 98... yes using ghc for compilation checking how to import IOExts... configure: error: import of IOExts does not work make: *** [config.status] Error 1 Well, older versions of ghc warned about this stuff: Warning: Module `IOExts' is deprecated: This library will go away soon; see Data.Array.IO, Data.IORef, and System.IO This issue has been reported [1] to upstream's bug tracking system at Sourceforge months ago but isn't fixed yet. At the moment upstream hasn't a lot of time to work on this bug, I'll try to do all the possible to squash this RC bug as soon as possible. [1] http://sourceforge.net/tracker/index.php?func=detailaid=1312109group_id=96097atid=613630 -- bye, - Nacho http://criptonita.com/~nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374173: Patch written
tags 374173 - help
tags 374173 + patch pending
thanks
The attached patch should fix this bug, thanks to Diego Berrueta, the
upstream author.
Next upload will close #374173.
--
bye,
- Nacho
# Fixing #374173
# Thanks to Diego Berrueta [EMAIL PROTECTED]
diff -ur zinc-compiler-1.0.2.orig/debian/rules zinc-compiler-1.0.2/debian/rules
--- zinc-compiler-1.0.2.orig/debian/rules 2006-09-20 22:42:05.0 +0200
+++ zinc-compiler-1.0.2/debian/rules 2006-09-20 22:42:43.0 +0200
@@ -15,7 +15,7 @@
config.status: patch configure
dh_testdir
- CFLAGS=$(CFLAGS) CC=gcc-3.4 ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
+ CFLAGS=$(CFLAGS) CC=gcc-3.4 ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-trampoline
build: build-stamp
Bug#384585: manedit: crashes with autogenerated rc file
tags 384585 + patch thanks Date: Wed, 13 Sep 2006 10:05:21 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Great, thanks. Could you please try the attached patch? It tries to avoid the problem you're facing. Congratulations, i applied it to a clean source tree and it works for me. Now, i can execute Manedit with an existing RC file. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Wed, 13 Sep 2006 10:35:24 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Great! So the previous patch manedit.diff is not needed? I believe drag and drop could crash without it, but this is not related to this bug. It seems to work without this patch at the moment, but i only tested it dragging and dropping manpage sections in left menu. I'll continue testing it. Anyway, attach the other patch to the corresponding bug or, if not exists, clone this bug or report a new one :) -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Tue, 12 Sep 2006 23:43:21 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Okay, thanks. You are welcome. --- snip --- On the binary built with debugging symbols, that would give something like: (gdb) b main.c:398 Breakpoint 1 at ...: file main.c, line 398. (gdb) r Breakpoint 1, ... (gdb) print style_ptr-font This value should not be NULL Right, is not null. (gdb) print style_ptr-font $1 = (GdkFont *) 0x7083d0 (gdb) b prefop.c:169 Breakpoint 2 at ...: file prefop.c, line 169. (gdb) cont Breakpoint 2, ... (gdb) print style_ptr-font What does it read? Not null. (gdb) print style_ptr-font $2 = (GdkFont *) 0x7083d0 (gdb) next (gdb) print style_ptr-font Is it NULL now? Yes, (gdb) next 170 style_ptr = styles_list-edit_text_background; (gdb) print style_ptr-font $3 = (GdkFont *) 0x0 -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Wed, 6 Sep 2006 01:16:59 +0200
Thomas Girard [EMAIL PROTECTED] wrote:
On Tue, Sep 05, 2006 at 09:06:18PM +0200, Nacho Barrientos Arias wrote:
#0 0x2b78e4d943f0 in gtk_style_init (style=0x826780,
colormap=0x6dd870, depth=value optimized out)
at gtkstyle.c:657
gc_values = {foreground = {pixel = 7150384, red = 0, green = 0,
blue = 0}, background = {pixel = 25167021,
red = 4, green = 130, blue = 0}, font = 0x0, function = GDK_COPY,
fill = GDK_SOLID, tile = 0x0, stipple = 0x0,
clip_mask = 0x824e70, subwindow_mode = 3841190889, ts_x_origin = 11128,
ts_y_origin = 0, clip_x_origin = 0,
clip_y_origin = 8541904, graphics_exposures = 0, line_width = 8539760,
line_style = GDK_LINE_SOLID,
cap_style = 4753056, join_style = GDK_JOIN_MITER}
i = value optimized out
__PRETTY_FUNCTION__ = gtk_style_init
Thanks, we're getting closer. Can you please do the same thing again and
when it has crashed type print *style then if it's not NULL print
style-font?
style-font or style-font-type should be NULL. If it is, then we have
found the culprit and we can start investigating. It it's not then I'm
stuck.
Yes, style-font is NULL.
--
bye,
- Nacho
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Tue, 5 Sep 2006 20:02:44 +0200
Thomas Girard [EMAIL PROTECTED] wrote:
Hi,
On Sun, Sep 03, 2006 at 01:54:18AM +0200, Nacho Barrientos Arias wrote:
Program received signal SIGSEGV, Segmentation fault.
0x2b9f5159a3f0 in gtk_paint_hline () from /usr/lib/libgtk-1.2.so.0
(gdb) bt full
#0 0x2b9f5159a3f0 in gtk_paint_hline ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#1 0x2b9f5159aaa1 in gtk_style_attach ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#2 0x2b9f515c8390 in gtk_widget_size_request ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#3 0x00423710 in EditorNew (core_ptr=0x6c9010) at editor.c:2851
I'm sorry, I can't find that code path.
editor.c:2851 should call gtk_widget_set_style(), but maybe it is
inlined?
Another try: could you please install libgtk1.2-dbg package, then
export your LD_LIBRARY_PATH to /usr/lib/debug before running gdb
again and send the output of bt full?
Attached.
--
bye,
- Nacho
#0 0x2b78e4d943f0 in gtk_style_init (style=0x826780, colormap=0x6dd870,
depth=value optimized out)
at gtkstyle.c:657
gc_values = {foreground = {pixel = 7150384, red = 0, green = 0, blue =
0}, background = {pixel = 25167021,
red = 4, green = 130, blue = 0}, font = 0x0, function = GDK_COPY, fill
= GDK_SOLID, tile = 0x0, stipple = 0x0,
clip_mask = 0x824e70, subwindow_mode = 3841190889, ts_x_origin = 11128,
ts_y_origin = 0, clip_x_origin = 0,
clip_y_origin = 8541904, graphics_exposures = 0, line_width = 8539760,
line_style = GDK_LINE_SOLID,
cap_style = 4753056, join_style = GDK_JOIN_MITER}
i = value optimized out
__PRETTY_FUNCTION__ = gtk_style_init
#1 0x2b78e4d94aa1 in gtk_style_attach (style=0x826780, window=value
optimized out) at gtkstyle.c:544
styles = value optimized out
new_style = (GtkStyle *) 0x826780
colormap = (GdkColormap *) 0x6dd870
depth = 24
__PRETTY_FUNCTION__ = gtk_style_attach
#2 0x2b78e4dc2390 in gtk_widget_set_style_internal (widget=0x824e70,
style=0x826780, initial_emission=0)
at gtkwidget.c:3560
previous_style = (GtkStyle *) 0x707d10
__PRETTY_FUNCTION__ = gtk_widget_set_style_internal
#3 0x00423710 in EditorNew (core_ptr=0x6c9010) at editor.c:2851
style_src_ptr = (GtkStyle *) 0x792b40
i = 2
w = (GtkWidget *) 0x824e70
fw = (GtkWidget *) 0x7f62a0
menu = (GtkWidget *) 0x7f7a80
submenu = (GtkWidget *) 0x7af650
parent = (GtkWidget *) 0x7bd160
parent2 = (GtkWidget *) 0x801070
parent3 = (GtkWidget *) 0x8244b0
parent4 = (GtkWidget *) 0x824d70
parent5 = (GtkWidget *) 0x80a600
scroll_parent = (GtkWidget *) 0x824270
colormap = (GdkColormap *) 0x6dd870
style_ptr = (GtkStyle *) 0x826780
clist = (GtkCList *) 0x7f6b40
header_label_width = 100
entry_rtn = (gpointer) 0x8246c0
accel_key = 0
accel_mods = 0
accel_group = (gpointer) 0x0
label = (const gchar *) 0x4f5917 Revert
icon = (guint8 **) 0x68bb00
mclient_data = (gpointer) 0x7bc4f0
func_cb = (void (*)(GtkWidget *, gpointer)) 0x4295ff
EditorManualRevertCB
title = {0x4f59de Layout}
cursors_list = (medit_cursors_list_struct *) 0x6c9020
styles_list = (medit_styles_list_struct *) 0x6c9030
pref = (pref_struct *) 0x799b20
editor = (editor_struct *) 0x7bc4f0
dnd_tar_types = {{target = 0x4f5e70 text/plain, flags = 0, info = 0},
{target = 0x4f5e7b text/uri-list,
flags = 0, info = 1}, {target = 0x4f5e89 STRING, flags = 0, info = 2}, {
target = 0x4f5e48 manedit/editor/branch, flags = 1, info = 3}, {target =
0x4f5e90 manedit/viewer/branch,
flags = 1, info = 4}}
dnd_src_types = {{target = 0x4f5e48 manedit/editor/branch, flags = 1,
info = 3}}
#4 0x0045fe17 in MEditInit (core_ptr=0x6c9010, argc=1,
argv=0x7fffc6139bc8) at main.c:610
i = 1
status = 0
s = (const gchar *) 0x6c5ea0 /home/nacho/.maneditrc
arg = (const gchar *) 0x460064 Address 0x460064 out of bounds
startup_viewer = 0
editor_num = -1
viewer_num = -1
editor = (editor_struct *) 0x0
viewer = (viewer_struct *) 0x0
filename = (const gchar *) 0x0
rcfile = (gchar *) 0x78fbf0 /home/nacho/.maneditrc
style_standard = (GtkStyle *) 0x707d10
colormap = (GdkColormap *) 0x6dd870
window = (GdkWindow *) 0x6c3690
cursors_list = (medit_cursors_list_struct *) 0x6c9020
styles_list = (medit_styles_list_struct *) 0x6c9030
pixmaps_list = (medit_pixmaps_list_struct *) 0x6c90d0
fetype_list = (medit_fetype_list_struct *) 0x6c9140
#5 0x004610a6 in main (argc=1, argv=0x7fffc6139bc8) at main.c:1264
i = 1
status = 0
arg
Bug#374173: Adding help tag
tags 374173 + help thanks Upstream needs help to solve this bug. He doesn't know why post linking process fails. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Sat, 2 Sep 2006 23:26:48 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Hello, Hello Thomas, I can't reproduce this problem on my i386 box. But according to the report, the bug can only be seen on an amd64. Having a look at the buildd log[1] reveals that gcc complains a log about cast to pointer from integer of different size. Having a look at the source code shows that it indeed relies on pointers being 32 bits, e.g. manedit/editordnd.c EditorDNDParseCmd function reads pointers assuming they are guint32. The attached patch tries to correct those warnings. I have asked someone with an AMD64 box to try to reproduce the bug with and whithout this patch, but he was not able to reproduce it in *both* cases. Can you please try it? Done. I just applied the attached patch to a clean 0.6.1-2 source tree and compiled it in a clean SID chroot. It crashes in the same way. --- 8 --- [EMAIL PROTECTED]: ~ $ rm .maneditrc [EMAIL PROTECTED]: ~ $ manedit [EMAIL PROTECTED]: ~ $ manedit ManEdit triggered a segmentation fault (1 times) ManEdit triggered a segmentation fault (2 times) ManEdit triggered a segmentation fault (3 times) ManEdit attempting immediate process exit(). --- 8 --- I'm available for all the required debug operations. In [1] you can temporally fetch the patched binary file. Tag this bug as 'unreproducible' and decrease its severity, if you consider it appropriate. Thanks, You're welcome. [1] http://zoidberg.criptonita.com/~nacho/debian/debug/manedit_0.6.1-2_amd64.deb -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: manedit: crashes with autogenerated rc file
Date: Sun, 3 Sep 2006 01:29:12 +0200 Thomas Girard [EMAIL PROTECTED] wrote: Hi again, On Sun, Sep 03, 2006 at 01:12:06AM +0200, Nacho Barrientos Arias wrote: Done. I just applied the attached patch to a clean 0.6.1-2 source tree and compiled it in a clean SID chroot. It crashes in the same way. --- 8 --- [EMAIL PROTECTED]: ~ $ rm .maneditrc [EMAIL PROTECTED]: ~ $ manedit [EMAIL PROTECTED]: ~ $ manedit ManEdit triggered a segmentation fault (1 times) ManEdit triggered a segmentation fault (2 times) ManEdit triggered a segmentation fault (3 times) ManEdit attempting immediate process exit(). --- 8 --- I'm available for all the required debug operations. Can you please recompile this patched version with debug info (setting the DEB_BUILD_OPTIONS environment variable to noopt,nostrip should do) then send here the output of bt full in gdb? Running as suggested above: DEB_BUILD_OPTIONS=noopt,nostrip dpkg-buildpackage -rfakeroot -us -uc According to debug information, Manedit has been compiled with this CFLAGS: -g -O0 -Wall -fno-strict-aliasing -DHAVE_GZIP -DHAVE_BZIP2 `gtk-config --cflags` -DPREFIX=\/usr\ -DLOCALBASE=\/usr\ -DX11BASE=\/usr/X11R6\ And «bt full» shows: (gdb) bt full #0 0x2b1540b103f0 in gtk_paint_hline () from /usr/lib/libgtk-1.2.so.0 No symbol table info available. #1 0x2b1540b10aa1 in gtk_style_attach () from /usr/lib/libgtk-1.2.so.0 No symbol table info available. #2 0x2b1540b3e390 in gtk_widget_size_request () from /usr/lib/libgtk-1.2.so.0 No symbol table info available. #3 0x00423710 in EditorNew () No symbol table info available. #4 0x0045fe17 in MEditInit () No symbol table info available. #5 0x004610a6 in main () No symbol table info available. If required, i can attach compiling related debug information. Thanks, Welcome. -- bye, - Nacho
Bug#384585: manedit: crashes with autogenerated rc file
Date: Sun, 3 Sep 2006 01:44:04 +0200
Thomas Girard [EMAIL PROTECTED] wrote:
--- 8 ---
Well, somehow that did not work. Can you please retry with
path_where_you_build/manedit-0.6.1/manedit/manedit?
Thomas
Come on!
Program received signal SIGSEGV, Segmentation fault.
0x2b9f5159a3f0 in gtk_paint_hline () from /usr/lib/libgtk-1.2.so.0
(gdb) bt full
#0 0x2b9f5159a3f0 in gtk_paint_hline ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#1 0x2b9f5159aaa1 in gtk_style_attach ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#2 0x2b9f515c8390 in gtk_widget_size_request ()
from /usr/lib/libgtk-1.2.so.0 No symbol table info available.
#3 0x00423710 in EditorNew (core_ptr=0x6c9010) at editor.c:2851
style_src_ptr = (GtkStyle *) 0x792b40
i = 2
w = (GtkWidget *) 0x824e70
fw = (GtkWidget *) 0x7f62a0
menu = (GtkWidget *) 0x7f7a80
submenu = (GtkWidget *) 0x7af650
parent = (GtkWidget *) 0x7bd160
parent2 = (GtkWidget *) 0x801070
parent3 = (GtkWidget *) 0x8244b0
parent4 = (GtkWidget *) 0x824d70
parent5 = (GtkWidget *) 0x80a600
scroll_parent = (GtkWidget *) 0x824270
colormap = (GdkColormap *) 0x6dd870
style_ptr = (GtkStyle *) 0x826780
clist = (GtkCList *) 0x7f6b40
header_label_width = 100
entry_rtn = (gpointer) 0x8246c0
accel_key = 0
accel_mods = 0
accel_group = (gpointer) 0x0
label = (const gchar *) 0x4f5917 Revert
icon = (guint8 **) 0x68bb00
mclient_data = (gpointer) 0x7bc4f0
func_cb = (void (*)(GtkWidget *, gpointer)) 0x4295ff
EditorManualRevertCB title = {0x4f59de Layout}
cursors_list = (medit_cursors_list_struct *) 0x6c9020
styles_list = (medit_styles_list_struct *) 0x6c9030
pref = (pref_struct *) 0x799b20
editor = (editor_struct *) 0x7bc4f0
dnd_tar_types = {{target = 0x4f5e70 text/plain, flags = 0,
info = 0}, {target = 0x4f5e7b text/uri-list, flags = 0, info = 1},
{target = 0x4f5e89 STRING, flags = 0, info = 2}, {target = 0x4f5e48
manedit/editor/branch, flags = 1, info = 3}, {target = 0x4f5e90
manedit/viewer/branch, flags = 1, info = 4}} dnd_src_types = {{target
= 0x4f5e48 manedit/editor/branch, flags = 1, info = 3}}
#4 0x0045fe17 in MEditInit (core_ptr=0x6c9010, argc=1,
argv=0x7fff599363e8) at main.c:610 i = 1
status = 0
s = (const gchar *) 0x6c5ea0 /home/nacho/.maneditrc
arg = (const gchar *) 0x460064 Address 0x460064 out of
bounds startup_viewer = 0
editor_num = -1
viewer_num = -1
editor = (editor_struct *) 0x0
viewer = (viewer_struct *) 0x0
filename = (const gchar *) 0x0
rcfile = (gchar *) 0x78fbf0 /home/nacho/.maneditrc
style_standard = (GtkStyle *) 0x707d10
colormap = (GdkColormap *) 0x6dd870
window = (GdkWindow *) 0x6c3690
cursors_list = (medit_cursors_list_struct *) 0x6c9020
styles_list = (medit_styles_list_struct *) 0x6c9030
pixmaps_list = (medit_pixmaps_list_struct *) 0x6c90d0
fetype_list = (medit_fetype_list_struct *) 0x6c9140
#5 0x004610a6 in main (argc=1, argv=0x7fff599363e8) at
main.c:1264 i = 1
status = 0
arg = (const gchar *) 0x0
core_ptr = (medit_core_struct *) 0x6c9010
--
bye,
- Nacho
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384585: Last unstable snapshot
Hi, I updated my unstable system today. This problem appeared before and after the upgrade. -- bye, - Nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374173: (no subject)
I continue without news from upstream, he told me weeks ago, that he is experiencing similar problems with other applications and the last versions of ghc6 and their libraries. I think he is still working on it, but he hasn't a lot of free time to work in this bug. Continuing waiting for upstream... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374173: (no subject)
Received ping replies from upstream, he promised that the next week he will work in this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
