Estimadismos

Logre mantenerme al margen del intercambio de opiniones durante el 2006,
pero, ahora estamos en el 2007, y junto con desarles que todas sus
espectativas se vean cumplidas y que sea un buen periodo para todos, me he
decidido a puntualizar mi experiencia personal/profesional sobre el tema.

Primero, como usuario de mucho tiempo de RM, puedo asegurar con absoluta
convicción, que no tiene ninguna posibilidad de competir con Acucobol. Este
ultimo tiene cualidades ya comentadas en la lista, por lo cual no las
enunciaré, que solo pueden desconocer quienes no lo hayan utilizado.
No me pronuncio sobre otras versiones de Cobol, porque no las he usado,
salvo esporadicamente algunas versiones que solo corren en mainframes, sin
embargo, considero MUY importante mencionar el grado de portabilidad que
cada version tiene sobre diversas plataformas e incluso sobre distintos
sistemas operativos, caracteristica que no ha sido mencionada.

Respecto de la comparacion que se esta haciendo con VB y/o con MySQL, creo
que se esta comparando peras con manzanas y por lo tanto las conclusiones,
aun siendo algunas correctas, no aportan.

La conclusion que considero correcta, es que a cada necesidad hay un
determinado remedio, y seria poco serio descalificar herramientas que tienen
utilidad especifica y que a algunos desarrolladores y usuarios les han
solucionado su problema. Sin embargo, es archi-probado y hay bastante
lectura al respecto, que entre MySQL y otras alternativas, algunas de
software libre, hay una brecha importante en cuanto a estabilidad y
eficiencia. Entre Cobol y VB no hay comparacion alguna que se pueda hacer,
son cosas distintas. A ningun desarrollador de proyectos de mediano y largo
alcance, que tenga la suficiente experiencia, se le ocurriria que una
solucion eficiente podria pasar por VB, sin que eso signifique que para
determinados proyectos y bajo ciertas condiciones, VB sea la alternativa
adecuada.

Consecuentemente, Alfredo Iglesias tiene razon al enunciar que se debe
considerar como muy relevante el grado de integracion de un lenguaje, que
permita que coexistan distintas soluciones, la mas eficiente bajo
determinada circunstancia y para cada aplicación, sin que eso signifique
incompatibilidades con otras aplicaciones.

Acucobol ofrece todo eso, compatibilidad, integracion, facilidad de
migracion, facilidad de desarrollo, ambiente cliente servidor eficiente,
etc.

Aun cuando le creo a quien dice que VB se le comporta adecuadamente con una
gran cantidad de datos, le sugiero que se de la oportunidad de hacer un
benchmark (espero que este bien escrito) cuando pueda. Se va a llevar una
sorpresa.
Tambien, aun cuando obviamente no se lo deseo, cuando tenga corrupcion de
datos y/o archivos por cualquier desafortunado motivo, le sugiero que mida
los tiempos que se va a tomar en recuperar la integridad y confiabilidad de
su aplicación versus cualquier aplicación desarrollada en Acucobol. En RM ni
hablar, el recovery no es ni siquiera considerable comparado con vutil.

Finalmente, y Alfredo no lo menciono, la diferencia la hace el factor
humano. Nunca he visto que alguien sea capaz de cambiar la rueda de su
vehiculo con un destornillador. El desarrollador debe conocer toda su caja
de herramientas y usar la que corresponda según sea la situacion, y usarla
bien por supuesto. Por algo existen los mecanicos y los choferes, y para
cambiar una rueda, esta mas que asumido que el mecanico es la mejor opcion.

Un abrazo y saludos a todos
LRP

PD. No es necesario para intercambiar ideas, descalificar a nadie ;-)

-----Mensaje original-----
De: sos-cobol@... [mailto:sos-cobol@...] En
nombre de rvlevet
Enviado el: Viernes, 29 de Diciembre de 2006 20:43
Para: sos-cobol@...
Asunto: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEMO
ve

Estimado amigo... uds. los uruguayos son gente cabeza dura... es feo pero es
queso.. decia el gallego... igual que con las pasteras.. no van a
contaminar... jejeje... en fin... no acostumbro a discutir..
no es mi estilo.

Saludos a todos y un feliz año.
Rodolfo Levet

--- En sos-cobol@..., "Daniel Marquez" <dmarquez@...>
escribió:
>
> Hola Rodolfo. Acabo de comentar esto con un compañero, y él
instaló hace año y medio un sistema en VB hecho con GeneXus. Es una
curtiembre, y una de las tablas, la de registros de cueros y trazabilidad
tiene más de 6.000.000 de registros. Trabajan normal y no tienen problemas;
el incremento es de 5.000 y 7.000 registros diarios.
>
>
>
> Así que, estimado, sus presunciones siguen siendo incorrectas.
Sorry.
>
> Saludos cordiales,
>
> Daniel
> ________________________________

--
This mail was scanned by AntiVir Milter.
This product is not licensed.
See www.antivir.de for details.

Hola Luis: Coincido en todo. Vengo trabajando en RM desde XENIX, pasé a UNIX,
luego a WINDOWS2000 con ningún problema de portabilidad, ahora estoy con RM en
XP y sigo sin problemas pero a la luz de los problemas con Windows Vista y ya
cansado de programar en modo texto con el panels  empecé a ver una interfaz
gráfica: el WOW, no me pareció gran cosa, por eso preferí ver a los vecinos.
Encontré, analizando, como posible migración a power y a acucobol. Hice prueba
en los dos. Reconozco que acucobol, a mi parecer es mejor. Sinceramente me
sorprendió. Hasta viene con los manuales incluidos, con lo que me costo
conseguir lo manuales del rm. Seguiré testando pero estoy casi convencido que
haré la migración hacia ese lenguaje. No menosprecio el VB, pero para mi, en
administración, no es aconsejable. Pero respeto a los que estan usando ese
lenguaje.
Roberto
   ----- Original Message -----
   From: Luis Roa P.
   To: sos-cobol@...
   Sent: Tuesday, January 02, 2007 9:19 AM
   Subject: RE: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir
DEM



   Estimadismos

   Logre mantenerme al margen del intercambio de opiniones durante el 2006,
   pero, ahora estamos en el 2007, y junto con desarles que todas sus
   espectativas se vean cumplidas y que sea un buen periodo para todos, me he
   decidido a puntualizar mi experiencia personal/profesional sobre el tema.

   Primero, como usuario de mucho tiempo de RM, puedo asegurar con absoluta
   convicción, que no tiene ninguna posibilidad de competir con Acucobol. Este
   ultimo tiene cualidades ya comentadas en la lista, por lo cual no las
   enunciaré, que solo pueden desconocer quienes no lo hayan utilizado.
   No me pronuncio sobre otras versiones de Cobol, porque no las he usado,
   salvo esporadicamente algunas versiones que solo corren en mainframes, sin
   embargo, considero MUY importante mencionar el grado de portabilidad que
   cada version tiene sobre diversas plataformas e incluso sobre distintos
   sistemas operativos, caracteristica que no ha sido mencionada.

   Respecto de la comparacion que se esta haciendo con VB y/o con MySQL, creo
   que se esta comparando peras con manzanas y por lo tanto las conclusiones,
   aun siendo algunas correctas, no aportan.

   La conclusion que considero correcta, es que a cada necesidad hay un
   determinado remedio, y seria poco serio descalificar herramientas que tienen
   utilidad especifica y que a algunos desarrolladores y usuarios les han
   solucionado su problema. Sin embargo, es archi-probado y hay bastante
   lectura al respecto, que entre MySQL y otras alternativas, algunas de
   software libre, hay una brecha importante en cuanto a estabilidad y
   eficiencia. Entre Cobol y VB no hay comparacion alguna que se pueda hacer,
   son cosas distintas. A ningun desarrollador de proyectos de mediano y largo
   alcance, que tenga la suficiente experiencia, se le ocurriria que una
   solucion eficiente podria pasar por VB, sin que eso signifique que para
   determinados proyectos y bajo ciertas condiciones, VB sea la alternativa
   adecuada.

   Consecuentemente, Alfredo Iglesias tiene razon al enunciar que se debe
   considerar como muy relevante el grado de integracion de un lenguaje, que
   permita que coexistan distintas soluciones, la mas eficiente bajo
   determinada circunstancia y para cada aplicación, sin que eso signifique
   incompatibilidades con otras aplicaciones.

   Acucobol ofrece todo eso, compatibilidad, integracion, facilidad de
   migracion, facilidad de desarrollo, ambiente cliente servidor eficiente,
   etc.

   Aun cuando le creo a quien dice que VB se le comporta adecuadamente con una
   gran cantidad de datos, le sugiero que se de la oportunidad de hacer un
   benchmark (espero que este bien escrito) cuando pueda. Se va a llevar una
   sorpresa.
   Tambien, aun cuando obviamente no se lo deseo, cuando tenga corrupcion de
   datos y/o archivos por cualquier desafortunado motivo, le sugiero que mida
   los tiempos que se va a tomar en recuperar la integridad y confiabilidad de
   su aplicación versus cualquier aplicación desarrollada en Acucobol. En RM ni
   hablar, el recovery no es ni siquiera considerable comparado con vutil.

   Finalmente, y Alfredo no lo menciono, la diferencia la hace el factor
   humano. Nunca he visto que alguien sea capaz de cambiar la rueda de su
   vehiculo con un destornillador. El desarrollador debe conocer toda su caja
   de herramientas y usar la que corresponda según sea la situacion, y usarla
   bien por supuesto. Por algo existen los mecanicos y los choferes, y para
   cambiar una rueda, esta mas que asumido que el mecanico es la mejor opcion.

   Un abrazo y saludos a todos
   LRP

   PD. No es necesario para intercambiar ideas, descalificar a nadie ;-)

   -----Mensaje original-----
   De: sos-cobol@... [mailto:sos-cobol@...] En
   nombre de rvlevet
   Enviado el: Viernes, 29 de Diciembre de 2006 20:43
   Para: sos-cobol@...
   Asunto: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEMO
   ve

   Estimado amigo... uds. los uruguayos son gente cabeza dura... es feo pero es
   queso.. decia el gallego... igual que con las pasteras.. no van a
   contaminar... jejeje... en fin... no acostumbro a discutir..
   no es mi estilo.

   Saludos a todos y un feliz año.
   Rodolfo Levet

   --- En sos-cobol@..., "Daniel Marquez" <dmarquez@...>
   escribió:
   >
   > Hola Rodolfo. Acabo de comentar esto con un compañero, y él
   instaló hace año y medio un sistema en VB hecho con GeneXus. Es una
   curtiembre, y una de las tablas, la de registros de cueros y trazabilidad
   tiene más de 6.000.000 de registros. Trabajan normal y no tienen problemas;
   el incremento es de 5.000 y 7.000 registros diarios.
   >
   >
   >
   > Así que, estimado, sus presunciones siguen siendo incorrectas.
   Sorry.
   >
   > Saludos cordiales,
   >
   > Daniel
   > ________________________________

   --
   This mail was scanned by AntiVir Milter.
   This product is not licensed.
   See www.antivir.de for details.




