Cuestión : El programa del zócalo del RPG que cuelga encendido conecta ()

Primero, soy nuevo a la programación del zócalo. Encontré un grandes en línea y preceptorales que reutilizaban código de él. Estoy utilizando un programa del zócalo para enviar comandos hex a un marcador de la producción. Los comandos hex incrementan/los contadores del decremento, los etc en el board.

In mi programa del zócalo, yo envían los comandos binarios/hex a los varios 8 puertos de entrada para el tablero al proceso. En este ejemplo, estoy utilizando software para enviar el comando binario de simular la entrada 1 (cuenta total). El programa del zócalo volverá aleatoriamente un error que no podría conectar con el host.

Ex: el

I puede funcionar conmigo programa 70x dentro de un minuto o tan e incrementa el contador total 70x. Todo está muy bien. Entonces, fuera de ninguna parte, cuando está llamado, el programa intenta hacer una conexión en el puerto 4001 y cuelga. Entonces vuelve un error que indica que no podría hacer una conexión al anfitrión dentro del descanso period.

As para trabajar/que no trabajaba, él aparece totalmente al azar. Puedo crear el zócalo, enviar, y cercano el zócalo varias veces y todas está muy bien. Puedo después esperar 3 minutos y enviarlos, y el programa cuelga en la función de la conexión. ¿Ideas?

thanks por adelantado - Adam
class= > " claro " del
> del " codeSnippet " del class= del
class= " lineNumbers " del
class= del
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
calcetín = zócalo >eval notpretty " del class= " del id= " codeSnippet794419 del
           
class= del

Respuesta : El programa del zócalo del RPG que cuelga encendido conecta ()

Hasta la hornada NEP que retransmite, tengo gusto realmente del sonido de eso, pero no sé cuáles es.

Apesadumbrado… NEP -- Programa interminable.

Básicamente, es un programa que usted somete al funcionamiento en un cierto subsistema de la hornada y que se espera que coloque por siempre. (Bien, hasta que una cierta clase de comando o de señal lo diga terminar.) Usted puede ser que la someta a la coleta de trabajo QSYSNOMAX al funcionamiento como varios programas del servidor.

Su programa comenzaría abriendo la conexión del zócalo. Entonces se sentaría mientras que esperaba una entrada para llegar en datos hace cola. Siempre que apareciera una entrada, la enviaría a través del zócalo y volvería considerar si otra entrada estaba en la coleta de los datos.

Puede ser que pase 99.999% de su tiempo apenas que esperaba. Cualquier número de programas de otros trabajos podía enviar comandos a la sola coleta de los datos.

En caso de necesidad, la coleta de los datos se podría afinar de modo que cada comando tuviera un identificador único, quizás derivado del GENUUID API. Cuando un comando se tira de la coleta y envió el zócalo, la identificación única se utiliza para devolver un reconocimiento a través de la coleta de los datos. Solamente el trabajo de envío sabría qué llave era el reconocimiento para ella. La coleta de los datos proporcionaría la comunicación de dos vías entre sus trabajos y su “servidor del zócalo”.

Si el volumen fuera tanto que su servidor no podría continuar, usted comenzaría simplemente segundo.

El “servidor del zócalo” tendría todo necesario para hacer su trabajo de los zócalos. No tendría ninguna complicaciones de la necesidad entender los comandos de la coleta de los datos -- apenas envía lo que aparece. Mantener la lógica enfocada proc, módulos y programas agradable separados -- división del trabajo aseada.

Sus “programas de cliente” también serán simples. Toda lo que lo hace es manija las secuencias de comando apropiadas y los envía a la coleta de los datos. (Opcionalmente, es una coleta de dos vías de los datos; pero eso pudo ser un realce posterior. Hacerle el trabajo, después hacerlo mejor.)

Si usted no ha utilizado coletas de los datos, usted debe encontrarlas mucho más fáciles que los zócalos.

Tom
Otras soluciones  
 
programming4us programming4us