反属性推理 check_ltlspec -p “G((smoke=detected)-＞! X(window.switch=open))“

已于 2023-08-22 07:54:38 修改
阅读量414 收藏
点赞数
分类专栏： 软件形式化验证 物联网 IoT 安全 文章标签： 系统安全
于 2023-04-14 09:42:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/q1uTruth/article/details/128633862
版权

smoke step设置为4

X出不来是因为有smoke一直在detected不变的情况，也不是，只要smoke

NuSMV > check_ltlspec -p "G((smoke=detected)->X(window.switch=open))"
-- specification  G (smoke = detected ->  X window.switch = open)  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    runinwindow.timer = 5
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 4
  -- Loop starts here
  -> State: 1.5 <-
    weather.rain = not_raining
    rain_count = 1
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 3
  -> State: 1.6 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 2
  -> State: 1.7 <-
    smoke = detected
    smoke_count = 1
    runinwindow.timer = 1
  -> State: 1.8 <-
    window.switch = open
    smokeState = detected
    smoke_count = 0
    runinwindow.timer = 0
  -> State: 1.9 <-
    weather.rain = raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 5
  -> State: 1.10 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 4
  -> State: 1.11 <-
    weather.rain = not_raining
    rain_count = 1
    runinwindow.timer = 3

NuSMV > check_ltlspec -p "G((smoke=detected)->F(window.switch=open))"
-- specification  G (smoke = detected ->  F window.switch = open)  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 2.1 <-
    window.switch = open
    weather.rain = raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = clear
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 2.2 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smoke_count = 0
  -> State: 2.3 <-
    weather.rain = not_raining
    rain_count = 1
    smoke = detected
    smoke_count = 1
  -> State: 2.4 <-
    window.switch = open
    weather.rainState = not_raining
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
  -> State: 2.5 <-
    weather.rain = raining
    rain_count = 1
    runinwindow.timer = 5
  -> State: 2.6 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    runinwindow.timer = 4
  -> State: 2.7 <-
    weather.rain = not_raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 3
  -> State: 2.8 <-
    weather.rainState = not_raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 2
  -> State: 2.9 <-
    runinwindow.timer = 1
  -- Loop starts here
  -> State: 2.10 <-
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 2.11 <-

smoke_fix1，直接跳过一步固定自然属性

冲突状态仍存在

NuSMV > check_ltlspec -p "G((smoke=detected)->!X(window.switch=open))"
-- specification  G (smoke = detected -> !( X window.switch = open))  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
    flag1 = TRUE
    flag2 = FALSE
    step = 1
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
    step = 2
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    runinwindow.timer = 5
    step = 3
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    runinwindow.timer = 4
    step = 4
  -> State: 1.5 <-
    weather.rain = not_raining
    rain_count = 1
    runinwindow.timer = 3
    step = 0
  -> State: 1.6 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 2
  -> State: 1.7 <-
    runinwindow.timer = 1
  -- Loop starts here
  -> State: 1.8 <-
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_fix2

INVAR
!(flag1 = TRUE & flag2 = FALSE) 也不行

NuSMV > check_ltlspec -p "G((smoke=detected)->!X(window.switch=open))"
-- specification  G (smoke = detected -> !( X window.switch = open))  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
    flag1 = FALSE
    flag2 = FALSE
    step = 1
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
    step = 2
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    runinwindow.timer = 5
    step = 3
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    runinwindow.timer = 4
    step = 4
  -> State: 1.5 <-
    weather.rain = not_raining
    rain_count = 1
    runinwindow.timer = 3
    step = 0
  -> State: 1.6 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 2
  -> State: 1.7 <-
    runinwindow.timer = 1
  -- Loop starts here
  -> State: 1.8 <-
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_fix3(未实行) 改action

smoke_fix3

INVAR
!(flag1 = TRUE & flag2 = FALSE)
INVAR
!(flag1 = FALSE & flag2 = FALSE)

  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
    flag1 = FALSE
    flag2 = TRUE
    step = 1
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
    step = 2
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    runinwindow.timer = 5
    step = 3
  -> State: 1.4 <-
    weather.rainState = raining
    rain_count = 0
    runinwindow.timer = 4
    step = 4
  -> State: 1.5 <-
    weather.rain = not_raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 3
    step = 0
  -> State: 1.6 <-
    weather.rainState = not_raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 2
  -> State: 1.7 <-
    runinwindow.timer = 1
  -- Loop starts here
  -> State: 1.8 <-
    window.switch = close
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_2 step为6

