subst X: e:123 将e盘下的123文件夹映射为x盘,123的容量即x盘容量 subst X: /t 删除映射的x盘

crt key转p12, jks p12互转,windows生成jks, 摘自:https://blog.csdn.net/u010801696/article/details/86546191 2019年01月18日 20:44:25 algondon 阅读数:22   版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/u010801696/article/details/86546191 crt转为p12证书 openssl pkcs12 -e

库文件的生成,包括静态库lib与动态库dll,需要改变编译输出的生成命令,可以一开始生成对应的库工程(或者在工程属性->常规->配置类型更改). 附基本对应命令: gcc –c -L .o Cl /c /link .obj ar .a lib .lib ld .o link .dll 其中,动态库dll需要在所输出的“对象”前添加_declspec(dllexport)声明. 对于库的使用,除了需要包含对应的头文件,静态库需要在文件中添加#prama comment(lib,"cof

windows下程序有时突然崩溃了,偶发性的崩溃很难找.于是就需要保存崩溃时的dump信息了. 下面是关于如何生成dmp文件的代码. 头文件 #pragma once #include <windows.h> #include <DbgHelp.h> #include <stdlib.h> #include <string> #pragma comment(lib, "dbghelp.lib") namespace FrameworkMi

链接: https://pan.baidu.com/s/1qn-qeFxovor-vcAWFl8jIw 提取码: zy5v 一,下载安装windows平台openssl密钥生成工具,执行安装目录bin下的"openssl.exe",执行后弹出命令窗口如下 二,生成私钥 输入"genrsa -out rsa_private_key.pem 1024",回车,命令窗口如下,在bin目录下多了一个rsa_private_key.pem文件, 将这个文件通过文本编辑器打开,

