-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-20 a las 12:13 +0100, Camaleón escribió:

El 20/01/07, Carlos E. R. escribió:

...

Tenía ganas de desoxidarme un poquito :-)

Oye, ahora que lo pienso... si hubiera seleccionado como delimitador de campo el "pipe |" en lugar del "punto y coma ;" (recuerda que pregunta por el carácter a usar como delimitador antes de descargar el fichero) te hubiera ahorrado todo este follón. No me di cuenta :-(

Ondiá. No me di cuenta de ese "detallito". ¿Donde está eso? Ah, ya lo veo, dentro del popup de descarga... ¡Rayos! Creo que hay dos que necesitan comer zanahorias ;-)

Y yo echándoles la culpa a los pobres, anda que ya me vale... :-P

No se, no se... igual deberían recomendar no usar el punto y coma. Espera, espera, no te alegres tan rápido, que no va a funcionar. Prúebalo y me lo cuentas. Mi sospecha es que no funcionará porque los strings están rodeados de comillas, y además, el texto contiene palabras resaltadas entre comillas, y éstas no todas están pareadas. En el momento en que hay una comilla sin su pareja en su sitio, el siguiente punto y coma, o barra vertical, o lo que sea, no lo ve, poque está dentro de unas comillas sin cerrar, y ya tienes el pifostio montado otra vez. El problema no es el caracter de separación de campos (;), sino el de strings ("), y ese no lo puedes escoger. Naaa, no te libras, tienes que usar mi programita ;-) Y sigues teniendo que leer mis correos hasta el final :-p - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFsgyptTMYHG2NR9URAkv0AKCXAF9Zo0U30Dq8g28Aevw8679WlwCeMj1V vMKSb8nHY5fuPXlyrTOjkvw= =OD3g -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-20 a las 20:32 +0100, Camaleón escribió:

El 20/01/07, Carlos E. R. escribió:

...

No se, no se... igual deberían recomendar no usar el punto y coma.

Eso sí. si saben que dentro de los textos hay "punts y comas" lo normal es que pongan cualquier otro separador...

...

Espera, espera, no te alegres tan rápido, que no va a funcionar. Prúebalo y me lo cuentas.

Lo acabo de probar, y seleccionado el "pipe |" antes de descargarlo, parece que funciona bien. Ha importado 15.148 filas y nueve columnas. He buscado por "punto y coma ;" para ver si algún texto se cortaba, pero no.

Ah, curioso.

La pega de este método es que tienes que elegir no utilizar las comillas como separador de texto (al fin y al cabo sí tienen la culpa, porque dentro de los textos hay comillas dobles, luego puedes eliminar las comillas de un plumazo, pero eliminas todas y se pierden las comillas que no se deben borrar).

Supongo que te refieres decirle al Calc que no use las comillas como separador de texto; en ese caso funcionará, es verdad. Eso no debe eliminar las comillas interiores del texto. Y, por otra parte, debes tú decirle también al Calc que todas las columnas son de texto, porque si no alguna de ellas la puede interpretar como números (la primera, pe).

...

El problema no es el caracter de separación de campos (;), sino el de strings ("), y ese no lo puedes escoger.

Sasto. Son unos bruticos... si dejaran elegir el separador de texto no habría problemas :-)

Más bien deberían escoger uno que sepan que funciona, o recomendarlo. Si te fijas, en el interior, cada vez que aparece una comilla simple, aparce duplicada (Le''esence), que es una manera de decir que es una comilla del texto y no un marcador de algo. Con las comillas dobles interiores hay que hacer lo mismo. Es decir, hay que hacer eso con el símbolo que sea que se escoja como marcador de string, sea el que sea. Toda esa generación me suena que la hace el MS-access. ¿Te extraña que esté mal? :-P

...

Naaa, no te libras, tienes que usar mi programita ;-)

Y sigues teniendo que leer mis correos hasta el final :-p

:-) El binario quedará bien guardado... hasta el año que viene.

Mejor guardate el fuente y aprende a compilarlo, o lo pasas a C, o aprendes awk, o... o a lomejor Rafa nos dice como hacer todo eso con awk u otra cosa ;-) Por cierto, el fichero aumenta por horas, es dinámico. Creo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFsnh/tTMYHG2NR9URAiy+AKCEQq//EagzPPOWH0ZIVDy6CSVokgCfQe8i IyKZ75PaQtnZX+yGR7sORWA= =pAX5 -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-20 a las 13:38 +0100, csalinux escribió:

