LS, I'm searching for the best way to create reports that can be altered during runtime by the end-user. The process of changing column-order, sort-order, which data is contained in which column, which datafields are visible etc. should be done by the user via a GUI form designer which stores the report settings, or via an own written program which via for instance COM/OCX directly influences the report, based on some stored settings. I've taken a look at crystal decision and *believe* that the situations I mention above (the report alteration) can be done via COM. Yet I haven't got the hands-on experience and I'd like to hear the experience of those who have worked with this product. Are there any similar products to crystal reports? Are they superios/inferior to it, and if so, on which features? I'm using NetCOBOL/PowerCOBOL version 7. I'm aware of the existence of PowerFORM, but this product doesn't offer runtime adjustment of reports created with it. Thanks in advance and kind regards, Rik Hendriks --------------------------------- Don't think you are, know you are.
NetCOBOL and reports
1 posts
• Page 1 of 1
- unix
- IBM PC
- Microsoft Project
- sharepoint
- unix
- PERL
- mac
- javascript
- MS WORD
- delphi
Jump to:
Sponsored Links
- 1. MicroFocus File Name Limitations
We have encountered limitations in several MicroFocus Workbench functions. I know this product is no longer supported, but we are unable to get approval to purchase NetExpress. File handling functions such as CBL_COPY_FILE, CBL_CHECK_FILE_EXIST, etc. will not work if the DSN is over 100 bytes or so. I was able to rewrite those functions in C++ and call them from COBOL, but there is one more... The "OPEN" command will fail if the file name is greater than 100 bytes. This gets a bit trickier. Has anyone else run into this? Is there any sort of compiler directive that can override the inherent "OPEN" to something home-grown? I can write C++ functions for these too, but C++ creates a handle when you open the file and you reference the handle to write, read, close. It just gets a bit ugly to try to keep the association between the file name and the handle. - 2. Moving COMP to PIC X is bad!
I just found this bug, and fixed it. I would like an explanation of WHY it behaved as it did. 05 VAR-COMP PIC S9(05) COMP VALUE 4. 05 VAR-X PIC X(02). 05 VAR-N PIC 9(02). MOVE VAR-COMP TO VAR-N VAR-X VAR-COMP actually resides in 2 bytes, and has a value of +4 stored internally as x'0004'. VAR-N successfully receives a value of 04 display, or x'F0F4'; but VAR-X receives a value of 00 display, or x'F0F0' I always thought that when moving to a PIC X field, no numeric conversion took place. So I expected VAR-X to contain the non-display value of x'0004'. Instead, it contained a value of 00 display, or x'F0F0'. Can anyone explain this? The fix was to MOVE VAR-N TO VAR-X. - 3. maintenance estimate
Hi there, I am currently working on a proposal for a software aquisition. i'm using cocomo to estimate the maintenance effort in, say 2 years. does anybody has some similar experience ? does anybody used different tools, models to estimate the maintenance cost? actually i tested, on hystorical data, a model based on average defects and average time of solutions and that seemed to work quite better. thanks - 4. IBM VS COBOL II - Language Environment problem
Hello IBM COBOL specialists out there! We have a very specific problem in our conversion from the IBM VS COBOL II run-time library to IBM Language Environment. At the moment we are trying to do this by the STEPLIB approach: adding SCEERUN to the job, without recompiling and do some regression testing. In our ld' VS COBOL II programs (?6000 load modules) we do a CALL to an Assembler program to set the program mask (bits 20 and 21), so we get an abend 0CA in case of decimal overflow. We do NOT use the ON-SIZE-ERROR clause in our programs, but rely on the hange program mask' method, nvented' by our system programmers many, many years ago! When we add the SCEERUN dataset to the STEPLIB we never get any 0CA abend in case of a decimal overflow. This is NOT what we want. To prevent a complete conversion of our old COBOL sources (add the ON-SIZE-ERROR clause in every ADD, COMPUTE..?) here is my question: Is there any other way to solve this decimal overflow problem when using Language Environment, at the best, without code changes or recompiling? Thank you very much, Ad Tromp
Next
NetCOBOL and reports
by R. Hendriks » Tue, 06 Jan 2004 23:52:58 GMT
Similar Threads:
1.jni and fujitsu NetCOBOL for .NET
Hello, Is there someone who can give me some more information about de connection between Java and NetCOBOL for .NET? Thanks in advance Peter Sinjan
2.NetCOBOL in Citrix metaframe environment
Hi, Any Fujitsu NetCobol / PowerCobol users here? I'm using PowerCobol 8.0 and MySql 5.1 with MySQL ODBC 3.51. To access the database I create a user or system DSN and this works. But what I would really like to not have to create the DSN and connect DSNless, like I do in c# and vb.net. Does anyone here know how to do this in PC? Thanks!
4.Fujitsu NetCOBOL for .NET v2.1 MessageBox question
Is there a way to set the button types on a MessageBox using Fujitsu NetCOBOL for .NET v2.1? I can invoke a messagebox and set the text and caption, but can't seem to figure out how to set the button types. I want to be able to be able to display the Yes and No buttons rather than the default of OK.
5.Fujitsu NetCOBOL runtime error
Getting this error: [code] cobol-rts: HALT: JMP0311I-U [PID:00000F65 TID:00000001] MISSING ALLOCATION. FILE=DOCIN. PGM=PROGRAM-3-2 Abort [/code] It's a cobol main program, which inputs from a Line Sequential data file and then calls a C++ function. I'll post the code if necessary.
1 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 68 guest