Re: Subsurface website banner

[Guillaume Gardet]

Le 11/11/2015 17:52, Dirk Hohndel a écrit :

On Tue, Nov 10, 2015 at 05:39:21PM +0200, Willem Ferguson wrote:

Attached is an idea to put a static image banner at the top of the
Subsurface website page. Would this be useful at all? My feeling is that a
tiny more colour in the banner would make the whole front page of the web
site significantly more attractive. My daughter is an artist and her advice
is:
Simple static image with far-off shot of diver in pretty clear water. Diver
swims towards the Subsurface text. No focus on fish or other environmental
aspects are emphasised, although a more subtle concept of the environment
should be evident.
Any comment?

I was waiting to see if anyone else would respond...

I respect the suggestions your daughter made. But I'm not sure I'm ready
to agree unless there is an overwhelming response here. To be honest with
you, the very basic website that we currently have has kinda grown on me.
And of course, being the person who designed it I am entirely objective in
this... :-)

Seriously, what do others think?


I find it looks better with this image banner. Good idea.


Guillaume

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface website banner

[Davide DB]

A banner would be better but...

I do not like that 50% of it is pitch black.

I mean the photo has several mistake on flash use.

On Thu, Nov 12, 2015 at 10:05 AM, Guillaume Gardet
 wrote:
> Le 11/11/2015 17:52, Dirk Hohndel a écrit :
>>
>> On Tue, Nov 10, 2015 at 05:39:21PM +0200, Willem Ferguson wrote:
>>>
>>> Attached is an idea to put a static image banner at the top of the
>>> Subsurface website page. Would this be useful at all? My feeling is that
>>> a
>>> tiny more colour in the banner would make the whole front page of the web
>>> site significantly more attractive. My daughter is an artist and her
>>> advice
>>> is:
>>> Simple static image with far-off shot of diver in pretty clear water.
>>> Diver
>>> swims towards the Subsurface text. No focus on fish or other
>>> environmental
>>> aspects are emphasised, although a more subtle concept of the environment
>>> should be evident.
>>> Any comment?
>>
>> I was waiting to see if anyone else would respond...
>>
>> I respect the suggestions your daughter made. But I'm not sure I'm ready
>> to agree unless there is an overwhelming response here. To be honest with
>> you, the very basic website that we currently have has kinda grown on me.
>> And of course, being the person who designed it I am entirely objective in
>> this... :-)
>>
>> Seriously, what do others think?
>
>
> I find it looks better with this image banner. Good idea.
>
>
> Guillaume
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface



-- 
Davide
https://vimeo.com/bocio/videos
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] mobile: divedetails page etc. improvements

[Sebastian Kügler]

