InsideQC Forums

a little tidbit of some of my modifications to digital mars new and delete /* Copyright (C) 1986-2001 by Digital Mars. $Revision: 1.1.1.1 $ */ /* Modified by revelator 2019 adding working exception support and placement operators */ #if __SC__ || __DMC__ || __RCC__ #pragma once #endif #ifndef __NEW ...

last update before release. i ported the xp platform sdk to digital mars and it works for building both stlport and the crt. minor quirk stlport needs to have a define set in userconfig.h for the new platform sdk, also do not try to recompile the idl's with digital mars midl (it is to old) if you ne...

updated digital mars with the latest stlport 5.2.1. Also exposed a few system calls to the internal crt libraries that where missing and caused allegro to fail building. rewrote new and new.h, still uses much the same code as stlport but the old version had std calls in new.h !!! :shock: this caused...

Try having a look at the gas assembler code for quake1, you might find some answers there since quake 1 assembler was in gas format from the start and actually required conversion by the gas2masm tool for msvc. Some preliminary code for quake2 was also in the original quake 1 code.

So i was wrong its not jupiter ex .

But it is a later version somewhere between jupiter and jupiter ex.

Unfortunatly its only a render demo... it lacks the release assets for the full game (nolf2) and can only be used for demos or net play.

Buried on my harddrive for curiosities for now...

found it, its called x32-vm had to grab the executables from kitchensink :) works like a charm to. Next project might see c++14 support, by using libcxx from orangec. will need to change a few things in the compiler so that it can support it. changes to both optlink and dmc will be nessesary. Also p...

after a few more fixes stlport now builds cleanly with dm again. new / delete + exception support was added after the stlport port, and seems it was not tested if it was still compatible. It was not because the code for new + delete was actually taken from stlport so it ended throwing an error about...

Not much new on the front of my old Msys2 MinGW64 project, but i have something that might be of use to people still dabbling in DOS. For some time i been fixing up bugs in digital mars, and while it could build the crt for windows projects it failed when trying to do the same with the crt libs for ...

Hmm if its using directx maybe mh's d3dquake ought to be a good candidate

Have to say that id like to see a quake with some of this in it :) Or any other old game we have the source code for, for that matter. Allthough it looked a bit strange in places with so many details on some effects, compared to the relatively low res game environment. If they had also spiffed up th...

woah...

dxwnd works better for blood2 i discovered, while the wine d3d to opengl wrappers work for it, it crashes a lot more often with them. for avp2 the wine wrappers work splendidly though :). I suspect that some directsound calls dont get fully translated as when it crashes i noticed that the sound star...

One other quirk that might crop up, is if you are using a high dpi usb mouse. These tend to break lithtech engines of various flavors (yup even fear). I been the unfortunate owner of such a beast so i know :twisted: The wrappers from dgvoodoo work but the window tends to have problems in fullscreen ...

Well heres the link :) https://sourceforge.net/projects/cbadvanced/files/Tools/wined3d.7z/download for avp2 drop all dlls from the main folder plus the dlls in avp2-dinput fix folder to the main dir where avp2.exe is. If you want the custom launcher drop it from the avp2-launcher dir to the same dir...

Tinkered a bit with wine and managed to make versions that supports all the old ddraw to d3d functionality on windows :) dll's included are ddraw.dll d3drm.dll d3dim.dll d3dxof.dll ddrawex.dll. If interrested i can upload them so that you can enjoy these old games again :) no compatibility settings ...