<p>조정 가능한 컨테이너에서 display()를 호출하는 Mudlet 동결</p>

그 행동은 어떻게 든 Lua 코드에서 일어나는 무한 재귀와 일치합니다 ...

좋지 않은 동작으로 인해 높은 레이블을 지정하면 Mudlet이 여기에서 더 잘할 것으로 기대합니다.

이것을 루아 전용 문제일 가능성이 있는 것으로 표시하는 것이 공정할까요?

그 동작은 _Lua_ 코드에서 발생하는 무한 재귀와 일치하는 것처럼 보입니다.

네, 그 이유입니다. 간헐천은 항상 컨테이너(myGeyserElement.container)에 부모 참조를 유지합니다.
이것은 디스플레이의 알려진 문제이며 Geyser 제작자가 Geyser.display 기능을 만든 이유이기도 합니다(11년 전 :eyes: ).
https://github.com/Mudlet/Mudlet/blob/d84f0b5b171370feb96db2f1950a3fd6dac1709f/src/mudlet-lua/lua/geyser/GeyserUtil.lua#L35
따라서 디스플레이를 사용하는 대신 해결 방법은 Geyser.display를 사용하는 것입니다.

간헐천 물체가 주어지면 식별할 수 있습니까? display() 이 경우 자동으로 해당 함수를 호출하도록 할 수 있습니다.

디스플레이가 이러한 무한 루프를 다시는 실행하지 않도록 도울 수 있을까요?
예를 들어, 이미 표시된 모든 테이블의 목록을 유지하고 하나의 전체 두 번째 버전을 다시 표시하지 마십시오.

조금 파헤친 후 나는 prettywrite에 무한 루프에 대한 안전 장치가 있지만 어떤 경우에는 간헐천에 실패한다는 것을 알았습니다(이유는 확실하지 않음)
예를 들어:

test = {}
test[1] = test
display(test)

무한 루프를 일으키지 않습니다.

나는 https://github.com/Mudlet/Mudlet/blob/4042ac7600db8196b219b3ae43a977045d591fdd/src/mudlet-lua/lua/DebugTools.lua#L185 를 주석 처리하려고 시도했지만 다른 것이 작동하는지 확실하지 않습니다. 문제와 그것이 처음에 있었던 이유.

이것이 이유입니다: https://github.com/lunarmodules/Penlight/pull/38

관련이 없지만 일관된 키 순서에 대한 개선 사항이 있는 것 같습니다. https://github.com/lunarmodules/Penlight/pull/293

더 파고 난 후 중첩 레이블이 사용되는 경우 문제가 주로 발생한다는 것을 알았습니다(조정 가능한 컨테이너 오른쪽 클릭 메뉴는 중첩 레이블을 사용함)
저는 개인적으로 여전히 https://github.com/Mudlet/Mudlet/blob/4042ac7600db8196b219b3ae43a977045d591fdd/src/mudlet-lua/lua/DebugTools.lua#L185 를 주석 처리하는 것이 이 문제에 대한 실행 가능한 솔루션이라고 생각합니다.

나는 Prettywrite와 다소 동일하게 작동하는 https://github.com/kikito/inspect.lua 를 테스트했으며 동일한 방식으로 이 문제를 해결합니다(테이블[t] 부분이 주석 처리된 경우). 모든 중복 테이블이 일반 <cycle> 대신 id를 얻는다는 차이점이 있습니다.

또한 Geyser Wiki('mainlabel'이 있는 항목)의 두 번째 중첩 가능한 레이블 예제를 사용하여 유사한 문제를 발견했습니다. https://wiki.mudlet.org/index.php?title=Manual:Geyser#Demo -> '그 부분에 마우스를 가져간 다음 lua display(Geyser) 를 사용하면 여전히 스택 오버플로 오류가 발생합니다(검사를 사용하는 경우 발생하지 않음).

아마도 prettywrite에서 inspect로 전환하는 것은 생각해 볼 문제입니다.

우리는 하나를 고수할 특별한 이유가 없습니다. 다른 하나가 더 낫다면 가자. 두 가지를 어떻게 비교합니까? 전/후를 게시할 수 있습니까?

일관된 키 순서와 관련하여 쌍의 사용을 쌍으로 변경할 수 있으며 모든 것을 처리해야 합니다. 이것이 본질적으로 연결된 코드 조각이 하는 모든 것입니다. 우리는 어디에서나 쌍으로 사용할 수 있도록 추상화했습니다.

우리는 하나를 고수할 특별한 이유가 없습니다. 다른 하나가 더 낫다면 가자. 두 가지를 어떻게 비교합니까? 전/후를 게시할 수 있습니까?

그것은 거의 똑같이하고 있지만 적어도 간헐천에서 충돌하지 않는 '더 나은'지 모르겠습니다 (내 의견으로는 더 좋습니다) ;)
PR을 열겠습니다.