Re: Texto en DOS a LINUX
Hola: Otra fomra más. Con PERL: perl -p -i -e 's/\r//g' lista_de_ficheros Saludines. Virgilio
Re: Me presento a la lista.
At 06:09 PM 2000-04-22 +0200, Santiago Romero wrote: [...] por cierto, ¿que tal la Storm Linux de la Linux Journal? ¿Me la compro o no vale la pena? Lo digo porque la Corel Linux me ha parecido un ENGENDRO impresionante, una bazofieta, no sé como Corel ha podido hacer algo tan malo (aunque hablo con solo 2 instalaciones de corel a mis espaldas)... Storm? Una reverenda porquería, de verdad... la selección de paquetes es un asco; no sé cual odio más si la de Storm por su sencillez y falta de detalle (a la hora de escoger los paquetes de desarrollo para X, solo me lista 5, pero instala como 20), o la de Mandrake 7 (bien detallada, casi como lo que me ofrece dselect, pero seleccionar todos esos paquetes a punta de click-click-click con el mouse, es *demasiado* trabajoso). Esas dos (storm y mandrake 7) vienen en el número 2 de la revista Maximum Linux. La compré por curiosidad, pero ahora estoy deseando que hubiese salido con un par de CDs de potato. -- Ugo Enrico Albarello López de Mesa [EMAIL PROTECTED] A proud Debian GNU/Linux 2.1 User.
No funciona el CD-ROM
Hola a todos... Tengo un kernel 2.2.14 con los ultimos parches, y soporte de CD-ROM en módulo (/dev/hdd). La cuestion es que ahora cuando intento montar un CD, me da un mensaje de dispositivo de bloque no valido. Sospecho de los parches estos, porque con un nucleo 2.2.13 si puedo montar CDs. ¨Le pasa a alguien mas lo mismo? Saludos...
Re: Me presento a la lista.
El sáb, 22 abr 2000, Santiago Romero escribió: bueno, yo nunca he negado a Debian que el hecho de que no incluya todas esas herramientas user-friendly de autoconfiguración sea lo mejor para aprender Linux. Tampoco digo que porque Redhat las incluya eso te impida solucionar los problemas _en el mismo modo que debian_. Lo que pasa es que somos muy comodones y ejecutar sndconfig es más rápido y facil que recompilar el kernel, usar isapnp y compañía. [CORTADO] Creo que tienes razón. No sirve de nada pelearnos entre los usuarios de Linux por la mejor distribución. Lo interesante es hablar de NT y Linux. Pienso que la mejor distribución es con la que uno se siente más cómodo. Todas tiene cosas buenas, y cada persona tiene gustos diferentes. Bueno, que me voy a poner melacólico ;-P -- - * Recursivo: Adj, vease recursivo. - Registered Linux user number 134.596 E-mail: [EMAIL PROTECTED] Powered by Debian 2.1 slink -
test
test
Re: Pregunta técnica sobre C
El dom, 23 de abr de 2000, a las 12:00:10 +0200, Francisco José Avila Bermejo
dijo:
memcpy( a, b, sizeof(b) );
¿no? (digo yo). Igual (respondo rapido) para tu ejemplo no se
puede, pero si no recuerdo mal, es asi :)
Pero es que tiene punteros y punteros a punteros, y el sizeof() no puede saber
el tamano de un vector (punteros de punteros) dinámico. Eso funciona, pero es
muy probable que de un core en un momento dado, ya que no reservas toda la
memoria que necesitas.
creo que si que funcionaria: con memcpy copias EL PUNTERO, la direccion,
tu interes NO es copiar EL CONTENIDO: al copiar el puntero puedes acceder
al contenido. SI coges un puntero (o puntero a puntero) y lo metes en
otro sitio, eso te sigue permitiendo acceder a la posicion de memoria
apuntada. No se si me explico: tu al copiar la estructura vas a dejar en
el destino los mismos valores que tienen los campos origen, entre ellos
el valor del puntero que apunta a un array de punteros. Con ese puntero
DESDE EL DESTINO sigues pudiendo acceder al array de punteros, ¿no? :)
Vamos, a lo mejor me estoy rayando, pero yo creo que es asi :?
Imagina el ejemplo
struct {
int *puntero;
} a, b;
si a.puntero apunta a 1234; al copiar en b la estructura a,
b.puntero contendrá el mismo valor y apuntará al mismo lugar.
Si en lugar de ser un solo puntero es **, como el ** apunta
a vector[0], sigue siendo el mismo tamaño.
:?
me lo voy a pensar (es que estoy online y pensando rapido :).
salu2
--
Windows es multitarea real: puede ejecutar 2 bugs simultáneamente.
_-_
| NoP / Compiler -- nop @ todolinux.org |
|---|
| POWERED BY - Linux RedHat 6.0 - Reg. User #74.821 |
| http://www.ctv.es/USERS/sromero |
~-~
Re: Pregunta técnica sobre C
El dom, 23 abr 2000, Santiago Romero escribió:
Pero es que tiene punteros y punteros a punteros, y el sizeof() no puede
saber el tamano de un vector (punteros de punteros) dinámico. Eso funciona,
pero es muy probable que de un core en un momento dado, ya que no reservas
toda la memoria que necesitas.
creo que si que funcionaria: con memcpy copias EL PUNTERO, la direccion,
tu interes NO es copiar EL CONTENIDO: al copiar el puntero puedes acceder
al contenido. SI coges un puntero (o puntero a puntero) y lo metes en
otro sitio, eso te sigue permitiendo acceder a la posicion de memoria
apuntada. No se si me explico: tu al copiar la estructura vas a dejar en
el destino los mismos valores que tienen los campos origen, entre ellos
el valor del puntero que apunta a un array de punteros. Con ese puntero
DESDE EL DESTINO sigues pudiendo acceder al array de punteros, ¿no? :)
He aquí la cuestion, my dear friend: yo quiero duplicar toda esa información,
ya que sino, al modificar una cosa apuntada por un puntero, se modifica también
en el otro lado. Bueno la verdad es que es la misma información al apuntar los
dos punteros al mismo sitio. Vaya galimatías!!.
Todo este embrollo viene a colación de que la función gethostbyname() devuelve
un puntero estático a una estructura del tipo hostent. Y este es el problema,
que es un puntero estático y siempre apunta al mismo sitio. Si haces un
gethostbyname() de dos nombres de hosts seguidos, la segunda llamada a la
función machaca lo generado por la primera. Para descubrir que esto pasaba
porque así está hecho y no por un puntero perdido mio, pues me he pasado un
ratito muy agradable, depurando en busca de un error inexistente :-)
Es que estoy haciendo una estructura de clases en C++ parecida a la de Java.
Obviamente hay una parte muy pequeña implementada, pero está chulo. He hecho
también una clase Socket para las comunicaciones y funciona correctamente.
Después tocará una clase POP3 para trabajar con servidores POP3 y otra SMTP
para los servidores SMTP. Creo que está quedando bien y muy simple de utilizar.
Programa mucho en Java y la verdad es que es muy cómodo, pero muy lento. Y una
buena jerarquía de clases hecha en C++ haría ganar mucho a este lenguaje. Lo de
los templates me parece una aberración en un lenguaje orientado a objetos.
Cuando tengo algo más, igual pido colaboración a la gente, porque para uno solo
creo que es una labor titánica.
Con todas esas clases, desarrollar aplicaciones sería mucho más sencillo y
rápido. Con los lenguajes orientados a objeto se consigue un nivel muy bueno de
modularidad y un código muy limpo, claro y reutilizable. No me gusta hacer
proyectos grandes en C porque luego te vuelves loco para encontrar los fallos o
para ampliar funcionalidades. En mi opinión se programa más rápido y fácil en
un lenguaje orientado a objetos, si tiene buenas clases.
Si se hiciera algo como lo que yo quiero para C++ y se extendiera, crecerían
los programas para Linux, y su calidad.
Vamos, a lo mejor me estoy rayando, pero yo creo que es asi :?
No te estás colando, es correcto lo que dices, pero con la salvedad de que yo
SI quiero DUPLICAR esa información.
Imagina el ejemplo
struct {
int *puntero;
} a, b;
si a.puntero apunta a 1234; al copiar en b la estructura a,
b.puntero contendrá el mismo valor y apuntará al mismo lugar.
Si en lugar de ser un solo puntero es **, como el ** apunta
a vector[0], sigue siendo el mismo tamaño.
Claro, pero si modifico a.puntero, también afecta a b.puntero, y en mi caso
esto no es deseable.
--
-
* Multitarea: posibilidad de que dos bugs ocurran simultaneamente.
-
Registered Linux user number 134.596
E-mail: [EMAIL PROTECTED] Powered by Debian 2.1 slink
-
Re: Me presento a la lista.
El dia Sat, Apr 22, 2000 at 06:09:53PM +0200, Santiago Romero tuvo a bien escribir: por cierto, ¿que tal la Storm Linux de la Linux Journal? ¿Me la compro o no vale la pena? La instalación de la Storm es GPL, así como su software. Puede que la instalación gráfica de la Storm te pete un poco, porque es beta, pero al ser GPL, la comunidad puede arreglarla. Por cierto que algún señalado debianero, hablando en la vida real, me ha señalado que la instalación de la Storm sería ideal para la siguiente versión de Debian, opinión que suscribo totalmente. El hecho de que las empresas saquen su soft en GPL hace que la comunidad pueda usarlo sin más gaitas ni preguntas. Creo que, avisándote de que la instalación te puede petar, deberías echarle un vistazo a la Storm. Se te quitarán esas ideas de que Debian es difícil de instalar. Pasada la instalación, es una Debian canónica. Stormix es respetuosa con la debian-policy, y no hace esas guarradas de Corel de saltarse las normas de Debian y por ejemplo instalar el qmail en /var/qmail y no en los sitios que propone el estándar (todavía tiemblo cuando lo pienso). A juzgar por su site, Storm es mucho más Debianera, más comprometida, y pretenden vender el servicio, no el programa. Por otro lado, debo decirte que la versión unstable de Debian simplemente tiene un nombre que intenta ser honrado. Mientras que yo no la instalaría en servidores con tranquilidad, en casa no me ha dado nunca un problema más allá de los derivados de un paquete actualizado en mal estado. Y todas las distros salen con paquetes en mal estado... Saludos, -- Some people have told me they don't think a fat penguin really embodies the grace of Linux, which just tells me they have never seen a angry penguin charging at them in excess of 100mph. They'd be a lot more careful about what they say if they had. (Linus Torvalds, announcing Linux v2.0) -- J. Ivan Juanes Prieto -- Greek and Latin Teacher Canary Islands (Spain) -- Linux Debian 2.1 pgp2iIxXnEAsD.pgp Description: PGP signature
Re: Archivos .deb
Cuando: sáb, 22 de abr de 2000, a las 07:58:45 +0100 Quien: Gustavo CR Que: Re: Archivos .deb On Fri, Apr 21, 2000 at 08:31:04PM +, jorge chavarriaga wrote: Si quieres ver lo que tienen por dentro los deb puedes hacer: ar -x archivo (...) Para ver lo que tiene un .deb, basta con añadir esto al /etc/profile: #con esto less puede ver binarios, .deb, .rpm, etc eval `/usr/bin/lesspipe` Así, un less i2e.deb, daría esto: i2e_0.5_i386.deb: new debian package, version 2.0. size 211812 bytes: control archive= 1068 bytes. 339 bytes,10 lines control 769 bytes,13 lines md5sums 369 bytes,11 lines * postinst #!/bin/sh 145 bytes, 4 lines * postrm #!/bin/sh 184 bytes, 6 lines * prerm#!/bin/sh Package: i2e Version: 0.5 Section: text Priority: optional Architecture: i386 Depends: gettext,libc6 (= 2.1.2), libglib1.2 (= 1.2.0), libgtk1.2 (= 1.2.6-1), xlib6g (= 3.3.5) Installed-Size: 614 Maintainer: Alfredo Casademunt [EMAIL PROTECTED] Description: English-Spanish dictionary. English-Spanish dictionary. For X and text mode. *** Contents: drwxr-xr-x root/root 0 2000-02-23 19:32:11 ./ drwxr-xr-x root/root 0 2000-02-23 19:32:08 ./usr/ drwxr-xr-x root/root 0 2000-02-23 19:32:07 ./usr/X11R6/ drwxr-xr-x root/root 0 2000-02-23 19:32:10 ./usr/X11R6/bin/ -rwxr-xr-x root/root 21964 2000-02-23 19:32:10 ./usr/X11R6/bin/i2e drwxr-xr-x root/root 0 2000-02-23 19:32:07 ./usr/bin/ -rwxr-xr-x root/root 2739 2000-02-23 19:32:07 ./usr/bin/i2e.sh drwxr-xr-x root/root 0 2000-02-23 19:32:07 ./usr/man/ drwxr-xr-x root/root 0 2000-02-23 19:32:07 ./usr/man/man1/ -rw-r--r-- root/root 1460 2000-02-23 19:32:07 ./usr/man/man1/i2e.1.gz drwxr-xr-x root/root 0 2000-02-23 19:32:07 ./usr/man/es/ (...) No tienes que descomprimir, ni hacer nada más. Muy cómodo. -- Benjamín Albiñana Pérez Linux User Nº78177 Clave pública: wget http://personal1.iddeo.es/benalb/benjamin-gpg.asc La velocidad del tiempo es de un segundo por segundo. pgpKh3WLDlYvm.pgp Description: PGP signature
