10 reputation
3
bio website
location
age
visits member for 1 year, 7 months
seen Nov 24 '13 at 14:35

Jan
30
comment Change library location
thans but I solved it another way. In /usr/local I installed the libraries and includes that are the correct version (the program I compiled searches for them there) by ./configure --prefix=/usr/local && and the bad files were overwitten. Compiling works now.
Jan
28
comment Change library location
Hello! It's under /usr/local by make install .
Jan
28
accepted Change library location
Jan
28
awarded  Custodian
Jan
28
reviewed Reject suggested edit on Change library location
Jan
28
asked Change library location
Jan
20
awarded  Student
Jan
20
comment Linux kernel 3.2 syscalls
Thanks for the answer! So, what you're saying is that compiling code with system calls on later kernels (post 2.6) will build machine code with SYSCALL or SYSENTER opcodes instead of the old 0x80 interrupt. Does that mean that a shellcode designed to work with 0x80 interrupt will fail on these later kernels? I'm asking this question because I have tried a shellcode, that used the old method, which is supposed to spawn a shell and I get a segmentation fail core dump error and I want to know what is the cause (bad design or intx80 not working anymore). Thanks!
Jan
20
awarded  Scholar
Jan
20
accepted Linux kernel 3.2 syscalls
Jan
20
asked Linux kernel 3.2 syscalls