¿Cómo usar de forma segura las nuevas funciones de Linux?

Estoy escribiendo código que usa sched_setaffinity, que requiere kernel 2.5.8 o posterior. He estado tratando de averiguar si estas cosas son posibles:¿Cómo usar de forma segura las nuevas funciones de Linux?

sistemas con los núcleos antiguos para compilar esta gracia, tal vez simplemente haciendo caso omiso de que el segmento de código completo.
Si envío a alguien con un kernel anterior un binario compilado, pasará por encima de esta función o simplemente imprimirá una advertencia.

Supongo que mi pregunta es, ¿cómo se utilizan las nuevas funciones del núcleo de forma segura, sin romper toda la aplicación cuando se utiliza un sistema anterior?

Fuente

2012-05-23 wlformyd

Deja de preocuparte por la serie 2.5 kernel y todo lo anterior. Cualquiera que todavía esté usando esos debe ser puesto en una institución mental o algo :) –

@Nikolai: Varios dispositivos Linux incorporados todavía ejecutan 2.4.x. –

Estoy seguro de que lo hacen. También construyen cuidadosamente un conjunto muy restringido de binarios de usuarios, de modo que el grupo objetivo no sea un problema aquí. –

¿Está intentando hacer que su programa se vincule o se ejecute? Puede invocar la llamada al sistema directamente a través de la función glibc syscall() sin necesidad de una biblioteca C reciente. Obviamente va a fallar en los sistemas anteriores sin soporte (una prueba rápida muestra que el kernel devuelve -1 == ENOSYS para los números de syscall no implementados), por lo que deberá probarlo.

Fuente

2012-05-23 22:47:13

Utilice dlopen() con NULL como el nombre de archivo y dlsym() la función que desea utilizar. Si el dlsym() tiene éxito, llame a la función a través del puntero de función que se devolvió.

Fuente

2012-05-23 21:43:40

Incluso si el símbolo está en la libc, la llamada aún puede fallar con 'ENOSYS'. –

innecesariamente complicado. Solo usa syscall(). –

Ambos parecen buenas opciones. Por lo que puedo decir, el dlopen/dlsym() comprueba para ver que la función existe. Y syscall() es simplemente otra forma de llamar a las llamadas al sistema de Linux, a través de glibc. Sin embargo, ¿por qué tener syscall en absoluto? ¿Qué hace esto aparte de agregar otra capa de abstracción? Esta solución parece prometedora, solo quiero asegurarme de que no haga nada más que pueda ser no deseado. – wlformyd

¿Cómo usar de forma segura las nuevas funciones de Linux?

Respuesta

Cuestiones relacionadas