DragonFly BSD
DragonFly bugs List (threaded) for 2004-11
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Gtk1 programs don't work fine.


From: "H.Miyamoto" <Ys@xxxxxxxxxxxxxx>
Date: Wed, 24 Nov 2004 16:21:13 +0900

Hello,

Well, actually, I noticed two problems when I cvsuped at Nov 15. A problem related SACK
that I posted had resolved few days before. I say again, thank you. And, other problem
is not resolved by fix for SACK. The problem is gimp-1.2(and gtk1 programs) core dump
(or not work fine). After once cvsup, gimp-1.2(use gtk1, not gtk2) can't start on my
system. I can't know a problem is related to DragonFly changes, but I think there is no
change to my system without this cvsup and making world.

Old world:
DragonFly humming.pixygarden.net 1.1-UNKNOWN DragonFly 1.1-UNKNOWN #0: Mon Oct 25 16:32:55 JST 2004 (snip)

New world:
DragonFly humming.pixygarden.net 1.1-CURRENT DragonFly 1.1-CURRENT #0: Mon Nov 15 19:28:28 JST 2004 (snip)

(and I've tested on today's world too, but status was'nt change:
DragonFly humming.pixygarden.net 1.1-CURRENT DragonFly 1.1-CURRENT #4: Wed Nov 24 11:45:38 JST 2004 (snip))

Here's a output:
$ gimp-1.2
Segmentation fault (core dumped)

There is no information without this. So I tried to get a backtrace with '--enable-debug'
build, and it was seemed that I could get it. I don't know whether my way to get a backtrace
is a right way, because I'm not a C (and others) programmer. Please tell me the right way
if my way isn't right.

$ gdb ~/gimp/bin/gimp-1.2
GNU gdb 6.2.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-dragonfly"...
(gdb) run
Starting program: /usr/home/kazane/gimp/bin/gimp-1.2

Program received signal SIGSEGV, Segmentation fault.
0x284eb6e6 in strcmp () from /usr/lib/libc.so.4
(gdb) bt
#0  0x284eb6e6 in strcmp () from /usr/lib/libc.so.4
#1  0x0806caa9 in app_init_update_status (label1val=0x824a0cc "procedure-database", label2val=0x0, pct_progress=-1)
    at app_procs.c:451
#2  0x08138e0b in procedural_db_init () at procedural_db.c:48
#3  0x0806cced in app_init () at app_procs.c:538
#4  0x0806bedb in gimp_init (gimp_argc=0, gimp_argv=<incomplete type>) at app_procs.c:143
#5  0x081070ea in init () at main.c:445
#6  0x08160c37 in user_install_verify (user_install_callback=0x81070d0 <init>) at user_install.c:109
#7  0x081070b3 in main (argc=1, argv=0xbfbffa84) at main.c:411

In fact, 'procedure-database' output at #1 are Japanese words that is meant a 'procedure database'.
After I tested more cases, I knew following things.

* 'LANG=C ~/gimp/bin/gimp-1.2' works fine.
* Other gtk1 program, sylpheed mail user agent, don't dump core, but Japanese words 
  can't print in a mail body view(use gtktext). Japanese words *can* print in a mail
  summary view(probably, use gtkctree), it should be wonder for me.
* 'LANG=C sylpheed' works fine as well as gimp.
* Programs that uses gtk2 are work fine either in 'C' or in japanese locale.

Locale of my system is 'ja_JP.eucJP', there is this problem. But 'C' and 'ASCII' locales
that were tested by me, there is no problem. Ah, of course in 'C' or 'ASCII' locales
there is a problem that I can't use native language.

Softwares version are GIMP version 1.2.5, and gtk-1.2.10_12.


Any advice?

Thanks.
-- 
H.Miyamoto (aka "Yuukis"). <Ys@xxxxxxxxxxxxxx>
           http://wids.net/ - Enjoy Your Computing ?



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]