FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
identificador de un proceso
Hola a todos, estoy de nuevo por aquí y me gustaría preguntarles si alguno sabe como cambiar el identificador de un proceso.
Mi problema concretamente es que tengo 2 aplicaciones hechas por mi (digamos apli1 y apli2), el apli1 tiene una subclase llamada TForm2 la cual por medio de ::SetParent le doy como padre apli2. Bien hasta ahí todo va bien el problema es que cuando cierro apli1 como era de esperarse se cierra también TForm2, me imagino que es porque TForm2 nunca camia su PID. Así que me gustaría saber como puedo mantener abierto TForm2 y cerrar apli1 (o al menos saber si es posible hacer algo así). Estoy en Builder 2007, pero como siempre cualquier tipo de orientación es bien recibida, de antemano gracias. |
#2
|
||||
|
||||
Pues en OnClose del Form1 haz ::SetParent(Apli1, 0);
Así la liberas antes de terminar Apli1 Saludos. |
#3
|
|||
|
|||
Pues después de leer tu respuesta escafandra, lo intente y no logre hacerlo sigue cerrando TForm2 cuando cierro apli1.
Si tienen otras sugerencias por favor díganme. |
#4
|
||||
|
||||
Pues a mi me funciona perfectamente, no se como es tu código. Debes guardar el Handle de la ventana principal de tu Form2 en una variable global o miembro de Form1.
Fíjate en este código. Simplemente creo un Form que va a contener a "Mi PC", por comodidad de manejar un sólo programa: Código:
#pragma package(smart_init) #pragma resource "*.dfm" TForm1 *Form1; HANDLE M_Handle; //--------------------------------------------------------------------------- __fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) { } //--------------------------------------------------------------------------- void __fastcall TForm1::FormCreate(TObject *Sender) { M_Handle = ::FindWindow(0, "Mi PC"); ::SetParent(M_Handle, Handle); } //--------------------------------------------------------------------------- void __fastcall TForm1::FormClose(TObject *Sender, TCloseAction &Action) { ::SetParent(M_Handle, 0); } //--------------------------------------------------------------------------- |
#5
|
|||
|
|||
La cuestión es que lo que emparento en apli2 es una subclase de apli1, dejo algo de código:
Aquí lo que hago es decirle a ff2 de aplicacion1 que su padre será ff1 de aplicacion1. Aplicacion1 Código:
//--------------------------------------------------------------------------- void __fastcall Tff1::sButton1Click(TObject *Sender) { /**/ Application->CreateForm(__classid(Tff2), &ff2); ff2->Show(); ::SetParent(ff2->Handle, Handle); } //--------------------------------------------------------------------------- Aplicacion1 Código:
//--------------------------------------------------------------------------- void __fastcall Tff1::sButton1Click(TObject *Sender) { /**/ HWND BWnd = FindWindow("Tff1",0); HWND TWnd = FindWindowEx(BWnd, 0, "Tff2", 0); ::SetParent(TWnd, Handle); } //--------------------------------------------------------------------------- Así que lo que yo quiero saber es si hay alguna forma de que ff2 se quede abierto y ff1 cerrado (gracias). |
#6
|
|||
|
|||
mmm creo que enrede un poco las cosas así que pondré este ejemplillo.
Código:
HWND BARRA = FindWindow("Shell_TrayWnd", 0); HWND TRAYY = FindWindowEx(BWnd, 0, "TrayNotifyWnd", 0); ::SetParent(TRAYY, Handle); Entonces la pregunta es puedo dejar el systray en mi formulario aun cerrando explorer.exe (esto es lo que intento hacer con mis dos aplicaciones donde ff1=explorer.exe y ff2=systry). |
#7
|
||||
|
||||
Claro, ya entendí lo que pretendes, justo lo contrario de lo que en un principio creía. No puedes dejas abierto parte de un proceso mientras otra parte de cierra, a no ser que esa parte sea creada desde tu proceso o... que realices una inyección en tu propio código de esa parte de otro proceso, previamente colocado en tu espacio de memoria. Cosa que me parece muy complicada.
No se si alguien en el foro puede darte una respuesta mejor. Saludos. |
#8
|
|||
|
|||
mmm pues creo que tienes toda la razón escafandra, sería sumamente complicado hacer lo que pretendo, creo que tendré que buscar algo alternativo como ocultar y paralizar el proceso, solo que tenía una leve esperanza de que no me partiera la cabeza con esto.
Aunque creo que cambiando el id del proceso puedo mantener la clase abierta ya que no abría nada que le vinculara con la aplicación original. Si alguien sabe cambiar id de procesos me dicen por favor. |
#9
|
||||
|
||||
Cita:
Considero totalmente inutil tu intento de cambiar el PID de un proceso, el premio adjunto de dicha asaña muy probablemente sea un BSOD Creo que es claro que deseas usar un formulario (o parte) de un programa ajeno en el tuyo; para ello se inventaron los objetos OLE-COM, y si la aplicacion de la cual pretendes posecionar "algo" no tiene dicha funcionalidad, lo más probable es que consigas "regaños" del autor Aunque le falta madurar, te dejo una idea de la linea "no finalizar aplicacion" (aunque te aconsejo buscar otras), pero esta mas relacionada a tu caso. Para concluirla te aconseo analizar la API TerminateProcess y sus efectos.
Código:
void __fastcall TForm1::Button1Click(TObject *Sender) { STARTUPINFOA si = {sizeof si}; PROCESS_INFORMATION pi; DEBUG_EVENT de; if (CreateProcess(NULL, "c:/windows/notepad.exe", NULL, NULL, false, DEBUG_ONLY_THIS_PROCESS, NULL, NULL, &si, &pi)) while (WaitForDebugEvent(&de, INFINITE)) if (de.dwDebugEventCode != EXIT_PROCESS_DEBUG_EVENT) ContinueDebugEvent(de.dwProcessId, de.dwThreadId, DBG_CONTINUE); } Saludos |
#10
|
|||
|
|||
Que are
Pues si [cHackAll] todo en tu post anterior es cierto.
Mi proyecto real es un remplazo de Shell para win xp y vista (con unas cosas mejores), hasta ahora ya llevo echo el manejador de archivos, el conmutador de tareas(alt+tab), un menú inicio y como el 80% de la nueva barra de tareas, la cuestión es que no he podido averiguar cuales son los procesos que corren en el systray(aunque lo supiera sería difícil obtener sus popup y otras funciones que se obtienen con los click encima de los iconos), así que pensé en solo quedarme con el systray y cerrar el explorer.exe para no consumir recursos de mas pero esto se me esta haciendo mas difícil que todo lo demás así que ustedes que harían?. (Gracias por el código lo estoy analizando). |
#11
|
|||
|
|||
Pues solo les escribo para comentarles que por fin logre cambiar el pid de una aplicación, y por simple curiosidad lo implemente junto con mi aplicación, y si lo único que me gane fue un lindo BSOD tal y como dijo [cHackAll], pero bueno al menos aprendí algo muy útil (programación de módulos del kernel, algo medio complicado por eso no les dejo código).
Así que opte por esconder la barra, el menú inicio, y todo lo referente al Explorer dentro de un form invisible, el problema ahora es que cada vez que se presiona la tecla de inicio se mueve el foco de la aplicación activa hacia el menú inicio (aunque esta invisible). Como podría evitar esto?, ya intente hookear el teclado, matar el proceso del menú inicio, volver a ocultar la ventana cuando se presione la tecla, regresar el foco con SetForegroundWindow y no queda (juro que esto me va a llevar a la tumba y todo por un systray). |
#12
|
|||
|
|||
Acabo de solucionar lo del menú inicio, simulando que se vuelve a presionar la tecla inicio.
Código:
if (IsWindowVisible(menu)) { keybd_event(91,0,0,0); keybd_event(91,0,KEYEVENTF_KEYUP,0); } |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Identificador de llamadas... | Sinaloense | Varios | 4 | 07-07-2007 21:31:51 |
Identificador de llamadas | majaco | Varios | 3 | 14-02-2007 11:58:08 |
Identificador de llamadas en .NET | edalmasso | Varios | 1 | 18-05-2006 17:02:35 |
Identificador no declarado | Enan0 | Varios | 2 | 16-02-2005 18:58:51 |
Identificador de llamadas.. | dmariscal | Varios | 2 | 10-11-2003 21:39:45 |
|