| Subject |
Re: CODE WORKS IN NATIVE DBASE, BUT NOT COMPILED DBASE |
| From |
ed furche <ed@univ-computers.com> |
| Date |
Sun, 27 Nov 2022 12:20:49 -0500 |
| Newsgroups |
dbase.getting-started |
Mervyn Bick Wrote:
> On 2022/11/27 05:31, ED FURCHE wrote:
> > CODE WORKS IN NATIVE DBASE, BUT NOT COMPILED DBASE
> >
> > IT WONT CREATE THE FILE TO SEND TO THE REPORTING (CRYSTAL)
> >
> > THIS CODE HAS WORDKED FOR YEARS, SUDDENLY STOPPED.
>
> Please turn off the damn CapsLock when you post messages.
>
> In my reply to you about table levels I assumed you were using dBASE for
> DOS. I see from the code you have supplied here that you are actually
> using a version of dBASE for Windows. The program I supplied for
> getting the table level should run.
>
>
> If code stops working it means something has been changed or something
> was corrupted behind the scenes. What version of dBASE are you using
> and do you get any error messages? Have you made any changes recently?
>
> I can\'t run your code as I have neither the tables nor the ActiveX
> component.
>
> Looking at the code there are some apparent typos. These are, however,
> unlikely to be the problem as the ActiveX component will probably just
> use default values.
>
>
> AX.WINDOWHEIGHT=350
> AXWINDOWWIDTH=550
> AXWINDOWLEFT=50
> AXWINDOWTOP=50
>
> The last three are typos. They should be
>
> AX.WINDOWWIDTH=550
> AX.WINDOWLEFT=50
> AX.WINDOWTOP=50
>
>
> I am unable to see where \"HEF\" is assigned to SAVEINIT.
>
> IF SAVEINIT=\"HEF\"
> MSGBOX(\"Report is ready\",\"Continue\",32)
> ENDIF
>
>
>
>
> Mervyn.
>
The period doeesn\'t matter either way. I wasn\'t specific about the main problem.
The Crystal report works perfectly if given a database to report from.
The problem is that the compiled program wont produce records for the file like the native dbase program can.
I will provide the dbf to use in the code. It Is called \'CHEK.DBF\". The initials are only to allow the programmer to access the Crystal report before the temp file is deleted.
|
|