[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola a todos y feliz año 2007
   Para contribuir a la confusión general...
   He leido algunas (no todas) opniones sobre el Cobol y sus distintas nuevas
versiones (en definitiva son dialectos del mismo lenguaje) y la comparación con
otras herramientas (unas comparables, otras no definitivamente)
   Como alguien dice por alli, para cambiar la rueda es mejor un mecanico, es tan
necesario?, yo no soy mecanico y lo hago tan bien como el, lo importante es
tener habilidad y obligado a salir del paso con lo que se puede en ese momento.
   La modernidad se impone, los costos mandan, los tiempos apremian, los recursos
escasean...
   No hay gente nueva en Cobol, esa es la realidad (acuerdense del 2000 que
salieron a contratar a gente ya retirada...), si alguien se casa con Acucobol
porque consiguió los manuales, quiere decir que el RM que tenía es trucho, de
otra forma tendría el set completo.
   Cuando se habla de datos en VB, no se tiene en cuenta que el VB es solo la
interfáz gráfica y nada más, lo que vale es la base de datos que tiene detrás,
imaginen un motor Oracle, alguien puede dudar de su confiabilidad? (hay otras
buenas claro), miles de millones de registros y se lo banca, es cuestión de
servidor, tunning y calidad de contrucción en las aplicaciones.
   La opción mejor hoy en día podría ser: interfáz gráfica con VB, batch en C,
motor Oracle, sistemas operativos Unix y Windows, la relación costo-beneficio
creo que es la más balanceada (ojo, no será la mejor en todos los casos).
   Bueno, hay muchas cosas para escribir... creo en definitiva que uno debe
comprender su nicho de mercado, la instalación donde se ejecuta, etc, etc, y las
politicas que determine la empresa (obvio no en desrrollos pequeños y
unitarios), tengan en cuenta el costo de lincenciamiento corporativo,
capacitación y renovación de mano de obra, avances tecnólgicos y demás yerbas,
en todo esto la gerencia es la que manda (y el mercado), nosotros los
programadores por más que nos guste algo en especial nos tenemos que amoldar
(salvo los independientes)
   Bueno, perdon por la lata, feliz año 2007, vermohut con papas fritas y good
show!!!!!!!!
   Carlos
   PD, estoy en esto desde 1975, operé, programé, analicé y ahora dirijo un grupo
de desarrollo y mantenimiento en una empresa muy grande, algo de experiencia
tengo.



Roberto ROGERS <robertorogers2003@...> escribió:
           Hola Luis: Coincido en todo. Vengo trabajando en RM desde XENIX, pasé
a UNIX, luego a WINDOWS2000 con ningún problema de portabilidad, ahora estoy con
RM en XP y sigo sin problemas pero a la luz de los problemas con Windows Vista y
ya cansado de programar en modo texto con el panels empecé a ver una interfaz
gráfica: el WOW, no me pareció gran cosa, por eso preferí ver a los vecinos.
Encontré, analizando, como posible migración a power y a acucobol. Hice prueba
en los dos. Reconozco que acucobol, a mi parecer es mejor. Sinceramente me
sorprendió. Hasta viene con los manuales incluidos, con lo que me costo
conseguir lo manuales del rm. Seguiré testando pero estoy casi convencido que
haré la migración hacia ese lenguaje. No menosprecio el VB, pero para mi, en
administración, no es aconsejable. Pero respeto a los que estan usando ese
lenguaje.
Roberto
----- Original Message -----
From: Luis Roa P.
To: sos-cobol@...
Sent: Tuesday, January 02, 2007 9:19 AM
Subject: RE: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEM

Estimadismos

Logre mantenerme al margen del intercambio de opiniones durante el 2006,
pero, ahora estamos en el 2007, y junto con desarles que todas sus
espectativas se vean cumplidas y que sea un buen periodo para todos, me he
decidido a puntualizar mi experiencia personal/profesional sobre el tema.

Primero, como usuario de mucho tiempo de RM, puedo asegurar con absoluta
convicción, que no tiene ninguna posibilidad de competir con Acucobol. Este
ultimo tiene cualidades ya comentadas en la lista, por lo cual no las
enunciaré, que solo pueden desconocer quienes no lo hayan utilizado.
No me pronuncio sobre otras versiones de Cobol, porque no las he usado,
salvo esporadicamente algunas versiones que solo corren en mainframes, sin
embargo, considero MUY importante mencionar el grado de portabilidad que
cada version tiene sobre diversas plataformas e incluso sobre distintos
sistemas operativos, caracteristica que no ha sido mencionada.

Respecto de la comparacion que se esta haciendo con VB y/o con MySQL, creo
que se esta comparando peras con manzanas y por lo tanto las conclusiones,
aun siendo algunas correctas, no aportan.

La conclusion que considero correcta, es que a cada necesidad hay un
determinado remedio, y seria poco serio descalificar herramientas que tienen
utilidad especifica y que a algunos desarrolladores y usuarios les han
solucionado su problema. Sin embargo, es archi-probado y hay bastante
lectura al respecto, que entre MySQL y otras alternativas, algunas de
software libre, hay una brecha importante en cuanto a estabilidad y
eficiencia. Entre Cobol y VB no hay comparacion alguna que se pueda hacer,
son cosas distintas. A ningun desarrollador de proyectos de mediano y largo
alcance, que tenga la suficiente experiencia, se le ocurriria que una
solucion eficiente podria pasar por VB, sin que eso signifique que para
determinados proyectos y bajo ciertas condiciones, VB sea la alternativa
adecuada.

Consecuentemente, Alfredo Iglesias tiene razon al enunciar que se debe
considerar como muy relevante el grado de integracion de un lenguaje, que
permita que coexistan distintas soluciones, la mas eficiente bajo
determinada circunstancia y para cada aplicación, sin que eso signifique
incompatibilidades con otras aplicaciones.

Acucobol ofrece todo eso, compatibilidad, integracion, facilidad de
migracion, facilidad de desarrollo, ambiente cliente servidor eficiente,
etc.

Aun cuando le creo a quien dice que VB se le comporta adecuadamente con una
gran cantidad de datos, le sugiero que se de la oportunidad de hacer un
benchmark (espero que este bien escrito) cuando pueda. Se va a llevar una
sorpresa.
Tambien, aun cuando obviamente no se lo deseo, cuando tenga corrupcion de
datos y/o archivos por cualquier desafortunado motivo, le sugiero que mida
los tiempos que se va a tomar en recuperar la integridad y confiabilidad de
su aplicación versus cualquier aplicación desarrollada en Acucobol. En RM ni
hablar, el recovery no es ni siquiera considerable comparado con vutil.

Finalmente, y Alfredo no lo menciono, la diferencia la hace el factor
humano. Nunca he visto que alguien sea capaz de cambiar la rueda de su
vehiculo con un destornillador. El desarrollador debe conocer toda su caja
de herramientas y usar la que corresponda según sea la situacion, y usarla
bien por supuesto. Por algo existen los mecanicos y los choferes, y para
cambiar una rueda, esta mas que asumido que el mecanico es la mejor opcion.

Un abrazo y saludos a todos
LRP

PD. No es necesario para intercambiar ideas, descalificar a nadie ;-)

-----Mensaje original-----
De: sos-cobol@... [mailto:sos-cobol@...] En
nombre de rvlevet
Enviado el: Viernes, 29 de Diciembre de 2006 20:43
Para: sos-cobol@...
Asunto: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEMO
ve

Estimado amigo... uds. los uruguayos son gente cabeza dura... es feo pero es
queso.. decia el gallego... igual que con las pasteras.. no van a
contaminar... jejeje... en fin... no acostumbro a discutir..
no es mi estilo.

