SoloCodigo

Bueno, tenía un hueco en dicho momento, pero llevo unos días bastante ocupado y todavía estaré bastante ocupado una semana más por lo menos, pero lo anoto y en cuanto encuentre un tiempo libre te lo hago.

Mientras intenta ver si logras resolverlo por tu ingenio.
Eso si, cuando hablo de eventos, no necesariamente estoy hablando de los eventos de la API, los de vb valen también.

Te pongo un resumen de como es el procedimiento (con el poco tiempo que ahora mismo tengo), aunque se pueda implementar con las variaciones que cada uno considere.

Primero debemos decidir, si la aplicación ha de tener capacidad de decidir si 'autoesperar' cuando solicita una petición o si esta actúa como un servicio y por tanto siempre espera hasta que otra aplicación la active o la pare.

Sea como fuere hay que establecer un pequeño protocolo para que una aplicación comunique a la otra, lo mejor para ello es disponer de unos datos que ambas aplicaciones sepan entender. Para esto lo mejor es inyectar (encapsular) todo el protocolo en una clase de la que ambas aplicaciones tienen una instancia.

Esta clase portaría toda la funcionalidad y tendría al menos 2 eventos. Y tendría 2 campos que por comodidad podríamos llamar cliente y servidor, cliente sería un puntero a la aplicación que tiene que esperar y servidor sería un puntero a la aplicación que en un momento dado debe enviar el mensaje esperado. El tipo de mensaje esperado debería ser un mensaje de usuario (WM_USER), y el código recibido es lo que la clase trata en profundidad, por ejemplo un valor x enviado al servidor pone al cliente en modo de espera y estará así hasta que el servidor le envíe un valor de mensaje Y, esto se le comunica al servidor mediante el evento a tal fin, una vez que el servidor devuelva por referencia si acepta o no la petición delcliente, la clase pondría al cliente en espera... como ya se indicó esto sería usando una función de callback, cuando se reciben mensajes se comparan con el estado establecido en la clase (esperando=true ?), si es true, se comprueba si es wm_user y si lo es si tiene el 'valor esperado', si es así cambiamo estado (esperando=false), ahora todos los mensajespasan, antes todos rebotaban (exit sub). En esta parte, pued eusarse alguna función de Wait de la API, si cumple nuestros propósitos o bien dejarlo tal como lo hemos descrito, no se notará mucha diferencia de rendimiento,  ya que las funciones wait hacen esto mismo, interponer una función callback y filtrar.

Los filtros a este nivel son ra´pidos porque los mensajes no seprocesan, sólo se filtran, es el procesarlos (todos) lo que produce  una caída de rendimiento si luego van a ser descartados.

Las funciones wait, no obstante están un 'nivel' más arriba pues, es decir estarían colocados antes que cualquiera de nuestras funciones callback, en una posible cascada, de hecho están en el nivel donde se decide que mensajes se envían o no a una aplicación.

Eliminar

Este tema es 100% spam.
No tiene absolutamente nada que ver con vb6, ni siquiera con programación.

No te exime, la excusa de:

Yo sé que aquí no va este post, pero no encontré en qué otro ponerlo, en dado caso, si me pudieran ayudar a moverlo.

...salvo que admitas públicamente que eres tonto. Porque se requiere o bien ser tonto, para ponerlo aquí o bien mala fé al querer tratarnos a los demás de tontos con esa estupidez de excusa para justificarte y darte autobombo.

Si no tienes mucha idea de programación, lo adecuado es que adquieras conocimientos básicos.

Un bebé, primero aprende a gatear, luego aprende a andar y ya de mayor podrá pilotar un avión si le place, pero no puede saltarse los pasos previos, porque incurrirá en graves lagunas de conocimiento, como la importancia del equilibrio y el sentido de la orientación.

Respecto de tu otro problema, si ya tienes un timer, aprovéchalo para localizar entre los ficheros la hora de creación del mismo, el que tenga la hora más reciente según tu caso.

