TM->DV: Problem was reproducible and should be fixed due to the fact,
that --help is GNU conform.

.

As talked to "development section" and "user experience" this feature
won´t be implemented in the near future. Our parameters are started
with only one "-", the same way, java parameters do ! So typing
"-help" works. Posix (Unix standard) doesn´t know the additional "-"
too. Therefore the wish, being GNU conform is only a wish for a
feature and not a bug. 

As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details. First step in IssueZilla is
unfortunately to set them to verified.

As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. 

If you are not going to implement --help, soffice should at least say:

--help not known, use -help for usage.

This is considered as basic functionality so this should be fixed
before release. It is nonsense to tell user that we "cannot open
shared object file" when he mistyped command line parametre.

Hi Bettina,
please have a look.

I consider this a bug.

I consider this a bug! I spent some time on it and came to this
conclusion:

When you specify an option which is recognized as a help option of
javaldx, ie.:

Options are: 
--help or -h

LD_LIBRARY_PATH will be set to some nonsense in soffice.sh:

# extend the ld_library_path for java: javaldx checks the sofficerc for us
java_ld_library_path=`"$sd_prog/javaldx" "$1" "$2" "$3" "$4" "$5" "$6"
"$7" "$8" "$9"`
if [ "$java_ld_library_path" != "" ] ; then
    case $sd_platform in
        AIX)
            LIBPATH=${java_ld_library_path}:${LIBPATH}
            ;;
        HP-UX)
            SHLIB_PATH=${java_ld_library_path}:${SHLIB_PATH}
            ;;
        IRIX*)
           
LD_LIBRARYN32_PATH=${java_ld_library_path}:${LD_LIBRARYN32_PATH}
            ;;
        *)
            LD_LIBRARY_PATH=${java_ld_library_path}:${LD_LIBRARY_PATH}
            ;;
    esac
fi

... in the default case. When you run soffcie with sh -x, you will get
something like:

+ LD_LIBRARY_PATH=
javaldx is necessary to make Java work on some UNIX platforms.It
prints a string to std out that consists of directories which have to
be included into the LD_LIBRARY_PATH variable.The setting of the
variable usually occurs in a shell script that runs javaldx.
The directories are either part of a java installation or they are
links which point to directories of a java installation. If they are
links then a javarc was found otherwise it was searched for the best
java on the system. The links are always in 
<install-dir>/user/temp/java
 

Options are: 
--help or
-h:/tmp/OpenOffice.org1.1Beta/program/local:/tmp/OpenOffice.org1.1Beta/program:/tmp/Adabas/lib:/tmp/Adabas/lib:


Ie. nonsense. Even -h which is advertised as supported option to get
help in soffice.sh, is not recognized and DOES NOT work.

Setting target to next beta and priority to P@, because basic
functionality does not work correctly.

Thanks everyone who spent his time with this bug.

Changing component to installation.

Huh, sorry I thought that soffice.sh is in setup2 which in turn is in
installation, but it seems to be in framework now, so the component
framework is the right one, IMHO.

Sorry for confusion. Need to get some sleep :-(

-h, -help now works in beta2.

Hello Pavel, acoording development it is not a bug. For a later
version it is planned to strengthen the commandline handling. What do
you think about writing a proposal, would you like to write it? I
close this issue, because it is set to fixed and suggest to write a
new one as enhancement. Thank you.

Prposal about -- switches? Or what proposal?

GNU standard ones are:

--help
--version