C, C++, Obj-C

C/C++格式化字符串的一个小坑

2021年08月8日 0, ? C, C++, Obj-C 设计开发

格式化字符串是个写C/C++代码是很常见的东西，例如下面这段用了printf的简单代码：

1
2
3
4
5
6
7
8
#include <string>
 
int main()
{
    std::string test = "hello world!";
    printf("%s", test.c_str());
    return 0;
}

虽然看起来有点怪，混用了C++的string和C的printf输出，其实换成char *也是可以的，不过，这并不重要，重要的是我有时会偷懒把上面这段代码写成这样：

1
2
3
4
5
6
7
8
#include <string>
 
int main()
{
    std::string test = "hello world!";
    printf(test.c_str());
    return 0;
}

这样写，看起来似乎输出没有问题，两份代码的结果都是输出”hello world!”，并没有什么区别，那标题说的坑到底在哪呢？考虑这种情况，我们的test字符串里放的不再是简单的 hello world! 了，而是比如转义过的URL串，如“http://www.baidu.com/测试”会被转义成“http%3A%2F%2Fwww.baidu.com%2F%E6%B5%8B%E8%AF%95”，此时如果再用偷懒的写法，直接printf这个字符串，显而易见的就会出问题了！

Continue reading…

VS2019 16.9版引入的linux项目远程输出路径bug

2021年05月2日 0, ? C, C++, Obj-C 软硬件使用

这是一个Visual Studio 2019（博主发现时的版本是Community 16.9.4）的bug，之前在16.8版本的时候是没有问题的，并且影响的是VS原生的远程linux项目，Make CMake项目不受影响，发现这个问题时着实郁闷了一段时间，总结一句话就是这个选项：

红框内的两个dir，在16.9以前可以同时作用于本地windows项目路径，及同步到远端linux的项目路径，而到了16.9的时候无论怎么修改这两个路径都只有windows侧的路径会响应变化，而sync到linux的路径还会使用默认的这个路径（应该是bug或其它原因，比如，写死了？！），查了半天也没找到解决方法，对简单项目的话只好修改项目设置，都是用默认dir，或者想办法退回16.8版本，其中搜索过程中发现了有人提到这个问题：https://developercommunity.visualstudio.com/t/VS-For-Linux:-Output-files-on-remote-mac/1357691，其中提到已经修改等待发布，在此记录这个影响挺大的问题，后续有更新会同步过来…

UPDATE1: 16.10版本中已修改这个问题，加入了独立控制远端生成路径的选项。

关于typedef指针类型后的非主流const行为(misc-misplaced-const)

2021年03月6日 0, ? C, C++, Obj-C

这是一个之前没怎么注意过的细节问题，首先，参加如下代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
struct MyStruct
{
    int type;
    char name[40];
};
 
typedef MyStruct * PMyStruct;
 
int main(int argc, char * argv[])
{
    MyStruct my1{0}, my2{0};
    const MyStruct * pmy1 = &my1;
    pmy1 = &my2;
    const PMyStruct pmy2 = &my1;
    pmy2 = &my2;
}

很简单的一段代码，但是全引出了一个不寻常的问题：此段代码编译时，第二个pmy2结构体指针会导致编译器(gcc)报错：“error: assignment of read-only variable ‘pmy2’”，此时如果配合有clang-tidy之类的代码扫描工具，会发现pmy2声明赋值位置提示：“Clang-Tidy: ‘pmy2’ declared with a const-qualified typedef; results in the type being ‘MyStruct *const’ instead of ‘const MyStruct *’”（clang-tidy的misc-misplaced-const）！

Continue reading…

解决UE4在中文环境下Compile错误提示乱码问题

2021年02月12日 0, ? C, C++, Obj-C 设计开发 软硬件使用

UE4 4.26.0，VS 2019 Community，中文Win10 20H2组合在一起出现了今天要讲的问题，Compile出错时的log信息中中文乱码：

试过切换VS语言为英文，UE4语言为中文，均不起作用，想起之前的这个问题：Android Studio的Build Output中文输出乱码(菱形问号)问题的解决方法，以为是不是UE4也有类似的设置，查找半天无果，最后发现其实新版Win10（最早哪个版本加上的我也不清楚）里面的区域语言设置中有个UTF-8的选项，虽然到目前用的20H2时仍声称为beta状态，但确实可以解决这个问题：

Continue reading…

关于clang的-Wweak-vtables警告

2020年12月5日 0, ? C, C++, Obj-C 设计开发

首先，这个weak-vtables的完整警告信息大概长这样：

warning: ‘XXX’ has no out-of-line virtual method definitions; its vtable
will be emitted in every translation unit [-Wweak-vtables]

而这个警告信息的来源一般是这样：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
// XXX.h中
class BaseData
{
public:
    virtual ~BaseData() = default;
    int _base_data = 0;
};
 
