Thread: [eboard-devel] 0.9.5
Brought to you by:
bergo
From: Felipe B. <be...@se...> - 2003-11-27 01:13:19
|
0.9.5 is out and available for download from the website, I still haven't looked into Ales's issue (discussed in the bug ticket messages), but basically czech works fine for me when I set a .gtkrc with an iso-8859-2 font for all widgets. Or so I believe, since I don't speak czech, I'll make screnshots later) I made some changes to the translations so that the last copyright year is now a parameter (e.g. 2000-%d instead of 2000-2002). I also fixed my email which was mistyped in the czech translation. To update your translations with the new system, you'll edit the .po files in the multilang directory just like before. the harvest.pl script will update eboard.hemp (new name for the former eboard.pot file) and update all po files tagging what's translated, untranslated or deprecated. "make dicts" in that directory will rebuild the .dict files that must be installed. A make install from the toplevel directory will install them to their final destination, where eboard looks for them (usually /usr/local/share/eboard) If you find any issues with the new version, let me know. -- Felipe |
From: Ricardo M. L. <mo...@tr...> - 2003-12-16 01:19:15
|
On Wed, 26 Nov 2003 20:13:18 -0500 (EST) Felipe Bergo <be...@se...> wrote: > If you find any issues with the new version, let me know. This happens when playing against sjeng, usually when mating the opponent (I've to play at lowest level to do it quickly ;-) ---------------------------------------------------------------------- Starting program: /usr/local/bin/eboard Program received signal SIGSEGV, Segmentation fault. 0x080c2eb4 in NText::discardLines(int) () (gdb) bt full #0 0x080c2eb4 in NText::discardLines(int) () No symbol table info available. #1 0x080c2b8e in NText::discardExcess(bool) () No symbol table info available. #2 0x080c1df3 in NText::append(char*, int, int) () No symbol table info available. #3 0x08126b12 in Text::append(char*, int, Importance) () No symbol table info available. #4 0x08126f7d in TextSet::append(char*, int, Importance) () No symbol table info available. #5 0x08113fd4 in XBoardProtocol::receiveString(char*) () No symbol table info available. #6 0x080b62e0 in MainWindow::readAvailable(int) () No symbol table info available. #7 0x080b97b5 in netconn_read_notify(void*, int, GdkInputCondition) #() No symbol table info available. #8 0x4017bbcf in gdk_get_show_events () from /usr/lib/libgdk-1.2.so.0 No symbol table info available. #9 0x0821b748 in ?? () No symbol table info available. #10 0x0000000e in ?? () No symbol table info available. #11 0x00000001 in ?? () No symbol table info available. #12 0x00000001 in ?? () No symbol table info available. #13 0x401bd4a8 in ?? () from /usr/lib/libglib-1.2.so.0 No symbol table info available. ---------------------------------------------------------------------- === START DEBUG INFO === GTK+ version 1.2.10 Imlib version 1.9.14 GCC says: c++ (GCC) 3.3.2 (Debian) Perl says: unable to retrieve expect says: sh: line 1: expect: command not found kernel info: Linux 2.4.18-bf2.4 i686 FICS timeseal: Found /home/mones/.eboard/timeseal.Linux Size 305728 bytes, Last Modified Mon Nov 17 17:29:37 2003 Mode 100755. (seems it is enough to be run by eboard) === END DEBUG INFO === BTW, seeing this debug info seems strange that Perl is "unable to retrieve", as I have perl installed, what does that mean? (gives me the impression something is wrong with system's perl :-) regards, -- Ricardo Mones Lastra - mo...@ai... Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones |
From: Felipe B. <be...@se...> - 2003-12-16 02:32:13
|
On Tue, 16 Dec 2003, Ricardo Mones Lastra wrote: > BTW, seeing this debug info seems strange that Perl is "unable to > retrieve", as I have perl installed, what does that mean? (gives me > the impression something is wrong with system's perl :-) As for the crash, if you can run with eboard -log and send the ~/LOG.eboard file, it helps, but I'll look into the issue. The unable to retrieve happens because PERL made the favor of changing the way it prints the version with 'perl -v', when I wrote the code for this debug info, Perl 5.00xxx was detected correctly. Now my system has Perl 5.8.0 and I get the unable to retrieve diagnostic. ......................................................................... Felipe Paulo Guazzi Bergo - Computer Science MSc Student at Unicamp be...@se... - Campinas - SP - Brazil - Earth GPG/PGP mail welcome - GPG/PGP Key: EF8EE808 (keyserver pgp.mit.edu) * Mainframe: the biggest PC peripheral available. |