Karl Nelson

So that seems to indicate that something has not opened the X11 connection prior to call to JFrame. When we call matplotlib it initializes the X11 connection, and then once...

So the show is required. What about? ``` # Create a figure and proceed plt.show(block=false) # Close the figure plt.close() ``

Interesting. Well we have some clue of what is going on, but not the root source of the problem. I am sure that it is some osx specific command that...

@ap-- Can you make the Python main call some kind of handle even loop and wait for event loop to complete before proceeding? I am not sure what call that...

Does the Screen method access X11? I am fairly sure this is not a JPype bug, but perhaps there is some extra requirement regarding X11 on OSX. We noticed that...

My general understanding of this issue is that osx has interactions between threads leading to a deadlock between the main and gui threads. This does not occur on linux or...

Looking deeper at the issue it appears that dygraph is doing rendering on multiple canvas and is expected each of the canvases to be clearable independently. Thus calls to `clearRect()`...

Also do not underestimate the power of simply manually loading the driver in JPype. ``` import jpype jpype.startJVM(classpath=[list of jar files to be loaded]) print(jpype.java.lang.System.out.println("java.class.path")) print(jpype.JClass("driver.class.Name")) ``` If something you...

What version of JPype?

Java interfers with Python signal handles. JPype can be set to interactive or noninteractive mode in startJVM. It is not clear from the example which mode it is in. Try...