Por otro lado es un trabajo tonto, porque sobrecargas al procesador en una tarea que lo más probable es que sea del todo inútil. Si tienes 5 o 6 ficheros vale, pero si el número va creciendo, pongamos 50 a la hora, te encontrarás con que al cabo de un día, cada que el timer se active debe repasar entre una lista de 1200 archivos, multiplica por 30 al cabo de un mes. Lo acertado es que el propio envío de FTP activara un servidor indicando el nombre y ruta del archivo, eso evita la necesidad de usar un timer para buscar entre los que ya hemos mirado 500 veces en el día para ver si es el archivo más reciente. Si ya le hemos preguntado si era el último 500 veces que necesidad hay de volverlo a hacer.... no retienes memoria sin gastar memoria ?...

Si no sabes como resolverlo, te sugiero una idea usando tu timer de una forma al menos más efectiva:
Cada fichero que llegue debe acceder sólo a una única carpeta, realmente llegarán 2 archivos, el deseado de nombre por ejemplo: xxxx2345.xxx y un 2º llamado: ruta2345.txt , importa que estén emparejados por el nombre, para no ser confundidos por otro envío muy reciente aún sin procesar. El 2º archivo contiene la ruta donde se señala que el fichero recibido debe ir a parar y que tu usarás para enviarlo a la ruta destinada (si es procedente, obviamente).
Por tanto el timer, lo que hace es cuando vence su período, comprobar si existen ficheros en dicha carpeta de Entrada, si hay alguno, lo toma y el equivalente con mombre basado en el: rutaXXXX.txt, no hace falta consultar hora, la hora es Ahora mismo, una vez hecho esto lees el archivo txt  y verificas la ruta de destino, aco seguido mueves el archivo a la carpeta de destino,  eliminas el txt y actualizas en el label el fichero recibido (con su ubicación definitiva). Si hay más archivos en la carpeta de entrada, los procesas todos, carece de importancia si uno llegó 1 segundo antes que el otro. 2 archivos son enviados, A fue enviado a las 10:59 y B fue enviado a las 10:55 , A llegó a las 11:00 y B llegó a las 11:01, aunque B llegó después fue enviado antes, es probable que tardaramás debido a su tamaño, o a otras causas... si no hemos accedido a la hora de envío, menos importante será la hora de llegada.

En determinados casos puede ser crítico, cierta prioridad, pero desde luego siempre será más relevante la prioridad de hora de envío que la de llegada.

Los archivos se escriben siempre detrás... no se puede escribir al principio así 'alegremente'. Para hacerlo hay que mover hacia abajo todo el resto del contenido.

Lo cual puede no ser sensato, cuando el archivo adquiere cierto tamaño. Si tenemos un archivo de 40Mb. y deseas añadir Hola al principio, debes mover los 40Mb., 4 caracteres atrás, luego insertar 'Hola' en la 1ª posición... esto es ineficiente. Es lo mismo que si tienes un camión de arena, traes un cubito de arena de la playa y tu quieres que quede debajo del todo, el único modo de hacerlo es tirarlo al suelo y depositar luego todo el camión de arena existente encima de este cubito, no podrás hacerlo sin mover todo el otro contenido, lo cual es desproporcionado.

Puedes hacer algo más útil, puedes crear un fichero tipo índice cuyo contenido es parecido a los chunks de los archivos IFF.
El chunk, utiliza la estructura para saltar número a numero por el fichero, una vez localizado el chunk deseado, toma el texto asociado... además los chunks pueden estar incluso desordenados, por si eliminas alguno aún sirva el mismo código.
Esta estructura se repite a lo largo del archivo, si tu ahora necesitas acceder al comentario 54, para tomarlo y hacer con él lo que quieras, puedes ir recorriendo el archivo, hasta encontrar el comentario 54... empiezas por el principio o por el punto actual si queda más cerca y los chunks están ordenados

 Aquí, en el código, partimos delas siguientes suposiciones: empezamos por el principio, el fichero existe y está abierto, no sabemos si existe el comentario 54. y el fichero puede tener los chunks desordenados. Por supuesto en ningún caso hay chunks repetidos (el número de bloque es único para cada chunk)


