PowerCOBOL v11 - ¡¡¡Sí que existe!!!
 

Buscando una información que necesitaba, he visto un manual de PWC11 :eek:, y leyendo un poco el manual, he visto que trae soporte para x64, (incluso funciona en cualquier versión de Windows server 2012) :eek: :eek: :eek:, por lo menos rutinas del tipo "CBL_CHECK_FILE_EXIST2", ahora también las hay para 64 bits

Además, el manual no está orientado a programación .Net exclusivamente, por lo menos lo que he visto, por lo que los programas escritos en 32, quizás se puedan pasar a x64 sin mucho trabajo.

¿Alguien sabe algo de ésto?

Un saludo.-

Josber, ¿dónde has visto el manual ese? Que yo sepa la última versión de PowerCOBOL es la 10.1, la versión 11 de NetCOBOL no contiene PowerCOBOL...

Pues aquí mismo ... FUJITSU Software PowerCOBOL V11.0 User's Guide, demás, es de Agosto del 2015

Un saludo

Josber, pues o se les ha ido la almendra, o no sé qué pasa pero es lo que pone en la página de GT Software:

Lo mismo antes querían continuar con él y modificaron el manual pero luego se echaron para atrás y no quitaron dicho manual modificado... :confused: :tonto:

Esto dicen ADAMED (Distribuidor en España):

Nueva versión NetCOBOL para Windows con PowerCOBOL V.11 - viernes, 11 de diciembre de 2015

El famoso PowerCOBOL de Fujitsu se volverá a distribuir junto a NetCOBOL para Windows desde su versión 11 a partir de Enero de 2016.
No incluye nada nuevo técnicamente pero si se garantiza soporte para Windows 10.

PD: Esto huele a no vender la nueva herramienta .NET y que sus clientes siguen programando en este paquete con la amenaza de que los pierdan.

¡¡¡ Ahhhhh, que me meo de risaaaaaa !!!, le han visto las orejitas al loboooooo !!!, gracias por la info Dasije, habrá que "buscar" por ahí a ver si está "disponible" https://upload.wikimedia.org/wikiped...e-grin.svg.png

Sería interesante sobre todo por el tema de 64bits y el tema de que funcione en Win 10 sin tener que hacer nada, aunque como dicen ellos, los cambios hayan sido mínimos.

Un saludo.-

Por lo visto aquí se puede descargar una Trial de NetCOBOL v11.0.1 x86

Según el traductor de Google:

Claramente hay que registrarse, cosa que veo bastante chunga (creo que sólo es en idioma japonés) :D

De momento, nos tenemos que darnos por jodidos, solo en 32 bits, así que sigue siendo un futuro incierto.

Desde mi punto de vista empresarial, dá la sensación, que lo que quieren es ganar tiempo, mientras el .NET lo desarrollan más completo, y así cojen unos clientes más con su cuota de mantentenimiento del producto actual, sin actualizar nada técnico, solo asegurarse que funciona con las nuevas versiones de Windows, mientras con esa cuota invierten en terminar de desarrollar el nuevo producto hasta conseguir que que esos clientes que se iban a ir, se queden convenciondoles de que el producto es mejor.

Para mi el PowerCOBOL está muerto, desde que anunciarón que no iban a sacar nuevas versiones para 64 bits.

Pues creo que sería bueno no perder de vista éste post, a ver si en un plazo no muy largo, la ponen aunque sea en inglés y podemos informarnos bien y, Dasije, no creo que sean tan burros de no dar soporte para 64 bits de PWC, hay muchas aplicaciones en marcha y no todo el mundo está dispuesto a pasarse a .Net, sobre todo porque no es nada barato el compilador, jay que cambiar la filosofía y aprendizaje, y el tiempo que hay que dedicar a pasar las aplicaciones, sería tremendo y no creo que Fujitsu esté para perder esa cuota de mercado, máxime teniendo en cuenta que la competencia si se pasa a 64bits, (quizás con una simple recompilación y algo de ajuste de código), y llevan mucho tiempo comiéndoles terreno.

Un saludo.-

Justamente eso hace Visual COBOL de MicroFocus. Y los ajustes que se hacen serían para punteros que se pasan en equivalencia (por ejemplo REDEFINES) de PIC S9(9) COMP-5 para x86 a PIC S9(18) COMP-5 para x64.

