首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  skinny  ›  全部回复第 26 页 / 共 34 页
回复总数  664
1 ... 18  19  20  21  22  23  24  25  26  27 ... 34  
❮ ❯
2019 年 9 月 8 日
回复了 LokiSharp 创建的主题 › Linux › 为什么西北农业大学这种限速 40KB/s 的镜像源也会提交到官方源列表上？
@crella 你压根儿没搞清楚状况……这跟开源软件有 BUG 或者难用这些坑不是一回事，还有你以为你眼中的那些不是白嫖的开发者就不喷了？ X 和 systemd 等等被喷还少？还白嫖…没逻辑。还有申请成为官方源这个事情一开始就有其需要承担的责任的，比如上面列举的不同发行版的申请成为官方源的要求。假如因为客观条件问题，只能提供校内使用，那别申请成为官方源又限速，如果只是稍有余力那就只申请供教育网使用，他现在这个样子算什么，还有这事后态度，好像别人迫害他 404 关闭了一样。
2019 年 9 月 1 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
@BingoXuan 你没有理解我的意思。
2019 年 9 月 1 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
@elfive 正儿八经的 UDP Server 应用肯定不能拿 Python 这样写了，我是写一个 Python 网络服务测试工具时需要一个加密代理（你懂的……），却没有找到合适趁手简单好用的库，所以临时自己写一个简单一点的。
2019 年 9 月 1 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
@elfive 严肃的说，对于 UDP Server，最好还是是使用一个 64K 的大接收缓冲区，反正无论对面怎么样都发不了大于这个的数据报，接收后交给 Handler 检查处理以及记录，所以主楼的问题就是我有点钻牛角尖了，只是不爽 Python 就只是抛异常，却不告诉我异常是哪个源地址造成的。
2019 年 8 月 31 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
@elfive
@BingoXuan
正常情况下来说是这样，可是你如果写一个 UDP Server，也许有恶意的或者有 BUG 的程序，发来一堆这种大于预先协商好大小的缓冲区的数据报，而你却因为这种问题导致无法记录有效数据……还是不用 Python 写 UDP Server 了。


