I have a problem when I generate a new solution in VC60, importing a Net Express project, (nw2000.app), the solution nw2000.sln is generated, and 4 cbl projects are generated, nw2000, wgpini.exe (the executable), nomiagrs_lbr (library that contains the .rs files) and nomiaggnt_lbr(library that contains the .gnt files).
Apparently everything is generated correctly and without errors. Attached the importreport.txt file
But when I try to test it, I observe, after recompiling the solution, that it does not generate the application executable (wgpini.exe), but it generates a file $safeprojectname$.exe, and it does not generate the .lbr libraries either, but a file $safeprojectname$.lbr.
What I need to change in the solution so that it does not generate when compiling files $safeprojectname$
The Output type and the Output name that will be generated for a project can be found on the Application tab of the project properties page. Does this currently have the value of $safeprogramname$? You can change the Output name in this location to whatever you wish to be generated.
I am unsure as to why the NX project converter generated the projects in this manner. If you would like us to look into that you should probably open up a new incident with Customer Support.
$safeprojectname$ should be replaced with the actual project name when the project gets created so it looks like what your are describing could be a bug that needs investigating if you can create an incident as @Chris Glazier has requested.
Can you tell us what your Windows locale/language is set to please and which Visual Studio version and revision you are working with - the information is in the About box.
SO: Microsoft Windows 10 Enterprise Versión 10.0.19041 compilación 19041
Microsoft Visual Studio Professional 2019 Versión 16.7.3
Micro Focus Visual COBOL 6.0 Version 6.0.00245. Serial number: 210000326781 Full license
Windows locale/language is set to Spanosh
How can this environment variable be managed or defined?
I will try using a Spanish locale.
$safeprojectname$ is defined in templates from which the projects are created. It should be automatically changed at that time, you should not have to do so. Chris has mentioned what you can change manually once the projects have been created to work around the problem however.
As you can see in the attached Application tab, you can see, the Output Name is set to (WGPINI) and the Output Type is set to windows application. However, when you compile the solution, you see that everything is generated with the name $safeprojectname$.
I have tried to generate 2 new solutions in VC60, importing from 2 different projects in NetExpress, and it happens the same, they are generated when compiling the solution, files with the name $safeprojectname$.exe or .lbr and not with the name that is indicated in the Application tab, Output Name.
It can be deduced that this is a VC version 6 incident.
I have been able to reproduce the problem you are having and have raised a bug report.
Unfortunately the incorrect values that the project file contains are not being displayed in the property pages, as you have found, so they cannot be corrected in those pages. You would have to manually edit the project file to remove the incorrect entries for OutputType, OutputName and AssemblyName from the Debug and Release Configuration sections.
"You would have to manually edit the project file to remove incorrect OutputType, OutputName and AssemblyName entries from the Debug and Release Configuration sections"
Please, you can tell me where is located or the path of the project file to be edited and the name of it, if the solution has the name: nw2002.sln and is in the folder d:nw2000
Incorrect entries are named $safeprojectname$?.
This is a bug in my version of Micro Focus Visual COBOL 6.0 Version 6.0.00245?.
Conoce si Micro Focus, ya publicado un parche o actualizacion que corrija el bug?
In the Solution Explorer window (Explorador de soluciones) right-click on your COBOL project, not the solution, and unload it ie
Descarger el proyecto
Then edit the project file by right-clicking again and selecting
and removing the entries I mentioned previously.
Then reload the project , saving when prompted using
Volver a cargar el proyecto
Finally, close and reload the solution. Then try rebuilding.
I hope that lets you make progress,.
Solved. Thank you very much.
Editing manually and externally all cobol projects (.cblproj) that generates the solution from importing a NetExpress project, and replacing in all lines where $safeprojectname$ appears, by the name of the project and loading the solution again and recompiling it, it already works correctly.
This incident did not occur in versions of VCs prior to the current one.
I think that still, is not solved, in VC60, when a new solution is generated, importing from a Net Express project, based on Dialog System, after generating the solution and manually edit each of the projects, to remove the lines where appears "safeproyectname$, and recompile again the solution. Then when trying to debug or run the windows application, it crashes or VS2019 crashes, because DSGRUN is not found.
I think that in the VC60 version I have, the generation of solutions by importing them from Net Express projects option, does not work properly and even less if the project is in Dialog System.
What can you tell me?
As @Chris Glazier mentioned earlier in the discussion you should open up a new incident with Customer Support as that is the official way of reporting bugs and getting them fixed.
If an application being run or debugged cannot find a subprogram such as DSGRUN I would not expect the development environment to crash so that sounds like a separate problem. I tried a couple of the Dialog System samples provided with the product and they ran okay.