V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  QHKZ  ›  全部回复第 5 页 / 共 6 页
回复总数  115
1  2  3  4  5  6  
@chinni 请问是哪个开发者的 call recouder ?市场上的几个太相像了
2021-09-16 12:28:17 +08:00
回复了 saekiyuu 创建的主题 iPad IPad3 有什么好用的传输方案吗,只用来看 pdf
电脑上安装 calibre 管理电子书,iPad 上应该需要安装阅读软件,比如 kindle 之类的。
2021-09-08 10:35:37 +08:00
回复了 zhouts 创建的主题 问与答 很多对数据,用什么软件能画出散点图
Excel
2021-09-03 22:31:33 +08:00
回复了 yuann72 创建的主题 git 你们在用 git 合并时但不担心自己操作失误把代码弄丢?
理解 git 数据模型很重要,操作 git 数据历史库唯一完全可控的方式是使用 CLI 而不是使用 GUI 按钮,虽然 CLI 的设计很 horrible 。推荐看一下 linus 在 Google 的 git 推销演讲( 0 几年的视频)以及 MIT 的 missing.csail.mit.edu 的系列课程,里面推荐的一些资源有一定的帮助。
好像不存在两边可以互相导入导出的通讯软件吧
终端文件管理器? github 搜 nnn 看看
2021-08-24 13:36:41 +08:00
回复了 seasona 创建的主题 Windows windows 如果不分区,该怎么管理文件?
可以都放在用户分区,%USERPROFILE%,%APPDATA%一类的,powershell 里运行`ls ENV:`查看。
但是不分区的话会有一个比查找效率更严重的问题:
权限
2021-08-23 22:51:10 +08:00
回复了 paranoiddemon 创建的主题 程序员 请教一个操作系统进程 fork 相关的问题
ubuntu 虚拟机与书上的一致,估计是 wsl 的问题。
2021-08-19 11:13:17 +08:00
回复了 Newyorkcity 创建的主题 问与答 有善用 outlook 的 v 友吗?请教两个问题
第一个 有的吧
我看了一下,在“联系人”功能里,开始--新建(新建联系人,*新建联系人组*,新建项目),新建联系人组里可以添加邮件地址,然后在“文件”--“移至文件夹”时新建一个文件夹,位于联系人文件夹下,新联系人组保存在这里。左下角导航到”文件夹“功能,可以看到账号下所有的文件夹。
“邮件”功能里,新建规则时,选择条件(发件人位于*指定*通讯薄),选择新建的文件夹名字,后面的规则保持与原来一致。
2021-08-17 20:24:57 +08:00
回复了 c2r5 创建的主题 iPhone iPhone & 谷歌联系人 ?
邮箱都可以存储联系人的吧,字段也很多,还可以添加自定义字段。
设置-通讯录-账户,在这里可以添加账户。苹果对邮箱账户体系的支持还是挺全面的,备忘录和提醒任务都和系统完全融合了。谷歌的就只能通过安装他们家的 app 才能用。
唯一不方便的是不能在新增联系人的时候选择存储到哪个账户里,只能存储到默认账户。每个应用都有各自的默认账户,存之前一定要确认一下。
2021-08-16 14:30:03 +08:00
回复了 daimubai 创建的主题 生活 算了一笔账
不知道 lz 有没有记帐的习惯,至少我认为这个习惯比较好。比如可以做成像下面这样的图:
https://i.imgur.com/fnAa8Gx.jpg
来自于: https://www.reddit.com/r/dataisbeautiful/comments/adhzrw/watch_my_money_flow_an_animated_representation_of/?utm_source=share&utm_medium=web2x&context=3
spacesniffer 看看哪些文件夹占用的空间大
2021-08-09 19:06:40 +08:00
回复了 newee 创建的主题 问与答 求助。fork 项目保持和源库同步。
2021-08-09 18:48:27 +08:00
回复了 weimo383 创建的主题 程序员 为何前端构建工具这么麻烦
npm install 给我的感觉就是这样的
https://imgur.com/r/wtf/nqfWVeV
2021-08-06 16:42:16 +08:00
回复了 polyang 创建的主题 程序员 提交代码时 git commit message 是不是写的详细点比较好?
我写这段代码的时候,只有上帝和我知道。现在,只有上帝知道了。
commit 的作用是不用去看代码,也能知道代码发生了什么变动。
贴一段 linux 内核的最新 commit:
https://github.com/torvalds/linux/commit/e04480920d1eec9c061841399aa6f35b6f987d8b
-----
Bluetooth: defer cleanup of resources in hci_unregister_dev()
syzbot is hitting might_sleep() warning at hci_sock_dev_event() due to
calling lock_sock() with rw spinlock held [1].

It seems that history of this locking problem is a trial and error.

Commit b40df57 ("[PATCH] bluetooth: fix socket locking in
hci_sock_dev_event()") in 2.6.21-rc4 changed bh_lock_sock() to
lock_sock() as an attempt to fix lockdep warning.

Then, commit 4ce61d1 ("[BLUETOOTH]: Fix locking in
hci_sock_dev_event().") in 2.6.22-rc2 changed lock_sock() to
local_bh_disable() + bh_lock_sock_nested() as an attempt to fix the
sleep in atomic context warning.

Then, commit 4b5dd69 ("Bluetooth: Remove local_bh_disable() from
hci_sock.c") in 3.3-rc1 removed local_bh_disable().

Then, commit e305509 ("Bluetooth: use correct lock to prevent UAF
of hdev object") in 5.13-rc5 again changed bh_lock_sock_nested() to
lock_sock() as an attempt to fix CVE-2021-3573.

This difficulty comes from current implementation that
hci_sock_dev_event(HCI_DEV_UNREG) is responsible for dropping all
references from sockets because hci_unregister_dev() immediately
reclaims resources as soon as returning from
hci_sock_dev_event(HCI_DEV_UNREG).

But the history suggests that hci_sock_dev_event(HCI_DEV_UNREG) was not
doing what it should do.

Therefore, instead of trying to detach sockets from device, let's accept
not detaching sockets from device at hci_sock_dev_event(HCI_DEV_UNREG),
by moving actual cleanup of resources from hci_unregister_dev() to
hci_cleanup_dev() which is called by bt_host_release() when all
references to this unregistered device (which is a kobject) are gone.

Since hci_sock_dev_event(HCI_DEV_UNREG) no longer resets
hci_pi(sk)->hdev, we need to check whether this device was unregistered
and return an error based on HCI_UNREGISTER flag. There might be subtle
behavioral difference in "monitor the hdev" functionality; please report
if you found something went wrong due to this patch.

Link: https://syzkaller.appspot.com/bug?extid=a5df189917e79d5e59c9 [1]
Reported-by: syzbot <[email protected]>
Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Fixes: e305509 ("Bluetooth: use correct lock to prevent UAF of hdev object")
Acked-by: Luiz Augusto von Dentz <[email protected]>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
master
@torvalds
Tetsuo Handa authored and torvalds committed 13 hours ago
1 parent 0b53abf commit e04480920d1eec9c061841399aa6f35b6f987d8b
2021-08-06 13:19:06 +08:00
回复了 chigeyaowaner 创建的主题 程序员 decops 太大,我们先做 CI/CD,请大家给点意见方向吧
参考 Microsoft Learn: Azure DevOps,逐步把 DevOps 加入现有流程。
https://docs.microsoft.com/zh-cn/learn/browse/?expanded=azure&products=azure-devops
2021-08-06 13:09:18 +08:00
回复了 chigeyaowaner 创建的主题 程序员 decops 太大,我们先做 CI/CD,请大家给点意见方向吧
推荐上一整套大而全的,免得后面发现不能满足需求还要转。
工作流程慢慢加,慢慢熟悉,慢慢建立规范的流程。
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3682 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 05:02 · PVG 13:02 · LAX 21:02 · JFK 00:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.