The Big Programming Thread - Page 432

On January 21 2014 05:15 Tobberoth wrote:
Damnit, the HSM-2 is just brutal on microcorruption.com. I'm at a point where I can direct the code where I want, even add a bit of assembly myself, but since I don't know the password and can't unlock the door from the code, I can't imagine how to proceed, other than sending random passwords to the lock which is obviously not an option.

I didn't even realize that's what the HSM-2 did at first, was quite disappointing to crack it enough to get "Access granted", yet no door opening ^^

EDIT: And there I solved it. I'm kind of surprised + Show Spoiler +.

On January 24 2014 08:00 ghrur wrote:
Just thought I'd put this here because it's an awesome story about programming and math :
http://www.wired.com/wiredscience/2014/01/how-to-hack-okcupid/

CC = g++ 
OPTS = -I $(LEVELDB_DIR)/include -lpthread $(LEVELDB_DIR)/libleveldb.a

all: read write
	
read: read.cc
	$(CC) -o read read.cc $(OPTS)

write: write.cc
	$(CC) -o write write.cc $(OPTS)

clean:
	rm -rf read write leveldb_dir

test: all
	./write
	./read

g++  -o read read.cc -I /include -lpthread /libleveldb.a
g++: error: /libleveldb.a: No such file or directory
make: *** [read] Error 1

On January 24 2014 09:02 WarSame wrote:
This is a homework/assignment question for one of my courses:

In the current directory, show how to mark all untracked files/folders to be added to svn on the next svn commit command.

How would you do this in one line? I simply cannot see a way to do this and no one I have asked at my school knows how to do it either. If anyone could even just point me to the right command and let me go from there I'd appreciate that.

On January 24 2014 09:14 Blisse wrote:
"svn add *" should work.

On January 24 2014 09:15 WarSame wrote:
Well as far as I have read up on, svn status * would just tell me that status of each file in the current directory. From the question I think the goal is to add all nontracked(which I think means ones that aren't included in the repository yet) to the commit-queue so that they will be commited on the next commit. It's possible that it is svn status *, but that doesn't really seem to do anything other than just list the status of each file, so it doesn't seem to accomplish what they want.

#include<boost/mpl/vector_c.hpp>
#include<iostream>

template<class vector_t> struct team;

template<unsigned int... I>
struct team<boost::mpl::vector_c<unsigned int,I...>>{
	static void liquid(){ std::cout<<".net"; }
};

int main(){
	team<boost::mpl::vector_c<unsigned int,1,2,3>>::liquid();
}

test.cpp: In function ‘int main()’:
test.cpp:12:2: error: incomplete type ‘team<boost::mpl::vector_c<unsigned int, 1l, 2l, 3l> >’ used in nested name specifier
  team<boost::mpl::vector_c<unsigned int,1,2,3>>::liquid();

Posts generated by a Markov chain trained on the King James Bible and Structure and Interpretation of Computer Programs. Run by Michael Walker (barrucadu).

On January 24 2014 11:01 nunez wrote:
working on some project at univ, need to configure some hardware device. planning on using boost::mpl to allow for easy configuration of ranges of ports with various attributes.

wanted to specialize a class template on a boost::mpl::vector_c<unsigned int,port0,port1,...,portn> where port# is an unsigned int to use in said configuration...

#include<boost/mpl/vector_c.hpp>
#include<iostream>

template<class vector_t> struct team;

template<unsigned int... I>
struct team<boost::mpl::vector_c<unsigned int,I...>>{
	static void liquid(){ std::cout<<".net"; }
};

int main(){
	team<boost::mpl::vector_c<unsigned int,1,2,3>>::liquid();
}

however when compiling, the instantiation resolved to the class template shape definition instead of the specialization. the honorable gcc declared unto me:

test.cpp: In function ‘int main()’:
test.cpp:12:2: error: incomplete type ‘team<boost::mpl::vector_c<unsigned int, 1l, 2l, 3l> >’ used in nested name specifier
  team<boost::mpl::vector_c<unsigned int,1,2,3>>::liquid();

the devil is in the details of course and assumption is the mother off all fuckups. the resulting type of the value parameters in boost::mpl::unsigned_c<unsigned int,1,2,3> was not unsigned int at all, but long as you can readily read in the error message.

i did not read the error message readily enough and was left in a state of disarray until just now when i was formulating this post to ask for your help.

saw this link on slashdot a while ago, found it entertaining:

king james programming

On January 24 2014 22:44 klo8 wrote:

It's funny how often I've started writing a forum post about some programming problem I had and during the writing of the post, I realized what was wrong and discarded the post. It's the same when I write something to a friend about a programming problem. I tell him and read through my messages once or twice while he's thinking about it and I suddenly find the error.

On January 25 2014 00:06 Polemarch wrote:
Figuring something out while asking about it is a well-known phenomenon, see here:
http://en.wikipedia.org/wiki/Rubber_duck_debugging