Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Modify    /trunk/include/chaiscript/dispatchkit/operators.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/proxy_functions.hpp
    Modify    /trunk/include/chaiscript/language/chaiscript_common.hpp
    Modify    /trunk/include/chaiscript/language/chaiscript_engine.hpp
    Modify    /trunk/src/main.cpp

Make warnings stricter on windows and clean up all legit warnings in our code.

Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Modify    /trunk/include/chaiscript/dispatchkit/bootstrap_stl.hpp

Make warnings more strict and fix one warning caught by gcc

Woot! ChaiScript support now shipping in latest VIM. https://vim.googlecode.com/hg/runtime/syntax/ #chaiscript #vim

Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Add    /trunk/unittests/dynamic_object_test.cpp

Add test of dynamic object attribute access shared between c++ and chaiscript

Fixed by #96
Status: Fixed

The issue had nothing to do with shared_ptr and everything to do with adding objects to the runtime from threads.
Status: Fixed

Fixed in r509. Note that you have a typo in your chaiscript: you are attempting to access the member variable srcAeTitle which is not exposed to the chaiscript engine. You will see the exception for that problem after trying latest svn.

Changed Paths:
    Modify    /trunk/include/chaiscript/dispatchkit/dispatchkit.hpp
    Modify    /trunk/src/multithreaded.cpp

Make sure that stack is properly initialized on a per-thread basis. Fixes #95wq

Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Modify    /trunk/contrib/test/callbacktest.cpp
    Modify    /trunk/contrib/test/sensors.cpp
    Modify    /trunk/include/chaiscript/dispatchkit
    Modify    /trunk/include/chaiscript/dispatchkit/bootstrap.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/bootstrap_stl.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/boxed_value.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/dispatchkit.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/function_call.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/proxy_constructors.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/proxy_functions.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/register_function.hpp
    Delete    /trunk/include/chaiscript/dispatchkit/type_conversion.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/type_info.hpp
    Modify    /trunk/samples/callbacks.chai
    Delete    /trunk/unittests/inheritance_test.cpp

Roll back changes from last 2 checkins - user defined type conversions are going to be too slow and too hard to keep track of. Need more portable / generic approach to solving the actual problem - the ability to deal with inhertance properly

similar to issue 96, here is the sample app that shows crash (again originally noticed on windows VS2008 but app recreated and tested on linux)

ok i'm attaching sample app that shows same exception this time i tested it on linux with same version of chaiscript (2.3.3) different version of boost (1.42) [originally problem appeared on windows Visual Studio 2008 with boost 1.43 i tried to simulate original flow as much as i could.

im trying to prepare example app that will show this issue hopefully. in meantime info that this is with VisualStudio 2008

OK having that previous problem with variables I tryed to implement my function via functor call. (so whole script is 1 function) fun(meta,dicom) { print(meta.srcAeTitle); } ProcessDES now looks like this boost::call_once(&g_chaiInit,g_chaiInitOnce); g_chai.functor<void(DcDirMetaInfo_ptr,DcElemList_ptr)>(des)(pMetaInfo,pElemList); however I'm getting an exception/error when running this (at least its not a crash) Unable to pop global stack any idea why ?? functor gets executed correctly, it happens somewhere on cleanup.

I'm getting crash when trying to add a shared_ptr<> variable (first variable) to the chaiscript. it seems like its accessing non exisiting index or element. void add_object(const std::string &name, const Boxed_Value &obj) { StackData &stack = get_stack_data(); validate_object_name(name); stack.get<0>().erase(name); stack.get<1>().back()[name] = obj; } it happens on last line of this method. this is the setup (processDES can be called from multiple threads ) static chaiscript::ChaiScript g_chai; static boost::once_flag g_chaiInitOnce = BOOST_ONCE_INIT; void g_chaiInit() { g_chai.add(chaiscript::fun(&parseHex),"hex"); g_chai.add(chaiscript::fun(&getTagValue),"getTag"); g_chai.add(chaiscript::fun(&setTagValue),"setTag"); } void processDES(DcDirMetaInfo_ptr pMetaInfo,DcElemList_ptr pElemList,const string& des) { boost::call_once(&g_chaiInit,g_chaiInitOnce); g_chai.add(chaiscript::var(pElemList),"dicom"); // This is the call that crashes in add_object g_chai.add(chaiscript::var(pMetaInfo),"meta"); g_chai.eval(des); } any ideas ?

Changed Paths:
    Modify    /trunk/include/chaiscript/dispatchkit/dispatchkit.hpp
    Modify    /trunk/include/chaiscript/dispatchkit/type_conversion.hpp

Minor reorg of type conversion code to support move to using it in dispatch

Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Modify    /trunk/include/chaiscript/dispatchkit/dispatchkit.hpp
    Add    /trunk/include/chaiscript/dispatchkit/type_conversion.hpp
    Add    /trunk/unittests/inheritance_test.cpp (from /trunk/unittests/utility_test.cpp :505)

Stub in of support for type conversions. Not yet fully implemented.

Changed Paths:
    Modify    /trunk/CMakeLists.txt
    Add    /trunk/include/chaiscript/utility
    Add    /trunk/include/chaiscript/utility/utility.hpp
    Add    /trunk/unittests/utility_test.cpp

Add macro for helping with registering classes with ChaiScript, plus unit test for it

Windowsアプリケーションに組み込む為のスクリプト言語をGoogleCodeで探索。なんだかdebug関係も整備されてる感じだしnullcが良いかな。。picocはコンパクトなのが良さそう。C++が好きな人にはchaiscriptなんかも良さそうだけど、でかそう…。。

ChaiScript 2.3.3 Download http://entre.me/1d9o

ChaiScript 2.3.3 Download http://entre.me/1d9p