精华内容
下载资源
问答
  • pycharm修改file type

    千次阅读 2017-12-13 19:18:47
    原因添加一个文件 config.ini, 理论上说该文件会以....ini正确打开方式.Text正确打开方式手贱操作后的样子解决File - Setting - Editor - File Types搜索Text,然后选中,找到config_alpha.ini然后删掉,搞定!!!!

    原因

    添加一个文件 config.ini, 理论上说该文件会以ini文件格式打开,但是不知道咋的手贱用Text格式打开了。

    .ini正确打开方式


    这里写图片描述


    .Text正确打开方式


    这里写图片描述

    手贱操作后的样子


    这里写图片描述


    解决

    File - Setting - Editor - File Types


    这里写图片描述


    搜索Text,然后选中,找到config_alpha.ini然后删掉,搞定!!!!


    这里写图片描述


    展开全文
  • from scipy import io mat_file = r'/home/data/1.mat' io.loadmat(mat_file) 报错: Traceback (most recent call last): File "/home/user1/test.py", line 78, in <module> show_mat(mat) File "/...

    根本原因可能是 【文件被你之前的读取或者其他操作损坏了】。文件已发生改变,和之前不一样。从而读不出来。在windows下可以用certutil校验一下原始文件和现在的文件是否有变化。甚至可以从文件大小上就能轻易判断出来!linux ubuntu可以用md5sum校验。

    推荐的解决方法:重新获取原始文件。

     

    只要文件是没有问题的,可能不管用scipy.io还是h5py都能打开。

     

    ----------------------------------------------------------------------------------------------------------------

    python3读取.mat文件:

    from scipy import io
    mat_file = r'/home/data/1.mat'
    io.loadmat(mat_file)
    

    报错:

    Traceback (most recent call last):
      File "/home/user1/test.py", line 78, in <module>
        show_mat(mat)
      File "/home/user1/test.py", line 50, in show_mat_flow
        x = io.loadmat(mat_file)
      File "/home/user1/.local/lib/python3.6/site-packages/scipy/io/matlab/mio.py", line 207, in loadmat
        MR, file_opened = mat_reader_factory(file_name, appendmat, **kwargs)
      File "/home/user1/.local/lib/python3.6/site-packages/scipy/io/matlab/mio.py", line 63, in mat_reader_factory
        mjv, mnv = get_matfile_version(byte_stream)
      File "/home/user1/.local/lib/python3.6/site-packages/scipy/io/matlab/miobase.py", line 241, in get_matfile_version
        raise ValueError('Unknown mat file type, version %s, %s' % ret)
    ValueError: Unknown mat file type, version 0, 0

     

    还有一种报错:

    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "/data/user1/pkgs/conda/envs/drc/lib/python3.7/site-packages/scipy/io/matlab/mio.py", line 217, in loadmat
        MR, _ = mat_reader_factory(f, **kwargs)
      File "/data/user1/pkgs/conda/envs/drc/lib/python3.7/site-packages/scipy/io/matlab/mio.py", line 72, in mat_reader_factory
        mjv, mnv = get_matfile_version(byte_stream)
      File "/data/user1/pkgs/conda/envs/drc/lib/python3.7/site-packages/scipy/io/matlab/miobase.py", line 235, in get_matfile_version
        maj_ind = int(tst_str[2] == b'I'[0])
    IndexError: index out of range

     

    还有第三种:

    Traceback (most recent call last):
      File "/home/user1/pjs/FAE/Eval/npy_2_mat.py", line 148, in <module>
        read_mat(mat_file, 'gender')
      File "/home/user1/pjs/FAE/Eval/npy_2_mat.py", line 21, in read_mat
        matr = scipy.io.loadmat(mat_file)
      File "/usr/local/lib/python3.5/dist-packages/scipy/io/matlab/mio.py", line 141, in loadmat
        MR, file_opened = mat_reader_factory(file_name, appendmat, **kwargs)
      File "/usr/local/lib/python3.5/dist-packages/scipy/io/matlab/mio.py", line 71, in mat_reader_factory
        raise NotImplementedError('Please use HDF reader for matlab v7.3 files')
    NotImplementedError: Please use HDF reader for matlab v7.3 files

    解决:换用h5py打开。

    matr = h5py.File(mat_file, 'w')

     

    x = h5py.File(mat_file, 'w')
    data = x['data']

    但是这种方式也有可能报错:

    Traceback (most recent call last):
      File "/home/user1/test.py", line 90, in <module>
        show_mat_flow(mat)
      File "/home/user1/test.py", line 60, in show_mat_flow
        data = x['data']
      File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper
      File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper
      File "/home/user1/.local/lib/python3.6/site-packages/h5py/_hl/group.py", line 264, in __getitem__
        oid = h5o.open(self.id, self._e(name), lapl=self._lapl)
      File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper
      File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper
      File "h5py/h5o.pyx", line 190, in h5py.h5o.open
    KeyError: "Unable to open object (object 'data' doesn't exist)"

     

    有问题的mat用h5py打开要么会报错, 要么读出来的keys是空的。即使用matlab去读取该文件,也可能还是报错:

     


     

    原因: 

    [20/05/08]更新:这个报错很诡异。有时候交叉使用两种方法,或者换一个没有问题的mat文件,打开没有问题的mat文件之后再去打开之前有问题的。可能就解决了。

     

    暂时不是很确定原因。可能是mat文件保存时出了问题。建议numpy数组保存为mat文件时应使用 scipy.io.savemat,打开时应使用io.loadmat。这样一般不会出错。不建议和h5py.File交叉使用。

    解决(仅供参考):

    保存mat文件之后用io.loadmat去检查是否保存正确。

    重新运行生成mat文件的程序。以上报错的文件在matlab中打开时也会报错。

     

     

    注:<HDF5 object reference> 的读取方法

    with h5py.File(mfile, 'r') as mf:
        mfkeys = mf.keys()
        print('Keys:', mfkeys, 'in mat file:', mfile)
        np_name = mf['name']
        print('name shape:', np_name.shape, np_name.dtype)
        for i in range(np_name.shape[1]):
            name = ''.join([chr(v[0]) for v in mf[(np_name[0][i])]])
            print(i, name)

    参考:https://www.jianshu.com/p/aafdec57f6cf

     

    展开全文
  • 随后替换参数为target目录的so包位置,并启动依然报 no suitable image found.unknown file type, first eight bytes: -Djava.library.path=/xxx/target/classes/lib/xxx.so 通过第一次对比,可以复现出正常和...

    问题产生背景

    使用IDE为idea intellij,在SpringBoot项目中需要用到native方法,因此需要依赖so包(Shared Object Library)。考虑把so包放在项目的resource目录下,并通过System.loadLibrary方法加载包。加载时路径配置有两种方法。

    1. 启动系统通过-D参数指定绝对位置。
    2. 系统运行时内部代码通过相对位置定位。

    2在运行时通过相对位置加载提高灵活性,因此采用2的方式,并将包放在resource目录下。

    /xxx/src/main/resources/lib/
    ├── libXXX.dylib
    └── libXXX.so
    

    加载so包代码如下

    
    public class XXXDecoder {
        public native String en(String input);
        public native String de(String input);
    
        static {
            try {
                initLibPath();
                System.loadLibrary("XXX");
            } catch (Exception e) {
                logger.error("loadLibraryException", e);
            }
        }
    
        private static void initLibPath() throws Exception {
            String path = XXXDecoder.class.getResource("/").getPath() + "lib";
            System.setProperty("java.library.path", path);
            final Field sysPathsField = ClassLoader.class.getDeclaredField("sys_paths");
            sysPathsField.setAccessible(true);
            sysPathsField.set(null, null);
    
        }
    }
    

    但启动项目后确暴出如下错误,导致无法正常使用。

    java.lang.UnsatisfiedLinkError
    no suitable image found.
    unknown file type, first eight bytes

    Caused by: java.lang.UnsatisfiedLinkError: /xxx/target/classes/lib/xxx.so: dlopen(/xxx/target/classes/lib/xxx.so, 1): no suitable image found.  Did find:
    	/xxx/target/classes/lib/xxx.so: unknown file type, first eight bytes: 0xEF 0xBF 0xBD 0xEF 0xBF 0xBD 0xEF 0xBF
    	/xxx/target/classes/lib/xxx.so: unknown file type, first eight bytes: 0xEF 0xBF 0xBD 0xEF 0xBF 0xBD 0xEF 0xBF
    

    问题分析

    前文提到加载有两种方式,其中一种可以通过-D参数指定绝对置设置。于是尝试指定绝对位置看是否会产生问题。通过两种方式对比来分析问题。

    通过-D指定参数为resource目录下的位置。随后启动系统,发现一切正常。

    -Djava.library.path=/xxx/src/main/resources/lib/xxx.so
    

    随后替换参数为target目录的so包位置,并启动依然报 no suitable image found.unknown file type, first eight bytes:

    -Djava.library.path=/xxx/target/classes/lib/xxx.so
    

    通过第一次对比,可以复现出正常和异常两种情况。接着要搞清楚unknown file type, first eight bytes:到底什么含义。根据异常提示猜测可能和文件格式虽坏有关系。由于so采用的是ELF格式[1],通常查看ELF需要通过命令readelf命令。

    ELF Header:
      Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 
      Class:                             ELF32
      Data:                              2's complement, little endian
      Version:                           1 (current)
      OS/ABI:                            UNIX - System V
      ABI Version:                       0
      Type:                              REL (Relocatable file)
      Machine:                           Intel 80386
      Version:                           0x1
      Entry point address:               0x0
      Start of program headers:          0 (bytes into file)
      Start of section headers:          200 (bytes into file)
      Flags:                             0x0
      Size of this header:               52 (bytes)
      Size of program headers:           0 (bytes)
      Number of program headers:         0
      Size of section headers:           40 (bytes)
      Number of section headers:         8
      Section header string table index: 5
    

    接着通过readelf查看两个so到底有什么差异。

    首先查看/xxx/src/main/resources/lib/xxx.so,发现正常显示ELF header,Section等信息。

    接着查看target目录下的so包。
    readelf -a /xxx/target/classes/lib/xxx.so,结果如下。输出提示中产生警告ELF header发生损坏。

    这样结合IDE中报错大概就能够知道问题产生的环节。即项目启动,构建时生成target目录,resource目录下so文件拷贝到 target目录下时产生了这个文件损坏的问题。

    ELF 头:
      Magic:  7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
      类别:                              ELF64
      数据:                              2 补码,小端序 (little endian)
      版本:                              1 (current)
      OS/ABI:                            UNIX - System V
      ABI 版本:                          0
      类型:                              DYN (共享目标文件)
      系统架构:                          Advanced Micro Devices X86-64
      版本:                              0x1
      入口点地址:              0x18bdbfef
      程序头起点:              4194304 (bytes into file)
      Start of section headers:          -4773833481741467648 (bytes into file)
      标志:             0x0
      本头的大小:       0 (字节)
      程序头大小:       0 (字节)
      Number of program headers:         0
      节头大小:         64 (字节)
      节头数量:         56
      字符串表索引节头: 6
    readelf:错误:Reading 3584 bytes extends past end of file for 节头
    readelf:错误:Section headers are not available!
    

    接着看一看build到底经历了哪些过程。查阅idea官网可知有4步[2]。

    1. 编译源码将结果输出到配置输出位置。
    2. 编译test中代码将结果输出到配置输出位置。
    3. 将resource文件拷贝到输出路径
    4. 报告产生的问题。

    现在就确定了问题就出在步骤3上。由于我的项目是一个maven项目,resource文件拷贝到目标位置并进行相关操作会参照pom中的配置。

    当时项目配置如下。查阅官网filtering含义[3]就是将directory目录下含有的占位符进行替换,然后拷贝到输出位置。这样看来一定是由于这条配置导致so包格式被破坏。

            <resources>
                <resource>
                    <directory>src/main/resources</directory>
                    <filtering>true</filtering>
                </resource>
            </resources>
    

    在官网filtering[3]介绍页面下可以看到提示。就是说二进制文件如果在resource下并且使用了true配置,那么会导致文件格式被破坏。

    As already mentioned filtering binary files like images,pdf`s etc.
    could result in corrupted output. To prevent such problems you can
    configure file extensions which will not being filtered.

    问题解决

    终于找到了问题,那么也很好解决。最终根据官方提示configure file extensions[4]说明来进行配置增加过滤项。这样最终就不会对so包进行处理。增加一项配置,重新启动系统,本地及测试环境均正常,问题解决。

                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-resources-plugin</artifactId>
                        <version>3.0.1</version>
                        <configuration>
                            <nonFilteredFileExtensions>
                                <nonFilteredFileExtension>so</nonFilteredFileExtension>
                                <nonFilteredFileExtension>dylib</nonFilteredFileExtension>
                            </nonFilteredFileExtensions>
                        </configuration>
                    </plugin>
    

    参考资料

    [1]ELF文件http://akaedu.github.io/book/ch18s05.html
    [2]build的涉及的过程https://www.jetbrains.com/help/idea/build-process.html
    [3]Maven filter配置https://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
    [4]Maven resource过滤二进制文件https://maven.apache.org/plugins/maven-resources-plugin/examples/binaries-filtering.html

    展开全文
  • 使用环境(蓝色粗体字为特别注意内容) 1、软件环境:Win7 32 bit,AD(Altium Designer) 10.39. ...提示"File type not recognised", 经多方查找资料,发现有一个补救的办法,打开工程目录,找到History文...

    使用环境(蓝色粗体字为特别注意内容)
    1、软件环境:Win7 32 bit,AD(Altium Designer) 10.39.

    走之前忘记关电脑了,中午吃了个午饭回来发现电脑蓝屏,实在郁闷,遂强制关机,重新开机之后发现之前画了好久的PCB突然打不开了!!!提示"File  type not recognised",

    经多方查找资料,发现有一个补救的办法,打开工程目录,找到History文件夹,按时间排序,找到最近修改的那个xxx.~(N).PcbDoc.Zip,这些都是正常自动保存的文件,打开最近修改的压缩包,里面就是最近的一个正常的版本,解压之,双击打开,问题解决~~这也算是不幸之中的万幸了。

    展开全文
  • 背景介绍 开发环境:IntelliJ IDEA COMMUNITY 2019.2 创建名称为 HelloWorld 的 Java 文件时出现以下错误: ...Error message: Selected Class file name 'HelloWorld.Java'mapped to not java file type...
  • You may need an appropriate loader to handle this file type. (Source code omitted for this binary file) @ ./jd-shopcarts/assets/basic.css (./node_modules/css-loader!./jd-shopcarts/assets/basic.css) 7...
  • 报错是这样的: ERROR in ./src/index.js 8:13 Module parse failed: Unexpected ...You may need an appropriate loader to handle this file type, currently no loaders are configured to process this file....
  • 解决方法: 在downloadFile中设置filePath,而不要使用默认的,然后 saveImageToPhotosAlbum使用filePath 即可完美解决!不需要设置content-type等信息。
  • File type error,io must be available markSupported , you can do like this < code > new BufferedInputStream ( new FileInputStream ( \ "/xxxx\"))</code> " 问题分析 主要的意思...
  • 报错具体内容 报错原因:webpack 原生只支持 js 文件类型,及 es5 的语法 解决办法:配置解析规则,在 webpack.config.js 文件中配置 module: { rules: [ { test: /.vue$/, loader: 'vue-loader' ...
  • 在使用npm run build的过程中报的错,原因其实是webpack.config.js文件没有配置好。  由报错内容可以知道,可能是安装style-loader和css-loader之后,没有在webpack.config.js进行配置出错 ...
  • 报错如下图 报错原因:仔细检查是 css 文件缺少loader 解决办法:安装 css 文件 loader,并进行 webpack 配置 1、安装 loader cnpm i style-loader css-loader -D 或 npm i style-loader ...{ test: /\....
  • 解决方式:配置有问题,将UserServiceImpl.java删除掉。【其它类似创建错误的方式也一样,在Recognized File Type中找到相应的错误类型,然后将Registered Patterns中的错误类型删除。】...
  • 【DXP】File type not recognised

    万次阅读 2016-10-06 08:09:09
    【DXP】File type not recognised
  • vue项目引入外部字体包,然后报这个错 解决方案
  • 这里记录一下本人遇见这个错误的原因及处理办法: vue-loader版本过高,与其他工具不兼容(通过查看脚手架里引用的版本做对应修改) 1.先卸载安装的版本(环境各异) npm uninstall vue-loader ...
  • 解决微信返回码为40113,...unsupported file type&quot; // PHP代码 $file_name = md5(microtime()*1000000); $file_type = 'image'; $post_data = array( 'media'=&amp;gt;new CurlFile(realpath($ur...
  • 学习webpack+vue时,出现了这个错误。 百度一下这个问题是因为webpack.config.js中没有配置vue-loader。所以在webpack.config.js文件加上 const path = require('path') module.exports = { ...
  • 我在使用require("./style.css");的时候,也就是想要把css文件也一并打包,但是webpack本身是不支持的,所以我们需要安装npm install css-loader style-loader --save-dev安装成功接下来指定loader把 require...
  • 引用css时var footerCss = require("../../css/...运行报错You may need an appropriate loader to handle this file type. webpack.config.js配置如下 var debug = process.env.NODE_ENV !== "production"; var
  • sudo apt-get install libsox-fmt-mp3
  • file type not recognised ---DXP 09

    万次阅读 2013-09-06 07:38:24
    一大早起来准备画图,打开DXP ,出现了“file type not recognised” ,奇怪啊,怎么出现这个,接着打开昨天画了一半的PCB和原理图,发现变成一片空白了。。。吐血啊。想着完了,完了,得重新搞了,,,昨晚明明保存...
  • 在安装 tsne时报错 error: unknown file type '.pyx' (from 'tsne/bh_sne.pyx') ------------------------------------------------------------ 解决办法: 安装:pip install pyrex 如果
  • fckeditor]中提示invalid file type 问题

    千次阅读 2011-02-14 11:07:00
    修改两个地方即可解决: 1、fckeditor/fckconfig.js文件 找到: FCKConfig.LinkUpload = true ; FCKConfig.LinkUploadURL = FCKConfig.BasePath + 'filemanager/...Type=File'; FCK
  • input type=file 限制文件类型

    千次阅读 2019-03-18 12:27:11
    Document Type Definition *.dwg image/vnd.dwg AutoCAD Drawing Database *.dxf image/vnd.dxf AutoCAD Drawing Interchange Format *.gif image/gif Graphic ...
  • input[type="file"]上传文件原理详解

    万次阅读 多人点赞 2019-07-17 09:52:07
    input[type="file"]上传文件原理详解 最近又搞了一下上传文件功能,用别人的插件不大符合自己要求,还是用HTML5的input[type="file"]比较好控制,现在重新回顾一下使用input[type="file"]上传文件 【1】修改input...
  • input type="file" name="pic" id="pic" accept="image/gif, image/jpeg" /&gt; &lt;/form&gt; 可以接受 GIF 和 JPEG 两种图像   如果不限制图像的格式,...
  • <input type=“file“> file属性

    千次阅读 2020-07-21 11:57:24
    使用type="file"的<input>元素使得用户可以选择一个或多个元素以提交表单的方式上传到服务器上,或者通过 Javascript 的File API对文件进行操作。 Value ADOMString表示已选择文件的路径 事件 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,778,584
精华内容 711,433
关键字:

filetype