On Wednesday, November 11, 2015 20:45:53 Dirk Hohndel wrote:
> On Thu, Nov 12, 2015 at 01:27:54AM +, Sebastian Kügler wrote:
> > Heya,
> > 
> > Some more work on the mobile version, especially on the divelist and 
details.
> 
> Great!
> 
> > - bugfix for label overflow in dive list
> > - don't create the expensive profilewidget for every frame painted by the 
item
> > - kill warnings due to conditional build of subsurface-mobile (#0006)
> > - other cleanups (#0001, #0003)
> > - further layout and styling improvements (all the other patches)
> 
> It's coming along. How hard will it be to swipe sideways from dive to dive
> when in dive detail mode? So I tap on one of the dives and I just swipe
> left and right to get to the previous / next dive instead of having to go
> back to the dive list between dives?

Not entirely trivial as the dives are currently not items next to each other. 
Adding previous/next in general shouldn't be too hard, and we could hook it up 
to swipe gestures, but it won't look completely natural since we're not having 
dives as separate items next to each other. I'll give it some more thinking.

> > Most visible is probably the rework of the dive profile page, aside various 
text
> > display fixes.
> 
> Yes, this looks nice. Just the profile needs more work. Lubomir and Tomaz
> are most likely able to help you with the magic of making that work
> better.

I'll check with them to explain the rendering to me. Ideally, the graph should 
be rendered at exactly the resolution we want it in, so we get smooth fonts. 
Sizing already seems a bit better, thought I can't say exactly which of the 
changes brought that about.

> I took the patches as submitted, including the CloudStorage.qml - you can
> just update that in your next series. That seemed easier than asking you
> to refactor and resubmit - I really want to keep the momentum going...

Thanks, appreciate it.

> As you have noticed I'm adding the location service to Subsurface-mobile
> so that we can drop the companion apps and have it all integrated into one
> app...

Very cool.

-- 
sebas

Sebastian Kügler|http://vizZzion.org| http://kde.org

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Scubapro/Uwatec Smartrak .slg files importing tool

[Dirk Hohndel]

On Wed, Nov 11, 2015 at 10:30:21PM +0100, Salvador Cuñat wrote:
> Good evening.
> I apologize for my tardiness (I've just got home from work) an for being so
> little verbose in my initial mail.

No worries.

> I've set the cmake option to OFF by default, this was never supossed to be
> of general use, just for those users who need it.
> I came to this approach after the recent changes in CMakeLists.txt,
> previous one was just set option to ON and then  run "make smtk2ssrf"
> otherwise importer was never built.  The actually proposed solution was
> thought because of install, cross-building and packaging capability and
> simplicity.
> Getting back to my initial idea would be trivial, as it is only about
> building.

So I took your patches, with the option set to off. I haven't even tried
to build it yet (as I don't have the required database library installed.
Nor have I tried to cross build it for Windows (because there I'd have to
create those required libraries and all of their dependencies by hand).

> > > Subsurface package. I guess that's my point. I wonder if this wouldn't
> > be
> > > > better off being its own project, with its own repository, its own
> > > > releases, its own builds, etc.
> 
> I don't think so,  the importer, as is right now, will see little or null
> future improvement  (it lacks just 2 or 3 data relative to diving
> locations),  unless main Subsurface adds new data capabilities (e.g.  a
> taxonomy for buddies in the way we have for sites), or  Scubapro make
> changes to the database (unlikely as newer devices use LogTrak, which is
> hard to name a true divelog).

OK

> > > how often will this really be used? I would say O(1) times by users that
> > transition from the old Smartrak software to subsurface.
> 
> If every thing works smoothly a user should only need to use it once, and
> he should  be done.  But this is not supossed to be used just by new
> Subsurface users.  An actual user of Subsurface (say he dives a Galileo)
> will probably have a bunch of dives in SmartTrak format  waiting to be
> integrated in his  -now preferred- divelog  ;-) .   Ticket #194 in
> bugtracker dates from 04/2013 and I can remember some old posts in scuba
> forums asking if this import was possible.
> 
> > Why don’t we offer this as a web service (if you want I could run this on
> > my server) where you upload a .sgl file and get a .ssrf file back. In this
> > case, we don’t have to provide ten thousands different builds, just one
> > that runs on the server.
> > >
> > > What do you think?
> >
> > Letting it live in the subsurface source, off by default, and have a
> > webpage where you can run the program for you.
> >
> 
> I like this approach too.

So I did my part for this - it's now in the repository

> Providing different builds may be excesive, I was thinking mainly in a Win
> port as every single user of Smartrak has access to a Win machine.  Mac
> build would be probably useless.

See above regarding the Windows build.

Robert, were you going to create the web service to do this?

> > Those who don't care about Smartrak can ignore it, those who would like
> 
> Who don't care about Smartrak now can ignore it completely as building is
> OFF by default, which will be the case for most linux users.

OK, I'm planning on ignoring it :-)

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Scubapro/Uwatec Smartrak .slg files importing tool

[Pedro Neves]

Salva:

I've set the option(SMARTTRAK_IMPORT "enable building SmartTrak divelogs 
import tool (requires glib2 and libmdb)" to ON in CMakelists.txt and 
I've installed mdbtools-dev and libglib2.0-dev on my Kubuntu system 
(15.10). When running SS build script I get the following error:


Scanning dependencies of target smtk_import
[ 69%] Building C object smtk-import/CMakeFiles/smtk_import.dir/smartrak.c.o
In file included from 
/home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:31:0:
/home/paneves/Diveapps/subsurface/subsurface-core/dive.h:14:0: warning: 
"MIN" redefined

 #define MIN(x, y) ({\
 ^
In file included from 
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,

 from /usr/include/glib-2.0/glib/gtypes.h:32,
 from /usr/include/glib-2.0/glib/galloca.h:32,
 from /usr/include/glib-2.0/glib.h:30,
 from /usr/include/mdbtools.h:33,
 from 
/home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:28:
/usr/include/glib-2.0/glib/gmacros.h:241:0: note: this is the location 
of the previous definition

 #define MIN(a, b)  (((a) < (b)) ? (a) : (b))
 ^
In file included from 
/home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:31:0:
/home/paneves/Diveapps/subsurface/subsurface-core/dive.h:20:0: warning: 
"MAX" redefined

 #define MAX(x, y) ({\
 ^
In file included from 
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,

 from /usr/include/glib-2.0/glib/gtypes.h:32,
 from /usr/include/glib-2.0/glib/galloca.h:32,
 from /usr/include/glib-2.0/glib.h:30,
 from /usr/include/mdbtools.h:33,
 from 
/home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:28:
/usr/include/glib-2.0/glib/gmacros.h:238:0: note: this is the location 
of the previous definition

 #define MAX(a, b)  (((a) > (b)) ? (a) : (b))
 ^
[ 69%] Building CXX object 
smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o
/home/paneves/Diveapps/subsurface/smtk-import/smrtk2ssrfc_window.cpp:2:35: 
fatal error: ui_smrtk2ssrfc_window.h: No such file or directory

compilation terminated.
smtk-import/CMakeFiles/smtk_import.dir/build.make:77: recipe for target 
'smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o' failed
make[2]: *** 
[smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o] Error 1
CMakeFiles/Makefile2:790: recipe for target 
'smtk-import/CMakeFiles/smtk_import.dir/all' failed

make[1]: *** [smtk-import/CMakeFiles/smtk_import.dir/all] Error 2


Am I missing anything?

Cheers:

Pedro

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Scubapro/Uwatec Smartrak .slg files importing tool

[Robert C. Helling]

> Am 12.11.2015 um 16:44 schrieb Dirk Hohndel :
> 
> Robert, were you going to create the web service to do this?

Yes, i will. I started looking into this on the plane but then was too tired 
and didn't have an Apache running on my laptop. But it should be easy to 
compose a cgi wrapper in perl for it. 

I was wondering if it were possible to get rid of all qt dependence for the 
command line version. And, I shouldn't say this, got a bit lost in making it 
write to stdout. 

I was a bit worried about security implications: what does the converter do 
when it is handed an ill-formed file?  It should do better than core dump. 

Best 
Robert 
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Scubapro/Uwatec Smartrak .slg files importing tool

[Salvador Cuñat]

Good night Pedro.

2015-11-12 18:38 GMT+01:00 Pedro Neves :

> Salva:
>
> I've set the option(SMARTTRAK_IMPORT "enable building SmartTrak divelogs
> import tool (requires glib2 and libmdb)" to ON in CMakelists.txt and I've
> installed mdbtools-dev and libglib2.0-dev on my Kubuntu system (15.10).
> When running SS build script I get the following error:
>
> Scanning dependencies of target smtk_import
> [ 69%] Building C object
> smtk-import/CMakeFiles/smtk_import.dir/smartrak.c.o
> In file included from
> /home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:31:0:
> /home/paneves/Diveapps/subsurface/subsurface-core/dive.h:14:0: warning:
> "MIN" redefined
>  #define MIN(x, y) ({\
>  ^
> In file included from
> /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,
>  from /usr/include/glib-2.0/glib/gtypes.h:32,
>  from /usr/include/glib-2.0/glib/galloca.h:32,
>  from /usr/include/glib-2.0/glib.h:30,
>  from /usr/include/mdbtools.h:33,
>  from
> /home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:28:
> /usr/include/glib-2.0/glib/gmacros.h:241:0: note: this is the location of
> the previous definition
>  #define MIN(a, b)  (((a) < (b)) ? (a) : (b))
>  ^
> In file included from
> /home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:31:0:
> /home/paneves/Diveapps/subsurface/subsurface-core/dive.h:20:0: warning:
> "MAX" redefined
>  #define MAX(x, y) ({\
>  ^
> In file included from
> /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,
>  from /usr/include/glib-2.0/glib/gtypes.h:32,
>  from /usr/include/glib-2.0/glib/galloca.h:32,
>  from /usr/include/glib-2.0/glib.h:30,
>  from /usr/include/mdbtools.h:33,
>  from
> /home/paneves/Diveapps/subsurface/smtk-import/smartrak.c:28:
> /usr/include/glib-2.0/glib/gmacros.h:238:0: note: this is the location of
> the previous definition
>  #define MAX(a, b)  (((a) > (b)) ? (a) : (b))
>  ^
>

These are normal,  glib-2.0 has defined MIN and MAX macros which are also
defined in in dive.h, no problem with them, I think subsurface's macros are
pretty better tha glib's.

[ 69%] Building CXX object
> smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o
> /home/paneves/Diveapps/subsurface/smtk-import/smrtk2ssrfc_window.cpp:2:35:
> fatal error: ui_smrtk2ssrfc_window.h: No such file or directory
> compilation terminated.
> smtk-import/CMakeFiles/smtk_import.dir/build.make:77: recipe for target
> 'smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o' failed
> make[2]: ***
> [smtk-import/CMakeFiles/smtk_import.dir/smrtk2ssrfc_window.cpp.o] Error 1
> CMakeFiles/Makefile2:790: recipe for target
> 'smtk-import/CMakeFiles/smtk_import.dir/all' failed
> make[1]: *** [smtk-import/CMakeFiles/smtk_import.dir/all] Error 2
>
>
> This never happened to me before.  I can easily reproduce it running
build.sh on a brand new subsurface repo, so I think I never got it because
I'm building in-source tree.
As I'm not a QT guy, I'm coppying Tomaz in this mail, he will probably have
a solution.

I apologize for this inconvenience.

Regards.

Salva
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface website banner

[Salvador Cuñat]

Good night.

I also like the banner idea (and Willem's daughter guidelines), *but*,  I
like actual simplicity in color and shape too.  I mean, the photo in the
banner should have a much paler background to reduce the contrast with the
rest of the page and don't keep calling attention on it.  Perhaps blurring
the sides until moltening with the background of the page will also help.

Just  an opinion from someone with the same artistic sensibility than a
beduin spadrille.

Regards

Salva.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] mobile: divedetails page etc. improvements

[Dirk Hohndel]

> On Nov 12, 2015, at 3:12 PM, Lubomir I. Ivanov  wrote:
> alright...
> 
> so here is the visual of the working POC:
> https://dl.dropboxusercontent.com/u/1627980/subsurface/mobile_dive_details_concept2.gif
>  
> 

This is really cool - I especially like the beautiful rendering of the dive 
profile :-)

> i restructured the classes a little and now it works the following way:
> - one DiveContainer that defines a navigation callback (i.e.
> left/right) and includes 2 Dives
> - each Dive contains a SwipeArea inside a Flickable. the actual dive
> details are inside the SwipeArea itself.
> 
> this is a workaround as i would have preferred to have one SwipeArea
> over the whole DiveContainer and not for each Dive; the solution is
> tolerable as long as we don't have thousands of Dive instances. one
> Flickable per Dive is desired though, like seen in the visual/GIF.
> 
> attached is the updated source (with comments this time).
> hope that helps, Sebastian.

I'll have to admit that the amount of activity on Subsurface-mobile
makes me smile. I really hoped that a few people here would get
into the idea of making a mobile app happen and would collaborate.
We need more people working on our UIs (both DT and mobile).

> P.S.: QML+ JS is fun!

I'll admit that I'm still in the "struggling" phase. But I'm sure I'll get
the hang of it.

Right now I'm making fast progress on allowing us to drop the 
companion apps and the web service. Instead of telling people 
to collect GPS fixes on their phone, pushing them to a server, 
downloading them from the server to the desktop and then merging
 them there, we'll simply tell people to use Subsurface-mobile on 
their phone. They can turn on the location server and after a day 
of diving they open their cloud storage on their mobile device 
(hopefully download their dives on their mobile device - or if they
have dive computers we can't support on their phone, do the
download on the computer), trigger the location merge and then 
save back their updated data to the cloud storage.

Much simpler, one fewer account needed, etc. AND I get to retire 
the python code running on my server :-)

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] mobile: divedetails page etc. improvements

