加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

在Windows 7中丢弃CALL批处理文件环境变量

发布时间:2020-12-14 01:35:14 所属栏目:Windows 来源:网络整理
导读:我已成功使用CALL机制允许一个批处理文件调用另一个批处理文件来设置环境变量.这段代码在 Windows XP上运行了一年多. 但是,它在Windows 7上似乎没有以相同的方式工作.变量存在于EXIT / B语句之前的第二个批处理文件中.但是,它们在返回第一批文件时不存在. 一
我已成功使用CALL机制允许一个批处理文件调用另一个批处理文件来设置环境变量.这段代码在 Windows XP上运行了一年多.

但是,它在Windows 7上似乎没有以相同的方式工作.变量存在于EXIT / B语句之前的第二个批处理文件中.但是,它们在返回第一批文件时不存在.

一些简单的例子似乎按预期工作,但大批量脚本没有.

有没有人遇到过这方面的困难或知道任何变通方法?

解决方法

在多年的高级批处理脚本中,我从未见过CALL无法保留环境变量,除非被调用的脚本(或标签)在SETLOCAL仍处于活动状态时设置变量.在CALL终止时,来自CALL内的每个活动SETLOCAL都有一个隐式ENDLOCAL.

听起来您在EXIT / B之前输入了诊断消息,以确认您的变量已定义.我会更进一步,在诊断消息之前添加多个ENDLOCAL语句.我怀疑你会在EXIT / B之前看到你的值消失.您可以根据需要添加任意数量的ENDLOCAL. ENDLOCAL永远不会影响CALL之前发生的SETLOCAL.

最可能的解释是,您的脚本在某种程度上已从XP更改为Win 7,或者您的Win 7环境中存在一些上下文更改,这些更改正在执行之前未公开的代码的某些方面.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读