Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ope...@pl...> - 2002-10-18 15:45:51
|
Background info:
I'm working on a SunBlade100 with Sun Solaris 8=2E0=2E I install most soft=
ware
into /opt/sfw/=2E The reason for this is that the /users/ and the /opt/loc=
al/
directories are network mounts that I do not have write access to even wit=
h
root=2E This causes all sorts of trouble when doing a =2E/configure; make;=
make
install=2E So, I normally install like this: =2E/configure --prefix=3D/opt=
/sfw;
make; make install=2E FYI, "make" is actually "gmake"=2E
Problem #1: resolved (FYI)
The first problem I ran into was getting GLIB 2 and GTK 2 installed=2E For=
some reason I had to "setenv PKG_CONFIG_PATH /opt/sfw/lib/pkgconfig" to
GLIB 2 and GTK 2 along with the dependencies (atk, pango, gettext, libtool=
,
etc=2E) installed correctly=2E I'm guessing that I may have pkgconfig inst=
alled
twice on this system=2E The error I received before I did the "setenv" was=
something along the lines of "GLIB 2 may not be installed correctly =2E=2E=
=2E"
The error output from the GAIM =2E/configure was vague and honestly not ve=
ry
helpful=2E I was able to finally figure out the problem when I encountered=
a
similar error during the =2E/configure for GTK 2=2E The GTK 2 error sugges=
ted
that I set the PKG_CONFIG_PATH=2E That did the trick
Problem #2: unresolved (help please!)
The newest versions of GTK 2, GLIB 2, gettext, libtool, atk, pango, and
pkgconfig are all installed=2E CVS GAIM finished the "=2E/configure
--prefix=3D/opt/sfw"=2E Here's the last few lines from the make output:
make[3]: Entering directory `/opt/apps/DATA/gaim/cvs/gaim/src'
/bin/sh =2E=2E/libtool --silent --mode=3Dlink gcc -g -O2 -I/usr/local/inc=
lude
-I/opt/include -I=2E=2E -I/opt/sfw/include/gtk-2=2E0
-I/opt/sfw/lib/gtk-2=2E0/include -I/opt/sfw/include/atk-1=2E0
-I/opt/sfw/include/pango-1=2E0 -I/usr/openwin/include
-I/opt/sfw/include/glib-2=2E0 -I/opt/sfw/lib/glib-2=2E0/include =20
-DGTK_ENABLE_BROKEN -I/opt/sfw/include
-I/usr/perl5/5=2E00503/sun4-solaris/CORE=20
-DLOCALEDIR=3D\"/opt/sfw/share/locale\" -DLIBDIR=3D\"/opt/sfw/lib/gaim/\"=20=
-DDATADIR=3D\"/opt/sfw/share\" -o gaim -export-dynamic about=2Eo aim=2Eo =
away=2Eo
browser=2Eo buddy=2Eo buddy_chat=2Eo conversation=2Eo core=2Eo dialogs=2Eo=
ft=2Eo
gaimrc=2Eo gtkimhtml=2Eo gtkspell=2Eo html=2Eo idle=2Eo list=2Eo md5=2Eo m=
odule=2Eo multi=2Eo
perl=2Eo prefs=2Eo proxy=2Eo prpl=2Eo server=2Eo socket=2Eo sound=2Eo util=
=2Eo getopt=2Eo
getopt1=2Eo -lnsl -lresolv -L/opt/sfw/lib -lgtk-x11-2=2E0 -lgdk-x11-2=2E0=
-latk-1=2E0 -lgdk_pixbuf-2=2E0 -lm -lpangox-1=2E0 -lpango-1=2E0 -lgobject-=
2=2E0
-lgmodule-2=2E0 -ldl -lglib-2=2E0 -lintl -L/opt/sfw/lib -lesd -laudiofil=
e -lm
-lresolv -lrt -lnsl -lsocket -R /usr/perl5/5=2E00503/sun4-solaris/CORE
/usr/perl5/5=2E00503/sun4-solaris/auto/DynaLoader/DynaLoader=2Ea
-L/usr/perl5/5=2E00503/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm
-lcrypt -L/usr/openwin/lib -lintl
Undefined first referenced
symbol in file
XScreenSaverAllocInfo idle=2Eo (symbol belongs to implicit
dependency /usr/openwin/lib/libXext=2Eso=2E0)
XIconifyWindow conversation=2Eo (symbol belongs to
implicit dependency /usr/openwin/lib/libX11=2Eso=2E4)
XGetWindowProperty browser=2Eo (symbol belongs to implic=
it
dependency /usr/openwin/lib/libX11=2Eso=2E4)
XSelectInput browser=2Eo (symbol belongs to implic=
it
dependency /usr/openwin/lib/libX11=2Eso=2E4)
XScreenSaverQueryInfo idle=2Eo (symbol belongs to implicit
dependency /usr/openwin/lib/libXext=2Eso=2E0)
XFree browser=2Eo (symbol belongs to implic=
it
dependency /usr/openwin/lib/libX11=2Eso=2E4)
XQueryTree browser=2Eo (symbol belongs to implic=
it
dependency /usr/openwin/lib/libX11=2Eso=2E4)
eval_pv perl=2Eo
XScreenSaverQueryExtension idle=2Eo (symbol belongs to implicit
dependency /usr/openwin/lib/libXext=2Eso=2E0)
XInternAtom browser=2Eo (symbol belongs to implic=
it
dependency /usr/openwin/lib/libX11=2Eso=2E4)
ld: fatal: Symbol referencing errors=2E No output written to gaim
collect2: ld returned 1 exit status
make[3]: *** [gaim] Error 1
make[3]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim'
make: *** [all-recursive-am] Error 2
10=2E32=2E12=2E236:>ps -ef | grep -i XS
maxd 669 280 0 Oct 11 ? 1476:12 /usr/openwin/bin/Xsun :0
-nobanner -auth /var/dt/A:0-s0aaJa
maxd 744 733 0 Oct 11 pts/3 0:00 /bin/ksh
/usr/dt/config/Xsession2=2EGNOME-2=2E0
maxd 688 670 0 Oct 11 ? 0:00 /bin/ksh /usr/dt/bin/Xsessi=
on
maxd 763 1 0 Oct 11 ? 0:34 xscreensaver -nosplash
maxd 4163 1289 0 10:01:31 pts/13 0:00 grep -i XS
What is causing this problem and what should I do to fix it? I hope I'm no=
t
missing anything obvious=2E I apologize up front for my "noobieness=2E"
-in your debt, max
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web=2Ecom/ =2E
|
|
From: Nathan W. <fac...@fa...> - 2002-10-18 15:29:48
|
On Thu, Oct 17, 2002 at 07:08:47PM -0400, Nathan Walp wrote: > On Fri, Oct 18, 2002 at 12:03:40AM +0200, David Odin wrote: > > Sure, but this is just conflicting with the GtkTextBuffer/GtkTextView > > I am just implementing. GtkTextBuffer hasn't the same signals. > >=20 >=20 > I'll figure that out when the time comes. Then it will be eleventy > billion times better. Just looked, it will be trivial to make the change to attach the signals to GtkTextBuffer. If you want to, just comment them out in your patch, and if/when it goes in, i'll take care of typing notification. Nathan --=20 Nathan Walp || fac...@fa... GPG Fingerprint: || http://faceprint.com/ 5509 6EF3 928B 2363 9B2B DA17 3E46 2CDC 492D DB7E |
|
From: David O. <Da...@di...> - 2002-10-18 14:18:37
|
On Fri, Oct 18, 2002 at 09:56:33AM -0400, lsc...@re... wrote: > tab complete nicks in chat does not work with this version of the patch. > luke > Yes. I've disabled it for now, until I fully understand how it work so I can adapt it for GtkTextView/GtkTextBuffer. -- Da...@di... It's not that I'm afraid to die. I just don't want to be there when it happens. -- Woody Allen |
|
From: <lsc...@re...> - 2002-10-18 13:56:36
|
tab complete nicks in chat does not work with this version of the patch. luke On Fri, Oct 18, 2002 at 03:35:01PM +0200, David Odin wrote: > On Thu, Oct 17, 2002 at 03:23:02PM -0500, Ethan Blanton wrote: > > David Odin spake unto us the following wisdom: > > > Sure. Sorry for this. How much characters do you use for tabs? > > > > 8 spaces per tab, and the code is actually *tabs* and not 8 spaces. > > > OK. Then you should try the attached patch which fix the indentation. > > Please try and report problems. > > Regards, > > DindinX > > -- > Da...@di... > We may not return the affection of those who like us, but we always respect > their good judgement. -- -This email is made of 100% recycled electrons. |
|
From: David O. <Da...@di...> - 2002-10-18 13:35:07
|
On Thu, Oct 17, 2002 at 03:23:02PM -0500, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > Sure. Sorry for this. How much characters do you use for tabs?
>
> 8 spaces per tab, and the code is actually *tabs* and not 8 spaces.
>
OK. Then you should try the attached patch which fix the indentation.
Please try and report problems.
Regards,
DindinX
--
Da...@di...
We may not return the affection of those who like us, but we always respect
their good judgement.
|
|
From: Nathan W. <fac...@fa...> - 2002-10-17 23:09:01
|
On Fri, Oct 18, 2002 at 12:03:40AM +0200, David Odin wrote: > On Thu, Oct 17, 2002 at 02:35:31PM -0700, Sean Egan wrote: > > Update of /cvsroot/gaim/gaim/src > > In directory usw-pr-cvs1:/tmp/cvs-serv27432/src > >=20 > > Modified Files: > > conversation.c=20 > > Log Message: > > Faceprint made typing detection like 500 billion times better. Go Face= print! > > > Sure, but this is just conflicting with the GtkTextBuffer/GtkTextView > I am just implementing. GtkTextBuffer hasn't the same signals. >=20 > Regards, >=20 > DindinX I'll figure that out when the time comes. Then it will be eleventy billion times better. Oh, and don't bitch at developers on the commit list, it isn't nice ;-) --=20 Nathan Walp || fac...@fa... GPG Fingerprint: || http://faceprint.com/ 5509 6EF3 928B 2363 9B2B DA17 3E46 2CDC 492D DB7E |
|
From: David O. <Da...@di...> - 2002-10-17 22:20:56
|
Hi,
Here is the new version of the GtkTextView/GtkTextBuffer patch.
It still have a crappy indentation (sorry Ethan, I'll fix this
tomorrow).
But now, it support every feature the old GtkText widget had but the
gtkspell. It shouldn't segfault anymore on chat-room.
Regards,
DindinX
--
Da...@di...
"This is my gift, it is my curse."
|
|
From: Ethan B. <ebl...@cs...> - 2002-10-17 20:23:28
|
David Odin spake unto us the following wisdom:
> Sure. Sorry for this. How much characters do you use for tabs?
8 spaces per tab, and the code is actually *tabs* and not 8 spaces.
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: David O. <Da...@di...> - 2002-10-17 20:14:42
|
On Thu, Oct 17, 2002 at 01:56:55PM -0400, Luke Schierer wrote:
> as i sign in irc and am auto-joined into several channels, the following
> happens:
>
>
> (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 3377
> (gtk_text_buffer_get_selection_bounds): assertion `GTK_IS_TEXT_BUFFER
> (buffer)' failed
>
> (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 2447
> (gtk_text_buffer_get_start_iter): assertion `GTK_IS_TEXT_BUFFER
> (buffer)' failed
>
> (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1871
> (gtk_text_buffer_get_insert): assertion `GTK_IS_TEXT_BUFFER (buffer)'
> failed
>
> (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1727
> (gtk_text_buffer_get_iter_at_mark): assertion `GTK_IS_TEXT_MARK (mark)'
> failed
>
> (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1399
> (gtk_text_buffer_get_text): assertion `GTK_IS_TEXT_BUFFER (buffer)'
> failed
> Removed core
> Oh no! Segmentation fault!
> gaim (pid:1882): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s
> #0 0x4035d8fc in g_on_error_stack_trace () from
> /usr/lib/libglib-2.0.so.0
> #1 0x4035d81e in g_on_error_query () from /usr/lib/libglib-2.0.so.0
> #2 0x0805c8bd in sighandler (sig=11) at aim.c:394
> #3 0x403e8a44 in pthread_sighandler () from /lib/libpthread.so.0
> #4 0x40534518 in sigaction () from /lib/libc.so.6
> #5 0x0806cb6d in count_tag (buffer=0x0, s1=0x80b990f "<B>",
> #6 0x0806d65f in check_everything (buffer=0x8433330) at
> conversation.c:1738
> #7 0x0806cb05 in entry_key_pressed (buffer=0x8433330) at
> conversation.c:1374
> #8 0x400eda42 in _gtk_marshal_BOOLEAN__BOXED ()
> #9 0x4031de2b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> #10 0x40331993 in g_signal_emit_by_name () from
> /usr/lib/libgobject-2.0.so.0
> #11 0x40330277 in g_signal_emit_valist () from
> /usr/lib/libgobject-2.0.so.0
> #12 0x40122cbf in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0
> #13 0x401a2e8d in gtk_widget_send_expose () from
> /usr/lib/libgtk-x11-2.0.so.0
> #14 0x401a2af0 in gtk_widget_event () from /usr/lib/libgtk-x11-2.0.so.0
> #15 0x401acc30 in _gtk_window_query_nonaccels ()
> #16 0x400eda42 in _gtk_marshal_BOOLEAN__BOXED ()
> #17 0x4031e205 in g_cclosure_new_swap () from
> /usr/lib/libgobject-2.0.so.0
> #18 0x4031de2b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> #19 0x40331d8a in g_signal_emit_by_name () from
> /usr/lib/libgobject-2.0.so.0
> #20 0x40330277 in g_signal_emit_valist () from
> /usr/lib/libgobject-2.0.so.0
> #21 0x40122cbf in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0
> #22 0x401a2e8d in gtk_widget_send_expose () from
> /usr/lib/libgtk-x11-2.0.so.0
> #23 0x401a2af0 in gtk_widget_event () from /usr/lib/libgtk-x11-2.0.so.0
> #24 0x400ed8bd in gtk_propagate_event () from
> /usr/lib/libgtk-x11-2.0.so.0
> #25 0x400ec8fe in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
> #26 0x4026b05c in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
> #27 0x4036fa19 in g_get_current_time () from /usr/lib/libglib-2.0.so.0
> #28 0x40370837 in g_main_context_dispatch () from
> /usr/lib/libglib-2.0.so.0
> #29 0x40370c13 in g_main_context_dispatch () from
> /usr/lib/libglib-2.0.so.0
> #30 0x403712ef in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
> #31 0x400ec00f in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
> #32 0x0805d32c in main (argc=2, argv=0xbffffb54) at aim.c:840
>
> its all the way signed in and is processing the joins to the new chats
> and conversations at the time this happens.
>
> as it doesn't happen w/out the patch, i'm assuming your patch is causing
> it.
> luke
>
Yep. This is probably due to my patch. I've changed many things in
conversation.c. such as the entry_key_pressed function, so that it now
use a GtkTextBuffer instead of a GtkText. For now, I only adapted the
conversation (one-to-one) window. I have yet to adapt some other window,
such as the buddy chat one which also use some function of
conversation.c.
I'll keep you informed about by progress.
By the way, I never use any buddy_chat. Would you agree to test a new
patch, to make sure I go in the right direction?
Thanks for the report.
DindinX
--
Da...@di...
Q: Why does Washington have the most lawyers per capita and
New Jersey the most toxic waste dumps?
A: God gave New Jersey first choice.
|
|
From: David O. <Da...@di...> - 2002-10-17 20:14:17
|
On Thu, Oct 17, 2002 at 01:50:05PM -0500, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > > If this works well for ISO-8859-1 it's a huge step in the right
> > > direction, but it's obviously missing something. I'll see if I can
> > > figure out what, as other gaim text entries work properly.
> > >
> >
> > To change the input method, try to right-click in the input entry.
> > I've succesfully sent and received cyrillic, corean, and other
> > characters this way.
>
> The input method is XIM, the problem is that it is not accepting the
> input characters from kinput2. kinput2 is properly initialized and I
> can type into it just fine, but when I push <Enter> to send text to
> the GtkTextView, it is not properly sent. (nothing happens)
>
I've never used kinput2. I'm trying it right now.
>
> I'm looking into it right now ... but first I'm having to clean up a
> lot of gratuitous reformatting in this patch so I can figure out what
> is going on. :-P Please use tabs for indentation and follow the gaim
> style of putting { on the same line as if (), in the future. :-)
>
Sure. Sorry for this. How much characters do you use for tabs?
Regards,
DindinX
--
Da...@di...
"This is my gift, it is my curse."
|
|
From: Ethan B. <ebl...@cs...> - 2002-10-17 18:50:44
|
David Odin spake unto us the following wisdom:
> > If this works well for ISO-8859-1 it's a huge step in the right
> > direction, but it's obviously missing something. I'll see if I can
> > figure out what, as other gaim text entries work properly.
> >=20
>=20
> To change the input method, try to right-click in the input entry.
> I've succesfully sent and received cyrillic, corean, and other
> characters this way.
The input method is XIM, the problem is that it is not accepting the
input characters from kinput2. kinput2 is properly initialized and I
can type into it just fine, but when I push <Enter> to send text to
the GtkTextView, it is not properly sent. (nothing happens)
I'm looking into it right now ... but first I'm having to clean up a
lot of gratuitous reformatting in this patch so I can figure out what
is going on. :-P Please use tabs for indentation and follow the gaim
style of putting { on the same line as if (), in the future. :-)
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: David O. <Da...@di...> - 2002-10-17 18:30:26
|
On Thu, Oct 17, 2002 at 12:54:21PM -0500, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > Here is a new version of the GtkTextView/GtkTextBuffer patch.
> > Almost every feature of the old input entry is now included into the new
> > widget. It is very usable.
>
> It seems very usable to me, also, as long as I don't try to use any X
> input methods. The X input methods do not insert any text, and
> sufficient beating on them seems to eventually cause gaim to lock up.
>
> If this works well for ISO-8859-1 it's a huge step in the right
> direction, but it's obviously missing something. I'll see if I can
> figure out what, as other gaim text entries work properly.
>
To change the input method, try to right-click in the input entry.
I've succesfully sent and received cyrillic, corean, and other
characters this way.
How do you change input method?
Regards,
DindinX
--
Da...@di...
|
|
From: Luke S. <lsc...@gm...> - 2002-10-17 17:57:01
|
as i sign in irc and am auto-joined into several channels, the following happens: (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 3377 (gtk_text_buffer_get_selection_bounds): assertion `GTK_IS_TEXT_BUFFER (buffer)' failed (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 2447 (gtk_text_buffer_get_start_iter): assertion `GTK_IS_TEXT_BUFFER (buffer)' failed (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1871 (gtk_text_buffer_get_insert): assertion `GTK_IS_TEXT_BUFFER (buffer)' failed (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1727 (gtk_text_buffer_get_iter_at_mark): assertion `GTK_IS_TEXT_MARK (mark)' failed (gaim:1882): Gtk-CRITICAL **: file gtktextbuffer.c: line 1399 (gtk_text_buffer_get_text): assertion `GTK_IS_TEXT_BUFFER (buffer)' failed Removed core Oh no! Segmentation fault! gaim (pid:1882): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s #0 0x4035d8fc in g_on_error_stack_trace () from /usr/lib/libglib-2.0.so.0 #1 0x4035d81e in g_on_error_query () from /usr/lib/libglib-2.0.so.0 #2 0x0805c8bd in sighandler (sig=11) at aim.c:394 #3 0x403e8a44 in pthread_sighandler () from /lib/libpthread.so.0 #4 0x40534518 in sigaction () from /lib/libc.so.6 #5 0x0806cb6d in count_tag (buffer=0x0, s1=0x80b990f "<B>", #6 0x0806d65f in check_everything (buffer=0x8433330) at conversation.c:1738 #7 0x0806cb05 in entry_key_pressed (buffer=0x8433330) at conversation.c:1374 #8 0x400eda42 in _gtk_marshal_BOOLEAN__BOXED () #9 0x4031de2b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #10 0x40331993 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #11 0x40330277 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #12 0x40122cbf in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x401a2e8d in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x401a2af0 in gtk_widget_event () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x401acc30 in _gtk_window_query_nonaccels () #16 0x400eda42 in _gtk_marshal_BOOLEAN__BOXED () #17 0x4031e205 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #18 0x4031de2b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #19 0x40331d8a in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #20 0x40330277 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #21 0x40122cbf in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x401a2e8d in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x401a2af0 in gtk_widget_event () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x400ed8bd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x400ec8fe in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x4026b05c in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #27 0x4036fa19 in g_get_current_time () from /usr/lib/libglib-2.0.so.0 #28 0x40370837 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #29 0x40370c13 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #30 0x403712ef in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #31 0x400ec00f in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x0805d32c in main (argc=2, argv=0xbffffb54) at aim.c:840 its all the way signed in and is processing the joins to the new chats and conversations at the time this happens. as it doesn't happen w/out the patch, i'm assuming your patch is causing it. luke On Thu, Oct 17, 2002 at 12:42:12PM -0500, Ethan Blanton wrote: > David Odin spake unto us the following wisdom: > > P.S: did you get any time to have a look at my patch? I would be more > > than happy if it could be commited into cvs. > > I'm testing it out right at this moment. I'll be excited if it can be > committed, too, but first I have to make sure that it works with, for > instance, Asian scripts. > > Ethan > > -- > And if I claim to be a wise man / it surely means that I don't know. > -- Kansas, "Carry on Wayward Son" -- -This email is made of 100% recycled electrons. |
|
From: Ethan B. <ebl...@cs...> - 2002-10-17 17:55:00
|
David Odin spake unto us the following wisdom:
> Here is a new version of the GtkTextView/GtkTextBuffer patch.
> Almost every feature of the old input entry is now included into the new
> widget. It is very usable.
It seems very usable to me, also, as long as I don't try to use any X
input methods. The X input methods do not insert any text, and
sufficient beating on them seems to eventually cause gaim to lock up.
If this works well for ISO-8859-1 it's a huge step in the right
direction, but it's obviously missing something. I'll see if I can
figure out what, as other gaim text entries work properly.
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: Ethan B. <ebl...@cs...> - 2002-10-17 17:43:14
|
David Odin spake unto us the following wisdom:
> P.S: did you get any time to have a look at my patch? I would be more
> than happy if it could be commited into cvs.
I'm testing it out right at this moment. I'll be excited if it can be
committed, too, but first I have to make sure that it works with, for
instance, Asian scripts.
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: David O. <Da...@di...> - 2002-10-17 17:30:20
|
On Thu, Oct 17, 2002 at 12:14:21PM -0500, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > And since the utf8 problem as been fixed the right way, I've removed
> > these wierdness from this patch.
>
> So I guess my last patch to Oscar UTF-8 support fixed it for you?
>
Yes, exactly. With your patch I can received correct input from both
correct (gaim cvs, aim/windows) and broken (gaim 0.58) clients. So I
don't need to play with this anymore.
Thanks a lot.
DindinX
P.S: did you get any time to have a look at my patch? I would be more
than happy if it could be commited into cvs.
--
Da...@di...
|
|
From: Ethan B. <ebl...@cs...> - 2002-10-17 17:15:09
|
David Odin spake unto us the following wisdom:
> And since the utf8 problem as been fixed the right way, I've removed
> these wierdness from this patch.
So I guess my last patch to Oscar UTF-8 support fixed it for you?
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: David O. <Da...@di...> - 2002-10-17 15:37:54
|
Hi,
Here is a new version of the GtkTextView/GtkTextBuffer patch.
Almost every feature of the old input entry is now included into the new
widget. It is very usable.
And since the utf8 problem as been fixed the right way, I've removed
these wierdness from this patch.
The patch is of course against CVS HEAD. Please report problems and/or
please include it directly in the CVS ;-)
Best regards,
DindinX
--
Da...@di...
When a girl can read the handwriting on the wall, she may be in the wrong
rest room.
|
|
From: Ethan B. <ebl...@cs...> - 2002-10-16 22:21:22
|
=BE=C8=B3=E7=C7=CF=BC=BC=BF=E4
Kang Jeong-Hee spake unto us the following wisdom:
> 1. gtkimhtml.c's conversion code is trouble maker.
> the text of gtk_imhtml_append_text() may be UTF-8 already.
> so g_locale_to_utf8() return garbage and append_text() fail.
Yes, we are aware of this. I have some plans for character set
conversion that will hopefully fix this in many cases.
> 2. the text I typed in may be non-UTF-8.
> so gtkimhtml show me empty or broken characters for my text.
> but received text is always ok to display.
Once the input is fully converted to gtk2 widgets, this should no
longer be a problem. Let us know if, after the new code is in place,
you still have problems.
> 3. nick is broken.
> with kmerline remote, the birdy told me my nick is broken, while
> sent mesg is ok. his nick is no problem for me, and his text is
> also clear for me.
What protocol? If it is MSN or Jabber, this probably just means that
the nick input widget is not UTF-8. This will also be fixed. :-)
Ethan
--=20
And if I claim to be a wise man / it surely means that I don't know.
-- Kansas, "Carry on Wayward Son"
|
|
From: Kang Jeong-H. <Ke...@ma...> - 2002-10-16 19:39:28
|
I've tried this patch to gaim cvs latest and found some problem: 1. gtkimhtml.c's conversion code is trouble maker. the text of gtk_imhtml_append_text() may be UTF-8 already. so g_locale_to_utf8() return garbage and append_text() fail. so I removed the lines of code and found: 2. the text I typed in may be non-UTF-8. so gtkimhtml show me empty or broken characters for my text. but received text is always ok to display. 3. nick is broken. with kmerline remote, the birdy told me my nick is broken, while sent mesg is ok. his nick is no problem for me, and his text is also clear for me. this is totally msn-testified. so I cannot sure other IM is well or not. pliz sight once more. :) thanks for works of you and other gaim hackers that made gtkimhtml i18n-enabled. |
|
From: David O. <Da...@di...> - 2002-10-16 13:56:30
|
----- Forwarded message from David Odin <Da...@di...> -----
From: David Odin <Da...@di...>
Subject: new patch (go on with gtk2 widgets)
To: gai...@li...
Date: Wed, 16 Oct 2002 01:40:56 +0200
User-Agent: Mutt/1.4i
Hi,
A new version of my patch.
Many gtk2 cleanups in src/dialogs.c (mostly gtk_signal_connect ->
g_signal_connect), and some more supported features in the GtkTextView
widget, such as validation by the "send" button or smiley insersion.
There's still two references to utf8 encoding. Even if I think Ethan is
right, theses are still needed for me. Without them, I cannot even send
a message containing non-ascii characters such as accentued letters.
Regards,
DindinX
--
Da...@di...
To err is human.
To blame someone else for your mistakes is even more human.
----- End forwarded message -----
This time with the patch attached... ;-)
--
Da...@di...
"This is my gift, it is my curse."
|
|
From: David O. <Da...@di...> - 2002-10-15 23:42:28
|
----- Forwarded message from David Odin <Da...@di...> -----
From: David Odin <Da...@di...>
Subject: new patch (go on with gtk2 widgets)
To: gai...@li...
Date: Wed, 16 Oct 2002 01:40:56 +0200
User-Agent: Mutt/1.4i
Hi,
A new version of my patch.
Many gtk2 cleanups in src/dialogs.c (mostly gtk_signal_connect ->
g_signal_connect), and some more supported features in the GtkTextView
widget, such as validation by the "send" button or smiley insersion.
There's still two references to utf8 encoding. Even if I think Ethan is
right, theses are still needed for me. Without them, I cannot even send
a message containing non-ascii characters such as accentued letters.
Regards,
DindinX
--
Da...@di...
To err is human.
To blame someone else for your mistakes is even more human.
----- End forwarded message -----
oups. looks like I forgot to attach the patch last time.
--
Da...@di...
|
|
From: David O. <Da...@di...> - 2002-10-15 23:41:02
|
Hi,
A new version of my patch.
Many gtk2 cleanups in src/dialogs.c (mostly gtk_signal_connect ->
g_signal_connect), and some more supported features in the GtkTextView
widget, such as validation by the "send" button or smiley insersion.
There's still two references to utf8 encoding. Even if I think Ethan is
right, theses are still needed for me. Without them, I cannot even send
a message containing non-ascii characters such as accentued letters.
Regards,
DindinX
--
Da...@di...
To err is human.
To blame someone else for your mistakes is even more human.
|
|
From: Mike W. <mj...@wo...> - 2002-10-15 21:18:22
|
On Tue, 2002-10-15 at 16:34, Levi Ramsey wrote: > > You do realize that you can still use sawfish with GNOME2 instead of > metacity? > > killall metacity && sawfish & Yes, but sawfish has it's own problems that I'm just as happy to get away from. Woogie |
|
From: Daniel D. <dan...@dr...> - 2002-10-15 20:58:32
|
On Tue, 15 Oct 2002, Luke Schierer wrote:
> if both HEAD and gtk1-stable already have the fix, then just wait for
> 0.59.5
I should have checked CVS before I sent the patch :)
oh well.
--
It's looking like if MySQL AB doesn't make a movie based on the manual,
nobody's ever gonna learn how to use a database.
- r.
|
171 messages has been excluded from this view by a project administrator.
