Add alias for `Z_PARAM_PATH` to indicate it is not just for paths.

[derickr]

Description

The Z_PARAM_PATH parse parameters macro is used to prevent Null bytes from being silently ignored. It used to be just for paths, but there is also recent use in the Date/Time extension for just strings with null bytes. We should have a better macro name for that.

[bwoebi]

Like Z_PARAM_NON_NULL_STR?

[derickr]

@bwoebi Something like that, perhaps better would be Z_PARAM_NO_NULLS_STR ? Otherwise you might guess it could be for non-empty strings.

[cmb69]

I prefer to call that NUL byte; that might also help to distinguish from Z_PARAM_PATH_OR_NULL.

[alexdowad]

Just ran into this issue myself. Hope a new Z_PARAM macro will be added soon.

[DanielEScherzer]

@derickr I see that you self-assigned this - are you still planning to work on it? If not, I'd be happy to send a patch

[cmb69]

@DanielEScherzer, I guess the problem is which name to choose (not the patch/implementation). And maybe we should stick to what we have; at least regarding the classic ZPP we likely want to stick with p and P, and that classic ZPP still has merit.

[DanielEScherzer]

@DanielEScherzer, I guess the problem is which name to choose (not the patch/implementation). And maybe we should stick to what we have; at least regarding the classic ZPP we likely want to stick with p and P, and that classic ZPP still has merit.

I was going to send a patch for Z_PARAM_NO_NUL_STR for a string with no NUL characters - I figured if there was a PR there would be more discussion of the name than if the task was just setting here for over a year

[cmb69]

I was going to send a patch for Z_PARAM_NO_NUL_STR for a string with no NUL characters - I figured if there was a PR there would be more discussion of the name than if the task was just setting here for over a year

Okay, may be helpful. :)

[DanielEScherzer]

^ Nevermind, I'm not working on this if someone else wants to