NotionNext BLOG

OpenSSL WatchOS Crash on dyld?

Tue, 23 May 2023 00:00:00 GMT

I was developing an Apple Watch app that uses AES encryption algorithm in OpenSSL. However, the official OpenSSL repository does not provide frameworks for iOS/WatchOS platforms. Therefore, we need to build it ourselves. Fortunately, there is a reliable OpenSSL framework repository available for Apple-related systems. We can simply download the repository and use the script in the repository to build an xcframework.

Assuming that you have embedded the OpenSSL framework in your project, two problems may occur when building your project for watchOS:

1. Build Error - Undefined symbols for architecture arm64

This happens because Xcode 14 adds arm64 to the Standard Architectures for watchOS.

Xcode 13.4.1:

Xcode 14:

Manually settings the Architectures to arm64_32 and armv7k instead of using the Standard Archs seems to work for now, but it unknown it will cause problems when watchOS 10.0 will be released, alongside a Watch Series 9 that might not support arm64_32 anymore?

For now you can add arm64 to Excluded Architecture to avoid the issue. As far as I know, the latest version of Apple Watch (which is Series 8 at present) is not arm64 architecture yet, so you may need to keep an eye out for any updates on this.

Reference

https://youtrack.jetbrains.com/issue/KT-53107/Add-arm64-support-for-watchOS-targets-Xcode-14

2. Crashed on dyld load OpenSSL

The watch app crashed upon launching.

Crash Stack

Since the crash occurred with a stack on OpenSSL dyld loading, it's highly likely that there is an issue within the OpenSSL framework.

I found a similar issue on Github:

iOS app is crashing on app launch with openssl 3.07 code with #20137 code PR

Updated Apr 14, 2023

A openssl repository member mentioned Is getauxval function available on iOS?

Here is the original text

如何选择开源协议

Wed, 28 Apr 2021 00:00:00 GMT

如何选择开源协议

声明：此文章内容来源于阮一峰的网络日志-如何选择开源许可证？

如何为代码选择开源许可证，这是一个问题。

世界上的开源许可证，大概有上百种。很少有人搞得清楚它们的区别。即使在最流行的六种----GPL、BSD、MIT、Mozilla、Apache和LGPL----之中做选择，也很复杂。

乌克兰程序员Paul Bagwell，画了一张分析图，说明应该怎么选择。这是我见过的最简单的讲解，只用两分钟，你就能搞清楚这六种许可证之间的最大区别。

这个事吧，一张图片就可以搞定：

Clang 插件计算圈复杂度

Tue, 17 Mar 2020 00:00:00 GMT

圈复杂度

圈复杂度（Cyclomatic complexity，简写CC）也称为条件复杂度，是一种代码复杂度的衡量标准。由托马斯·J·麦凯布（Thomas J. McCabe, Sr.）于1976年提出，用来表示程序的复杂度，其符号为VG或是M。它可以用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数，也可理解为覆盖所有的可能情况最少使用的测试用例数。圈复杂度大说明程序代码的判断逻辑复杂，可能质量低且难于测试和维护。程序的可能错误和高的圈复杂度有着很大关系。
通俗得讲圈复杂度就是确定某一方法到达100%的覆盖率将需要多少条测试用例

References:

McCabe (December 1976). “A Complexity Measure”.IEEE Transactions on Software Engineering: 308–320http://www.literateprogramming.com/mccabe.pdf

圈复杂度算法

点边计算法

计算公式


V(G) = e – n + 2 * p

e：控制流图中边的数量（对应代码中顺序结构的部分）
n：代表在控制流图中的判定节点数量，包括起点和终点（对应代码中的分支语句）
ps：所有终点只计算一次，即使有多个 return 或者 throw

p：独立组件的个数

节点计算法

圈复杂度实际上就是等于判定节点的数量再加上1，也即控制流图的区域数，对应的计算公式为：


V (G) = P + 1

其中P为判定节点数，判定节点举例：

if语句

while语句

for语句

case语句

catch语句

and和or布尔操作

?:三元运算符

常见语句的控制流：