He logrado registrarme y bajarme la trial... Ha costado un riñón la verdad, pero lo he conseguido.
Por lo pronto tiene prerequisitos de Windows SDK 8.1 que he tenido que chapucear para que lo instale en Windows 7. Luego, he mirado y no tiene nada nuevo. Además, no compila sin el dichoso SDK y encima la codificación que trae por defecto es SJIS que es japonés. También tiene UTF8 pero bueno. Menos mal que los menús vienen en inglés :D

Total que no trae nada nuevo y la versión japonesa no nos sirve de nada, además de estar obligados de instalarlo en Windows 8 o chapucear de alguna manera (si realmente es posible) e instalar el SDK 8.1 que requiere en Windows 7. Yo lo que hice fue suprimir el fichero XML de requisitos en la carpeta %TEMP% y dar al "Siguiente" y lo ha instalado.

Kuk, ¿Tampoco compila en 64bits, no?

Un saludo.-

No he podido ni compilar, pero bueno de todos modos no he visto por ningún lado alguna opción donde se pudiese elegir si quieres compilar en 32 o 64 bits. Con lo cual, en esta precisa versión para mí no hay nada de 64 bits. Además, el package se llama "NetCOBOL Standard Edition development package (32bit) V11.0.1"...

Yo creo que todo se va a ver en la próxima versión de NetCOBOL. :fuma:

PowerCOBOL V11 x86
 

Ya está disponible para su descarga la versión 11 de PowerCOBOL.

https://help.gtsoftware.com/hc/en-us...Enterprise-x86

Pero ya os digo, nada de 64 bits, solo mantener las funciones en 32 bits para que funcionen en las últimas versiones de Windows.

Eso no dá garantías de futuro, ya que ellos han empezado haciendo el NetCOBOL en 64 bits, sin integrar el apreciado paquete de PowerCOBOL.

Nitzer, Kuk

Saludos.

Dasije, lo has probado ya?

Hola:

Tiene contraseña para descomprimir...

Saludos

Fito, Si son los runtimes, si tiene contraseña, pero el paquete de desarrollo no.

Antes cuando estaban las versiones anteriores a la 9.0, no tenía contraseña los archivos comprimidos de los runtimes, eso ha sido desde la versión 10.x, ya que no venden nuevas licencias de paquete de desarrollo, solo para aquellos que lo compren.

Saludos.

Hola:

Já experimentei o PowerCobol 11 num PC com Windows 10 acabado de formatar.
Funcionou bem.
Não verifiquei ainda as alterações que dizem que fizeram.
Mas uma coisa será boa: os ficheiros podem crescer até ao limite do disco...

O PowerFORM, deu erro ao abrir alguns PMD e mandava alterar qualquer coisa de Japonês (retirar os caracteres japoneses!!!!! Não consegui abrir sequer o PMD.

Quanto aos Run-Times da versão 11 não tenho a Password para poder testar.

Desculpem escrever em Portugues.
Un saludo,
Rui Pinto

Alguem já testou os run-times da 11 ???

Un saludo,
Rui Pinto

Ha sido una lástima que esta gente no haya sabido explotar mucho mas el potencial que tiene el entorno de PowerCobol.

Yo modestamente lo he intentado por todos los medios, pero es imposible.
Encima sacan un .net que no respeta la esencia del Cobol.

Y yo me pregunto ? SI quiero seguir con Cobol en .net porqué me lo ponen tan difícil, si de hecho el cobol .net lo van a tener que traducir al universal de .net, que trabajo les hubiera costado mantener una coherencia con la programación pura de PowerCobol ?.

Una verdadera pena, en mi empresa ya decidimos pasarnos a .NET pero con C#. Aunque claro, tengo que seguir manteniendo todo lo realizado en Power por muchos años, pero descartando totalmente la idea de un Cobol .NET.

Yo creo que PowerCOBOL es un producto único en su clase. Es decir, un IDE que es RAD con GUI para COBOL. Está también el Dialog System de MicroFocus, aunque no sé si sigue incluido en el nuevo Visual Cobol (el NetExpress ya está descatalogado).

Yo creo que, si querían dejar de utilizar Activex y pasar al Framework .NET, deberían hacerlo dejando la esquemática actual de PowerCOBOL sustituyendo la tecnología. Sería un producto nuevo, pero al menos bastante familiar en cuanto al modus operandi.


Has intentado convencer a tu empresa para que se quede con PowerCOBOL?

Puedes explicar esto bien? Yo nunca he trabajado con .NET y no lo conozco.

¿Por qué esta decisión, por qué .NET y no otra cosa?

Hola Kuk, te respondo :)


