Dave Rand

Q: Messages crashing / ichat video crashing

For the last few days, iChat video sessions have been crashing.  One end, or the other end, of virtually all video chat sessions crashes hard.

 

In /var/log/system.log, we see the typical:

 

Jul 15 07:44:06 dhcp95.priv.bungi.com Messages[55814]: detected buffer overflow

Jul 15 07:44:06 dhcp95 com.apple.launchd.peruser.501[269] (com.apple.iChat.18430

4[55814]): Job appears to have crashed: Abort trap: 6

 

This "detected buffer overflow" happens very, very repeatedly.

 

In the crash log, we see this thread as the culprit:

 

Thread 17 Crashed:

0   libsystem_kernel.dylib         0x00007fff99720ce2 __pthread_kill + 10

1   libsystem_c.dylib              0x00007fff983307d2 pthread_kill + 95

2   libsystem_c.dylib              0x00007fff98321b4a __abort + 159

3   libsystem_c.dylib              0x00007fff982f389f __chk_fail + 91

4   libsystem_c.dylib              0x00007fff982f36d9 __sprintf_chk + 173

5   com.apple.viceroy.framework    0x00007fff8d2f67df ProbeRecvProc + 594

6   libsystem_c.dylib              0x00007fff9832e8bf _pthread_start + 335

7   libsystem_c.dylib              0x00007fff98331b75 thread_start + 13

 

Thread 17 crashed with X86 Thread State (64-bit):

  rax: 0x0000000000000000  rbx: 0x0000000000000006  rcx: 0x000000011e9553d8  rdx: 0x0000000000000000

  rdi: 0x0000000000016713  rsi: 0x0000000000000006  rbp: 0x000000011e955400  rsp: 0x000000011e9553d8

   r8: 0x00007fff7e28dfb8   r9: 0x00007ff98b6e8c10  r10: 0x00007fff99720d0a  r11: 0xffffff80002dad60

  r12: 0x0000000000000138  r13: 0x000000011e956000  r14: 0x000000011e956000  r15: 0x000000000000137c

  rip: 0x00007fff99720ce2  rfl: 0x0000000000000246  cr2: 0x000000010b9df000

Logical CPU: 0

 

