MacOS 13.5 M2，根据判题器说明用 -d 参数输出判题器数据，shell 命令如下： ./PreliminaryJudge -l INFO -d ./text.txt -m ./maps/map1.txt "java -jar ./my_jar_path.jar"会显示：{"status":"Successful","score":0} MBP:MacOSReleasev1.1 apple$ Exception in thread "main" java.util.NoSuchElementException at java.base/java.util.Scanner.throwFor(Scanner.java:937) at java.base/java.util.Scanner.next(Scanner.java:1594) at java.base/java.util.Scanner.nextInt(Scanner.java:2258) at java.base/java.util.Scanner.nextInt(Scanner.java:2212) at com.huawei.codecraft.Main.input(Main.java:50) at com.huawei.codecraft.Main.main(Main.java:78)能够在replay中找到录像，但是text.txt中没有判题器数据输出结果。不知有无解答。

初赛练习阶段赛题相关材料及配套软件（Win版本）：※  初赛说明书：---  初赛赛题任务书 v1.3（见当前页面附件）------  初赛判题使用说明（见当前页面附件）------  编译运行环境说明（见当前页面附件）---※  本地调测配套软件：--- WindowsRelease v1.1（含Windows版判题器、播放器、SDK及Demo） ------ 带CMake版本的C++ SDK（见当前页面附件）------ Java_SDK（可直接提交至平台版，见当前页面附件）------ CodeCraft_2024_Replayer_windows（windows版本播放器最新版，请点击当前链接下载）---※  本地调测配套软件（历史版本）：--- WindowsRelease v1.0（含Windows版判题器、播放器、SDK及Demo） ---版本更新说明：--- 初赛赛题任务书 v1.1 ---删除可能输出中的第一行帧数修复了对轮船使用move指令的描述--- 初赛赛题任务书 v1.2 ---补充了关于机器人对撞的描述；统一了题目中“泊位”和“港口”两种描述；统一了题目中“货物”和“物品”两种描述；修正了初始化响应超时的处理方式；修改泊位到虚拟点耗时的范围上限到 2000。--- 初赛赛题任务书 v1.3 ---修改货物的金额上限 1000 改为 200；--- WindowsRelease v1.1（含Windows版判题器、播放器、SDK及Demo） ---更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用更新播放器：优化船只停泊位置机器人位置显示问题，内存泄漏问题修复--- Windows版本播放器 ---    1. 播放器右上角显示帧数从0-14999更改至1-15000    2. 播放器显示的机器人的坐标与船舶的坐标与任务书保持一致

初赛练习阶段赛题相关材料及配套软件（Linux版本）：※  初赛说明书：---  初赛赛题任务书 v1.3（见当前页面附件）------  初赛判题使用说明（见当前页面附件）------  编译运行环境说明（见当前页面附件）---※  本地调测配套软件：--- LinuxRelease v1.1（含Linux版判题器、播放器、SDK及Demo）（见当前页面附件） ------ 带CMake版本的C++ SDK（见当前页面附件）------ Java_SDK（可直接提交至平台版，见当前页面附件）------ CodeCraft_2024_Replay（linux版本播放器最新版，见当前页面附件） ---※  本地调测配套软件（历史版本）：--- LinuxRelease v1.0（含Linux版判题器、播放器、SDK及Demo）（见当前页面附件） ---版本更新说明：--- 初赛赛题任务书 v1.1 ---删除可能输出中的第一行帧数修复了对轮船使用move指令的描述--- 初赛赛题任务书 v1.2 ---补充了关于机器人对撞的描述；统一了题目中“泊位”和“港口”两种描述；统一了题目中“货物”和“物品”两种描述；修正了初始化响应超时的处理方式；修改泊位到虚拟点耗时的范围上限到 2000。--- 初赛赛题任务书 v1.3 ---修改货物的金额上限 1000 改为 200；--- LinuxRelease v1.1（含Linux版判题器、播放器、SDK及Demo）（见附件） ---更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用更新播放器：优化船只停泊位置机器人位置显示问题，内存泄漏问题修复--- Linux版本播放器 ---    1. 播放器右上角显示帧数从0-14999更改至1-15000    2. 播放器显示的机器人的坐标与船舶的坐标与任务书保持一致

