Bak

I got a Raspberry Pi yesterday, and I'm working on converting the code to use Makefiles, so maybe we will see a Raspberry Pi build at some point...

I wanted to edit the above since apparently pasting into code blocks didn't work. When I hit edit, though, both Chrome and Iexplorer freeze, so I've just tried again here with a quote block.

I figured it out. You can use $(shell ls) in a makefile to spawn a shell and run commands, but that's to slow to do for every module (~35). So instead I made the following makefile, which scans the sources for known #includes so it knows what libraries to include automatically, as well as using gcc's dependency generation so exactly the correct files will be compiled when changes are detected. It also detects shared objects and includes them in the shared object files (.so or .dll) correctly. # A global makefile for creating Discretion. This should be in the src directory.# BaK, 3-28-2013 # standard variablesCC=g++LN=g++CPPFLAGS=-I./Modules/ -O3 -WallLDFLAGS=-shared # directoriesBIN_DIR=../bin/bin/MODULES_DIR=./Modules/ UNAME := $(shell uname) ifeq ($(UNAME), Linux)# Linux specific macrosLDFLAGS += -selse# Windows specific macrosLDFLAGS += -sendif ####################### Rules .PHONY : all clean # extract module namesMODULE_NAMES := $(wildcard $(MODULES_DIR)*)MODULE_NAMES := $(notdir $(MODULE_NAMES)) # remove non-modulesMODULE_NAMES := $(subst Shared ,,$(MODULE_NAMES)) SO_FILES := $(addprefix $(BIN_DIR), $(MODULE_NAMES))SO_FILES := $(addsuffix .so,$(SO_FILES)) all: $(SO_FILES) clean: rm -vf $(BIN_DIR)*.so $(MODULES_DIR)*/*.o $(MODULES_DIR)*/*.d $(MODULES_DIR)*/*.deps # pull in dependency info for *existing* .o files (redirect errors away from terminal in case .d files don't exist)DEP_FILES := $(shell ls $(MODULES_DIR)*/*.d 2> .junk ; rm -f .junk)-include $(DEP_FILES) define make_so# param 1 is name of so file # general rule for making .so files, first make .o.deps and .ld.deps$(BIN_DIR)$(1).so: $(MODULES_DIR)$(1)/$(1).o.deps $(MODULES_DIR)$(1)/$(1).ld.deps $(CC) $(LDFLAGS) -o $$@ `cat $(MODULES_DIR)$(1)/$(1).o.deps` `cat $(MODULES_DIR)$(1)/$(1).ld.deps` ### tracks which libraries should be linked with the .so #### 1. create a blank .ld.deps file# 2. create an entry if SDL.h is detected# 3. create an entry if SDL_net.h is detected# 4. create an entry if SDL_image.h is detected# 5. create and entry if zlib.h is detected$(MODULES_DIR)$(1)/$(1).ld.deps: $(MODULES_DIR)$(1)/*.cppecho -n > $(MODULES_DIR)$(1)/$(1).ld.deps && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep SDL.h -c` -ne 0 ]; \then echo -n "-lSDL " >> $(MODULES_DIR)$(1)/$(1).ld.deps; fi && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep SDL_net.h -c` -ne 0 ]; \then echo -n "-lSDL_net " >> $(MODULES_DIR)$(1)/$(1).ld.deps; fi && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep SDL_image.h -c` -ne 0 ]; \then echo -n "-lSDL_image " >> $(MODULES_DIR)$(1)/$(1).ld.deps; fi && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep zlib.h -c` -ne 0 ]; \then echo -n "-lzdll " >> $(MODULES_DIR)$(1)/$(1).ld.deps; fi #### tracks which .o files need to be built and included in the .so #### 1. create a .o.deps entry for every .cpp file in the module's directory# 2. create .o.deps entry if StringManip.h is used# 3. create .o.deps entry if LittleEndian.h is used# 4. create the .so.deps file from the now complete .o.deps file# 5. recursive call to make so that the .so dependecies get included and the proper .o files get made$(MODULES_DIR)$(1)/$(1).o.deps: $(MODULES_DIR)$(1)/*.cpp+ ls $(MODULES_DIR)$(1)/*.cpp | tr '\n' ' ' | sed -e 's/\.cpp/\.o/g' > $(MODULES_DIR)$(1)/$(1).o.deps && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep StringManip.h -c` -ne 0 ]; \then echo -n " "$(MODULES_DIR)Shared/StringManip.o >> $(MODULES_DIR)$(1)/$(1).o.deps; fi && \\if [ `cat $(MODULES_DIR)$(1)/*.cpp | grep LittleEndian.h -c` -ne 0 ]; \then echo -n " "$(MODULES_DIR)Shared/LittleEndian.o >> $(MODULES_DIR)$(1)/$(1).o.deps; fi && \\echo -n "$(BIN_DIR)$(1).so: " > $(MODULES_DIR)$(1)/$(1).so.deps; cat $(MODULES_DIR)$(1)/$(1).o.deps >> $(MODULES_DIR)$(1)/$(1).so.deps && \\$(MAKE) `cat $(MODULES_DIR)$(1)/$(1).o.deps` --no-print-directory # includes the generated dependencies for the .so (this takes effect in the recursive make call from the .o.deps rule)-include $(MODULES_DIR)$(1)/$(1).so.deps endef $(foreach modname,$(MODULE_NAMES),$(eval $(call make_so,$(modname)))) #for number in 1 2 3 4 ; do \# ./a.out $$number ; \#done %.o : %.cpp$(CC) -MMD -c $(CPPFLAGS) $< -o $@

