如何通过包装器重新获得对命令的控制？

Question

我的公司习惯于在启动程序命令周围放置包装器，例如：

“MGC_HOME/bin/dmgr_ic”，

它将启动 MGC 环境，允许用户简单地键入“dmgr_ic”，它将检查一些环境变量并加载程序你。这些包装器很有用，但我想在原始命令中添加一些选项，例如

MGC_HOME/bin/dmgr_ic -geometry 800x600+0+0

来调整放置不当的窗口的大小。有什么想法吗？我不能以任何方式接触原始包装，也不想制作我自己的副本或版本。如果简单地使用包装器并以某种方式捕获有问题的命令并对其进行修改，那就太好了。

谢谢。

Answer 1

涉及修改包装器脚本的选项 - 这些想法足够好，他们可能会愿意更改它们：

• 添加由新的 -xargs xyz 包装器参数提供给包装器的参数（最佳）

• 添加通过特殊环境变量提供给包装器的参数

• 添加通过 ~/.dmgr_ic_rc 文件提供给包装器的参数

涉及的选项不修改包装器脚本：

• 创建一个 Perl 脚本（称为 dmgr_ic），将当前包装器复制到 /tmp 中，对其进行修改以添加-xargs 选项，并调用该临时副本。这不是一个好主意，但可行。

-

Answer 2

这些包装脚本是否非常复杂，或者只是一个衬垫？

可以运行set -xv，然后使用bash -n运行包装器脚本。这不会执行该命令，但会打印出应该执行的内容，我假设可能是最后一行。

然后，您可以获取实际执行的命令，并将您自己的内容附加到其中。这将涉及包装包装器脚本。

他们需要更改包装脚本并使其更加灵活。我不介意默认值，但允许它们被命令行参数覆盖。例如，默认值可能是：

somescript -f foo -b bar -u uff

但是，如果我这样做，

somescript -f fufu

脚本将执行：

somescript -f fufu -b bar -u uff

这可以通过创建 Perl 包装器并使用 Getopt::Long.一个快速而肮脏的实现可能看起来像这样：

use GetOpt::Long;

# Default Values for Paremters
my $foo = bar
my $bar = foo
my $fubar;           #No default, but valid parameter

GetOptions (
    "foo:s" => \$foo,
    "bar:s  => \$bar,
    "fubar:s" => \$fubar,
) or die qq($USAGE\n);

if (defined $fubar) {
    $fubar = "-fubar $fubar";
}
system qq(mycommand -foo $foo -bar $bar $fubar);

不是 100% 有效的代码，但你应该明白这个想法。

这个想法是您需要小心像 -fubar 这样的可选参数。在上面，我将 $fubar 与参数和值（如果有参数 $fubar）结合起来。另一种选择是使用哈希来存储参数（可以使用 GetOptions），然后通过哈希构建命令行参数。

无论如何，让包装器更加灵活并提供所需的默认值和覆盖这些默认值的能力并不难。

Answer 3

尝试

mv MGC_HOME/bin/dmgr_ic MGC_HOME/bin/dmgr_ic.orig

文本文件

#!/bin/sh
MGC_HOME/bin/dmgr_ic.orig -geometry 800x600+0+0

然后创建 MGC_HOME/bin/dmgr_ic 作为包含then 的

chmod 755 MGC_HOME/bin/dmgr_ic