Saludos a todos y un feliz año.
Rodolfo Levet

--- En sos-cobol@..., "Daniel Marquez" <dmarquez@...>
escribió:
>
> Hola Rodolfo. Acabo de comentar esto con un compañero, y él
instaló hace año y medio un sistema en VB hecho con GeneXus. Es una
curtiembre, y una de las tablas, la de registros de cueros y trazabilidad
tiene más de 6.000.000 de registros. Trabajan normal y no tienen problemas;
el incremento es de 5.000 y 7.000 registros diarios.
>
>
>
> Así que, estimado, sus presunciones siguen siendo incorrectas.
Sorry.
>
> Saludos cordiales,
>
> Daniel
> ________________________________

--
This mail was scanned by AntiVir Milter.
This product is not licensed.
See www.antivir.de for details.

[Se han eliminado los trozos de este mensaje que no contenían texto]





  __________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

[Se han eliminado los trozos de este mensaje que no contenían texto]

Carlos, no se podria explicar mejor.

Amen a tus palabras.



   ----- Original Message -----
   From: carlos xx
   To: sos-cobol@...
   Sent: Thursday, January 04, 2007 12:48 PM
   Subject: Re: [sos-cobol] Re: RMCOBOL..... segunda parte


   Hola a todos y feliz año 2007
   Para contribuir a la confusión general...
   He leido algunas (no todas) opniones sobre el Cobol y sus distintas nuevas
versiones (en definitiva son dialectos del mismo lenguaje) y la comparación con
otras herramientas (unas comparables, otras no definitivamente)
   Como alguien dice por alli, para cambiar la rueda es mejor un mecanico, es tan
necesario?, yo no soy mecanico y lo hago tan bien como el, lo importante es
tener habilidad y obligado a salir del paso con lo que se puede en ese momento.
   La modernidad se impone, los costos mandan, los tiempos apremian, los recursos
escasean...
   No hay gente nueva en Cobol, esa es la realidad (acuerdense del 2000 que
salieron a contratar a gente ya retirada...), si alguien se casa con Acucobol
porque consiguió los manuales, quiere decir que el RM que tenía es trucho, de
otra forma tendría el set completo.
   Cuando se habla de datos en VB, no se tiene en cuenta que el VB es solo la
interfáz gráfica y nada más, lo que vale es la base de datos que tiene detrás,
imaginen un motor Oracle, alguien puede dudar de su confiabilidad? (hay otras
buenas claro), miles de millones de registros y se lo banca, es cuestión de
servidor, tunning y calidad de contrucción en las aplicaciones.
   La opción mejor hoy en día podría ser: interfáz gráfica con VB, batch en C,
motor Oracle, sistemas operativos Unix y Windows, la relación costo-beneficio
creo que es la más balanceada (ojo, no será la mejor en todos los casos).
   Bueno, hay muchas cosas para escribir... creo en definitiva que uno debe
comprender su nicho de mercado, la instalación donde se ejecuta, etc, etc, y las
politicas que determine la empresa (obvio no en desrrollos pequeños y
unitarios), tengan en cuenta el costo de lincenciamiento corporativo,
capacitación y renovación de mano de obra, avances tecnólgicos y demás yerbas,
en todo esto la gerencia es la que manda (y el mercado), nosotros los
programadores por más que nos guste algo en especial nos tenemos que amoldar
(salvo los independientes)
   Bueno, perdon por la lata, feliz año 2007, vermohut con papas fritas y good
show!!!!!!!!
   Carlos
   PD, estoy en esto desde 1975, operé, programé, analicé y ahora dirijo un grupo
de desarrollo y mantenimiento en una empresa muy grande, algo de experiencia
tengo.



   Roberto ROGERS <robertorogers2003@...> escribió:
   Hola Luis: Coincido en todo. Vengo trabajando en RM desde XENIX, pasé a UNIX,
luego a WINDOWS2000 con ningún problema de portabilidad, ahora estoy con RM en
XP y sigo sin problemas pero a la luz de los problemas con Windows Vista y ya
cansado de programar en modo texto con el panels empecé a ver una interfaz
gráfica: el WOW, no me pareció gran cosa, por eso preferí ver a los vecinos.
Encontré, analizando, como posible migración a power y a acucobol. Hice prueba
en los dos. Reconozco que acucobol, a mi parecer es mejor. Sinceramente me
sorprendió. Hasta viene con los manuales incluidos, con lo que me costo
conseguir lo manuales del rm. Seguiré testando pero estoy casi convencido que
haré la migración hacia ese lenguaje. No menosprecio el VB, pero para mi, en
administración, no es aconsejable. Pero respeto a los que estan usando ese
lenguaje.
   Roberto
   ----- Original Message -----
   From: Luis Roa P.
   To: sos-cobol@...
   Sent: Tuesday, January 02, 2007 9:19 AM
   Subject: RE: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir
DEM

   Estimadismos

   Logre mantenerme al margen del intercambio de opiniones durante el 2006,
   pero, ahora estamos en el 2007, y junto con desarles que todas sus
   espectativas se vean cumplidas y que sea un buen periodo para todos, me he
   decidido a puntualizar mi experiencia personal/profesional sobre el tema.

   Primero, como usuario de mucho tiempo de RM, puedo asegurar con absoluta
   convicción, que no tiene ninguna posibilidad de competir con Acucobol. Este
   ultimo tiene cualidades ya comentadas en la lista, por lo cual no las
   enunciaré, que solo pueden desconocer quienes no lo hayan utilizado.
   No me pronuncio sobre otras versiones de Cobol, porque no las he usado,
   salvo esporadicamente algunas versiones que solo corren en mainframes, sin
   embargo, considero MUY importante mencionar el grado de portabilidad que
   cada version tiene sobre diversas plataformas e incluso sobre distintos
   sistemas operativos, caracteristica que no ha sido mencionada.

   Respecto de la comparacion que se esta haciendo con VB y/o con MySQL, creo
   que se esta comparando peras con manzanas y por lo tanto las conclusiones,
   aun siendo algunas correctas, no aportan.

   La conclusion que considero correcta, es que a cada necesidad hay un
   determinado remedio, y seria poco serio descalificar herramientas que tienen
   utilidad especifica y que a algunos desarrolladores y usuarios les han
   solucionado su problema. Sin embargo, es archi-probado y hay bastante
   lectura al respecto, que entre MySQL y otras alternativas, algunas de
   software libre, hay una brecha importante en cuanto a estabilidad y
   eficiencia. Entre Cobol y VB no hay comparacion alguna que se pueda hacer,
   son cosas distintas. A ningun desarrollador de proyectos de mediano y largo
   alcance, que tenga la suficiente experiencia, se le ocurriria que una
   solucion eficiente podria pasar por VB, sin que eso signifique que para
   determinados proyectos y bajo ciertas condiciones, VB sea la alternativa
   adecuada.

   Consecuentemente, Alfredo Iglesias tiene razon al enunciar que se debe
   considerar como muy relevante el grado de integracion de un lenguaje, que
   permita que coexistan distintas soluciones, la mas eficiente bajo
   determinada circunstancia y para cada aplicación, sin que eso signifique
   incompatibilidades con otras aplicaciones.

   Acucobol ofrece todo eso, compatibilidad, integracion, facilidad de
   migracion, facilidad de desarrollo, ambiente cliente servidor eficiente,
   etc.

   Aun cuando le creo a quien dice que VB se le comporta adecuadamente con una
   gran cantidad de datos, le sugiero que se de la oportunidad de hacer un
   benchmark (espero que este bien escrito) cuando pueda. Se va a llevar una
   sorpresa.
   Tambien, aun cuando obviamente no se lo deseo, cuando tenga corrupcion de
   datos y/o archivos por cualquier desafortunado motivo, le sugiero que mida
   los tiempos que se va a tomar en recuperar la integridad y confiabilidad de
   su aplicación versus cualquier aplicación desarrollada en Acucobol. En RM ni
   hablar, el recovery no es ni siquiera considerable comparado con vutil.

   Finalmente, y Alfredo no lo menciono, la diferencia la hace el factor
   humano. Nunca he visto que alguien sea capaz de cambiar la rueda de su
   vehiculo con un destornillador. El desarrollador debe conocer toda su caja
   de herramientas y usar la que corresponda según sea la situacion, y usarla
   bien por supuesto. Por algo existen los mecanicos y los choferes, y para
   cambiar una rueda, esta mas que asumido que el mecanico es la mejor opcion.

   Un abrazo y saludos a todos
   LRP

   PD. No es necesario para intercambiar ideas, descalificar a nadie ;-)

   -----Mensaje original-----
   De: sos-cobol@... [mailto:sos-cobol@...] En
   nombre de rvlevet
   Enviado el: Viernes, 29 de Diciembre de 2006 20:43
   Para: sos-cobol@...
   Asunto: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEMO
   ve

   Estimado amigo... uds. los uruguayos son gente cabeza dura... es feo pero es
   queso.. decia el gallego... igual que con las pasteras.. no van a
   contaminar... jejeje... en fin... no acostumbro a discutir..
   no es mi estilo.

   Saludos a todos y un feliz año.
   Rodolfo Levet

   --- En sos-cobol@..., "Daniel Marquez" <dmarquez@...>
   escribió:
   >
   > Hola Rodolfo. Acabo de comentar esto con un compañero, y él
   instaló hace año y medio un sistema en VB hecho con GeneXus. Es una
   curtiembre, y una de las tablas, la de registros de cueros y trazabilidad
   tiene más de 6.000.000 de registros. Trabajan normal y no tienen problemas;
   el incremento es de 5.000 y 7.000 registros diarios.
   >
   >
   >
   > Así que, estimado, sus presunciones siguen siendo incorrectas.
   Sorry.
   >
   > Saludos cordiales,
   >
   > Daniel
   > ________________________________

   --
   This mail was scanned by AntiVir Milter.
   This product is not licensed.
   See www.antivir.de for details.

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   __________________________________________________
   Correo Yahoo!
   Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
   ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola Carlos: no confundis. Me parece que fuiste muy preciso y veo que tenes
experiencia y conocimiento. Agradezco tu comentario que, repito, no confunde,
aclara.
Roberto

   ----- Original Message -----
   From: carlos xx
   To: sos-cobol@...
   Sent: Thursday, January 04, 2007 9:48 AM
   Subject: Re: [sos-cobol] Re: RMCOBOL..... segunda parte


   Hola a todos y feliz año 2007
   Para contribuir a la confusión general...
   He leido algunas (no todas) opniones sobre el Cobol y sus distintas nuevas
versiones (en definitiva son dialectos del mismo lenguaje) y la comparación con
otras herramientas (unas comparables, otras no definitivamente)
   Como alguien dice por alli, para cambiar la rueda es mejor un mecanico, es tan
necesario?, yo no soy mecanico y lo hago tan bien como el, lo importante es
tener habilidad y obligado a salir del paso con lo que se puede en ese momento.
   La modernidad se impone, los costos mandan, los tiempos apremian, los recursos
escasean...
   No hay gente nueva en Cobol, esa es la realidad (acuerdense del 2000 que
salieron a contratar a gente ya retirada...), si alguien se casa con Acucobol
porque consiguió los manuales, quiere decir que el RM que tenía es trucho, de
otra forma tendría el set completo.
   Cuando se habla de datos en VB, no se tiene en cuenta que el VB es solo la
interfáz gráfica y nada más, lo que vale es la base de datos que tiene detrás,
imaginen un motor Oracle, alguien puede dudar de su confiabilidad? (hay otras
buenas claro), miles de millones de registros y se lo banca, es cuestión de
servidor, tunning y calidad de contrucción en las aplicaciones.
   La opción mejor hoy en día podría ser: interfáz gráfica con VB, batch en C,
motor Oracle, sistemas operativos Unix y Windows, la relación costo-beneficio
creo que es la más balanceada (ojo, no será la mejor en todos los casos).
   Bueno, hay muchas cosas para escribir... creo en definitiva que uno debe
comprender su nicho de mercado, la instalación donde se ejecuta, etc, etc, y las
politicas que determine la empresa (obvio no en desrrollos pequeños y
unitarios), tengan en cuenta el costo de lincenciamiento corporativo,
capacitación y renovación de mano de obra, avances tecnólgicos y demás yerbas,
en todo esto la gerencia es la que manda (y el mercado), nosotros los
programadores por más que nos guste algo en especial nos tenemos que amoldar
(salvo los independientes)
   Bueno, perdon por la lata, feliz año 2007, vermohut con papas fritas y good
show!!!!!!!!
   Carlos
   PD, estoy en esto desde 1975, operé, programé, analicé y ahora dirijo un grupo
de desarrollo y mantenimiento en una empresa muy grande, algo de experiencia
tengo.



   Roberto ROGERS <robertorogers2003@...> escribió:
   Hola Luis: Coincido en todo. Vengo trabajando en RM desde XENIX, pasé a UNIX,
luego a WINDOWS2000 con ningún problema de portabilidad, ahora estoy con RM en
XP y sigo sin problemas pero a la luz de los problemas con Windows Vista y ya
cansado de programar en modo texto con el panels empecé a ver una interfaz
gráfica: el WOW, no me pareció gran cosa, por eso preferí ver a los vecinos.
Encontré, analizando, como posible migración a power y a acucobol. Hice prueba
en los dos. Reconozco que acucobol, a mi parecer es mejor. Sinceramente me
sorprendió. Hasta viene con los manuales incluidos, con lo que me costo
conseguir lo manuales del rm. Seguiré testando pero estoy casi convencido que
haré la migración hacia ese lenguaje. No menosprecio el VB, pero para mi, en
administración, no es aconsejable. Pero respeto a los que estan usando ese
lenguaje.
   Roberto
   ----- Original Message -----
   From: Luis Roa P.
   To: sos-cobol@...
   Sent: Tuesday, January 02, 2007 9:19 AM
   Subject: RE: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir
DEM

   Estimadismos

   Logre mantenerme al margen del intercambio de opiniones durante el 2006,
   pero, ahora estamos en el 2007, y junto con desarles que todas sus
   espectativas se vean cumplidas y que sea un buen periodo para todos, me he
   decidido a puntualizar mi experiencia personal/profesional sobre el tema.

   Primero, como usuario de mucho tiempo de RM, puedo asegurar con absoluta
   convicción, que no tiene ninguna posibilidad de competir con Acucobol. Este
   ultimo tiene cualidades ya comentadas en la lista, por lo cual no las
   enunciaré, que solo pueden desconocer quienes no lo hayan utilizado.
   No me pronuncio sobre otras versiones de Cobol, porque no las he usado,
   salvo esporadicamente algunas versiones que solo corren en mainframes, sin
   embargo, considero MUY importante mencionar el grado de portabilidad que
   cada version tiene sobre diversas plataformas e incluso sobre distintos
   sistemas operativos, caracteristica que no ha sido mencionada.

   Respecto de la comparacion que se esta haciendo con VB y/o con MySQL, creo
   que se esta comparando peras con manzanas y por lo tanto las conclusiones,
   aun siendo algunas correctas, no aportan.

   La conclusion que considero correcta, es que a cada necesidad hay un
   determinado remedio, y seria poco serio descalificar herramientas que tienen
   utilidad especifica y que a algunos desarrolladores y usuarios les han
   solucionado su problema. Sin embargo, es archi-probado y hay bastante
   lectura al respecto, que entre MySQL y otras alternativas, algunas de
   software libre, hay una brecha importante en cuanto a estabilidad y
   eficiencia. Entre Cobol y VB no hay comparacion alguna que se pueda hacer,
   son cosas distintas. A ningun desarrollador de proyectos de mediano y largo
   alcance, que tenga la suficiente experiencia, se le ocurriria que una
   solucion eficiente podria pasar por VB, sin que eso signifique que para
   determinados proyectos y bajo ciertas condiciones, VB sea la alternativa
   adecuada.

   Consecuentemente, Alfredo Iglesias tiene razon al enunciar que se debe
   considerar como muy relevante el grado de integracion de un lenguaje, que
   permita que coexistan distintas soluciones, la mas eficiente bajo
   determinada circunstancia y para cada aplicación, sin que eso signifique
   incompatibilidades con otras aplicaciones.

   Acucobol ofrece todo eso, compatibilidad, integracion, facilidad de
   migracion, facilidad de desarrollo, ambiente cliente servidor eficiente,
   etc.

   Aun cuando le creo a quien dice que VB se le comporta adecuadamente con una
   gran cantidad de datos, le sugiero que se de la oportunidad de hacer un
   benchmark (espero que este bien escrito) cuando pueda. Se va a llevar una
   sorpresa.
   Tambien, aun cuando obviamente no se lo deseo, cuando tenga corrupcion de
   datos y/o archivos por cualquier desafortunado motivo, le sugiero que mida
   los tiempos que se va a tomar en recuperar la integridad y confiabilidad de
   su aplicación versus cualquier aplicación desarrollada en Acucobol. En RM ni
   hablar, el recovery no es ni siquiera considerable comparado con vutil.

   Finalmente, y Alfredo no lo menciono, la diferencia la hace el factor
   humano. Nunca he visto que alguien sea capaz de cambiar la rueda de su
   vehiculo con un destornillador. El desarrollador debe conocer toda su caja
   de herramientas y usar la que corresponda según sea la situacion, y usarla
   bien por supuesto. Por algo existen los mecanicos y los choferes, y para
   cambiar una rueda, esta mas que asumido que el mecanico es la mejor opcion.

   Un abrazo y saludos a todos
   LRP

   PD. No es necesario para intercambiar ideas, descalificar a nadie ;-)

   -----Mensaje original-----
   De: sos-cobol@... [mailto:sos-cobol@...] En
   nombre de rvlevet
   Enviado el: Viernes, 29 de Diciembre de 2006 20:43
   Para: sos-cobol@...
   Asunto: [sos-cobol] Re: RMCOBOL..... segunda parte - Checked by AntiVir DEMO
   ve

   Estimado amigo... uds. los uruguayos son gente cabeza dura... es feo pero es
   queso.. decia el gallego... igual que con las pasteras.. no van a
   contaminar... jejeje... en fin... no acostumbro a discutir..
   no es mi estilo.

   Saludos a todos y un feliz año.
   Rodolfo Levet

   --- En sos-cobol@..., "Daniel Marquez" <dmarquez@...>
   escribió:
   >
   > Hola Rodolfo. Acabo de comentar esto con un compañero, y él
   instaló hace año y medio un sistema en VB hecho con GeneXus. Es una
   curtiembre, y una de las tablas, la de registros de cueros y trazabilidad
   tiene más de 6.000.000 de registros. Trabajan normal y no tienen problemas;
   el incremento es de 5.000 y 7.000 registros diarios.
   >
   >
   >
   > Así que, estimado, sus presunciones siguen siendo incorrectas.
   Sorry.
   >
   > Saludos cordiales,
   >
   > Daniel
   > ________________________________

   --
   This mail was scanned by AntiVir Milter.
   This product is not licensed.
   See www.antivir.de for details.

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   __________________________________________________
   Correo Yahoo!
   Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
   ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Estimados:

