{"action":"opened","issue":{"url":"https://api.github.com/repos/ASNeG/OpcUaStack/issues/21","repository_url":"https://api.github.com/repos/ASNeG/OpcUaStack","labels_url":"https://api.github.com/repos/ASNeG/OpcUaStack/issues/21/labels{/name}","comments_url":"https://api.github.com/repos/ASNeG/OpcUaStack/issues/21/comments","events_url":"https://api.github.com/repos/ASNeG/OpcUaStack/issues/21/events","html_url":"https://github.com/ASNeG/OpcUaStack/issues/21","id":370552241,"node_id":"MDU6SXNzdWUzNzA1NTIyNDE=","number":21,"title":"Invalid condition check during session manager startup","user":{"login":"huebl","id":43249311,"node_id":"MDQ6VXNlcjQzMjQ5MzEx","avatar_url":"https://avatars0.githubusercontent.com/u/43249311?v=4","gravatar_id":"","url":"https://api.github.com/users/huebl","html_url":"https://github.com/huebl","followers_url":"https://api.github.com/users/huebl/followers","following_url":"https://api.github.com/users/huebl/following{/other_user}","gists_url":"https://api.github.com/users/huebl/gists{/gist_id}","starred_url":"https://api.github.com/users/huebl/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/huebl/subscriptions","organizations_url":"https://api.github.com/users/huebl/orgs","repos_url":"https://api.github.com/users/huebl/repos","events_url":"https://api.github.com/users/huebl/events{/privacy}","received_events_url":"https://api.github.com/users/huebl/received_events","type":"User","site_admin":false},"labels":[{"id":1060319440,"node_id":"MDU6TGFiZWwxMDYwMzE5NDQw","url":"https://api.github.com/repos/ASNeG/OpcUaStack/labels/bug","name":"bug","color":"d73a4a","default":true}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-10-16T10:50:50Z","updated_at":"2018-10-16T10:50:50Z","closed_at":null,"author_association":"CONTRIBUTOR","body":"Description from customer:\r\n\r\nWe need some help with OPCUAStack. We have made quite a good progress on it now.\r\n\r\n \r\n\r\nWe are exposing some data from message broker via OPCUA nodes with basic types(floats,ints etc.). I used same style for implementation as I found in AsnegDemo in TestFolderLib.\r\n\r\n \r\n\r\nSo there are some generated on startup xml configuration for example with 10 nodes in some folder. On start up I`m registering read/write callbacks with `ServiceTransactionRegisterForwardNode` - result is find, callbacks are called for all 10 nodes.\r\n\r\nOn next step I`m trying to do 'ServiceTransactionGetNodeReference' - preparing 10 nodes ids as in example sendSync return `Success`. Then I`m taking NodeReference::SPtr by position from request and casting with 'boost::static_pointer_cast<OpcUaStackServer::NodeReferenceApplication>(...)' to 'BaseNodeClass::WPtr' and saving this pointer in internal map. All checks pass and ok.\r\n\r\n \r\n\r\nThen when message arrive to exact node, I`m trying to update value with locking pointer to shared - and all nodes except first fails(As I see from demo it is == node is deleted.. but nobody touching it, schema is static).\r\n\r\nMore over this way was working all the time till now, before I changed small things in initialization of not related to OPCUA classes.\r\n\r\n \r\n\r\nWondering if you have any idea what could be the reason of such thing? Is it threading/timing issue?  Is update date way of updating node values that is described into `AsnegDemo`? Maybe there is better way?\r\n\r\nOpcUAStack tag is 3.3.4\r\n\r\n \r\n\r\n\r\nCouple of days ago I found reason of problem. It was caused by invalid condition check during session manager startup. It might be already fixed in your develop branch, but I used `3.3.4`. I attaching patch for it. \r\n\r\n\r\n"}}
{"actor":{"display_login":"huebl"}}