Articles of 文件types

在Windows中识别文件types

Linux操作系统通过查看标题开始处的幻数来识别文件。 窗户如何做到这一点? 它是否也有某种魔术数字机制,还是只依赖文件扩展名?

是什么导致计算机将文件识别为某种文件types? 以及如何改变它(与Java)?

我正在创build一个java程序,它读取一个文件的inputstream,通过根据密码更改字节数来encryption它,并创build一个新的encryption文件。 例如: 我创build了一个包含以下文字的testing文件: This is a test to see if the encrypter project works. 当我读取java中的字节时,我得到: [84, 104, 105, 115, 32, 105, 115, 32, 97, 32, 116, 101, 115, 116, 32, 116, 111, 32, 115, 101, 101, 32, 105, 102, 32, 116, 104, 101, 32, 101, 110, 99, 114, 121, 112, 116, 101, 114, 32, 112, […]

parsingps'“etime”输出并将其转换为秒

这些是ps h -eo etime可能的输出格式 21-18:26:30 15:28:37 48:14 00:01 如何parsing他们到几秒钟? 请假定至less3位数的部分,因为我不知道多久可以。 输出将被egreped为只有一行,所以不需要循环。

我可以假设长整型的大小总是4个字节?

long int (据我所知是一个long的同义词)是否总是为4个字节? 我可以依靠吗? 如果不是的话,对于一个基于POSIX的操作系统来说可能是真的吗

plain C:用fopen()打开一个目录

我有一个程序打开一个文件,并检查其长度。 FILE* fd = fopen(argv[1], "rb"); fseek(fd, 0, SEEK_END); size_t flen = ftell(fd); if (flen == ((size_t)-1)) { printf("%s is a directory.\n", argv[1]); fclose(fd); exit(1); } 现在,至less在Linux下, fopen()在打开目录时返回一个有效的文件描述符。 这导致查找操作返回-1 (或者,在64位系统上size_t是无符号的, 0xFFFFFFFF )。 不幸的是,在上面的代码( flen == ((size_t)-1) )中的条件不能捕捉到这种情况, flen == 0xFFFFFFFF也没有。 printf() – 使用%x ord %d作为格式string的命令显示比较的两边应具有相同的值。 为什么比较运算符以这样一种奇怪的方式运行,即使双方的types相同( size_t )? 我使用gcc 4.8.1作为编译器。

如何find一个文件“MIMEtypes(Content-Type?)”?

有没有办法find一个Linux bash脚本中的文件的MIMEtypes(或称为“内容types”…)? 我需要它的原因是因为imageshack似乎需要它上传一个文件,因为它检测到.png文件为“application / octet-stream”… 我检查过这个文件,它确实是一个.png $ cat /1.png ?PNG (with a heap load of random characters) 这给了我错误: $ curl -F "fileupload=@/1.png" http://www.imageshack.us/upload_api.php <links> <error id="wrong_file_type">Wrong file type detected for file 1.png:application/octet-stream</error> </links> 这工作,但我需要指定一个MIMEtypes。 $ curl -F "fileupload=@/1.png;type=image/png" http://www.imageshack.us/upload_api.php

C ++ / LapackE代码在Windows上编译好,但是相同的代码在Linux上编译失败

使用LapackE和MPI库编写的C ++代码可以在使用GNU C ++ 4.9.2的Windows上编译和运行。 将该代码迁移到Linux(CentOS)服务器无法编译 ! Linux机器上的GNU C ++是4.4.7。 在这两种情况下,我使用了相同的LapackE头文件。 MPI在Linux机器上运行良好。 在检查两台机器上的预处理器输出文件后,我可以将错误消息与以下情况联系起来:在_Complex中replace原始代码中的复杂声明。 下面是一个复杂的dynamic数组HAMILTONIAN在Linux上编译时遇到问题的声明示例: 在正宗的源头上: lapack_complex_double * HAMILTONIAN; 在WINDOWS预览。 文件(效果很好): _lapack_complex_double * HAMILTONIAN; 在LINUX预览版中。 FILE(无法编译): double _Complex * HAMILTONIAN; 这可能是与GCC的不同版本有关的问题吗? 我已经尝试了#define _Complex复杂的,但最终没有帮助。 一些报告C99 _Complex和C ++复杂的互操作性的问题 : 可能类似的问题 。 请帮忙。 谢谢!

Lisp的静态types推断,用于Windows?

有什么静态types的Lisp的方言进行types推断,并与Windows兼容? 我发现CMUCL,但它似乎没有一个Windows兼容的版本。

HALF_PTR Windows数据types

VS文档指出 一个指针的大小的一半。 在包含指针和两个小字段的结构中使用。 究竟是什么types,如何使用?

如何在C#中获取通用文件types图标?

正如在这个问题上获得常见文件types的图标 ,它是很有可能的Windows程序使用C ++ Shell API获取注册文件types的图标。 这些图标可能存在也可能不存在于磁盘上 – 例如,我们想制作自己的自定义文件浏览器,并且想要显示与文件相关的系统图标。 是否有一个本地的C#方式来获取各种文件types的图标(如果是这样,如何),或者必须通过PInvoke与shell API来完成? 作为一个后续,如果有一个本地.NET的方式,是否有一个跨平台的方式来做到这一点?