fix wrong data type conversion in zrangeResultBeginStore

[lyq2333]

In beginResultEmission, -1 means the result length is not known in advance. But after #12185, if we pass -1 to zrangeResultBeginStore, it will convert to SIZE_MAX in zsetTypeCreate and try to dictExpand. Although dictExpand won't succeed because the size overflows, I think we'd better to avoid this wrong conversion.

This bug can be triggered when the source of zrangestore doesn't exist or we use zrangestore command with byscore or bylex.
The impact is that dst keys will be converted to use skiplist instead of listpack.

[lyq2333]

@enjoy-binbin Hi, could you please help review this PR? Thanks a lot.

[enjoy-binbin]

LGTM, please add a comment in zsetTypeCreate to mention the -1 thing, and please also try to find a place to add a test:

zadd src 1 a
zrangestore dst src 0 -1
assert_encoding listpack dst

please also merge upstream/unstable to solve the failing CI

[lyq2333]

LGTM, please add a comment in zsetTypeCreate to mention the -1 thing, and please also try to find a place to add a test:

zadd src 1 a
zrangestore dst src 0 -1
assert_encoding listpack dst

@enjoy-binbin Sorry, I made a mistake in the top comment. This bug can be triggered when the source of zrangestore doesn't exist, not the destination. So It's just an intermediate state.

I add the tests for zrangestore with byscore or bylex which can also trigger it.

[enjoy-binbin]

thanks.

@oranagra the impact of this is that some dst keys will be converted to use skiplist