problema con frames en c++

[SiempreNovato]

A ver os cuento ,
estoy haciendo una aplicacion , la cual he empezado de cero por segunda vez , cambiando toda la pelicula para usar frames y asi optimizarla
todo estupendo , he reducido la aplicacion una barbaridad
el problema es el siguiente:

frmEquis " contiene 2 frames" frameDatos y framFacturas
si quiero llamar a cualquiera de los frames desde el frmEquis(que es el TForm) no hay ningun problema pero no pasa lo mismo cuando llamo a un frame desde otro frame
por ejemplo:
llamada desde el formulario normal frameDatos1->txtNombre->Text = "1";
todo bien
el problema es :
desde frameDatos: frameFacturas->txtLoquesea->Text = "1"; resultado =
acces violstion en modulo ( nombre del programa)
si lo hago de otra manera por ejemplo
desde frameDatos: frmEquis->frameFacturas1->txtLoquesea->Text = "1";
resultado = el mismo error

si alguien me puede echar un cable le estaria profundamente agradecido
porque se me esta convirtiendo en un calvario
Estoy usando Midi forms y MidiChilds
el frmEquis es un midiChild ( no creo que tenga nada que ver pero bueno)
muchas gracias de antemano

[SiempreNovato]

ahora si que lo flipo ,
bueno , al final he optado por hacer una pequeña aplicacion de pruebas solo para probar esto
y en la otra si que funciona bien
en el frame1 incluyo la unit1 y desde el frame llamo unit1->frame21->Edit1->Text = "loquesea";
y entonces si que funciona , pero haciendo lo mismo desde la aplicacion que ya tengo casi a la mitad no funciona , me da el acces violation que ya me tiene negro pero bueno , estoy optando por empezar de 0 otra vez y copy paste , no se ya veremos ... si alguien sabe a que puede ser debido esto por dios que lo diga...........

[SiempreNovato]

bueno , ahora lo que tengo claro es que el fallo viene porque es una aplicacion midi , pero no lo acabo de entender la verdad , nunca habia hecho aplicaciones con midi forms ni con frames , osea que la inexperiencia es palpable
todo funciona bien si lo hago con frames dentro de formularios normales , el problema es cuando lo hago desde el child form , ahi viene todo el problema

[SiempreNovato]

sigo probando-->
si desde el frame llamo al otro frame que esta dentro del midiChild
y vuelvo a declarar el midichild funciona pero claro , me abre otro midi child

el problema esta en el new , lo que pasa es que no se como decirle desde el frame que el formulario ya existe para que no me abra otro y haga lo que tiene que hacer .
creo que acabare por pasar de los frames y hacerlo a base de group box , lo cual es un coñazo pero bueno.............

[[Lepe]]

También creo que el problema viene de no comprender la filosofía de los MDI (que no midi ).

La forma de hacerlo irá en función de qué quieres:
- Abrir un solo form de factura y no dejar que el usuario abra una nueva ventana de facturas.
- Permitir al usuario que abra tantas ventanas de factura como quiera, así puede estar creando una factura y abrir otra ventana para ver facturas anteriores.

Lo que sí tienes que tener claro, es que las ventanas MDIChild deben ser creadas por tí y destruidas por tí. Es la forma eficiente de trabajar con ellas.

Añadiendo los "uses" podrás no tener errores de compilación, pero piensa también en tiempo de ejecución, si ese frame, esa ventana de factura o el otro frame no está creado tendrás Accesos a direcciones de memoria inválidas.

Te aconsejo que pongas un poco de código en el foro, para ayudarte mejor, así es imposible adivinar.

Saludos

[SiempreNovato]

si , si jajaj ya se que es MDI pero no se pk siempre digo midi , sera por lo del midi pero bueno jejejej

me decidi a usar Mdi porque asi cuando abro un child no permito que se haga nada mas que eso al no compartir el mainmenu del formulario principal
entonces debe de hacer eso solamente , no se debe poder abrir nada mas hasta
terminar con el fomulario clientes por ejemplo

me he dado cuenta que el problema radica en que yo creo el child desde el
formulario principal
TfrmChild *child;
child = new TfrChild(Application);
child->Show();
como dije el child tiene dos frames (tiene mas pero bueno)insertados
frameClientes y frame facturas
si llamo al frameCliente desde el child
frameCliente1->txtCliente->Text= "loquesea"; funciona bien
el problema es cuando quiero llamar desde un frame a otro frame o incluso
al child desde un frame ,
frmChild->frameCliente1->txtCliente->Text = "loquesea";
ahi es cuando da el error , pk se ve que el child esta creado desde el principal
como un puntero , pero no desde el frame , que no lo reconoce
si creo el formulario desde el frame por ejemplo(ahi esta lo que seguramente
desconozco en realidad)
TfrmChild *child;
child = new TfrChild(this);
child->frameCliente1->txtCliente->Text = "loquesea";
asi no da fallo pero me abre otro child que es justamente lo que no quiero
si puediera crear los childs igual que los formularios normales y decirle show() cuando quisiera no tendria ese problema pk siempre estarian en memoria
pero si tengo el child siempre en memoria tambien esta siemrpre visible lo cual
tampoco me interesa.
espero haberme explicado bien

[[Lepe]]

Ahora ha quedado claro como el agua.

Para crear la ventana, estas usando una variable temporal llamada child, pero después quieres hacer referencia a la ventana con frmChild que no ha sido inicializada, y además es la variable global que Borland sugiere.

Solución, usar siempre la variable global frmChild para hacer referencia a la ventana Child.

¿como saber si está creada o no? En este mensaje lo dice.

PD: No tienes que usar .Show para mostrar un mdiChild, estos se muestran automáticamente después de crearlos.

Saludos

[SiempreNovato]

Mira que al final era facil y yo rompiendome la cabeza

en cbuilder no puedo hacer
frmChild = TfrmChild->Create(nil);
el metodo create no existe
pero eso si , me has dado la solucion
frmChild = newTfrmChild(this);
entonces si que le puedo llamar desde el frame
frmChild->frmFrame21->txtLoquesea->Text = "loquesea";

entonces si que funciona porque como dices esta creado con la variable global
Muchas gracias , ahora si que funciona , mira que me he roto la cabeza con esto
Muchas gracias lepe ,