Free Clipper Compiler Summer 87 software download. Clipper Compiler Summer 87. Making flash catalog or company brochure with these beautiful summer sunshine. Free download clipper summer 87 Files at Software Informer. Yankee Clipper III is an excellent tool that saves all the content copied to the clipboard like text.

I have a DOS program written in Cliiper summer of '87 version and am trying to get it to run on Windows 98. I received help from gheath a few months ago and I got it running by adding SET CLIPPER=F55;V15;EO to my config.sys and adding FILESHIGH=100 and BUFFERSHIGH=20,4 to the autoexec.bat. I just bought another machine to complete my upgrading and it won't run the clipper program. It will compile and it will run a small program with a few files open but it will not run a program that opens several files.

How many files will it open.the default clipper file handles is 20. If that is about where yu are failing then you need to check the two things gheath gave you before. The F55 part of the clipper command is the max file handles that clipper will handle.

Try taking the HIGH of of files in your config.sys file FILES=100 Then change your SET CLIPPER to SET CLIPPER=F99;V11 (the command we used for a long time). Another thing is that the older versions of clipper used expanded memory, I believe. Make sure in the properties of your MSDOS session that you allocate as least 2 meg of this.

(Don't mess with the memory until you try the settting changes first). Hi, perryhayden, try to make your config.sys imply share.exe.

(Use: windows command sha re.exe, of course!) You have got some sharing problem I'm afraid. Remember: never use smartdrive if you have to run a Clipper application. (I don't see you using, I foreworn only.) By the way: FILES (or FILESHIGH, egal) serves memory places for DOS file handles. Setting CLIPPER F parameter forces Clipper delimiting how many file handles may it use among of them.

So giving an F parameter bigger than FILES makes no sense. Clipper executive itself uses up at least one handle (when beneath EXE there are OVL-s, or, EXE does have more than one overlay sections in it then more than one handles) so when you have a FILES value of 100 then the maximum of acceptable SET CLIPPER F values is 99. F value can be either even or odd, it does not make a difference.

Another point of view: I don't know cwcdos. Have you tried without it? (Use Windows' native DOS, I mean.) At least: I don't know your crosspiler with which you made your Windows executive.

It could happen, however, that this engine reserves Clipper's ancient demand for Expanded Memory. Windows by self does not support EMM. When you need EMM in an application you have to run an EMM driver from with config.sys file. Please, report whether it succeded or not!

To csabay 'Charles' I am afraid I don't know enough to be uble to understand your comments or know what to do. I have tried restarting the machine in DOS and running the program with the same result. I don't know how the use the share.exe I don't know how to use the emm driver in the config.sys to GerardKeating. The program as written opens at the beginning 12 different dbf files each with 3 or 4 indexes. It does not have one file with over 15 indexes. The program as written runs fine on a DOS 5 machine and have for years. It even runs on one of my Windows 98 machines and not on the other.

OK, perryhayden, I try to explain. You have to insert into your autoexec.bat file a line like C: WINDOWS COMMAND SHARE.E XE (Instead of C: there can stay any of other system drives, of course.) There is an equivalent form for using it by config.sys, that seems like INSTALL=C: WINDOWS COMMAND SHARE.EXE SHARE has got two options, they are /F and /L. They refer to the size of memory space allocated to store file sharing information and the number of the files being able to be locked at the same time. SHARE defaults them to 2048 and 20, respectively. These values satisfy at the most cases, you can, however, increase them.

You can write in your autoexec.bat e.g.: C: WINDOWS COMMAND SHARE.E XE /F:4096 /L:40 That was SHARE. There are a lot of EMM drivers at hand. The most common among them is EMM386.EXE which is shipped with DOS. (With Win98's native DOS, too.) In a regular case you find it in your C: WINDOWS directory. To gain EMM support you have to insert into your config.sys the following two lines: DEVICE=C: WINDOWS HIMEM.SY S DEVICE=C: WINDOWS EMM386.E XE Attention! These line do not have an autoexec.bat equivalent. It is not the most important thing but I suggest you to insert these lines at the TOP of your config.sys file.

Try it and give a reference, please! Charles Still getting same error message. This is my autoexec and config files now. I have made some many changes recently, I not sure if I have things right.

Autoexec.bat REM [Header] @ECHO OFF SET PATH =C: CLIPPER SET CLIPPER=F55;V15;EO SET LIB= CLIPPER LIB SET OBJ = CLIPPER OBJ REM [DVD-ROM Drive] REM c: windows command mscdex /d:gem001 REM [Miscellaneous] REM [Display] REM [Sound, MIDI, or Video Capture Card] REM [Mouse] c: windows cwcdata cwcdos. Exe Config.sys REM [Header] DEVICE=C: WINDOWS HIMEM.SY S DEVICE=C: WINDOWS EMM386.E XE c: windows command share.e xe/F:4096/ L:40 FILESHIGH=99 BUFFERSHIGH=20,4 REM [DVD-ROM Drive] Device=C: Dvdrom oakcdrom. Sys /d:gem001 REM [Miscellaneous] REM [SCSI Controllers] REM [Display] REM [Sound, MIDI, or Video Capture Card] REM [Mouse] REM. Perry, You said your system has '12 different dbf files each with 3 or 4 indexes.' That's almost 50 files handles (once for each dbf and index file). Does any of your dbf files have memo fields, a dbf file with memos, requires TWO files handles.

'SET CLIPPER=F55;V15;EO' The above line in your autoexec limits you to 55 handles, you sound like you are very close to this limit. What is the total number of dbf files and index files used my your system. Type changing the above line to SET CLIPPER=F250;V15;EO and (in config.sys) FilesHigh=255.

>>It don't think that is the problem because it won't open the 15th file and index not the 55th.

Howdy, I pulled my copy of S87 down from the shelf and looked up this error. On page F-2 it reads as follows: Line parameter--The 'line' parameter contains a numeric value. The value is equal to the source code line number of the statement which caused the error. Note that this line number is relative to the beginning of the source file, not the start of the function or procedure. If the source file was compiled with the -l option (line numbers disabled), this parameter will contain zero. I take this to be like the /b option on the later versions.

Hope this helps. Regards, David Tracy. If you need anything from my S87 manual I will be happy to look it up and forward. RE: clipper summer87 version (Programmer) 21 Jul 02 21:37. Hi, KathyC20 I have almost always found that when you get an open error in Clipper summer 87 which returns an invalid Dos error code it is due to a corrupted index file. It is almost never the index file that issues the error, but one which was previously opened in the program that is the culprit. I suggest rebuilding all the index files which the program has opened up to that point.

Note that the reindex command may not work if the file is corrupt, but you should re-do the INDEX ON statements to recreate the index from scratch. Hopefully the.DBF files are OK, but it sometimes happens that bad characters in the index fields make it impossible to recreate the index successfully, and then you have to edit the.DBF and get rid of the bad data. Brgds Jock RE: clipper summer87 version (Programmer) 30 Jul 02 16:06.