790de57763
Added environment variable ANSICON_EXC to specify modules that should not be hooked. This should work around the nvd3d9wrap.dll issue. Since it helps to know what the modules are, logging is now always available, controlled by -l or ANSICON_LOG. A side-effect caused debugstr.c to move to util.c. GUI programs are once again not hooked, unless run by "ansicon" directly or in the ANSICON_GUI environment variable. Since not hooking still leaves ANSICON in the environment, created ANSICON_VER as a dynamic-only variable, which can also serve as a version check. Due to an email requesting a reverse video option, realised I always take the current attributes as default. This means if you turned on reverse and ran a program, it would take the reverse as its default. Created ANSICON_DEF variable to explicitly set the default attribute, using the current if it doesn't exist. The reverse video option is done via a "negative" attribute (e.g. "-m-f0" is reversed black on white, meaning you'll get white on black, with foreground sequences changing the background). (The difference from "\e[7m" is that it won't be reset on "\e[m".) A child program will inherit the parent's modes (but not shift); the parent will read the child's modes on exit (but not unload). The exception is "ansicon", which will always start with the default modes and leave the parent unchanged. Improved the AutoRun entry, only running "ansicon" if ANSICON_VER doesn't exist. The "ansicon" command is always first. Stopped -u implying -p; return the program's exit code; don't restore the original color when just using -p; output error messages to stderr.
86 lines
2.0 KiB
Plaintext
86 lines
2.0 KiB
Plaintext
# VC makefile for ANSICON.
|
|
# Jason Hood, 15 November, 2010.
|
|
|
|
# I've used Visual C++ 2008 Express for the 32-bit version and the 2003 R2
|
|
# Platform SDK for the 64-bit version. Since these are entirely separate
|
|
# environments, define BITS to decide which should be built. Note that the
|
|
# 64-bit version still requires the 32-bit ANSI32.dll, so both environments
|
|
# are required and you should build the 32-bit version before the 64-bit.
|
|
|
|
#BITS = 32
|
|
#BITS = 64
|
|
|
|
!IFNDEF BITS
|
|
BITS = 32
|
|
!ENDIF
|
|
|
|
!IF $(BITS) == 32
|
|
DIR = x86
|
|
!ELSE
|
|
!IF $(BITS) == 64
|
|
DIR = x64
|
|
!ELSE
|
|
!ERROR BITS should be defined to 32 or 64.
|
|
!ENDIF
|
|
!ENDIF
|
|
|
|
CC = cl
|
|
CFLAGS = /nologo /W3 /Ox /GF /D_CRT_SECURE_NO_WARNINGS
|
|
LIBS = advapi32.lib user32.lib
|
|
|
|
# This is required for the 2003 Platform SDK, but not for Visual Studio 2010.
|
|
#LIBS64 = bufferoverflowu.lib
|
|
|
|
X86OBJS = x86\proctype.obj x86\injdll32.obj x86\util.obj
|
|
X64OBJS = x64\proctype.obj x64\injdll64.obj x64\injdll32.obj x64\util.obj
|
|
|
|
{}.c{$(DIR)}.obj:
|
|
$(CC) /c $(CFLAGS) /Fo$@ $<
|
|
|
|
{}.rc{$(DIR)}.res:
|
|
rc /fo$@ $<
|
|
|
|
all: ansicon$(BITS)
|
|
|
|
ansicon32: x86 x86\ansicon.exe x86\ANSI32.dll
|
|
|
|
ansicon64: x64 x64\ansicon.exe x64\ANSI64.dll x64\ANSI32.dll x64\ANSI-LLW.exe
|
|
|
|
x86:
|
|
mkdir x86
|
|
|
|
x86\ansicon.exe: x86\ansicon.obj $(X86OBJS) x86\ansicon.res
|
|
$(CC) /nologo /Fe$@ $** $(LIBS)
|
|
|
|
x86\ANSI32.dll: x86\ANSI.obj $(X86OBJS) x86\ansi.res
|
|
!IF $(BITS) == 32
|
|
$(CC) /nologo /LD /Fe$@ $** $(LIBS)
|
|
!ENDIF
|
|
|
|
x64:
|
|
mkdir x64
|
|
|
|
x64\ansicon.exe: x64\ansicon.obj $(X64OBJS) x64\ansicon.res
|
|
$(CC) /nologo /Fe$@ $** $(LIBS) $(LIBS64)
|
|
|
|
x64\ANSI64.dll: x64\ANSI.obj $(X64OBJS) x64\ansi.res
|
|
$(CC) /nologo /LD /Fe$@ $** $(LIBS) $(LIBS64)
|
|
|
|
x64\ANSI32.dll: x86\ANSI32.dll
|
|
copy x86\ANSI32.dll x64\ANSI32.dll
|
|
|
|
x64\ANSI-LLW.exe: ANSI-LLW.c
|
|
$(CC) $(CFLAGS) /Fe$@ /Fo$*.obj $? $(LIBS64)
|
|
|
|
ansicon.c: ansicon.h version.h
|
|
ansicon.rc: version.h
|
|
ANSI.c: ansicon.h version.h
|
|
ANSI.rc: version.h
|
|
util.c: ansicon.h
|
|
injdll32.c: ansicon.h
|
|
injdll64.c: ansicon.h
|
|
proctype.c: ansicon.h
|
|
|
|
clean:
|
|
-del $(DIR)\*.obj $(DIR)\*.res $(DIR)\*.lib $(DIR)\*.exp
|