Yo no conocía el término ni el concepto, y no entendí tu explicación muy bien, pero resulta que en Stack Overflow alguien pidió una explicación del concepto. He aquí algunas partecitas de respuestas que me ayudaron a entender este uso de "attach":
When you Attach to a Process, you're causing the debugger to attach to the process and allow you to set breakpoints within code that you have not started from a debugger.
Instead of pressing F5 to start an instance of your app (or pressing the green "go" button), you can attach the debugger to an already running program.
You can attach the debugger to a running process and start debugging it where it's at. Mostly useful only if you have the debugging information for the executable.
I tend to use it if my program hits an exception and I'm not already debugging it. I can attach and then view the variables and call stack.
Lo que capté: Mi propia experiencia con los debuggers es que cuando mi programa no se porta como yo esperaba, mato el proceso y empiezo de nuevo, pero a través del debugger. Pero con este truco de "attachment", entendí que se puede pedir actividades del debugger sin comenzar de nuevo, es decir, cuando el programa ya está en medio camino. También entendí que este truco es útil para los programas secundarios que uno no echa a andar directamente. (Perdón, no conozco la terminología de la computación en español, como por ejemplo "debugger".)
En base a esto, propongo:
insertar, insertarse
I can attach and then view the variables | Puedo insertarme [al programa] y luego ver los valores de las variables.
You can attach the debugger to an already running program | Puedes insertar el debugger a un programa que ya está en ejecución.
Hay una definición de DRAE que apoya esta idea:
- insertar prnl. Biol. Dicho de un órgano: Introducirse más o menos profundamente entre las partes de otro, o adherirse a su superficie.
(Perdón, no sé qué verbo esté ya establecido para expresar esto.)