Una vez tu tengas fácil acceso a los comentarios, puedes volcarlos a un control (en la interfaz de usuario) delante del todo o donde quieras, porque ya no estarás moviendo tropecientos millones de bytes....

Puedes subir el control a algún sitio donde pueda descargarlo y probarlo ?.
Dado que no es un control de VB si falla es necesario verificar el propio control...

Bueno, previamente quiero aclararte que este tipo de post (al menos a mi) me da pereza contestarlos, porque quedan tantas cosas al aires, que en primer lugar genera una respuesta muy larga y en segundo lugar es muy probable que tras darte una respuesta luego venga un aluvión con un 'pequeño ciento' de preguntas secundarias al respecto y uno no tiene tanto tiempo libre como para responder a cada detalle que además es muy probable que sean muy básicas.
Pese a todo, no puedo pasar tu mensaje por alto y quiero darte por lo menos una orientación....

Aunque dices tener claro la tabla 'horarios' TblHorarios... sin embargo me parece que mejor repases todo el post para hacer los cambios oportunos... el post en sí, es una 'pequeña  lección' de como diseñar tablas y compartimentar los campos en las tablas necesarias y como estas se relacionan entre si.

__________________
PRIMERA PARTE:
Bien a partir de aquí conviene que tengas la primera tabla, para las materias, y ahora te explico como debe estar organizada esta tabla:
Tabla: 'TblMaterias
* Id_Materia: valor autonumérico y único
* Nombre: el nombre que define la materia
* Descripcion: Texto ampliado que describe la materia. este campo no es estrictamente necesario

Si hay alguna particularidad más común a todas las materias, pero que cada una tiene la suya, debe usarse un campo para esa propiedad. En cambio si hay una propiedad que como el horario, lo tienen todas las materias, pero evidentemente no es fijo por la materia sino por la carrera, no puede ser asignado a esta tabla.

A esta tabla se le asocia otra muy parecida llamada materias por carrera. Este tipo de tablas son 'tablas Indice'
Tabla: 'TblaMateriasCarrera
* id_Carrera: utiliza el msmo valor que la carrera en cuestión, para la que se oferta la asignatura.
* Id_Materia: no puede ser autonumérico, sino relacionado con la materia en cuestión, lo mismo que id_Carrera

Nota, al mantener 2 ids, podemos referenciar las materias de una carrera sobre esta tabla, y la descripción única de cada materia se toma de la tabla Materias. Al usar id_Carrera habrá registros cuasi duplicados * , pero aumenta la efectividad, ya que permite filtrar los registros para una materia dada o para una carrera dada .
Es decir podemos preguntar (crear 2 funciones) que carreras usan tal materia o que materias tiene una carrera. Un hipotética respuesta de estas 2 consultas:
Carreras que tiene la asignatura matemáticas: Física, Química, Política, Medicina, Biología...
Materias que tiene la carrera Medicina: Matemáticas, química orgánica, Aparatos médicos, Fisiología, Neurología, Medicamentos...

* Por otra parte los duplicados son finitos(el numero de carreras nnunca será de millones de modo que tenga que haber millones de registros duplicados). al describir la tabla horarios parte de esta tabla se entenderá mejor.

Hay que crear una tabla llamada carrera. Los detalles se relacionan a continuación:
Tabla: TblCarrera
* Id_Carrera: valor autonumérico y único.
* Nombre: El nombre descriptivo y completo de la carrera en cuestión.
* Aula: nombre o número de la estancia donde se los alumnos deben acudir, también puede ser una descripción... "escalera 2, frente al patio principal"... o algo más criptico: "E2,P2,N5" (escalera 2 piso 2º puerta nº 5", o incluso una imagen autodescriptiva señalando con una flecha la ubicación exacta...
* Planning: indica los días en que esta carrera es cursada, muy probablemente sea siempre de lunes a viernes sin excepción y sin ausencias, si es así para todas las carreras este campo se puede omitir, si no, debe seguir un criterio similar (funcionalmente) al siguiente, su valor se toma del siguiente modo:
Lunes=1, Martes=2, Miercoles=4 .... Domingo=64
Planning, por tanto vale la suma de los valores de los días en que esa carrera es desarrollada, si tiene de lunes a viernes ambos inclusive sería: 31 (1 +2 +4 +8 +16) , si una carrera se realizara los lunes, martes jueves viernes y sábado sería: 1 +2 +8 +16 +32= 59). Debe crearse una enumeración DiasSemana,  en el código, DIA_Lunes=1 .... y unas funciones para saber si un día en concreto está dentro de dicho código: ejemplo:
* FechaInicio: para el año en vigor
* Duración: en horas, semanas, meses, etc...
* Tutor: un valor que coincide con el identificador de un profesor. Esposible que una carrera no tenga un profesor que 'dirige' especialmente esa carrera, se pone más bien para explicar cn más detenimiento como se aborda un campo de 1 único valor frente a la necesidad de dun campo con varos valores (lista) y del que este se tomará como base y ejemplo.
Como en la tabla Materias, otros campos que sean comunes a todas las carreras...

* Profesorado: es un método para obtener todos los profesores que imparten esta carrera, dicho método es una query sobre la tabla de datos de profesores. como parámetro se pasa el id_carrera a la función
* Materias: también es un método para obetener todas las materias que se cursan en esta carrera, como parámetro se pasa el id_carrera a la función.
* Horarios: también es un método para obetener el horario de cada materia, como parámetro se pasa la carrera y la materia, la materia se obtien previamente del métodos materias...

Las tabla Horarios, se compone de tres campos, y refleja los horarios existentes diferentes (una única vez)
Tabla: TblHorarios
* Id_Horario: identificador único para cada horario, este valor debe ser autonumérico.
* Dia: un valor numérico que coindice con la enumeración DiasSemana, señala para que día es este horario
* HoraInicio: hora de inicio puede ser un campo de tipo Date o una cadena de texto, por ejemplos : 11:00    , 12:15, etc...
* HoraFinal: ídem, como hora inicio...

Nota: Añadir el campo día permite filtrar consultas para restringir los horarios de un día concreto. Además flexibiliza la tabla auqnue haya hrarios cuyos valores horainicio y horafinal sean idénticos.

esta tabla tiene otra asociada que deriva de esta y relaciona además a otras 2 tablas. En la que deberían constar 3 campos, para identificar unívocamente un horario
Tabla: TblHorariosMateriasCarrera
* Id_Carrera: se relaciona con la tabla carrera
* Id_Materia: se relaciona con la tabla metrias
* Id_Horario: se relaciona con la tabla horarios
Esta tabla permitiría mucha flexibilidad para realizar consultas sobre los horarios. Puede preguntarse por todos los horarios de una carrera dada, todos los horarios para una carrera y materia, y con ayuda delparámetro día aúnpodemos solicitar los horarios de una carrera para el jueves. El resto de consultas posibles no es muy necesario que sean implementadas por lo menos no son de primera utilidad.


Por fin la Tabla profesorado tiene las mismas características que la tabla TblMateriasCarrera
Tabla: TblProfesorado
* id_Profesor: da acceso relacionado  a una tabla que contiene los datos de los profesores
* Id_Carrera: mismo código asociado a la tabla de carreras


Al igual que aquella tabla, podemos pués hacer 2 consultas de modo sencilo, que profesores imparten una determinada carrera y en qué carreras imparte clase un determinado profesor...un ejemplo (como en aquella tabla de una hipotéctica respuesta a estas 2 funciones).
Profesores en la carrera de Matemáticas: Juan.. , Andrés...,  César... , Arturo... , Pedro... ...
Carreras en las que el profesor Andrés imparte clases: Matemáticas, Física, Biología ...

Fijate que un profesor puede impartir clase en varias carreras, por tanto aquí consta un registro por cada par unívoco profesor-carrera