[Linus Torvalds]

On Nov 12, 2015 19:34, "Dirk Hohndel"  wrote:
>
>> On Nov 12, 2015, at 3:12 PM, Lubomir I. Ivanov 
wrote:
>>
>> so here is the visual of the working POC:
>>
https://dl.dropboxusercontent.com/u/1627980/subsurface/mobile_dive_details_concept2.gif
>
> This is really cool - I especially like the beautiful rendering of the
dive profile :-)

I never even knew before this masterpiece that I needed sharks in my
profile. But now that I have seen them, nothing else will ever do.

The only question in my mind is whether just one shark per profile is
enough, or if we need more.

   Linus
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Mac OSX SHEARWATER problems,

[Willem Ferguson]

OS/X  10.10.5, running Subsurface 4.5.2 dmg image

Try to download Shearwater Petrel 2 dives.
Cannot get synchronisation between Mac and Subsurface software.
Download to Shearwater software ok.
On Mac in Bluetooth setup says "Connected" to Petrel.
On Subsurface, sometimes sees Petrel, sometimes when scanning from 
Bluetooth panel does not see Petrel, but cannot achieve coms.
Upon exit, throws following exceptions (may perhaps have nothing to do 
with Bluetooth??):
Is there such a thing as a terminal in mac? If so, would it help to run 
in terminal?


