This program displays tree pictures, two in Screen 1 mode and one in Screen 2 mode.

I found problems with CGA graphics in current version of FreeBasic.

This program compiled with Microsoft QuickBasic displays following pictures:

The pictures are the same in all machine types in DosBox configuration, only in "hercules" machinetype this program does not work.

But with the same program compiled with FreeBasic (also with "-lang qb") there are some problems with display and mouse.

In machine type "pcjr" this program does not work.

Machine type one of following: cga,tandy,ega,vgaonly,svga_et3000,svga_et4000,svga_paradiseIn Screen 1, COLOR statement does not work, and in Screen 2, picture is moved by 8 pixels right.

In machine type "svga_s3" or "vesa_oldvbe" picture in both screen modes is displayed correctly.

In these machine type in Screen 2 mode there is a problem with mouse. The starting point is not screen center, there is at bottom edge. When I move mouse "below" bottom edge, DosBox exits with following error:

In machine type "vesa_nolfb" screen are as following and there is the same problem with mouse.

(Note: I'm not really an expert in DOS and graphics.. You might want to read through /wiki/FaqDOS. If I contradict anything there, trust the wiki page over me.)

I think the Screen 1 palette problems are probably something to do with the fact that all the palette modes are actually 8-bit internally, unlike QB.The Screen 2 problems are interesting. The mouse problem and squashing will be something to do with the 2× height scaling in that mode, but I can't explain the 8-pixel offset.

I would say the Screen 1 palette problem is probably more of a limitation than a bug in FB, and proper 1-bit screen support would probably fall under the category of feature request. But perhaps there should be minimum system requirements for DOS..The Screen 2 problems are interesting, and may warrant separate bug reports on the tracker.

I suppose that testing in DosBox and Bochs are good way to test software compatibility with DOS.

I have tested this program in Bochs (http://bochs.sourceforge.net/) with MS-DOS 6.22 installed inside. The program behaves the same like in DosBox in machine type cga/tandy/ega/vgaonly/svga_et3000/svga_et4000/svga_paradise, so mouse works correctly, no pallette changes in Screen 1 and there is a picture offset in Screen 2.

All tests in DosBox and Bochs I made using "HX DOS Extender", which is a better replacement for CWSDPMI.

I conclude, that picture offset is the FreeBasic problem, not bugs in emulators, because are the same in both emulators.