GVKun编程网logo

无法在Windows从属计算机上执行Shell（windows无法在此计算机上运行）

23

在本文中，您将会了解到关于无法在Windows从属计算机上执行Shell的新资讯，同时我们还将为您解释windows无法在此计算机上运行的相关在本文中，我们将带你探索无法在Windows从属计算机上执

在本文中，您将会了解到关于无法在Windows从属计算机上执行Shell的新资讯，同时我们还将为您解释windows无法在此计算机上运行的相关在本文中，我们将带你探索无法在Windows从属计算机上执行Shell的奥秘，分析windows无法在此计算机上运行的特点，并给出一些关于DLL_PROCESS_ATTACH无法在Windows 7 C上执行、exec 无法在 windows 上执行命令、Frama-c镁：无法在Windows上执行WP插件、Hashicorp Packer将不会在Windows主机上执行packer-provisioner-shell的实用技巧。

本文目录一览：

无法在Windows从属计算机上执行Shell（windows无法在此计算机上运行）

无法在Windows从属计算机上执行Shell（windows无法在此计算机上运行）

如何解决无法在Windows从属计算机上执行Shell？

我无法在主服务器为linux的Windows从机上运行shell命令，有人可以帮我解决此问题吗？

错误： [我的项目] $ sh -xe C：\ Users \ rahul \ AppData \ Local \ Temp \ jenkins2112246721969128247.sh 该系统找不到指定的文件 致命：命令执行失败

主机操作系统：Linux， 从机操作系统：Windows

通过“注入环境变量”选项注入到“ sh”的路径。

[EnvInject]-将属性内容作为环境变量注入 PATH = C：/ Program Files / Git / bin / sh.exe

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

DLL_PROCESS_ATTACH无法在Windows 7 C上执行

DLL_PROCESS_ATTACH无法在Windows 7 C上执行

我正在尝试加载.dll文件,并在加载时显示一个消息框.根据我的理解,一旦加载.dll,它就会调用dllmain()并切换到DLL_PROCESS_ATTACH选项.我已经编写了.dll和.exe的代码来加载它. .exe可以正确加载它并打印出加载了DLL的地址,但是我没有看到正在显示的消息框.我在Microsoft.com上的某处读到,dll在加载时进入“锁定”,以防止出于安全目的而执行某些功能或代码.此功能是否阻止显示消息框？是否存在诸如提升权限,系统等的工作……？我不确定DEP是否有任何影响,我将其设置为仅保护关键的Windows进程.

调用过程：

#include <iostream>
#include <windows.h>
int main()
{
    HMODULE hDll = LoadLibraryA("dll.dll");
    if (hDll == NULL)
        std::cerr << "Unable to load dll";
    else
        std::cout << "Dll loaded @ " << hDll;
    FreeLibrary(hDll);
}

dll文件：

#include <windows.h>
BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason,LPVOID lpvReserved)
{
    switch (fdwReason)
    {
        case DLL_PROCESS_ATTACH:
            MessageBox(NULL,"Dll has been loaded.","Loaded",MB_OK);
            break;
    }
    return TRUE;
}

我认为如果我有办法通过调试器运行.dll并查看MessageBox()返回的内容,这可能对我有所帮助,但我不知道该怎么做.谢谢！

Raymond Chen在他的博客文章 Some reasons not to do anything scary in your DllMain中有话要说：

And absolutely under no circumstances should you be doing anything as crazy as creating a window inside your DLL_PROCESS_ATTACH. In addition to the thread affinity issues,there’s the problem of global hooks. Hooks running inside the loader lock are a recipe for disaster. Don’t be surprised if your machine deadlocks.

exec 无法在 windows 上执行命令

exec 无法在 windows 上执行命令

如何解决exec 无法在 windows 上执行命令？

我正在 Windows 10 上执行 PHP 脚本。 以下行执行没有任何问题：

exec("CREATE DATABASE `$dbname`;")

但是当我想执行以下行时，我只收到一个通知，它不会执行：

$command=''MysqL -h'' .$dbhost .'' -u'' .$dbuser .'' -p'' .$dbpass .'' '' .$dbname .'' < '' .$mysqlimportFilename;

exec($command,$output=null,$worked);

我收到的通知：

