Yun Dou
对cygwin的支持是超低优先级 主要活（例如多线程进程 这个那个数据库的支持 alpn sni啥的）没有完成前都不会做 windows下请用win32
本来我还想给你安利下lwmbs 但lwmbs在大重构 ci暂且不是很可用（但代码本身可以用） 最新的构建（不保证一直能用）： https://github.com/dixyes/lwmbs/actions/runs/5841334854
> gd支持的主要问题有两个： - 除了libpng以外的gd依赖库大多数不允许通过现在的形式发布 - 原神4.0更新
调了半晚上发现PHP windows分发的php_curl.dll连接到的libcurl和他们分发的libcurl.a不匹配， 即使用了完全相同版本php也没救了 具体的：官方分发的curl 7.87.0 windows库和php 8.1 8.2近几个版本 8.3全部版本中链接到的curl 7.87.0内部abi不匹配，导致出现问题 只能通过port完整curl来解决了 预期下个发布版本解决
1.5.0应该已经修了，试一下有无问题
flock这个事就一言难尽了：windows上的flock是用LockFileEx模拟的，它的行为和unix flock有亿点点不同，文件锁在进程去世后（可能会）仍然存在，你可以试下清掉相关的所有文件缓存啥的（就是他试图锁的文件）然后再试一下 周末有空了我也测下看看lock没锁上会不会有别的原因
flock这个原来是我的[丢人bug](https://github.com/swow/swow/commit/bf1515c237e6ffccca8c336c0e88192fb1aca006#diff-1deee33ca147acb4e0a32363b1d0d9096fcf87f1f3762ec6731d694c3773d224) 修了 等一个发版 之前curl会先搞寄composer，掩盖了这个flock的问题，多亏有个最小demo，才定位到问题。。。
@xiangjihan @devhaozi @buexplain 可以看看1.5.2的dll是否已经修复composer的问题 确认没问题再把这个issue关了
可能涉及windows curl问题：见 https://github.com/swow/swow/issues/233#issuecomment-1870501475
> > ```shell > > pecl.swow.net > > ``` > > 内置安装器 win上装不了，用了php-static-cli 的php8.2 想外部引用swow的，结果构建的php是vs17 你们提供下载的扩展是vs16。 我猜你说的 内置安装器 指builder，它不支持windows的原因是 windows下构建php扩展需要装一坨东西，很难保证用户有并且会装（相较而言linux、mac上包管理就很方便） 我们现在ci里构建的dll只支持[php官方发布的windows php二进制](https://windows.php.net)，别的地方或许能用，但不保证 如果你在使用spc，spc支持swow，你可以带swow构建静态cli，详情查看spc说明 如果你在找现成的一个文件的php.exe带swow你也可以用 [bin.dixyes.cn ](https://bin.dixyes.cn/flavors#s_windows_x64_max-swow)