V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  geelaw  ›  全部回复第 25 页 / 共 173 页
回复总数  3445
1 ... 21  22  23  24  25  26  27  28  29  30 ... 173  
2022-11-15 20:31:52 +08:00
回复了 diandian666 创建的主题 程序员 十年程序员难倒了一个算法上面,真的老了
@sarvatathagata #97 应该强调是 strongly NP hard ,这可以排除对伪多项式时间(动态规划解背包这种算法)的期待。
2022-11-09 07:45:42 +08:00
回复了 amlee 创建的主题 Python 本来以为生成器了解的差不多了,结果这段代码把我看懵了
这个其实很好理解,就是:

apply_many(x) = x + x^2 + x^3 + x^4 + ... = x + x (x + x^2 + x^3 + ...) = x + x apply_many(x)

如果你把 + 理解为列表拼接并把 * 理解为函数复合
看了半天,感觉问题的关键是 HCML 是否已经作为商标注册,如果没有的话可以尝试注册一下,这样 fork 者将不能合法使用这个名字。

> HMCL 的开发者只能宣布终止其 HMCL 的相关许可证权利。

这点比较微妙,如果你使用的 GPLv3 未经修改,那么即使 HCML 已经是注册商标,对方对注册商标的侵权似乎并不会无效化 GPLv3 授予的权利(这是两个分开的问题,因为 GPLv3 授予权利的条件似乎没有“不侵犯某个具体商标权”),而原作者是无法主动撤销 GPLv3 授予的权利的。
2022-11-04 06:29:39 +08:00
回复了 keai77 创建的主题 Windows 有没有好用的 Windows 剪贴板
@YaakovZiv #18 这估计是延迟渲染内容的缘故。有些程序在“复制”的时候只是告诉 Windows 新的剪贴板有某些格式的内容,但不会直接把内容告诉 Windows (比如超级复杂的文档,提供剪贴板内容的程序可以同时提供文档、图片两种格式),另一个程序“粘贴”的时候会选择格式,如果某个格式的内容是“占位符”,那么 Windows 会让提供剪贴板的程序渲染该格式,然后交给读取剪贴板的程序。

粘贴的时候无响应是因为在等提供内容的程序渲染。复制后查看 Windows+V 不显示,是因为查看剪贴板和粘贴剪贴板不同,没有必要让程序把所有格式都费时费力渲染出来。(理同,在 Explorer 里面查看仅联网可用的文件占位符,或者是已经储存在磁带上本地无缓存的文件的时候,打开预览窗格不会导致文件被下载下来或从磁带读出,因为这个操作费时费力而且不必要。)
@ysc3839 #9 单纯是因为没有 IFileInUse 罢了,属于设计问题。

@acess #10 svchost 是比较著名的会多个服务一起用的情况,所有复用型进程外 COM 服务器都有这个问题。COM Surrogate 是把进程内服务器变成进程外服务器,属于做隔离的不同维度。
@acess #1 复制一下我刚写的评论:

答案自然是因为 COM 。文件的所有权不一定“来自”打开它的进程,或许是进程 A 用进程外 COM 服务器 B 打开了文件 C ,此时提示是 B 占用 C 是技术上正确,但对于普通用户无意义 /误导的信息,甚至可能鼓励自以为是的用户干掉进程 B 。例如一些文件在 svchost 里打开,但解决方法是关掉另一个程序。
这段代码含有未定义行为。

top 得到的引用在修改容器之后不再有效,pop 修改容器,因此 cur->next = node 触发未定义行为。

具体实现来说,priority_queue 可能的实现里,经过 pop 之后,你先前得到的 node 或许仍然引用有意义的位置,但那个位置等同于新的 top ,因此读取它可能会得到新的最大元。
@ClericPy #8 不太确定任务管理器能不能越过 DWM cloaking (我的猜想是不能,否则任务管理器会显示在所有的虚拟桌面上)。

另一个解决方法是常备两个账户(我自己是 Microsoft 账户设置为受限用户,内置管理员启用、改名、改密码、设置 PowerShell 为替换 Explorer 的 shell ,关闭 UAC ,用账户区分是否是高权限操作),出问题的时候可以切换到管理员干掉受限用户的 offending program 。
其实或许和内存没啥关系,单纯是 Explorer 设置 DWM Cloaking 的代码有 bug ,导致所有窗口都被 DWM 不显示,且只有任务切换器被渲染而已。这种 bug 还经常出现在 Edge 浏览器 /Office 窗口最大化、最小化、向下还原、Aero Peek 一系列操作短时间发生的情况(可能会出现最大化的窗口不显示,透出下方窗口,但是点击操作还是会进入没有显示的窗口上)。