注意：只能通过引用传递变量

完整的脚本是：

$dbhost   = ''localhost'';
$dbuser   = ''root'';
$dbpass  = '''';
$dbname = ''test'';
$mysqlimportFilename = ''matab_database_backup.sql'';

try {
    $dbh = new PDO("MysqL:host=$dbhost",$dbuser,$dbpass);
    
    $dbh->exec("CREATE DATABASE `$dbname`;")
    or die(print_r($dbh->errorInfo(),true));
}
catch (PDOException $e) {
    die("Error: " . $e->getMessage());
}

$command=''MysqL -h'' .$dbhost .'' -u'' .$dbuser .'' -p'' .$dbpass .'' '' .$dbname .'' < '' .$mysqlimportFilename;
exec($command,$worked);
switch($worked)
{
    case 0:
        echo  ''Done'';
    break;
    case 1:
        echo  ''Faild'';
    break;
}

此脚本在 linux 上运行良好，但在 windows 上不起作用。 感谢您的帮助。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

Frama-c镁：无法在Windows上执行WP插件

Frama-c镁：无法在Windows上执行WP插件

我使用这里提供的说明安装了frama-c镁版本。 在安装过程中我没有得到任何错误，并在Cygwin打印的Frama-c版本中执行命令frama-c -version ： Magnesium-20151002 。 但是当我在一个非常小的例子上执行-wp插件时，对于使用alt-ergo的目标，我得到以下错误：

1 [main] frama-c 8168 child_info_fork::abort: unable to map C:cygwinusrlocallibframa-cpluginsUsers.cmxs,Win32 error 998 1 [main] frama-c 7956 child_info_fork::abort: unable to map C:cygwinusrlocallibframa-cpluginsValue.cmxs,Win32 error 998

0 [main] frama-c 300 child_info_fork::abort: unable to map C:cygwinusrlocallibframa-cpluginsValue.cmxs,Win32 error 998 [wp] [Alt-Ergo] Goal typed_changeCase_assert_rte_signed_overflow_2 : Failed Error: Resource temporarily unavailable

值插件成功执行。 我search了这个错误，发现了这个post 。 所以我也执行了rebaseall -v命令，但是也没有帮助。 为了确认我的Cygwin没有损坏，我再次安装了Frama-C钠版本，并且能够成功执行WP插件。

如何使用Windowsapp storeAPI计划“蛋计时器”？

Windowspath上的“ ?? ”是什么意思？

我如何让wget安静？

使用Windows MIDI API时遇到问题（播放时无回叫）

VB6 – 如何通过.tlb文件将string传递给用C编写的DLL

任何人都可以帮助我解决这个问题，我们希望能够在Windows上使用Frama-C镁版本？

编辑：机器细节：我试了我的电脑，也在虚拟机上。 在VM上，我执行命令./configure && make and make install来安装frama-c镁。

我在这两台机器上都有32位的Cygwin。 两个Windows都是64位的。

我的机器上的Ocaml版本：4.02.0，VM上的Ocaml版本：4.01.0

我的机器和VM上的Cygwin版本：CYGWIN_NT-6.1-WOW64 1.7.27（0.271 / 5/3）2013-12-09 11:57 i686 Cygwin

从Java运行PSExec不起作用

我如何确保例程按时执行？

应该在UW​​P应用程序中使用哪个命名空间类HttpClient？

在Windows上获得cpu使用率和networking吞吐量的最有效和最基本的方法是什么？

NO ACTIVATE窗口样式

当Frama-C镁被释放时，alt-ergo 1.01还没有存在。 所以当WP的手册提到与alt-ergo 0.99.1+兼容性时，就不能预见将来会发布alt-ergo。

幸运的是，下一个版本（铝）将与alt-ergo 1.01兼容，所以这不应该成为未来的问题。

同时，你应该可以使用alt-ergo 0.99.1。

编辑 ：根据错误信息和进一步的细节，它可能与您的Cygwin版本，从2013年似乎相对较旧， 你的是1.7.27，而我使用的是2.4.1。

Hashicorp Packer将不会在Windows主机上执行packer-provisioner-shell

Hashicorp Packer将不会在Windows主机上执行packer-provisioner-shell

这是我的第一个问题。 我试图遵循所有的指导方针。

我试图用Packer来创build一个Debian 8的Vagrant镜像。如果我运行一个只有“builders”模板的打包工具，它将会成功执行并生成一个VirtualBox镜像。 当我试图添加“提供者”和/或“后处理器”模板时，我开始犯错。 约10秒内发生错误。 它不会运行的build设者。 错误消息是：

ui error: Failed to initialize build 'virtualBox-iso': error initializing provisioner 'shell': dial tcp 127.0.0.1:10000: connectex: A connection attempt Failed because the connected party did not properly respond after a period of time,or established connection Failed because connected host has Failed to respond.

我已经在这几天工作了。 我有：

searchGoogle的错误文本

通读一些Packer的源码（以为我不熟悉Go）

从Packer.io中重新安装Packer

确保文件畅通无阻

作为我的默认用户和pipe理员执行

使用Git Bash而不是cmd.exe

从Powershell执行

使用Atlas提供的atlas-packer-vagrant-tutorial。 它将build立在阿特拉斯，但不是在本地。

我的包装模板文件：

{ "provisioners": [{ "type": "shell","scripts": [ "scripts/vagrant.sh" ],"override": { "virtualBox-iso": { "execute_command": "echo 'vagrant' | sudo -S bash '{{.Path}}'" } } }],"builders": [{ "type": "virtualBox-iso","guest_os_type": "Debian_64","iso_url": "http://cdimage.debian.org/debian-cd/8.2.0/amd64/iso-cd/debian-8.2.0-amd64-CD-1.iso","iso_checksum": "234bd43d85974299d501f370ac3e7592b98832d98f82be3aff190ff3af831f8cd7574a75f4c9b36c347f138e82ccb40ff3746a4c94e7d59e4ee711e0c96dbf1d","iso_checksum_type": "sha512","ssh_username": "vagrant","ssh_password": "vagrant","ssh_wait_timeout": "120m","shutdown_command": "echo 'vagrant' | sudo -S shutdown -h Now","disk_size": "20480","http_directory": "http","boot_command": [ "<esc><wait>","auto url=http://{{ .HTTPIP }}:{{ .HTTPPort }}/preseed.cfg ","<enter>" ],"vBoxmanage": [ ["modifyvm","{{.Name}}","--memory","4096"],["modifyvm","--cpus","2"] ] }],"post-processors": ["vagrant"] }

我没有足够的信誉来添加其他链接。 TCP视图输出：

packer-provisioner-shell.exe 3940 TCP 127.0.0.1 10000 0.0.0.0 0 LISTENING packer-builder-virtualBox-iso.exe 11284 TCP 127.0.0.1 10000 127.0.0.1 49568 ESTABLISHED packer.exe 12180 TCP 127.0.0.1 49568 127.0.0.1 10000 ESTABLISHED packer.exe 12180 TCP 127.0.0.1 49571 127.0.0.1 10000 SYN_SENT

系统信息：

Windows 7 Pro SP1（64位）

打包机0.8.6

我的完整代码是在Github 回购

我的完整错误login在这个Gist

感谢您的任何帮助，您可以提供。

我有一个与Windows上的包装器相似的问题，但我可以正确地建立（在vagrant规定的错误都是一样的）。

但是，您可以使用或比较另一个项目打包器，这个项目打包器在您的项目中正确运行。 也许找到一个解决或理解其他概念的方法可以帮助你： 打包者Ubuntu项目

正如Gregory Nisbet指出的那样，这是一个防火墙问题。 我停止了所有的McAfee服务，并且能够继续。

今天的关于无法在Windows从属计算机上执行Shell和windows无法在此计算机上运行的分享已经结束，谢谢您的关注，如果想了解更多关于DLL_PROCESS_ATTACH无法在Windows 7 C上执行、exec 无法在 windows 上执行命令、Frama-c镁：无法在Windows上执行WP插件、Hashicorp Packer将不会在Windows主机上执行packer-provisioner-shell的相关知识，请在本站进行查询。

本文标签：

上一篇计算熊猫数据框中inf的出现（计算熊猫数据框中inf的出现率）

下一篇Python Pandas在dataFrame中计算百分比并将其放入列表的问题（pandas 如何求百分比）

相关文章