(Não sou especialista neste código-fonte. Você foi avisado.)
A fonte está online aqui . Eu omiti os nomes dos arquivos; você pode procurar os nomes das funções para encontrar suas definições. Deixei os números de linha (geralmente) porque é mais fácil recortar e colar, e números de linha diferentes significam que a fonte foi alterada.
A história curta é que alguns retornos "void" são provavelmente cstrings vazias (strings terminadas em nulo vazias) e outros são ponteiros nulos.
Aqui estão as partes da fonte que parecem relevantes.
00228 /*
00229 * void_out - output routine for pseudo-type VOID.
00230 *
00231 * We allow this so that "SELECT function_returning_void(...)" works.
00232 */
00233 Datum
00234 void_out(PG_FUNCTION_ARGS)
00235 {
00236 PG_RETURN_CSTRING(pstrdup(""));
00237 }
00251 /*
00252 * void_send - binary output routine for pseudo-type VOID.
00253 *
00254 * We allow this so that "SELECT function_returning_void(...)" works
00255 * even when binary output is requested.
00256 */
00257 Datum
00258 void_send(PG_FUNCTION_ARGS)
00259 {
00260 StringInfoData buf;
00261
00262 /* send an empty string */
00263 pq_begintypsend(&buf);
00264 PG_RETURN_BYTEA_P(pq_endtypsend(&buf));
00265 }
Nos tambem temos
00285 /* To return a NULL do this: */
00286 #define PG_RETURN_NULL() \
00287 do { fcinfo->isnull = true; return (Datum) 0; } while (0)
00288
00289 /* A few internal functions return void (which is not the same as NULL!) */
00290 #define PG_RETURN_VOID() return (Datum) 0
Portanto, faz sentido para mim que uma função definida pelo usuário que retorna por meio de PG_RETURN_VOID() não teste equivalente a uma que retorna por meio de void_out() ou void_send(). Eu ainda não sei por que isso acontece, mas eu tenho que parar e dormir um pouco.
