News:

Herr Otto Partz says you're all nothing but pipsqueaks!

Main Menu

Restunts repository - Git mirror

Started by dreadnaut, March 19, 2021, 12:00:36 AM

Previous topic - Next topic

Daniel3D

Quote from: llm on October 30, 2021, 11:10:08 PM
make can run in DOS, what makes you think it doesn't,
I thought I read it was a windows program.
Not sure, post is edited.. doesn't matter then.
Edison once said,
"I have not failed 10,000 times,
I've successfully found 10,000 ways that will not work."
---------
Currently running over 20 separate instances of Stunts
---------
Check out the STUNTS resources on my Mega (globe icon)

llm

Quote from: Daniel3D on October 31, 2021, 06:34:10 AM
Quote from: llm on October 30, 2021, 11:10:08 PM
make can run in DOS, what makes you think it doesn't,
I thought I read it was a windows program.
Not sure, post is edited.. doesn't matter then.

Sorry my fault, im testing it currently

llm

#62
my findings - make is Win only, maybe Borland C++ 3.1 contains a compatible make program :/

Program origins:

from "Borland C++ 5.x" (https://winworldpc.com/product/borland-c/5x), Version: 5.02

    bcc.exe "Borland C++ 5.2 Copyright (c) 1987, 1997 Borland International"
    Borland C command line compiler: Win32/64, or in DOS(Box) with 32RTM.exe
    (there is also bcc32.exe available, not checked if useable for restunts)
   
    Borland DPMI Servers (Win 32/64 provides its own DPMI Server so only needed for DOS(Box))
      rtm.exe  (16bit Borland/DMPI Server)
      dpmi16bi.ovl (for RTM.EXE)
      (needed to be able to run bcc.exe under DOS(Box))
      32rtm.exe  (32 bits Borland/DMPI Server)
      dpmi32vm.ovl (for 32RTM.EXE)

    tlink.exe: "Turbo Link  Version 7.1.32.2. Copyright (c) 1987, 1996 Borland International", 16Bit runs only in DOS(box))
    (there is also tlink32.exe but the 32bit version can't link DOS programs - so no option for restunts)
    wlink from the Open Watcom v2 project could be used - or the asmorig builds (currently not for the C ported builds)

    td.exe: "Turbo Debugger Version 5.0 Copyright (c) 1988,97 Borland International", 16Bit run only in DOS(box)
    (there is also a td386.exe that could run under 32 Bit Windows (like XP, Win7)

from "Borland C++ Builder 6" (https://winworldpc.com/product/borland-c-builder/6x)
or Freeware "Borland C++ 5.5" (https://edn.embarcadero.com/article/41337)

    make.exe - "MAKE Version 5.2  Copyright (c) 1987, 2000 Borland", 32 Bit only, manually patched for restunts
      at fileoffset: 0x157C9 "@@@" replaced with "!!!"
    \readme.txt
        > Borland Make 5.2 uses MAKEFILE.@@@ as the filename for temporary inline files.
        > WLINK interprets @ in a special way on the command line and will not take the
        > inline file as a parameter. As such make.exe was patched to use MAKEFILE.!!!
        > as the temporary filename instead.
    but wlink is currently not in use (if i understand it correct)

    i don't know if Borland C++ 4 or 3.1 contains a compatible 16bit version

from "Tasm 4.x" https://winworldpc.com/product/turbo-assembler/4x
  tasmx.exe "Turbo Assembler  Version 4.0  Copyright (c) 1988, 1993 Borland International", DOS(Box) only

from "Tasm 5.x" https://winworldpc.com/product/turbo-assembler/5x or later (can't find the binary exact version)
  http://bytepointer.com/tasm/index.htm its the one with md5=8016445b7c7fdddafdf8625ef9d36a35
  binary exact version is this file:
  https://vetusware.com/download/Borland%205.5%20Compatible%20Turbo%20Assembler%2032%205.3/?id=11041
 
  tasm32.exe "Turbo Assembler  Version 5.3  Copyright (c) 1988, 2000 Inprise Corporation", Win32/64 only

from Open Watcom 1.8 (could be replaced with Win/Linux OpenWatcom v2 Linker - but currently not in use)
  wlink.exe
  wlink.lnk
  wlinkd.dll

unp.exe -  16Bit DOS(box) only, Ben Castricum EXE unpacker UNP 4.11 (for unpacking "exepack"-ed exes)
https://bencastricum.nl/unp/
(alternative for Win/Linux: https://www.bamsoftware.com/software/exepack/)


Daniel3D

Ah. I remember reading that. But that was before u started using it.
Well, I think CAS can figure it out   8)

I'll try to run something through the turbo debugger.
I have never done anything remotely like that. So I will not be hindered by any form of knowledge.
Edison once said,
"I have not failed 10,000 times,
I've successfully found 10,000 ways that will not work."
---------
Currently running over 20 separate instances of Stunts
---------
Check out the STUNTS resources on my Mega (globe icon)

llm

#64
Dont forget to re-add the /zi and /v parameter or else you wont get source level debbuging, but just binary level debugging, like in dosbox

Daniel3D

#65
Well. I thought I just restore from backup.
I haven't changed anything in the files yet.

(Because the mount to s: script doesn't work on my 64bit windows machine, I just dumped a copy on a USB and mount that as s:)

Edit..
It seems that mapped drives are not visible if you run CMD as administrator...
Edison once said,
"I have not failed 10,000 times,
I've successfully found 10,000 ways that will not work."
---------
Currently running over 20 separate instances of Stunts
---------
Check out the STUNTS resources on my Mega (globe icon)

llm

QuoteI just dumped a copy on a USB and mount that as s:

that should be changed to relative pathes, i cant remember why clvn did that s: thing

Daniel3D

Quote from: llm on October 31, 2021, 02:00:40 PM
QuoteI just dumped a copy on a USB and mount that as s:

that should be changed to relative pathes, i cant remember why clvn did that s: thing
Because the paths have to be mounted in dosbox as well every time it starts a operation.
So I guess this is the easiest way.
Edison once said,
"I have not failed 10,000 times,
I've successfully found 10,000 ways that will not work."
---------
Currently running over 20 separate instances of Stunts
---------
Check out the STUNTS resources on my Mega (globe icon)

llm


llm

#69
@dreadnaut

Can you change your repo description, its not dstiens svn repo, its clvn's repo your repo is based on

Daniel3D

Quote from: llm on October 31, 2021, 03:28:36 PM
https://bitbucket.org/dreadnaut/restunts/src/master/tools/mount_stunts_to_s.bat

creates the "subst" drive s:
does that script not work for you?
It seems to work fine in Windows but I can't access the drive in CMD. But I automatically start CMD as administrator. It should work better if I don't. (Windows logic)
Edison once said,
"I have not failed 10,000 times,
I've successfully found 10,000 ways that will not work."
---------
Currently running over 20 separate instances of Stunts
---------
Check out the STUNTS resources on my Mega (globe icon)

llm

QuoteBut I automatically start CMD as administrator.

bad idea, in any way  :o

dreadnaut

Quote from: Daniel3D on October 31, 2021, 05:41:00 PM
It seems to work fine in Windows but I can't access the drive in CMD. But I automatically start CMD as administrator. It should work better if I don't. (Windows logic)

Yep, subst are per-user if I remember correctly. That makes sense to me, as you wouldn't want another use messing with your drive letters, possibly tricking you into saving files in the wrong place.

llm

Quote from: dreadnaut on October 31, 2021, 05:52:15 PM
Quote from: Daniel3D on October 31, 2021, 05:41:00 PM
It seems to work fine in Windows but I can't access the drive in CMD. But I automatically start CMD as administrator. It should work better if I don't. (Windows logic)

Yep, subst are per-user if I remember correctly. That makes sense to me, as you wouldn't want another use messing with your drive letters, possibly tricking you into saving files in the wrong place.

Also every file thats get create only useable by administrator, thats just evil

llm

#74
So dereadnaut, just replace

QuoteA clone of dstien's restunts SVN repository.

with

QuoteA clone of clvn's restunts SVN repository.

dstien got no public SVN repo