安装完anaconda后，使用conda activate xxx 会报错

1

argument command: invalid choice: 'activate'

直接使用activate xxx，则环境没有成功导入。

同时，打开powershell的时候会有红色报错：

1
2
3
4
5
6
7
8

无法加载文件 C:\Users\ZRHan\Documents\WindowsPowerShell\profile.ps1。未对文件 C:\Users\ZRHan\Documents\WindowsPower
Shell\profile.ps1 进行数字签名。无法在当前系统上运行该脚本。有关运行脚本和设置执行策略的详细信息，请参阅 https:/go.micr
osoft.com/fwlink/?LinkID=135170 中的 about_Execution_Policies。
所在位置 行:1 字符: 3
+ . 'C:\Users\ZRHan\Documents\WindowsPowerShell\profile.ps1'
+   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : SecurityError: (:) []，PSSecurityException
    + FullyQualifiedErrorId : UnauthorizedAccess

使用以下ChatGPT解决方案：

1. 在 PowerShell 中输入以下命令来查看当前的执行策略：

1

Get-ExecutionPolicy

2. 更改执行策略：

如果你想允许所有 PowerShell 脚本运行（请确保你了解风险），可以设置执行策略为 “Unrestricted”。输入以下命令：

1

Set-ExecutionPolicy Unrestricted

版本回退

1
2

git log
git reset --hard 版本号

强制push（如回退远程仓库版本）

1

git push origin main --force

版本反做（即回退到x版本，但不删除x后的版本）

1
2
3

git revert -n 版本号
git commit -m "提交信息"
git push origin main

添加已push文件到.gitignore

额外地，

1
2
3

git rm --cached 文件名
# 如果是文件夹，则添加 -r 选项
git rm --cached -r 文件夹名

然后commit并push。

1
2
3
4
5
6
7
8
9

struct cmp
{
    bool operator()(const node &a,const node &b)
    {
        return a.x > b.x;
    }
};

priority_queue<node,vector<node>,cmp > q4;

参考：https://www.acwing.com/blog/content/394/

压入栈的顺序是：参数、返回地址、原ebp、局部变量。（依次从低地址到高地址压入）

在C语言中，当调用一个函数时，涉及的栈操作和参数的传递通常依赖于目标架构和使用的调用约定。但是，我们可以描述一个典型的（并且是常见的）情景，即x86架构上的cdecl调用约定。请注意，其他架构和调用约定可能有所不同。

在cdecl调用约定中，当调用一个函数时，栈的操作顺序大致如下：

参数传递：

• 函数参数从右到左（即从最后一个参数到第一个参数）的顺序压入栈中。这意味着第一个参数在栈的顶部，而最后一个参数在栈的底部。

调用指令执行：

• 执行call指令。这会将返回地址（即call指令后的下一个指令的地址）压入栈。

函数入口：

• 一旦进入函数，ebp（基指针寄存器）通常会被压入栈，以便在函数返回时可以恢复它。
• ebp然后设置为当前的esp（栈指针寄存器）值。这标志着一个新的栈帧的开始。
• 局部变量为函数预留空间，通常通过减少esp来完成。

函数执行：

• 在函数体中，通过基于ebp的偏移来访问局部变量和参数。
• 如果函数调用其他函数，上述过程会递归进行。

函数返回：

• 函数结束前，局部变量的空间会被释放，通常是通过增加esp来实现。
• 原始的ebp值从栈中弹出，恢复调用者的栈帧。
• 执行ret指令，这会从栈中弹出返回地址并跳转到那里。

调用者函数恢复：

• 如果使用cdecl调用约定，调用者需要清理传递给被调函数的参数。这是通过增加esp来实现的。

请注意，这只是一个简化的概述，真实情况可能因编译器优化和特定情境而异。而且，不同的调用约定和架构（如x86-64、ARM等）可能会有所不同的栈操作和参数传递机制。