I don't think it should matter - it's actually closing the current (non-elevated) process and starting the same thing again from the shell with elevated privileges, so it's going to reload @INC the same way anyway.

Once you're not in elevated mode, you can't change - you can't "upgrade" a running process. You can even see this in Microsoft's own tools; the Task Manager has a button "Show processes from all users" when you start it as a non-administrative user. Click that button and you'll notice that the Task Manager window goes away and reappears, now with a checkbox instead of a button. That's because the non-elevated process had to be swapped out for an elevated one.

It's kinda weird, but eh. Windows.

I don't think it should matter - it's actually closing the current (non-elevated) process and starting the same thing again from the shell with elevated privileges, so it's going to reload @INC the same way anyway.

Look again because that is what it currently isn't doing, @INC is not @ARGV

$ perl -Ishabba -e " use Data::Dump; use Devel::PL_origargv; dd( \@INC
+, \@ARGV , [ Devel::PL_origargv->get  ] )" -- ro sham bo
(
  [
    "D:\\PL_origargv_shoulndtuseinlinedirectly\\_Inline\\lib",
    "shabba",
    "C:/citrusperl/site/lib/MSWin32-x86-multi-thread",
    "C:/citrusperl/site/lib",
    "C:/citrusperl/vendor/lib",
    "C:/citrusperl/lib",
    ".",
  ],
  ["ro", "sham", "bo"],
  [
    "C:\\citrusperl\\bin\\perl.exe",
    "-Ishabba",
    "-e",
    " use Data::Dump; use Devel::PL_origargv; dd( \\\@INC, \\\@ARGV , 
+[ Devel::PL_origargv->get  ] )",
    "--",
    "ro",
    "sham",
    "bo",
  ],
)
[download]

Ah! I see what you mean. @ARGV isn't actually the OS-level arguments passed to the interpreter because there's some logic before that.

Excellent - thank you! I'll put that into the next version. I figured that simplistic handling of the command line was probably going to be a problem, but I had no idea it was that weird...