Esta tabla se relaciona a través del id_Profesor con la tabla profesores que se describe a continuación:
Tabla: TblProfesores
* Id_Profesor: identificador único, no necesariamente autonumérico, posiblemente sea mejor un número de identificación personal (cédula, carnet de identidad... como sea que se llame en tu país).
* Nombre: nombre del profesor.
* Edad: .......... este campo y los siguientes pueden ser ignorados y utilizarse si se quiere una tabla adcional lamada TablaProfesoresDatos, donde se describen datos más personalizados y a los que sólo se tendría un acceso más restringido...  dicha tabla debería contener la misma cantidad de registros que esta y estar relacionado con id_Profesor para recoger estos datos, añadir o eliminar registros en una tabla implicaría hacer lo equivalente en la otra tabla 'hermana'  . La razón para crear esta tabla adciional es que suele ser útil y más rápido y cómodo disponer de los datos mínimos, en la mayoría de consultas, seguramente nos baste con saber el nombre del profesor y puesto que se devuelve también el identificador si fuera preciso podría ampliarse información del profesor posteriormente al profesor seleccionado...
* Domicilio: .........
Puesto que un profesor puede impartir más de 1 materia, no sería sensato introducir aquí un campo llamado materia para señalar la materia que imparte, sino que tenemos que crear otra tabla que relaciones los id_Profesor con los Id_materia, tal como se ha descrito más arriba cuando un campo ha de ser una lista debe crearse un método, al final se explica esto con más detenimiento.

por tanto necesitamos crear otra tabla
Tabla: TblMateriasProfesor
* id_Profesor: identificador del profesor relacionado con la tabla TblProfesores
* id_Materia: identificador relacionado con la tabla TblMaterias
Ahora como se ve en esta tabla se puede añadir un registro por cada materia que imparta un profesor.
..y tal como ya se ha explicado podemos hacer 2 cnsultas a esta tabla: Todas las materias que imparte un profesor y todos los profesores que imparten una materia.

__________________
SEGUNDA PARTE:
Para finalizar, fíjate como un campo que tiene un único valor se introduce su valor, en cambio si un capo es unalista, entonces los valores deben reflejarse en una nueva tabla  usando un par de identificadores, y crear métodos para filtrar esa tabla por uno u otro identificador, uno de los identificadores se realciona con la tabla donde nos interesaba introducir el campo y el otro identificador se relaciona con una tabla que contiene como registros la lista deseada. Por tanto en aquella tabla en vez de meter un campo se le añade un método, para obetener la lista deseada. Puede crearse métodos adicionales para buscar un elemento dado, o todos los que cumplan cierto criterio.
Un ejemplo claro del uso de un campo y y de un campo que debería ser lista, lo tenemos en la tabla Carrerasm, donde se ha añadido a propósito el campo tutor donde debe contener el identificador de un único profesor y en cambio el profesorado sería una lista, que como hemos dicho no puede ser introducido como un campo si no como un método. el método relamente debe constar en la tabla que mantiene la relación es decir la tabla TblProfesoresCarrera. Por último debe constatarse que que estas tablas son 'de paso' es decir con los registros obtenidos debe hacerse una nueva consulta para seleccionar todos los registros de la tabla que contiene dichos identificadores.
Más claro si queremos conocer la lista de profesores que imparten matemáticas en la carrera de medicina, debemos usar el id_Carrera preguntar a la tabla TblProfesoresCarrera por todos los registros cuyo id_carrera coincida con ese, con esos datos (sólo tendremos unos valores numéricos) luego debemos dirigirnos a la tabla TblProfesores y recoger todos los registros cuyos id_profesor coincida con los id_profesor que hemos obtenido previamente, ahora ya tendremos un recordset con los registros  de datos de los profesores de esa carrera.

