Bug#495514: azureus w/o openjdk-6-jre

2008-09-26 Thread Max Alekseyev

* Build with openjdk-6-jdk by default (but allow for user rebuilds
  using any JDK), and remove azureus-gcj altogether (Closes: #495514).


Could you please explain how to use azureus without openjdk-6-jdk ?
When I am trying to upgrade the currently installed version 3.1.1.0-2 to the 
new version 3.1.1.0-3.1, it wants to install a whole bunch of various packages 
that I wouldn't need otherwise (see below). 161MB more space for a minor update 
is too much.

Max

===
The following extra packages will be installed:
  ca-certificates-java libaccess-bridge-java openjdk-6-jre 
openjdk-6-jre-headless openjdk-6-jre-lib rhino ttf-arphic-uming ttf-baekmuk
  ttf-bengali-fonts ttf-devanagari-fonts ttf-gujarati-fonts ttf-indic-fonts 
ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho
  ttf-malayalam-fonts ttf-oriya-fonts ttf-punjabi-fonts ttf-tamil-fonts 
ttf-telugu-fonts tzdata-java
Suggested packages:
  icedtea-gcjwebplugin rhino-doc
The following NEW packages will be installed:
  ca-certificates-java libaccess-bridge-java openjdk-6-jre 
openjdk-6-jre-headless openjdk-6-jre-lib rhino ttf-arphic-uming ttf-baekmuk
  ttf-bengali-fonts ttf-devanagari-fonts ttf-gujarati-fonts ttf-indic-fonts 
ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho
  ttf-malayalam-fonts ttf-oriya-fonts ttf-punjabi-fonts ttf-tamil-fonts 
ttf-telugu-fonts tzdata-java
The following packages will be upgraded:
  azureus
1 upgraded, 21 newly installed, 0 to remove and 1 not upgraded.
Need to get 75,3MB of archives.
After this operation, 161MB of additional disk space will be used.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#470904: regression?

2008-03-14 Thread Max Alekseyev

I've just recalled that in 2006 I observed somewhat similar problem with 
accessing menu in OpenOffice. But it was not that severe.
Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395354 for details. 
Maybe, they are related (that bug was about inappropriate signal handling, 
afair).

Regards,
Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#470904: openoffice.org: Accessing menu in OpenOffice crashes Xorg server

2008-03-14 Thread Max Alekseyev

Package: openoffice.org
Version: 1:2.4.0~rc4-1
Severity: critical
Justification: causes serious data loss

Attempt to access a menu item in OpenOffice (in particular, "File" menu item in 
OOo Impress) causes a crash of the whole Xorg server with the following backtrace (from 
Xorg.0.log):

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c675e]
1: [0xe420]
2: /usr/bin/X(XkbWriteXKBKeymapForNames+0x582) [0x819f6d2]
3: /usr/bin/X(XkbDDXLoadKeymapByNames+0x1aa) [0x81a9e2a]
4: /usr/bin/X(ProcXkbGetKbdByName+0x301) [0x8181351]
5: /usr/bin/X [0x818939a]
6: /usr/bin/X [0x814d86e]
7: /usr/bin/X(Dispatch+0x2bf) [0x808d1ef]
8: /usr/bin/X(main+0x48b) [0x807470b]
9: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6) [0xb7d20456]
10: /usr/bin/X(FontFileCompleteXLFD+0x205) [0x8073a81]

Fatal server error:
Caught signal 11.  Server aborting

Never seen this problem with other applications. Only recent versions of 
OpenOffice causes such a crash.

Please let me know if you need any further info.