Hace años que hablaba con Fujitsu en Estados Unidos, de hecho me regalaron una caja con el producto que guardo (version 5), e intentaba convencerles de que tenían un producto maravilloso. Nombraron a un responsable para España y me invitaron a Madrid a sus instalaciones. Pero curiosamente al poco tiempo, después de bastantes avances, lo despidieron y nunca mas se supo de esa área.
Intente ser distribuidor con otra persona (no sabía que existía ADAMED) pero sus condiciones eran penosas y se notaba que les daba igual el producto, de hecho me reconocieron que ellos con las ventas de EEUU tenían suficiente, les daba igual el resto del mundo.


No soy experto en .NET, pero según entiendo lo que ha hecho Microsoft es crear un entorno común en el que se pueda programar en cualquier lenguaje y al compilar todos generan un .exe exactamente igual. Pasando por un lenguaje que llaman intermedio y sobre el cual se compila realmente.
Por eso digo que podían haber dejado perfectamente igual el PowerCobol en .net y entonces todo habría sido diferente.

Ahora estamos 3 personas en el departamente y ellos conocen bien .net y como todo lo que tenemos es Microsoft, pues hemos elegido esa opción.
Habiamos intentado con Velneo y con Windev, pero al final nos hemos decantado por .NET

¡Ostras! Sí que has llegado lejos en el asunto, me quito el sombrero :hi:
Lo que no sabía es que el producto se desarrollaba en EEUU. Porque Fujitsu es japonés, y como las primeras versiones que salen son en japonés, pensé que el desarrollo se hacía en Japón.

Estoy totalmente de acuerdo contigo, en que es un producto muy bueno. Lo que pasa es que como en el mundo lo que manda es el dinero, y COBOL como nunca ha sido orientado a aplicaciones pequeñas ni multipropósito, la orientación de las compañías que producen este tipo de productos es más que nada hacía las grandes empresas y grandes máquinas. Con lo cual, el hincapié se hace sobre la productividad de tratamiento de datos. Fujitsu tiene un compilador para Linux, pero no tiene IDE para Linux, se trabaja sea en línea de comandos, sea por vía NetCOBOL Studio basado en Eclipse que tiene para Windows en remoto. MicroFocus tiene Eclipse para Linux, pero claramente sin desarrollo de GUI. Hay una tendencia actualmente de migrar grandes plataformas z/OS con Mainframe a Linux. El caso es que como COBOL se utiliza más que nada en estas grandes plataformas, el GUI (además uno que no es Cross Platform sino sólo para Windows) interesa poco...

Yo hace tiempo que estoy pensando en crear un IDE moderno basado en el compilador de PowerCOBOL 3 que es Freeware. He intentado modificar el propio PowerCOBOL 3 y he tenido avances, pero por desgracia no lo he conseguido porque con código decompilado, con nombres de variables y funciones aleatorios, es más que complicado seguir el hilo del programa. Si quieres puedes mirar mis avances aquí: [Compilador] Añadir más controles a PowerCOBOL v3 - COBOL Foro. He escrito un mail a FUjitsu Japón pidiéndoles que me pasen algunos fuentes del PowerCOBOL 3 pero han pasado olímpicamente de mi (cosa bastante normal :D )

Entonces, he empezado a hacer pruebas con el compilador (cobol.exe y cobol32.exe) para ver qué tal andaba. Tiene bastante buena pinta. Lo malo es que Fujitsu no acepta variables BY VALUE en la LINKAGE. Así que si llego a hacerlo un día, habrá que crear una capa en C para este tipo de tratamientos. Pero la idea me parece interesante. Si se llega a hacer algo estable y bastante rico en controles visuales, podría llegar a ser un proyecto. Además manteniéndose por mi y otras personas que estuvieran interesadas, se podría dar vida al asunto durante años proporcionando modernizaciones y adaptaciones a los Windows SO nuevos.