初赛练习阶段赛题相关材料及配套软件：※  初赛说明书：---  初赛赛题任务书 v1.3（见当前页面附件）------  初赛判题使用说明（见当前页面附件）------  编译运行环境说明（见当前页面附件）---※  本地调测配套软件：--- MacOSRelease v1.1（含Mac版判题器、播放器、SDK及Demo） ------ 带CMake版本的C++ SDK（见当前页面附件）------ Java_SDK（可直接提交至平台版，见当前页面附件）------ CodeCraft_2024_Replayer_mac（mac版本播放器最新版，请点击当前链接下载）---※  本地调测配套软件（历史版本）：--- MacOSRelease v1.0（含Mac版判题器、播放器、SDK及Demo） ---版本更新说明：--- 初赛赛题任务书 v1.1 ---删除可能输出中的第一行帧数修复了对轮船使用move指令的描述--- 初赛赛题任务书 v1.2 ---补充了关于机器人对撞的描述；统一了题目中“泊位”和“港口”两种描述；统一了题目中“货物”和“物品”两种描述；修正了初始化响应超时的处理方式；修改泊位到虚拟点耗时的范围上限到 2000。--- 初赛赛题任务书 v1.3 ---修改货物的金额上限 1000 改为 200；--- MacOSRelease v1.1（含Mac版判题器、播放器、SDK及Demo） ---支持arm和x86两个版本的mac系统；更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用优化判题器：修复部分选手-l INFO没显示日志的问题更新播放器：优化船只停泊位置机器人位置显示问题；内存泄漏问题修复--- Mac版本播放器 ---    1. 播放器右上角显示帧数从0-14999更改至1-15000     2. 播放器显示的机器人的坐标与船舶的坐标与任务书保持一致

初赛练习阶段赛题相关材料及配套软件：※  初赛说明书：---  初赛赛题任务书 v1.1（见当前页面附件）------  初赛判题使用说明（见当前页面附件）------  编译运行环境说明（见当前页面附件）---※  本地调测配套软件：--- MacOSRelease v1.1（含Mac版判题器、播放器、SDK及Demo） ------ WindowsRelease v1.1（含Windows版判题器、播放器、SDK及Demo） ------ LinuxRelease v1.1（含Linux版判题器、播放器、SDK及Demo）（见当前页面附件） ------带CMake版本的C++ SDK（见当前页面附件）---※  本地调测配套软件（历史版本）：--- MacOSRelease v1.0（含Mac版判题器、播放器、SDK及Demo） ------ WindowsRelease v1.0（含Windows版判题器、播放器、SDK及Demo） ------ LinuxRelease v1.0（含Linux版判题器、播放器、SDK及Demo）（见当前页面附件） ---版本更新说明：--- 初赛赛题任务书 v1.1 ---删除可能输出中的第一行帧数--- MacOSRelease v1.1（含Mac版判题器、播放器、SDK及Demo） ---支持arm和x86两个版本的mac系统；更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用优化判题器：修复部分选手-l INFO没显示日志的问题更新播放器：优化船只停泊位置机器人位置显示问题；内存泄漏问题修复--- WindowsRelease v1.1（含Windows版判题器、播放器、SDK及Demo） ---更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用更新播放器：优化船只停泊位置机器人位置显示问题，内存泄漏问题修复--- LinuxRelease v1.1（含Linux版判题器、播放器、SDK及Demo）（见附件） ---更新java SDK: sdk目录结构更新更新判题器：支持-d, -f参数使用更新播放器：优化船只停泊位置机器人位置显示问题，内存泄漏问题修复

第四期，第五期将于3月31号结束。各位选手需注意：1.由于只开放部分测试集，此榜单不代表最终排名。比赛结束后会根据选手最后一次提交，通过所有测试集验证后确定最终榜单。请关注方案与代码在不同数据下的泛化能力！2. 禁止在代码中执行shell命令、使用多线程等影响判题机器运行与公平性的行为。此行为在赛后的最终测评阶段也将无法得分！

如题在windows下允许形如 .\PreliminaryJudge.exe -f 0 -m maps\map1.txt .\Demo\main.exe 的命令会直接结束