1、所有终点只计算一次，即便有多个return或者throw；

2、节点对应代码中的分支语句

使用Clang插件代码实现自动检测的话，我们使用节点计算法

小结

如高复杂度的代码是否可维护性差圈复杂度高的情况也并不是需要重构

如复杂度相同的代码是否是一致的圈复杂度相同的情况代码健康状况也不同

圈复杂度还需要具体情况具体分析，其只能作为重构的一个度量指标，作为决策的一个参考依据。

降低圈复杂度不在本文讨论范围，可以点击降低圈复杂度方法链接查看

Clang 插件逻辑

Clang命令集

clang分析AST

使用命令：clang -Xclang -ast-dump -fsyntax-only xxx.m ，即可分析xxx.m 的 AST


clang -Xclang -ast-dump -fsyntax-only jake.m

clang-query作为clang的一个工具，可交互式检验Matcher正确性和有效性，可探索AST的结构和关系。


~/clang-llvm/build/bin/clang-query jake.m

Clang 圈复杂度算法实现

文中的两种圈复杂度计算方法，点边计算对人更加直观，不过在代码中实现，用节点计算法对计算机而言才是更直观的方法。


 V (G) = P + 1

只需要统计一个模块（函数）中所有P出现的次数，具体在Clang中可以重载RecursiveASTVisitor 类（此类用于搜索整个AST，并访问每一个节点），然后重载里面的这些方法


bool VisitIfStmt(clang::IfStmt *stmt);
bool VisitForStmt(clang::ForStmt *stmt);
bool VisitObjCForCollectionStmt(clang::ObjCForCollectionStmt *stmt);
bool VisitWhileStmt(clang::WhileStmt *stmt);
bool VisitDoStmt(clang::DoStmt *stmt);
bool VisitCaseStmt(clang::CaseStmt *stmt);
bool VisitObjCAtCatchStmt(clang::ObjCAtCatchStmt *stmt);
bool VisitCXXCatchStmt(clang::CXXCatchStmt *stmt);
bool VisitConditionalOperator(clang::ConditionalOperator *op);
bool VisitBinaryOperator(clang::BinaryOperator *op);

在重载的方法内对此模块中节点P的次数进行一次累加并返回true，如:


bool VisitIfStmt(clang::IfStmt *stmt) {
    _count++;
    return true;
}

遍历一次模块语法树之后获得此模块的圈复杂度值，再在另一个RecursiveASTVisitor类中进行判断，一般圈复杂度不要超过10，以下规范来自网络仅做参考

圈复杂度	代码状况	可测性	维护成本
1-10	清晰、结构化	高	低
10-20	复杂	中	中
20-30	非常复杂	低	高
30	不可读	不可测	非常高

在模块编译完成后，将会在模块的结尾进行提示，类似形式如下：

思考

如下是一个圈复杂度大于10的AST语法树示例：