I'm trying to create a makefile to build the modules part of Discretion, but I'm running into some trouble. The modules structure is fairly organized, so I was hoping to have a single makefile to create all of them, rather than a makefile for each individual module. The dependencies are like this: the makefile is in the modules directory. Inside this directory there is a folder for each module. I want the .so file produced to have the same name as the folder. Inside each folder can be a set of .h and .cpp files. A .o (or is it .obj for c++?) file should be created for each .cpp file which depends on the corresponding .cpp and .h files. The .so file should be created with the sane name as the directory, and depend on each of the .o files. The .so file should be placed in a different location "$(BIN_DIR)". After trying to do this for a few hours I got something like this: CC=g++ GLOBAL_CPPFLAGS= GLOBAL_LDFLAGS= BIN_DIR=../../bin/bin UNAME := $(shell uname) ifeq ($(UNAME), Linux) # Linux specific macros GLOBAL_CPPFLAGS += -DLINKING_LINUX else # Windows specific macros GLOBAL_CPPFLAGS += -DLINKING_WINDOWS endif ###################### # Rules MODULES = $(shell ls -d */) # remove the '/' from all directories MODULES := $(subst /,,$(MODULES)) # remove non modules which have directories MODULES := $(subst Shared,,$(MODULES)) MODULES := $(subst MapLoader,,$(MODULES)) MODULES := $(subst Module,,$(MODULES)) # generate variable for the final SO files: "$(BIN_DIR)/$(module).so" SO_FILES := $(foreach module,$(MODULES),$(BIN_DIR)/$(module).so) .PHONY : all clean modules modules: $(SO_FILES) all: modules # I want: each so file depends on all the .cpp and .h files in its directory %.so : ../../src/Modules/%/Animations.cpp echo deps = $^ When I run this, it works ok for the first module (Animations), since Animations.cpp is hardcoded in the makefile. What I actually want, though, is for the dependencies to be ALL the .cpp files (I'll eventually substitute .cpp for .o). When I replace the dependency line with this, though: %.so : ../../src/Modules/%/*.cpp echo deps = $^ It tells me there's no rule to make ../../bin/bin/Animations.so. If you want to try it out you can get the DiscretionClient source from mercurial (hg clone http://hg.code.sf.net/p/ss-discretion/client ss-discretion-client) and put the pasted makefile into src/Modules/

I tried valgrind afterwards, but all the things it came up with seemed related to SDL rather than my own code. Admittedly, it was after the fact; I should practice with it more to really get a feel for it (maybe I was misreading the warnings). Never tried garbage collection with C (is this a thing?). How does it work?

here you go: http://sourceforge.net/projects/ss-discretion/files/ss-discretion/Server/discretion-server-3.29.2013.tar.gz/download

Debugged another memory error recently. I came up with the following strategy, which seems to work pretty well. The symptom of memory corruption is that something that is obviously correct doesn't work (for example, a data structure appears inconsistent which leads to a crash). I would create a function to do a sanity check on the data structure, and then, if it fails, exit immediately (after printing some debug information about the point at which the sanity check failed). I would have a function like: runSanityCheck(const char* messageIfFailed); then I would call this very often in the code (I did it in the in the module manager before every callback). When I run the program now, it would eventually fail the sanity check, which gives you a range of places where the corruption may have occured (between the time it failed and the previous call to the sanity check code). You can then do a binary search on your code by inserting more sanity checks until you get to a piece of code doing a write to dynamic memory, which is probably the memory that was freed at some point but is being written to anyway (and corruptioning your data structure in the process).

Sure, which architecture are you interested in?

You could prevent the offensive team from dropping bricks if a win is about to happen. Or prevent both teams. Or just near the flag room. Or they could be made visible just to the team dropping them (this would make weapons inconsistent). Combined with an LVZ image showing the enemy team where the bricks are, this would almost have the effect that you want.

I've updated the Discretion server to be based on the newest asss server from mercurial, and updated it to use a linux build process rather than what I had before. You can download the server and run it using mercurial: hg clone http://hg.code.sf.net/p/ss-discretion/server ss-discretion-server Go into the disc-asss-3.24.2013/src folder, run make, then cd to disc-asss-3.24.2013, then run bin/asss Let me know if you try it and succeed or fail. Also, I'm in the process of getting a permanent server up.

just got it working now (see screenshot)! SDL is a little bit tricky with OSX, since it uses cocoa. I'll try to get a release tomorrow (still have a few issues to sort out, like transparency) and then hopefully some of you can test it.

ss-discretion.sf.net has some information. It's not going to be a drop-in replacement for Continuum at this point since Continuum uses secret encryption which is not known yet. Therefore, any servers which use encryption (all of them) won't work. There is an ASSS patch for running discretion servers, but even the ASSS zones won't accept Discretion yet. You can play offline or try to run your own server. Hope that clears things up about what to expect.

There is a server package as well, based on ASSS, I may look for a host in the coming days to get something semi-permanent running.

Yes you have all the correct functionality. The experimental zone is not online right now, so when you hit zone list it does a refresh and gets rid of it since there's no response. When you enter it doesn't get a response to the encryption request (since there's no zone online to get a response from). Also, sound is not yet implemented.

Thank Samp.