<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 11 янв. 2023 г., 13:30 Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">randrianasulu@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 11 янв. 2023 г., 13:03 Rob Prowel via Cin <<a href="mailto:cin@lists.cinelerra-gg.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">cin@lists.cinelerra-gg.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thought this went away in my Jan-2023 git pull, but apparently not. <br>
Looked in my dmesg output and saw this again.<br>
<br>
process 'sharebin/cingg2301/bin/cin' started with executable stack<br>
<br>
Why? A consequence of the plug-in system? a poorly designed 3rdparty <br>
library? an oversight?<br>
<br><br>--<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I think this is due to embedding icon 'object' (lots of png files concatenated) into main executable ...</div><div dir="auto"><br></div><div dir="auto">from cinelerra/Makefile</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">$(THEME_DATA):</div><div dir="auto"> cd $(OBJDIR) && \</div><div dir="auto"> $(GUICAST)/$(OBJDIR)/bootstrap theme_data.o $(TOPDIR)/picon/cinfinity/*.png</div><div dir="auto"><br></div><div dir="auto">(also I thought we hoped to optipng them, if quality not suffer ...)</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">can you check if something like attached patch fixes it for you?</div><div dir="auto"><br></div><div dir="auto">i hope it was only o file with missing GNU.stack</div><div dir="auto"><br></div><div dir="auto">~/cinelerra/cinelerra-5.1 $ readelf -SW cinelerra/aarch64/*.o | grep note | wc -l </div><div dir="auto"> 374 ~/cinelerra/cinelerra-5.1 $ ls cinelerra/aarch64/*.o | wc -l </div><div dir="auto"> 375<br></div><div dir="auto"><br></div><div dir="auto">readelf line from</div><div dir="auto"><br></div><div dir="auto"><a href="https://www.redhat.com/en/blog/linkers-warnings-about-executable-stacks-and-segments" rel="noreferrer noreferrer" target="_blank">https://www.redhat.com/en/blog/linkers-warnings-about-executable-stacks-and-segments</a><br></div><div dir="auto"><br></div><div dir="auto">linker flag from </div><div dir="auto"><br></div><div dir="auto"> <a href="https://wiki.gentoo.org/wiki/Hardened/GNU_stack_quickstart" target="_blank" rel="noreferrer">https://wiki.gentoo.org/wiki/Hardened/GNU_stack_quickstart</a></div><div dir="auto"> <br></div><div dir="auto">note, old linkers may dislike this and also it seems clang linker (lld) default on termux does this by default ....</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
stack segments are generally marked as no-exec to protect against using <br>
them to execute rogue instructions by saving those instructions in <br>
auto-vars on the stack that could be executed by fudging the return <br>
address of a function.<br>
<br>
Just looking for an acknowledgement of this, and any relevant related <br>
history at this point.<br>
<br>
<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div></div></div>
</blockquote></div></div></div>