Recent changes to bugs

Passes literal instead of value to ctor expecting string

2003-12-18T21:12:43Z

Given a class whose ctor takes a string, xParam does
not appear to correctly init the class with a literal (i.e.,
constant) parameter. xParam passes the name of the
constant to the ctor, rather than its value. For
example, the attached test program prints

Test contains "INIT"

rather than

Test contains "xyzzy"

I assume this occurs because under the relaxed syntax
rules, xParam interprets INIT as a string instead of a
constant. Shouldn't xParam look for the token in the
symbol table before presuming it is a string?

If I am missing some fundamental concept here, please
let me know. Thank you.

Regards,
Dan

oParamPtrVar stores reference to temporary

2003-08-29T18:33:57Z

The oParamPtrVar function has a const T* const&
parameter, and the object it constructs stores a copy
of the reference. When called with a
pointer-to-non-const (such as in tests 6 and 8), type
conversion is needed and a temporary is used. When this
happens, the ParamPtrVar object holds a reference to
the temporary, and not to the original pointer. This
can be problematic because the temporary may go away
before the ParamPtrVar needs to access it.

One way to fix is is to add an overload for
oParamPtrVar so that no conversion is needed for these
cases:

template<class T>
inline Handle<Param> oParamPtrVar(T* const&
ptr_var, const std::string& s)
{
T*& ncptr_var=const_cast<T*&>(ptr_var);
return Handle<Param>(new
ParamPtrVar<T>(ncptr_var,s,false,true,Handle<ValueSource>()));
}

oParamPtrVar stores reference to temporary

2003-08-29T18:21:11Z

One way to fix is is to add an overload for
oParamPtrVar so that no conversion is needed for these
cases:

unqualified calls to push_back and dependent name lookup

2003-08-29T18:11:38Z

The three calls to vector's push_back from
lib/xparam/xp_hvl.h
and the two in
lib/xparam/xp_typed_value_map.h
are not found when a compiler is using dependent name
lookup.

An easy way to fix these is to qualify the calls with
`this->':

- push_back( MapItem(key_handle,val_handle) );
+ this->push_back(
MapItem(key_handle,val_handle) );

(and the same for the other four).

See http://gcc.gnu.org/onlinedocs/gcc/Name-lookup.html for
more information about dependent name lookup.

spurious ^M in source

2003-08-29T18:00:44Z

The source file lib/src_include/xParamParser.hpp has a
spurious ^M character on line 49.

xparam doesn't compile under AIX

2003-02-18T08:56:20Z

Hi ,
I had a problem to compile the xparam under AIX.
in order to compile I did the following steps:
1. changed the function :
int file_selector(const struct dirent* my_dirent)
to
int file_selector(struct dirent* my_dirent)
2. linkage problem ( ar failed no such file or directory)
create a link from <PATH>/lib/lib/.libs to <PATH>/lib/.libs

`-' in option name prints WEIRD error

2002-01-28T16:55:01Z

I had an iParamPtrVar which looked like this:

