Closed LowLevelMahn closed 1 week ago
still problems - because Tumblewee (also Fedora) uses dosbox-staging as default - dosbox aborts somewhere in between - need first ask the dosbox-staging guys to fix that - will test it later then again
OK. If it needs some special setup we can do it similar for OSX which need the changes.
Issue on dosbox-staging: https://github.com/dosbox-staging/dosbox-staging/issues/3984
Anyway you can try it with OWNOWGML=1 and all remaining setup as default. It should suppress build only if it needs WGML tool (documentation and a few tools) that it should build most of OW build including GUI tools.
Anyway you can try it with OWNOWGML=1 and all remaining setup as default. It should suppress build only if it needs WGML tool (documentation and a few tools) that it should build most of OW build including GUI tools.
i'll try that and give feedback
so open bugs:
Tumbleweed: the c99 bug and the problem with the problem default dosbox-staging Fedora: only the problem default dosbox-staging
nothing you can fix
We have temporary workaround for both. c99 bug - change build script DOSBOX - suppress use of wgml at all
regarding the dosbox-staging fail
is it possible to just build that part so the dosbox-staging devs can only build that for testing? there are two screenshots showing the problem part while building: https://github.com/dosbox-staging/dosbox-staging/issues/3984
both at bld/browser/nt386
i tried
. ./my_set_vars.sh
./build.sh preboot
cd bld/browser/
builder build
but that fails with
**** BUILD rule
=== 12:59:27 /home/test/temp/open-watcom-v2_dev/open-watcom-v2/bld/browser ====
= 12:59:27 /home/test/temp/open-watcom-v2_dev/open-watcom-v2/bld/browser/gen ==
dlgprs ../res/dlg/dgenums.dlg ../bnd/dgenums.bnd dgenums.gh dgenums.gpp
sh: line 1: dlgprs: command not found
Error(E14): Cannot execute (dlgprs): command not found
Error(E42): Last command making (dgenums.gpp) returned a bad status
Error(E02): Make execution terminated
<pmake -d build -h> => non-zero return: 512
Build failed
OWNOWGML=1 works on Tumbleweed - not dosbox gets called - not build error
Yes, it is possible. bellow is minimal steps to reproduce call to DOSBOX with minimal OW build.
Build minimal build system from scratch on Linux It builds a few tools necessary for test sample, not need repeat if already done
sh build.sh preboot
cd bld/watcom
builder boot
cd ../bmp2eps
builder boot
cd ../..
reproduce call to DOSBOX by
cd docs/ps
wmake hbook=c_readme
if need repeat then cleanup docs/ps by
wmake clean
then you can repeat call to DOSBOX by wmake command above
Yes, it is possible. bellow is minimal steps to reproduce call to DOSBOX with minimal build.
works!
any idea how to see exactly the call to dosbox - to get a minimal example
setup OWWGMLDEBUG=1 it should show DOSBOX Window and wait for EXIT command to continue
anyway I found out simpler example
Build minimal build system from scratch on Linux It builds a few tools necessary for test sample, not need repeat if already done
sh build.sh preboot
reproduce call to DOSBOX by
cd docs/ps
wmake hbook=cgdoc
if need repeat then cleanup docs/ps by
wmake clean
then you can repeat call to DOSBOX by wmake command above
i have found it
you set set SDL_VIDEODRIVER=dummy
before calling dosbox
in open-watcom-v2/build/mif/wgmlcmd.mif
line 75
that don't like stagings SDL2 - i'll try set SDL_VIDEODRIVER=offscreen
Sorry I forgot how to see commands.
Change command by adding verbose value
wmake hbook=cgdoc verbose=1
SDL_VIDEODRIVER=dummy is legal value and works before on any platform
SDL_VIDEODRIVER=dummy is legal value and works before on any platform
i know - maybe its due to dosbox staging switch to SDL2 instead of SDL1 with dosbox vanilla
running dosbox-staging from console with
SDL_VIDEODRIVER=dummy dosbox
gives the same error
SDL_VIDEODRIVER=offscreen dosbox
works but not when i change that in the build/mif/wgmlcmd.mif
offscreen is not driver, but init attribute You need to comment out both set SDL_VIDEODRIVER=dummy lines
i changed the wgmlcmd.mif line with =dummy into =offscreen - but that gets someway ignored?
then i did a ./clean.sh
restarted the console an did
. ./my_setvars.sh
./build.sh preboot
cd docs/ps
wmake hbook=cgdoc verbose=1
still prints set SDL_VIDEODRIVER=dummy
be careful there are 2 definitions you need to change both
be careful there are 2 definitions you need to change both
found "both"
works with SDL_VIDEODRIVER=offscreen and commenting them out
SDL_VIDEODRIVER=offscreen
works also for Ubuntu,SDL1 using DOSBox version 0.74-3
SDL_VIDEODRIVER=offscreen doesn't work for "pure" old DOSBOX I get
dosbox -conf "/home/jiri/ow2a/build/dosbox.cfg" -c "mount c \"/home/jiri/ow2a\"" -c "c:\docs\ps\wgmlb.bat"
Exit to error: Can't init SDL No available video device
Error(E42): Last command making (run_wgml;cgdoc.ps) returned a bad status Error(E02): Make execution terminated
it depends on the SDL1 or system ability
i try to find out what is compatible with SDL1 and SDL2 - dummy or none would be best
offscreen also does not work with WSL
I submit change fe858dfc to try to use default video setup instead of dummy It could help you with DOSBOX staging which is not fully compatible with "pure" DOSBOX
that works - with poping up windows - but ok so far
I am sorry but I must return DOSBOX setup back because we need to run DOSBOX on background without terminal. It is reason for SDL_VIDEODRIVER=dummy that DOSBOX not need terminal any way. As soon as some driver is used then it requires interactive session that doesn't exists.
If you want to use DOSBOX staging then you need to ask to fix it to work properly without terminal with SDL_VIDEODRIVER=dummy. It looks like they destroy this functionality. We support standard DOSBOX 0.7x versions which are stable and support this mode correctly.
I am sorry but I must return DOSBOX setup back because we need to run DOSBOX on background without terminal.
no problem - having poping up windows all the while is stressy or even not possible when not gfx is availabe
thanks for all the help - i will add another Tumbleweed part and Windows builds part to the wiki - with all the infos i got now
latest Tumbleweed with all build essentials + gcc 14.2 + dosbox installed
(didn't copied the setvars.sh)
returns