Regards,
Max

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24.3
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages openoffice.org depends on:
ii  openoffice.org-base1:2.4.0~rc4-1 OpenOffice.org office suite - data
ii  openoffice.org-calc1:2.4.0~rc4-1 OpenOffice.org office suite - spre
ii  openoffice.org-core1:2.4.0~rc4-1 OpenOffice.org office suite archit
ii  openoffice.org-draw1:2.4.0~rc4-1 OpenOffice.org office suite - draw
ii  openoffice.org-filter-binf 1:2.4.0~rc4-1 Legacy filters (e.g. StarOffice 5.
ii  openoffice.org-filter-mobi 1:2.4.0~rc4-1 Mobile Devices Filters for OpenOff
ii  openoffice.org-impress 1:2.4.0~rc4-1 OpenOffice.org office suite - pres
ii  openoffice.org-java-common 1:2.4.0~rc4-1 OpenOffice.org office suite Java s
ii  openoffice.org-math1:2.4.0~rc4-1 OpenOffice.org office suite - equa
ii  openoffice.org-officebean  1:2.4.0~rc4-1 OpenOffice.org Office Bean
ii  openoffice.org-writer  1:2.4.0~rc4-1 OpenOffice.org office suite - word
ii  openoffice.org-writer2late 0.5-6 Writer/Calc to LaTeX/XHTML convert

openoffice.org recommends no packages.

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.5.0-2   generic font configuration library
ii  libc6  2.7-9 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libcurl3   7.18.0-1  Multi-protocol file transfer libra
ii  libdb4.6   4.6.21-6  Berkeley v4.6 Database Libraries [
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3.0-1 GCC support library
ii  libglib2.0-0   2.16.1-1  The GLib library of C routines
ii  libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface
ii  libhyphen0 2.3.1-1   ALTLinux hyphenation library - sha
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libicu38   3.8.1-1   International Components for Unico
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG
ii  libldap-2.4-2  2.4.7-6.1 OpenLDAP libraries
ii  libneon27  0.27.2-1  An HTTP and WebDAV client library
ii  libnspr4-0d4.7.0-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0~beta2-1Network Security Service libraries
ii  libpam0g   0.99.7.1-5Pluggable Authentication Modules l
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libssl0.9.80.9.8g-7  SSL shared libraries
ii  libstdc++6 4.3.0-1   The GNU Standard C++ Library v3
ii  libstlport4.6c24.6.2-3   STLport C++ class library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxaw72:1.0.4-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-1 X11 Xinerama extension library
ii  libxml22.6.31.dfsg-2 GNOME XML library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxslt1.1 1.1.22-1  XSLT processing library - runtime
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  libxtst6

Bug#385914: workaround

2007-11-13 Thread Max Alekseyev

A simple workaround is to install Ubuntu pdftk package (which depends on 
libgcj8-1) from

http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=pdftk&searchon=names&subword=1&version=all&release=all

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#368101: (no subject)

2006-05-25 Thread Max Alekseyev

I see this segfault on debian-amd64/unstable as well.

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-12-22 Thread Max Alekseyev

Steve Langasek wrote:


Well, after fixing the dialog crash, the link from the bug report works fine
for me on alpha.  Perhaps you could test using the patch I sent in the last
mail, to confirm the bug still exists?



Unfortunately it still crashes even with the patch.

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-12-21 Thread Max Alekseyev

Steve Langasek wrote:


This is the output of valgrind with libc6-dbg:


Ok, most of this looks like pretty typical garbage output, with a few
messages related to locales and themes that I don't usually see.  Are you
using any particular gtk theme here?


I use Smokey Blue theme.


Do you see the same error if you set LANG=C instead of LANG=ru_RU.KOI8-R?


Yes, I do see it even with LANG=C.

It worth to mention that this bug is somehow related to those FileFactory links 
(as specified in my original bugreport).
d4x works fine on links to other sites.

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-12-21 Thread Max Alekseyev

Loïc Minier wrote:


 Please provide a backtrace of the crash with libglib2.0-dbg and
 libgtk2.0-dbg installed.  If these libraries don't appear in the
 backtrace, it's unlikely a Glib or Gtk bug.


They called libglib2.0-0-dbg and libgtk2.0-0-dbg here.
These are new backtraces from all 4 threads:

(gdb) run
Starting program: /usr/bin/d4x
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 46912547122192 (LWP 23012)]
[New Thread 1082132832 (LWP 23015)]
[New Thread 1090525536 (LWP 23016)]
[New Thread 1098918240 (LWP 23033)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1098918240 (LWP 23033)]
0x2c900e60 in strlen () from /lib64/libc.so.6

(gdb) info threads
* 4 Thread 1098918240 (LWP 23033)  0x2c900e60 in strlen ()
   from /lib64/libc.so.6
  3 Thread 1090525536 (LWP 23016)  0x2c9527b6 in select ()
   from /lib64/libc.so.6
  2 Thread 1082132832 (LWP 23015)  0x2abcbb6a in 
pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
  1 Thread 46912547122192 (LWP 23012)  0x2c950870 in poll ()
   from /lib64/libc.so.6

(gdb) bt
#0  0x2c900e60 in strlen () from /lib64/libc.so.6
#1  0x2c49670a in std::string::compare () from /usr/lib/libstdc++.so.6
#2  0x00455f2d in std::operator+, 
std::allocator > ()
#3  0x00438e84 in std::operator+, 
std::allocator > ()
#4  0x0043af15 in std::operator+, 
std::allocator > ()
#5  0x2abc9b1c in start_thread () from /lib64/libpthread.so.0
#6  0x2c959c22 in clone () from /lib64/libc.so.6
#7  0x in ?? ()

(gdb) thread 3
[Switching to thread 3 (Thread 1090525536 (LWP 23016))]#0  0x2c9527b6 
in select () from /lib64/libc.so.6
(gdb) bt
#0  0x2c9527b6 in select () from /lib64/libc.so.6
#1  0x0044df42 in std::operator+, 
std::allocator > ()
#2  0x0044e12a in std::operator+, 
std::allocator > ()
#3  0x2abc9b1c in start_thread () from /lib64/libpthread.so.0
#4  0x2c959c22 in clone () from /lib64/libc.so.6
#5  0x in ?? ()

(gdb) thread 2
[Switching to thread 2 (Thread 1082132832 (LWP 23015))]#0  0x2abcbb6a 
in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
(gdb) bt
#0  0x2abcbb6a in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00430afb in std::operator+, 
std::allocator > ()
#2  0x00430c93 in std::operator+, 
std::allocator > ()
#3  0x2abc9b1c in start_thread () from /lib64/libpthread.so.0
#4  0x2c959c22 in clone () from /lib64/libc.so.6
#5  0x in ?? ()

(gdb) thread 1
[Switching to thread 1 (Thread 46912547122192 (LWP 23012))]#0  
0x2c950870 in poll () from /lib64/libc.so.6
(gdb) bt
#0  0x2c950870 in poll () from /lib64/libc.so.6
#1  0x2ad024c0 in g_main_context_iterate (context=0x6729f0, block=1,
dispatch=1, self=) at gmain.c:2867
#2  0x2ad0294a in IA__g_main_loop_run (loop=0x7dd930) at gmain.c:2769
#3  0x2af96ca2 in IA__gtk_main () at gtkmain.c:991
#4  0x00452f39 in std::operator+, 
std::allocator > ()
#5  0x2c8aa4ca in __libc_start_main () from /lib64/libc.so.6
#6  0x0041037a in ?? ()
#7  0x7fd86b88 in ?? ()
#8  0x2abc29c0 in ?? () from /lib64/ld-linux-x86-64.so.2
#9  0x0001 in ?? ()
#10 0x7fd88a74 in ?? ()
#11 0x in ?? ()

