cocos creator 2.2.0 命令行编译到最会崩溃

Creator 2.x
#22

完了，我的自动构建在MAC也碰到此问题了。
升级引擎折腾了这么久，还是要放弃了。

#23

有没有绕过的解决办法？

#24

2.2.1 会修复这个问题~

#25

windows也有同样问题。

#26

2.2.1版本什么时候放出？我估计我是等不到了。
另外问个问题：原生平台(JSB)和H5平台的构建生成的project.js的内容的区别在哪里？
目前我发现原生平台的命令行构建是OK的，H5的命令行构建是会失败的。我想利用原生平台的构建结果来作为H5的构建结果。
从以往的引擎来看，构建生成的res目录,插件脚本和setting.js是一样的内容。main.js和index.html我可以想办法。

尽快告知，谢谢了。

#27

算了，彻底放弃。JSB的命令行构建也有问题，明明指定了md5，资源却未生成md5后缀。并且还影响到了2.1.2的命令行构建。

#28

我找到了一个替代解决方案，调用内置的打包事件就可以

image.png1008×174 197 KB

#29

老大，现在问题很严重啊。
我把2.2.0卸载干净了，用旧的2.1.2版本在Windows的命令行构建JSB平台，发现不能正确的生成setting.js了。
并且命令行参数指定了md5Cache=true, 所有的资源文件都没有md5后缀了。
这直接导致项目不能出版本了。
有没有解决办法啊？

#30

你的问题应该不是cocos的问题，我的windows用的好好的，不过没有加过md5，如果2.1.2是好的，你把c盘的.CocosCreator文件夹删除试试

#31

不带md5会有很多问题的，相信我。

#32

是C:\Users下面的吗？删了，还是不行。

#33

原生加md5，说实话，我都联想不到应用场景

#34

把所有CocosCreator版本卸载，重装了Node，清除了工程中的所有中间文件。重装2.1.2，就好了。

#35

两个平台的内容是有差别的，无法通用。你可以用原生构建试试，然后用类似 build-templates 的模板手动把原生在非命令行模式下构建出来的引擎代码、模板啥的拷贝到 H5 模板中。

#36

我这边升级到2.2.2版本，还是有概率出现哈 @jare 确定是2.2.2解决了？我这个报错还有点不一样

image.png1406×522 10.5 KB

#37

window命令行下报这个错 很影响效率 2.2.2版本还是有这个问题
@jare @BigBear
Node.js[15500]: …/…/third_party/electron_node/src/node_platform.cc:435: Assertion `data’ failed.
1: 00007FF62EAA9CCF uv_open_osfhandle+479
2: 00007FF62D821CB6 node::Abort+22
3: 00007FF62D821433 node::Assert+131
4: 00007FF62EB8A915 uv_disable_stdio_inheritance+137973
5: 00007FF62EB8ACA5 uv_disable_stdio_inheritance+138885
6: 00007FF62C250C75 std::_Vector_alloc<std::_Vec_base_types<v8::CpuProfileDeoptInfo,std::allocatorv8::CpuProfileDeoptInfo > >::_Make_iterator+4366357
7: 00007FF62BE61D79 std::_Vector_alloc<std::_Vec_base_types<v8::CpuProfileDeoptInfo,std::allocatorv8::CpuProfileDeoptInfo > >::_Make_iterator+241945
8: 00007FF62BE6B6A9 std::_Vector_alloc<std::_Vec_base_types<v8::CpuProfileDeoptInfo,std::allocatorv8::CpuProfileDeoptInfo > >::_Make_iterator+281161

#38

请问这个代码写在什么地方

#39

2.2.2 jenkins 打包还是会偶尔出现这个问题
20:32:29 [5587] Checked Python Version [2.7.16]
20:32:29 Cocos2dx root: /Applications/CocosCreator.app/Contents/Resources/cocos2d-x
20:32:30 Builder: do custom process [build-finished]
20:32:30 [5587] Built to “/Users/nemojoy/jenkins/workspace/leiting-cn-release/build/leiting/jsb-default” successfully
20:32:30
20:32:31 /Applications/CocosCreator.app/Contents/MacOS/CocosCreator[5587]: …/…/third_party/electron_node/src/node_platform.cc:435:std::shared_ptr node::NodePlatform::ForIsolate(v8::Isolate ): Assertion `data’ failed.
20:32:31 1: 0x10796ce65 node::Abort() [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 2: 0x10796c65f node::Assert(node::AssertionInfo const&) [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 3: 0x1079cc067 node::options_parser::SplitHostPort(std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator > const&, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator > > >) [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 4: 0x103b75efc v8::internal::HeapController::MaxGrowingFactor(unsigned long) [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 5: 0x10370879f v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 6: 0x103712af5 v8::internal::Heap::ProtectUnprotectedMemoryChunks() [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 7: 0x1037130ff v8::internal::Heap::ProtectUnprotectedMemoryChunks() [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 8: 0x103b56e86 v8::internal::factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 9: 0x103d6860c v8::internal::RegisterConfiguration::AreAliases(v8::internal::MachineRepresentation, int, v8::internal::MachineRepresentation, int) const [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 10: 0x1040ce42b v8::internal::trap_handler::RemoveTrapHandler() [/Applications/CocosCreator.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
20:32:31 /var/folders/91/ksyth87x1v97lnscc5862pm00000gn/T/jenkins1517776017020949988.sh: line 49: 5587 Abort trap: 6 /Applications/CocosCreator.app/Contents/MacOS/CocosCreator --path . --build “${args}”
20:32:31 Build step ‘Execute shell’ marked build as failure

#40

大哥，这个问题是怎么解决的？同样遇到了

#41

creator2.3.4，同样遇到问题。命令行构建web-desktop会崩溃，但是打开构建窗口再用命令行构建就不会报错崩溃