close 不设置延迟，open可以设置延迟，先不设置延迟，相当于延迟的值为无限，只是打开窗户，如果无限时间都满足，那么短暂时间也满足。如果不满足就考虑延迟

-- specification  G (smoke = detected ->  X window.switch = open)  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 5
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 4
  -> State: 1.5 <-
    smoke = detected
    smoke_count = 1
    runinwindow.timer = 3
  -> State: 1.6 <-
    weather.rain = not_raining
    rain_count = 1
    smokeState = detected
    smoke_count = 0
    runinwindow.timer = 2
  -> State: 1.7 <-
    weather.rainState = not_raining
    rain_count = 0
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 1
  -- Loop starts here
  -> State: 1.8 <-
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_2_fix1

(weather.rainState != weather.rain)) &(weather.rain = raining) & (smoke = detected): open;

NuSMV > check_ltlspec -p "G((smoke=detected)->!X(window.switch=open))"
-- specification  G (smoke = detected -> !( X window.switch = open))  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
    flag1 = TRUE
    flag2 = FALSE
    flag3 = TRUE
    flag4 = TRUE
    flag5 = FALSE
    flag6 = FALSE
    step = 1
    step_uperlimit = 6
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
    step = 2
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 5
    step = 3
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 4
    step = 4
  -> State: 1.5 <-
    smoke = detected
    smoke_count = 1
    runinwindow.timer = 3
    step = 5
  -> State: 1.6 <-
    weather.rain = not_raining
    rain_count = 1
    smokeState = detected
    smoke_count = 0
    runinwindow.timer = 2
    step = 6
  -> State: 1.7 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 1
    step = 0
  -- Loop starts here
  -> State: 1.8 <-
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_2_fix2 冲突状态仍存在

!(flag1 = TRUE & flag2 = FALSE & flag3 = TRUE & flag4 = TRUE & flag5 = FALSE & flag6 = FALSE)

smoke_2_fix3 同上

!( flag1 = TRUE & flag2 = FALSE & flag3 = TRUE & flag4 = FALSE & flag5 = FALSE & flag6 = FALSE)

smoke_2_fix4

INVAR
!( flag1 = TRUE & flag2 = FALSE & flag3 = TRUE & flag4 = FALSE & flag5 = TRUE & flag6 = FALSE)

分析反例后
(weather.rain = raining)&(smokeState != smoke)&(smoke = detected) : open;
与 smokeState != smoke & smoke = detected & (weather.rain = not_raining): open;合并

因为无限都能满足，那么出于人性化可以设置为延时，这里无限满足不了

NuSMV > check_ltlspec -p "G((smoke=detected)->!X(window.switch=open))"
-- specification  G (smoke = detected -> !( X window.switch = open))  is false
-- as demonstrated by the following execution sequence
Trace Description: LTL Counterexample
Trace Type: Counterexample
  -> State: 1.1 <-
    window.switch = close
    weather.rain = not_raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
    flag1 = TRUE
    flag2 = FALSE
    flag3 = FALSE
    flag4 = TRUE
    flag5 = FALSE
    flag6 = TRUE
    step = 1
    step_uperlimit = 6
  -> State: 1.2 <-
    window.switch = open
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
    step = 2
  -> State: 1.3 <-
    weather.rain = raining
    rain_count = 1
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 5
    step = 3
  -> State: 1.4 <-
    window.switch = close
    weather.rainState = raining
    rain_count = 0
    smokeState = clear
    smoke_count = 0
    runinwindow.timer = 4
    step = 4
  -> State: 1.5 <-
    smoke = detected
    smoke_count = 1
    runinwindow.timer = 3
    step = 5
  -> State: 1.6 <-
    window.switch = open
    weather.rain = not_raining
    rain_count = 1
    smokeState = detected
    smoke_count = 0
    runinwindow.timer = 2
    step = 6
  -> State: 1.7 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 1
    step = 0
  -- Loop starts here
  -> State: 1.8 <-
    window.switch = close
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.9 <-

smoke_3 delay也要跟着改，这里新增规则和原延时重合，不需要新增延时

