MSN老是登陆不了，出现：“0x81000370错误”，

最新推荐文章于 2025-12-08 12:04:02 发布
原创 最新推荐文章于 2025-12-08 12:04:02 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#internet #服务器 #防火墙 #service #cookies #浏览器

博客介绍了不能登录到.NET Messenger Service或登录出错的解决办法，包括检查电脑日期时间、确认账号密码、禁用浏览器自动检测、清除IE缓存和Cookies、检查IE安全设定等，还提及防火墙、代理服务器设置等可能影响连接的因素及应对措施。
可能有许多原因导致不能登录到 .NET Messenger Service或在登陆时出现
种种错误（例如：“0x81000370错误”）。这些问题通常可以用下面几个方法之
一解决：

1.你的电脑上的“日期/时间属性”是否设置正确：双击时间，检查日期和
时间是否正确设置。

2.如果你的帐号和密码没有在MSN中保存，你需要确认你输入的帐号和密码
是正确的（请注意大小写字母及帐号的后缀）

3.禁用您浏览器中的“自动检测”设置。对于 Internet Explorer 用户，
请单击 IE“工具”菜单、单击“Internet 选项”、单击“连接”选项卡、单击
“局域网设置”按钮、然后清除“自动检测设置”框。

4.清除IE cache和Cookies：打开Internet Explorer浏览器，按工具菜单，
然后选择“Internet 选项”，点击“删除文件”按钮和“删除 Cookies”按
钮。

5.检查 IE 安全设定：打开Internet Explorer浏览器，按工具菜单，选择
“Internet 选项”，选择“高级”，拖动滚动条到安全选区，证实“检查服务
器证书吊销”没有被选中，同时证实“使用 SSL 2.0”和“使用 SSL 3.0”被选
中。然后按“确定”。

6.点击“开始”--“运行”，键入：
regsvr32 softpub.dll
然后按“确定”

7.检查错误的代理服务器设置。在 MSN Messenger“工具”菜单上，单击
“选项”。在“连接”选项卡上，确保您清除了“我使用代理服务器”复选框。

8.防火墙和第三方应用程序可能会影响连接到 MSN Messenger。您可以禁用
应用程序、防火墙或打开防火墙相应端口，然后尝试连接到 .Net Messenger
Service。

9.如果您为局域网使用 ICS 或路由器，则可能需要调整一些设置或更新硬
件/固件驱动程序。

10.如果您的 Passport 未被识别，请登录 Passport 站点
http://www.passport.com ，并确认在该处可被识别。如果在该处可被识别，但
仍不能登录到 .NET Messenger Service，则可能是消息服务器暂时关闭正在维
护或达到了 Internet 的最大通流量（使用率高峰期间）。请稍后再试。也可以
检查服务器状态页以查看服务器的最新信息。

11.如果在Passport 站点仍然不可识别，请到这里：
http://memberservicesnet.passport.com/memberservice.srf ，然后选择：
“我忘记了密码”。

