报错解决:native-image building on Windows currently only supports target architecture: AMD64

最新推荐文章于 2025-01-06 13:57:34 发布
最新推荐文章于 2025-01-06 13:57:34 发布
阅读量2.5k 收藏 1
点赞数 6
分类专栏： 报错解决 文章标签： visualstudio windows
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44732146/article/details/128877947
版权
在Windows环境下使用mvn命令打包native-image时遇到不支持非AMD64架构的错误。解决方法是通过VisualStudioInstaller修改安装，确保生成工具的语言包设置为英文，取消中文选项。
摘要由CSDN通过智能技术生成

使用mvn命令打native-image时会编译报错：Native-image building on Windows currently only supports target architecture: AMD64 (?? unsupported)
在这里插入图片描述
解决办法：
开始菜单 => Visual Studio Installer => 修改生成工具 => 语言包勾选英文，去掉中文。
在这里插入图片描述
点的修改即可。

解决 Error: Native-image building on Windows currently only supports target architecture: AMD64...
weixin_72827877的博客
04-09 682
Error: Native-image building on Windows currently only supports target architecture: AMD64
VizDoom安装失败（ RuntimeError: Building pip package on Windows is not currently available）
weixin_39550091的博客
11-26 1262
在学习强化学习时，有的例子要使用doom这个例子，因此要安装vizdoom这个库，但是用pip安装时会出现错误，如下图所示： 不用担心，我也不知道什么意思，百度之后，找到了解决方案：有人把linux,mac,windows的编译过的版本放到了github上。地址如下： [vizdoom下载地址] 找到如图： 有不同版本，点击最下面的【Installation of Windows binari...
【GraalVM配置与使用，java程序打包成exe可执行文件】SpringBoot3新特性AOT介绍，在win11配置GraalVM环境并打包本地镜像为.exe可执行文件
Sao_E的博客
01-06 1239
SpringBoot3新特性AOT介绍，在win11配置GraalVM环境并打包本地镜像为.exe可执行文件，实例演示，复制粘贴即可实现
Quarkus初体验--2.9.0.Final版本（Windows10系统 64位）
lizhou828的专栏
05-15 2220
环境准备： 安装 graalvm 下载 官网URL：https://www.graalvm.org/downloads/ 有两个版本，分别以java8/java11 进行构建,本教程选择java11版本进行构建 java11:https://github.com/graalvm/graalvm-ce-builds/releases/download/vm-20.3.0/graalvm-ce-java11-windows-amd64-20.3.0.zip 解压配置环境变量（同JDK配置
无法加载ISAPI 筛选器 当前配置只支持加载为 AMD64 处理器体系结构创建的映像...
weixin_33895695的博客
10-21 510
无法加载ISAPI 筛选器 当前配置只支持加载为 AMD64 处理器体系结构创建的映像 2011-11-9 0:18:49来源：本站原创作者：清晨320我要评论（0） 今天服务器的伪静态死活加载不上去，查很多原因也找不到 权限也给了。到底是什么原因呢？ 问题：由于一个配置问题，无法加载 ISAPI 筛选器 'C:\windows\Microsoft.NET\Fr...
graalvm native-image编译报错
zjlgdxzzw的专栏
03-07 581
D:\workspace-java\graalvm-test>native-image Main Error: Image build request for 'main' (pid: 44964, path: D:\workspace-java\graalvm-test) failed with exit status 30
graalvm编译native-images报错：无法打开包括文件: “vcruntime.h”: No such file or directory
fendo
05-03 2598
使用graalvm编译native-images生成exe文件时报如下错误：无法打开包括文件: “vcruntime.h”: No such file or directory。
错误: 找不到或无法加载主类 HelloWorld(classpath环境变量)
weixin_55505135的博客
02-23 1863
在DOS命令窗口中出现“错误: 找不到或无法加载主类 HelloWorld”如果代码没错;Javac，java配置成功;且路径正确，则是classpath环境变量出现了问题。 classpath环境变量是用来指定类加载器查找指定类路径的，配至了classpath环境变量类加载器只会在指定的路径下查找指定类，且不会再在当前路径下查找，如果编译生成的字节码文件所在的位置与配置的路径不同就会发生“错误: 找不到或无法加载主类 HelloWorld”，此时只需删除classpath环境变量或修改指定的路...
quarkus初试
Flyzz的博客
10-09 1280
Quarkus初试 Quarkus是什么 引用Red Hat官网的话 Quarkus 是一个为 Java 虚拟机（JVM）和原生编译而设计的全堆栈 Kubernetes 原生 Java 框架，用于专门针对容器优化 Java，并使其成为无服务器、云和 Kubernetes 环境的高效平台。 看它的简介，它支持现有常用的java标准，库，框架，另外还支持GraalVM用于进行原生编译。接下来就记录跟着官网的get started在windows操作系统初次尝试Quarkus的过程。 第一个Quarkus程序
【WSL2笔记2】 搭建深度学习开发环境踩坑笔记 Ubuntu+CUDA+cuDNN+PyTorch+Tensorflow+ONNX
老富的博客
04-06 3664
错误的结果就是配置的所有虚拟环境都以base的python版本运行，无法配置每个虚拟环境使用不同python版本，失去了虚拟环境意义。至此，适用PyTorch、Tensorflow、cuDNN框架的深度学习开发环境搭建完成。WSL 上的 CUDA 用户指南。安装protobuf 3.2版本。Anaconda官网版本档案。下载Anaconda安装包。创建Python虚拟环境。设置Anaconda路径。需要注册账号登录下载。通过SSH传送WSL。
自己动手定制Chromium系列之四：Chromium 58的一个编译配置
羽化大刀Chrome专栏
03-30 9184
友情链接：如何使用Chrome插件，免费上谷歌，谷歌学术，点击打开链接aec_untrusted_delay_for_testing    Current value (from the default) = false      From //third_party/webrtc/modules/audio_processing/BUILD.gn:17    Disables the usual...
容器-Docker《一》介绍和安装
weixin_51943889的博客
12-31 742
Docker容器介绍和安装
[xboard]real6410-5.2 移植uboot 2020.10之Makefile解析
鹰之翔
04-04 271
文章目录spl控制spl流程spl加载uboot spl控制 spl流程 spl加载uboot
2021-11-09bulidlfs
Crazyingamazying的博客
11-09 1025
#Revision history #V1.1 zhaoxiaohu 2021.07.04 #V1.2 libaolin 2021.07.08 # # Linux From Scratch # Version 7.7-systemd # # Created by Gerard Beekmans # Edited by Matthew Burgess and Armin K. # # Implementer: Andrew Zhao # Create Date: 4-14-202...
SpringNative GraalVM 打包 SpringBoot 为 Windows 的 exe 应用程序
小单的博客专栏
07-07 7673
经过 graalvm 编译打包后生产的 exe（windows）或 Linux 可执行程序，为单文件，可以随处拷贝直接运行，启动速度非常快。
Windows 系统配置 GraalVM 的 native-image 环境
偶尔记一下 - mybatis.io
11-30 1949
使用官方文档链接下载的，这个工具安装的 VS CODE 2019 版本，安装的cl.exe版本低，会报下面的错误：Error: On Windows, GraalVM Native Image for JDK 21 requires Visual Studio 2022 version 17.1.0 or later (C/C++ Optimizing Compiler Version 19.31 or later).?
【避坑+实操】GraalVM、native-image、Visual Studio安装，环境变量的配置，GraalVM的demo初体验
jpkopkop的博客
11-03 6021
GraalVM、native-image、Visual Studio安装，环境变量的配置，GraalVM的demo初体验
graalvm安装并使用native-image
m0_46596655的博客
06-07 5158
jdk11环境下使用graal vm 搭建native-image环境
Graalvm-21 Windows初体验
qq_42893430的博客
10-28 1888
前言除了最新新出的jdk21以外，oracle还推出了重磅的graalvm-jdk-21。这个graalvm可以把java代码编译为本地执行文件，就是把原来的jar包直接打成exe。并且使用打完的exe占用的内存资源更小，启动速度更快，非常适合云平台部署，只是打包的时间比原来长了很多。实际用的话我们仍然可以在windows平台开发，将开发好的程序放到linux平台打成占用内存小、启动速度快的可执行文件。下面来介绍一下在Windows平台下安装和编译本地程序的过程。
[-] 192.168.200.129:445 - Exploit aborted due to failure: no-target: This module only supports x64 (64-bit) targets
最新发布
03-22
<think>嗯，用户遇到了一个Metasploit的报错信息：“[-] 192.168.200.129:445 - Exploit aborted due to failure: no-target: This module only supports x64 (64-bit) targets”。首先，我需要理解这个错误的具体含义。看起来是用户在使用某个漏洞利用模块时，目标系统不符合模块要求的架构，模块只支持64位系统，而目标可能是32位的或者没有正确识别架构。 接下来，我应该分解这个问题。Metasploit的漏洞利用模块通常会有特定的目标设置，包括操作系统版本、架构等。这个错误提示明确指出不支持当前的target，也就是目标系统架构不匹配。用户可能没有正确设置目标选项，或者自动检测失败，导致模块无法匹配到合适的payload。 然后，考虑用户可能的操作步骤。用户可能直接运行了模块，没有检查或设置目标参数。或者，用户的目标系统确实是64位的，但Metasploit没有正确识别，需要手动指定。另外，用户可能没有使用正确的payload，比如选了x86的而不是x64的。 接下来，需要给出解决方案。首先，检查目标系统的架构，确认是否为64位。如果是，可能需要手动设置目标参数。使用`show targets`命令查看可用的选项，然后`set target <编号>`来指定。同时，检查payload是否是x64版本，比如`windows/x64/shell/reverse_tcp`。另外，确保Metasploit和模块都是最新版本，可能存在更新修复了目标检测的问题。 如果用户的目标系统确实是32位的，那这个模块就无法使用，需要寻找其他针对x86的漏洞利用模块。或者，用户可能误用了模块，需要确认漏洞本身是否只影响64位系统。 最后，提醒用户常见错误，比如忘记设置目标参数、混淆payload架构、或者目标信息不准确。建议使用如nmap扫描确认系统信息，或者启用模块的Check功能来验证目标是否易受攻击。 需要确保回答结构清晰，分步骤说明，并且使用中文，同时遵循LaTeX格式要求。避免使用Markdown，用自然的分段和编号。检查是否有遗漏的点，比如是否需要更新模块，或者是否存在其他可能的配置错误。</think>该错误信息表明您使用的Metasploit漏洞利用模块与目标系统架构不兼容。以下是分步解析与解决方案： $\boxed{问题根源}$ 模块检测到目标系统为32位(x86架构)，但当前漏洞利用模块$\text{仅支持64位(x64)}$系统。典型场景： 1. 目标系统实际为32位 2. 模块$\text{自动检测}$失败 3. 模块配置未指定$\text{Target}$参数 $\boxed{验证步骤}$ 1. 在Metasploit中执行： ```bash show targets ``` 查看模块支持的$\text{操作系统/架构}$列表 2. 使用nmap验证目标架构： ```bash nmap -O 192.168.200.129 ``` 观察输出中的$\text{Running: Microsoft Windows XP|7|8|10}$等信息 $\boxed{解决方案}$ 1. $\text{强制指定目标架构}$： ```bash set target <目标编号> # 通过show targets获取有效编号 set payload windows/x64/meterpreter/reverse_tcp ``` 2. $\text{混合模式尝试}$（若模块支持）： ```bash set target Windows 10 (1903) x64 set payload windows/x64/shell/reverse_tcp ``` 3. $\text{架构降级方案}$（当目标确认为32位时）： ```bash use exploit/windows/smb/<对应32位漏洞模块> set payload windows/meterpreter/rever
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值