向大家请教写文件的一个奇怪问题（FS_Write）

BuleRiver 2010-02-08 10:49:01

大家好，我在做音频播放的时候，数据是从网络上下载的，下载下来的声音只响了一下就挺了，我很纳闷，于是把下载下来的数据写入到文件中，发现每次写入的数据都包含一串MTK_ROMINFO_v04 NEOTEL25_06B_PCB01_GPRS_MT6225_S00.HUAYU_P1220_V0_1.BIN和HUAYU_P1220_V0.1，这应该不是从网络上下载的数据，请问大家这到底是怎么回事？

...全文

179 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

BuleRiver 2010-02-09

打赏
举报

回复

在调用FS_Write()的时候，第二个参数不小心使用了空指针

儿大不由爷 2010-02-08

打赏
举报

回复

内存越界了吧，正常不会这样。

BuleRiver 2010-02-08

打赏
举报

回复

这是什么原因啊？是网络传过来的数据就有呢？还是写文件的时候，FS_Write()函数自己加的？

MicroSky2813 2010-02-08

打赏
举报

回复

我以前自己宿舍建的服务器就有这样问题

论坛帖子： cantonguy：之前用spiffs非常不爽，换了之前论坛有人介绍的littlefs，可以编译正常运行的。发现当用lfs_file_write()写入直到提示空间不足，就会发生几个奇怪问题。文件建立后，我做了两个测试 1、不停写入直至空间满然后重新上电读出调用lfs_file_write()不停写，直到此函数返回“错误”，实质上是空间不足，littlefs也会向串口也会提示空间不足不管，此时断电，重新上电用lfs_file_read()发现读不出东西来，文件是空的。尝试在写完后

背景 ossfs是一个可以将OSS的Bucket挂载到本地文件系统的工具，用户可以像操作本地文件一样（ls/cat/stat）操作OSS的Object。随机Fail 在跑ossfs的测试时，一个CASE偶尔会fail，确认原因时，发现这个CASE的逻辑非常简单： function test_truncate_file { echo "Testi...

认识 EXT2 文件系统 Linux最传统的磁盘文件系统(filesystem)使用的是EXT2这个啦！所以要了解文件系统就得要由认识EXT2开始！而文件系统是创建在硬盘上面的，因此我们得了解硬盘的物理组成才行。磁盘物理组成的部分我们在第零章谈过了，至于磁盘分区则在第三章谈过了，所以底下只会很快的复习这两部份。重点在于inode, block还有superblock等文件系统的基本部分喔！硬盘组成与分割的复习由于各项磁盘的物理组成我们在第零章里面就介绍过，同时第三章也谈过分割的

0：序系统管理员很重要的任务之一就是管理号自己的磁盘文件系统，每个分区的大小分配，不能太大，也不能太小，太大浪费空间，太小不够用，该小节记录如何制作文件系统，和怎么样分区，格式化，等。 1：一下借用鸟哥的解释：认识 EXT2 文件系统 Linux最传统的磁盘文件系统(filesystem)使用的是EXT2这个啦！所以要了解文件系统就得要由认识EXT2开始！而

首先提出2个问题 1. 驱动程序的作用是什么？答：驱动程序的作用主要是向上层提供访问设备寄存器的一个接口，包括读和写。 2. 访问设备驱动程序的方法？答：a. 通过proc文件系统来访问；b. 通过传统的设备文件的方法来访问；c. 通过devfs文件系统来访问。他定义的hello.h在最新goldfish路径应该为：~/Android_4.2.2_SourceCode/kerne

英特尔边缘计算技术

567

社区成员

7,024

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章