I've spotted this problem a time or two, I think: during large
multiple selections under heavy load conditions, a sudden freeze.
Is this GTK1 on Darwin, or GTKG?
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x0024
> 0x00c66
Christian Biere wrote:
> Matthew Lye wrote:
> > >>> FATAL: Assertion failure in sockets.c:2147: "is_host_addr(t->addr)"
> > > Could you update from SVN and see whether it still triggers?
> Anyway, I've committed some semi-fix to the SVN repository. After an update,
> you should not see such crashe
Matthew Lye wrote:
> >>> FATAL: Assertion failure in sockets.c:2147: "is_host_addr(t->addr)"
> > Could you update from SVN and see whether it still triggers?
> Yes, it does, although on 2149 instead of 2147. Is there any way to
> set up the FATAL message so it has a time stamp? Just curious.
On 20-Aug-07, at 3:39 AM, Christian Biere wrote:
> Matthew Lye wrote:
>> Hey, here's the latest backtrace of the "is_host_addr(t->addr)" type
>> assertion failure problem. It's the fifth occurrence of the
>> evening; more backtraces are available if needed for some reason.
>> The failure seems
Matthew Lye wrote:
> Hey, here's the latest backtrace of the "is_host_addr(t->addr)" type
> assertion failure problem. It's the fifth occurrence of the
> evening; more backtraces are available if needed for some reason.
> The failure seems to occur far more quickly when running src/gtk-
>
