On 11/6/24 23:49, Noah Goldstein wrote:
On Wed, Nov 6, 2024 at 3:30 PM Noah Goldstein wrote:
On Wed, Nov 6, 2024 at 3:10 PM Richard Henderson
wrote:
On 11/6/24 18:13, Noah Goldstein wrote:
Question about impl regarding handling of `-execfd` with/without a program name.
1) `-execfd` + prog
On 11/6/24 21:30, Noah Goldstein wrote:
On Wed, Nov 6, 2024 at 3:10 PM Richard Henderson
wrote:
On 11/6/24 18:13, Noah Goldstein wrote:
Question about impl regarding handling of `-execfd` with/without a program name.
1) `-execfd` + program name ie: `qemu -execfd ls -a`.
2) `-execfd` without
On Wed, Nov 6, 2024 at 3:30 PM Noah Goldstein wrote:
>
> On Wed, Nov 6, 2024 at 3:10 PM Richard Henderson
> wrote:
> >
> > On 11/6/24 18:13, Noah Goldstein wrote:
> > > Question about impl regarding handling of `-execfd` with/without a
> > > program name.
> > >
> > > 1) `-execfd` + program name
On Wed, Nov 6, 2024 at 3:10 PM Richard Henderson
wrote:
>
> On 11/6/24 18:13, Noah Goldstein wrote:
> > Question about impl regarding handling of `-execfd` with/without a program
> > name.
> >
> > 1) `-execfd` + program name ie: `qemu -execfd ls -a`.
> > 2) `-execfd` without program name i.e: `q
On 11/6/24 18:13, Noah Goldstein wrote:
Question about impl regarding handling of `-execfd` with/without a program name.
1) `-execfd` + program name ie: `qemu -execfd ls -a`.
2) `-execfd` without program name i.e: `qemu -execfd -a`.
Do you want to allow both of these? If you want to allow (1)
On Wed, Nov 6, 2024 at 11:53 AM Noah Goldstein wrote:
>
> On Wed, Nov 6, 2024 at 11:26 AM Richard Henderson
> wrote:
> >
> > On 11/6/24 17:03, Noah Goldstein wrote:
> > > On Wed, Nov 6, 2024 at 3:38 AM Richard Henderson
> > > wrote:
> > >>
> > >> On 11/5/24 23:54, Noah Goldstein wrote:
> > >
On Wed, Nov 6, 2024 at 11:26 AM Richard Henderson
wrote:
>
> On 11/6/24 17:03, Noah Goldstein wrote:
> > On Wed, Nov 6, 2024 at 3:38 AM Richard Henderson
> > wrote:
> >>
> >> On 11/5/24 23:54, Noah Goldstein wrote:
> > You still need to handle is_proc_myself, for the guest binary.
> >>>
> >>>
On 11/6/24 17:03, Noah Goldstein wrote:
On Wed, Nov 6, 2024 at 3:38 AM Richard Henderson
wrote:
On 11/5/24 23:54, Noah Goldstein wrote:
You still need to handle is_proc_myself, for the guest binary.
Would this by handled by basically do:
```
if (is_proc_myself(p, "exe")) {
exe =
On Wed, Nov 6, 2024 at 3:38 AM Richard Henderson
wrote:
>
> On 11/5/24 23:54, Noah Goldstein wrote:
> >>> You still need to handle is_proc_myself, for the guest binary.
> >
> > Would this by handled by basically do:
> >
> > ```
> > if (is_proc_myself(p, "exe")) {
> > exe = exec_path;
> >
On 11/5/24 23:54, Noah Goldstein wrote:
You still need to handle is_proc_myself, for the guest binary.
Would this by handled by basically do:
```
if (is_proc_myself(p, "exe")) {
exe = exec_path;
if (through_qemu)
argp[argp_offset] = exec_path;
}
```
Or am I missi
On Tue, Nov 5, 2024 at 5:48 PM Noah Goldstein wrote:
>
> On Tue, Nov 5, 2024 at 5:37 AM Richard Henderson
> wrote:
> >
> > On 10/30/24 14:10, Noah Goldstein wrote:
> > > The new option '-qemu-children' makes it so that on `execve` the child
> > > process will be launch by the same `qemu` executab
On Tue, Nov 5, 2024 at 5:37 AM Richard Henderson
wrote:
>
> On 10/30/24 14:10, Noah Goldstein wrote:
> > The new option '-qemu-children' makes it so that on `execve` the child
> > process will be launch by the same `qemu` executable that is currently
> > running along with its current commandline
On 10/30/24 14:10, Noah Goldstein wrote:
The new option '-qemu-children' makes it so that on `execve` the child
process will be launch by the same `qemu` executable that is currently
running along with its current commandline arguments.
The motivation for the change is to make it so that plugins
On Wed, Oct 30, 2024 at 9:10 AM Noah Goldstein wrote:
>
> The new option '-qemu-children' makes it so that on `execve` the child
> process will be launch by the same `qemu` executable that is currently
> running along with its current commandline arguments.
>
> The motivation for the change is to
14 matches
Mail list logo