解决OpenQ 0.3.2 for Gaim 1.5.0无法登陆的问题

地下清泉

我的就是按照楼上的安装方法，都设置好了，但就是连不上，总是提示 no reply什么的！很晕啊！请楼主帮帮哥们我啊！谢谢啦！

pengy

我的也出现着中情况。请大家帮帮忙，感谢！！

地下清泉

为什么没人能回答啊！不可以共享吗？请能登录的朋友告诉一下啊！谢谢啦！

liliaoyuan

group_find.c中

原来
142                             if (q_bud != NULL)
143                                     member->nickname = g_strdup(q_bud->nickname);
修改
142                             if (q_bud != NULL && q_bud->nickname != NULL)




Detaching after fork from child process 16512.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 805462096 (LWP 4332)]
0x0722fabc in strlen () from /lib/libc.so.6
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) which
Undefined command: "which".  Try "help".
(gdb) where
#0  0x0722fabc in strlen () from /lib/libc.so.6
#1  0x073e13dc in g_strdup () from /usr/lib/libglib-2.0.so.0
#2  0x0667a41c in qq_group_find_or_add_member (gc=Variable "gc" is not available.
) at group_find.c:143
#3  0x0667cbc0 in qq_process_group_cmd_get_group_info (data=0x7f9bafd0 "\004", cursor=0x7f9bb434, len=1087, gc=0x8973b68) at group_info.c:210
#4  0x0667eb20 in qq_process_group_cmd_reply (buf=Variable "buf" is not available.
) at group_network.c:186
#5  0x06689998 in _qq_packet_process (buf=0x7f9bb4b0 "\002\001", buf_len=Variable "buf_len" is not available.
) at recv_core.c:259
#6  0x06689b68 in qq_input_pending (data=0x8973b68, source=Variable "source" is not available.
) at recv_core.c:314
#7  0x080ad014 in gaim_gtk_eventloop_get_ui_ops () from /usr/bin/gaim
#8  0x073f42d0 in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0
#9  0x073c1034 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#10 0x073c5088 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#11 0x073c54f4 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#12 0x079ba354 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x080dcc54 in main () from /usr/bin/gaim

今天跟踪了一下，信息如下，也没时间再跟踪，

(gdb) fram 2
#2  0x0667a41c in qq_group_find_or_add_member (gc=Variable "gc" is not available.
) at group_find.c:143
143                                     member->nickname = g_strdup(q_bud->nickname);
(gdb) p q_bud
No symbol "q_bud" in current context.
(gdb) l
138                     member->uid = member_uid;
139                     buddy = gaim_find_buddy(gaim_connection_get_account(gc), uid_to_gaim_name(member_uid));
140                     if (buddy != NULL) {
141                             q_bud = (qq_buddy *) buddy->proto_data;
142                             if (q_bud != NULL)
143                                     member->nickname = g_strdup(q_bud->nickname);
144                             else if (buddy->alias != NULL)
145                                     member->nickname = g_strdup(buddy->alias);
146                     }               // if buddy != NULL
147                     group->members = g_list_append(group->members, member);

csyfek

什么叫飞掉？？？:confused:

pengy

腾讯怎么老是改协议啊，他是不是贤着没事干啊！！！

mikeandmore

1 如果是改了协议，那么问题比较严重openQ可能需要大规模的gdb一下，
因为q_bud->nickname没有读出来，问题比较严重。
2 我更希望这样改可以，但是是在不是协议问题的基础上。

csyfek

Post by mikeandmore
1 如果是改了协议，那么问题比较严重openQ可能需要大规模的gdb一下，
因为q_bud->nickname没有读出来，问题比较严重。
2 我更希望这样改可以，但是是在不是协议问题的基础上。

应该和group_find.c没关系，应该是group_conv.c?（忘了）里面的问题。具体原因稍后补上。

gnap

的确是这样，而且另一个重连后“飞掉”的地方在：keep_alive.c的138行：
这处的assertion直接导致重连时候buddylist为空时候失败，程序直接退出。
由于后面的代码已经判断了bud != NULL;实际上这一行的assertion是多余的。

在我的机器上先“飞掉”的是这里，修正后才出现liliaoyuan所说的错误。在他说的那里挂了。
我俩的gdb输出几乎是一样的，就不帖了。

gnap

的确是这样，而且另一个重连后“飞掉”的地方在：keep_alive.c的138行：
这处的assertion直接导致重连时候buddylist为空时候失败，程序直接退出。
由于后面的代码已经判断了bud != NULL;实际上这一行的assertion是多余的。

在我的机器上先“飞掉”的是这里，修正后才出现liliaoyuan所说的错误。在他说的那里挂了。
我俩的gdb输出几乎是一样的，就不帖了。