以及我遇到这种问题的时候也是暴击几次 Windows 键,因为打开“开始”屏幕似乎也会 trigger 重新设置 cloaking 的过程,另一种方法是反复把鼠标挪到显示桌面的位置之类的,或许也会修复问题。
2022-10-21 05:32:46 +08:00
回复了 huahuaer 创建的主题 问与答 申请 github 学生认证一直报错
楼主是复制粘贴的错误信息吗?为什么有这么多错字?( your 写成 our 、vour ,begin 写成 bean 。)如果是的话是不是要担心一下搞错网站被钓鱼。
2022-10-16 02:15:50 +08:00
回复了 Doubticism 创建的主题 问与答 网页打印中如何做到所见即所得?
目前我只知道 iOS Safari 有这个功能(分享—标注),而且不会换成 print media ,但我印象中超长网页会有截断的问题。
2022-10-09 07:20:48 +08:00
回复了 shixuedela 创建的主题 新手求助 能不能推出一个举报功能~
因为 /t/355321
2022-10-09 04:54:03 +08:00
回复了 shixuedela 创建的主题 新手求助 能不能推出一个举报功能~
“报告这个主题”
2022-10-07 11:42:35 +08:00
回复了 JinTianYi456 创建的主题 问与答 多地点最佳路线规划,有什么好程序?
大概看懂了但是你的问题大概是 NP-hard ,可以通过 Hamiltonian path 归约。
2022-10-07 10:47:29 +08:00
回复了 rm0gang0rf 创建的主题 程序员 请教 满减算法
然而我们并不知道体积、重量和运费的关系,如果假设 运费 = max { Vp, Wq } 其中 V 、W 是总体积、总重量且 p 、q 是常数,则可以赋予每个 SKU 包邮时的保守利润估计,那就是

售价 — 税 — 成本 — max { vp, wq }

其中 v 、w 是这个 SKU 的体积、重量。

这是因为同一个 SKU 买很多件,则每件的利润如此。 由此看来如果你要给售价打九折还不亏,就需要

售价*0.9 — 调整过的税 — 成本 — max { vp, wq }

非负,这说明可以设置满减的条件是利润本来就大,而且可以设置满减的起始额就是体积、重量的一次函数主导运费的时候(低体积重量的运费并不会变成 0 ,此时上面的计算不可行)。

更常见的设置应该让满减后依然保有大量利润,否则你无法处理退货之类的问题。

最后,请多多使用字母表示数的方法,不要用数字表示未知数。
2022-10-03 22:02:22 +08:00
回复了 KimGuo 创建的主题 北京 投诉被搞后续,告一段落,一地鸡毛
@renmu #3 很明显在 V2EX 看来行使自己的权利是浪费生命。
2022-09-29 16:09:03 +08:00
回复了 klgd 创建的主题 git 请教,合并 remote 的分支,出现遗漏情况,是什么问题?
@klgd #2 推荐的思考方法:假设你先上线,完成同步,此时 remote/branch 是 A ,然后离线,然后有人 push B 到 remote 的 branch ,然后你在离线的状态下 git merge remote/branch ,请问这是在 git merge A ,还是 git merge B ,还是 merge 不会成功呢?

当然,我们相信 git 的设计是良好的,一个重要的特征就是各种操作的效果都尽量可预期,为此目的应该让本质上有不确定效果的操作(如 fetch ,它的效果取决于网络环境和远程计算机上的状态)尽量单独成立。我们 merge 的时候会先想好要 merge 的 commit 是谁,然后才操作,如果 merge 会自动 fetch ,那么它的效果就无法预期(因为我们看好的 branch 可能在 fetch 的时候变更),因此可以推断 merge 的时候不会自动 fetch ,此外 pull 的效果通常是 fetch+merge ,如果 merge 会自动 fetch ,那就没有单独成立 pull 的需要了。

另外你可以看到 git 自动生成的消息表述十分准确,remotes/origin/develop 是 remote-tracking branch ,不是 remote branch 。
2022-09-29 10:23:34 +08:00
回复了 klgd 创建的主题 git 请教,合并 remote 的分支,出现遗漏情况,是什么问题?
有很多可能的原因,比如没有 fetch 就 merge ,或者 merge 之后 3908 才被 push 上去(那个时间并不是 push 的时间,而且 commit 的两个时间也是可以随便写的)。
1 ... 21  22  23  24  25  26  27  28  29  30 ... 173  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2888 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 13:56 · PVG 21:56 · LAX 06:56 · JFK 09:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.