estimados demonios:
hace algun tiempo pregunte referente al modem zyxel 630 c1 "USB", y como es
costumbre los fabricantes no proveen soporte para configurar en linux...ahora
la "CETECE" (TIE) me cobra 990 p/mes para darme un ethernet y no lo considero
justo, asi que quiero saber si la velocidad de intercambio de informacio por
USB me consume mas memoria del sistema que una conexion por la tarjeta de
RED. Si es asi tendre una razon para solicitar que me cambien el modem sin
tener que pagar la luca mensual...
en definitiva quiero demostrarles que "para mi" es mas conveniente un modem
ethernet que un USB, (esto es para configurarlo en linux).
Agradesco de antemano sus comentarios...
ATTE
mOyZeZ
From [EMAIL PROTECTED] Tue Oct 11 13:31:02 2005
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Tue Oct 11 13:29:58 2005
Subject: Proyectos (era Re: Problemas con GTK)
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Horst von Brand escribió:
> Alvaro Herrera <[EMAIL PROTECTED]> wrote:
> > Siempre he considerado esa posicion bastante absurda. Un debugger puede
> > ayudar a entender _donde_ esta el problema, y con esa informacion
> > corregir el problema de fondo. Por supuesto, si un idiota cualquiera
> > toma la informacion del debugger y corrige el sintoma en lugar del
> > problema, es un idiota como los que se encuentran en cualquier parte; no
> > es culpa del debugger.
>
> En mi personal experiencia, las situaciones donde un debugger realmente ha
> sido de ayuda han sido pocas (me ayudo bastante cuando aprendia Perl y no
> sabia que estaba escribiendo, pero fuera de eso...). Y en el caso del
> nucleo creo que tiene toda la razon: Lo que hay que hacer para que tal cosa
> funcione es /mucho/ trabajo, que mete sus tentaculos en las partes mas
> reconditas del sistema, y simplemente no lo vale.
Sorry, es que hay dos temas: uno es que en el codigo de Postgres no hay
suficientes "clausulas de contrato" para mi gusto; el debugger ayuda a
ver en que parte se empieza a violar esta clausula faltante. Una vez
agregada, ya el debugger no es necesario.
El otro es que en situaciones donde el usuario reporta un bug, a menudo
no hay mas informacion que "se cae el servidor". En ese caso se le dice
"por favor abre gdb y muestra el stack trace del archivo core", o algo
similar. Con eso se puede buscar el bug en el codigo.
Con respecto al costo de implementarlo, en el caso de Postgres ya esta
hecho (GDB), y en el caso del Kernel ciertamente hay mucha gente
interesada en tenerlo, asi que no veo en que sentido es un problema. Si
Linus no quiere gastarse en analizar que el codigo del debugger es
correcto, es otro tema.
> > Esta aproximacion me ha permitido
> > resolver problemas grandes, y usar depuradores para ver errores en mis
> > soluciones. El paradigma "programacion por contrato" ayuda mucho en
> > este aspecto, y el depurador es una buena herramienta para buscar nuevas
> > clausulas para los contratos, y ver donde estan fallando.
>
> Podrias detallar? No veo como un debugger ayude alli
Con respecto a esto: el tema era precisamente que el debugger sirve para
ver donde poner nuevos Assert(). Una vez que el assert() mata al
programa, el debugger puede ayudar a ver de donde vino el parametro
incorrecto.
En verdad, para mi GDB ha sido una herramienta extraordinariamente util,
pero creo que la mayor razon es la idiosincracia de C del manejo de
memoria. En otros lenguajes no he tenido tanta necesidad de el (aunque
por otro lado no me he metido en programas tan complejos, con otros
lenguajes, como con C). Aunque en PHP, cuando me ha tocado examinar
codigo de otras personas, si lo he echado de menos, no como debugger
propiamente tal, sino como una herramienta para ir viendo paso a paso
que diablos esta sucediendo con el programa. (El que PHP tenga esas
facilidades absurdas para esconder los errores, no ayuda en nada.)
Hoy ando con mala capacidad de concentracion, asi que mis disculpas si
lo de arriba es algo incoherente :-P
--
Alvaro Herrera Architect, http://www.EnterpriseDB.com
"El conflicto es el camino real hacia la unión"
From [EMAIL PROTECTED] Tue Oct 11 13:06:22 2005
From: [EMAIL PROTECTED] (juan pablo Rumie Vittar)
Date: Tue Oct 11 14:05:23 2005
Subject: FC4 en board D865GB
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El Date: Mon, 10 Oct 2005 09:49:19, Jorge Alberto
Arocha Muñoz <[EMAIL PROTECTED]>, escribio:
> Señores Colisteros:
>
> Cordial saludo, mi problema es el siguiente: Tengo
> una CPU con board D865GBF procesador intel pentium 4
> con HT de 3.0 Ghz y 512Mb de RAM, a la cual le
> instale FC4, el primer porblema que tuve fue que no
> arrancaba correctamente la instlacion ... googleando
> en contre que el truco para la instalación es que al
> iniciar en el prompt del instalador teclear garbage
> y me funciono Ok, pero cuando quiero accesar una
> terminal con CTRL+ALT+F1 (2,3,4, ...) no me da
> video, se queda la pantalla negra y si le doy
> CTRL+ALT+F7 vuelvo al ambiente gáfico sin problemas,
> ademas cuando va arrancar el salvapantallas tiende a
> bloquearse el video ..... alguna idea?, de antemano
> gracias ...
>
>
> JORGE ALBERTO AROCHA MUOZ
> Ingeniero de Sistemas UIS
> Especialista Sistemas Inf. Geogrfica
>
>
> --
Jorge:
Para las terminales virtules, seguramente tenes que
editar el /etc/inittab y fijate en la seccion que
diga:
# The default runlevel.
id:x:initdefault: , donde x es el numero de runlevel
que tenes por defecto memoriza el numero y fijate en
donde diga:
# Note that on most Debian systems tty7 is used by the
# X Window System, so if you want to add more getty's
#go ahead but skip tty7 if you run X.
1:23:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
y agrega el x al lado de los otros numeros, quedando
asi:
1:23x:respawn:/sbin/getty 38400 tty1
2:23x:respawn:/sbin/getty 38400 tty2
3:23x:respawn:/sbin/getty 38400 tty3
4:23x:respawn:/sbin/getty 38400 tty4
5:23x:respawn:/sbin/getty 38400 tty5
6:23x:respawn:/sbin/getty 38400 tty6
luego graba los cambios y como root ejecuta:
kill -HUP 1
y listo!.
Y por el bloqueo de video, comproba que tenes bien
instalada la placa de video y si no es eso envia lo
que dice el log, en /var/log ya que pueden ser varias
cosas.
saludos
___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
