Creo que no has entendido mi exposición. Aclaro lo que decía.

En el caso de que en lugar de realizar la operación de 3 *5 apliques a la misma logaritmos, es decir :

log10 ( 3 *  5 ) = log10 (3) + log10 (5) = 0 + 0 

es cuando se llegaría a un resultado incoherente si se trabaja con enteros en lugar de flotantes.

Para el caso del factorial que exponía, como no vamos a calcularlo directamente, haríamos:

log10(1500!) =  log10(1500) + log10(1499) +...+.log10(3) + log10(2)

Y si no tenemos en cuenta el trabajar con floats daría un resultado erróneo, toda vez  que en enteros  sería:

.....log10(8) + log10(9) = 0

Cuando en realidad deberían dar:

.....log10(8) + log10(9)= 1.85...==> 1

Y así sucesivamente.

Conste que era sólo una observación, no pretendía en ningún momento hacer crítica a tu comentario. 

El problema es que, a diferencia de los dos métodos anteriores, éste que propones da el número de los caracteres de la cadena "numero":

int digito = snprintf(NULL, 0, "%d", "123.314");

y si esta es "123.314" dará 7 mientras que si número se coloca directamente:

int digito = snprintf(NULL, 0, "%d", 123.314);

dará el resultado correcto, "creo", si es un entero e impredecible si es un decimal, aún poniendo %f.


Me alegra que hallas captado lo que pretendía exponer y siento no haber sido tan claro la primera vez. 

Un fuerte saludo Blaster.

---

---

Pues se me ha ocurrido un sistema que reduce el número de divisiones a la mitad o a la mitad más uno, según que el número de cifras sea par o impar, con lo que los resultados del test que le pasaste al for tendrás que "actualizarlo" con el nuevo sistema:

  int digitos = 0 , num = 123456.345 ;
  while ( num )
    digitos = ( num /= 100 ) >= 0 ? digitos + 2 :  digitos + 1 ;

---

---