小编mxl*_*ian的帖子

xmodmap 清除修饰符不起作用

尝试了解 XKB 以及如何自定义键盘映射,特别是修饰符。

禁用修饰符的一个小实验会导致意想不到的结果:

(1) 之前的修饰符映射

$ xmodmap -pm
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x69)
mod1        Alt_L (0x40),  Alt_R (0x6c),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x85),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)
Run Code Online (Sandbox Code Playgroud)

(2) 清除锁定修饰符

$ xmodmap -e 'clear Lock'
Run Code Online (Sandbox Code Playgroud)

(3) 清除完毕

$  xmodmap -pm
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift …
Run Code Online (Sandbox Code Playgroud)

keyboard-shortcuts xkb

5
推荐指数
1
解决办法
2711
查看次数

Linux上的ctime总是大于或等于mtime吗?

我试图弄清楚 Linux 上文件的时间戳是如何工作的。

在这个答案中指出:

修改——文件最后一次修改时间(内容已被修改)

更改 - 文件的元数据上次更改的时间(例如权限)

但每次我更改文件内容时,ctime 也会更改。这让我觉得这就像一种变化反应:

  1. 文件内容的改变会触发mtime的改变
  2. mtime(文件元数据)的变化触发ctime的变化

如果这是真的,那么 ctime 将始终 >= 大于 mtime。

这个假设在所有情况下都是正确的吗?(假设系统时间从未手动更改)

filesystems timestamps files

4
推荐指数
1
解决办法
1197
查看次数

标签 统计

files ×1

filesystems ×1

keyboard-shortcuts ×1

timestamps ×1

xkb ×1