De estoy de acuerdo, PowerCOBOL ha sido un buen producto, pero por lo visto no va a ser eterno, no es algo que yo diga, sino que el mercado se está adaptando a las nuevas tecnologías, y COBOL se quedará para el desarrollo de aplicaciones de servidor.

Aunque que, los fabricantes intenten "vendernos la moto", siempre hay una herramienta mejor para la presentación de pantallas, tecnología más actual, etc, siempre han tirado hacía abajo, pero por su "nicho de mercado" en el que se mueven: aplicaciones de negocios.

PowerCOBOL 3.0, lições esquecidas pela Fujitsu
 

Olá,

há muito tempo queria escrever um artigo sobre o PowerCOBOL, em especial a versão 3.0.

Eu comecei a usar o PowerCOBOL ainda na versão 2, de 16 bits. Para falar a verdade ainda tenho saudades dele. Algumas coisas que a versão 2 fazia fazem falta na 3 como, por exemplo, detectar eventos de labels sobre images.

Mas ainda que a versão 3.0 tenha lá seus defeitos, algumas coisas são memoráveis. Primeiro, o conceito do PowerCOBOL sempre foi único. Todo o compilador foi montado em cima do Cobol-85. Isto permanece verdadeiro até hoje, na versão 11. Apenas o compilador passou a suportar (mais ou menos) Orientação ao Objeto, ao que realmente faz falta na versão 3.0, mas apenas em alguns casos.

O Padrão ANS-85 trouxe alguns conceitos pouco usados, como por exemplo a idéia de transformar todos os programas numa única entidade, com o código fonte de vários programas aninhados num único arquivo, permitindo compartilhar variáveis via cláusula GLOBAL ou EXTERNAL para o caso de módulos executáveis distintos.

Este conceito, pouco usado por desenvolvedores, na verdade é a base do PowerCOBOL e aqui reside a genialidade do produto: Uma janela (pantalla) é o programa principal, tendo como propriedades as seções mais importantes de um programa, incluindo SPECIAL-NAMES, FILE CONTROL, FILE SECTION, WORKING-STORAGE e PROCEDURE.

Cada elemento na pantalla (buttons, labels, tables, images, multimedia etc) se torna uma variável no programa e cada evento de cada elemento se torna um programa. Cada programa é compilado com a palavra-chave "COMMON" ao lado do seu nome. Aliás este é o motivo de não definirmos o nome do programa associado a um evento. O PowerCOBOL define ele pois precisa ter certeza de que sabe quem deve chamar quando o usuário clica num botão.

O modelo tem algumas limitações, sendo a mais óbvia a dificuldade de compartilhar elementos entre .EXE. Não chega a ser incontornável, especialmente nas versòes acima da 4.x, mas é um pouco frustrante.

Outro problema é o fraco suporte a CGI, mesmo nas versão 11.

A versão 3.0 não suporta o modelo de componente do Windows (COM). Isto é uma desvantagem na hora de usar ActiveX, mas uma benção na hora de instalar em um cliente. Simplesmente copie os arquivos juntamente com o runtime e voilá ! Funciona como mágica. Na versão 4 em diante, ao se adota o modelo de componentes da Microsoft, passamos a ser reféns do Registry. Quem nunca teve problemas com versões de DLL ou de instalação de OCXs que atire a primeira pedra.

A versão .Net perdeu a chance de aumentar a popularidade do PowerCOBOL. Bastava a Fujitsu ter dado suporte ao PowerCOBOL como uma alternativa ao WinForms que o produto teria tido uma vida muito mais longa. Talvez estivesse hoje firme como uma alternativa ao VB.Net. Infelizmente a Fujitsu não entendeu o que tinha em mãos e preferiu apostar no WinForms. O PowerCOBOL era sensacional para desenvolver aplicações. Com algumas poucas melhorias (tipo suporte o .Net Framework e o suporte a funções do ISO-2002) teria se tornado imbatível. Não foi o que aconteceu e agora o produto chegou ao fim da carreira, considerado como legado.

Tudo o que a Fujitsu precisava era OUVIR seus clientes (nós). Delegou o suporte para a Alchemy, que apesar da boa vontade estava claramente preocupada com sua sobrevivência e não em se tornar um canal entre o mundo e a Fujitsu.

