Feliz año nuevo,

Tengo una duda...

Si abro dos terminales, y en una ejecuto:

(cliente)

nc localhost 80 1>&0 

y en la otra:

(servidor)

nc -lvp 80

y del lado del servidor escribo:

hola
 

Del lado del cliente, nc no redirige stdout a stdin, y por lo tanto no veo de vuelta "hola" en la terminal del lado del servidor.

Sin embargo, si utilizo archivos para redirigir el i/o:

(cliente)

touch temp && tail -f temp | nc localhost 80 > temp && rm temp

(servidor)

nc -lvp 80

entonces, si envias "hola" desde el servidor, te lo devuelve como un espejo:

hola
hola
 

¿Por que el primer metodo no funciona y el segundo si?

Gracias...

Hola : )

La pregunta es simple. En la funcion kallsyms_lookup_name, ¿Que significa kallsyms?

Gracias.

Feliz casi año nuevo : D

PD: supongo que k de kernel, all de allocate, syms de symbols. Pero es que quiero estar seguro xd

PD2: Hay parches para que esta funcion no pueda ser exportada (mas bien para "desexportarla")... Entonces esta funcion no puede ser una syscall, ¿O si? ¿Pueden las syscalls ser "desexportadas" (Supongo que removiendolas de la IDT)?

Hola, gracias por contestar. : D

Pues parece que fue un mal entendido de como funciona bash. Tienes razon. Pensaba que /dev/tcp... te devolvia un descriptor de archivo, ahora veo que se trata de una sintaxis como tal de bash. La verdad creo que seria mas eficiente si te devolviera un fd. Igual me pierdo de algo. Muchas gracias.

(Y respecto a 2>, es que tambien pretendia redirigir stderr al socket).

Como dijo el compañero de arriba, estas poniendo el foco en el lugar equivocado. Tendras que desarrollar una solucion del lado del servidor mas robusta. Por ejemplo, una forma en que el juego no sea afectado por el delay. Se que suena sencillo y no lo es.

Suerte caballero.

Hasta que me puse a experimentar con otras alternativas para codificar las listas, no me habia fijado en esto.

Si se implementa una funcion de insercion asi:

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
 
struct list
{
	char data[512];
 
	struct list *next;
};
 
struct list *list_add(struct list **l, struct list element);
//struct list *list_roam(struct list *l);
 
struct list *list_add(struct list **l, struct list element)
{
	struct list **aux, *head;
	unsigned int count=0;
 
	if(*l==NULL)
	{	
		*l=(struct list *)malloc(sizeof(struct list));
		if(*l==NULL)
		{
			return *l;
		}
 
		memcpy((struct list *) *l,
				(struct list *) &element,
				sizeof(struct list));
 
		(*l)->next=NULL;
 
		printf("1st element (addr %x) \n", *l);
 
		return *l;
	}
 
	aux=l;
	head=*l;
 
	printf("head=%x \n", head);
 
	printf("1: (*aux)=%x \n", (*aux));
	printf("1: (*aux)->data=%s \n", (*aux)->data);
 
	while((*aux)!=NULL)
	{
		(*aux)=(*aux)->next;
		++count;
	}
 
	printf("2: (*aux)=%x \n", (*aux)); 
	printf("2: (*aux)->data=%s \n", (*aux)->data);
 
	(*aux)=(struct list *)malloc(sizeof(struct list));
	if((*aux)==NULL)
	{
		*l=head;
		return *aux;
	}
 
	memcpy((struct list *) (*aux),
			(struct list *) &element,
			sizeof(struct list));
 
	(*aux)->next=NULL;
 
	printf("3: (*aux)->data=%s \n", (*aux)->data);
 
	printf("count=%d \n", count);
 
	printf("head=%x \n", head);
 
	*l=head;
	return *aux;
}
 
int main(int argc, char **argv)
{
	struct list *l=NULL;
	struct list data;
 
	printf("linked list \n");
 
	strcpy(data.data, "1");
	list_add(&l, data);
	strcpy(data.data, "2");
	list_add(&l, data);
	strcpy(data.data, "3");
	list_add(&l, data);
	strcpy(data.data, "4");
	list_add(&l, data);
	strcpy(data.data, "5");
	list_add(&l, data);
 
        return 0;
}
 

(notese que los prinft son para debugging)

Se como hacer una funcion de insercion funcional. Lo que no entiendo es por que esta forma de implementarla no funciona.

La funcion, segun lo que deduje, se comporta como si (*aux) no apuntara al siguiente nodo cuando la atraviesas, sino a algun otro lugar. No entiendo por que... ¿A donde va a apuntar? Si aux es un puntero, no la estructura. Ademas le especifique (aux=l) como se puede ver arriba.

Agradezco cualquier indicio. Un saludote.

Buenas Navidades,

Es mi primer post en el foro. Sin enrollarme mucho me alegro (de volver) aqui y continuo con la pregunta:

Si ejecuto bash interactivo de la siguiente forma:

bash -i 1>& /dev/tcp/127.0.0.1/8080 0>&1 2>&1
 

Puedo redirigir con exito stdout al socket, stdin a stdout (al socket) y stderr a stdout (").

El problema es que si hago lo siguente:

bash -i 0>& /dev/tcp/127.0.0.1/8080 1>&0 2>&0
 

Obtengo el error:

bash: /dev/tcp/127.0.0.1/8080: ambiguous redirect
 

Para entender por que no entiendo yo por que no funciona, yo me imagino la primera linea de comandos asi:

stdout -> socket
stdin <- socket

Lo unico que me imagino que cambia con la segunda, es que se convierte en:

stdin <- socket
stdout -> socket

¿Por que no funciona como deberia?

Gracias de antemano y feliz Navidad de nuevo. Jingle bells jingle bells jingle all the way