| Tiny X11 Trans Flag by Suricrasia Online [web] | ||||||||
|---|---|---|---|---|---|---|---|---|
|
|
|||||||
|
popularity : 55% |
|||||||
alltime top: #17490 |
|
|||||||
|
||||||||
added on the 2018-12-20 03:16:10 by blackle  |
||||||||
popularity helper
comments
_b
rulez added on the 2018-12-20 08:27:20 by visy 
<3
A nice flag for a nice OS :)
It looks like there is a bit of a bug with vondehi which will cause it to eat the first four environment variables. this might cause the DISPLAY variable to not be available, which is needed to make a connection to the xserver.
if this is happening to you, change the byte at 0x0000000E from 0x18 to 0x08!
if this is happening to you, change the byte at 0x0000000E from 0x18 to 0x08!
Ah, oops, I'll fix that (unless you're fast enough to open a merge request).
In other news: when system libs are compiled with SSE4 (or was it AVX2?), the process will segfault in XauReadAuth (libxau.so), line 105 in AuRead.c. (This happens at least on any Arch system.)
Even though the pointers are correct (no malloc messing things up), the assignment is compiled as an SSE4/AVX2 "block transfer", which needs both the source and the destination pointers to be aligned to 16 bytes. ("block transfer" is ARM-speak for stm/ldm, so it probably isn't exactly the same, but I'll just use it here.)
The SUSv4 ELF spec states that, at a process entry on x86_64, rsp mod 16 will be 8 (great idea), while most C compilers (i.e. GCC and Clang) assume proper stack alignment for these block transfers (that is, 16-byte aligned). The 'local' variable in AuRead is on the stack, with borked alignment, and thus the assignment crashes.
Adding this line at the very beginning of _start should fix this:
Luckily I've already seen this bug once, because otherwise I'd still be pulling out my hair.
In other news: when system libs are compiled with SSE4 (or was it AVX2?), the process will segfault in XauReadAuth (libxau.so), line 105 in AuRead.c. (This happens at least on any Arch system.)
Even though the pointers are correct (no malloc messing things up), the assignment is compiled as an SSE4/AVX2 "block transfer", which needs both the source and the destination pointers to be aligned to 16 bytes. ("block transfer" is ARM-speak for stm/ldm, so it probably isn't exactly the same, but I'll just use it here.)
The SUSv4 ELF spec states that, at a process entry on x86_64, rsp mod 16 will be 8 (great idea), while most C compilers (i.e. GCC and Clang) assume proper stack alignment for these block transfers (that is, 16-byte aligned). The 'local' variable in AuRead is on the stack, with borked alignment, and thus the assignment crashes.
Adding this line at the very beginning of _start should fix this:
Code:
asm volatile("sub $8, %rsp\n"); // align the stackLuckily I've already seen this bug once, because otherwise I'd still be pulling out my hair.
Oh rats. I had __attribute__((force_align_arg_pointer)) in "cenotaph for soda" and "step inside and bask in luxury", but I thought since I wasn't calling into opengl I could get away without using it this time...
force_align_pointer adds ~22 bytes to the final exe, but your sub instruction only adds two. however I'm not sure it would fix the stack alignment for all systems... I'll have to look into it
Thanks for the thumb!
force_align_pointer adds ~22 bytes to the final exe, but your sub instruction only adds two. however I'm not sure it would fix the stack alignment for all systems... I'll have to look into it
Thanks for the thumb!
Yup! Cool <3 Thx 4 da flag!
Looks nice, what gcc version is used to build this? Version 5.4.0 did not recognize ‘-fno-plt’.
gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
My distro is way behind it seems :)
When I tried to build without ‘-fno-plt’ I noticed that the Section-Header-Stripper directory was empty. Do I have to do some git magic to pull down the missing modules?
you need to use `git submodule update --init --recursive` to clone the submodules
Thanks, I do get a segfault with gcc 5.4.0 though so I probably have to replicate your setup.
id like to express my support for the personality disordered
"thanks"
❤️
lists containing this prod
submit changes
if this prod is a fake, some info is false or the download link is broken,
do not post about it in the comments, it will get lost.
instead, click here !