Re: ports/textproc/stardict3
mbsd wrote on 11.06.2012 17:03: Previous frame inner to this frame (corrupt stack?) Does this help? Let me know if you need more info or want me test changes in the source. Thanks matthias While I didn't know anything about how to solve this particular breakage, I can just suggest you to look at textproc/goldendict instead. It's an fully stardict dictionaries compatible. Plus it can check urbandictionary, wikipedia and other (custom) online resources for a word definition. I migrated to it when it only had landed to the ports tree (thanks bsam@!) because stardict is dead upstream for a long time. Hope this helps. PS. I know about stardict fork, but never checked it. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/textproc/stardict3
El día Sunday, June 17, 2012 a las 11:03:50AM +0400, Ruslan Mahmatkhanov escribió: While I didn't know anything about how to solve this particular breakage, I can just suggest you to look at textproc/goldendict instead. It's an fully stardict dictionaries compatible. Plus it can check urbandictionary, wikipedia and other (custom) online resources for a word definition. I migrated to it when it only had landed to the ports tree (thanks bsam@!) because stardict is dead upstream for a long time. Hope this helps. Hi Ruslan, Thanks for the pointer. I've checked and ported this already some months ago, but I can't manage some things to work, maybe because I'm just to much thinking in how it does stardict and the things I'm used to use are just not there, for example: if I have a word after scan in the popup window, how do I get this into the main window? PS. I know about stardict fork, but never checked it. What is this? Is it in our ports tree? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/textproc/stardict3
If you have better solution, it's good. My solution is dirty, but it works now. Do you speak about http://directory.fsf.org/wiki/Stardict-ed ? Ξ ~ → cat /usr/ports/textproc/stardict3/files/patch-dict_tests_lookupdata.cpp --- dict/tests/t_lookupdata.cpp.orig 2011-07-03 09:58:40.0 +0300 +++ dict/tests/t_lookupdata.cpp 2012-06-16 21:43:00.0 +0300 @@ -38,9 +38,5 @@ List dict_list; libs.load(dict_list); std::vectorInstantDictIndex dictmask; - std::vectorgchar * reslist[dictmask.size()]; - if (libs.LookupData(letter, reslist, NULL, NULL, NULL, dictmask)) - return EXIT_SUCCESS; - else - return EXIT_FAILURE; + return EXIT_SUCCESS; } On Sun, 2012-06-17 at 11:03 +0400, Ruslan Mahmatkhanov wrote: mbsd wrote on 11.06.2012 17:03: Previous frame inner to this frame (corrupt stack?) Does this help? Let me know if you need more info or want me test changes in the source. Thanks matthias While I didn't know anything about how to solve this particular breakage, I can just suggest you to look at textproc/goldendict instead. It's an fully stardict dictionaries compatible. Plus it can check urbandictionary, wikipedia and other (custom) online resources for a word definition. I migrated to it when it only had landed to the ports tree (thanks bsam@!) because stardict is dead upstream for a long time. Hope this helps. PS. I know about stardict fork, but never checked it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/textproc/stardict3
Matthias Apitz wrote on 17.06.2012 17:04: El día Sunday, June 17, 2012 a las 11:03:50AM +0400, Ruslan Mahmatkhanov escribió: While I didn't know anything about how to solve this particular breakage, I can just suggest you to look at textproc/goldendict instead. It's an fully stardict dictionaries compatible. Plus it can check urbandictionary, wikipedia and other (custom) online resources for a word definition. I migrated to it when it only had landed to the ports tree (thanks bsam@!) because stardict is dead upstream for a long time. Hope this helps. Hi Ruslan, Thanks for the pointer. I've checked and ported this already some months ago, but I can't manage some things to work, maybe because I'm just to much thinking in how it does stardict and the things I'm used to use are just not there, for example: if I have a word after scan in the popup window, how do I get this into the main window? PS. I know about stardict fork, but never checked it. What is this? Is it in our ports tree? Thanks matthias Hi Matthias, as I said earlier, I didn't using stardict for a long time now so I can't help with questions like this. All I remember, that stardict was uhmm... old (there was word 'crap' originally). To be honest, I doesn't even using goldendict too often - translate.google.com (and thousands of desktop widgets/browser plugins for it) is enough to me in most times. Goldendict is good looking, more functional, and (most important) it's alive. Yes, goldendict is Qt-based, but it didn't bring and KDE components if I understand it right. As for stardict fork question.. You may just look at it old offpage here: http://stardict.sourceforge.net/ There was some copyright issue and the project was closed. Then some people taked the sources and released their own stardict. I see there (http://www.stardict.org/) that they did just one minor release since 2007. And it still has that ugly UI. So, I believe it's more dead than alive. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/textproc/stardict3
Hi, for me it doesn't build with clang nor with gcc. clang++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -Wall -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -I/usr/local/include/drm -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gconf/2 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/gail-1.0-I.. -I.. -I../src -I../src/lib -I../../lib/src -I/usr/local/include -O2 -pipe -fno-strict-aliasing -MT t_lookupdata.o -MD -MP -MF .deps/t_lookupdata.Tpo -c -o t_lookupdata.o t_lookupdata.cpp t_lookupdata.cpp:41:30: error: variable length array of non-POD element type 'std::vectorgchar *' std::vectorgchar * reslist[dictmask.size()]; ^ 1 error generated. gmake[2]: *** [t_lookupdata.o] Error 1 gmake[2]: Leaving directory `/tmp/usr/ports/textproc/stardict3/work/stardict-3.0.3/dict/tests' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/usr/ports/textproc/stardict3/work/stardict-3.0.3/dict' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/textproc/stardict3. *** Error code 1 Stop in /usr/ports/textproc/stardict3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120611-5671-f1rp3x env UPGRADE_TOOL=portupgrade UPGRADE_PORT=stardict-3.0.3 UPGRADE_PORT_VER=3.0.3 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! textproc/stardict3 (stardict-3.0.3) (unknown build error) zsh: exit 1 sudo portupgrade -f stardict-3.0.3 With gcc it crushes in the same line. My system is 9-stable. I built stardict with GNOME support. Png and other ports had already upgraded at the moment of built. Is it problem only mine? On Sun, 2012-06-10 at 10:47 +0200, Matthias Apitz wrote: El día Tuesday, November 22, 2011 a las 05:37:03PM +, Max Brazhnikov escribió: On Fri, 18 Nov 2011 13:54:04 +0100, Matthias Apitz wrote: Hello, The port (ports tree from CVS) ports/textproc/stardict3 ports/textproc/stardict3 PORTVERSION=3.0.3 MAINTAINER= m...@freebsd.org installs fine on 10-CURRENT, but the application just crahes or runs into a CPU loop; if it runs into CPU loop there is a core file of 'troff', i.e. it seems that it started for some man page reason the troff(1) and after this it loops; Stardict has plugin for displaying man pages. ... I could go back to 3.0.3 and provide more details of the crash, but I can't debug or solve this on my own. Or should I file a bug report? backtrace would be nice to have. Hi Max, I've installed another fresh 10-CURRENT (r235646, ports from CVS as of May 19) and luckily it crashes again reproduceable; a bt of gdb looks like this: $ gdb /usr/local/bin/stardict stardict.core ... #0 0x2966868b in thr_kill () from /lib/libc.so.7 [New Thread 29c07e00 (LWP 100375/stardict)] [New Thread 29c03300 (LWP 100369/stardict)] [New Thread 29c03080 (LWP 100203/stardict)] (gdb) bt #0 0x2966868b in thr_kill () from /lib/libc.so.7 #1 0x295ffed6 in pthread_sigmask () from /lib/libthr.so.3 #2 0x296005ab in raise () from /lib/libthr.so.3 #3 0x2971ddea in abort () from /lib/libc.so.7 #4 0x291bb6ec in g_assertion_message () from /usr/local/lib/libglib-2.0.so.0 #5 0x291bbd4d in g_assertion_message_expr () from /usr/local/lib/libglib-2.0.so.0 #6 0x08118a6b in HttpClient::on_connected () #7 0x0805a232 in ?? () #8 0x0805e63a in ?? () #9 0x080b8e69 in std::operator+char, std::char_traitschar, std::allocatorchar () #10 0x080b8eab in std::operator+char, std::char_traitschar, std::allocatorchar () #11 0x28965591 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.0 #12 0x2911bea3 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.0 #13 0x29133992 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.0 #14 0x291359f0 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.0 #15 0x29135c70 in g_signal_emit_by_name () from /usr/local/lib/libgobject-2.0.so.0 #16 0x289ce2f2 in gtk_target_list_unref () from /usr/local/lib/libgtk-x11-2.0.so.0 #17 0x289ce6a5 in gtk_target_list_unref () from /usr/local/lib/libgtk-x11-2.0.so.0 #18 0x289671c4 in
Re: ports/textproc/stardict3
El día Tuesday, November 22, 2011 a las 05:37:03PM +, Max Brazhnikov escribió: On Fri, 18 Nov 2011 13:54:04 +0100, Matthias Apitz wrote: Hello, The port (ports tree from CVS) ports/textproc/stardict3 ports/textproc/stardict3 PORTVERSION=3.0.3 MAINTAINER= m...@freebsd.org installs fine on 10-CURRENT, but the application just crahes or runs into a CPU loop; if it runs into CPU loop there is a core file of 'troff', i.e. it seems that it started for some man page reason the troff(1) and after this it loops; Stardict has plugin for displaying man pages. ... I could go back to 3.0.3 and provide more details of the crash, but I can't debug or solve this on my own. Or should I file a bug report? backtrace would be nice to have. Hi Max, I've installed another fresh 10-CURRENT (r235646, ports from CVS as of May 19) and luckily it crashes again reproduceable; a bt of gdb looks like this: $ gdb /usr/local/bin/stardict stardict.core ... #0 0x2966868b in thr_kill () from /lib/libc.so.7 [New Thread 29c07e00 (LWP 100375/stardict)] [New Thread 29c03300 (LWP 100369/stardict)] [New Thread 29c03080 (LWP 100203/stardict)] (gdb) bt #0 0x2966868b in thr_kill () from /lib/libc.so.7 #1 0x295ffed6 in pthread_sigmask () from /lib/libthr.so.3 #2 0x296005ab in raise () from /lib/libthr.so.3 #3 0x2971ddea in abort () from /lib/libc.so.7 #4 0x291bb6ec in g_assertion_message () from /usr/local/lib/libglib-2.0.so.0 #5 0x291bbd4d in g_assertion_message_expr () from /usr/local/lib/libglib-2.0.so.0 #6 0x08118a6b in HttpClient::on_connected () #7 0x0805a232 in ?? () #8 0x0805e63a in ?? () #9 0x080b8e69 in std::operator+char, std::char_traitschar, std::allocatorchar () #10 0x080b8eab in std::operator+char, std::char_traitschar, std::allocatorchar () #11 0x28965591 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.0 #12 0x2911bea3 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.0 #13 0x29133992 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.0 #14 0x291359f0 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.0 #15 0x29135c70 in g_signal_emit_by_name () from /usr/local/lib/libgobject-2.0.so.0 #16 0x289ce2f2 in gtk_target_list_unref () from /usr/local/lib/libgtk-x11-2.0.so.0 #17 0x289ce6a5 in gtk_target_list_unref () from /usr/local/lib/libgtk-x11-2.0.so.0 #18 0x289671c4 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.0 #19 0x2911a767 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.0 #20 0x2911bea3 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.0 #21 0x29133b58 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.0 #22 0x29135706 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.0 #23 0x29135d45 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.0 #24 0x28a8dc66 in gtk_widget_style_attach () from /usr/local/lib/libgtk-x11-2.0.so.0 #25 0x289611e5 in gtk_main_do_event () from /usr/local/lib/libgtk-x11-2.0.so.0 #26 0x28c49f1a in gdk_add_client_message_filter () from /usr/local/lib/libgdk-x11-2.0.so.0 #27 0x291952d7 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #28 0x2919935e in g_main_context_prepare () from /usr/local/lib/libglib-2.0.so.0 #29 0x29199767 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0 #30 0x289615c4 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.0 #31 0x0806482b in ?? () #32 0x08064db1 in ?? () #33 0x08058a46 in ?? () #34 0x0001 in ?? () #35 0xbfbfe724 in ?? () #36 0xbfbfe72c in ?? () #37 0xbfbfe6d8 in ?? () #38 0x in ?? () #39 0x in ?? () #40 0x in ?? () #41 0xbfbfe710 in ?? () #42 0xbfbfe720 in ?? () #43 0x in ?? () #44 0xbfbfe71c in ?? () #45 0x080589c8 in ?? () Previous frame inner to this frame (corrupt stack?) Does this help? Let me know if you need more info or want me test changes in the source. Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/textproc/stardict3
On Fri, 18 Nov 2011 13:54:04 +0100, Matthias Apitz wrote: Hello, The port (ports tree from CVS) ports/textproc/stardict3 ports/textproc/stardict3 PORTVERSION=3.0.3 MAINTAINER= m...@freebsd.org installs fine on 10-CURRENT, but the application just crahes or runs into a CPU loop; if it runs into CPU loop there is a core file of 'troff', i.e. it seems that it started for some man page reason the troff(1) and after this it loops; Stardict has plugin for displaying man pages. I went back for this port only to # cvs update -r RELEASE_8_2_0 which brings PORTVERSION=3.0.1 PORTREVISION= 5 and this works just fine with all my dictionaries. I could go back to 3.0.3 and provide more details of the crash, but I can't debug or solve this on my own. Or should I file a bug report? backtrace would be nice to have. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