class DerivedDataA final : public BaseData
{
public:
    int _derived_data_a = 0;
};
 
class DerivedDataB final : public BaseData
{
public:
    int _derived_data_b = 0;
};
Continue reading…

VS Linux项目编译g++: fatal error: cannot specify -o with -c, -S or -E with multiple files问题

2020年11月8日 0, ? C, C++, Obj-C 软硬件使用

使用Visual Studio (2019)进行Linux项目开发时遇到项目编译时提示如标题所写的：

g++: fatal error: cannot specify -o with -c, -S or -E with multiple files

仔细检查了项目代码，并没有发现问题，也尝试了移除最近改动过的代码、增加过的源码文件，均不能正常编译…（同时，也确认过新建的项目可以正常编译，证明开发环境本身还是没问题的）

Continue reading…

一种通过C++模板方式识别无用户数据C回调函数的方法

2020年10月2日 0, ? C, C++, Obj-C

今天记录一个个人觉得有点意思的问题：在C++代码中调用C API时，对于C回调函数的处理问题，如何识别出调用API时的信息？

这个问题，大部分API都是通过调用时提供传递用户数据的方式实现的，如libcurl中的CURLOPT_WRITEDATA，CURLOPT_READDATA ，通过curl_easy_setopt方式将任意用户数据指针传递给CURL句柄，并在执行上传下载时的回调函数内透传给调用方，这样在例如多线程并发上传下载时就可以很方便的识别出是哪个上传下载任务的回调了。但是，如果API及回调函数内没有提供传递用户数据的接口和回调参数的话，是不是就一定无法完成识别调用上下文信息的功能呢？比如下列的C函数API：

1
2
3
4
5
6
7
8
// C-Style callback function without user context
typedef void (*c_api_callback_no_context)(int count);
// C-Style callback function with user context
typedef void (*c_api_callback_context)(int count, void * user_context);
 
// C API function that will trigger the callback function
void c_api_start_counting_no_context(c_api_callback_no_context callback, int max);
void c_api_start_counting_context(c_api_callback_context callback, int max, void * user_context);

c_api_start_counting_context及配套的c_api_callback_context回调为可以透传用户数据的版本，而c_api_start_counting_no_context及c_api_callback_no_context则只提供了逻辑用回调参数count，没有可用于识别context的用户数据指针，那么如何在不碰C源码的前提下(闭源C库或不想做侵入式修改)做到和带用户数据回调一样的效果呢？目前想到的一种方法是通过C++模板生成不同地址的回调函数配合上下文信息映射来实现：

Continue reading…

Android Studio带C++项目提示More than one file was found with OS independent path问题修正

2020年08月8日 0, ? C, C++, Obj-C 设计开发 软硬件使用

近日，在将一个旧Android Studio项目(带native c/c++)升级了新版本gradle 4.0.1后(Android Studio版本4.0.1)，发现重新clean再构建时，提示：

More than one file was found with OS independent path ‘lib/armeabi-v7a/xxx.so’. If you are using jniLibs and CMake IMPORTED targets, see https://developer.android.com/studio/preview/features#automatic_packaging_of_prebuilt_dependencies_used_by_cmake

虽然一开始也是一脸茫然，但既然提示信息里都提供了连接了，那就看一下吧，顺带一提，给出的链接我写这篇博文的时候并不是最终信息位置，最终链接在这里：https://developer.android.com/studio/releases/gradle-plugin#cmake-imported-targets ，仔细阅读了一下，发现实际上是从gradle 4.0开始就对jni的预编译依赖引用方式做出了修改：

Continue reading…

解决Android NDK编译FFmpeg 4.2.2的x86 cpu版时的问题

2020年01月22日 0, ? C, C++, Obj-C 设计开发

老规矩，编译环境：Win10 1903，WSL ubuntu，ndk r20b，FFmpeg 4.2.2，首先分享下编译脚本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
#!/bin/bash
make clean
 
export NDK=/home/kres/android-ndk-r20b
TOOLCHAIN=$NDK/toolchains/llvm/prebuilt/linux-x86_64/
API=21
 