Muita gente abandonou o Cobol depois que chegou à conclusão (correta) de que não valia a pena migrar do PowerCOBOL para o NetCobol.net. Muitos, atraídos pela facilidade, adotaram o WinDev. Desejo sorte. Eu teria ido para Java ou mesmo Swift. O tempo dirá se tenho razão.

Saludos, Emerson

O Fujitsu Cobol .Net é um autentico tiro no pé. Powercobol era um excelente compilador para Windows, mas sem suporte para Windows forms é para esquecer. O nosso caminho foi pelo uso do Windev/Webdev, não estamos nada arrependidos pela rapidez/possibilidades no desenvolvimento de soluções, que não conseguimos com Java ou mesmo Visual Studio (nossa opinião).

Hola,

Como puedo obtener la clave del rar. Alguien la tiene?

gracias

JuanJuan77, Dudo que puedas conseguir la contraseña del rar con fuerza bruta, solo le envían la contraseña a aquellos clientes que hayan comprado el paquete.

Hola a todos,
Represento a los responsables de NetCOBOL para España y otros paises de la U.E. y de habla hispana.
Podeis contactar conmigo para vuestras preocupaciones sobre NetCOBOL PowerCOBOL etc.
No son los mismos productos y cada cual ofrece sus inconvenientes pero lo mejor es aprender Orientación a Objetos y no a Eventos como PowerCOBOL y para ello se ha creado NetCOBOL para .NET que tiene otras muchas ventajas como acercar todas las nuevas tecnologías a COBOL.

Saludos a todos,
Luis

Hola Luimarat

Estuve apunto de comprar PowerCOBOL, pero me echó mucho para atrás, viendo la innovación tecnologica de la herramienta, se quedaba muy atrasada a las necesidades del mercado, y probando otras herramientas de desarrollo mejores me desconté por completo.

Compré Windev, necesitaba integración total, y esta herramienta si lo cumple, aprendes un lenguaje y te sirve para todo, aunque en el fondo lo compila a lenguajes de otro nivel como Android, Apple, Java, .NET y desarrollo web (AJAX y HTML), excepto WLenguaje es más puro para la plataforma Windows y Linux.

Estoy contento con el resultado, lo tienes todo lo que necesitas en el desarrollo diario, de momento no he tenido que conseguir nada fuera, siempre habrá que extenderse al exterior, pero sería mínimo.

Conozco muchas empresas que desarrollaban en PowerCOBOL y se han pasado a Windev, pero por desconocimiento sobre su futuro, no daba garantías de que hubiera una plataforma en 64 bits para el futuro, implicaba un riesgo dejarles tirado y tener que volver a programar en una solución que quizás no les gustaran, en Windew este problema está resuelto, puedes crear varias configuraciones para compilar por separado, sin tocar el código tanto para 32 como para 64 bits.

El COBOL se está muriendo, y lo sabes, solo por el hecho de que solo se quedará para aplicaciones de servidor o de terminal, por un lado por no innovar y por el otro llegar muy tarde.

Nitzer

Hola Dasije,
Aprecio mucho tus comentarios aunque no los pueda compartir del todo. Gracias!

El COBOL no está muriendo la prueba es que IBM crece y crece. Por desgracia o por suerte todo lo que hacemos diariamente pasa por un Mainframe con COBOL, CICS y DB2.

Siendo así, siempre se necesitará poder utilizar COBOL en varios entornos y sobre todo en .NET
PowerCOBOL será probablemente un producto que caerá en el olvido cuando dejemos de distribuirlo. Ni Fujitsu ni nadie hará nada al respecto (excepto Adamed y Prima Computing) por ello hemos desarrollado una herramienta, porque permite sin inversión, que los usuarios de PowerCOBOL puedan acceder a .NET

Después continuarán con 32 o 64 bits o pasarán realmente a .NET con NetCOBOL para .NET etc. La cuestión es que tendrán ya mucho tiempo para decidir, ir convirtiendo a otra cosa por fases etc...
Nuestra herramienta pasa automáticamente los PPJ de PowerCOBOL a .NET con formularios WINFORM en C# y código COM COBOL (OO-COBBOL) que puede ya ser compilado como uno quiera (64 o 32 bits).

