关于编译选择项的一个问题？【已解决】

ttmv2019sx

tubaba 发表于 2020-5-21 21:40
编码选utf8带bom就出来了，老问题了

你指的是哪一个是老问题，是指我标题的第一个编译带选项的这个问题的吗，还是32位与64位的这一些编译会导致某些命令出错呢，，兄弟，请问答一下。

ttmv2019sx

tubaba 发表于 2020-5-21 21:40
编码选utf8带bom就出来了，老问题了

我刚刚下载了论坛的最新的版本，utf8带无  bom  U的默认是这个选择的呢，这个是可以每次调出编译选项还是要选择你说的带BOM呢。？

tubaba

确保你的脚本是utf8带bom编码的，再编译就会弹出选项了，这个问题是acc编译器本身的bug

131738

onestone01 发表于 2020-5-21 12:11
应该是使用了a3cc(大概是这名字)的版本，以前遇到过

记得某网站版本视乎有这个问题，有人在这个网站提过这个问题，上面 A 大已经解释了

afan

131738 发表于 2020-5-21 22:01
记得某网站版本视乎有这个问题，有人在这个网站提过这个问题，上面 A 大已经解释了

是的，我刚刚上去看了下，在置顶帖里看到的 3.3.14.2 中文版贴中 “AccAu3Wrapper 版本：1.6.1.1”，那么就是有 Bug 的版本。看来acc停摆之后就没有新版了，修正版也就一直没被更新发布…
我自用的是1.6.2.1，难怪几年都没遇到这类问题。当然，由于只使用命令行调用，就算有问题也遇不到，呵呵

ttmv2019sx

afan 发表于 2020-5-21 23:54
是的，我刚刚上去看了下，在置顶帖里看到的 3.3.14.2 中文版贴中 “AccAu3Wrapper 版本：1.6.1.1”，那么 ...

A大，哪这个也是由于版本BUG引起的吗，
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\IE-Win7x86.CAB  /norestart /Quiet', '', 0)
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\ielangpack-zh-CNx86.CAB  /norestart /Quiet', '', 0)

RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\IE-Win7x64.CAB  /norestart /Quiet', '', 0)
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\ielangpack-zh-CNx64.CAB  /norestart /Quiet', '', 0)

这两组命令，，我本来是打包成32的EXE，然后可以在32位系统下使用，还有就是在64位系统下使用的，但是结果是32下一切OK，64位下，就不成功，然后我又打包成64位EXE，专门到64位下去测试了一下，结果是成功的，源码本身都查看过了，都是OK的，并且也是正常会判断与安装的，只是32位的EXE中的命令去安装到64位系统下，这个安装速度很快，更本没有安装到里面，但是我又打包64位的EXE后就是正常的，说明程序代码是绝对没有问题 的，但是两次编译就出现了现象，最终只能是怀疑这个程序的编译出现问题，不知道A大是不是也是这样认为的。

afan

ttmv2019sx 发表于 2020-5-22 07:01
A大，哪这个也是由于版本BUG引起的吗，
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package / ...

这个和编译器没有关系。你这估计是64位路径问题，关闭重定向即可。对安装这类东西没兴趣，所以没细看，自己测试吧

ttmv2019sx

afan 发表于 2020-5-22 07:38
这个和编译器没有关系。你这估计是64位路径问题，关闭重定向即可。对安装这类东西没兴趣，所以没细看，自 ...

好的。A大，，哪再请问一下。这个关闭 关闭重定向是指什么。。这个不太懂。

131738

afan 发表于 2020-5-21 23:54
是的，我刚刚上去看了下，在置顶帖里看到的 3.3.14.2 中文版贴中 “AccAu3Wrapper 版本：1.6.1.1”，那么 ...

那个版本我从未使用过，只是下载解压后看了下你那个编译窗，确实好看，比 AutoIt 的编译窗漂亮多了！
后来不知什么时候被微软杀毒软件没有任何提示的情况下杀了.....

ttmv2019sx

131738 发表于 2020-5-22 09:15
那个版本我从未使用过，只是下载解压后看了下你那个编译窗，确实好看，比 AutoIt 的编译窗漂亮多了！
后 ...

...前面的代码省略，这个是判断IE在系统32位下，安装的补丁程序
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\IE-Win7x86.CAB  /norestart /Quiet', '', 0)
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\ielangpack-zh-CNx86.CAB  /norestart /Quiet', '', 0)
这个是判断IE为在系统64位下的安装补丁程序
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\IE-Win7x64.CAB  /norestart /Quiet', '', 0)
RunWait(@ComSpec & ' /c ' & 'dism.exe /online /add-package /packagepath:%SystemRoot%\ielangpack-zh-CNx64.CAB  /norestart /Quiet', '', 0)

源码测试到64位电脑与32位电脑上都是可以的，判断正确，可以升级IE，但是。。如果是打包成32位的EXE文件的话。。。在32位的系统下是可以正常升级IE的。。。。但是64位系统下就不会升级IE了，然后我就怀疑是不是代码有问题，就把这个打包成了64位的EXE后，去64位的系统上运行，结果是可以正确升级IE的，这一下就不知道是什么引起的问题了，有知道的大神可以解释一下的吗，，谢谢




说明：源码在32位系统与64位系统下一切OK都可以升级，    源码打包成32位EXE后，在32位系统下OK，但是在64位系统下升级不成功，，，，，源码打包成64位EXE在64位系统下测试一切OK可以成功升级，请问这个怪事是怎么一回事。。。。。。。。。。。。。。。

afan

ttmv2019sx 发表于 2020-5-22 09:18
...前面的代码省略，这个是判断IE在系统32位下，安装的补丁程序
RunWait(@ComSpec & ' /c ' & 'dism.exe / ...

不会搜索？
加到你的代码上面
DllCall("kernel32.dll", "boolean", "Wow64DisableWow64FsRedirection", "boolean", 1)

ttmv2019sx

afan 发表于 2020-5-22 09:50
不会搜索？
加到你的代码上面
DllCall("kernel32.dll", "boolean", "Wow64DisableWow64FsRedirection", ...

会搜索，谢谢A大了，，关于重定向，不是很了解。。因为不是专业的，还在学习中。