function build_android
{
    echo "Compiling FFmpeg for $CPU"
    ./configure \
        --prefix=$PREFIX \
        --enable-neon \
        --enable-hwaccels \
        --enable-gpl \
        --enable-postproc \
        --enable-shared \
        --enable-jni \
        --enable-mediacodec \
        --disable-decoders \
            --enable-decoder=h264_mediacodec \
            --enable-decoder=vp9 \
            --enable-decoder=h264 \
            --enable-decoder=mpeg4 \
            --enable-decoder=aac \
            --enable-decoder=aac_latm \
            --enable-decoder=mjpeg \
            --enable-decoder=png \
            --enable-decoder=mpeg4_mediacodec \
        --disable-encoders \
            --enable-encoder=vp9_vaapi --enable-encoder=h264_nvenc --enable-encoder=h264_v4l2m2m --enable-encoder=hevc_nvenc \
        --disable-demuxers \
            --enable-demuxer=rtsp --enable-demuxer=rtp --enable-demuxer=flv --enable-demuxer=h264 \
        --disable-muxers \
            --enable-muxer=rtsp --enable-muxer=rtp --enable-muxer=flv --enable-muxer=h264 \
        --disable-parsers \
            --enable-parser=mpeg4video --enable-parser=aac --enable-parser=h264 --enable-parser=vp9 \
        --disable-protocols \
            --enable-protocol=rtmp --enable-protocol=rtp --enable-protocol=tcp --enable-protocol=udp \
        --disable-bsfs \
        --disable-indevs --enable-indev=v4l2 \
        --disable-outdevs \
        --disable-filters \
        --disable-postproc \
        --disable-static \
        --disable-doc \
        --disable-ffmpeg \
        --disable-ffplay \
        --disable-ffprobe \
        --enable-avdevice \
        --disable-doc \
        --disable-symver \
        --cross-prefix=$CROSS_PREFIX \
        --target-os=android \
        --arch=$ARCH \
        --cpu=$CPU \
        --cc=$CC \
        --cxx=$CXX \
        --enable-cross-compile \
        --sysroot=$SYSROOT \
        --extra-cflags="-Os -fpic $OPTIMIZE_CFLAGS" \
        --extra-ldflags="$ADDI_LDFLAGS" \
        $ADDITIONAL_CONFIGURE_FLAG
 
        make clean
        make -j6
        make install
        echo "The Compilation of FFmpeg for $CPU is completed"
 
}
    #armv8-a
    ARCH=arm64
    CPU=armv8-a
    CC=$TOOLCHAIN/bin/aarch64-linux-android$API-clang
    CXX=$TOOLCHAIN/bin/aarch64-linux-android$API-clang++
    SYSROOT=$NDK/toolchains/llvm/prebuilt/linux-x86_64/sysroot
    CROSS_PREFIX=$TOOLCHAIN/bin/aarch64-linux-android-
    PREFIX=$(pwd)/android/$CPU
    OPTIMIZE_CFLAGS="-march=$CPU"
    build_android
 
    #armv7-a
    ARCH=arm
    CPU=armv7-a
    CC=$TOOLCHAIN/bin/armv7a-linux-androideabi$API-clang
    CXX=$TOOLCHAIN/bin/armv7a-linux-androideabi$API-clang++
    SYSROOT=$NDK/toolchains/llvm/prebuilt/linux-x86_64/sysroot
    CROSS_PREFIX=$TOOLCHAIN/bin/arm-linux-androideabi-
    PREFIX=$(pwd)/android/$CPU
    OPTIMIZE_CFLAGS="-mfloat-abi=softfp -mfpu=vfp -marm -march=$CPU "
    build_android
 
    #x86
    ARCH=x86
    CPU=x86
    CC=$TOOLCHAIN/bin/i686-linux-android$API-clang
    CXX=$TOOLCHAIN/bin/i686-linux-android$API-clang++
    SYSROOT=$NDK/toolchains/llvm/prebuilt/linux-x86_64/sysroot
    CROSS_PREFIX=$TOOLCHAIN/bin/i686-linux-android-
    PREFIX=$(pwd)/android/$CPU
    OPTIMIZE_CFLAGS="-march=i686 -mtune=intel -mssse3 -mfpmath=sse -m32"
    build_android
 
    #x86_64
    ARCH=x86_64
    CPU=x86-64
    CC=$TOOLCHAIN/bin/x86_64-linux-android$API-clang
    CXX=$TOOLCHAIN/bin/x86_64-linux-android$API-clang++
    SYSROOT=$NDK/toolchains/llvm/prebuilt/linux-x86_64/sysroot
    CROSS_PREFIX=$TOOLCHAIN/bin/x86_64-linux-android-
    PREFIX=$(pwd)/android/$CPU
    OPTIMIZE_CFLAGS="-march=$CPU -msse4.2 -mpopcnt -m64 -mtune=intel"
    build_android
Continue reading…

由RapidJSON发现的成员函数与宏冲突问题

2019年09月8日 0, ? C, C++, Obj-C 设计开发

在使用RapidJson的时候，发现了一个之前很少注意到的问题：

F:\Projects\test\rapidjson-1.1.0\include\rapidjson\document.h(982,70): error : too few arguments provided to function-like macro invocation
if (a < static_cast(-std::numeric_limits::max())

乍一看好像不是很眼熟的错误提示，没看懂什么意思，惯例搜索引擎查，于是很快发现了这个： https://stackoverflow.com/questions/1394132/macro-and-member-function-conflict ，简单一看就反应过来了，原来是成员函数名（这里是max）和之前不知在哪定义过的同名宏max冲突了，编译器把本该作为成员函数调用的max当成宏作了替换，于是就出现了上面的错误。

Continue reading…