Lo que sí comparto contigo es que no es una buena idea hoy comenzar a desarrollar un proyecto nuevo con PowerCOBOL. Para esto hay más cosas como NetCOBOL para .NET pero hay que dar solución a los usuarios que están con PowerCOBOL desde hace décadas y que están preocupados por el futuro de centenares de líneas de COBOL. En esto andamos nosotros y creo que es una postura digna por nuestra parte.

Yo personalmente recomiendo NetCOBOL para .NET para todos aquellos usuarios COBOL que no han hecho sus deberes de auto formación en otras cosas a lo largo del tiempo, que no saben de objetos, son mayores, reacios a la novedad pero que quieren desarrollar en COBOL para nuevas tecnologías y a estas personas les damos solución también.

Saludos,

---------- Post añadido : 14:40 ---------- Post anterior : 14:37 ----------

Nuestras soluciones permiten incluso pasar un Mainframe a Windows. Lo hemos hecho con gran éxito y lo estamos haciendo a diario.
En mi opinión cada día hay más y más líneas de código COBOL. No reducen. Lo demuestra el mercado. No se dejan de solicitar programadores y analistas para COBOL.
Saludos,

Amigos, yo no entiendo la estrategia pero acabo de enterarne de que se ha sacado NetCOBOL standard Edition (32 bits) V11.0.1 según Fujitsu Japón:

Información completa: Traductor de Google

NetCOBOL para Windows V.11 es la versión actual del producto. No termino de ver que tiene de especial este anuncio perdonadme. Lo único quizás es que anuncian la edición estándar pero esta edición NO se distribuye a clientes desde hace años (En Europa).

En cuanto a la capacidad de trabajar con Java no se a que se refiere. Está claro que se pueden intercambiar datos con este lenguaje como ocurre de hecho con todos los demás. Siempre se ha podido trabajar en ambiente WEB con CGI y siempre se ha podido trabajar con OO-COBOL y componentes distribuidos COM.

Como distribuidores no hemos recibido ninguna noticia especial relacionada con el producto.
¿Puedo preguntar de donde viene la noticia?

Saludos,

Luimarat, este anuncio quiere decir, al menos para mi, que lo de que el PowerCOBOL se ha muerto (que es lo que suponíamos) no es del todo cierto, al menos de momento. Parece ser que sigue teniendo vida en una rama separada del producto NetCOBOL, la cual, según deduzco de tu comentario, sólo es distribuida en Japón.

Si esto es cierto, que todo apunta a ello, quiere decir que la estrategia de Fujitsu era de retirar el producto en todo el mundo, excepto Japón, cosa que no me entra en la cabeza... :losiento:

Estoy registrado en la página de Fujitsu Japón, he recibido un mail con esta información y una invitación para hacer la encuesta de evaluación del producto.

Rapinto, Dasije, Nitzer, ¿qué opináis al respecto?

Las estrategias empresariales son incomprensibles para la mayoría de los usuarios.
No estamos capacitados para comprenderlas :)

Yo sigo y seguiré pensando que un producto como PowerCobol nunca debería morir. Ha demostrado y lo sigue haciendo que es fiable, estable, seguro, magnífico y un largo etcétera de adjetivos positivos.

Ahora que con ayuda de mis compañeros me acerco a Visual Studio, entiendo que que las posibilidades con otros entornos son asombrosas, pero también es cierto en que eso mismo me reafirma en que, con nuestro querido Power seguimos teniendo cubiertas la mayoría de las opciones de cualquier plataforma de desarrollo para software de gestión.

De hecho mis compañeros que trabajan en .net, están haciendo controles personalizados y modo de trabajo exacto al que desarrollo con Power, lo que indica que muy mal no ibamos :)

Un saludo a todos. Tengo pendiente y lo se, hacer videos de mis trabajos con Power.

Kuk También está disponible para descargarlo desde la web de GTSoftware en el apartado de soporte, hasta el momento la versión V11.0 x86 con PowerCOBOL.

Dasije, en el mail que he recibido se habla de la V11.0.1

Eso es que primero sacan la versión japonesa, y después la inglesa con los bugs visibles de la japonesa ya corregidos.

Hola, hoy he ingresado en esta página y veo que están disponibles para descargar version de 64bits.
No me baje ninguna aún, pero están los enlaces para eso.

Saludos

Lascu, no contiene PowerCOBOL: