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

Make pycaffe errors behave in a reasonable way #35

Closed
longjon opened this issue Jan 15, 2014 · 2 comments
Closed

Make pycaffe errors behave in a reasonable way #35

longjon opened this issue Jan 15, 2014 · 2 comments

Comments

@longjon
Copy link
Contributor

longjon commented Jan 15, 2014

Currently recoverable errors in pycaffe (such as using the wrong input dimensions) cause interpreter crashes instead of Python exceptions.

@Yangqing
Copy link
Member

That would be a very nice feature to have. I am not sure what is the
easiest way to do this, because right now the errors are produced by glog's
LOG(FATAL) command, which I am not sure could be caught as an exception.

One possible way to handle this is to run the pycaffe module at a separate
subprocess, which also brings the additional benefit of asynchronous calls
(run caffe prediction, immediately returns, join later). A potential
problem is that we will then need to pipe data between processes, which may
create some additional overhead.

Yangqing

On Wed, Jan 15, 2014 at 3:25 PM, longjon notifications@github.com wrote:

Currently recoverable errors in pycaffe (such as using the wrong input
dimensions) cause interpreter crashes instead of Python exceptions.


Reply to this email directly or view it on GitHubhttps://github.com//issues/35
.

@shelhamer
Copy link
Member

Fixed in #311 and 76c2554 and others! Not everything is caught for python yet, but the usual errors aren't crashes anymore.

peerajak pushed a commit to peerajak/caffe that referenced this issue Dec 2, 2015
Reshape Layers before calling Forward / Backward
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants