Linecache19 fails to compile with 1.9.3-head

最新推荐文章于 2021-10-20 00:00:00 发布
原创 最新推荐文章于 2021-10-20 00:00:00 发布 · 144 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文提供了解决Linecache19在Ruby 1.9.3版本中编译失败的方法，通过指定Ruby安装路径来成功安装Linecache19及ruby-debug19。
Linecache19 fails to compile with 1.9.3-head

解决办法
sudo gem install linecache19 -- --with-ruby-include=/home/qiwenlong/software/ruby-1.9.3-p194
sudo gem install ruby-debug19 -- --with-ruby-include=/home/qiwenlong/software/ruby-1.9.3-p194
Python Poetry fails to add openai-whisper due to triton installation error
suiusoar
09-02 1066
Python Poetry 因 Triton 安装错误而无法添加 openai-whisper。
Learning to Communicate with Deep Multi-Agent Reinforcement Learning
weixin_41697507的博客
06-23 2460
Abstract We consider the problem of multiple agents sensing and acting in environments with the goal of maximising their shared utility. In these environments, agents must learn communication protocol...
Ruby 1.9.3 p125 安装ruby-debug
horace_lee的专栏
04-05 141
[color=red]Update:[/color] 4/10/2012 直接换成 gem 'debugger' 老的ruby-debug更新有点慢啊 跑起来一模一样 运行下面的shell安装新版gem [code="sh"] # Install with: # bash < 'ruby-debug' end [/code] bundle update...
升级ruby版本遇到的一些问题
weixin_36508680的博客
10-26 3840
前段时间在玩Chef-一个IT基础设施自动化工具。由于Chef是由Ruby写的一个gem，那么就需要安装Ruby。当然Ruby我早就安装了，并且使用rvm来管理Ruby及Gem。本来一切看似正常，但是不会预料后面会遇到那么多的坑。 Chef本地的repo包中有一个vagrant虚拟机的模板文件，通过它可以setup一个虚拟机，然后使用Chef来操作这个节点。那么就使用vagrant命令来setu
升级ruby版本那"不堪回首的经历"
weixin_33738578的博客
09-23 902
前段时间在玩Chef-一个IT基础设施自动化工具。由于Chef是由Ruby写的一个gem，那么就需要安装Ruby。当然Ruby我早就安装了，并且使用rvm来管理Ruby及Gem。本来一切看似正常，但是不会预料后面会遇到那么多的坑。 Chef本地的repo包中有一个vagrant虚拟机的模板文件，通过它可以setup一个虚拟机，然后使用Chef来操作这个节点。那么就使用vagr...
linux内核文档翻译之——V4L2-framework.txt V4L2 API Specification
Gabby
02-23 6191
http://blog.csdn.net/jmq_0000/article/details/7530575 V4L2驱动框架概述 ===================================== 这个文本文件讲述V4L2的框架所提供的各种结构和它们之间的关系. 介绍 ------------ 由于硬件的复杂性v412驱动往往是非常复杂的： 大多数设备有多个IC，在/dev目录下
TortoiseSVNLOG
qq_41906870的博客
10-20 856
版本1.14.1 -错误：如果配置为 不要用丝带。（斯特凡） -错误：日志对话框中的Bugtraq链接没有 不再工作了。（斯特凡） -错误：黑暗主题的各种问题。（斯特凡） -虫子：龟爪显示出NUL字符，如果 文件包含一个utf8 BOM表。（斯特凡） -错误：重新排列时ProjectMonitor崩溃 树视图。（斯特凡） -错误：从命令打开属性对话框 带有参数/属性的行显示错误或 空值。（斯特凡） -错误：钩子脚本是为wc的 更新时没有设置它们 一次多个WC。（斯特凡） -错误：文件中的“与工作副本比较”
JRuby 1.7.0
05-25 303
[p=19, null, left]The JRuby community is pleased to announce the release of JRuby 1.7.0.preview1.[/p] Homepa...
F自己安装CocoaPods流程
fangfangluo1的博客
10-10 2317
Last login: Mon Oct 10 10:07:45 on ttys000 LdeiMac:~ L$ gem sources -l *** CURRENT SOURCES *** https://ruby.taobao.org/ https://gems.ruby-china.org/ LdeiMac:~ L$ sudo gem install
automake手册
Linux 内核，驱动， Android系统开发， MAC/Android APP开发
05-28 2624
目录(?)[-] automake Table of ContentsGNU AutomakeIntroductionAn Introduction to the Autotools Introducing the GNU Build SystemUse Cases for the GNU Build System Basic InstallationStandard Ma
automake
热门推荐
perry_peng的专栏
01-07 1万+
<!-- pre.display {font-family:inherit} pre.format {font-family:inherit} pre.smalldisplay {font-family:inherit; font-size:smaller} pre.smallformat {font-family:inherit; font-size:smalle
Concurrent Manager Fails to Start With Error Could not initializ
03-27
Concurrent Manager Fails to Start With Error Could not initialize the Service Manager FNDSM_{HOSTNAME}_{SID}(Doc ID 735148.1)
交叉编译错误 is not able to compile a simple test program
浪浪山已在身后
10-13 1万+
交叉编译出现错误： CMake Error at /home/sph/.local/lib/python2.7/site-packages/cmake/data/share/cmake-3.18/Modules/CMakeTestCCompiler.cmake:66 (message): The C compiler "/opt/cross-toolchain-9.2.0/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-
含中间直流的三相电力电子变压器PET仿真模型（Simulink仿真实现）
12-16
含中间直流的三相电力电子变压器PET仿真模型（Simulink仿真实现）内容概要：本文档介绍了含中间直流环节的三相电力电子变压器（PET）的Simulink仿真模型，重点在于构建和模拟PET系统的核心结构与工作原理。该仿真模型涵盖了PET的前级整流、中间直流环节以及后级逆变部分，能够实现电能的高效转换与隔离，适用于研究PET在智能电网、新能源接入等场景下的动态特性与控制策略。通过Simulink平台，用户可对系统进行稳态与暂态性能分析，验证控制算法的有效性。; 适合人群：电气工程、电力电子及相关专业的高校师生、科研人员以及从事电力系统仿真的工程技术人员。; 使用场景及目标：①用于教学演示电力电子变压器的工作原理；②支撑科研项目中对PET控制策略（如电压、电流双闭环控制）的设计与验证；③为新型电力系统中电能变换装置的开发提供仿真基础。; 阅读建议：建议结合电力电子技术基础知识学习本仿真模型，重点关注各模块的参数设置与控制逻辑实现，建议动手搭建模型并进行仿真实验，以加深对PET系统运行机制的理解。
考虑柔性负荷的综合能源系统低碳经济优化调度【考虑碳交易机制】（Matlab代码实现）
最新发布
12-16
考虑柔性负荷的综合能源系统低碳经济优化调度【考虑碳交易机制】（Matlab代码实现）内容概要：本文围绕“考虑柔性负荷的综合能源系统低碳经济优化调度”展开，重点研究在碳交易机制下如何实现综合能源系统的低碳化与经济性协同优化。通过构建包含风电、光伏、储能、柔性负荷等多种能源形式的系统模型，结合碳交易成本与能源调度成本，提出优化调度策略，以降低碳排放并提升系统运行经济性。文中采用Matlab进行仿真代码实现，验证了所提模型在平衡能源供需、平抑可再生能源波动、引导柔性负荷参与调度等方面的有效性，为低碳能源系统的设计与运行提供了技术支撑。; 适合人群：具备一定电力系统、能源系统背景，熟悉Matlab编程，从事能源优化、低碳调度、综合能源系统等相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①研究碳交易机制对综合能源系统调度决策的影响；②实现柔性负荷在削峰填谷、促进可再生能源消纳中的作用；③掌握基于Matlab的能源系统建模与优化求解方法；④为实际综合能源项目提供低碳经济调度方案参考。; 阅读建议：建议读者结合Matlab代码深入理解模型构建与求解过程，重点关注目标函数设计、约束条件设置及碳交易成本的量化方式，可进一步扩展至多能互补、需求响应等场景进行二次开发与仿真验证。
大学怎样用AI工具3分钟生成技术成熟度报告？.docx
12-16
大学怎样用AI工具3分钟生成技术成熟度报告？
【云原生运维】基于Kubernetes的CI/CD全流程自动化：Spring Boot应用在容器化环境下的持续集成与部署实践
12-16
内容概要：本文详细展示了在Kubernetes环境下实现CI/CD全流程的完整示例，涵盖从代码提交、自动化构建、测试、安全扫描到多环境部署的各个环节。技术栈包括GitLab CI、Docker、Helm、Kustomize、Trivy等工具，并以Spring Boot应用为例，提供了Dockerfile、Kubernetes资源配置、Helm Chart结构以及蓝绿部署、金丝雀发布等高级部署策略的具体实现。同时，文章还介绍了GitOps（ArgoCD）、HPA自动扩缩容、Prometheus监控告警等增强能力，并强调了安全性、可靠性、可观测性和成本优化的最佳实践。; 适合人群：具备一定Kubernetes、容器化和DevOps基础知识，从事后端开发、运维或平台工程的技术人员，尤其是希望落地标准化CI/CD流程的团队成员； 使用场景及目标：①构建基于Kubernetes的企业级持续交付流水线；②实现安全可控的多环境自动化部署；③集成监控告警与弹性伸缩机制提升系统稳定性；④推动GitOps理念在团队中的实践落地； 阅读建议：建议结合实际Kubernetes集群环境，逐步复现文档中的各个步骤，重点关注CI/CD配置逻辑、部署策略差异及最佳实践部分，并将其适配到自身项目体系中进行持续优化。
【分布式系统】基于Redis的Session集中存储方案：实现Web服务器高可用与横向扩展
12-16
内容概要：本文介绍了基于Redis实现分布式Session的解决方案，重点阐述了将Session集中存储于Redis集群的技术思路与优势。文中指出，传统的tomcat-redis-session-manager仅适用于Tomcat容器层的HttpSession同步，存在应用层适配局限；相比之下，推荐使用Spring Session与Redis结合的方式，实现更灵活的应用层Session管理。通过将sessionId作为key、session数据作为value存储在Redis中，可在多台应用服务器间共享Session，确保高可用性和横向扩展能力。同时，文章对比了多种保证Session一致性的架构方案，包括Session同步法、客户端存储法、反向代理Hash一致性以及后端统一存储法，并强调后端统一存储为最优选择。; 适合人群：具备Java Web开发基础，熟悉分布式架构、Redis及Session机制的1-3年经验后端研发人员； 使用场景及目标：①解决传统Web服务器集群中Session不一致问题；②实现服务无状态化设计，提升系统可扩展性与容灾能力；③在微服务或负载均衡环境下构建统一的Session管理中心； 阅读建议：学习时应结合Spring Session实际集成案例，理解其与Redis的协作机制，并深入掌握不同Session共享方案的适用边界与设计权衡。
浏览器 12.5.0 安装包
12-16
浏览器 安装包 版本号 12.5.0。
STM32F103VET6 using Keil download fails on second attempt with Cortex-M3 error
07-12
<think>嗯，用户遇到了STM32F103VET6在Keil环境下第二次下载程序失败的问题，报错Cortex-M3。这确实是个典型的调试器连接问题，需要一步步排查。 用户可能已经尝试过重新插拔调试器或重启Keil，但问题依旧存在。深层需求其实是希望找到一劳永逸的解决方案，避免每次下载都要折腾。从报错类型看，核心矛盾点应该在调试器与芯片的通信稳定性上。 首先想到SWD接口的复用问题。STM32的SWDIO和SWCLK常与GPIO复用，如果用户程序初始化时误配置了这些引脚，第二次下载时调试端口就被锁死了。这个解释最符合"首次成功二次失败"的特征现象。不过用户是工程师的话，应该会注意避免配置调试口才对…… 接着考虑硬件因素：劣质USB线接触不良、板载滤波电容老化、复位电路设计缺陷都可能导致通信断续。尤其是长距离杜邦线连接的情况，信号完整性很难保证。不过用户没描述硬件环境，这点需要后续确认。 软件配置方面也值得深挖：Keil的"Reset and Run"选项如果关闭，芯片可能停留在异常状态；调试器固件过旧也会出现兼容性问题；甚至杀毒软件拦截USB通信这种边缘情况也要纳入考量。 最关键的突破点应该是SWD端口解锁方案。准备推荐三种方法：1）最稳妥的断电复位 2）最快捷的BOOT0上拉复位 3）技术流的手动复位命令。用户如果是产线工程师，可能更倾向硬件复位方案；若是研发人员则可能想用OpenOCD命令彻底研究原理。 突然想到还有个隐藏陷阱：STM32的nRST引脚如果被程序配置为GPIO，会导致无法硬件复位。这种情况只能依靠BOOT0救砖了。不过VET6这种大容量芯片比较少见这种极端配置。 最后要提醒预防措施。用户既然遇到这个问题，后续开发时最好在代码开头添加解除SWD锁的指令，或者避免使用那几个关键GPIO。毕竟每次下载都要按复位键太影响效率了。 对了，还要强调连接器检查——之前就见过用户因为SWD接口的排针虚焊，折腾了一整天呢……</think>好的，针对您遇到的STM32F103VET6在Keil中首次下载成功，但第二次下载失败并报错“Cortex-M3”的问题，以下是详细的排查和解决方案： **核心问题分析：** “Cortex-M3”错误通常表示调试器（如ST-Link， J-Link）无法与目标芯片的Cortex-M3内核建立或维持可靠的通信连接。首次成功而第二次失败的现象非常典型，通常指向以下原因： 1. **SWD/JTAG引脚被复用或锁定 (最常见原因)：** * STM32的调试接口（SWDIO, SWCLK, nRST）通常与普通GPIO引脚复用。 * 第一次下载程序后，如果用户的程序代码（尤其是`main()`函数开头）初始化了这些调试引脚所在的GPIO端口（例如配置为输出、输入、复用功能等），就会覆盖调试器所需的SWD功能。 * 当尝试第二次下载时，调试器无法通过这些被“占用”的引脚与内核通信，导致“Cortex-M3”错误。 * **关键点：** 第一次下载时芯片是“干净”的（调试接口可用），下载后用户程序运行并可能禁用了调试接口。第二次下载时，调试器无法连接被禁用的接口。 2. **复位电路/行为问题：** * **硬件复位电路不完善：** 开发板上的复位电路（RC网络）可能设计不当，导致复位信号不稳定或复位时间不足，影响调试器在连接时的初始化。 * **调试器复位能力不足：** 某些调试器配置或连接线过长/质量差，导致其发出的复位信号未能有效到达芯片或未能将芯片完全复位到调试器可识别的状态。 * **用户程序阻塞复位：** 用户程序可能意外禁用了调试端口或进入了低功耗模式、死循环、看门狗复位等状态，使得调试器无法通过标准复位流程恢复连接。 3. **供电问题：** * 电源不稳定（纹波过大、电压跌落）或电流不足，尤其是在用户程序运行时功耗增加，可能导致芯片工作异常或与调试器的通信不稳定。 * 使用USB供电的调试器（如ST-Link V2）给目标板供电时，如果目标板功耗较大，USB端口可能无法提供足够的电流。 4. **连接问题：** * SWD/JTAG连接线（杜邦线）接触不良、过长或质量差，导致信号完整性下降。 * 调试器接口（如排针、连接器）虚焊或氧化。 5. **Keil配置/调试器驱动问题 (相对少见)：** * Keil中调试器配置（如速度、复位方式）不当。 * 调试器固件过旧或损坏。 * Keil软件本身临时故障。 **解决方案：** 按照优先级和常见程度排序： 1. **手动硬件复位 (最常用有效的方法)：** * 在尝试第二次下载**之前**，**先断开目标板的电源**（拔掉USB线或关闭电源开关）。 * 等待几秒钟（确保电容放电）。 * **重新上电**。 * 立即在Keil中点击`Load` / `Download`按钮。这通常能成功。 * **原理：** 断电复位彻底清除了芯片状态，包括用户程序对调试引脚的配置，使芯片以默认状态（调试接口启用）启动，调试器得以重新连接。 2. **利用BOOT0引脚复位 (无需断电)：** * 找到目标板上的`BOOT0`引脚（通常标记为`BOOT0`或`B0`）。 * 在尝试第二次下载**之前**，**将BOOT0引脚通过跳线帽连接到3.3V (高电平)**。 * **按一下目标板上的`NRST`复位键**（或者通过Keil的`Reset`按钮发送复位信号）。 * 芯片复位后会进入系统存储器启动模式（通常内置了串口/USB DFU引导程序）。**此时调试接口是默认可用的！** * **立即在Keil中点击`Load` / `Download`按钮**。下载应该能成功。 * 下载完成后，**将BOOT0跳线帽重新接回GND (低电平)**。 * 按复位键运行新下载的程序。 * **原理：** 上拉BOOT0并复位，强制芯片进入Bootloader模式，该模式不会运行用户程序，因此用户程序对调试引脚的配置无效。下载器可以连接并重新下载程序覆盖Flash。 3. **修改用户代码 (根本解决方案)：** * **避免初始化调试引脚：** 检查程序代码（尤其是`main()`函数开始处，HAL/LL库初始化之后，用户代码之前），确保**没有**对`PA13`(SWDIO), `PA14`(SWCLK), `PA15`(JTDI, 常作为SWDIO备用), `PB3`(JTDO, 常作为SWCLK备用), `PB4`(NJTRST), `nRST`等引脚进行任何配置（如GPIO_Init）。让它们保持复位后的默认状态（复用功能调试）。 * **添加调试引脚解锁代码 (推荐)：** 在`main()`函数的**最开头**（任何其他外设初始化之前），添加以下代码，显式解除调试引脚的锁定： ```c // 对于STM32F1 (Cortex-M3), 释放PA13(SWDIO), PA14(SWCLK), PA15(JTDI), PB3(JTDO), PB4(NJTRST) __HAL_AFIO_REMAP_SWJ_DISABLE(); // 慎用! 会完全禁用JTAG/SWD // 更推荐仅释放不再用于调试的引脚，保留SWD: __HAL_AFIO_REMAP_SWJ_NOJTAG(); // 释放PB3, PB4, PA15 (JTAG引脚)为普通GPIO，保留PA13/PA14为SWD ``` * 使用`__HAL_AFIO_REMAP_SWJ_NOJTAG();`是最安全常用的，它释放了JTAG占用的引脚（PA15, PB3, PB4），但保留了SWD功能（PA13, PA14）。如果确定只使用SWD且不需要JTAG，这是最佳选择。 * `__HAL_AFIO_REMAP_SWJ_DISABLE();`会禁用所有调试端口（SWD和JTAG），**除非你非常确定后续不需要再通过调试器下载或调试，否则绝对不要在产品代码中使用！** 仅在特殊需求下使用。 * **重要：** 添加此代码并重新编译后，你需要使用**方法1 (断电复位)** 或**方法2 (BOOT0复位)** 来成功下载**这个新固件**一次。之后，由于新固件保护了调试引脚，后续下载就应该正常了。 4. **检查并优化Keil配置：** * **复位方式：** 在Keil的`Options for Target` -> `Debug` -> `Settings` -> `Reset`选项卡中，尝试不同的复位方式： * `Autodetect` (首选) * `Hardware Reset` (如果支持且硬件复位电路可靠) * `Software Reset` (尝试，但有时不够彻底) * `VECTRESET` (Core reset) / `SYSRESETREQ` (System reset) - 尝试不同的软件复位类型。 * **连接速度：** 在`Debug` -> `Settings` -> `Port`选项卡中，尝试降低`SW Device`的`Clock`速度（例如从4MHz降到1MHz或更低），尤其是在连接线较长或质量一般时。 * **“Reset and Run”:** 确保`Options for Target` -> `Debug` -> `Settings` -> `Reset`选项卡中的`Reset and Run`选项是勾选的（通常推荐）。这确保下载后程序自动运行。 * **更新调试器固件：** 检查并更新你使用的调试器（ST-Link, J-Link等）的固件到最新版本。 5. **检查硬件：** * **电源：** * 使用万用表测量目标板的3.3V电压是否稳定且在要求范围内。 * 确保电源能提供足够的电流。尝试使用更可靠的电源（如实验室电源）而非仅靠调试器USB供电。 * 检查板上电源滤波电容是否完好。 * **复位电路：** 检查复位引脚（nRST）的电路（通常是10K上拉电阻 + 0.1uF电容到地 + 复位按键）。确保元件值合适且焊接良好。nRST信号应稳定在3.3V（高电平）。 * **连接：** * 检查SWD（GND, SWCLK, SWDIO, +3.3V(可选), nRST(可选)）的所有连接线是否牢固、无虚焊、无短路断路。尝试更换更短、质量更好的连接线。 * 检查调试器和目标板上的接口（排针、连接器）是否清洁、无弯曲、接触良好。 * **旁路电容：** 确保芯片的VDD/VSS引脚附近有足够且合适的去耦电容（通常每个电源对至少一个0.1uF陶瓷电容靠近引脚放置）。 6. **其他软件措施：** * **重启Keil / 电脑：** 有时简单的重启可以解决临时软件故障。 * **更换USB口 / USB线：** 尝试使用主板背面的USB口或更换USB线，排除USB接口供电或通信问题。 * **检查后台程序：** 关闭可能占用USB端口或干扰调试通信的后台程序（如某些串口助手、杀毒软件等）。 **总结排查流程建议：** 1. **立即尝试：** 使用**方法1 (断电复位)** 或**方法2 (BOOT0复位)** 来恢复第二次下载。这是最快捷的临时解决方案。 2. **根本解决：** 应用**方法3 (修改用户代码)**，在`main()`开头添加`__HAL_AFIO_REMAP_SWJ_NOJTAG();`。使用步骤1的方法下载这个新固件一次。之后下载应恢复正常。 3. **若问题持续：** 仔细检查**硬件（电源、复位、连接）** 和**Keil配置（复位方式、速度）**。 4. **最后手段：** 尝试更新调试器固件、更换调试器或连接线。 通过以上方法，特别是正确处理调试引脚配置，应该能彻底解决STM32F103VET6在Keil中第二次下载失败报“Cortex-M3”错误的问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值