CompoundStmt 0x7ff7f2898788
|-CallExpr 0x7ff7f289af60 'void'
| |-ImplicitCastExpr 0x7ff7f289af48 'void (*)(id, ...)' 
| | `-DeclRefExpr 0x7ff7f289ae60 'void (id, ...)' Function 0x7ff7f2055540 'NSLog' 'void (id, ...)'
| `-ImplicitCastExpr 0x7ff7f289af88 'id':'id' 
|   `-ObjCStringLiteral 0x7ff7f289aed0 'NSString *'
|     `-StringLiteral 0x7ff7f289aeb8 'char [1]' lvalue ""
|-DeclStmt 0x7ff7f289b040
| `-VarDecl 0x7ff7f289afb8  used num 'int' cinit
|   `-IntegerLiteral 0x7ff7f289b020 'int' 0
|-IfStmt 0x7ff7f289b238 has_else
| |-BinaryOperator 0x7ff7f289b0c8 'int' '=='
| | |-ImplicitCastExpr 0x7ff7f289b0b0 'int' 
| | | `-DeclRefExpr 0x7ff7f289b058 'int' lvalue Var 0x7ff7f289afb8 'num' 'int'
| | `-IntegerLiteral 0x7ff7f289b090 'int' 0
| |-CompoundStmt 0x7ff7f289b1d8
| | `-IfStmt 0x7ff7f289b1c0
| |   |-BinaryOperator 0x7ff7f289b158 'int' '=='
| |   | |-ImplicitCastExpr 0x7ff7f289b140 'int' 
| |   | | `-DeclRefExpr 0x7ff7f289b0e8 'int' lvalue Var 0x7ff7f289afb8 'num' 'int'
| |   | `-UnaryOperator 0x7ff7f289b128 'int' prefix '-'
| |   |   `-IntegerLiteral 0x7ff7f289b108 'int' 1
| |   `-CompoundStmt 0x7ff7f289b1a8
| |     `-ReturnStmt 0x7ff7f289b198
| |       `-IntegerLiteral 0x7ff7f289b178 'int' 0
| `-CompoundStmt 0x7ff7f289b220
|   `-ReturnStmt 0x7ff7f289b210
|     `-IntegerLiteral 0x7ff7f289b1f0 'int' 0
|-DeclStmt 0x7ff7f289b300
| `-VarDecl 0x7ff7f289b278  used index 'int' cinit
|   `-IntegerLiteral 0x7ff7f289b2e0 'int' 0
|-SwitchStmt 0x7ff7f289b368
| |-ImplicitCastExpr 0x7ff7f289b350 'int' 
| | `-DeclRefExpr 0x7ff7f289b318 'int' lvalue Var 0x7ff7f289b278 'index' 'int'
| `-CompoundStmt 0x7ff7f2898700
|   |-CaseStmt 0x7ff7f289b3c0
|   | |-ConstantExpr 0x7ff7f289b3a8 'int'
|   | | `-IntegerLiteral 0x7ff7f289b388 'int' 1
|   | `-BreakStmt 0x7ff7f289b3e8
|   |-CaseStmt 0x7ff7f2898438
|   | |-ConstantExpr 0x7ff7f2898420 'int'
|   | | `-IntegerLiteral 0x7ff7f2898400 'int' 2
|   | `-BreakStmt 0x7ff7f2898460
|   |-CaseStmt 0x7ff7f28984a0
|   | |-ConstantExpr 0x7ff7f2898488 'int'
|   | | `-IntegerLiteral 0x7ff7f2898468 'int' 3
|   | `-BreakStmt 0x7ff7f28984c8
|   |-CaseStmt 0x7ff7f2898508
|   | |-ConstantExpr 0x7ff7f28984f0 'int'
|   | | `-IntegerLiteral 0x7ff7f28984d0 'int' 4
|   | `-BreakStmt 0x7ff7f2898530
|   |-CaseStmt 0x7ff7f2898570
|   | |-ConstantExpr 0x7ff7f2898558 'int'
|   | | `-IntegerLiteral 0x7ff7f2898538 'int' 5
|   | `-BreakStmt 0x7ff7f2898598
|   |-CaseStmt 0x7ff7f28985d8
|   | |-ConstantExpr 0x7ff7f28985c0 'int'
|   | | `-IntegerLiteral 0x7ff7f28985a0 'int' 6
|   | `-BreakStmt 0x7ff7f2898600
|   |-CaseStmt 0x7ff7f2898640
|   | |-ConstantExpr 0x7ff7f2898628 'int'
|   | | `-IntegerLiteral 0x7ff7f2898608 'int' 7
|   | `-BreakStmt 0x7ff7f2898668
|   |-CaseStmt 0x7ff7f28986a8
|   | |-ConstantExpr 0x7ff7f2898690 'int'
|   | | `-IntegerLiteral 0x7ff7f2898670 'int' 8
|   | `-BreakStmt 0x7ff7f28986d0
|   `-DefaultStmt 0x7ff7f28986e0
|     `-BreakStmt 0x7ff7f28986d8
`-ReturnStmt 0x7ff7f2898778
  `-IntegerLiteral 0x7ff7f2898758 'int' 0

其源码为：


