5
Al usar vxWorks como plataforma de desarrollo, no podemos escribir nuestra aplicación con la función main() estándar. ¿Por qué no podemos tener una función principal?¿Por qué no hay función main() en vxWorks?
A
Respuesta
13
Antes de los 6,0 VxWorks versión única entorno compatible núcleo de ejecución de las tareas y no apoyó procesos, que es el tradicional entorno de ejecución de aplicaciones en OS como Unix o Windows. Las tareas tienen un punto de entrada que es la dirección del código para ejecutar como una tarea. Esta dirección corresponde a a C o función de montaje. Puede ser un símbolo llamado "main" pero existen suposiciones de lenguaje C/C++ sobre la función main() que no son compatibles en el entorno kernel (en particular, el manejo tradicional de los parámetros argc y argv). Además, antes de VxWorks 6.0, todas las tareas ejecutan código kernel. Puede imaginar el kernel como un repositorio común de código, todos vinculados entre sí y luego verá que no puede tener varios símbolos del mismo nombre ("principal") ya que esto crearía colisiones de nombres.
Ahora esto es exacto solo si vincula el código de su aplicación a la imagen del kernel . Si descargara el código de la aplicación, el cargador del módulo aceptará cargar varios módulos, cada uno con una rutina main() . Sin embargo, el último símbolo "principal" registrado en la tabla de símbolos del sistema es el único al que se puede acceder a través del shell de destino. Si desea iniciar tareas que ejecutan el código de uno de los primeros módulos cargados , tendrá que usar las direcciones de la función main() anterior. Esto es posible pero no conveniente. Es mucho más práctico dar nombres diferentes a los puntos de entrada de tareas (puede ser como "xxxStart" donde "xxx" es un nombre significativo para lo que se supone que debe hacer la tarea ).
Comenzando con VxWorks 6.0, el sistema operativo admite un entorno de proceso. Esto significa, entre muchas otras cosas, que puede tener una rutina main() tradicional y que sus parámetros argc y argv se manejan correctamente, y que el código de la aplicación se ejecuta en un contexto (contexto de usuario) que es diferente desde el contexto del núcleo, asegurando así el aislamiento entre el código de la aplicación (que puede ser escamosa) y el código del kernel (que no se supone que es escamosa). PAD
Cuestiones relacionadas
- 1. ¿Por qué main no devuelve 0 aquí?
- 2. ¿Por qué int main() {} compila?
- 3. ¿Por qué usar def main()?
- 4. main() función en JavaScript?
- 5. ¿Por qué main() en java void?
- 6. ¿Por qué no hay una función String.IsNumeric en C#
- 7. Ejecutar archivo python: ¿qué función es main?
- 8. ¿Por qué no se define main `main (std :: vector <std::string> args)`?
- 9. ¿Por qué la función main() no está definida dentro de if '__main__'?
- 10. ¿Por qué los applets no necesitan un main()?
- 11. ¿Por qué hay un problema con una variable no estática que se lee desde main?
- 12. ¿Por qué no hay una función parcial tipo literal?
- 13. Por qué no hay una función estándar memswap
- 14. ¿Por qué no hay Dictionary.TrimExcess()?
- 15. ¿Puede la función main() devolver doble?
- 16. ¿Por qué no hay llamadas al constructor?
- 17. función principal no devuelve nada. ¿Por qué?
- 18. ¿Por qué no hay boost :: filesystem :: move_file?
- 19. por qué no hay sizeof en java
- 20. ¿Por qué no hay isFocused() en GWT?
- 21. ¿Por qué no hay strtoi en stdlib.h?
- 22. ¿Por qué no hay ReverseEnumerator en C#?
- 23. ¿Qué hace que VxWorks sea tan determinista y rápido?
- 24. ¿Por qué debería preceder a la función main() en C con un tipo de datos?
- 25. ¿Por qué hay varios archivos c en la tabla de símbolos de% main ::?
- 26. Por qué son try-catch en main() malo?
- 27. ¿Por qué no hay std :: stou?
- 28. ¿Qué sucede si main() no devuelve un valor int?
- 29. ¿Por qué la función main() de una aplicación de iPhone nunca tiene la oportunidad de terminar?
- 30. ¿Por qué hay imageCreateFrom * si hay imageCreateFromString?