Soy Analista de Sistemas y Analista Programador, de la provincia de
Mendoza (Argentina), jóven aún en edad, pero con mucha experiencia en
sistemas, sobre todo en desarrollos Cobol (Acu, RM, MS, Microfocus,
Fujitsu, algo de IBM AS400)

Otros lenguajes: Clipper, Harbour, Harbour Gui, algo de VB y VFPro.

Sistemas Operativos: Unix - Windows

Conocimientos de Oracle, MySQL, IBM Database

Web: HTML, Dreamweaver, algo de Php

Estoy en un momento de poco trabajo, por ende, en un momento de
búsqueda de una nueva contratación, ya sea full-time, part-time, o
por trabajos en forma independiente a término.
Disponibilidad para viajar y establecerme en otra región si las
condiciones son aceptables.

mi dirección es: adssanti (arroba) yahoo (punto) com (punto) ar

Pueden contactarme y yo les remito mi C.Vitae en una forma más
completa y conveniente.

Desde ya agradecido.

Saludos,

Resumiendo, yo programe por mas de veinte años con Cobol. Al final usábamos
RMCOBOL-85 con SCO-UNIX. Y creo que nada le gana a esta combinación en
velocidad. Claro por debajo debe hacer un buen análisis y diseño de archivos.

Tuve que cambiar a herramientas gráficas, y me decidí por Visual Basic.