- (int)func {
    NSLog(@"");
    int num = 0;
    if (num == 0) {
        if (num == -1) {
            return 0;
        }
    } else {
        return 0;
    }
    int index = 0;
    switch (index) {
        case 1:

            break;
        case 2:

            break;
        case 3:

            break;
        case 4:

            break;
        case 5:

            break;
        case 6:

            break;
        case 7:

            break;
        case 8:

            break;

        default:
            break;
    }
    return 0;
}

高复杂度的代码是否可维护性差

Pod 集成


pod 'TYCCDetector', '0.0.1', :configuration => 'Debug'

post_install do |installer|
        installer.pods_project.targets.each do |target|
              installer.development_pod_targets().each do |dp_target|
                  if target.name == dp_target.name
                       target.build_configurations.each do |config|
                              config.build_settings["COMPILER_INDEX_STORE_ENABLE"] = 'NO'
                              config.build_settings["OTHER_CFLAGS"] = '-Xclang -load -Xclang $(SRCROOT)/TYCCDetector/TYCCDetector/Clang/lib/CCDetector.dylib -Xclang -add-plugin -Xclang CCDetector'
                              config.build_settings["CC"] = "$(SRCROOT)/TYCCDetector/TYCCDetector/Clang/bin/clang"
                              config.build_settings["CXX"] = "$(SRCROOT)/TYCCDetector/TYCCDetector/Clang/bin/clang++"end
                  end
              end
        end
end

Reference

https://blog.csdn.net/vincentiss/article/details/54617915

基于clang插件的一种iOS包大小瘦身方案

LLVM 官方 ExternalClangExamples

ASTMatcher分析函数调用链

被思绪戳穿的国庆节

Fri, 06 Oct 2017 00:00:00 GMT

我一直觉得自己是一个对过去记忆很不敏感的人，写这段文字的时候在回想着往年的国庆在哪。粗粗一想有印象地只有大二的时候跟两个同学一起骑车去穷游的经历。

我现在不太喜欢旅游，没有向往哪里特别想去某个地方旅游的想法。今年的国庆长假，有几个老友相约出游，却也提不起兴趣，之后相互也没有再响应出游计划也就不了了之，最后相互一句 “下次” 一溜而过。

曾

曾经也是向往过一群朋友出游，还有跟女朋友一起旅游。现在没有了向往，遇到一次出游的机会我甚至会评估好久这样的一段旅行有什么意义。多数都激不起我心中的波澜，因为几次曾经的经历让我的心境不再为它们所颤动。曾经听一个人说理性的自己和感性的自己这样的概念，这两个自己做出来的决定是截然不同的，没有波澜的自己当然都是理性的。冷淡的日子安静的自己，宁愿回家待7天。

十年

十年这个词，对我来说曾一直是很庞大的量级，这次竟被我爸轻易地用在了我身上。以往听到这个词后面跟的话，都不在我的记忆范围内，但是这回...十年前的那些我都历历在目。只记得几年前，却不曾想已经是十年前。

变

听说我回家之前几个表妹已经回来过又走了，而且还是抱着自己刚出生的孩子来的。堂弟也带着的他女朋友跟他妈妈正打麻将。我姐姐的双胞胎这个月底也要出生了。我？我现在一头黄发，满嘴胡渣。一直默默地耕耘着自己的未来，一回头发现周围的未来已来。当然也有不变得，经过10多年，乡下的样貌倒改变不是很大，还是有儿时的感觉。

寂

在家我选择了电脑，历年长此以往。我不知道在成长过程中，电脑是不是对性格的养成有助攻。它给了逃避的港湾？我只是觉得它更有意义。我给人的印象就跟电脑关联在了一起。出去玩，我也可以玩得很好。但往往不想，或许用一个字概括 “宅” ？

结

看了两天的《权利的游戏》，准备开始代码一波。然后整理思绪，继续耕耘我的世界。

关于MacOS Ventura 遇到 Git 仓库无法通过 ssh 拉取问题

Sat, 27 May 2023 00:00:00 GMT

前置条件

正确生成并配置本地 ssh rsa 公私钥

GitLab 中也已经配置了公钥

账户有权限访问目标仓库

MacOS 系统是 Ventura

问题表现


ssh -T git@gitlab.com
git@gitlab.com's password:
Permission denied, please try again.
git@gitlab.com's password:
Permission denied, please try again.
git@gitlab.com's password:
git@gitlab.com: Permission denied (publickey,password).

直接使用 ssh 拉取代码也会遇到相同的问题，需要向我们咨询秘钥。

直观上看这就非常反认知，使用ssh不是公钥直接添加GitLab就可以通讯了吗，为什么还需要密码？而且这是什么密码（尝试了GitLal账户和RSA秘钥密码都不正确）？

原因分析

通过 ssh -vvv git@gitlab.com 分析连接过程


debug1: Local version string SSH-2.0-OpenSSH_9.0
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6

通过上述log可以看到客户端和服务端建立连接之后的 OpenSSH 版本号不一致


debug1: Offering public key: /Users/jake/.ssh/id_rsa RSA SHA256:OyVqGeZW9HcURRFQBGBkTX5adtoQwZ9ibAEXgit___ agent
debug1: send_pubkey_test: no mutual signature algorithm

确认支持公钥验证后将本地的 rsa 公钥发送到服务器，发现没有相互都能使用的签名算法，无法建立加密通讯，于是转而使用了备选方案 password


debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
git@gitlab.com's password:

至于这个密码是什么密码实在是没有查到相关信息，尝试GitLab和RSA秘钥密码都不正确，有朋友了解的话指导下。

根据以上信息基本可以确认是签名算法的兼容问题

查看OpenSSH的版本更新记录，发现OpenSSH在8.8版本禁用了使用SHA-1哈希签名作为RSA的签名算法。

OpenSSH Release Notes

This release disables RSA signatures using the SHA-1 hash algorithm by default. This change has been made as the SHA-1 hash algorithm is cryptographically broken, and it is possible to create chosen-prefix hash collisions for

解决方案

1. 添加兼容方案

实践 openssh release note 中提供的 workaround

在 ~/.ssh 目录下创建 config 文件，如果已经存在则忽略这步

在 ~/.ssh/config 文件顶部添加


HostkeyAlgorithms +ssh-rsa
PubkeyAcceptedAlgorithms +ssh-rsa

重新尝试就可以成功连接GitLab

2. 替换加密算法（推荐）

GitLab 中生成的非对称秘钥是


ssh-keygen -o -t rsa -C "your.email@example.com" -b 4096

而 GitHub中建议生成非对称秘钥算法是 ed25519


$ ssh-keygen -t ed25519 -C "your_email@example.com"

除非系统非常老旧不支持 ed25519 算法才使用


$ ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

将 rsa 秘钥替换成 ed25519 秘钥添加到 GitLab ，通过验证可以正常通讯


debug1: Offering public key: /Users/jake/.ssh/id_ed25519 ED25519 SHA256:CV5xWrRplYKEbPL500I8V4aBffTz9VsXWPIasxg9___
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 60
debug1: Server accepts key: /Users/jake/.ssh/id_ed25519 ED25519 SHA256:CV5xWrRplYKEbPL500I8V4aBffTz9VsXWPIasxg9zHQ
debug3: sign_and_send_pubkey: using publickey with ED25519 SHA256:CV5xWrRplYKEbPL500I8V4aBffTz9VsXWPIasxg9___
debug3: sign_and_send_pubkey: signing using ssh-ed25519 SHA256:CV5xWrRplYKEbPL500I8V4aBffTz9VsXWPIasxg9___
debug3: send packet: type 50
debug3: receive packet: type 52

实践

生成 ed25519 秘钥


$ ssh-keygen -t ed25519 -C "your_email@example.com"

在 .ssh 目录下复制 id_ed25519.pub中的内容，添加到GitLab


$ ssh -T git@gitlab.com
Welcome to GitLab, @jake!

Reference

RSA keys are not deprecated; SHA-1 signature scheme is!

Demystifying "no mutual signature algorithm" errors and the deprecation of "ssh-rsa" signature scheme in OpenSSH 8.8

https://ikarus.sg/rsa-is-not-dead/