...

Aunque con Pascal no se va a ningún sitio hoy en día, me temo. No está de moda. El lenguaje en sí es bueno, pero siendo minoritario, el compilador avanza lento. Pero sigue existiendo y avanzando. Bueno, también está el Lazarus, que imita al Delphi de Borland, y que usa Pascal como lenguaje.

Pero te digo una cosa: si los programadores trabajaran en Pascal en vez de en C, se verían menos agujeros de seguridad, sobre todo de esos de desbordamiento de variables que sobreescriben otra del sistema y ejecutas código root. El C es un lenguaje muy potente que no pone cortapisas, porque es el programador quien debe saber lo que está haciendo y no equivocarse. Y pasa lo que pasa.

Con C++ no pasa eso, ¿no?

Eso tengo entendido. Se supone que sé C++, pero la realidad es que casi no lo he usado. El C sí. El C++ puede usar un tipado más fuerte, pero también puedes usar las construcciones del C. Uno que sepa realmente C++ podría comentarlo. Que se yo... a mi, por ejemplo, no me gusta nada la manera del C++ de sacar mensajes por pantalla. En cambio, la manera antigua con printf es muy práctica: tienes un string, tal como "Los %d gatos pesan %f kilos". Los % marcan sitios que se van a substituir por el valor de las variables que se ponen a continuación. El printf() tiene dos trampas fundamentales: Si tienes tres porcientos pero sólo le das dos variables, la función tratará de leer la tercera variable de donde no hay, con resultados imprevisibles pero en principio no catastróficos. Es un error, pero el compilador no lo detecta (la función no tiene definidos el número de variables ni su tipo). La otra trampa es que el tipo de variable que se espera viene dado por el caracter que sigue al porciento, pero el compilador tampoco verifica que realmente le hayas dado esa variable. Si le dices que será un puntero pero en realidad le pasas un entero, va a leer los datos de no se sabe donde. Si ese entero el usuario lo puede escribir (es un dato entrado), pues ya tienes una manera de leer memoria no autorizada. Y hay otra función correspondiente para leer datos, más peligrosa todavía. Sin embargo, ¿porqué nos gusta a los progamadores? Pues, por ejemplo, porque con cambiar ese string por "The %d cats weight %f kilograms" ya lo he traducido al inglés, en una patada. Es más, ese string se puede leer de un fichero de texto externo al programa, teniendo uno para cada idioma. No se hace exactamente así, pero en linux la tradución de programas a varios idiomas usa el truco de cambiar esos strings mediante una librería y una serie de ficheros que hasta el usuario puede crear o cambiar Luego es util. ¿Se puede en C++? Pues no lo sé... algo habrá. Pero de la manera que me enseñaron C++ a mí, no se como: cout << "Los " << numerodegatos << " gatos pesan " << numerodekilos << " kilos\n" (el problema para traducir es que son tres strings o frases separadas, inconexas, en vez de una. Se rompe el contexto). O usan printf directamente, que es lo que yo hacía. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFsjRntTMYHG2NR9URAtwNAJ4mysIVAxSYmJgBGEnGQiTbKkhPdwCeJ0Fz QyHLv95kgt5RDgBGV2cPmaI= =1OSW -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-20 a las 19:02 +0100, lluis escribió:

Con C++ continuas pudiendo meter la pata hasta el fondo :

Algunos casos tipicos :

Punteros no inicializados Buffers desbordados Indices de matrices fuera de rango. Memoria capturada y no liberada

C# es bastante mas quisquilloso y controla mas al que programa, pero como dicen en mi pueblo todo se paga y los controles en tiempo de ejecucion( el de los indices de matriz por ejemplo) vuelven los programas mas lentos.

