老伙计 通常情况是找错了 patch 位置，导致函数堆栈失衡，从而出错。楼主，你在 patch 前至少要找到被 patch 函数的入口和出口，看上一眼反汇编代码核实一下对错吧？

wztuxw 不是33 C0 C3吗？

push    r15
mov     r15, rcx
push    r14
mov     r14d, r8d
push    r13
push    r12
mov     r12d, edx
push    rbp
push    rbx
mov     rbx, rdi

厉害了我的谁 push    r15mov      ...

厉害了我的谁 我手上刚好有个 64 bit Linux flexnet v11.16.2.0 的文件, 这是它的 l_pubkey_verify 开始的几个指令, 给你参考或比对一下。

厉害了我的谁 我手上刚好有个 64 bit Linux flexnet v11.16.2.0 的文件, 这是它的 l_pubkey_verify 开始的几个指令, 给你参考或比对一下。

daemonix 哦哦，谢谢厉害哥，我这个是linux版的 V11.16.5.0，看起来这个函数的差异还挺大的呢？单看这个函数，在我这个软件里，和以前的11.14.0.1版本的没有差异，我逐行对比了[em_10]

厉害兄指的位置是对的。我一直观察到版本v11.17.2（目前最新时V11.18.0 , https://community.flexera.com/t5/FlexNet-Publisher-News/Product-News-FlexNet-Publisher-2021-R1-11-18-0-is-Now-Available/ba-p/179201/jump-to/first-unread-message），该函数没明显变化。已私信你

daemonix 厉害兄，请问：如果采用替换pubkey，生成自己的license，是不是就不用patch l_pubkey_verify 了呢？ 以前，我一般采用patch l_pubkey_verify 之后， ...

yangmyron 替换pubkey生成自己的license就不需要patch了。但你说的采用patch l_pubkey_verify 之后，采用12位SIGN的方式验证，只是把原本的ECC验证强制改为Flexlm的一 ...

daemonix 谢谢 yangmyron 兄的回复，守护神这边，貌似没有问题，我给的 12位 SIGN license在11.14和11.16下都能够验证通过，应用端申请许可证时，守护神也有应答 OUT /IN，我感 ...

yangmyron 你把安装好的程序打包放百度网盘上发给我看看。守护神有应答说明服务端没问题，而客户端千差万别，可能有各种暗桩，不分析怎么可能知道问题在哪

yangmyron 楼主误导大家了，根本不是V11.16版，是较早的v11.3版

可以试试这么改

public lc_checkout

lc_checkout proc near

var_28= qword ptr -28h

var_20= dword ptr -20h

var_1C= dword ptr -1Ch

var_18= qword ptr -18h

var_10= qword ptr -10h

var_8= qword ptr -8

; __unwind {

push    rbp

mov     rbp, rsp

mov     [rbp+var_8], rdi

mov     [rbp+var_10], rsi

mov     [rbp+var_18], rdx

mov     [rbp+var_1C], ecx

mov     [rbp+var_20], r8d

mov     [rbp+var_28], r9

mov     eax, 0

pop     rbp

retn

; } // starts at 40052D

lc_checkout endp