Skip to main content

​
Crash in Node + tsx: “__name is not a function”

​
Status

Opgelost. Deze crash is niet reproduceerbaar met de huidige tsx-versie die is vastgezet in package.json (4.22.3), noch met actuele Node-releases. Dit blijft hier staan voor het geval een toekomstige upgrade van tsx/esbuild het probleem opnieuw introduceert.

​
Oorspronkelijk symptoom

Het uitvoeren van OpenClaw-ontwikkelscripts via tsx mislukte bij het opstarten met:
Regelnummers zijn weggelaten; beide bestanden zijn sinds de oorspronkelijke crash gewijzigd en de specifieke regels komen niet meer overeen. Dit trad op nadat ontwikkelscripts waren overgeschakeld van Bun naar tsx (2871657e, 2026-01-06) om Bun optioneel te maken. Het equivalente pad op basis van Bun crashte niet. Het probleem werd oorspronkelijk waargenomen met Node v25.3.0 op macOS; andere platforms waarop Node 25 draait, werden waarschijnlijk ook als getroffen beschouwd.

​
Oorzaak

tsx transformeert TS/ESM via esbuild met keepNames: true hardgecodeerd in de transformatieopties. Door die instelling verpakt esbuild benoemde functie- en klasse- declaraties in een aanroep van een __name-helper, zodat fn.name behouden blijft bij minificatie en bundeling. De crash betekent dat de helper op de aanroeplocatie voor die module in de getroffen combinatie van tsx/Node ontbrak of werd overschaduwd, waardoor __name(...) een fout genereerde in plaats van de verpakte waarde terug te geven.

​
Huidige reproductiecontrole

Minimale geïsoleerde reproductie (laadt alleen de module uit de oorspronkelijke stacktrace):
Beide opdrachten worden momenteel zonder fouten afgesloten. Als een van beide opnieuw __name is not a function genereert, leg dan vóór het upstream melden de exacte Node-versie, de versie van tsx (node_modules/tsx/package.json) en de volledige stacktrace vast.

​
Tijdelijke oplossingen (als de crash terugkeert)

  • Voer ontwikkelscripts uit met Bun in plaats van node --import tsx.
  • Voer pnpm tsgo uit voor typecontrole en voer vervolgens de gebouwde uitvoer uit in plaats van de broncode via tsx:
  • Probeer een andere versie van tsx (pnpm add -D tsx@<version> is een wijziging van een afhankelijkheid en vereist volgens het repositorybeleid goedkeuring) om door middel van bisectie vast te stellen of de meegeleverde esbuild-versie de bug opnieuw heeft geïntroduceerd.
  • Test met een andere hoofd-/subversie van Node om te bepalen of de fout versiespecifiek is.

​
Referenties

​
Gerelateerd