五 蓝牙低功耗(BLE)协议栈 之 ATT层
ching的专栏
08-21 6742
一 介绍 ATT全称是Attribute protocol(数据交互协议)，这一层的关键词是Attribute(属性)。一个属性其实就是一条数据，属性是BLE数据提供单元，也是蓝牙空中传播数据的最上层，BLE开发过程中接触最多的就是这一层。 比如有一个Person的类，这个类有name、age、address属性 public class Person{ public String name;//名字属性 private int age;//年龄属性 public String address;//地
AUTOSAR-RS-BSWAndRTEFeatures(中文版)
weixin_38931082的博客
11-12 1457
文件标题 BSW结构和RTE的特征规范 文件拥有者 AUTOSAR 文件责任 AUTOSAR 文件识别码 294 文件类别 附属的 文件版本 1.1.0 ...
MSN Messenger不能登陆的解决方法
ch_builder的专栏
04-07 5631
MSN Messenger不能登陆的解决方法整理：ch_builder 　　不清楚为什么，突然间有一天我的MSN Messenger不能登陆，听说最近MSN中国区也正在进行调整，最初也没有在意，但过了一周后还不能用，问一些经常用MSN Messenger的朋友，他们说最近MSN Messenger一直正常，根本就没有出现过什么问题。我意识到是我的MSN
MSN Messenger 不能登录的一般解决方案
寻找......
12-29 2535
1.你的电脑上的“日期/时间属性”是否设置正确：双击时间，检查日期和时间是否正确设置。 2.如果你的帐号和密码没有在MSN中保存，你需要确认你输入的帐号和密码是正确的（请注意大小写字母及帐号的后缀） 3.禁用您浏览器中的“自动检测”设置。对于 Internet Explorer 用户，请单击 IE“工具”菜单、单击Internet 选项”、单击“连接”选项卡、单击“局域网设置”按钮、然后清除“自动
MSN Messenger无法登陆的另类解决办法
jxcjxinxing的专栏
01-21 9793
 MSN Messenger无法登陆的另类解决办法      经常看到用户反映说MSN Messenger无法登陆，碰到类似0x81000370，88048820的错误码。现搜集到下述另类方法，大家可以根据自己的情况加以设置从而解决不能登陆的问题。　　你的电脑上"日期/时间属性"是否设置正确：双击时间，检查日期和时间是否正确设置。很多时候是因为时间没有同步，双击日期，选择Inte
MSN Messenger 无法登陆的彻底解决方法
11-16 693
真是太兴奋了!久违的MSN终于回来了!事情起因是这样的,如果你能耐心看下去,你的问题也许和我一样。一次登录MSN的时候看到弹出来的消息说，有新版本可用了，于是就兴冲冲去下载，下到一半觉得太慢，于是义无返顾地停止了。问题也就接踵而至了（这一点你是否和我一样?）无论如何也登录不了我的旧版MSN了。试了N次不成功，显示的是由于防火墙的设置问题，无法连接，故障编号********，重新下载新版本会出现其他
5、让Windows系统保持高效运行：计划任务与系统更新全攻略
ruby5的博客
12-08 15
本文详细介绍了如何利用Windows XP系统中的计划任务和Windows更新功能来保持系统的高效与稳定。涵盖计划任务的创建、管理、电源设置及日志查看，结合AT命令与自动化更新策略，提供实用的操作步骤与最佳实践建议，帮助用户实现系统维护自动化，提升安全性与性能。
cs224w 图神经网络 学习笔记（二）Properties of Networks and Random Graph Models
喵木木的博客
05-17 3061
课程链接：CS224W: Machine Learning with Graphs 课程视频：【课程】斯坦福 CS224W: 图机器学习 (2019 秋 | 英字) 目录1. How to measure a Network?——网络的属性 1. How to measure a Network?——网络的属性
网管教程+从入门到精通软件篇
热门推荐
mvcgo的专栏
12-06 1万+
★一。★详细的xp修复控制台命令和用法!!!  放入xp（2000）的光盘，安装时候选R，修复！  Windows XP（包括 Windows 2000）的控制台命令是在系统出现一些意外情况下的一种非常有效的诊断和测试以及恢复系统功能的工具。小编的确一直都想把这方面的命令做个总结，这次辛苦老范给我们整理了这份实用的秘笈。  　　Bootcfg  　　bootcfg 命令启动配置和故障恢复（
我的msn messenger不能登录了，原来是这个原因
weixin_30915951的博客
01-17 375
浏览器 -> 工具 -> 浏览器选项 -> 高级 -> 去掉【检查服务器证书吊销状态】 转载于:https://www.cnblogs.com/yurichou/archive/2007/01/17/622453.html
解决msn登陆不了的方法
moailian的专栏
08-01 745
msn登陆不了,msn出错,msn登陆出错,msn连不上去,怎么办,解决msn登陆不了的方法这两天公司许多员工msn老是登陆不了，我在网上找到下面解决方法，觉得很好用，所以转上来。解决MSN登陆不了的几种解决办法:　　可能有许多原因导致不能登录到 .NET Messenger Service或在登陆时出现种种错误(例如：“0x81000370错误”)。这些问题通常可以用下面几个方法之一解决：
大漠综合工具取点阵显示不全_MethSurv：TCGA甲基化分析工具
weixin_35021193的博客
12-24 1571
导语DNA甲基化是当前研究最多的表观遗传修饰，对于促进胚胎发育，基因组印记和X染色体失活等重要生物过程至关重要。在甲基化研究的技术手段中，Illumina In finium HumanMethylation450（HM450K）芯片，在癌症甲基化组数据集中占主导地位。TCGA数据库中收录的也是450K芯片的数据，今天要介绍的MethSurv就是基于TCGA、 GDAC Firehose数据集中的...
Guru Meditation Error: Core 1 panic'ed (Load access fault). Exception was unhandled. Core 1 register dump: MEPC : 0x400106d8 RA : 0x40010768 SP : 0x4ff321c0 GP : 0x4ff14a00 TP : 0x4ff32420 T0 : 0x4fc1a058 T1 : 0x0000000f T2 : 0x00003000 S0/FP : 0x4ff321f0 S1 : 0x00000009 A0 : 0x0000002c A1 : 0x00000000 A2 : 0x00000001 A3 : 0x00002000 A4 : 0x00000048 A5 : 0x4ff19d44 A6 : 0x00000007 A7 : 0x00000010 S2 : 0x4ff19c9c S3 : 0x00000001 S4 : 0x00000000 S5 : 0x0000ffff S6 : 0x00000001 S7 : 0x00000000 S8 : 0x4ff32218 S9 : 0xffffffff S10 : 0x00000000 S11 : 0x00000000 T3 : 0x4ff3228a T4 : 0x00000900 T5 : 0x00000000 T6 : 0x00000000 MSTATUS : 0x00011880 MTVEC : 0x4ff00003 MCAUSE : 0x00000005 MTVAL : 0x00000030 MHARTID : 0x00000001 Backtrace: 0x400106d8:0x4ff321c0 0x40010768:0x4ff32210 0x40010c9e:0x4ff32230 0x4000b918:0x4ff32270 0x4000cb58:0x4ff32280 0x4000cbca:0x4ff322a0 0x4000cc78:0x4ff322d0 0x4000e560:0x4ff32330 0x4000e864:0x4ff32350 0x4000e832:0x4ff32370 0x4000e832:0x4ff32390 0x4000e8d2:0x4ff323a0 0x40013c46:0x4ff323b0 0x40024a5e:0x4ff323c0 0x40024b1c:0x4ff323e0 0x40009508:0x4ff323f0 0x4ff099de:0x4ff32400 0x00000000:0x00000000
最新发布
12-25
<think>我们遇到了一个错误：Guru Meditation Error: Core 1 panic'ed (Load access fault). Exception was unhandled. 这是一个加载访问错误，通常是由于访问了无效的内存地址（例如，空指针解引用、访问未映射的内存区域、或者访问了没有读/写权限的内存区域）引起的。 从寄存器转储信息中，我们可以关注以下几个关键寄存器： - MEPC (Machine Exception Program Counter): 0x400106d8 -> 发生异常时的指令地址 - MTVAL (Machine Trap Value): 0x00000030 -> 引起故障的内存地址或原因。这里0x30（十进制48）可能是导致故障的地址或相关信息。 - MCAUSE: 0x00000005 -> 表示异常原因，根据RISC-V规范，5代表"Load access fault"，即加载访问错误。 另外，我们有一个回溯（Backtrace）： Backtrace: 0x400106d8:0x4ff321c0 0x40010768:0x4ff32210 ... 这个回溯显示了调用栈，每一对地址表示：调用点地址（PC）和栈指针（SP）。我们可以通过这个回溯来追踪函数调用。 然而，由于我们无法直接访问源代码，我们只能根据这些信息给出一般性的建议。 可能的原因： 1. 解引用空指针：尝试访问地址0x0或接近0的地址（如0x30）可能会引发此错误。 2. 野指针：指针指向了一个已经释放的内存区域。 3. 数组越界：访问数组时超出了边界，导致访问了未分配的内存。 4. 未初始化的指针：指针没有被正确初始化。 5. 访问只读内存：尝试写入只读内存区域（如字符串常量或flash中的代码段）。 6. 内存对齐问题：在某些架构中，访问未对齐的地址可能引发错误（但RISC-V支持非对齐访问，不过可能会慢一些，也可能配置为产生异常）。 调试步骤： 1. 定位发生错误的指令地址：MEPC=0x400106d8，这个地址应该对应你的代码中的某条指令。你可以通过反汇编你的固件或查看链接映射文件来找到对应的代码行。 2. 检查导致故障的地址：MTVAL=0x30，这个值可能是导致故障的内存地址。检查代码中是否有访问0x30这个地址的操作。注意，0x30是一个很小的地址，通常属于空指针区域，因此很可能是空指针解引用。 3. 查看回溯的调用链：通过回溯，我们可以知道函数调用顺序，从而定位到出错的函数。 如何解决： 1. 使用调试器（如GDB）加载程序，并在地址0x400106d8处设置断点，然后运行程序，当程序在该地址中断时，查看当前汇编指令，以及源程序（如果有的话）对应的代码行。 2. 检查该指令访问的内存地址。例如，如果是加载指令（如lw, lh, lb等），则查看该指令要加载的地址寄存器值是多少，以及该地址是否有效。 3. 检查该指令所在的函数以及调用该函数的上下文。 例子： 假设在地址0x400106d8处是一条加载指令： lw a0, 0x30(t0) 那么，此时t0寄存器的值为0（因为0+0x30=0x30），这显然是一个非法地址。 因此，我们需要检查t0寄存器的值为什么是0？可能在调用该函数时，参数传递错误，或者某个结构体指针未初始化。 如果没有调试器，可以尝试： 1. 在代码中增加日志输出，跟踪程序的执行流程以及指针的值。 2. 使用assert来检查指针是否为NULL，特别是在解引用之前。 预防措施： 1. 在解引用指针之前，确保其不为NULL。 2. 使用静态代码分析工具检查潜在的空指针解引用。 3. 使用内存调试工具（如Valgrind，但在嵌入式环境中可能不适用）进行检测。 由于我们无法看到具体代码，这里提供一段示例代码，展示如何避免空指针解引用： 错误代码： int *p = NULL; *p = 42; // 这将导致Load access fault 正确做法： int *p = malloc(sizeof(int)); if (p != NULL) { *p = 42; } else { // 错误处理 } 或者，如果指针作为参数传入： void my_function(int *ptr) { if (ptr == NULL) { // 处理错误 return; } *ptr = 42; } 另外，请注意栈溢出也可能导致类似的问题，因为栈溢出可能破坏栈上的返回地址或局部变量，导致后续的非法内存访问。 根据你的回溯，栈指针SP=0x4ff321c0，看起来是一个比较高的地址（在RAM范围内），所以栈溢出可能性较小，但不能完全排除。 最后，如果你使用的是FreeRTOS等RTOS，检查任务栈大小是否足够。栈溢出可能破坏任务控制块，导致类似错误。 由于问题发生在Core 1（多核系统中的核心1），请检查多核同步问题，例如竞争条件可能导致的内存访问错误。 相关问题： §§相关问题§§: 1. 在RISC-V架构中，MCAUSE的值0x5代表什么异常？ 2. 如何根据MEPC和MTVAL的值调试RISC-V的加载访问错误？ 3. 在嵌入式系统中，如何避免空指针解引用？ 4. 在FreeRTOS中，如何检测任务栈溢出？ </think> ### 问题分析：Load Access Fault 错误 根据您提供的错误信息，这是一个 **RISC-V 架构下的 Load Access Fault 异常**（`MCAUSE=0x00000005`），核心原因是 **CPU 试图访问无效或非法的内存地址**。以下是详细分析和解决方案： --- ### 关键寄存器分析： 1. **MEPC (0x400106d8)** - 触发异常的指令地址（程序计数器值）。 - **调试重点**：检查此地址对应的代码行（需结合反汇编或调试器）。 2. **MTVAL (0x00000030)** - 导致故障的内存访问地址（0x30）。 - **核心问题**：代码试图访问地址 `0x30`（十进制 48），这是一个极低的地址，通常属于 **NULL 指针解引用**或 **未初始化指针**。 3. **Backtrace 调用栈** - 栈帧示例：`0x400106d8:0x4ff321c0 0x40010768:0x4ff32210 ...` - **调试建议**：从最底层函数（如 `0x400106d8`）开始逐级检查指针操作。 --- ### 常见原因及解决方案： #### 1. **空指针解引用** **原因**：代码访问了 `NULL` 指针或低地址（如 `0x00`, `0x30`）。 **修复示例**： ```c // 错误代码：可能解引用空指针 int *ptr = NULL; *ptr = 42; // 触发 Load Access Fault // 正确做法：验证指针有效性 if (ptr != NULL) { *ptr = 42; } else { // 错误处理 } ``` #### 2. **野指针或已释放内存** **原因**：指针指向已释放的内存区域。 **修复示例**： ```c int *ptr = malloc(sizeof(int)); free(ptr); *ptr = 10; // 危险！ptr 已成为野指针 // 正确做法：释放后置为 NULL free(ptr); ptr = NULL; // 避免后续误用 ``` #### 3. **数组越界访问** **原因**：访问超出数组边界的内存。 **修复示例**： ```c int arr[10]; arr[15] = 100; // 越界访问可能触发错误 // 正确做法：确保索引在范围内 if (index >= 0 && index < sizeof(arr)/sizeof(arr[0])) { arr[index] = 100; } ``` #### 4. **栈溢出** **原因**：递归过深或大型局部变量耗尽栈空间（常见于嵌入式系统）。 **修复示例**： ```c // 错误：大型局部变量导致栈溢出 void foo() { char buffer[4096]; // 可能超出任务栈大小 } // 正确做法：改用动态分配或静态存储 void foo() { static char buffer[4096]; // 静态存储（慎用） // 或动态分配（需手动释放） char *buffer = malloc(4096); // ... free(buffer); } ``` --- ### 调试步骤： 1. **定位 MEPC 地址** - 使用 `objdump` 反汇编固件： ```bash riscv64-unknown-elf-objdump -D firmware.elf | grep "400106d8" ``` - 检查该地址附近的汇编指令（如 `lw`, `sw`, `ld` 等内存操作指令）。 2. **检查 MTVAL 地址 (0x30)** - 搜索代码中所有直接操作低地址（如 `*(volatile uint32_t*)0x30`）或可能产生低地址的指针操作。 3. **分析 Backtrace** - 将地址转换为函数名（使用 `addr2line` 工具）： ```bash riscv64-unknown-elf-addr2line -e firmware.elf 0x400106d8 ``` 4. **启用硬件断点** - 在调试器（如 OpenOCD+GDB）中对地址 `0x400106d8` 设置断点，观察寄存器状态。 --- ### 预防措施： - **初始化所有指针**：`int *ptr = NULL;` - **断言检查**：使用 `assert(ptr != NULL)` 捕获空指针。 - **内存保护单元 (MPU)**：配置 MPU 禁止访问低地址区域（如 0x0000–0x1000）。 - **静态代码分析**：使用工具如 `Cppcheck` 或 `Clang Static Analyzer` 检测潜在问题。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值