CUALQUIER HERRAMIENTA DE DESARROLLO (COBOL, VB, DELPHI, JAVA, C, C#, ETC.) ES LO
MISMO, EL FINAL ES EL MISMO.

LO QUE MANDA ES EL ANÁLISIS Y EL DISEÑO DE TUS ARCHIVOS (COBOL) O TUS TABLAS EN
LAS BASES DE DATOS RELACIONALES.

SI ESO ESTA MAL HECHO, NO IMPORTA CUAL SEA EL LENGUAJE QUE SE USE, TODO SALDRÍA
MAL.

Feliz y Prospero Año Nuevo a todos.





Oscar Velásquez González
Analista y Consultor de Sistemas de Información
Teléfono Móvil: (507) 6722-8119
E-mail: oscarvelasquezg@...
Apartado Postal: 0850-00441
Panamá, Rep. de Panamá
  __________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

[Se han eliminado los trozos de este mensaje que no contenían texto]

Desde ya feliz año y prospero 2007 para todos.
Es inevitable el participar, entonces a esta altura deseo sumar mi parecer, y
por ello digo que encontré en Acucobol allá por 1999 la herramienta para
ingresar al mundo del entorno gráfico, migrando desde caracter, sin abandonar
como S.O. utilazado como servidor a Unix, con terminales Wyse acompañadas de
emuladores en AT-386 y otras mas nuevas con Win-98 en modo cliente servidor
contra el mismo Unix, en las cuales coexistián en un principio las viejas
pantallas con formato caracter integradas con novatas de entorno gráfico, todo
perfectamente integrado y sin perder un solo registro a causa de semejante
mescolanza, por tanto es obvio mi profundo respeto por Cobol y más ahún por
AcuCorp.
En su momento hice un curso de VB. el cual me aportó sierto grado de
entendimiento respecto de como encarar el desembolvimiento de un proceso a
travéz de pantallas gráficas, pero no le ví en aquel momento la capacidad de
resolución para grandes gestiones, a diferencia de lo que uno trae experimentado
desde cobol.
Hoy día sigo prestando mucha atención a la manera en que deben diseñarce las
pantallas gráficas que deben utilizar los usuarios, porque el objetivo y la
premisa está en que les resulten totalmente intuitivas y funcinales, sin que les
falte ninguna opción pero que no abunden, para no confundir ni escamotear
posibilidades a la hora de su utilización.
Los costos son discutibles, lo sé, la productividad es importante, también, pero
depende de nuestra capacidad en organizar el desarrollo de manera tal de no
reiterar tareas, ni repetir diseños semejantes.
Existe una realidad que me resulta semejante a otras vividas en nuestro querido
país (Argentina), y es auella de comenzar a divulgar que tal banco está por
quebrar, y el solo hecho de hacer correr la voz, hace que la gente se aleje del
mismo, por lo tanto termina sin recursos y quiebra.
Pregunto para conocer, que herramienta de desarrollo permite generar programas a
integrar en una gran gestión que puedan ser corridos en un Unix, Terminal Wyse,
emuldor en D.O.S. de terminales, y elegantes y funcionales pantallas Windows,
todos integrados y actualizando los mismos voluminosos archivos ?.
En el caso de AcuCobol, se le puede ver el plus de permitir mediante Acubench
desarrollar pantallas para entorno caracter puro todavía hoy día, aplicando
Listbox, Combobox y otros en 80 columnas x 25 líneas en blanco sobre negro o
algunos colores.
Creo que merece un gran respeto el esfuerzo de aquellos fabricantes que RESPETAN
a rajatablas la evolución natural de las medianas y grandes getiones en uso,
integrando paulatinamente las novedades que se van dando en esta materia, con
firmesa, pero sin obligar al desarrollador a tirar por la borda lo ya construído
hasta la fecha ni arrastrándolo a novedades a veces de poco aliento, sino que se
toman su tiempo hasta que se aclare el panorama y vislumbrar qué puede llegar a
ser medianamente perdurable en este mundillo informático tan invadido por la
onda modas.
Respeto todas y cada una de las herramientas existentes, pero me corresponde
optar, y hoy por hoy sigo confiando en Cobol, en nada me ha dejado sin
respuesta, sin que por ello deje de reconocer que pueden existir temas en los
cuales deba trabajar un poco más que con otras herramientas.
Mis respetos a todos.

Roberto

[Se han eliminado los trozos de este mensaje que no contenían texto]

Estimados, quisiera acercarles nuestras propuestas laborales vigentes.
Si desean postularse a alguna de ellas, por favor envíen su CV la dirección de
nuestra base de Curriculms: cvitae@..., indicando en el subject la
referencia PCIC062006.

Perfil: Analistas Programadores

Descripción:
Para una importante compañia multinacional seleccionaremos Analistas
Programadores COBOL / CICS / DB2 para desempeñarse en proyectos internacionales.

Para las posiciones a cubrir es necesario el manejo de idioma intermedio ingles
ya que deberan poder comunicarse minimamente con los usuarios tanto via
telefonica como por mail.
Valoraremos disponibilidad para viajar, pasaporte al dia y visa estadounidense
vigente, ya que existen posibilidades de trabajar directamente en las oficinas
del usuario.

Condiciones excluyentes:
-Dominio del Lenguaje Cobol
- CICS
- DB2.
- Conocimientos de Plataformas Mainframe OS/390
- Dominio de JCL.
- Manejo del Idioma Inglés en forma Escrita y Oral

Condiciones Deseables:
- Manejo de PL-SQL / SQL.
- Conocimientos de PL-1 y MQ- Series
- Conocimiento de PL-1 o IMS o en su defecto Visual AIDS y Visual Gen en
reemplazo de IMS y PL/ 1.


Se Ofrece:  - Relación de Dependencia - Continuidad Laboral- Incorporación
inmediata- Excelente clima laboral- Capacitación- Excelentes posibilidades de
crecimiento profesional

Lugar de Trabajo: Capital Federal y Gran Buenos Aires


----------------------------------------------------
Si deseas conocer mas oportunidades laborales de otros perfiles, te invitamos a
ingresar en http://www.huenei.com/Busquedasit.htm desde donde  ademas podrás
postularte a aquellas posiciones que sean de tu interés.

Sino, te agradecemos reenvíes este mail a aquellas personas a las que creas les
pueda interesar.
En caso de desear más información sobre algunas de las ofertas, por favor, no
dudes en contactarnos respondiéndonos este mail o por teléfono al 4878-1020.

Desde ya te agradecemos la atención.

Un cordial saludo,

Huenei Consultora Informática
Recursos Humanos
Rivadavia 413 Piso 4
[C1002AAC] Buenos Aires, Argentina
[54 11] 4878-1020
cvitae@...
www.huenei.com

Empece a programar en RMCobol en 1976.  Me recibí de Ing. en Sistemas
Computacionales en 1981, y tengo na muy amplia experiencia, sobre todo en
desarrollo y adminitracion de Centros de Computacion y Desarrollo.

Mi teléfono en Ecuador es 04-2808978

Gracias


>From: "Huenei - Recursos Humanos" <cvitae@...>
>Reply-To: sos-cobol@...
>Subject: [sos-cobol] HUENEI - Búsquedas Laborales IT
>Date: Fri, 5 Jan 2007 21:13:48 -0300
>
>
>
>Estimados, quisiera acercarles nuestras propuestas laborales vigentes.
>Si desean postularse a alguna de ellas, por favor envíen su CV la dirección
>de nuestra base de Curriculms: cvitae@..., indicando en el subject
>la referencia PCIC062006.
>
>Perfil: Analistas Programadores
>
>Descripción:
>Para una importante compañia multinacional seleccionaremos Analistas
>Programadores COBOL / CICS / DB2 para desempeñarse en proyectos
>internacionales.
>
>Para las posiciones a cubrir es necesario el manejo de idioma intermedio
>ingles ya que deberan poder comunicarse minimamente con los usuarios tanto
>via telefonica como por mail.
>Valoraremos disponibilidad para viajar, pasaporte al dia y visa
>estadounidense vigente, ya que existen posibilidades de trabajar
>directamente en las oficinas del usuario.
>
>Condiciones excluyentes:
>-Dominio del Lenguaje Cobol
>- CICS
>- DB2.
>- Conocimientos de Plataformas Mainframe OS/390
>- Dominio de JCL.
>- Manejo del Idioma Inglés en forma Escrita y Oral
>
>Condiciones Deseables:
>- Manejo de PL-SQL / SQL.
>- Conocimientos de PL-1 y MQ- Series
>- Conocimiento de PL-1 o IMS o en su defecto Visual AIDS y Visual Gen en
>reemplazo de IMS y PL/ 1.
>
>
>Se Ofrece:  - Relación de Dependencia - Continuidad Laboral- Incorporación
>inmediata- Excelente clima laboral- Capacitación- Excelentes posibilidades
>de crecimiento profesional
>
>Lugar de Trabajo: Capital Federal y Gran Buenos Aires
>
>
>----------------------------------------------------
>Si deseas conocer mas oportunidades laborales de otros perfiles, te
>invitamos a ingresar en http://www.huenei.com/Busquedasit.htm desde donde
>ademas podrás postularte a aquellas posiciones que sean de tu interés.
>
>Sino, te agradecemos reenvíes este mail a aquellas personas a las que creas
>les pueda interesar.
>En caso de desear más información sobre algunas de las ofertas, por favor,
>no dudes en contactarnos respondiéndonos este mail o por teléfono al
>4878-1020.
>
>Desde ya te agradecemos la atención.
>
>Un cordial saludo,
>
>Huenei Consultora Informática
>Recursos Humanos
>Rivadavia 413 Piso 4
>[C1002AAC] Buenos Aires, Argentina
>[54 11] 4878-1020
>cvitae@...
>www.huenei.com

_________________________________________________________________
MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/

Indudablemente que el hecho de permanecer en vitrina desde hace tando
tiempo, convierte a nuestro Cobol, en respetable, por si mismo.  Pero, y
ahora hablo por mi pais, Ecuador, nosotros nos hemos encargado de no mostrar
la capacidad actual del lenguaje.  Personalmente trabajo en aplicaciones en
RMCobol, utilizando Panel y tengo aplicaciones que son totalmente amistosas,
pero, nuestras Universidades e Institutos Tecnicos y Tecnológicos se han
convertido en agentes vendedores de MS.  Eso hace que todo lo que no suena a
Bill Gates suene a antidiluviano.  Por eso es que se hace conveniente armar
una campaña de orientación para que el público se entere de que hay más
opciones, y que, son más funcionales, rápidas, eficientes, y sobre todo,
baratas, tanto en costos económico-tecnológico como en prestaciones mismas

Felicidades a todos

Jose Mario


>From: "Roberto O. Bernardi" <roberto_bernardi@...>
>Reply-To: sos-cobol@...
>To: <sos-cobol@...>
>Subject: Re: [sos-cobol] Re: RMCOBOL..... segunda parte
>Date: Tue, 2 Jan 2007 23:31:46 -0300
>
>Desde ya feliz año y prospero 2007 para todos.
>Es inevitable el participar, entonces a esta altura deseo sumar mi parecer,
>y por ello digo que encontré en Acucobol allá por 1999 la herramienta para
>ingresar al mundo del entorno gráfico, migrando desde caracter, sin
>abandonar como S.O. utilazado como servidor a Unix, con terminales Wyse
>acompañadas de emuladores en AT-386 y otras mas nuevas con Win-98 en modo
>cliente servidor contra el mismo Unix, en las cuales coexistián en un
>principio las viejas pantallas con formato caracter integradas con novatas
>de entorno gráfico, todo perfectamente integrado y sin perder un solo
>registro a causa de semejante mescolanza, por tanto es obvio mi profundo
>respeto por Cobol y más ahún por AcuCorp.
>En su momento hice un curso de VB. el cual me aportó sierto grado de
>entendimiento respecto de como encarar el desembolvimiento de un proceso a
>travéz de pantallas gráficas, pero no le ví en aquel momento la capacidad
>de resolución para grandes gestiones, a diferencia de lo que uno trae
>experimentado desde cobol.
>Hoy día sigo prestando mucha atención a la manera en que deben diseñarce
>las pantallas gráficas que deben utilizar los usuarios, porque el objetivo
>y la premisa está en que les resulten totalmente intuitivas y funcinales,
>sin que les falte ninguna opción pero que no abunden, para no confundir ni
>escamotear posibilidades a la hora de su utilización.
>Los costos son discutibles, lo sé, la productividad es importante, también,
>pero depende de nuestra capacidad en organizar el desarrollo de manera tal
>de no reiterar tareas, ni repetir diseños semejantes.
>Existe una realidad que me resulta semejante a otras vividas en nuestro
>querido país (Argentina), y es auella de comenzar a divulgar que tal banco
>está por quebrar, y el solo hecho de hacer correr la voz, hace que la gente
>se aleje del mismo, por lo tanto termina sin recursos y quiebra.
>Pregunto para conocer, que herramienta de desarrollo permite generar
>programas a integrar en una gran gestión que puedan ser corridos en un
>Unix, Terminal Wyse, emuldor en D.O.S. de terminales, y elegantes y
>funcionales pantallas Windows, todos integrados y actualizando los mismos
>voluminosos archivos ?.
>En el caso de AcuCobol, se le puede ver el plus de permitir mediante
>Acubench desarrollar pantallas para entorno caracter puro todavía hoy día,
>aplicando Listbox, Combobox y otros en 80 columnas x 25 líneas en blanco
>sobre negro o algunos colores.
>Creo que merece un gran respeto el esfuerzo de aquellos fabricantes que
>RESPETAN a rajatablas la evolución natural de las medianas y grandes
>getiones en uso, integrando paulatinamente las novedades que se van dando
>en esta materia, con firmesa, pero sin obligar al desarrollador a tirar por
>la borda lo ya construído hasta la fecha ni arrastrándolo a novedades a
>veces de poco aliento, sino que se toman su tiempo hasta que se aclare el
>panorama y vislumbrar qué puede llegar a ser medianamente perdurable en
>este mundillo informático tan invadido por la onda modas.
>Respeto todas y cada una de las herramientas existentes, pero me
>corresponde optar, y hoy por hoy sigo confiando en Cobol, en nada me ha
>dejado sin respuesta, sin que por ello deje de reconocer que pueden existir
>temas en los cuales deba trabajar un poco más que con otras herramientas.
>Mis respetos a todos.
>
>Roberto
>
>[Se han eliminado los trozos de este mensaje que no contenían texto]
>

_________________________________________________________________
Las mejores tiendas, los precios mas bajos, entregas en todo el mundo,
YupiMSN Compras: http://latam.msn.com/compras/

Una pregunta, en un programa confeccionado en rmcobol 85  para una
impresora conectada en puerto USB utilice COBVIEW, el cual funciona
perfectamente bajo WIN98 cuando hago el callsystem, (utilizo toolkit)
pero este no funciona bajo XP, primero sale un error de ejecucion,
luego otro que no encuentra el archivo que tiene que imprimir.
Pero abriendo una ventana DOS y ejecutando el COBVIEW funciona
correctamente.
Mi duda es si el problema son las toolkit de rm85 que no corran bajo xp?
Si alguien tiene idea que puede ser le estaré mas que agradecido.
Saludos
Victor
Mar del Plata
Argentina

Es muy probable que la version del rmcobol 85 tenga problemas con el XP (creo
haberlo leído alguna vez). Te aconsejo que trates de pasar a una versión de rm
mas nueva, p.ej. la 7 no tiene ese problema.
Roberto
   ----- Original Message -----
   From: valsys1959
   To: sos-cobol@...
   Sent: Monday, January 08, 2007 9:23 PM
   Subject: [sos-cobol] rmcobol + cobview


   Una pregunta, en un programa confeccionado en rmcobol 85 para una
   impresora conectada en puerto USB utilice COBVIEW, el cual funciona
   perfectamente bajo WIN98 cuando hago el callsystem, (utilizo toolkit)
   pero este no funciona bajo XP, primero sale un error de ejecucion,
   luego otro que no encuentra el archivo que tiene que imprimir.
   Pero abriendo una ventana DOS y ejecutando el COBVIEW funciona
   correctamente.
   Mi duda es si el problema son las toolkit de rm85 que no corran bajo xp?
   Si alguien tiene idea que puede ser le estaré mas que agradecido.
   Saludos
   Victor
   Mar del Plata
   Argentina





[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola, que tal? Trabajo con Microfocus y queria consultarles por un problema que
me ha surgido con la impresion en una epson c87+. Resulta que he intentado
mandarle los comandos esc (por ej. el ASCII 15 para letra condensada) y no los
reconoce para nada. Leyendo en internet, encontre algo que me hace pensar que no
funciona o que hay que emular el lenguaje ESC/P por el Raster. Alguno tiene idea
de esto? Muchas gracias




                                                                                    
Natalia Gutierrez



[Se han eliminado los trozos de este mensaje que no contenían texto]

Victor:

Probablemente el toolkit no funcine con el XP.
Yo hice hace 2 años una aplicación con cobview bajo XP,  y haciendo un simple
CALL "SYSTEM" USING "START COBVIEW  ARCHIVO.RPT"  no tuve ningún problema.

León Hermelín


   ----- Original Message -----
   From: valsys1959
   To: sos-cobol@...
   Sent: Monday, January 08, 2007 9:23 PM
   Subject: [sos-cobol] rmcobol + cobview


   Una pregunta, en un programa confeccionado en rmcobol 85 para una
   impresora conectada en puerto USB utilice COBVIEW, el cual funciona
   perfectamente bajo WIN98 cuando hago el callsystem, (utilizo toolkit)
   pero este no funciona bajo XP, primero sale un error de ejecucion,
   luego otro que no encuentra el archivo que tiene que imprimir.
   Pero abriendo una ventana DOS y ejecutando el COBVIEW funciona
   correctamente.
   Mi duda es si el problema son las toolkit de rm85 que no corran bajo xp?
   Si alguien tiene idea que puede ser le estaré mas que agradecido.
   Saludos
   Victor
   Mar del Plata
   Argentina






------------------------------------------------------------------------------


   No virus found in this incoming message.
   Checked by AVG Free Edition.
   Version: 7.5.430 / Virus Database: 268.16.7/619 - Release Date: 07/01/07 06:29
p.m.



[Se han eliminado los trozos de este mensaje que no contenían texto]

Natalia,

   En una ocasión tuve un problema similar y pregunté a EPSON. Allí me
respondieron que los comandos ESC/P y ESC/P2 no funcionan con impresoras de
puerto USB.

   La solución fue usar programas de edición de reportes, en mi caso Cobview.

   Un saludo.

   Guillermo.


Natalia Gutierrez <natigut@...> escribió:
           Hola, que tal? Trabajo con Microfocus y queria consultarles por un
problema que me ha surgido con la impresion en una epson c87+. Resulta que he
intentado mandarle los comandos esc (por ej. el ASCII 15 para letra condensada)
y no los reconoce para nada. Leyendo en internet, encontre algo que me hace
pensar que no funciona o que hay que emular el lenguaje ESC/P por el Raster.
Alguno tiene idea de esto? Muchas gracias

Natalia Gutierrez

[Se han eliminado los trozos de este mensaje que no contenían texto]





  __________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.es

[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola Natalia mandale en hexa 1B0F que corresponde al 27 = esc y 15 ,
seguramente te funcionara´´.
Un abrazo
Enrique

----- Original Message -----
From: "Natalia Gutierrez" <natigut@...>
To: "Lista Cobol" <sos-cobol@...>
Sent: Tuesday, January 09, 2007 1:01 PM
Subject: [sos-cobol] Impresion Epson C87 ESC/P


Hola, que tal? Trabajo con Microfocus y queria consultarles por un problema
que me ha surgido con la impresion en una epson c87+. Resulta que he
intentado mandarle los comandos esc (por ej. el ASCII 15 para letra
condensada) y no los reconoce para nada. Leyendo en internet, encontre algo
que me hace pensar que no funciona o que hay que emular el lenguaje ESC/P
por el Raster. Alguno tiene idea de esto? Muchas gracias





Natalia Gutierrez



[Se han eliminado los trozos de este mensaje que no contenían texto]



<**> La lista sos-cobol NO soporta el envio de archivos adjuntos <**>
Portal: http://www.soscobol.com.ar

Enlaces a Yahoo! Grupos

Es un thread muy interesante este, que puedo decir, lo de siempe que
no se necesita ningun agregado para hacer andar un runtime de varios
modos...y hacerle hacer cosas ..en teoria imposibles .....pero bue es
harina de otro costal.

Amen de eso leo que el VB  es algo que esta reemplazando, al cobol y
otras yerbas, puede ser de hecho  por lo menos en lo que es el manejo
de datos el visual tiene unas cosas interesantes (unas bases
indecifrables), pero estan sdesactualizados muchachos la papa ahora es
el .NET de hecho en palabras del sitio de mocosoft
--------------------------------------------------------------
Soporte estándar para Microsoft Visual Basic 6.0 finalizó el 31 de
Marzo de 2005. Sin embargo, se ha lanzado este paquete no relacionado
con cuestiones de seguridad porque contiene mejoras que estaban listas
para ser lanzadas antes de la finalización del soporte estándar.
Microsoft Visual Basic 6.0 ha pasado a Soporte extendido, éste estará
activo hasta el 31 de marzo de 2008. Microsoft no extenderá bajo
ningún concepto la fase de soporte estándar para Microsoft Visual
Basic 6.0.
---------------------------------------------------------------
O sea que VB programers vayan cambiando todo...como lo tuvieron que
hacer con el 3 con el 5 y con el 6,etc.... tambien en el mismo sitio
se lee
---------------------------------------------------------------
El 11 de julio de 2006, el soporte extendido para Windows 98, Windows
98 Second Edition y Windows Me (y sus componentes relacionados) llega
a su fin como parte de las directivas del Ciclo de vida de Microsoft.
Después de esta fecha, Microsoft ya no proporcionará opciones de
soporte técnico y público ni actualizaciones de seguridad. El 10 de
octubre de 2006, Microsoft finaliza con toda la asistencia técnica
pública para Windows XP Service Pack 1 (SP1). Después de esta fecha,
Microsoft no proporionará más opciones de soporte por incidente o
actualizaciones de seguridad para este retirado Service Pack bajo las
directivas definidas en el Ciclo de vida del soporte técnico de
Microsoft.
---------------------------------------------------------------

" le recomendamos que actualice su equipo, gratis, con Windows XP
Service Pack 2"

o sea que el 90% y largo de las cosas ya son arcaicas....los
VBasiqueros pasaran a ser dinosaurios y nosotros  trilobites o algun
bicho de la era precambrica ...so...que importa una version mas o
menos de algun COBOL    :P

Es mas en estos momentos estan cambiando en algun lado de esta ciudad
un sistema en unix con rm-cobol e informix  por punto net....andaba
tan lindo. ..no se que pasara

Saluti
--
–'—=£0ßÎZ0N Ïs ßÅÇk=–'—(r).

Hola, espero que alguien me pueda ayudar, hace tiempo ya que estoy peliando con
esta herramienta, y hace unos meses pregunte sobre esto y la verdad que avance
muy poco.
Quiero saber si alguien me podria guiar lo mejor posible sobre el uso de acu4gl
y como usarlo en un programa, yo con acu4gl hago los dos archivitos, pero
despues nose como ni donde ponerlos en acubench para que me los reconosca.
Por favor, si alguien me puede dar una mano......
Gracias de todas maneras.

[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola,
Estoy necesitando contactar a un colega de Tucuman (Arg).
Su nombre es Alejandro Graziadio.-
Si alguien lo conoce o conoce su mail, que por favor me contacte.-

Gracias

Jose Holzmann

Estimados co-listeros:
Soy nuevo en esta lista y como ya puese en la
informacion de contacto, programe en cobol, hace mucho
tiempo en Wang e IBM, ahora quiero actualizarme al
cobol para PC, y necesito un compilador, pueden
decirme algun sitio de donde bajarlo?

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

Hola, No entiendo bien cual es tu problema, en realidad para usar Acu4GL no
tendrias que hacer nada en especial, en principio. Que base de datos estas
usando? Estas sobre Windows,  Linux o..?
Lo importante es entender que no tenes que pensar en grandes cambios en los
programas cuando usas Acu4GL, solo que debes generar las xfd y verificar algunas
pequeñas cosas para estar seguro que todo funcione. En Acubench se comporta como
cualquier archivo, solo creas el dataset y le asocias el file.
Mi mail particular es quaranta.a@... si queres que la sigamos un poco mas
especificamente sobre tu necesidad.
Saludos desde Italia.

Alfredo Quaranta
     A.Q. Soft
Gazzola (PC)
     Italia



________________________________

Da: sos-cobol@... [mailto:sos-cobol@...] Per conto
di sebastian
Inviato: lunedì 15 gennaio 2007 19:20
A: sos-cobol@...
Oggetto: [sos-cobol] Acu4gl



Hola, espero que alguien me pueda ayudar, hace tiempo ya que estoy peliando con
esta herramienta, y hace unos meses pregunte sobre esto y la verdad que avance
muy poco.
Quiero saber si alguien me podria guiar lo mejor posible sobre el uso de acu4gl
y como usarlo en un programa, yo con acu4gl hago los dos archivitos, pero
despues nose como ni donde ponerlos en acubench para que me los reconosca.
Por favor, si alguien me puede dar una mano......
Gracias de todas maneras.

[Se han eliminado los trozos de este mensaje que no contenían texto]



    t


[Se han eliminado los trozos de este mensaje que no contenían texto]

Visitá www.escobol.com , de ahí podés bajar, (como para ir probando) el
PowerCobol 3.0 (free).
suerte
HC Sistemas

Hugo Cella

www.hcsistemas.netfirms.com

hcsistemas2007@...

   ----- Original Message -----
   From: jose palma
   To: sos-cobol@...
   Sent: Monday, January 15, 2007 10:32 PM
   Subject: [sos-cobol] hola soy nuevo



   Estimados co-listeros:
   Soy nuevo en esta lista y como ya puese en la
   informacion de contacto, programe en cobol, hace mucho
   tiempo en Wang e IBM, ahora quiero actualizarme al
   cobol para PC, y necesito un compilador, pueden
   decirme algun sitio de donde bajarlo?

   __________________________________________________
   Correo Yahoo!
   Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
   Regístrate ya - http://correo.espanol.yahoo.com/




[Se han eliminado los trozos de este mensaje que no contenían texto]

Estimados amigos:

Me gustaría saber como sacar los nombres de ficheros de un subdirectorio y
enviarlos a un fichero.

Entonces sería algo así como ejecutar el comando de MS-DOS "Dir > fichero.txt"

Gracias y un abrazo.

[Se han eliminado los trozos de este mensaje que no contenían texto]

Invocá al form con execute y el comando correspondiente
01 comando pic x(50) value "cmd dir *.* > lista.txt".
suerte
HC Sistemas

Hugo Cella

www.hcsistemas.netfirms.com

hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 2:10 PM
   Subject: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en Power?


   Estimados amigos:

   Me gustaría saber como sacar los nombres de ficheros de un subdirectorio y
enviarlos a un fichero.

   Entonces sería algo así como ejecutar el comando de MS-DOS "Dir > fichero.txt"

   Gracias y un abrazo.

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Estimado Hugo:

Lo que hago es lo siguiente, pero sólo consigo que me abra el DOS.

¿Qué es lo que hago mal?


  ENVIRONMENT     DIVISION.
  DATA            DIVISION.
  WORKING-STORAGE SECTION.
   01 LineaDeComandos  pic x(80) value "Cmd Dir *.* > fichero.txt".
  PROCEDURE       DIVISION.
  invoke pow-self "Execute" using LineaDeComandos.

Un abrazo.


   ----- Original Message -----
   From: hcsistemas2007
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 6:41 PM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?


   Invocá al form con execute y el comando correspondiente
   01 comando pic x(50) value "cmd dir *.* > lista.txt".
   suerte
   HC Sistemas

   Hugo Cella

   www.hcsistemas.netfirms.com

   hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 2:10 PM
   Subject: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en Power?

   Estimados amigos:

   Me gustaría saber como sacar los nombres de ficheros de un subdirectorio y
enviarlos a un fichero.

   Entonces sería algo así como ejecutar el comando de MS-DOS "Dir > fichero.txt"

   Gracias y un abrazo.

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Te mando el ejemplo que está en el help porque es muy claro y sirve:



Example 1 shows how to start the Windows Notepad with the autoexec.bat file
loaded.

  WORKING-STORAGE SECTION.
  01 Command-Line PIC X(128).
  01 ReturnValue PIC S9(9) COMP-5.
  PROCEDURE       DIVISION.
      MOVE "Notepad c:\autoexec.bat"        TO Command-Line
      INVOKE CmDDE1 "Execute"
        USING     Command-Line
                  POW-SWSHOWNORMAL
        RETURNING ReturnValue

Example 2:
Example 2 demonstrates how to execute a DOS Dir command under Windows NT.
For Windows95, and Windows98 change "CMD" to "Command".

ENVIRONMENT     DIVISION.
  DATA            DIVISION.
  WORKING-STORAGE SECTION.
  01 Command-Line     PIC X(128).
  01 ReturnValue      PIC S9(9) COMP-5.
  PROCEDURE       DIVISION.
* The "/K" option tells CMD to keep the DOS window open so you
*  can see the results. Change this to "/C" if you want the
*  window to close after the command executes.
      MOVE "CMD /K Dir *.*" TO Command-Line
      INVOKE CmDDE1 "Execute"
        USING     Command-Line
                  POW-SWSHOWNORMAL
        RETURNING ReturnValue

suerte
HC Sistemas

Hugo Cella

www.hcsistemas.netfirms.com

hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Wednesday, January 17, 2007 10:10 AM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?


   Estimado Hugo:

   Lo que hago es lo siguiente, pero sólo consigo que me abra el DOS.

   ¿Qué es lo que hago mal?

   ENVIRONMENT DIVISION.
   DATA DIVISION.
   WORKING-STORAGE SECTION.
   01 LineaDeComandos pic x(80) value "Cmd Dir *.* > fichero.txt".
   PROCEDURE DIVISION.
   invoke pow-self "Execute" using LineaDeComandos.

   Un abrazo.

   ----- Original Message -----
   From: hcsistemas2007
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 6:41 PM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?

   Invocá al form con execute y el comando correspondiente
   01 comando pic x(50) value "cmd dir *.* > lista.txt".
   suerte
   HC Sistemas

   Hugo Cella

   www.hcsistemas.netfirms.com

   hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 2:10 PM
   Subject: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en Power?

   Estimados amigos:

   Me gustaría saber como sacar los nombres de ficheros de un subdirectorio y
enviarlos a un fichero.

   Entonces sería algo así como ejecutar el comando de MS-DOS "Dir > fichero.txt"

   Gracias y un abrazo.

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Gracias Hugo,

Funciona  a la perfección.
   ----- Original Message -----
   From: hcsistemas2007
   To: sos-cobol@...
   Sent: Thursday, January 18, 2007 12:07 AM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?


   Te mando el ejemplo que está en el help porque es muy claro y sirve:

   Example 1 shows how to start the Windows Notepad with the autoexec.bat file
loaded.

   WORKING-STORAGE SECTION.
   01 Command-Line PIC X(128).
   01 ReturnValue PIC S9(9) COMP-5.
   PROCEDURE DIVISION.
   MOVE "Notepad c:\autoexec.bat" TO Command-Line
   INVOKE CmDDE1 "Execute"
   USING Command-Line
   POW-SWSHOWNORMAL
   RETURNING ReturnValue

   Example 2:
   Example 2 demonstrates how to execute a DOS Dir command under Windows NT.
   For Windows95, and Windows98 change "CMD" to "Command".

   ENVIRONMENT DIVISION.
   DATA DIVISION.
   WORKING-STORAGE SECTION.
   01 Command-Line PIC X(128).
   01 ReturnValue PIC S9(9) COMP-5.
   PROCEDURE DIVISION.
   * The "/K" option tells CMD to keep the DOS window open so you
   * can see the results. Change this to "/C" if you want the
   * window to close after the command executes.
   MOVE "CMD /K Dir *.*" TO Command-Line
   INVOKE CmDDE1 "Execute"
   USING Command-Line
   POW-SWSHOWNORMAL
   RETURNING ReturnValue

   suerte
   HC Sistemas

   Hugo Cella

   www.hcsistemas.netfirms.com

   hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Wednesday, January 17, 2007 10:10 AM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?

   Estimado Hugo:

   Lo que hago es lo siguiente, pero sólo consigo que me abra el DOS.

   ¿Qué es lo que hago mal?

   ENVIRONMENT DIVISION.
   DATA DIVISION.
   WORKING-STORAGE SECTION.
   01 LineaDeComandos pic x(80) value "Cmd Dir *.* > fichero.txt".
   PROCEDURE DIVISION.
   invoke pow-self "Execute" using LineaDeComandos.

   Un abrazo.

   ----- Original Message -----
   From: hcsistemas2007
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 6:41 PM
   Subject: Re: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en
Power?

   Invocá al form con execute y el comando correspondiente
   01 comando pic x(50) value "cmd dir *.* > lista.txt".
   suerte
   HC Sistemas

   Hugo Cella

   www.hcsistemas.netfirms.com

   hcsistemas2007@...

   ----- Original Message -----
   From: Joaquín Sánchez
   To: sos-cobol@...
   Sent: Tuesday, January 16, 2007 2:10 PM
   Subject: [sos-cobol] ¿Cómo sacar los ficheros de un subdirectorio en Power?

   Estimados amigos:

   Me gustaría saber como sacar los nombres de ficheros de un subdirectorio y
enviarlos a un fichero.

   Entonces sería algo así como ejecutar el comando de MS-DOS "Dir > fichero.txt"

   Gracias y un abrazo.

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]

   [Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola a todos!
                      Quisiera saber si alguien me puede decir como y en que para
metro se configura la cantidad maxima de archivos indexados que se pueden tener
abiertos a la vez  en un programa en RM-Cobol 85 que corre bajo Solaris.

   Desde ya muchas gracias.
   Sandra.


---------------------------------
  Preguntá. Respondé. Descubrí.
  Todo lo que querías saber, y lo que ni imaginabas,
  está en Yahoo! Respuestas (Beta).
  Probalo ya!

[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola, como hago para que la lista sea semanal y no pro
mensaje?
Gracias

>
>
> <**> La lista sos-cobol NO soporta el envio de
> archivos adjuntos <**>
> Portal: http://www.soscobol.com.ar
>
> Enlaces a Yahoo! Grupos
>
>     (ID de Yahoo! obligatoria)
>
>     mailto:sos-cobol-fullfeatured@...
>
>     sos-cobol-unsubscribe@...
>
>
>





________________________________________________________________________________\
____
Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=list&sid=396546091