@lcdtyph
@fengtons
这两个都是 Unix/Linux 才有的，而且不符合需求。
2019 年 8 月 31 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
看了下 CPython socket 模块的 C 代码，没希望了……要么换语言，要么改一坨代码。
2019 年 8 月 31 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
如果非要 hack 底层或写一大坨 ctypes 代码才能获取，那我就放弃算了……
2019 年 8 月 31 日
回复了 skinny 创建的主题 › Python › UDP 网络编程时，在 recvfrom 出现缓冲区过小错误时，有没有办法获得发送这个大数据报的客户端的源地址（IP, PORT）？
@Cyshall 那个是成功的时候才有啊。比如 server_sock.recvfrom(64)，client 发送的数据报大小小于或等于 64，一切正常，返回(data, address)，可如果对方发送了 65 个字节，server_sock.recvfrom(64)就会抛 OSError，也就获取不到了，OSError 实例里也没有这个信息。
2019 年 8 月 17 日
回复了 nodwang 创建的主题 › 程序员 › 五笔是否正在被淘汰,或已经淘汰
我爸基本只能用五笔，他拼音不好，普通话也不标准。
2019 年 8 月 16 日
回复了 1462326016 创建的主题 › Python › 多进程队列 multiprocessing.Queue() 通过 get 方法获取数据很慢， 1000 条要 5 秒多
生成随机字符串也是很花时间的
2019 年 8 月 16 日
回复了 1462326016 创建的主题 › Python › 多进程队列 multiprocessing.Queue() 通过 get 方法获取数据很慢， 1000 条要 5 秒多
@1462326016 你把 get_str 修改成初始化队列试试，获取 1000 条那就只需要 0.02 秒
2019 年 8 月 16 日
回复了 1462326016 创建的主题 › Python › 多进程队列 multiprocessing.Queue() 通过 get 方法获取数据很慢， 1000 条要 5 秒多
你应该先初始化队列再测试，不然给队列 put 元素的速度比不过 get 元素的速度就会造成 time.sleep(2)
2019 年 8 月 16 日
回复了 yuandatou1024 创建的主题 › 程序员 › 分享一个网盘下载工具，是会员速度的三倍
@claysec +1 买了又下载不了几次东西，不买又不能下载，淘宝上应该有租的
2019 年 8 月 16 日
回复了 formulahendry 创建的主题 › 程序员 › Code Runner for VS Code 八百万下载量啦！支持运行超过 40 种语言： C, C++, Java , JS, PHP , Python , Perl, Ruby, Go, Lua, Groovy 等
设置 spawn stdio 参数为: ['ignore', 'pipe', 'pipe'] 就正常了。
2019 年 8 月 16 日
回复了 formulahendry 创建的主题 › 程序员 › Code Runner for VS Code 八百万下载量啦！支持运行超过 40 种语言： C, C++, Java , JS, PHP , Python , Perl, Ruby, Go, Lua, Groovy 等
@formulahendry 找到原因了： https://github.com/microsoft/ApplicationInsights-node.js/pull/439
2019 年 8 月 16 日
回复了 formulahendry 创建的主题 › 程序员 › Code Runner for VS Code 八百万下载量啦！支持运行超过 40 种语言： C, C++, Java , JS, PHP , Python , Perl, Ruby, Go, Lua, Groovy 等
@formulahendry 没有试过 3.0，只用过 5 和 2.0
2019 年 8 月 15 日
回复了 formulahendry 创建的主题 › 程序员 › Code Runner for VS Code 八百万下载量啦！支持运行超过 40 种语言： C, C++, Java , JS, PHP , Python , Perl, Ruby, Go, Lua, Groovy 等
不知道为什么在低版本 Powershell 下右键 Run Code 运行脚本会卡住不退出，在 Terminal 手动运行不会这样。

PowerShell 2.0，vscode x64 最新稳定版，Code Runner 最新版。

测试脚本如下：
test.ps1:
```
Write-Host "Hello"
```

右键 Run Code，输出：
[Running] powershell -ExecutionPolicy ByPass -File "d:\test.ps1"
Hello

脚本进程必须通过 Stop Code Run 才能终止。
2019 年 8 月 14 日
回复了 maxmin 创建的主题 › 程序员 › 如果看待 V2EX 站长发这种口水贴?
楼主，知乎才是你的阵地，那几乎全是你的友军，那里但凡有一点对华为的怀疑和吐槽都有你的几千个友军来支援，而且知乎比 V2EX 用户层面广。v2ex 太非主流了，你在这闹得再欢 KPI 也非常低。
2019 年 8 月 8 日
回复了 godlovesxcjtest 创建的主题 › 程序员 › 电脑 16G 内存，占用 50%后提示内存不足
我遇到过一次类似的，是新买的内存的问题，能看到新增内存大小，但是实际无法使用，甚至使用了新内存条部分就会出错或 CPU 飙升，有的系统直接蓝屏，memtest 卡死。

具体技术原因不太懂。
2019 年 7 月 31 日
回复了 Kontinue 创建的主题 › 程序员 › 突然觉得 windows 没有一个成熟的 markdown 笔记软件真是硬伤
Typora Windows 版本貌似有内存泄露，打开一个 markdown 文件编辑一下保存，在不进行任何操作的情况下，还会持续不断的以每 0.5-1 秒 4KB 的速度增加内存，且不会释放。这是我几个月前的体验，现在不知道修正了没有。有一次编辑了一个十来行的文件没关，结果占用了大量内存。
1 ... 18  19  20  21  22  23  24  25  26  27 ... 34  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   857 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 22:15 · PVG 06:15 · LAX 14:15 · JFK 17:15
♥ Do have faith in what you're doing.