Crash when switching tabs

I am trying to recreate this bug. Can you provide an (more specific) example of an activity that causes it to cash?

I'm having trouble making it happen now that I want to. It's almost as if it's doomed to happen from the start sometimes, and other times it doesn't happen at all. It sometimes happens when scrolling up and down through a long connected users list when I'm searching for someone. I'll post exactly what I was doing next time it happens.

StacktraceTop:IA__g_type_value_table_peek (type=158026304)
IA__g_value_peek_pointer (value=0x99e31c8)
g_type_class_meta_marshal (closure=0x95ba650,
IA__g_closure_invoke (closure=0x95ba650, return_value=0x0,
signal_emit_unlocked_R (node=0x96a5cf0, detail=0,

Thanks for the report. It seems to be stuck in an infinite loop of signals and events due the tab raising functionality. How are you switching the tabs (mouse clicking, ctrl-tab, the tabs menu) and what type of tabs are you switching when it occurs (hub, pm, search, etc)? If you can narrow down exactly when it occurs it would be very helpful.

It happend when I was switching between PM tabs. The hub I connect to has several specific PM rooms (I'm guessing through IRC) and I often switch quickly between tabs to catch up with a conversation. I always switch tabs by clicking the bars across the top.

There is a possibility it was from a search tab to a user tab, but I'll check out and see if it will happen again or if I can cause it to crash and let you know more exact details.

The other things I mentioned that crashed it I think are unrelated. They have stopped happening and crashed differently than this one did. I'll remove those from the description since you seem to have narrowed it down.

I committed a fix for this to trunk. It should hopefully stop the infinite invocation of signals that eventually leads to a crash.

could you make a ppa, please? - It's because of my client hanging up. Please!

This is already included in the PPAs. The fix was committed to the trunk few months ago.

--RZ

but it still hangs up!

Well that's a different bug or this one hasn't been properly fixed then.

Next time it hangs, attach gdb and get a full backtrace
1) start gdb,
2) attach PID-of-linuxdcpp
3) thread apply all bt full

You probably should file a new bug with the backtrace attached since I don't think this is related (this one crashed, yours just hangs).

--RZ

This still affects me.

Here's my output: http://umeaboy.pastebin.com/abzWDcFm

I don't see any indication of a crash in your output. The thread is simply waiting on some lock. Perhaps the crash is in another thread that you didn't get output for, in which case you need to run 'thread apply all bt full' next time.

Does anyone have the ability to block Kristoffer Grundström?
His account seems to be used to spam comments in bugreports. I haven't found a way to file an 'abuse' report or something similar on his account.

Martin, spam reports may be filed in support tracker. I've reported it here https://answers.launchpad.net/launchpad/+question/173483