Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

not working in 0071 #4

Open
kylemcdonald opened this issue Apr 12, 2012 · 6 comments
Open

not working in 0071 #4

kylemcdonald opened this issue Apr 12, 2012 · 6 comments

Comments

@kylemcdonald
Copy link

simply putting a ofxHttpUtils http; in testApp.h causes:

terminate called after throwing an instance of 'Poco::SystemException'
    what():  System exception
Program received signal:  “SIGABRT”.

it looks like it's the creation of the ofThread inherited by ofxHttpUtils causing this problem, but it's hard to read the trace.

@laserpilot
Copy link

I'm getting similar issues (that are less verbose) in a program that compiles fine in 007 but sends me to this line in 0071 (just copying the same exact project over to 0071 from 007)

inline void MutexImpl::lockImpl()
{
if (pthread_mutex_lock(&_mutex))
throw SystemException("cannot lock mutex"); // This line gives me a sigabrt
}

And just this in the console on a build: terminate called throwing an exception so I suspect something is not happy with ofThread as well

@laserpilot
Copy link

apparently the fix for 0071 is to comment out the #include ofxThread.h and change the class ofHttpUtils : public ofxThread to class HttpUtils : ofThread (drop the x)...if I get a moment I'll try and do my first push to one of these addons..

@bilderbuchi
Copy link

It's really curious that this fix would solve the problem - you just manually do what ofxThread has done with a typedef. Strange...can a typedef have an influence like that? I thought it is a 1:1 substitution.

@Vamoss
Copy link

Vamoss commented Sep 26, 2013

The error occur with me too in OF074 when I try to close the app right after the form is submitted.

inline void MutexImpl::lockImpl()
{
    if (pthread_mutex_lock(&_mutex)) 
        throw SystemException("cannot lock mutex");
}

@Vamoss
Copy link

Vamoss commented Sep 26, 2013

Could this issue be related to this one:
openframeworks/openFrameworks#1857

How can I write a similar solution?

Thanks!

@Vamoss
Copy link

Vamoss commented Sep 26, 2013

Well, I put the httpUtils.stop(); in the destroy function and probably solved the issue, it would be nice if you insert this code in the example.

Best,
Carlos

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants