# Reset/shift is not compatible with table/1?

**URL:** <https://swi-prolog.discourse.group/t/reset-shift-is-not-compatible-with-table-1/3242>\
**Category:** Help!\
**Created:** [November 9, 2020, 10:55am UTC](https://swi-prolog.discourse.group/t/reset-shift-is-not-compatible-with-table-1/3242 "2020-11-09T10:55:04Z")\
**Posts on this page:** 1\
**Showing post:** 18

<div class="post-metadata">

**Author:** ![Boris](https://yyz2.discourse-cdn.com/free1/user_avatar/swi-prolog.discourse.group/boris/32/7486_2.png) [@Boris](https://swi-prolog.discourse.group/u/Boris)\
**Post date:** [November 10, 2020, 7:06am UTC](https://swi-prolog.discourse.group/t/reset-shift-is-not-compatible-with-table-1/3242/18 "2020-11-10T07:06:10Z")

</div>

I might be wrong but Jan Burse is probably talking about the old vs. the new implementation of foreach/2. See this thread: [New hashtable library](https://swi-prolog.discourse.group/t/new-hashtable-library/2683)

From what I understand, foreach/2 _almost_ builds the conjunction of the goals in the second argument; but actually, it would build a conjunction of goals where the variables shared between goals were actually copies (so not the same variable!). This deficiency no longer exists since July 26 this year (see the last message in the thread I shared).

---

_[View the full topic](https://swi-prolog.discourse.group/t/reset-shift-is-not-compatible-with-table-1/3242)._
