无法在Cygwin中使用RVM安装ruby - 卷曲SSL证书问题(Cannot install ruby using RVM in Cygwin - curl SSL cert problem)
我正在尝试在Cygwin中使用RVM安装ruby,但我收到错误:
curl:(60)SSL证书问题,验证CA证书是否正常。 详细信息:错误:14090086:SSL例程:SSL3_GET_SERVER_CERTIFICATE:证书验证失败更多详细信息,请访问: http ://curl.haxx.se/docs/sslcerts.html
我看过这个问题: 使用RVM安装Ruby 1.9.2时出现卷曲证书错误
但不幸的是,该解决方案对我不起作用,因为
curl-config --ca
没有显示任何内容。 我检查了curl-config --configure
,似乎包是用--without-ca-bundle
编译的我该如何解决这个问题?
I'm trying to install ruby using RVM in Cygwin, but I'm getting the error:
curl: (60) SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed More details here: http://curl.haxx.se/docs/sslcerts.html
i've looked at this question: Curl Certificate Error when Using RVM to install Ruby 1.9.2
but unfortunately the solution doesn't work for me because
curl-config --ca
doesn't show anything. I checked withcurl-config --configure
and it seems the package was compiled with the--without-ca-bundle
how can I work around this?
原文:https://stackoverflow.com/questions/7119927
最满意答案
IIRC你可以通过gdb运行python来做到这一点,即
gdb python gdb> run -m main.py
IIRC you can do this by running python through gdb, i.e.
gdb python gdb> run -m main.py
相关问答
更多-
它似乎默认被压制。 运行 $ ulimit -c unlimited 将启用核心转储,并将它放在/ cores /中作为core.PID It seems they are suppressed by default. Running $ ulimit -c unlimited Will enable core dumps for the current terminal, and it will be placed in /cores/ as core.PID. When you open a new ...
-
简单链接列表核心转储(Simple Linked List Core Dumps)[2021-07-31]
我发现当遇到“删除遍历”时会发生这种情况。 遍历指向其他东西,而不是它自己的对象,在这种情况下head,已经被删除。 这是它在输入后掉出循环的原因: if (userDirection != "east" || userDirection != "north" || userDirection != "west" || userDirection != "south") 请考虑使用&&而不是||,以便userDirection的有效值将导致表达式为false,并且流将通过else ... -
进程可以一次编码,然后被杀死。 我认为你的意思就像问题的其余部分一样。 在股票内核中没有任何东西,但像grsecurity这样的东西至少用于提供相关功能来篡改对ASLR的暴力强制。 你需要做什么? Process can coredump once, then it is killed. I presume you meant programs like in the rest of the question. There is nothing of the sort in stock kernels, b ...
-
在Linux上创建核心转储(Creating core dumps on Linux)[2021-07-05]
您所遵循的说明仅仅是为了超越可能阻止您获得核心转储的操作系统限制。 核心转储的生成是一个微不足道的过程,您可以按如下方式向进程发送信号 kill -ABRT pid_of_process 然而,有很多事情可能会阻止这种情况发生,但是您应该先尝试一下,看看它是否会在当前目录中生成核心转储。 如果程序是交互式的,并且不会陷入退出信号,那么您可以通过向进程发送SIGQUIT来使内核转储,这通常绑定到CTRL- \ 您在引用文档中遇到问题的区域是指如果您的进程没有在这两种模式中运行,则运行setuid / set ... -
C + Python和核心转储(C+Python and core dumps)[2023-09-15]
IIRC你可以通过gdb运行python来做到这一点,即 gdb python gdb> run -m main.py IIRC you can do this by running python through gdb, i.e. gdb python gdb> run -m main.py -
您需要定义tp_name 。 此时此字段根本未设置。 static PyTypeObject py_rangerr_type = { [...] .tp_name = "rangerr.rangerr", [...] }; 你在这里获得核心转储,因为Python试图显示类型的名称: >>> print r1.rangerr.min
You need to define tp_name. ... -
GDB和核心转储的麻烦(GDB and trouble with core dumps)[2022-10-05]
我已经解决了这个特殊问题,主要归功于WhozCraig,他建议GDB在强制馈送LZ4压缩核心文件时表现得像应有的那样。 如果克雷格会如此善意地发布一个类似的解决方案,我会很乐意给他那个大号的复选标记 ,尽管如此。 Bwahahaha! 最简单的解决方案是通过名为coredumpctl的子程序以及崩溃程序的PID来启动gdb,a la $ coredumpctl gdb PID HERE 这让我很烦恼,Arch和我可能会因此而迁移到Gentoo。 I've solved this particular iss ... -
所以,今天我学到了: 重新打开shell后, ulimit重置。 我在.zshrc中犯了一个大错 - zsh嵌套并在输入一些命令后重新打开。 在摆弄了一下后,我也找到了解决第二个问题的方法。 制作shell脚本: ulimit -c 750000 ./a.out gdb ./a.out ./core ulimit -c 0 echo "profit" So, today I learnt: ulimit resets after reopening the shell. I did a big mista ...
-
切换到发布版本,项目+属性,构建选项卡,向下滚动,高级。 将“调试信息”设置更改为“完全”。 请务必更改/ y参数,这些.pdbs需要与调试版本分开存储。 Switch to the Release build, Project + Properties, Build tab, scroll down, Advanced. Change the "Debug Info" setting to Full. Be sure to change the /y argument, these .pdbs need ...
-
您可以使用shell命令ulimit来控制它: ulimit -c 0 # Disable core file creation 没有该值,它将打印当前限制(将创建核心文件的最大大小): ulimit -c You can use shell command ulimit to control it: ulimit -c 0 # Disable core file creation Without the value, it will print current limit (the maximu ...