[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian Testing VMWare-Tools Bad Variable Name



On Mon, 22 Jul 2013 11:23:00 +0200
emmanuel segura <emi2fast@gmail.com> wrote:

> Hello List
> 
> I try to figure out i what i think, get_version_integer function get 3
> parameters
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> # Get the running kernel integer version
> get_version_integer() {
>   local version_uts
>   local v1
>   local v2
>   local v3
> 
>   version_uts=`uname -r`
> 
>   # There is no double quote around the back-quoted expression on
> purpose # There is no double quote around $version_uts on purpose
>   set `IFS='.'; echo $version_uts`
>   v1="$1"
>   v2="$2"
>   v3="$3"
>   # There is no double quote around the back-quoted expression on
> purpose # There is no double quote around $v3 on purpose
>   set `IFS='-ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz';
> echo $v3`
>   v3="$1"
> 
>   kernel_version_integer "$v1" "$v2" "$v3"
> }
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> the 3 paraters are passed to function kernel_version_integer, but i
> see in whole script, get_version_intege function is called without
> parameters
> 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> vmware_start_acpi_hotplug() {
>    if [ `isLoaded $acpi` = 'yes' ]; then
>       # acpiphp is already loaded.  Success.
>       return 0
>    fi
>    # Don't allow pciehp and acpiphp to overlap.  Also don't unload
>    # pciehp in order to then load acpiphp as this won't avoid acpiphp
>    # crashing while trying to register a device node pciehp already
> has. # All this only before 2.6.17 - since 2.6.17 pciehp and acpiphp
> can # coexist.
>    if [ `isLoaded pciehp` = 'yes' ]; then
>       local ok_kver=`kernel_version_integer '2' '6' '17'`
>       local run_kver=`get_version_integer`
>       if [ $run_kver -lt $ok_kver ]; then
>          return 1
>       fi
>    fi
>    modprobe $acpi
>    return 0
> }
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> I don't use vmware for do a test
> 
> Thanks an sorry for my english :)
> 
> 
> 
> 2013/7/22 emmanuel segura <emi2fast@gmail.com>
> 
> > Sorry
> >
> > Forgot the previous mail
> >
> >
> > 2013/7/22 emmanuel segura <emi2fast@gmail.com>
> >
> >> Hello List
> >>
> >> Maybe i wrong but i think the error is local
> >> run_kver=`get_version_integer`  the script calls
> >> get_version_integer like external command, but it's a function
> >>
> >> Thanks
> >>
> >>
> >> 2013/7/21 William Hopkins <we.hopkins@gmail.com>
> >>
> >>> On 07/21/13 at 04:09pm, Stephen P. Molnar wrote:
> >>> > In the case of Debian 7.1.0 the vmware tools installed without
> >>> > any
> >>> problems.
> >>> >
> >>> > Unfortunately, this was not the case with Debian Testing.  the
> >>> > tools installed without any problems, but when the installer ran
> >>> > /usr/bin/ware/vmware.config.tools.pl there were errors:
> >>> >
> >>> > >Starting VMware Tools services in the virtual machine:
> >>> > >   Switching to guest configuration: [71G done
> >>> > >/etc/init.d/vmware-tools: 1090: local: ': bad variable name
> >>> > >/etc/init.d/vmware-tools: 1090: local: ': bad variable name
> >>> > >   Blocking file system: [71Gfailed
> >>> > >/etc/init.d/vmware-tools: 1187: local: ': bad variable name
> >>> > >   Guest operating system daemon: [71G done
> >>> > >Unable to start services for VMware Tools
> >>> >  The lines in question are:
> >>> >
> >>> > 1090   local run_kver=`get_version_integer`
> >>> >
> >>> > and
> >>> >
> >>> > 1187    local run_kver=`get_version_integer`
> >>>
> >>> Can you provide the vmware.config.tools.pl from your system?
> >>> Can you `type get_version_integer`? if it's referenced in that
> >>> script, can you
> >>> provide it also? Sounds like an unescaped quote in one of these
> >>> scripts, might
> >>> have to identify the maintainer and bugreport upstream.
> >>>
> >>> Also, didn't you post this recently, with a longer log? Is this
> >>> the same issue?
> >>>
> >>> --
> >>> William
> >>>
> >>
> >>
> >>
> >> --
> >> esta es mi vida e me la vivo hasta que dios quiera
> >>
> >
> >
> >
> > --
> > esta es mi vida e me la vivo hasta que dios quiera
> >
> 
> 
> 

Thanks for you  reply and suggestion.  Unfortunately, diffuse show
no differences between the two /etc/init.d/vmware-tools files.

Incidentally, your English is far better that my (non-existent) Spanish.


Reply to: