|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Temas - su -
Páginas: 1 2 3 [4] 5 6 ... 9
76
« en: Martes 5 de Septiembre de 2006, 03:05 »
Estraño titulo, estraña pregunta: Como puedo calcular la entrada y salida de paquetes TCP/UDP tal como lo reporta ping. Bien, pues he pensado que usando un sniffer puedo calcular esto pero resulta que la idea es que el programa corra hasta en OS X sin tener que intalar pcap, asi que pregunto aqui (Este foro es el mas parecido ha redes no?) como puedo calcular esto usando sockets? Tengo entendido que si pongo un getsock a STDIN este me creara un sniffer, el problema es que el programa tendria que hacer init antes que todas las otras aplicaciones. Alguna idea? 
77
« en: Miércoles 30 de Agosto de 2006, 00:06 »
El error devuelto fue:
No puedes trasladar mensajes a este foro, ya que en él no se permiten nuevos mensajes Pueso eso es lo que dice, no puedo y punto.
80
« en: Domingo 13 de Agosto de 2006, 03:05 »
Esa es mi pregunta, como se si no hay un hombre en el medio? 
82
« en: Jueves 10 de Agosto de 2006, 22:52 »
La empresa china Lenovo, que compró a IBM su división de PCs de esctiroio, optó por cambiar de Sistema Operativo para sus equipos portátiles ThinkPad T60p que vendrán de serie con SuSe Linux Enterprise Desktop 10 preinstalado. Esta es la primera vez que uno de los fabricantes más grandes del mundo utiliza un Linux en sus PCs. La máquina se venderá con un procesador Intel T2500 de doble núcleo a 2GHz y, 512 MB de RAM como mínimo y una placa de video ATI FireGL V5200 con 256MB de memoria RAM. Además, según el portal Linux Desktop, sólo otro gran OEM estuvo a punto de hacerlo. HP lanzó al mercado su portátil Compaq nx5000 con SuSe Linux 9.1 como “prueba”. Junto con SLED 10, el usuario podrá disfrutar también de aplicaciones específicas como utilidades de configuración, gestor de energía, conexiones de acceso a redes preconfiguradas y soporte para conexión a docking stations entre otros. Autor: noticiasdot.com http://www2.noticiasdot.com/publicaciones/2006/0806/1008/noticias/noticias_100806-14.htm
83
« en: Viernes 4 de Agosto de 2006, 03:16 »
84
« en: Miércoles 2 de Agosto de 2006, 01:52 »
85
« en: Miércoles 2 de Agosto de 2006, 01:01 »
Aqui les pongo unas distros de Gnu/Linux: Hay muchos mas, pero estos son los mas usados 
86
« en: Domingo 30 de Julio de 2006, 19:03 »
Que tal. Resulta que se me surgio la idea de renombrar el foro de Linux a "UNIX y Linux" o "UNIX & Linux" para tener ese lugar de posteo y dar tema a BSD, Solaris/SunOS, AIX y otros UNIX/Unix-Like asi no tendria que postera las dudas que tengo en "Dudas Informaticas" y lo haria en un lugar mas apropiado (hay que tener en cuenta que no solo se pregunta de estos sistemas, tambien hay pregustas de programacion) 
87
« en: Miércoles 26 de Julio de 2006, 22:53 »
88
« en: Domingo 23 de Julio de 2006, 01:26 »
Esa es mi duda, que define a un buen programador y por que?
89
« en: Viernes 21 de Julio de 2006, 20:40 »
91
« en: Martes 18 de Julio de 2006, 03:16 »
Hola. Pues, aunque sea un poco paranoico, siempre esta aque problema de la seguridad en servidores. Hay varis formas de mantener seguro todo tus datos (pode encriptar o cifrar, pero como digo, si te ponen una pistola en la cabeza... nada sirve, para el resto... ) aunque no siempre es la mejor forma. Para los servidores es recomendable tener un backup, preferiblemente en otro disco, aparte o en otro servidor, tambien es bueno proteger los puertos poniendo un firewall, y algo muy importante es tener un sistema que espia los procesos y por quien se efectua esto te daria una forma de restrigir al usuario si se tiene un buen programa. Como este es un foro de programadores, creo que no muy dificil hacer esto (en Unix, claro) tener un programa que lee los PIDs que se encuentran en /proc (y alli esta toda la informacion requerida como quien ejecuto el programa y de mas) y que cree un log seguro. Otra buena idea, especialmente en las rede LDAP, es crear un file-system virtual para restringir es acceso u ortros cambies, aunque esto implica mucho, es una buena idea. Es bueno escanear los puertos de vez en cuando para estar seguro de que no hay un backdor, ni nada por el estilo. Al igual que es bueno tener un programa que se mantega viendo la coneccion, los puerto y este atento a los ataques (de estos programas hay muchos en red, solo busca) Manten parchado el sistema. 
92
« en: Sábado 15 de Julio de 2006, 23:07 »
93
« en: Martes 4 de Julio de 2006, 02:45 »
¿Cual es la limitacion de las maquina virtuales, como la de Java? ¿Por que? ¿En que aspecto es mejor que los compilados nativos (o no virtuales)? ¿Es pocible hacer OS en una maquina virtual? PD: Maquina virtual = software que crea un entorno virtual entre la plataforma de la computadora y el usuario final, permitiendo que este ejecute un software determinado. [wikipedia] 
94
« en: Martes 4 de Julio de 2006, 02:36 »
Bueno, puede que no sea bueno con los titulos, pero ahi va: Tienedo en cuenta los modos de comando de Gnu y comparandolos con los de System V, se nota que los de Gnu tiene una interface mas limpia (los flags son mas simples y estan mas integrados en si mismos, como tar, en gnu puedes usa tar para descomprimir un .bz2, en SysV no) Entonces surge un intrigante pregunta ¿Como puedo implementar estos flags?es decir, tengo reprogramado algunos de estos programas, como ls, pero ¿Como hacerlo mas facil para los usuarios? Ha, claro, casi no lo recuerdo  los usuarios no usan los comandos, si no tiene eso de haga click aqui para... no lo entienden, claro. Pero, en estos dias, los mice (plural de mous en ingles) son inalambricos y tiene pilas, ahi esta, el usuario se queda sin pilas, y el problema se armo si el no sabe como rayos se usa el teclado en el entorno, o si este no esta programado... entonces decimos, claro estan en stty el modo decomando (bash/sh/ksh... ) y desde ahi lo podria hacer pero un usuario no sabe que es stty, no conoce eso de Crtl+Alt+F1 (F2, F3... F6 (en BSD hasta F9)) ni el modo de comandos, no sabe que es man, si no es GUI, ahi quedo. Deveria ser alrevez, "rayos me quede sin teclado, que mier#", digo yo, pero mi critica no es suficiente y para los usuario la cruda realidad de que lo grafico no siempre es la mejor via no es respuesta no es valida, o si no preguntaselo a un usuario de OS X, si le preguntas a uno de Windows el bien te dira: ¿GUI, Que es eso? Perdiendose de ilimitado mundo de la abstraccion informatica, la ilimitacion potencial que no se puede lograr con un limitador grfico (Al programar GUI tienes que diseñarlo para que el usuario lo pueda usar o si no vera que en todos lo colegio pondran a aprender a los jovenes de este, si fuera famoso, claro) limitando asi un potencial que bien podria gastarce en otros puntos. Aclaro que no soy un anti-GUI, pero me preocupa el verdadero destino de las herramientas de terminal y aunque esto paresca una novela, bien se nota historicamente su sucesion. ¿Pero porque preocuparse por esto si lo tendrias todo en forma grfica? Muy simple, la moyoria de los prgramas no dejan de usar estas herramientas. A su vez, si lo dejaran, serian mas pesados, grandes y darian muchos bugs, o sino miren konqueror, ejecutenlo desde una terminal y miren cuantos bug imprime al direccionarlo a home. Tambien el problema radica en los pequeños servers, no queras un server con entorno grafico. Suna a bobada mia, pero... solo quiero decir que por que sea bonito no implica nada, la aperiensia lo es todo en este mundo, si no aparentas, no te dan tebajo, no consigues mujer... pero cuando esta mujer se da cuente de que eres... ja. Pues bien la verdadera pregunta aqui es ¿Usas el modo de comandos? ¿Por que? 
95
« en: Domingo 2 de Julio de 2006, 00:46 »
DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE
Version 2, December 2004
Copyright © 2004 Sam Hocevar
22 rue de Plaisance, 75014 Paris, France
Everyone is permitted to copy and distribute verbatim or modified
copies of this license document, and changing it is allowed as long
as the name is changed.
DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE
TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION
0. You just DO WHAT THE FUCK YOU WANT TO. Notese que no es broma, es en serio y esta licensia es aceptada http://freshmeat.net/browse/1008/
96
« en: Viernes 30 de Junio de 2006, 03:30 »
El titulo es confuso, pero bueno, ahi les va: The Importance of PerlPongan links de la importacia de otros leguajes, como VB .net, C y demas, que depronto aprendemos cosas nuevas. 
97
« en: Lunes 26 de Junio de 2006, 03:00 »
Hola, yo se que no deveria de preguntar esto, pero como funcina este codigo, define es un sub o una constate? /* The <errno.h> header defines the numbers of the various errors that can * occur during program execution. They are visible to user programs and * should be small positive integers. However, they are also used within * MINIX, where they must be negative. For example, the READ system call is * executed internally by calling do_read(). This function returns either a * (negative) error number or a (positive) number of bytes actually read. * * To solve the problem of having the error numbers be negative inside the * the system and positive outside, the following mechanism is used. All the * definitions are are the form: * * #define EPERM (_SIGN 1) * * If the macro _SYSTEM is defined, then _SIGN is set to "-", otherwise it is * set to "". Thus when compiling the operating system, the macro _SYSTEM * will be defined, setting EPERM to (- 1), whereas when when this * file is included in an ordinary user program, EPERM has the value ( 1). */ #ifndef _ERRNO_H /* check if <errno.h> is already included */ #define _ERRNO_H /* it is not included; note that fact */ /* Now define _SIGN as "" or "-" depending on _SYSTEM. */ #ifdef _SYSTEM # define _SIGN - # define OK 0 #else # define _SIGN #endif extern int errno; /* place where the error numbers go */ /* Here are the numerical values of the error numbers. */ #define _NERROR 70 /* number of errors */ #define EGENERIC (_SIGN 99) /* generic error */ #define EPERM (_SIGN 1) /* operation not permitted */ #define ENOENT (_SIGN 2) /* no such file or directory */ #define ESRCH (_SIGN 3) /* no such process */ #define EINTR (_SIGN 4) /* interrupted function call */ #define EIO (_SIGN 5) /* input/output error */ #define ENXIO (_SIGN 6) /* no such device or address */ #define E2BIG (_SIGN 7) /* arg list too long */ #define ENOEXEC (_SIGN 8) /* exec format error */ #define EBADF (_SIGN 9) /* bad file descriptor */ #define ECHILD (_SIGN 10) /* no child process */ #define EAGAIN (_SIGN 11) /* resource temporarily unavailable */ #define ENOMEM (_SIGN 12) /* not enough space */ #define EACCES (_SIGN 13) /* permission denied */ #define EFAULT (_SIGN 14) /* bad address */ #define ENOTBLK (_SIGN 15) /* Extension: not a block special file */ #define EBUSY (_SIGN 16) /* resource busy */ #define EEXIST (_SIGN 17) /* file exists */ #define EXDEV (_SIGN 18) /* improper link */ #define ENODEV (_SIGN 19) /* no such device */ #define ENOTDIR (_SIGN 20) /* not a directory */ #define EISDIR (_SIGN 21) /* is a directory */ #define EINVAL (_SIGN 22) /* invalid argument */ #define ENFILE (_SIGN 23) /* too many open files in system */ #define EMFILE (_SIGN 24) /* too many open files */ #define ENOTTY (_SIGN 25) /* inappropriate I/O control operation */ #define ETXTBSY (_SIGN 26) /* no longer used */ #define EFBIG (_SIGN 27) /* file too large */ #define ENOSPC (_SIGN 28) /* no space left on device */ #define ESPIPE (_SIGN 29) /* invalid seek */ #define EROFS (_SIGN 30) /* read-only file system */ #define EMLINK (_SIGN 31) /* too many links */ #define EPIPE (_SIGN 32) /* broken pipe */ #define EDOM (_SIGN 33) /* domain error (from ANSI C std) */ #define ERANGE (_SIGN 34) /* result too large (from ANSI C std) */ #define EDEADLK (_SIGN 35) /* resource deadlock avoided */ #define ENAMETOOLONG (_SIGN 36) /* file name too long */ #define ENOLCK (_SIGN 37) /* no locks available */ #define ENOSYS (_SIGN 38) /* function not implemented */ #define ENOTEMPTY (_SIGN 39) /* directory not empty */ /* The following errors relate to networking. */ #define EPACKSIZE (_SIGN 50) /* invalid packet size for some protocol */ #define EOUTOFBUFS (_SIGN 51) /* not enough buffers left */ #define EBADIOCTL (_SIGN 52) /* illegal ioctl for device */ #define EBADMODE (_SIGN 53) /* badmode in ioctl */ #define EWOULDBLOCK (_SIGN 54) #define EBADDEST (_SIGN 55) /* not a valid destination address */ #define EDSTNOTRCH (_SIGN 56) /* destination not reachable */ #define EISCONN (_SIGN 57) /* all ready connected */ #define EADDRINUSE (_SIGN 58) /* address in use */ #define ECONNREFUSED (_SIGN 59) /* connection refused */ #define ECONNRESET (_SIGN 60) /* connection reset */ #define ETIMEDOUT (_SIGN 61) /* connection timed out */ #define EURG (_SIGN 62) /* urgent data present */ #define ENOURG (_SIGN 63) /* no urgent data present */ #define ENOTCONN (_SIGN 64) /* no connection (yet or anymore) */ #define ESHUTDOWN (_SIGN 65) /* a write call to a shutdown connection */ #define ENOCONN (_SIGN 66) /* no such connection */ #define EAFNOSUPPORT (_SIGN 67) /* address family not supported */ #define EPROTONOSUPPORT (_SIGN 68) /* protocol not supported by AF */ #define EPROTOTYPE (_SIGN 69) /* Protocol wrong type for socket */ #define EINPROGRESS (_SIGN 70) /* Operation now in progress */ #define EADDRNOTAVAIL (_SIGN 71) /* Can't assign requested address */ #define EALREADY (_SIGN 72) /* Connection already in progress */ #define EMSGSIZE (_SIGN 73) /* Message too long */ #define ELOOP (_SIGN 74) /* Too many levels of symbolic links */ /* The following are not POSIX errors, but they can still happen. * All of these are generated by the kernel and relate to message passing. */ #define ELOCKED (_SIGN 101) /* can't send message due to deadlock */ #define EBADCALL (_SIGN 102) /* illegal system call number */ #define EBADSRCDST (_SIGN 103) /* bad source or destination process */ #define ECALLDENIED (_SIGN 104) /* no permission for system call */ #define EDEADSRCDST (_SIGN 105) /* source or destination is not alive */ #define ENOTREADY (_SIGN 106) /* source or destination is not ready */ #define EBADREQUEST (_SIGN 107) /* destination cannot handle request */ #define ESRCDIED (_SIGN 108) /* source just died */ #define EDSTDIED (_SIGN 109) /* destination just died */ #define ETRAPDENIED (_SIGN 110) /* IPC trap not allowed */ #define EDONTREPLY (_SIGN 201) /* pseudo-code: don't send a reply */ #endif /* _ERRNO_H */
Que seria el _DIGN? Cualquier ayuda es util, solo digan. Gracias!
98
« en: Domingo 25 de Junio de 2006, 21:27 »
Hola a todos. Bien, resulta que depues de siertos mensajes (no pongo el link para no dar credito aunque es ovbio cual es) surguio la idea de bloquear un hilo temporalmente por cualquier moderador, impiendo asi que cualquier trol o post indevido sea inutilizable hasta que el repectivo moderador del foro decida que hacer, si seguirlo o cerrarlo. Hay que tener en cuenta que no todo los moderadores pueden estar mucho tiempo en el foro y esa ausencia habeses es necesaria, yo creo que es una buena medida. 
99
« en: Martes 20 de Junio de 2006, 23:29 »
Bueno, depronto mi pregunta es estupida, pero esa es, se puede usar librerias/APIs de C++ en codigos de C? Gracias
100
« en: Viernes 9 de Junio de 2006, 23:01 »
- 1 asegurese de que el foro sea el indicado, nunca, pero nunca, escriba en el foro no indicado. Si su pregunta es de C, no preguntes en el foro de Java, esto no esta bien.
Si no encotras el foro indicado, pode preguntar en este foro.
- 2 Recuerda, esto es SoloCodigo, no SoloTareas, no esperes que alguien te haga la tarea.
- 3 Pregunte de forma inteligente
- 4 Por favor,no hay porque ser groseros al preguntar o responder, aqui no nos pagan, si quiere ayuda, no seas grosero
- 5 Para no tener problemas, si quieres hablarle directamente a alguien, manda un mensaje personal o un e-mail, que todos los mensajes escritos en foros.solocodigo.com son para todos los visitantes del foro.
- 6 Teniendo en cuenta la regla 5, se pide prudencia al escribir... los mensajes ofensivos o inadecuados prodran ser eliminados (si el moderador de dicho foro lo considera necesario) y si es muy exagerado (mucho spam o cosas peores) se buscara una solucion mas "drastica" (como el "banning", en el peor de los casos).
- 7 Usa el buscador del foro para no hacer una pregunta ya respondida.
- 8 Recuerda, GIYF (Google is your friend) si estas un Unix, rtfm (read the fucking manual).
- 9 Sigue todas las demas reglas!
Si tienen una mas, pongan la regla aqui, espero que Solocodigo este de acuerdo con esto.
Páginas: 1 2 3 [4] 5 6 ... 9
|
|
|
Mostrar Mensajes