1、判题器使用过程中，提示TerminateProcess Err会有哪些问题？提示该错误没有问题，可能原因是跳帧导致判题器结束选手代码还没结束，检查rep正常生成即可。2、Mac版本，Linux版本判题器使用失败？请检查一下PreliminaryJudge和Demo\main的权限，Mac和Linux中没有给权限。3、java直接将Main.java打包提交编译错误？将Main.java放入src\com\huawei\codecraft 目录下，Main.java的包应当为com.huawei.codecraft，Main.java应作为入口类并包含main函数。Java中其他类文件也要符合该包结构4、C/C++版本没有提供CMakeList?本届比赛C/C++选手可以直接将main.cpp打包成zip提交即可，无需CMakeList文件。如需CMakeList，请去赛题发布页面下载。5、排行榜刷新时间?2h刷新一次6、对于测评慢的小提示：可能是因为输出INFO管道慢的原因，大家可以通过在使用判题器中加参数 -l ERR 来避免7、生成物品的频率是怎么样的呢？判题器期望每100帧生成15个物品，实际生成数量具有一定的随机性，但是线上评测环境保证了对于不同选手的提交采用了相同的随机数生成过程，会得到相同的输入8、机器人A从(1,0)移动到(0,1),机器人B从(0,1)移动到(1,0)算对撞吗？算的，机器人移动到同一位置，和两个机器人互相移动到对方坐标（对撞），都算碰撞9、提交判题显示“系统繁忙，请稍后再试”？请选手先本地确定可以正常运行再进行提交，如本地正常提交显示系统繁忙请联系工作人员协助处理。10、新版本判题器在win11下解压失败？下发文件使用了联合压缩的方式，建议不要使用win11自带解压软件进行解压。

3月7日、8日、9日、10日、11日、12日、13日每日新增地图一张

3月7日发布初赛练习阶段赛题相关材料如下：※  初赛赛题任务书※  SDK※  初赛判题使用说明※  编译运行环境说明补丁与更新，3月8日更新赛题文档见下方超链接：Win版本Linux版本Mac版本

我们注意到在比赛初赛阶段，提交的分子按照以下规则处理：若同一分子被多个团队提交，原则上该分子属于提交时间优先的团队，主办方将保证互不重复的分子进入初赛，同时保证每支参赛团队至少有10个分子进入初赛。然而，如果很多团队都选择了相同的分子且该分子确实具有活性，我们建议是否应该考虑根据提交的先后顺序给所有因重复而跳过此分子的团队一定的加分，而不仅仅是给予第一个提交的团队加分。如果没有这个加分机制，提交的先后顺序可能对最终评分排序造成过大的影响。一个参赛团队的诚恳建议，希望比赛能够考虑这个问题。

创建队伍后，更改了自己的账户名，但是团队里面的成员们还是更改之前的账户名，有办法解决吗

软件开发最佳实践奖评奖规则见下图：

问题1：同一编号的pod能否在被删除后被再次创建？答：仔细阅读题面说明。Pod的编号都是单调增加的，不会重复使用。问题2：节点被自动删除后，新生成的节点编号还会复用此前的吗？比如样例中3号节点在4号pod被删除后就删除了，那再新生成一个节点编号是3还是4？答：仔细阅读题面说明。Node的编号单调递增，不会重复使用，所以就此问题来说是4

1.运行环境的一些说明，比如环境里有哪些预置的库可以使用，C++的numcpp，或者Python的numpy之类的？开发编译环境是怎么样的？C++能用什么库，能用什么头文件？支不支持makefile这些？答：c++/c的程序编译命令: gcc/g++ -O3 main.cpp，编译器版本是7.3.0。编译命令中未使用除-O3之外的任何flag。可以正常使用STL容器但不包含boost库，如有需要允许手动传入三方库到提交文件里，但请注意文件大小和格式限制。Python支持numpy。1.一直报wrong output format 是什么原因？能补充具体的信息吗？答：请确定每个查询都回答了k个向量id，id为整数并用向量隔开。另外确定在准备好接受查询后已输出”ok\n”。目前未发现wrong output format属于常见问题，请仔细审题输入输出格式哦~3.Run timeout. 是代码运行太慢超时了所以没分，还是代码运行出错了也会是这个结果呢？答：通常Run timeout问题在于错误理解了输入格式导致查询阶段读查询时卡住。4.能提供日志反馈吗？答：我们有发现选手用异常报错获取题目数据的问题，所以不提供日志反馈。另外最终排名测试会使用数据集。5.一直提交0分，显示Unexpected IOException while writing to the input of the solution process是什么意思？答：已知的原因包括程序误判了退出条件，选手程序使用了不支持的编译flag导致程序直接异常退出。在判提器给选手输入向量/查询数据时选手程序退出时会发生该错误。6.能不能引入三方依赖？main模板是什么样的，入参，出参，方法名什么的怎么写？答：同问题2，该赛题需要参赛选手处理输入输出，选手自己选择实现框架。