View Single Post
Old 04-04-2016, 05:39 PM   #151
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773670
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
Quote:
Originally Posted by NiLuJe View Post
If anyone on a true x86 Linux box can check that I didn't break the i686 KindleTool builds, that'd be great .

(I updated my desktop, and am finally running an x86_64 system, yay. Which means I'm now leveraging GCC's multilib feature to build those. It's been a very long while since I've had to play with that manually... I think I got everything right, but, still... ^^).
I just tested it in my Mint x86 VirtualBox VM, and the extract function worked just fine. However, even running as root, the create function reported "archive_read_next_header2() failed: *.*: Cannot stat (FAILED). Failed to create intermediate archive '/tmp/kindletool_create_tarball_QNYi7x'." which is strange because root is in a vitualbox CDI image file.

It SHOULD work. Why can't my x86 write to its own virtual /tmp/ even while running as root? Anyway, it works fine for some functions and not others. I suspect my win32 (local tempfile) fix would also work here as well...

Hopefully it would work as expected on a non-emulated x86 linux...
geekmaster is offline   Reply With Quote