gzipped executables

gzipped executables

Post by Matt Stegma » Wed, 14 Feb 2001 14:09:39



Is there any kernel patch that would allow Linux to properly recognize,
and execute gzipped executables?

I know I could use binfmt_misc to run a wrapper script:

    decompress to /tmp/prog.decompressed
    execute /tmp/prog.decompressed
    rm /tmp/prog.decompressed

But that's not as clean, secure, or fast as the kernel transparently
decompressing & executing.  Is there a better way to do this?

      -Matt

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://vger.kernel.org/lkml/

 
 
 

gzipped executables

Post by Pavel Mache » Fri, 16 Feb 2001 04:22:20


Hi!

Quote:> Is there any kernel patch that would allow Linux to properly recognize,
> and execute gzipped executables?

> I know I could use binfmt_misc to run a wrapper script:

>     decompress to /tmp/prog.decompressed
>     execute /tmp/prog.decompressed
>     rm /tmp/prog.decompressed

> But that's not as clean, secure, or fast as the kernel transparently
> decompressing & executing.  Is there a better way to do this?

You could do this with uservfs(.sourceforge.net):

ln -s /overlay/path/.../executable.gz#ugz executable

and let uservfs do it for you. It will essentially do what you
described, but it will work on any file.
                                                                Pavel

--


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. building static executables from dynamic executables on solaris

is it possible? ld gives me errors:

ldd /usr/bin/diff
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

ld: fatal: file /usr/bin/diff: unknown file type
ld: fatal: File processing errors. No output written to diff.a

/usr/bin/diff:  ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped


ld: fatal: file /usr/bin/diff: unknown file type
ld: fatal: File processing errors. No output written to diff.a

otherwise, is it possible to emacs the binary file and have it use
/ust/lib/libdl.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

instead of

/usr/lib/libdl.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

by changing setenv LD_LIBRARY_PATH, I could force it to use
  /ust/lib/libc.so.1  /ust/lib/libdl.so.1
but  could force it to use /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

(/ust is mounted on a read only disk)

Thank you very much.
If you have any questions, please don't hesitate to contact me.
Thanks, Ghaouar Camij Toschian,
(please remove KeinSpam  from the email address )


Group / 386 Cory Hall / 510 643-6138

2. modprobe: can't locate module net-pf-4

3. gzip: *.tgz: not in gzip format error?

4. Sound: Recording overrun 2.1.90

5. Which is better: tar->gzip or gzip->tar?

6. Linux's Parallel Port Media Devices

7. apt-get through proxy: "gzip: stdin: not in gzip format"

8. KDevelop 2.1.5

9. gzip: stdin: not in gzip format

10. Which is better: tar->gzip or gzip->tar?

11. cmd1 | gzip -f ... && cmd2 : Command concatenation with condition: Execute cmd2 only if cmd1 (or gzip) fails/succeeds?

12. C compiler cannot create executables

13. Help with gzip and tar