step为8
特点runin=1在冲突的前一状态
7、8：不好好设置延时会导致规则执行完仍未消除smoke，smoke->规则执行结束的close。一直smoke

  -> State: 1.1 <-
    window.switch = close
    weather.rain = raining
    weather.rainState = not_raining
    rain_count = 1
    smoke = detected
    smokeState = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
  -> State: 1.2 <-
    window.switch = open
    weather.rainState = raining
    rain_count = 0
    smokeState = detected
    smoke_count = 0
    delaywindow = 5
  -> State: 1.3 <-
    weather.rain = not_raining
    rain_count = 1
    runinwindow.timer = 5
  -> State: 1.4 <-
    weather.rainState = not_raining
    rain_count = 0
    runinwindow.timer = 4
  -> State: 1.5 <-
    runinwindow.timer = 3
  -> State: 1.6 <-
    runinwindow.timer = 2
  -> State: 1.7 <-
    runinwindow.timer = 1
  -> State: 1.8 <-
    window.switch = close
    smoke = clear
    smoke_count = 1
    runinwindow.timer = 0
    delaywindow = 0
  -- Loop starts here
  -> State: 1.9 <-
    smokeState = clear
    smoke_count = 0
  -> State: 1.10 <-

smoke_4

属于无trigger，ruin不好弄的情况
抽象原规则，新规则，延时（无延迟0，固定时长和非固定），而且基于规则定期trigger和无法until的特性
抽象原规则不能解决就加延时，然后新规则，延时

    runinwindow.timer=1 & window.switch=open: close;
    smokeState != smoke & smoke = detected: {0,5};

将延时换为smokeState != smoke & smoke = clear & window.switch=open: close;

-> State: 1.1 <-
smoke = detected
smoke_last = clear
smoke_count = 1
window.switch = close
window.switch_last = close
weather.rain = not_raining
weather.rain_last = raining
weather.rain_count = 1
delay_window.switch_open_0 = 0
runin_window.switch_open_0.timer = 0
-> State: 1.2 <-
smoke_last = detected
smoke_count = 0
window.switch = open
weather.rain_last = not_raining
weather.rain_count = 0
delay_window.switch_open_0 = 5
-> State: 1.3 <-
smoke = clear
smoke_count = 1
window.switch_last = open
runin_window.switch_open_0.timer = 5
-> State: 1.4 <-
smoke_last = clear
smoke_count = 0
weather.rain = raining
weather.rain_count = 1
runin_window.switch_open_0.timer = 4
-> State: 1.5 <-
smoke = detected
smoke_count = 1
window.switch = close
weather.rain_last = raining
weather.rain_count = 0
runin_window.switch_open_0.timer = 3
-> State: 1.6 <-
smoke_last = detected
smoke_count = 0
window.switch_last = close
runin_window.switch_open_0.timer = 2
-> State: 1.7 <-
smoke = clear
smoke_count = 1
runin_window.switch_open_0.timer = 1
-> State: 1.8 <-
smoke_last = clear
smoke_count = 0
delay_window.switch_open_0 = 0
runin_window.switch_open_0.timer = 0
-> State: 1.9 <-
smoke = detected
smoke_count = 1
weather.rain = not_raining
weather.rain_count = 1

q1uTruth
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
cuda_setup.add_log_entry(“WARNING: Compute capability ＜ 7.5 detected解决方案
weixin_43178406的博客
04-13 8万+
本文主要介绍了cuda_setup.add_log_entry(“WARNING: Compute capability ＜ 7.5 detected解决方案，希望能对使用GPU的同学有所帮助。 文章目录 1. 问题描述 2. 解决方案
glibc2.29堆溢出tcache的利用方式及原理
Hello World.c
03-06 8112
ibc2.29 堆溢出tcache的利用方式及原理 Dancing With Heap 与堆共舞 二进制学习之旅 参考资料： ctf-pwn https://ctf-wiki.github.io/ctf-wiki/pwn/linux/glibc-heap/tcache_attack/#tcache-poisoning glibc wiki https://sourceware.org/glib...
masterha_check_repl --conf=/etc/masterha/app1.cnf的各种报错及解决方法
qq_34457768的博客
03-07 5337
masterha_check_repl --conf=/etc/masterha/app1.cnf的各种报错及解决方法   1、错误：User repl does not exist or does not have REPLICATION SLAVE privilege! Other slaves can not start replication from this host 解决方...
cmake -D CMAKE_BUILD_TYPE=Release -D CMAKE_INSTALL_PREFIX=../build/ ..
热门推荐
brightming的专栏
12-25 1万+
[root@localhost release]# cmake -D CMAKE_BUILD_TYPE=Release -D CMAKE_INSTALL_PREFIX=../build/ .. – Detected version of GNU GCC: 48 (408) – Found ZLIB: /lib64/libz.so (found suitable version “1.2.7”,
How to fix 'Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions'
ziren235的专栏
07-14 1万+
How to fix ‘Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions’在linux中可以通过如下方式 Extending default lib search path: 在/etc/ld.so.conf.d/下创建一个 .conf文件，将lib文件所在路径添加进去． 安装完一个lib之后，执
(len = is.read(buffer)) != -1.md
奋斗的IT小民工的博客
09-29 1万+
(len = is.read(buffer)) != -1的原理详解 InputStream.read(buffer) 方法 在java中api文档有read()这几种方法 方法摘要 方法 作用 abstract int read() 从输入流中读取数据的下一个字节 int read(byte[]&amp;nbsp;b) 将输入流中读取一定数量 并将其存储在缓冲区数组 b 中。 ...
【YOLOV5-5.x 源码解读】datasets.py
qq_38253797的博客
08-28 1万+
目录前言0、导入需要的包和基本配置1、相机设置2、create_dataloader3、自定义DataLoader4、LoadImagesAndLabels4.1、__init__4.2、cache_labels4.3、__len__4.4.、__getitem__4.5、collate_fn4.6、collate_fn45、img2label_paths6、verify_image_label 前言 源码： YOLOv5源码. 导航: 【YOLOV5-5.x 源码讲解】整体项目文件导航. 0、导入需要的包
Your Composer dependencies require a PHP version “＞= 7.2.
安迪夫的博客
07-07 7312
Composer detected issues in your platform:Your Composer dependencies require a PHP version ">= 7.2.5". You are running 7.1.9. in G:\shzh\vendor\composer\platform_check.php on line 24 碰到这种情况，把电脑环境变量的PHP路径，设置成7.3以上的。有点时候在机器上开发环境，安装了好几个版本的php，但是环境变量里面只有一个
caffe报：1 error detected in the compilation of "/tmp/tmpxft_000010cf_00000000-5_tile_layer.cpp4.ii"
qq_40806289的博客
05-19 5189
错误描述： /caffe/include/caffe/util/cudnn.hpp(112): error: too few arguments in function call 1 error detected in the compilation of "/tmp/tmpxft_000010cf_00000000-5_tile_layer.cpp4.ii". 。 问题解决： 修改：c...
aha154x.zip_Download aha154x.sys_The Power_adaptec aha-154x_mini
09-19
This driver is also responsible for detecting non-Plug and Play 1540 SCSI controllers—the Plug and Play controllers are detected by the operating system—and for shutting down the controller during ...
Covid-19 mask detected_facerecognition_covid19_COVID-19-master_源
09-29
tensorflow>=1.15.2keras==2.3.1imutils==0.5.3numpy==1.18.2opencv-python==4.2.0.*matplotlib==3.2.1argparse==1.1scipy==1.4.1scikit-learn==0.23.1pillow==7.2.0
Corner.rar_NOISE_contour_following_curvature-scale_edge extract_
07-15
一种比较好用的边缘检测方法CORNER Find corners in tensity image. ％ CORNER works by the following step: ％ 1. Apply the Canny edge detector to the gray level ...％ close to the above detected corners.
lib64webkitgtk1.0_0-2.4.11-6-omv4000.x86_64.rpm
03-10
WARNING: no libwebkitgtk-1.0 detected, some features will be unavailable Consider installing the package with apt-get or yum. e.g. 'sudo apt-get install libwebkitgtk-1.0-0'
CVE-2018-2628-MultiThreading-master.zip_CVE20182628_cve-2018-262
09-21
Usage: Place the 'ip:port' to be detected into the url.txt file in the same directory. Then run: `python CVE-2018-2628-MultiThreading.py` 运行环境： python2 environment：python2
Linux防火墙配置001
2301_82262225的博客
06-08 417
Linux防火墙主要用于控制网络流量，保护系统安全。在Linux中，有几种不同的防火墙管理工具，其中最常见的是。关闭防火墙，selinux ,22行。
怎样快速清理电脑里的所有软件 怎么删除干净电脑软件
最新发布
2401_82916694的博客
06-15 119
专业的苹果电脑清理软件CleanMyMac X“卸载器”功能模块，就是为了Mac卸载软件而生的，可以彻底消除文件残留。1）进入苹果电脑清理软件CleanMyMac X“移除恶意软件”功能模块，点击界面下端“扫描”按钮，深度检查所有类型漏洞消除系统安全威胁。装载苹果电脑清理软件CleanMyMac X，使用“卸载器”和“移除恶意软件”功能模块，轻松清理应用程序、扫除流氓软件。1）使用苹果电脑清理软件CleanMyMac X的卸载器功能模块，同时点选列表全部应用程序，即可快速清理所有软件。
基于OpenGL的C语言的魔方项目.zip
06-15
C语言是一种广泛使用的编程语言，它具有高效、灵活、可移植性强等特点，被广泛应用于操作系统、嵌入式系统、数据库、编译器等领域的开发。C语言的基本语法包括变量、数据类型、运算符、控制结构（如if语句、循环语句等）、函数、指针等。在编写C程序时，需要注意变量的声明和定义、指针的使用、内存的分配与释放等问题。C语言中常用的数据结构包括： 1. 数组：一种存储同类型数据的结构，可以进行索引访问和修改。 2. 链表：一种存储不同类型数据的结构，每个节点包含数据和指向下一个节点的指针。 3. 栈：一种后进先出（LIFO）的数据结构，可以通过压入（push）和弹出（pop）操作进行数据的存储和取出。 4. 队列：一种先进先出（FIFO）的数据结构，可以通过入队（enqueue）和出队（dequeue）操作进行数据的存储和取出。 5. 树：一种存储具有父子关系的数据结构，可以通过中序遍历、前序遍历和后序遍历等方式进行数据的访问和修改。 6. 图：一种存储具有节点和边关系的数据结构，可以通过广度优先搜索、深度优先搜索等方式进行数据的访问和修改。 这些数据结构在C语言中都有相应的实现方式，可以应用于各种不同的场景。C语言中的各种数据结构都有其优缺点，下面列举一些常见的数据结构的优缺点： 数组： 优点：访问和修改元素的速度非常快，适用于需要频繁读取和修改数据的场合。 缺点：数组的长度是固定的，不适合存储大小不固定的动态数据，另外数组在内存中是连续分配的，当数组较大时可能会导致内存碎片化。 链表： 优点：可以方便地插入和删除元素，适用于需要频繁插入和删除数据的场合。 缺点：访问和修改元素的速度相对较慢，因为需要遍历链表找到指定的节点。 栈： 优点：后进先出（LIFO）的特性使得栈在处理递归和括号匹配等问题时非常方便。 缺点：栈的空间有限，当数据量较大时可能会导致栈溢出。 队列： 优点：先进先出（FIFO）的特性使得
QT-qtablewidget表头添加复选框QHeaderView
06-15
在 Qt 框架中，要在 QTableWidget的表头中添加复选框，可以通过继承 QHeaderView 并重写 paintSection 方法来实现。 介绍一种继承 QHeaderView的方法分别实现QTableWidget中添加复选框，可全选/全不选/部分选。
d:\embedded>vagrant box add mycentos7 D:\embedded\CentOS-7-x86_64-Vagrant-2004_01.VirtualBox.box ==> box: Box file was not detected as metadata. Adding it directly... ==> box: Adding box 'mycentos7' (v0) for provider: box: Unpacking necessary files from: file:///D:/embedded/CentOS-7-x86_64-Vagrant-2004_01.VirtualBox.box box: ==> box: Successfully added box 'mycentos7' (v0) for 'virtualbox'!
06-08
这是一个成功执行 `vagrant box add mycentos7 D:\embedded\CentOS-7-x86_64-Vagrant-2004_01.VirtualBox.box` 命令后的提示，表示 Vagrant 已经成功地将 CentOS 7 的虚拟环境文件添加到了本地的 Box 中，并命名为 mycentos7。该提示还提醒你，该 Box 文件并未被视为元数据，而是直接添加到了 Box 中。最后，该提示还显示了添加 Box 的详细信息，包括从本地路径 `file:///D:/embedded/CentOS-7-x86_64-Vagrant-2004_01.VirtualBox.box` 中解压必要文件以及成功添加 Box 的信息。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

q1uTruth

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值