Process:   Subsurface [1910]
Path:  /Applications/Subsurface.app/Contents/MacOS/Subsurface
Identifier:org.subsurface-divelog
Version:   4.5.2 (4.5.2)
Code Type: X86-64 (Native)
Parent Process:??? [1]
Responsible:   Subsurface [1910]
User ID:   501

Date/Time: 2015-11-12 16:27:00.064 +0200
OS Version:Mac OS X 10.10.5 (14F1021)
Report Version:11
Anonymous UUID:  975D078A-2554-533F-FE76-79DE87D7683A


Time Awake Since Boot: 94000 seconds

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_CRASH (SIGABRT)
Exception Codes:   0x, 0x

Application Specific Information:
abort() called
*** error for object 0x6008edd0: pointer being freed was not allocated

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib 0x7fff92e95286 __pthread_kill + 10
1   libsystem_c.dylib 0x7fff861209b3 abort + 129
2   libsystem_malloc.dylib 0x7fff8bf721cb free + 428
3   org.subsurface-divelog 0x000101478794 free_prefs + 20
4   org.subsurface-divelog 0x0001011efe8d main + 2301
5   org.subsurface-divelog 0x0001011ef584 start + 52

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0   libsystem_kernel.dylib 0x7fff92e96232 kevent64 + 10
1   libdispatch.dylib 0x7fff927cf26e _dispatch_mgr_thread + 52

Thread 2:: JavaScriptCore::BlockFree
0   libsystem_kernel.dylib 0x7fff92e95136 __psynch_cvwait + 10
1   org.qt-project.QtWebKit 0x0001034f7198 0x1023c8000 + 18018712
2   org.qt-project.QtWebKit 0x0001037e67ef 0x1023c8000 + 21096431
3   libsystem_pthread.dylib 0x7fff8b2d205a _pthread_body + 131
4   libsystem_pthread.dylib 0x7fff8b2d1fd7 _pthread_start + 176
5   libsystem_pthread.dylib 0x7fff8b2cf3ed thread_start + 13

Thread 3:: JavaScriptCore::Marking
0   libsystem_kernel.dylib 0x7fff92e95136 __psynch_cvwait + 10
1   org.qt-project.QtWebKit 0x0001034f8027 0x1023c8000 + 18022439
2   org.qt-project.QtWebKit 0x0001034f80b8 0x1023c8000 + 18022584
3   org.qt-project.QtWebKit 0x0001037e67ef 0x1023c8000 + 21096431
4   libsystem_pthread.dylib 0x7fff8b2d205a _pthread_body + 131
5   libsystem_pthread.dylib 0x7fff8b2d1fd7 _pthread_start + 176
6   libsystem_pthread.dylib 0x7fff8b2cf3ed thread_start + 13

Thread 4:: JavaScriptCore::Marking
0   libsystem_kernel.dylib 0x7fff92e95136 __psynch_cvwait + 10
1   org.qt-project.QtWebKit 0x0001034f8027 0x1023c8000 + 18022439
2   org.qt-project.QtWebKit 0x0001034f80b8 0x1023c8000 + 18022584
3   org.qt-project.QtWebKit 0x0001037e67ef 0x1023c8000 + 21096431
4   libsystem_pthread.dylib 0x7fff8b2d205a _pthread_body + 131
5   libsystem_pthread.dylib 0x7fff8b2d1fd7 _pthread_start + 176
6   libsystem_pthread.dylib 0x7fff8b2cf3ed thread_start + 13

Thread 5:: JavaScriptCore::Marking
0   libsystem_kernel.dylib 0x7fff92e95136 __psynch_cvwait + 10
1   org.qt-project.QtWebKit 0x0001034f8027 0x1023c8000 + 18022439
2   org.qt-project.QtWebKit 0x0001034f80b8 0x1023c8000 + 18022584
3   org.qt-project.QtWebKit 0x0001037e67ef 0x1023c8000 + 21096431
4   libsystem_pthread.dylib 0x7fff8b2d205a _pthread_body + 131
5   libsystem_pthread.dylib 0x7fff8b2d1fd7 _pthread_start + 176
6   libsystem_pthread.dylib 0x7fff8b2cf3ed thread_start + 13

Thread 6:
0   libsystem_kernel.dylib 0x7fff92e904de mach_msg_trap + 10
1   libsystem_kernel.dylib 0x7fff92e8f64f mach_msg + 55
2   com.apple.CoreFoundation 0x7fff8854beb4 
__CFRunLoopServiceMachPort + 212

3   com.apple.CoreFoundation 0x7fff8854b37b __CFRunLoopRun + 1371
4   com.apple.CoreFoundation 0x7fff8854abd8 CFRunLoopRunSpecific + 296
5   com.apple.AppKit 0x7fff945be56b _NSEventThread + 137
6   libsystem_pthread.dylib 0x7fff8b2d205a _pthread_body + 131
7   libsystem_pthread.dylib 0x7fff8b2d1fd7 _pthread_start + 176
8   libsystem_pthread.dylib 0x7fff8b2cf3ed thread_start + 13

Thread 7:
0   libsystem_kernel.dylib 0x7fff92e9594a __workq_kernreturn + 10
1   libsystem_pthread.dylib 0x7fff8b2cf3dd start_wqthread + 13

Thread 8:
0   libsystem_kernel.dylib 0x7fff92e9594a __workq_kernreturn + 10
1   libsystem_pthread.dylib 0x7fff8b2cf3dd start_wqthread + 13

Thread 9:
0   libsystem_kernel.dylib 0x7fff92e9594a __workq_kernreturn + 10
1   libsystem_pt