¿Qué es "-1L" en C?

Question

¿Qué significa "-1L", "1L" etc. en C?

Por ejemplo, en ftell referencia, se dice

... Si se produce un error, se devuelve 1L ...

¿Qué significa esto? ¿Cuál es el tipo de "1L"?

¿Por qué no devuelve NULL, si ocurre un error?

Answer 1

El L especifica que el número es un tipo long, por lo -1L es un conjunto long a uno negativo, y 1L es un conjunto long a uno positivo.

cuanto a por qué ftell no se limita a volver NULL, es porque NULL se utiliza para los punteros, y aquí se devuelve un long. Tenga en cuenta que 0 no se utiliza porque 0 es un valor válido para ftell para devolver.

captura de esta situación implica la comprobación de un valor no negativo:

long size; 
FILE *pFile; 

... 

size = ftell(pFile); 
if(size > -1L){ 
    // size is a valid value 
}else{ 
    // error occurred 
} 

Answer 2

Significa devolver el valor como largo, no como int.

Answer 3

Eso significa -1 como una larga (más bien que el tipo predeterminado para los números, que es un entero)

Answer 4

-1 formated en long int es un -1L. ¿Por qué no simple NULL? Porque NULL en esta función es un resultado normal y no puede sincronizar el error también. ¿Por qué NULL en esta función es un resultado normal? Como NULL == 0 y ftell devuelven posición en una secuencia, cuando está en el inicio de la función de secuencia devuelve 0 y este es un resultado normal, no hay error, entonces, si compara esta función con NULL para verificar el error, recibirá un error cuando esté en la posición de inicio en la transmisión.

Answer 5

ftell() Devuelve el tipo largo int, el sufijo L aplicado a un fuerzas literales su tipo a largo en lugar de llanura int.

NULL sería totalmente incorrecto porque es una macro que representa un puntero no un número entero . Su valor, cuando se interpreta y un entero puede representar una posición de archivo válida, mientras que -1 (o cualquier valor negativo) no puede.

Para todos los efectos, por lo general puede simplemente respecto, el retorno de error como -1, el sufijo L no es crítica para el funcionamiento correcto en la mayoría de los casos debido a las reglas implícitas de fundición

Answer 6

edición de hoy implica más detalles aún son buscados .

Mark lo tiene todo. El sufijo "L" es largo. -1L es por lo tanto un largo -1.

Mi forma favorita de probar es diferente de Marks y es una cuestión de preferencia, no de bondad.

if (err >= 0L) 
    success 
else 
    error

Por hábito general no me gusta buscar explícito -1. Si aparece un -2 en el futuro mi código será probable no se rompe.

Desde que comencé a usar C, al principio de C, noté que la mayoría de las rutinas de la biblioteca devolviendo int los valores devuelven 0 para el éxito y -1 en caso de error. Más.

NULL normalmente no es devuelto por funciones enteras ya que NULL es un valor de puntero. Además del choque de tipos, una gran razón para no devolver NULL depende de un poco de historia.

Las cosas no estaban limpias cuando se estaba inventando C, y tal vez ni siquiera en sistemas pequeños en la actualidad. El original K & R C no garantizaba que NULL fuera cero, como suele ser el caso en las CPU con memoria virtual. En sistemas pequeños de "memoria real", el cero puede ser una dirección válida, por lo que es necesario que las direcciones "no válidas" se muevan a otra ubicación dependiente del sistema operativo. Tal sería realmente aceptado por la CPU, simplemente no se genera en el esquema normal de las cosas. Tal vez una dirección de memoria muy alta. Incluso puedo ver una matriz oculta llamada extern const long NULL[1]; que permite que NULL se convierta en la dirección de esta matriz que de otra forma no se usaría.

En aquel entonces, usted vio un montón de declaraciones if (ptr != NULL) en lugar de para personas serias sobre la escritura de código portátil.