ps << iParamPtrVar(xyz_data, "xyz-data ! XYZ
data file");

(no, it's not really called "XYZ", I've changed that
bit). The type of xyz_data is correctly registered.

At run-time this gives me an error message "'!'
expected before description in xyz-data ! XYZ data
file". This error message is very misleading. Perhaps
a `-' should be special only if preceded by whitespace?

segfaults using gcc 3

2002-01-23T15:08:31Z

Hi,

I tried building xparam 1.11 using a gcc 3.02
compiler with the new libstdc++ under redhat 7.2 with
a gcc 3.02 from a earlier rawhide release. The build
was ok.

But if I try to run any program (e.g. the included
simple-example) linked with it I get a segfault
before the first line of the program is accessed.
It looks like it is within the initialization of
xparam.

Both programs are compiled with the same compiler and
libstdc++ versions, no shared library conflicts. The
compiler/libstdc++ works fine and is compiling dozens
of c++ programs every day.

This is the backtrace:

(gdb) bt
#0 0x4002c1ef in ?? ()
#1 0x401d231d in
xParam_internal::Handle<xParam_internal::UntypedNull>
xParam_internal::extract<xParam_internal::UntypedNull>(xParam_internal::Value
const&,
xParam_internal::TypeTag<xParam_internal::UntypedNull>)
() from /usr/lib/libxparam.so.0
#2 0x40228e85 in
xParam_internal::CopyCtorCopier<xParam_internal::UntypedNull>::copy(xParam_internal::Value
const&) const () from /usr/lib/libxparam.so.0
#3 0x40196de3 in
xParam_internal::Type::get_owned_copy(xParam_internal::Value
const&) const ()
from /usr/lib/libxparam.so.0
#4 0x40227d71 in xParam_internal::UntypedNull*
xParam_internal::get_owned_copy<xParam_internal::UntypedNull>(xParam_internal::Value
const&,
xParam_internal::TypeTag<xParam_internal::UntypedNull>)
()
from /usr/lib/libxparam.so.0
#5 0x40227dfe in xParam_internal::UntypedNull*
xParam_internal::get_copy_of<xParam_internal::UntypedNull>(xParam_internal::UntypedNull
const&) () from /usr/lib/libxparam.so.0
#6 0x40227a5b in
xParam_internal::Handle<xParam_internal::Value>
xParam_internal::make_value_copy<xParam_internal::UntypedNull>(xParam_internal::UntypedNull
const&) () from /usr/lib/libxparam.so.0
#7 0x40228a18 in
xParam_internal::Constant<xParam_internal::UntypedNull>::value()
const ()
from /usr/lib/libxparam.so.0
#8 0x40228724 in
xParam_internal::ConstantRegCommand<xParam_internal::UntypedNull>::do_registration()
const () from /usr/lib/libxparam.so.0
#9 0x40191dfa in
xParam_internal::RegistrationScheduler::check_dependencies()
()
from /usr/lib/libxparam.so.0
#10 0x40191b8c in
xParam_internal::RegistrationScheduler::add_command(xParam_internal::Handle<xParam_internal::RegistrationCommand>)
() from /usr/lib/libxparam.so.0
#11 0x40226d07 in void
xParam_internal::param_const<xParam_internal::UntypedNull>(std::string
const&, xParam_internal::UntypedNull const&) () from
/usr/lib/libxparam.so.0
#12 0x402265ef in (anonymous
namespace)::L61::GlobalCode::GlobalCode() () from
/usr/lib/libxparam.so.0
#13 0x40188361 in
__static_initialization_and_destruction_0(int, int)
() from /usr/lib/libxparam.so.0
#14 0x40188495 in
_GLOBAL__I__ZN44_GLOBAL__N_sources_xp_regtype_null.cppCggi0a3L6120global_code_instanceE
() from /usr/lib/libxparam.so.0
#15 0x401b37d5 in __do_global_ctors_aux () from
/usr/lib/libxparam.so.0
#16 0x4014c57a in _init () from
/usr/lib/libxparam.so.0
#17 0x4000d9e7 in _dl_init (main_map=0x40016998,
argc=1, argv=0xbffff9c4, env=0xbffff9cc) at
dl-init.c:70

what can I do?

If you need any additional informations,
programs/libraries/rpms just contact me.

Regards,

Gerd

Licensing unclear

2002-01-08T09:04:35Z

The homepage http://xparam.sourceforge.net/ states
(under "Legal Info") that xparam uses a special
guile-like license that permits distribution of
programs linked against the (unmodified) library.
However, the xparam-1.11 distribution only contains the
file COPYING, which is the standard GPL and allows no
such use.

The situation on xparam licensing needs to be cleared up...

Many thanks,

parser eats extra character

2001-12-07T15:16:08Z

the following "code":

istream >> Var(bool) >> Var(vector<int>)

will fail with this input:

true [1,2]

because when the parser reads the bool, it also reads
the '[' as a lookahead, and then when it tries to
read the vector, the input

1,2]

isn't legal.