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-OTHER, OS X Mavericks (10.9.5)

Posted on Jul 15, 2015 8:18 AM

Reply
7 replies

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.



User uploaded file

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

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.

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)



User uploaded file

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

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.

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:-

User uploaded file


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.




User uploaded file

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

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.


User uploaded file

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.






User uploaded file

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

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Messages crashing / ichat video crashing

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.