En la versión de Pascal que yo usaba (Turbo Pascal) esas comprobaciones eran optativas. Se supone que las activabas al principio, y las desactivabas en el programa final ya depurado y comprobado. En realidad, mucha gente las tenía desactivadas siempre :-( ¿Sucede lo mismo en C#, las puedes desactivar? [Inciso: ¿como se lee el nombre C#?] - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFsmRotTMYHG2NR9URAn6VAJ41MfHZvnkOhgWD2r3XpHR3l/xQGwCfVJBd q2Q/yfO3Q58L/POA9qTK8s4= =zITG -----END PGP SIGNATURE-----

Camaleón escribió:

El 20/01/07, Carlos E. R. escribió:

...

[Inciso: ¿como se lee el nombre C#?]

¿C sharp?

Saludos,

C sostenido?, C gomaespuma, digo almohadilla? -- Saludos. César -- "Primero fueron a por los judíos, y yo no hablé porque no era judío. Después fueron a por los comunistas, y yo no hablé porque no era comunista. Después fueron a por los católicos, y yo no hablé porque era protestante. Después fueron a por mí, y para entonces ya no quedaba nadie que hablara por mí." (Martin Niemöller) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-20 a las 21:14 +0100, lluis escribió:

...

¿Sucede lo mismo en C#, las puedes desactivar?

No las puedes desactivar, ya que muchas de ellas surgen a partir de problemas en tiempo de ejecucion, disparan excepciones que si puedes controlar.

En TPascal era igual, en tiempo de ejecución, y se podían desactivar. Las de tiempo de compilación no tiene sentido desactivarlas. Más adelante lo hicieron con excepciones (en delphi).

C# se lee CSharp

O sea, Do sostenido, ¿no? :-p

Si a alguien le interesa que se pase por

http://www.mono-project.com/Main_Page

Aunque con sus limitaciones a mi me parece un framework muy interesante, que en mi opinion reune lo mejor de C++ y Java.

Tengo curiosidad, pero no me voy a dedicar a ello. No puedo aprenderme todos los lenguajes, y como no me dedico ahora a programar, pues... Es eso, curiosidad. ¡Eh, que es un invento del enemigo! :-P (wikipedia) C# is an object-oriented programming language developed by Microsoft as part of their .NET initiative, and later approved as a standard by ECMA and ISO. C# has a procedural, object-oriented syntax based on C++ that includes aspects of several other programming languages (most notably Delphi and Java) with a particular emphasis on simplification (fewer symbolic requirements than C++, fewer declarative requirements than Java [citation needed]). This article describes the language as defined in the ECMA and ISO standards, and avoids description of Microsoft's implementation. For a description of Microsoft's implementation, see Microsoft Visual C#. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFsoJ7tTMYHG2NR9URAqcYAJ91H0Hvy8kBbI8kyhpd/0BjnPVEKACfTdOF 9fycS+BtVj9OPNa8Laovp3k= =N0gO -----END PGP SIGNATURE-----

incluso si quieres hacer una apliacacion multiplataforma usa gtk# para windows y usa MoMA que es una herramienta que checa que cosas tiene soportadas mono de tu aplicacion. es muy util por ejemplo hasta donde tengo entendido el namespace System.Network.NetworkInformation aun no esta sopoprtada por mono. gtk# es muy util si desarrollas desde mono y quieres hacerlo portable a windows si es que desarrollas entornos graficos _______________________________________ TSU en Telemática Héctor Reyes Armenta Puebla, Mexico Cel: 2221 74 68 38

From: lluis To: "Carlos E. R." CC: OS-es Subject: Re: [opensuse-es] Hablando de lenguajes [Era: [OT] OpenOffice(Calc) - con programa corrector ya funciona] Date: Sat, 20 Jan 2007 22:16:28 +0100

El sáb, 20-01-2007 a las 21:58 +0100, Carlos E. R. escribió:

...

¡Eh, que es un invento del enemigo! :-P

(wikipedia)

C# is an object-oriented programming language developed by Microsoft as part of their .NET initiative, and later approved as a standard by ECMA and ISO. C# has a procedural, object-oriented syntax based on C++ that includes aspects of several other programming languages (most notably Delphi and Java) with a particular emphasis on simplification (fewer symbolic requirements than C++, fewer declarative requirements than Java [citation needed]).

This article describes the language as defined in the ECMA and ISO standards, and avoids description of Microsoft's implementation. For a description of Microsoft's implementation, see Microsoft Visual C#.

Si, es un invento del enemigo, pero con los standares publicados.

Mono es una implementacion de ECMA no se cuantos( el standard) en Linux

Sin grandes dificultades( a veces) se pueden hacer programas multiplataforma.

Un saludo

Lluis

<< signature.asc >>

_________________________________________________________________ Live Search en Prodigy/MSN. Todo lo que buscas ahora más rapido http://live.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org