为什么window11系统,无论是idea还是Pycharm生成都会有乱码问题啊……

下面只是一种。idea读内置的数据库,运行页面也会有乱码

这个问题我也有,主要是shell调用运行python时的输出

应该与3个编码有关

  1. python文件编码
  2. iflow内置shell的编码(?)
  3. 用户使用的终端的编码

应该就是这些编码的不匹配的问题

我出现了一下情况

终端和python文件都是utf8,直接在终端运行python没有乱码,iflow读取也没有乱码,但是iflow调用shell运行,有乱码

虽然iflow界面中shell的输出中有乱码,但是iflow可以正常解码,模型不会察觉乱码(应该就是内置shell的输出和终端编码的问题吧)

由于这个问题不是非常影响我使用,我也没详细研究,上述的现象可能描述的不是很准确

1 个赞

感谢分享,这个我们后续也跟踪一下

补充下信息,iflow里的shell,输出编码确实是utf-8(65001是utf-8)

所以直接在iflow的shell里echo中文是正常的

python代码中打印输出使用的编码

image

直接在终端中运行,显示python输出的编码也是utf-8,所以在终端中直接运行是正常的。

但是在iflow的shell里执行,输出就变成了gbk,编码不一致,导致乱码

所以应该是从iflow的shell里,执行python时,调用python解释器,默认编码变成了gbk

验证:

通过在执行时强制指定utf-8,或者在python代码里强制输出utf-8,则正常

python脚本中强制指定

1 个赞

还有个问题,有的时候貌似iflow不停地在window终端s系统调用linux指令

这个问题有过程截图吗

确实是,我们在处理这个问题了

 


The token '&&' is not a valid statement separator in this version.
     + C

ategoryInfo          : ParserError: (:) [], ParentContainsErrorRecordException
     + FullyQualifiedErrorId : InvalidEndOfLine
1 个赞

感谢提供 目前正在解决中

iflow调用的shell与你用!调用的shell不一定是一个东西所以你这测的不一定准

我研究解决了该问题,可以看看

可以说不是iflow的问题,是windows历史遗留了,现在的模型肯定用的是新的语法

好的!good job!

1 个赞

感恩!

1 个赞