Max




Bug#343250: upx-ucl-beta: broken on 64-bit systems

2005-12-18 Thread Max Alekseyev

Robert Luberda wrote:


I've just uploaded 1:1.94+0.20051214cvs-2, which fixes the error. The
patch is very simple, I'm attaching it in case you didn't want to wait
for autobuilders and recompile the package yourself.

Please check if this version works for you on amd64.


No. It reports:

upx: util.h:71: int ptr_diff(const T*, const T*) [with T = unsigned char]: 
Assertion `(int)d == d' failed.
Aborted

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#343250: [Bulk] Re: Bug#343250: upx-ucl-beta: broken on 64-bit systems

2005-12-16 Thread Max Alekseyev

Robert Luberda wrote:


Thanks for your report.
I've just uploaded new CVS snapshot of upx-ucl-beta
(1.94+0.20051214cvs-1). Could you please check if the problem still
exists in that version?


It fails to be build from sources on amd64 with the following error:

g++ -O2 -g -DWITH_UCL -o packmast.o -c packmast.cpp
packmast.cpp: In function 'Packer* try_packers(InputFile*, Packer* (*)(Packer*, 
InputFile*))':
packmast.cpp:218: error: cannot allocate an object of abstract type 
'PackLinuxElf64amd'
p_lx_elf.h:221: note:   because the following virtual functions are pure within 
'PackLinuxElf64amd':
p_unix.h:72: note:  virtual void PackUnix::set_native64(void*, long unsigned 
int) const
make[1]: *** [packmast.o] Error 1


BTW. I'm wondering if the upx-ucl package has the same bug. I would be
grateful it you could test it also.


upx-ucl works OK.

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-11-19 Thread Max Alekseyev

Cai Qian wrote:


This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and
libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not
crash.


Could you provide a simpler testcase?

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-11-18 Thread Max Alekseyev

Cai Qian wrote:

To reproduce:
1) open http://www.filefactory.com/get/f.php?f=26f737dbc373854c4a38ac77 in a 
browser
2) wait 15 sec
3) click at "Click here to continue to the download page."
4) wait another 15 sec
5) find a link to ftp under "FileFactory FTP -- Click here to download"
6) try to download this link with d4x

Max


I suppose this file has been removed, as I got
 
550 /e/edbf5d055412df097e9ab4a16a886361/AB_091__E_.part05.rar: No such file or

directory


Please try to start with any of the following links at step 1:
http://www.filefactory.com/get/f.php?f=13ae545bc91cef4450ba91f2
http://www.filefactory.com/get/f.php?f=f23250cb8433a7c926f77f60
http://www.filefactory.com/get/f.php?f=999bcdfcfe535630094778a2

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6

2005-11-18 Thread Max Alekseyev

Cai Qian wrote:


d4x on attempt to process a link like
ftp://a5:[EMAIL 
PROTECTED]/e/edbf5d055412df097e9ab4a16a886361/AB_091__E_.part05.rar

Please note that this particular link is already expired (i.e., login is incorrect and d4x survives). 
To get a fresh one, open http://www.filefactory.com/get/f.php?f=26f737dbc373854c4a38ac77 in a browser, 
wait 15 sec, click "Click here to continue to the download page.", wait another 15 sec and 
find the link under "FileFactory FTP -- Click here to download".



I can't reproduce it, as it is said "No such file or directory." Can you check
the link?


To reproduce:
1) open http://www.filefactory.com/get/f.php?f=26f737dbc373854c4a38ac77 in a 
browser
2) wait 15 sec
3) click at "Click here to continue to the download page."
4) wait another 15 sec
5) find a link to ftp under "FileFactory FTP -- Click here to download"
6) try to download this link with d4x

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#271123: fixed in upstream 1.1.5

2005-10-13 Thread Max Alekseyev

Hi!

I believe this bug was fixed in upstream version 1.1.5.
While it is not yet released, snapshots are available from
http://sourceforge.net/projects/golded-plus/

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#322897: azureus: Unusable because of constant segmentation faults

2005-08-16 Thread Max Alekseyev

Justin Pryzby wrote:


A shellscript is segfaulting?  Or a command it calls is segfaulting?
If so, which?  Add "set -x;" as the second line of the script.


Segfaulting is the following command that is run from the script

exec java -Djava.library.path=/usr/lib \
-classpath $JARS:Azureus2.jar:/usr/share/java/Azureus2.jar \
org.gudy.azureus2.ui.swt.Main "$@"


There is a number of problems with that.



I've filed a separate bug 323342 about not being able to compile from sources.

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#322897: azureus: Unusable because of constant segmentation faults

2005-08-15 Thread Max Alekseyev

Justin Pryzby wrote:


Can you provide a GDB backtrace as well?

  $ gdb $(which azureus)
> r
...
bt


$ file $(which azureus)
/usr/bin/azureus: Bourne shell script text executable

How can I run shell script under gdb ?


It would be ideal if you could locally compile the package with
debugging symbols for use with GDB:

  $ DEB_BUILD_OPTIONS=nostrip apt-get -b source azureus


There is a number of problems with that.

First of all, I got

javac -source 1.4 -target 1.4.2 -encoding ISO-8859-1 -nowarn -classpath 
/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt-gtk-3.1.jar
 `find . -name *.java`
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError

and that was funny since I have 4GB of physical memory plus 2GB of swap.
I've managed to overcome this problem by manual adding option "-J-Xmx1024m" to 
javac commandline in Makefile and then running
DEB_BUILD_OPTIONS=nostrip debuild
But it immediately gave another error:

javac -J-Xmx1024m -source 1.4 -target 1.4.2 -encoding ISO-8859-1 -nowarn 
-classpath 
/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt-gtk-3.1.jar
 `find . -name *.java`
./org/gudy/azureus2/ui/web2/http/parser/HttpBodyDone.java:30: cannot access 
seda.sandStorm.lib.aSocket.ATcpConnection
bad class file: 
/usr/share/java/seda.jar(seda/sandStorm/lib/aSocket/ATcpConnection.class)
class file has wrong version 49.0, should be 48.0
Please remove or make sure it appears in the correct subdirectory of the 
classpath.
import seda.sandStorm.lib.aSocket.ATcpConnection;
  ^
1 error

This one I do not know how to handle. Please advise.

Thanks,
Max




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#299734: broken on 64-bit systems

2005-08-03 Thread Max Alekseyev

Peter Karlsson wrote:

Unfortunately, GoldEd+ development seems to have more or less stopped as 
well.


First of all, there is quite fresh snapshot golded+1.1.5-20050419.tgz available 
for download at
http://golded-plus.sourceforge.net/download.html

Second, I've made two patches available at 
http://sourceforge.net/tracker/?group_id=2942&atid=302942 against it:
1) gcc 4.0 compatibility patch (closes bug #271123)
2) golded+ for 64-bit platforms principal bugfix which closes this bug and 
(hopefully) bug #251856

Please update the upstream snapshot in the goldedplus package and include the 
described patches.

Thanks,
Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#319031: Crash on File->Open...

2005-07-22 Thread Max Alekseyev

Paul Brossier wrote:


#8  0x2bbba435 in IA__gtk_file_chooser_dialog_new (
title=0x7fff , parent=0x1,


This `title=0x7fff` is odd since in the following function arguments 
`title` is show as expected

#7  0x2bbba361 in gtk_file_chooser_dialog_new_valist (
 title=0x4def6d "Choose a DV or SMIL file", parent=0x0,
 action=GTK_FILE_CHOOSER_ACTION_OPEN, backend=0x1153520 "0?\023\001",
 first_button_text=0x1 , varargs=0x7f81dc40)
 at gtkfilechooserdialog.c:592


mmh, please try again the packages at piem.org which includes the
attached patch.


I also confirm that your last patch did not solve the problem.

I've also installed libglib2.0-0-dbg, backtrace is the following:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912583343296 (LWP 32709)]
0x2e18bc00 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x2e18bc00 in strlen () from /lib/libc.so.6
#1  0x2d13bea2 in IA__g_strdup (
str=0x7fff )
at gstrfuncs.c:90
#2  0x2c640292 in value_collect_string (value=0x140e5f8,
n_collect_values=1, collect_values=0x7f8aad60, collect_flags=0)
at gvaluetypes.c:286
#3  0x2c6269c1 in IA__g_object_new_valist (object_type=13581952,
first_property_name=0xc638c0 "\020\002d╛╙*", var_args=0x7f8aade0)
at gobject.c:1014
#4  0x2c626193 in IA__g_object_new (object_type=13581952,
first_property_name=0x2bd6c334 "label") at gobject.c:823
#5  0x2bb60ad9 in IA__gtk_button_new_from_stock (
stock_id=0x7fff )
at gtkbutton.c:734
#6  0x2bba1b66 in IA__gtk_dialog_add_button (dialog=0x140e8c0,
button_text=0x7fff ,
response_id=-1373521744) at gtkdialog.c:642
#7  0x2bbba361 in gtk_file_chooser_dialog_new_valist (
title=0x6c3f80 "Choose a DV or SMIL file", parent=0x0,
action=GTK_FILE_CHOOSER_ACTION_OPEN, backend=0x140e8c0 "[EMAIL PROTECTED]",
first_button_text=0x1 , varargs=0x7f8aaf60)
at gtkfilechooserdialog.c:592
#8  0x2bbba435 in IA__gtk_file_chooser_dialog_new (
title=0x7fff , parent=0x1,
action=4287278432, first_button_text=0x0) at gtkfilechooserdialog.c:625
#9  0x0047958d in KinoCommon::getFileToOpen ()
#10 0x0047fcce in KinoCommon::loadFile ()
...

Max




Bug#319031: Crash on File->Open...

2005-07-22 Thread Max Alekseyev

Paul Brossier wrote:

the backtrace actually suggests that the bug is somewhere in gtk. 
what does it look like with libtgtk2.0-0-dbg installed as suggested at

http://bugs.debian.org/315083 ?


Here it comes:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912583343296 (LWP 29972)]
0x2e18bc00 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x2e18bc00 in strlen () from /lib/libc.so.6
#1  0x2d13bea2 in g_strdup () from /usr/lib/libglib-2.0.so.0
#2  0x2c640292 in g_value_array_sort_with_data ()
   from /usr/lib/libgobject-2.0.so.0
#3  0x2c6269c1 in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#4  0x2c626193 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#5  0x2bb60ad9 in IA__gtk_button_new_from_stock (
stock_id=0x7fff )
at gtkbutton.c:734
#6  0x2bba1b66 in IA__gtk_dialog_add_button (dialog=0x1153520,
button_text=0x7fff ,
response_id=-1373521744) at gtkdialog.c:642
#7  0x2bbba361 in gtk_file_chooser_dialog_new_valist (
title=0x4def6d "Choose a DV or SMIL file", parent=0x0,
action=GTK_FILE_CHOOSER_ACTION_OPEN, backend=0x1153520 "0?\023\001",
first_button_text=0x1 , varargs=0x7f81dc40)
at gtkfilechooserdialog.c:592
#8  0x2bbba435 in IA__gtk_file_chooser_dialog_new (
title=0x7fff , parent=0x1,
action=4286700096, first_button_text=0x0) at gtkfilechooserdialog.c:625
#9  0x00472e16 in KinoCommon::getFileToOpen ()
#10 0x0047955e in KinoCommon::loadFile ()
... skip ...

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#319031: Crash on File->Open...

2005-07-21 Thread Max Alekseyev

Paul Brossier wrote:


 - do you have alsa up and running? (contents of /proc/asound/cards)


$ cat /proc/asound/cards
0 [Unknown]: EMU10K1 - SB Live [Unknown]
 SB Live [Unknown] (rev.8, serial:0x80271102) at 0xb400, 
irq 16


 - what does recompiling gives without the --with-avcodec in
   debian/rules?


The same crash.

Max



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#319031: Crash on File->Open...

2005-07-19 Thread Max Alekseyev

Paul Brossier wrote:


Could you try building this version: http://piem.org/debian/kino/ ?


It didn't help. Kino 0.76-3 is still crashing.
Backtrace is essentially the same:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912583339200 (LWP 3854)]
0x2e18ac00 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x2e18ac00 in strlen () from /lib/libc.so.6
#1  0x2d13aea2 in g_strdup () from /usr/lib/libglib-2.0.so.0
#2  0x2c63f292 in g_value_array_sort_with_data ()
   from /usr/lib/libgobject-2.0.so.0
#3  0x2c6259c1 in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#4  0x2c625193 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#5  0x2bb5fad9 in gtk_button_new_from_stock ()
   from /usr/lib/libgtk-x11-2.0.so.0
#6  0x2bba0b66 in gtk_dialog_add_button ()
   from /usr/lib/libgtk-x11-2.0.so.0
#7  0x2bbb9361 in gtk_file_chooser_dialog_get_type ()
   from /usr/lib/libgtk-x11-2.0.so.0
#8  0x2bbb9435 in gtk_file_chooser_dialog_new ()
   from /usr/lib/libgtk-x11-2.0.so.0
#9  0x0047a143 in KinoCommon::getFileToOpen ()
etc. etc.

Max


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#319031: Crash on File->Open...

2005-07-19 Thread Max Alekseyev

Package: kino
Version: 0.76-2
Severity: grave
Justification: renders package unusable

Run kino, click File->Open..., kino crashes.

Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912583339152 (LWP 12836)]
0x2e18ac00 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x2e18ac00 in strlen () from /lib/libc.so.6
#1  0x2d24eea2 in g_strdup () from /usr/lib/libglib-2.0.so.0
#2  0x2c753292 in g_value_array_sort_with_data ()
   from /usr/lib/libgobject-2.0.so.0
#3  0x2c7399c1 in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#4  0x2c739193 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#5  0x2bc74ad9 in gtk_button_new_from_stock ()
   from /usr/lib/libgtk-x11-2.0.so.0
#6  0x2bcb5b66 in gtk_dialog_add_button ()
   from /usr/lib/libgtk-x11-2.0.so.0
#7  0x2bcce361 in gtk_file_chooser_dialog_get_type ()
   from /usr/lib/libgtk-x11-2.0.so.0
#8  0x2bcce435 in gtk_file_chooser_dialog_new ()
   from /usr/lib/libgtk-x11-2.0.so.0
#9  0x00479576 in KinoCommon::getFileToOpen ()
#10 0x0047fcbe in KinoCommon::loadFile ()
#11 0x00439df9 in on_open_activate ()
#12 0x2c746d22 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#13 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0x2c7468ce in g_signal_emit_by_name ()
   from /usr/lib/libgobject-2.0.so.0
#15 0x2c745906 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#16 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0x2bc74c1c in gtk_button_clicked ()
   from /usr/lib/libgtk-x11-2.0.so.0
#18 0x2bc75836 in _gtk_button_paint ()
   from /usr/lib/libgtk-x11-2.0.so.0
#19 0x2c746d22 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#20 0x2c7372d0 in g_cclosure_new_swap ()
   from /usr/lib/libgobject-2.0.so.0
#21 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#22 0x2c746182 in g_signal_emit_by_name ()
   from /usr/lib/libgobject-2.0.so.0
#23 0x2c745906 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#24 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#25 0x2bc74bbc in gtk_button_released ()
   from /usr/lib/libgtk-x11-2.0.so.0
#26 0x2bc756f9 in _gtk_button_paint ()
   from /usr/lib/libgtk-x11-2.0.so.0
#27 0x2bd1d593 in _gtk_marshal_BOOLEAN__BOXED ()
   from /usr/lib/libgtk-x11-2.0.so.0
#28 0x2c7372d0 in g_cclosure_new_swap ()
   from /usr/lib/libgobject-2.0.so.0
#29 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0x2c74637a in g_signal_emit_by_name ()
   from /usr/lib/libgobject-2.0.so.0
#31 0x2c745713 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#32 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0x2bdec626 in gtk_widget_send_expose ()
   from /usr/lib/libgtk-x11-2.0.so.0
#34 0x2bd1c0e5 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#35 0x2bd1b2b2 in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#36 0x2c050c53 in _gdk_events_queue ()
   from /usr/lib/libgdk-x11-2.0.so.0
#37 0x2d23b94c in g_main_depth () from /usr/lib/libglib-2.0.so.0
#38 0x2d23c8e4 in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#39 0x2d23cbee in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#40 0x2d23d0d5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#41 0x2bd1ac81 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
---Type  to continue, or q  to quit---
#42 0x00439ae8 in main ()


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2.64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages kino depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libavc1394-0  0.5.1-1control IEEE 1394 audio/video devi
ii  libbonobo2-0  2.10.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.0-1   The Bonobo UI library
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libdv40.103-2software library for DV format dig
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libgconf2-4   2.10.1-1   GNOME configuration database syste
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.6.5-1The GLib library of C routines
ii  libgnome2-0   2

Bug#310318: "wget -N" reports "File already exists"

2005-05-23 Thread Max Alekseyev

Hrvoje Niksic wrote:

I cannot repeat this bug.  I also cannot find this error message
("File already exists") in Wget source code, nor in the Debian patch.




$ apt-get source wget
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 1341kB of source archives.
Get:1 ftp://ftp.us.debian.org unstable/main wget 1.9.1-11.1 (dsc) [591B]
Get:2 ftp://ftp.us.debian.org unstable/main wget 1.9.1-11.1 (tar) [1322kB]
Get:3 ftp://ftp.us.debian.org unstable/main wget 1.9.1-11.1 (diff) [17,8kB]
Fetched 1341kB in 13s (98,6kB/s)
dpkg-source: extracting wget in wget-1.9.1
$ grep -R -n "File already exists" wget-1.9.1/
wget-1.9.1/src/ftp.c:876:  fprintf (stderr, "File already exists: %s\n", 
con->target);
wget-1.9.1/src/http.c:1496:  fprintf( stderr, "File already exists: %s\n", 
*hs->local_file );


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#300347: ver. 5.6.1 segfaults on debian-amd64 / new upsteam ver. 5.6.2 is available with many AMD64-related fixes

2005-03-18 Thread Max Alekseyev
Package: biew
Version: 5.6.1-1
Severity: grave
Justification: renders package unusable
Version 5.6.1-1 currently available at debian-amd64 repository is broken on 
debian-amd64.
It segfaults on attempt to open any file.
At the same time there is a new upstream version 5.6.2 available at
http://sourceforge.net/project/showfiles.php?group_id=1475
This version is said "fixes all found AMD64-related bugs".
Max
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11.3.64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Versions of packages biew depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Bug#299902: under debian-amd64 XNC crashes when skin is different from default

2005-03-17 Thread Max Alekseyev
Package: xnc
Version: 5.0.4-2
Severity: grave
Justification: causes non-serious data loss
To reporduce the bug:
1. Run XNC and go to
Options -> Configuration -> GUI plugin (skin)
and change to anything different from default (e.g., Five Look)
2. Restart XNC
$ xnc
Plugin LookFive v.1.1.2 registered
Loading resourcesOK
**Image Engine**
*  *
*Visual:  TrueColor*
*Depth:   24  (4 bytes/pixel)  *
*RGB: 8:8:8*
*Colors:  16777216 *
*Images:  GIF,JPEG,PCX *
*  *
 (c) Leo 96-98 *
Loading skins
***
OOPS! It seems that You found a bug in XNC!!!
If You can repeat this situation then send me a bug report
to <[EMAIL PROTECTED]> with subject  'XNC - bug report'
Body of the mail:
   -What are You doing to produce this bug.
   -XNC configuration (~/.xnc/xnc.ini) file.
   -Output of 'ldd xnc' command.
   -X Server configuration (resolution and color depth)
   -And Your reply mail address, for more information about situation if need
Do NOT include 'CORE' dump file in the following letter.
Thanks, and sorry for BUG
***
Segmentation fault
I've tried to reach the original author but got
550 5.1.1 <[EMAIL PROTECTED]>... User unknown
Max

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11.3.64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Versions of packages xnc depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcc1  1:3.4.3-12  GCC support library
ii  libice6  4.3.0.dfsg.1-12 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-12 X Window System Session Management
ii  libstdc++5   1:3.3.5-12  The GNU Standard C++ Library v3
ii  libtiff4 3.7.1-4 Tag Image File Format (TIFF) libra
ii  libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Bug#299734: broken on 64-bit systems

2005-03-16 Thread Max Alekseyev
Peter,
Actually, the only bad thing I noticed is incorrect file I/O.
User interface works pretty fine and stable.
So I believe it will not hard to fix goldedplus for 64-bit system. One just 
need to carefully inspect parameters of all fseek/lseek/fread/fwrite/etc. calls.
As of FIDO, it's pretty still alive in xUSSR. ;)
Max
Peter Karlsson wrote:
Max Alekseyev:
There are multiple problems with goldedplus on 64-bit systems such as 
segfaults (see bug 251856 as well) and hanling data files.

Yeah, this probably is the same problem as in bug 251856. The program 
was simply not designed for 64-bit systems. I should probably just 
exclude the 64-bit architectures from the supported systems list, until 
such a time when 64-bit support is added (which is unlikely given that 
the project is quite dead, much like Fidonet itself).


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Bug#299734: broken on 64-bit systems

2005-03-15 Thread Max Alekseyev
Package: goldedplus
Version: 1.1.4.7+1.1.5.20031012-1
Severity: grave
Justification: renders package unusable
File: /usr/bin/golded
There are multiple problems with goldedplus on 64-bit systems such as segfaults 
(see bug 251856 as well) and hanling data files.
In particular, while golded starts OK here it's unable to show any messages (I 
use JAM message base), it shows just empty messages while message counter shows 
correct number of messages in each area.
'strace' shows that golded uses impossible offsets while seeking in the files 
like
lseek(4, 18690040382214, SEEK_SET)  = 18690040382214
(note this offset is even larger than my whole filesystem size)
So I believe there some mess of 32- and 64- bit varibles.
Moreover, it often crashes but it seems to be a consequence of the problem 
described above.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11.3.64
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Versions of packages goldedplus depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-12   GCC support library
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3
-- no debconf information

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]