SoloCodigo

Utiliza las etiquetas de código, nombra el número de la/s línea/s que te da/n error y especifica qué error.

Un poco de tu parte no haría daño a los que queremos ayudarte  

Hola de nuevo  

¿260 computadoras en un solo segmento de red? ¿Un solo dominio de colisión?   Eso tiene que ir lentísimo y me quedo corto. Te aconsejo que pienses en utilizar switches.

En fin, para tu caso es posible que puedas cambiar la clase de red que usas, que por lo que me cuentas tiene que ser una clase C (máx. 254 direcciones IP). Podrías pasar a una de clase B, por ejemplo: 172.16.0.0 - 172.16.255.255 con máscara 255.255.0.0, para un máximo de 65.534 direcciones IP. No tengas miedo en usar estas direcciones puesto que son privadas, es decir, son para equipos que no tienen acceso a Internet o lo tienen a través de NAT u otro sistema parecido.

Para este cambio sólo debes configurar el router para cambiar las direcciones IP que reparte a los equipos de la red como has comentado con DHCP.

También puedes subdividir la red en 2 redes privadas de clase C poniendo un router entre ambas que dirija el tráfico, aunque esta opción es más cara y un poco más complicada de implementar.

Espero te haya sido de ayuda, salud

Vamos directamente con código comentado:

Ahora con

podemos saber si la conexión ha sido un éxito o un fracaso. Este atributo es un booleano que toma el valor verdadero si la conexión se ha realizado sin problemas y falso en caso de fallo.

Para finalizar la conexión, nada más simple que


Vamos ahora al acceso a los datos.

Antes de cualquier cosa debemos instalar un cliente de la base de datos a la que vayamos a acceder de forma remota.

Hecho esto, las conexiones las vamos a gestionar a través del proveedor de datos de Windows, el ODBC (Open Database Connectivity): Panel de control -> Herramientas administrativas -> Orígenes de datos ODBC.

Una vez en el administrador de datos de ODBC, veremos una ventana parecida a la siguiente:

[attachment=1:1s3624j8]adminODBC.jpg[/attachment:1s3624j8]
Ahí ya decidimos dónde queremos añadir nuestro origen de datos, si en el DSN (Data Source Name) de usuario, sistema o archivo (fijaos en la explicación en la parte inferior de la ventana para decidir cuál os conviene más). Una vez os decidáis, le dais a "Agregar..." y seleccionais el controlador/driver de la/s base/s de datos que corresponda/n:

[attachment=0:1s3624j8]adddriverODBC.jpg[/attachment:1s3624j8]
Después de seleccionarlo también lo podéis volver a configurar con el botón de "Configurar..." (¿ah, sí?). Es importante recordar el nombre que le hemos puesto a nuestro origen de datos. También suele ser necesario configurar el propio cliente de la base de datos para definir la conexión y demás (IP y puerto del servidor, por ejemplo). Ahí consultad la documentación de vuestra base de datos.

Una vez hecho esto, hay que preparar el entorno de Visual Basic 6 para poder definir los tipos que nos ofrece ADO.

haora el sp3 me lo pide el sql 2000 no el sistema operativo.... server 2003

Perdona mi enésimo despiste. Ya me cuentas qué tal.

(BORRAR)

¿Por qué no quitas simplemente el JS y dejas que lo haga todo el PHP?

Salud

¡Bienvenid@ al foro!

Creo que tu problema radica en que no referencias Form2 al llamar a sus métodos. Esto es, piensa en Form1 y Form2 como 2 objetos independientes, así que para llamar a un método de Form2 desde Form1 debes indicar Form2.nombre_metodo();. Esto siempre y cuando hayas declarado el método en cuestión como público/protegido (que tenga suficiente visibilidad para poder llamarlo desde Form1, vamos). Si no tienes claro esto último, te aconsejo que lo repases, pues es fundamental en programación orientada a objetos.

no quiero que me resuelvan ningun ejercicio ni nada, solo quiero que me orienten donde esta el problema, si necesitan el codigo para ver lo que tengo se los dejo, pero como decia, no necesito hacer un ejercicio simplemente me gustaria saber la causa del problema y en lo posible alguna explicacion para poder resolverla...

Esto está más que claro en tu explicación.

Salud

   

Vuelve a mirar bien el código que tienes. Míralo fijamente... ¿De verdad no lo ves, o estás de broma?  

Utiliza las etiquetas de código para el código, por favor.

Personalmente creo que te equivocas en el campo "Data Source". Ahí no va la IP, por lo menos que yo sepa, sino el origen de datos ODBC: Panel de Control -> Herramientas Administrativas -> Orígenes de datos (ODBC). Ahí ya agregas el que corresponda, en tu caso "SQL Server", y le das un nombre. Luego usa ese nombre como valor para la propiedad "Data Source" de la conexión.

PD: ¿no será el SP3 de Windows XP? Es un poco absurdo que te pida instalar el SP3 del SQL Server 2000 cuando tú tienes la versión 2003  

Salud

waitpid() tiene varias formas de funcionar, pero la que te interesa a ti es simple:

Por ejemplo, en tu caso, yo haría (ten en cuenta que no he probado esto):

Y para el segundo hijo y su propio hijo, pues de forma muy parecida a cómo lo hace el padre.

Salud

Ah OK. Pero si te fijas no sale en negrita  

Creo que es porque cuando llega el proceso principal a ese punto, es posible que aún no se haya inicializado v[0] por los otros procesos. Si te fijas, los otros procesos hijos tardan más que el padre porque tienen un sleep(15) mientras que el padre lo tiene a 10. Prueba a inicializarlo con -1 antes de hacer ningún fork() y comprueba el valor que ponga. Pero no te fíes con que reduciendo el sleep() vaya a funcionar. Es mejor sincronizar.

Hay que tener cuidado con la programación concurrente porque no sabes en que orden se van a ejecutar los procesos, y da lugar a este tipo de problemas. Deberías usar más sincronizaciones entre los procesos (con semáforos, por ejemplo).

También para evitar estos líos te aconsejo una vez más que llames a una función aparte para el código de los hijos, pero sobre todo que plantees bien el asunto intentando tener en cuenta todos los órdenes de ejecución posibles. Es complicado, pero ahí radica la "belleza" de la concurrencia.

Salud