[Adium-devl] Proposed minor release schedule

Graham Booker adium at cod3r.com
Tue Mar 6 21:32:55 UTC 2007


I remember looking at this, but unfortunately, I can't figure out  
what causes it.  I see exactly what the crash is, but not how it  
could happen.  Essentially, addr is an invalid pointer, but just  
before that, it is set to a newly malloced memory.

I really need a sure way to reproduce this so I can see what is going  
on (or a whole lot of printf debug messages if someone can reproduce  
it occasionally).

On Mar 6, 2007, at 2:54 PM, David Smith wrote:

> Here's the conversation I had with Graham immediately afterwards:
>
> 8:04:32 PM catfishman42: I just encountered a libgaim dns crash
> 8:04:38 PM catfishman42: would you be interested in debug information
> from it?
> 8:04:44 PM gbooker02: yeah
> 8:05:12 PM catfishman42: (gdb) p *connect_data
> $21 = {
>    handle = 0x0,
>    connect_cb = 0x848698a <connect_cb>,
>    data = 0x8cc9160,
>    host = 0x8cc9550 "messenger.hotmail.com",
>    port = 1863,
>    fd = -1,
>    inpa = 0,
>    gpi = 0x8cc8010,
>    query_data = 0x0,
>    hosts = 0x3669cf0,
>    write_buffer = 0x0,
>    write_buf_len = 0,
>    written_len = 0,
>    read_cb = 0,
>    read_buffer = 0x0,
>    read_buf_len = 0,
>    read_len = 0
> }
>
> 8:05:29 PM gbooker02: trace?
> 8:05:36 PM gbooker02: backtrace I mean
> 8:05:36 PM catfishman42: (gdb) bt
> #0  0x0842c13f in try_connect (connect_data=0x8cc9500) at /Users/
> evands/libgaim/Libgaim/src/proxy.c:1624
> #1  0x08501808 in gaim_dnsquery_resolved (query_data=0x8cc9590,
> hosts=0x38adf70) at /Users/evands/libgaim/libgaim/src/dnsquery.c:91
> #2  0x034c1680 in -[AdiumGaimDnsRequest lookupComplete:]
> (self=0x8c64f90, _cmd=0x34cbf00, sender=0x0) at /Users/david/adium/
> Plugins/Gaim Service/adiumGaimDnsRequest.m:124
> #3  0x92611489 in __NSFireMainThreadPerform ()
> #4  0x9085e399 in __CFRunLoopPerformPerform ()
> #5  0x9082afd2 in CFRunLoopRunSpecific ()
> #6  0x9082ab0e in CFRunLoopRunInMode ()
> #7  0x92ddabef in RunCurrentEventLoopInMode ()
> #8  0x92dda2fd in ReceiveNextEventCommon ()
> #9  0x92dda154 in BlockUntilNextEventMatchingListInMode ()
> #10 0x9327f465 in _DPSNextEvent ()
> #11 0x9327f056 in -[NSApplication
> nextEventMatchingMask:untilDate:inMode:dequeue:] ()
> #12 0x93278ddb in -[NSApplication run] ()
> #13 0x9326cd2f in NSApplicationMain ()
> #14 0x00002f76 in _start ()
> #15 0x00002e9d in start ()
> 8:07:43 PM catfishman42: anything else you need? I printed as much
> stuff as I could find
> 8:08:34 PM gbooker02: print addr
> 8:08:39 PM gbooker02: or maybe *addr
> 8:08:53 PM catfishman42: (gdb) p addr
> $1 = (struct sockaddr *) 0x5d1c2ecf
> (gdb) p addr->sa_family
> Cannot access memory at address 0x5d1c2ed0
> 8:08:59 PM gbooker02: ok, figured
>
> On Mar 6, 2007, at 12:48 PM, Evan Schoenberg wrote:
>
>>
>> On Mar 6, 2007, at 6:09 AM, David Smith wrote:
>>
>>> 	I've been seeing an intermittent crash in the new DNS code when
>>> signing on to MSN. Haven't found steps to reproduce yet though :/
>> Got a backtrace?
>>
>> -Evan
>>
>>>
>>> On Mar 6, 2007, at 2:03 AM, Evan Schoenberg wrote:
>>>
>>>> Let's aim to do a minor release at least every 4 to 5 weeks
>>>> assuming changes have been made to the 1.0 trunk.  Items on the
>>>> minor release milestone should hopefully be fixable in that sort of
>>>> timeframe; if they aren't, they can be shifted to the next minor
>>>> release milestone when the time comes.  "1.0.2" for example
>>>> shouldn't be blocking us from getting good fixes and improvements
>>>> into the wild just because there are more items wanting addressing
>>>> in the 1.x timeframe.
>>>>
>>>> With that in mind, I think we should do a 1.0.2 beta early next
>>>> week.  Does that sound reasonable?
>>>>
>>>> -Evan
>>>> _______________________________________________
>>>> Adium-devl mailing list
>>>> Adium-devl at adiumx.com
>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>
>>>
>>> _______________________________________________
>>> Adium-devl mailing list
>>> Adium-devl at adiumx.com
>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>
>>
>> _______________________________________________
>> Adium-devl mailing list
>> Adium-devl at adiumx.com
>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>
>
> _______________________________________________
> Adium-devl mailing list
> Adium-devl at adiumx.com
> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com


- Graham






More information about the devel mailing list