通过批处理调用Octave时input生成的字符串无法用于xlsopen/rename问题求助

现有执行代码 #

批处理调用入口 #

@echo off
C:\Octave\Octave-4.4.1\octave.vbs --force-gui --eval batchTest("'%~dp0'")
cmd /c

Octave 端执行逻辑 #

function [] = batchTest(fPath)

disp(fPath);
cd(fPath);

optionNumber = input('Choose option 1 or 2:  ');

if optionNumber == 1            
    fName = input('Input file description:  ',"s");
    filename = [fName ".xlsx"];
    xls = xlsopen(filename,1);       % 触发"FILE POINTER PRESERVED"提示，无法生成目标Excel文件
    xls = oct2xls({"OutputData"},xls,1,"A1");
    xlsclose(xls);
end

if optionNumber == 2            
    filename = "TestFile.xlsx";
    xls = xlsopen(filename,1);           % 硬编码文件名执行完全正常
    xls = oct2xls({"OutputData"},xls,1,"A1");
    xlsclose(xls);
end

已观测到的异常表现 #

• 选择选项1时，xlsopen接收的文件名来自input函数获取的字符串：无论传入的是带.xlsx后缀的完整文件名，还是文件名片段拼接后缀的形式，都会触发"File pointer preserved"警告，无法正常生成目标文件
• 选项2的硬编码文件名路径运行正常，但实际业务需要生成多个自定义文件名的Excel，无法脱离input获取的自定义名称
• 异常存在明确的场景差异：直接在Octave交互式命令行执行batchTest(pwd)时，两个选项均可正常运行，仅在通过批处理文件调用Octave执行脚本时复现问题
• input函数的数字获取功能完全正常：选择1/2的输入交互无异常，问题仅出现在input生成的字符串传入xlsopen、rename这类文件操作函数的环节

已尝试的排查与绕过方案 #

• 在批处理中添加SETLOCAL ENABLEDELAYEDEXPANSION开启延迟变量扩展，问题无改善
• 尝试绕开xlsopen的自定义文件名逻辑：先通过选项2的硬编码逻辑生成TestFile.xlsx，再调用rename("TestFile.xlsx",[fName ".xlsx"])完成重命名，该调用触发"invalid input"错误，说明rename函数同样无法正常识别input生成的字符串内容

根因与解决方法 #

根因：通过octave.vbs的无控制台桥接模式启动Octave时，进程的标准输入通道为VBS转发的管道，而非本地交互式控制台。这种场景下input("xxx", "s")读取字符串时，会把管道传输附带的回车符、换行符甚至空终止符一并读入字符串，导致传入文件操作函数的文件名包含不可见的无效字符，无法被系统识别——这也解释了为什么直接在Octave命令行下执行完全正常（此时stdin是控制台，input读字符串会自动剔除末尾的控制字符），但批处理通过vbs桥接调用时会触发文件操作无效的问题。

可落地的修改方案 #

• 对input获取的字符串做前置清洗，剔除所有不可见的控制字符，从源头避免无效字符进入文件操作流程：

  % 替换原有的fName获取逻辑
  rawName = input('Input file description:  ',"s");
  % 过滤掉所有ASCII码小于32的控制字符（含回车、换行、空字符）
  validChars = rawName >= 32;
  fName = rawName(validChars);
  % 裁剪首尾多余空格
  fName = strtrim(fName);
  

  该修改可同时解决xlsopen文件指针异常、rename函数无效输入的两类问题。
• 替换批处理的Octave启动方式，放弃vbs桥接的GUI通道，直接调用控制台版Octave绑定本地标准输入输出通道：

  % 替换原有的vbs启动行
  C:\Octave\Octave-4.4.1\octave.bat --no-gui --eval batchTest("'%~dp0'")
  

  该启动方式下input函数的交互逻辑和直接在Octave命令行操作完全一致，读取的字符串会自动剔除传输附带的控制字符，从根本上避免管道传输引入的异常。
• 若必须保留GUI启动模式，在调用xlsopen、rename前增加文件名合法性校验，对包含控制字符的文件名给出明确提示，避免触发无意义的警告提示。

内容的提问来源于stack exchange，提问作者smcmi