Invalid string length

[MinL-DN]

when I run pnpm i second time, this error show

when I run rm -rf /XXX/pnpm/store/v3 can fix it

pnpm version:

7.5.2

Code to reproduce the issue:

Expected behavior:

Additional information:

node -v
v16.14.0

macOS, Linux

[zkochan]

Print also the value of depPath

[MinL-DN]

this path ?

'/Users/minl/.nvm/versions/node/v16.14.0/lib/node_modules/pnpm/dist/pnpm.cjs'

[synapdk]

I experienced this on macOS 12.6 with pnpm 7.13.0 and node 16.16.0.

[lvndry]

Seems like running

pnpm clean
pnpm store prune
pnpm prune
pnpm i

Solved the problem for me

[vjpr]

Upgrade from v7 to v8, same issue.

---

Patching with this technique seems to fix it:

https://stackoverflow.com/a/69548872/130910

Nope.

[jakebailey]

I hit this in DefinitelyTyped/DefinitelyTyped#67455; thankfully I can "work around" this, but it does seem like there's a huge string allocated. I do wonder if this could just be an object hash instead of a serialized string. (That or it's #7079 which is the same?)

[zkochan]

I do wonder if this could just be an object hash instead of a serialized string.

Yes, we can change it to an object hash. We need it for storing side-effects cache of dependencies (TBH, maybe we could store it simply by the dependency name but I am afraid that packages with differing dependencies may by built differently).

However, it would be nice to be able to reproduce it.

As a temporary fix, I think you can just disable side effects cache by setting side-effects-cache to false.

[jakebailey]

However, it would be nice to be able to reproduce it.

If you're solely trying to verify it by hand, this happens on DefinitelyTyped for any change which modifies node's types; modifying a random file in types/node on DT and then running this should show the problem:

$ pnpm ls --depth Infinity --parseable --filter '...@types/**[HEAD^1]...'

(Or revert DefinitelyTyped/DefinitelyTyped#67460)

[jakebailey]

My instructions were incomplete; I'll test the PR for you, though!