This has been happening with Jabber peers (I'm using gmail).

 

Of note, this happens with IPv6-connected hosts, so I'm suspecting that is the root cause.  IPv4 hosts seem to connect without a problem.

 

My guess is a buffer containing an address is too small.

 

I've even tried this on a freshly-installed system, connecting only one jabber account; fails reliably.

 

This was all working fine a few days ago...

Messages, OS X Mavericks (10.9.5)

Posted on Jul 15, 2015 8:18 AM

Close

Q: Messages crashing / ichat video crashing

  • All replies
  • Helpful answers

  • by Ralph Johns (UK),

    Ralph Johns (UK) Ralph Johns (UK) Jul 16, 2015 12:56 PM in response to Dave Rand
    Level 9 (73,203 points)
    Applications
    Jul 16, 2015 12:56 PM in response to Dave Rand

    Hi,

     

    For a long time now I have had IPv6 either turned Off or on the local only setting in versions of the OS where it seems you can't turn it off.

     

    Where ISP offer both IPv4 and 6 iChat can "see" it as two Internet Connections and give you two IPs to the ISP which in turn causes issues for the Buddy in connecting.

     

     

    3Sigcopy2.png

    8:56 pm      Thursday; July 16, 2015

     

      iMac 2.5Ghz i5 2011 (Mavericks 10.9)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
     Couple of iPhones and an iPad
  • by Dave Rand,

    Dave Rand Dave Rand Jul 16, 2015 1:07 PM in response to Ralph Johns (UK)
    Level 1 (4 points)
    Jul 16, 2015 1:07 PM in response to Ralph Johns (UK)

    I've been running a full dual stack IPv6 network for more than 5 years.  As do most of the people that I iChat with.  Dual stack IPv4/IPv6 with iChat works Just Fine.

     

    This problem started this month.

     

    Something changed, much like the last time I posted on this a few years ago, probably something to do with Apple's servers that help find the public addresses for the peer-to-peer session (just like last time).

     

    The crash, however, is new.  It suggests a buffer in the parsing of iChat/Messages is too small.  I did a clean Yosemite installation on a new laptop, and duplicated the problem.  Whatever it is, it's something that needs attention.

  • by Ralph Johns (UK),

    Ralph Johns (UK) Ralph Johns (UK) Jul 16, 2015 1:47 PM in response to Dave Rand
    Level 9 (73,203 points)
    Applications
    Jul 16, 2015 1:47 PM in response to Dave Rand

    Hi Dave,

     

    I know this might seem pedantic but can I check I have understood correctly ?

    You know that the ISP has been offering IPv6 already and you have had no issues  over the past five years with this ?

     

    Does this mean you know that the other end has been having access to IPv6 services ?

     

    It does seem odd that it has just started.

    However I can't replicate it on my LAN even though the calls are via the Internet.

    At the same time there are now a number of these threads across several Communities (iChat, Mavericks and Yosemite)

     

     

    3Sigcopy2.png

    9:47 pm      Thursday; July 16, 2015

     

      iMac 2.5Ghz i5 2011 (Mavericks 10.9)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
     Couple of iPhones and an iPad
  • by Dave Rand,

    Dave Rand Dave Rand Jul 16, 2015 1:57 PM in response to Ralph Johns (UK)
    Level 1 (4 points)
    Jul 16, 2015 1:57 PM in response to Ralph Johns (UK)

    In this particular case, I am my ISP.  I have my own /32 space in the IPv6 world, and a network that spans several thousand miles.

     

    Connections that traverse my network on IPv6 cause iChat/Messages to crash.  Connections from my IPv6 to other IPv6 networks (for example, Comcast or other) cause iChat/Messages to crash.   Connections from other networks on IPv6 to other networks also on IPv6 cause iChat/Messages to crash.  This started only in the last few days.

     

    I have verified the problem on:  AT&T's IPv6 network, Comcast's IPv6 network, and others (obviously including my own IPv6 network, but I want to quickly show that it has nothing to do with the network layer, at all, nor any router configuration or lack thereof).

     

     

    The last time we had a similar problem, it turned out to be Apple's servers, and it just silently started working after a few weeks with no public announcement as to why.  This is _different_.  This causes Messages to hard crash, reliably and repeatedly.

     

    Forcing IPv4, in most cases, seems to resolve the problem - but I am just not certain of why, yet.  Still doing packet dumps.

  • by Ralph Johns (UK),

    Ralph Johns (UK) Ralph Johns (UK) Jul 17, 2015 12:38 PM in response to Dave Rand
    Level 9 (73,203 points)
    Applications
    Jul 17, 2015 12:38 PM in response to Dave Rand

    Hi,

     

    Thanks for the extra info.

     

    Many moons ago now I discovered that connecting to both Ethernet  and Wifi causes iChat some issues because it has to be very linear in it's connection.

     

    The ISPs that I have here have not really been that forth coming as to when they started an IPv6 service.

    As recent as November 2014 people were still asking at my current ISP:-

    Screen Shot 2015-07-17 at 19.52.26.png

     

    I posted it as a pic as I have to sign in to view the threads.

     

    Another details that Trials took place and that was enough to have a thread closed in Feb 2015

     

    The info not being clear IPv6 seemed like just another thing likely to upset the iChat app so I have made sure it is Off in th OS for a long time.

     

    Despite my setting NO to Remote Access on my Router the ISP have managed to update it recently that I did not now about until I was looking for something only two days ago.

    There are not lots of things that relate to IPv6.

     

    Occasionally there have been issue with @mac.com and @me.com  IDs used as AIM Screen Names, mainly around the changes between older services and current ones.

    For instance at the MobileMe to iCloud you could "register" your @me.com ID as your iCloud ID and later you also got given an @iCloud.com ID as well.

    Since then the Apple ID used in early iChat 6 (not updated at all) and earlier cannot use the AIM service as those versions do not also log into Apple to verify the Login.  Basically the app (Mainly Late iChat 6 and Messages logs into Apple as well as AIM and this allows AIM to read the password.

    It also prevents you from using this site https://settings.aim.com/ and changing the settings like the Display Name

     

    I am not aware of Apple making any changes to the way Messages uses the Apple ID.

     

    Some of this reminds me of the iChat 3 issue.

    In OS X 10.4 Apple changed the Video protocol for the app.  This was based on the fact servers on the internet backbone were supposed to allow data through these ports.

    Realistically not that many people in the Seed program seem to test iChat.

    As a result the issue was not found out about until after the general release.

    It seems that a large part of the the Eastern side of the United States was not ready.  (A rough line up the Mississippi to Chicago).

    None of the ISPs or the backbone suppliers would do anything (claiming they did not know which servers needed doing) and so Apple released the only Standalone Update to iChat (other than making iChat 2 Video capable with the iChat 2.1 update) to back step the video production.

     

    There are also similarities that look similar to when ISPs started to block the SIP port 5060-5063

    Standalone items like Vonage adaptors and other Messing apps that were doing Video and Audio ran foul of ISPs suddenly blocking the SIP ports and then demanding extra payments for ports that were open when the contracts started and without notifying people.

    Skype quickly moved to other non standard ports and Apple eventually followed as well at iChat 4.

     

    I would guess this is going be silently solved again with no clear info on who or what was wrong.

     

     

     

    3Sigcopy2.png

    8:38 pm      Friday; July 17, 2015

     

      iMac 2.5Ghz i5 2011 (Mavericks 10.9)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
     Couple of iPhones and an iPad
  • by Dave Rand,

    Dave Rand Dave Rand Sep 1, 2015 10:00 PM in response to Ralph Johns (UK)
    Level 1 (4 points)
    Sep 1, 2015 10:00 PM in response to Ralph Johns (UK)

    I did file a bug report on this, and was alerted yesterday that Apple had fixed it.

     

    On El Capitan.  And Only on El Capitan.

     

    They will not be fixing it on any previous revisions (yes, I asked).  So, iChat now becomes obsolete on all current, and previous, products.

     

    Joy.

  • by Ralph Johns (UK),

    Ralph Johns (UK) Ralph Johns (UK) Sep 2, 2015 12:56 PM in response to Dave Rand
    Level 9 (73,203 points)
    Applications
    Sep 2, 2015 12:56 PM in response to Dave Rand

    Hi,

     

    This pic is a Bonjour Chat taken yesterday on my iMac which is running the said OS.

     

    Screen Shot 2015-09-01 at 21.12.22.png

    The left hand pic is a MacBook Pro running iChat 5.0.3 and the right hand (Ralph G4) is a G4 tower running Leopard and iChat 4.0.9

     

    I have also made AIM based connections between the iMac using Yosemite and Messages 8 to the MacBook Pro  and this works.

     

    Both these type of Connection are LAN based ones which does work as posted by other people as well as myself.

     

    Since I posted in July above we have worked out the issues seems to be with the SNATMAP server that Apple run.

    This connects the two ends (even for Bonjour) using the SIP (Session Initiation Protocol) text based protocol.

    It seems as the outgoing Invite can contact the SNATMAP Server and get a response.  The difficulty seems to be with getting it to talk properly to the person over the internet when they are at a different location.  LAN connection seems to work as you have already made a "path" to the SNATMAP so the return is less difficult.

     

     

    This is the feedback page for Messages and iChat

    http://www.apple.com/feedback/ichat.html

    It was never that well updated even when it was just iChat (it has never gotten to ichat 6 in the lower drop down and Messages is not even mentioned).

    Add everything requested in the lower drop down in the Free Text Area.

     

     

     

     

     

    3Sigcopy2.png

    8:56 p.m.      Wednesday; September 2, 2015

     

      iMac 2.5Ghz i5 2011 (Mavericks 10.9)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
     Couple of iPhones and an iPad