Verás que a mi me salen 8 tablas, aunque parece algo apabullante, lo cierto es que el hecho de tener bien organizadas las tablas facilita luego cualquier consulta, así mismo resulta más sencillo diseñar las funciones que son necesarias, tanto  que incluso resulta evidentes por sí mismas.
Es más rápido (las búsqeudas de resultados) si los métodos se diseñan como procedmientos almacenados dentro de la propia base de datos y en la aplicación se diseñan funciones que delegan en los procedimientos almacenados . Estas funciones entonces son realmente simples, pués simplemente reciben 1 parámetro e internamente reinvocan al procedimiento almacenado con ese parámetro y uno constante en función de que 'dato' realiza la consulta. En definitiva si se crean procedimientos almacenados, las funciones de la aplicación resultan luego muy sencillas...

________
FINAL

Bueno, espero que te sirve para algo lo explicado. Dado que se ha escrito del tirón y lleva cierto tiempo y no dispongo ahora mismo de más, no está revisado por lo que es probable que haya alguna inconsistencia en las explicaciones (revisarlo me llevaría  cierto tiempo adicional), por lo que sírvete de preguntar si algo no lo entiendes o  encuentras alguna contradicción que por falta de revisión se me haya escapado...

p.d.: Fíjate que al igual que tú he omitido todo lo respecto a los alumnos... deberías ser capaz de relacionar correctamente estos en las tablas adecuadas metidando sobre lo indicado y viendo (más bien comprendiendo) como se relaciona cada campo lógicamente a una tabla.

Si te basta con un cifrado simple, puedes usar el sistema ROT13...
ROT13, sólo oculta de ojos profanos a la programación, es un cifrado de sustitución sin seguridad, pero puede valerte según para lo que lo necesites. A cambio es bastante rápido.
ROT13 sólo trata los caracteres A-Z (del 65 al 90) , pero puedes modificarlo a ROT47, caracteres  desde admiración a tilde (33 a 126) fácilmente...
ROT13 es reversible, es decir ejecutado 1 vez cifra, el texto cifrado ejecutado de nuevo lo descifra.

Como quizás te resulte más útil ROT47, te pongo una posible implementación...

ejemplo de uso:

los list estan con informacion ejemplo
list1         list2          list3             list4
codigo1    nombre1   categoria1   fecha1
codigo2    nombre2   categoria2   fecha2
codigo3    nombre3   categoria3   fecha3
codigo4    nombre4   categoria4   fecha4
codigo5    nombre5   categoria5   fecha5

cuando seleccionan el codigo3 se seleccione el nombre3 + categoria3 + fecha3
eso es lo que necesito.

Si tu selección es siempre unívoca, es decir si al seleccionar codigo3 siempre se ha de seleccionar nombre3 + categoría3 + fecha3, e ídem al selecccionar codigo4, etc... entonces esta construcción usando listas es bastante 'torpe'.

Ya que lo que tu necesitas para este caso es una estructura, dicha estructura es contenida sobre una matriz  (o en una colección) y aparte hay un elemento seleccionado, dicho elemento es quien dirige el puntero para saber que elemento de la estructura está seleccionado...
Luego puedes añadir código para moodificar los datos de la estructura actual y un par de métodos para añadir elementos y eliminar elementos y por supuesto otro para cambiar la selección a otro elemento.
Por supuesto te faltaría añadir 2 botones uno para añadir elementos y otro para eliminarlos, si el usuario puede añadirlos y / o eliminarlos desde la interfaz.

Listindex se refiere al índice actualmente seleccionado en la interfaz. Tu no lo  cambias en ningún momento, luego el programa te funcionacorrectamente acorde lo que tienes programado.

El error está en la linea que indicas. Es un error de sujeto, tu le dices Rs, toma el valor seleccionado, cuando le debes decir Rs, toma el valor w, puesto que estás recorriendo un bucle...

Así, en vez de esto:
Debes poner el puntero al elemento deseado:

Desde luego podrías cambiar el elemento actualmente seleccionado, pero sería 'tonto', además el usuario se sentiría extrañado de que le hayan cambiado el ítem que él tenía señalado...
, pero como digo esto no interesa, sólo interesa cuando realmente debas seleccionar un elemento específico.

En otro momento reviso tu algoritmo....

...y de paso te pondré las incrementos para cada octante...

]Recibia Error de compilacion: No se ha definido el tipo definido por el usuario.
Y lo sigo recibiendo. Supongo que si no se hace referencia entrando a Proyecto – Referencias, y agregando el ActiveX, no se puede hacer referencia de la manera que expuse anteriormente.

