您好，

我认为原因是自定义字段的F4无法找到检查表/值表/搜索帮助。

有两种选择 解决这个问题：

1。 使用F4AVAILABL参数将F4设置为false

2。 通过检查表名称CHECKTABLE

。请检查一下。

谢谢。

停止！ 我知道了！

我发现了以下属性：

gs_layout-no_f4 ='X'。

现在它可以工作了，因为此ALV仅用于显示数据，而不用于维护数据。 还是谢谢！

Krishnendu亲爱的

我遇到与上述相同的问题，当我使用F4帮助时（即使禁用了这些字段），也会收到错误消息。 我尝试使用您的解决方案：

1。 使用F4AVAILABL参数设置为false取消F4

这不起作用。 F4帮助仍然可用。 我是这样做的（也许这是错误的方法）：

 循环到pt_fieldcat INTO ls_fieldcat。
      ls_fieldcat-F4AVAILABL =''。
   结局。
 

2。 通过检查表名称CHECKTABLE

那是什么意思？ 我还没有发现任何可以解释这种解决方案的东西。

你能帮我吗？

亲切的问候，

克里斯托夫！

发布者：Christof Schmeisser于2010年9月30日上午9:25

同时获得解决方案????

嘿，

如果您在ALV输出中需要F4帮助，还有另一种解决此问题的可能性。

检查结构" gs_layout"和输出表的结构。 如果设置以下参数，则输出结构需要一个名为" STYLE"的字段。

gs_layout-info_fname ='LINE_COLOR'。
gs_layout-stylefname ='STYLE'。

如果仅显示表格，则缺少的字段" STYLE"不会导致转储。 仅当您在其他某些字段上按F4帮助时，它才会崩溃。

非常感谢。 我知道了

您确定转储是因为该字段吗？ 转储可能是由于其他原因造成的，转储是否不会因其他任何ALV动作而发生？ 简短的转储文本指出了错误发生的确切位置：

分配组件m_cl_variant-> ms_layout-stylefname
            结构从到。
     将表读入ls_style
             带有表键fieldname = is_col_id-fieldname。

无法分配该组件，因此会发生短转储。 为什么您不立即在发生短暂转储之前设置断点，然后查看字段中的内容？

我也不确定它是否适用于OO ALV，但是当使用ALV功能模块并在程序中进行更改时，某些旧定义往往会"粘在" ALV缓冲区中，即使当前 程序版本正确。 应该有一个程序可以清理缓冲区，但是由于某种原因，它对我没有用，在这种情况下，我只是注销然后重新登录。