This fixed DOSBox glide pass-through issue when both glide pass-through and voodoo1 chip emulation are compiled in single build and used interchangeably. The problem was glide pass-through acquired window handle from SDL once and used the same handle all the time for grSstWinOpen(). The voodoo1 chip emulation broke this assumption because it hijacked and re-inited SDL upon every time it was in used. The fix also enabled DOSBox to use the patched OpenGlide/X11 without spawning new rendering window on Linux.

Patch for OpenGlide/X11 is available at:
Topic 60950

After all, DOSBox and QEMU can share the same OpenGlide/X11 and OpenGlide/WinAPI builds on Linux and WIndows using native APIs, eliminating the SDL1 layer.

Hello, I had account here long time ago and it does not work now. My problem is, I tried a few versions of dosbox and a few versions of the patch but I mainly aim for 0.74-3 as it is newest I found patch for but it does not compile on my linux machine.

I am using 0.74-3 versions of dosbox and patch from here:
https://github.com/voyageur/openglide/blob/ma … 0.74_glide.diff

I extract the sources, patching them with:

cat ../dosbox-0.74_glide.diff | patch -p1

Somehow patching with -p0 does not work for me. Later I run:

1./autogen.sh
2./configure CPPFLAGS="-I /usr/local/include/openglide" --prefix=/usr
3make

Any "make" command ends with:

1glide.cpp: In function ‘void GLIDE_ResetScreen(bool)’:
2glide.cpp:505:2: error: ‘VGA_SetOverride’ was not declared in this scope
3  VGA_SetOverride(true);
4  ^~~~~~~~~~~~~~~
5glide.cpp:505:2: note: suggested alternative: ‘VGA_SetMode’
6  VGA_SetOverride(true);
7  ^~~~~~~~~~~~~~~
8  VGA_SetMode
9glide.cpp: In function ‘void GLIDE_DisableScreen()’:
10glide.cpp:525:2: error: ‘VGA_SetOverride’ was not declared in this scope
11  VGA_SetOverride(false);
12  ^~~~~~~~~~~~~~~
13glide.cpp:525:2: note: suggested alternative: ‘VGA_SetMode’
14  VGA_SetOverride(false);
15  ^~~~~~~~~~~~~~~
16  VGA_SetMode
17glide.cpp: In function ‘void process_msg(Bitu)’:
18glide.cpp:1011:69: warning: format ‘%d’ expects argument of type ‘int’, but argument 2 has type ‘Bitu {aka long unsigned int}’ [-Wformat=]
19      LOG_MSG("Glide:Invalid buffer passed in grLfbLock (%d)", buffer);
20                                                                     ^
21glide.cpp: In constructor ‘GLIDE::GLIDE(Section*)’:
22glide.cpp:396:11: warning: ignoring return value of ‘size_t fread(void*, size_t, size_t, FILE*)’, declared with attribute warn_unused_result [-Wunused-result]
23      fread(ovl_data, sizeof(char), ovl_size, ovl);
24      ~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
25Makefile:426: recipe for target 'glide.o' failed
26make[4]: *** [glide.o] Error 1
27make[4]: Leaving directory '/home/azn/Desktop/DOSBOX COMPILE/dosbox-0.74-3/src/hardware'
28Makefile:446: recipe for target 'all-recursive' failed
29make[3]: *** [all-recursive] Error 1
30make[3]: Leaving directory '/home/azn/Desktop/DOSBOX COMPILE/dosbox-0.74-3/src/hardware'
31Makefile:438: recipe for target 'all-recursive' failed
32make[2]: *** [all-recursive] Error 1
33make[2]: Leaving directory '/home/azn/Desktop/DOSBOX COMPILE/dosbox-0.74-3/src'
34Makefile:377: recipe for target 'all-recursive' failed
35make[1]: *** [all-recursive] Error 1
36make[1]: Leaving directory '/home/azn/Desktop/DOSBOX COMPILE/dosbox-0.74-3'
37Makefile:318: recipe for target 'all' failed
38make: *** [all] Error 2

azn wrote on 2020-04-11, 23:43:

Hello, I had account here long time ago and it does not work now. My problem is, I tried a few versions of dosbox and a few versions of the patch but I mainly aim for 0.74-3 as it is newest I found patch for but it does not compile on my linux machine.

The repository hosting this patch is maintained by a fellow Gentoo Linux developer. I don't think we ever used that version of the patch with any of our package versions. The commit date implies that it was for the original and ancient 0.74 release though it may also work with 0.74-2, which arrived a few months after the commit was made.

I know that this alternative version of the patch works with the fairly recent SVN revision 4302, which many Gentoo Linux users are happily using.

We do need to update the patch for the very latest SVN.

Chewi wrote on 2020-04-12, 11:16:

The repository hosting this patch is maintained by a fellow Gentoo Linux developer. I don't think we ever used that version of t […]
Show full quote

azn wrote on 2020-04-11, 23:43:

Hello, I had account here long time ago and it does not work now. My problem is, I tried a few versions of dosbox and a few versions of the patch but I mainly aim for 0.74-3 as it is newest I found patch for but it does not compile on my linux machine.

The repository hosting this patch is maintained by a fellow Gentoo Linux developer. I don't think we ever used that version of the patch with any of our package versions. The commit date implies that it was for the original and ancient 0.74 release though it may also work with 0.74-2, which arrived a few months after the commit was made.

I know that this alternative version of the patch works with the fairly recent SVN revision 4302, which many Gentoo Linux users are happily using.

We do need to update the patch for the very latest SVN.

Man thank you very much, I checkout the SVN revision you wrote about and patched it with your version of the patch. All compiled with no issues. Thank you so much.

Can anyone tell me why after running CARMAV.EXE it opens in another window named "unnamed"? I cannot figure that out. I attach screenshot so maybe someone will be able to help me with it.

EDIT:
Previously in that post I included my openglide and glide patched dosbox building script for Debian based distros. I removed it as I will not keep it up to date here and I do not want people to use some old version, for current version please refer to my weblog where the script will be updated. Thank you and sorry for editing my post.

Try writing this to /etc/OpenGLid.ini.

1Configuration File for OpenGLide
2
3Info:
4Priority goes from 0(HIGH) to 5(IDLE)
5Output resolution: 0 = original, 1.0-16.0 = scale factor, >16 = fixed width (height calculated automatically)
6Texture Memory goes from 2 to 32
7Frame Buffer Memory goes from 2 to 16
8All other fields are boolean with 1(TRUE) and 0(FALSE)
9
10Version=0.09rc9
11
12[Options]
13WrapperPriority=2
14CreateWindow=0
15InitFullScreen=1
16Resolution=2.0
17EnableMipMaps=1
18IgnorePaletteChange=0
19Wrap565to5551=1
20EnablePrecisionFix=1
21EnableMultiTextureEXT=1
22EnablePaletteEXT=1
23EnableVertexArrayEXT=0
24TextureMemorySize=32
25FrameBufferMemorySize=16
26NoSplash=1

Hmm, nope. It does not work and I had almost the same but without Resolution=2.0. Also I have mine in local directory as I install dosbox cvs locally.

It was all ok until I started writing the script. And the script is doing the same things I was doing manually.

Tried to start with clean dosbox-SVN.conf file but that's the same.

Still digging what could have gone wrong.

EDIT:
Still not quite sure what was wrong but the issue is solved. I recompiled both OpenGlide package and dosbox for x86_64 and as I am 100% sure they have both exact same versions compiled the same way. And somehow now it works as it used to before. In my opinion while working on the script I somehow ended with somehow messed up openglide version. Currently both openglide and dosbox are builded using my script and yet it is working ok.