Exactamente. Si no hay una referencia añadida no se puede usar NEW, porque no consta en la tabla (ROT) dicho objeto. Precisamente para eso sirven las referencias, para localizarlo en la tabla, por eso usar referencias es más rápido... Cuando se usa NEW, por debajo le está diciendo que debe buscarlo en la ROT y crear una instancia desde allí. Usando CreateObject le está diciendo que busque en el registro. y GetObject le está diciendo que si ya hay una instancia cargada con createobject, la obtenga de ahí (ahorra tiempo en verificaciones) y si no que la localice en el registro...

Si no deje algo en claro, comentamelo, para tratar de exponerlo un poco mejor.
Pues nuevamente, te agradezco mucho tu tiempo y tu ayuda.      

 Eres tú quien pregunta y tienes dudas... yo lo tengo muy claro.

Tienes un pequeño error de concepto, que trataré de corregir..
Cuando usas la función CreateObject, la dirección que admite en todo caso se utiliza para el 2ª parámetro no para el 1º, además ahí la ruta se refiere a una ruta del servidor... de red donde se desea crear el objeto.

Luego, si por ejemplo tu aplicación opera con un tipo de archivo cuya extensión fuera pongamos ".banco" , podrías utilizar la función getobject para crear el objeto cargando ya el archivo indicado...
Y por tanto como podrás ver, nada tiene que ver esta ruta con la ruta donde se localiza el exe activeX

Aunque has dato algunos detalles, no son todos los necesarios para entender tu problema.

Por ejemplo, el objeto que tratas de cargar, está compilado o lo usas en el proyecto de prueba todavía en diseño ?.
Puedes exponer una imagen del cuadro de propiedades del exe activeX  (de la clase)?
Hay más objetos o sólo una clase... ?
Has registrado la librería ?.

Suponiendo que por ahí no te hayas encontrado problemas, pués, pasemos a lo siguiente....

Te pongo un pequeño ejemplo que te servirá de guía, luego que lo verifiques por tí mismo, introduce las equivalencias a tu proyecto...
1 Crea un nuevo proyecto de tipo EXE ACTIVEX...
2 Dale un nombre al proyecto, por ejemplo : ExeActiveX y un nombre a la clase, por ejmplo: EXejemplo
3 Asegúrate que la clase tiene la propiedad instancing establecida a 5 (multiuse)
4 Escribe este código para clase (copia y pega)
5 En proyecto propiedades del proyecto modelo de subprocesos -> activa la casilla que que mejor te convenga, para el ejemplo nos vale bien ''conjunto de: 1 subprocesos'' (puedes aumentar la cifra si lo requiere tu aplicación, pero en esta de ejemplo con 1 nos vale)
6 Ahora compila el proyecto y cuando termine, ciérralo. Ahora abrimos nuevamente el entorno de vb6 para crear una aplicaciónde tipo exe estándar...
7 en el mismo código de carga del formulario (puesto que es un simple ejemplo vale, si lo prefieres ponlo para un botón), pega este código:
Debería funcionarte sin problemas... cuando creas la instancia se crea la clase, por lo qwue se invoca el método initialize del activex y se ejecutará el código que pusimos, nos responderá 'Hola'
Cuando se ejecute el método Saludar, tomará la cadena que le hemos pasado y deberá mostrarnos el mensaje pertienente...

Fíjate que podemos usar tanto GetObject  como CreateObject... (cada una utiliza sus propios parámetros)
fíjate que no señalo ninguna ruta... ¿ por qué ? te preguntaras... porque cuando he compilado el proyecto automáticamente se ha registrado la librería. Por tanto lo que tienes que hacer es registrar adecuadamente la librería.

Me surgen demasiadas dudas leyendo tu mensaje, al contestarte saldría un post muy largo y vago...

¿ Puede explicitar claramente lo que necesitas, dejando aparte el 'polvo y la paja'...?