datasheet

当心!这条神秘短信让iPhone/iPad/Mac瞬间死机

2018-01-17来源: 快科技 关键字:短信BUG  死机  iPhone

    这又是一条短信的恶作剧,但是对iOS设备用户来说,却是很受伤,当然Mac用户也难逃噩运。

  不少国外网友在推特上吐槽,自己收到一条神秘的信息,而当打开查阅后,发现自己的iPhone突然死机,随后有iPad用户、Mac用户也反馈了这样的情况。

  毫无疑问这是iOS系统的大Bug,而当你的设备iMessages收到名称是“iabem97.github.io”的链接时,设备会突然重启或者死机,而你的信息应用也出现无法使用的情况。

  有开发者分析后发现,这个链接据指向一个Github页面,可以让信息应用崩溃并进而导致iOS设备和Mac出现问题,其利用的可能跟用户预览网页链接这个功能有关

  如果你不行中招,那么唯一的解决方法是彻底退出信息应用,然后删除整条聊天记录才能恢复。其实类似的情况之前就曾出现,也是一条神秘的短信,打开后让iOS设备瞬间崩溃,最后苹果出手相救,这次不知道他们什么态度。


关键字:短信BUG  死机  iPhone

编辑:北极风 引用地址:http://www.eeworld.com.cn/xfdz/article_2018011779758.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:MIUI 9稳定版开放升级 共支持40款小米机型
下一篇:如果有一天科技巨头"倒闭"了 这个世界会是什么样?

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利

推荐阅读

特斯拉到底行不行,全新Model 3仅用22天就出现死机?

特斯拉被它的拥趸奉为新时代的汽车,其驾车体验相较于传统汽油车更加智能舒适,它标志性的超大中控屏幕则是粉丝们频频炫耀的标志之一,任何一个提车的特斯拉粉丝都会感到非常的酷炫与激动……直到3个星期后。 近日,一名自称“真正忠实的特斯拉”Model 3车主在提车3个星期后,遭遇了一次无法自己处理的系统死机情况。 该车主是在2年前预定的Model 3,今年7月份提车,在提车22天后,它的Model 3的车载系统死机并停止工作。 车主称:“我早上上了车,注意到转弯信号不再发出嘀嗒声。我的音频系统也关闭了,没有互联网连接。” 这也是车主最后一次看到屏幕显示内容,在他再次返回车内后,车载系统已经关闭
发表于 2018-08-27

关于STM32 使用sprintf 死机问题

在使用 sprintf 函数时遇到的造成死机的两种原因:1、 指针未声明内存char *p;sprintf(p,"%d,%d,%f",1,1,2.1);解决方法:对指针申请内存,或定义成数组类型。2、打印float/double 类型数据。解决方法:修改为int类型打印。有网友说栈空间不足造成的死机,本人测试后以上两种死机原因均为改善。启动文件中 Heap_Size 为 0x00000200修改为0x00000C00Heap_Size       EQU     0x00000200Stack_Size      EQU  
发表于 2018-08-22

stm32 printf 死机

标准库函数的默认输出设备是显示器,要实现在串口或LCD输出,必须重定义标准库函数里调用的与输出设备相关的函数.例如:printf输出到串口,需要将fputc里面的输出指向串口(重定向),方法如下:#ifdef __GNUC__#define PUTCHAR_PROTOTYPE int __io_putchar(int ch)#else#define PUTCHAR_PROTOTYPE int fputc(int ch, FILE *f)#endif PUTCHAR_PROTOTYPE{USART_SendData(USART1, (uint8_t) ch);while (USART_GetFlagStatus(USART1
发表于 2018-08-22

关于单片机死机的一些问题

最近的一个项目中测试系统的高低温实验,结果意外的发现经过高低温实验后(80℃到-20摄氏度)单片机有些已经死机了,所以不得不着手研究一下这个问题,在网上查阅资料后,基本上可以归结于以下几个问题:1. 意外中断。是否打开了某个中断,但是没有响应和清除中端标志,导致程序一直进入中断,造成死机假象 2. 中断变量处理不妥。若定义某些会在中断中修改的全局变量,这时要注意两个问题:首先为了防止编译器优化中断变量,要在这些变量定义时前加volatile,其次在主循环中读取中断变量前应该首先关闭全局中断,防止读到一半被中断给修改了,读完之后再打开全局中断;否则出现造成数据乱套。  3. 地址溢出,常见错误为指针操作
发表于 2018-07-16

STM32F030 中断太频繁导致死机

最近在忙一个项目,使用了STM32F030的单片机,定时器用系统定时器,每10us中断一次。在程序少的时候,没有发现死机情况,但是随着功能的丰富,经常出现死机问题,具体表现为while(1)循环无法执行,但是中断函数正常或者按键不起作用,程序直接跑分。这时我认为是死机,即程序跑分,但是有时中断正常,这就证明程序依然正常运行,可能是其它原因造成。首先,我怀疑是I2C读写DSP出错,于是屏蔽掉DSP初始化,刚开始正常,多开机几次就又不正常了,所以排除写DSP。接着,我怀疑读Flash出错,也发现仿真时,有时读Flash,就假死在那儿,于是就又把读Flash屏蔽掉,发现程序又正常了许多,但是多开机几次就又出现假死,所以又排除写Flash
发表于 2018-07-10

单片机程序死机跑飞查错指南

1. 意外中断。是否打开了某个中断,但是没有响应和清除中端标志,导致程序一直进入中断,造成死机假象;2. 中断变量处理不妥。若定义某些会在中断中修改的全局变量,这时要注意两个问题:首先为了防止编译器优化中断变量,要在这些变量定义时前加volatile,其次在主循环中读取中断变量前应该首先关闭全局中断,防止读到一半被中断给修改了,读完之后再打开全局中断;否则出现造成数据乱套。3. 地址溢出,常见错误为指针操作错误。我要着重说的是数组下标使用循环函数中循环变量,如果循环变量没控制好则会出现数组下标越界,意外修改系统的寄存器造成死机,这种情况下如果死机说明运气好,否则后面不知道发生什么头疼的事。4. 无条件的死循环;比如使用while
发表于 2018-05-04

小广播

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2018 EEWORLD.com.cn, Inc. All rights reserved