在windows上压缩的文件,是以系统默认编码中文来压缩文件.由于zip文件中没有声明其编码,所以linux上的unzip一般以默认编码解压,中文文件名会出现乱码. 虽然2005年就有人把这报告为bug, 但是info-zip的官方网站没有把自动识别编码列入计划,可能他们不认为这是个问题.Sun对java中存在N年的zip编码问题,采用了同样的处理方式. 有2种方式解决问题: 1. 通过unzip行命令解压,指定字符集 unzip -O CP936 xxx.zip (用GBK, GB18030也

在windows上压缩的文件,是以系统默认编码中文来压缩文件.由于zip文件中没有声明其编码,所以linux上的unzip一般以默认编码解压,中文文件名会出现乱码. 有两种方式解决问题:(建议采用方法一) 1. 通过unzip行命令解压,指定字符集:(用GBK, GB18030也可以) unzip -O CP936 xxx.zip 有趣的是unzip的manual中并无这个选项的说明, unzip --help对这个参数有一行简单的说明,如下: -O CHARSET  specify a cha

在windows上压缩的文件,是以系统默认编码中文来压缩文件.由于zip文件中没有声明其编码,所以linux上的unzip一般以默认编码解压,中文文件名会出现乱码. 虽然2005年就有人把这报告为bug, 但是info-zip的官方网站没有把自动识别编码列入计划,可能他们不认为这是个问题.Sun对java中存在N年的zip编码问题,采用了同样的处理方式. 有2种方式解决问题: 1. 通过unzip行命令解压,指定字符集 unzip -O CP936 xxx.zip (用GBK, GB18030也

因工作电脑需要同时使用pl/sql和toad工具需要同时配置32位和64位oracle client如此增加了维护tnsnames.ora的复杂程度使用windows硬链接可以减少工作量,每次只修改源文件即可配制方法如下:1    使用管理员权限运行cmd窗口2    C:\Windows\system32>mklink /H "D:\oracle\client\network\admin\tnsnames.ora" "D:\plsql\tnsnames.ora&quo

强调官方文档最可靠,百度踩坑很浪费时间,建议去寻找一手数据源头 github官方文档提供了帮助 第一步 查看密钥 如果您还没有 SSH 密钥,则必须生成新 SSH 密钥. 如果您不确定是否已有 SSH 密钥,请检查现有密钥. ls -al ~/.ssh 生成密钥(如果已有跳过) $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" 如果不是在 .ssh目录生成的,需要把密钥复制到当前用户下.ssh文件夹(这个文件夹是隐藏文件夹)

tree /f > list.txt 需要以管理员运行cmd

打开 执行 ssh-keygen -t rsa -C "email@email.com" #换成你的git登录账号 中间肯会有提示确认的 然后在 C:\Users(用户)\你电脑用户名\.ssh 会有两个文件 然后把id_rsa.pub 文件用文本打开复制 登录git 进入用户设置界面 选择 复制到下面这个红框中 然后保存即可 这样就可以使用ssh提交了

我使用ApiCloud开发APP,开发后需要生成IOS的证书才能在项目开发控制台中进行编译,于是我在网上大海捞针似的寻找办法. 官方文档提供了使用苹果系统下生成IOS证书的步骤,对于我这个没有imac的小白来说,使用Windows生成证书就成了我唯一要攻破的难关. 在我尝试了很多次方法的情况下,终于功夫不负有心人,下面我就给大家分享一下生成经验,话不多说,上干货: 1.先下载一个Openssl,安装在本地,目的是用来生成必要的文件 Openssl下载地址:http://slproweb.com/

http://blog.csdn.net/kingmax54212008/article/details/77837210 用于接口的复合USB设备路径格式 \?usb#vid_ vvvv&pid_ pppp&mi_ ii#aaaaaaaaaaaaaaaa#{ gggggggg-gggg-gggg-gggg-gggggggggggg } 其中: vvvv是以4个十六进制字符表示的USB供应商ID. pppp是以4个十六进制字符表示的USB产品ID. ii是USB接口编号. aaaaaaaa

有时候使用 GCC for Windows 生成 DLL 动态链接库时, 由于各种原因, 即使加载了动态链接库, JVM 仍然找不到符号, 从而产生 java.lang.UnsatisfiedLinkError 错误 所以还是使用微软自家的 VS 来生成 DLL 比较妥当, 由于 VS 命令行错综复杂, 建议使用图形界面, 下面是配置要点. (1) 包含 jdk 目录下的 include 和 include\win32 目录, 便于查找 jni.h 和 jni_md.h (2) 如使用纯 C 代

在globals.h中定义方法: 方法: 1.将生成GUID方法放在新建的GUID.h文件中: 2.把这个文件放入脚本保存处: 3.在globals.h中增加函数头“#include "GUID.h"”: 4.直接引用(备注:如果要将生成的GUID 作为请求参数,必须先用lr_save_string函数转换成LoadRunner能识别的参数,否则无法使用) char* lr_guid_gen(char* paramName){ //生成GUID方法 typedef struct _GU

Windows安全性要依赖于几个基本元素.:访问令牌.SID.安全描述符.访问控制列表.密码. 访问令牌:访问令牌在本质上定义了两 上“P”:Permissions(权限)和Privilege(特权).两者区别并不明显.访问令牌的内容和功能由用户的SID.组的SID.登录 SID.用户特权.默认所有者.SID.默认组SID.默认DACL.起源进程.令牌类型.模拟级别.受限SID.   权限:一个用户进程在接触一个对象时,“安全性参考监视器”将访问令牌中的SID与“对象访问控制列表(ACL)”中的

服务器sshd配置 #vim /etc/ssh/sshd_conf PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys #/etc/init.d/sshd restart windows生成密钥 Xshell 打开Xshell->工具->新建用户密钥生成向导(W) RSA加密方式,2048位密钥长度->输入公钥名称(wangs_rsa),密钥密码,下一步 公钥格式(ssh2-openssh)->保存文件,

在windows下,信号机制简单来说是通过工作线程实现的,该线程运行于相对优先级THREAD_PRIORITY_HIGHEST,当信号产生时,windows生成该线程执行信号处理逻辑,由于该线程优先级通常主线程,也高于用户自己显式创建的任何线程,windows线程调度逻辑将阻塞其余线程的执行,直到信号处理完毕工作线程退出. 以下是测试代码 #include "stdafx.h" #include <signal.h> #include <windows.h> u

一.原理 Windows编译的文件和Linux编译的文件格式不太一样,导致在Linux运行Shell脚本的时候会提示:/bin/bash^M: bad interpreter: 没有那个文件或目录. 原因是这样的: 1.Windows编译的文件结束时(回车+换行) 2.Linux编译的文件结束时(换行)             这样导致了Windows编译的文件放在Linux中会有[noeol]和[dos]的Flag标示. 如果运行CAT命令可以更直观的看到两个不同操作系统产生的文件差异,Win

   协同开发中SVN的使用规范 先更新,再提交 SVN更新的原则是要随时更新,随时提交.当完成了一个小功能,能够通过编译并且自己测试之后,谨慎地提交. 如果在修改的期间别人也更改了svn的对应文件,那么commit就可能会失败.如果别人和自 己更改的是同一个文件,那么update时会自动进行合并,如果修改的是同一行,那么合并时会产生冲突,这种情况就需要同之前的开发人员联系,两个人一起协商解决冲突,解决冲突之后,需要两人一起测试保证解决冲突之后,程序不会影响其他功能. 在更新时注意所更新文件的列