TB能不能提供一个【最终目标文件编译错误】合集的帖子

efrog

我也遇到过过多使用FileAppend语句会发生"最终目标文件编译错误"
原因可能与编译器的堆栈大小有关，只要任意删掉一句FileAppend就能通过编译。

今天我遇到的是SetTBProfileString语句使用过多，只要任意删除一句该语句就能通过。
要命的是SetTBProfileString语句是参与逻辑控制的，不能少。FileAppend语句不用也就算了，ＴＢ的开发者需要重视！！！

efrog

批评ＴＢ的老板，这类问题已经有那么多用户反映了，而且好几年了，也不见编译器版本的升级，还是GS2004.06.12。
//------------------------------------------------------------------------
// 编译版本        GS2004.06.12
// 用户版本        2010/06/06 06:58
// 版权所有       
// 更改声明        TradeBlazer Software保留对TradeBlazer平台
//        每一版本的TrabeBlazer公式修改和重写的权利
//------------------------------------------------------------------------
几年了，难道ＴＢ就没有能人来再搞一个编译器吗？　悲哀！

efrog

解决方法：减少SetTBProfileString语句
，改用公共变量。能顺利通过编译了，逻辑控制不变。

efrog

补充：Commentary语句使用过多也会发生"最终目标文件编译错误"

lh948

编译器正在做修改，将尽快推出

efrog

一万年太久，只争朝夕！

另：指令语句太多（约大于400条），也会发生"最终目标文件编译错误"，随便注释掉一些语句就编译通过了。
哎，只有期待了...

efrog

把Commentary输出语句注释掉，整个减少了20条语句，整个程序就编译通过了。
建议增加一些编译指令，允许编译时放弃某些程序段或某些语句，以方便用户，也提过代码质量。

efrog

新的编译器什么时候能推出啊？！

最近很痛苦，要尽可能减少程序规模才能通过编译。
想了一些办法，比方说把整个逻辑段放在用户函数中，但是用函数也有许多限制和不便，比如交易指令不能用，要传递一大堆参数，总之一个不方便。
快点推出吧！请管理员透露一个开发进度...

zjjzxl

Params
Numeric lon(225);
Numeric shor(140);
begin
PlotNumeric("lon",Highest(c,lon)-Lowest(c,lon));
PlotNumeric("shor",Highest(c,shor)-Lowest(c,shor));
end
这样也会最终目标编译错误、郁闷坏了！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

vfund

我的一个在老版本上的交易程序，现在在新版中总是出现  最终目标编译错误