SleepyHead: Updated Version 0.7-4229 Alpha

[Breathe Jimbo]

jedimark, please see your PMs.

[Breathe Jimbo]

I also PMed this info to Troy, but I'm not sure who exactly is doing what exactly, so here goes.

I recognize that using MacPorts may present some issues in finding things compared to building without MacPorts. Since I'm not sure whether the config (?) file(s) will be set up to use MacPorts on OS X, I don't know whether you care about this information. Since I am not a programmer, I am not even sure that this information is significant for your purposes. Just in case....

This is what my .profile file looks like after installing MacPorts late last year and installing wxWidgets-devel, codeblocks, and all their dependencies earlier today:

# MacPorts Installer addition on 2010-11-09_at_21:21:21: adding an appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with MacPorts.

For the other sourceforge project (ScanTailor) that I build for OS X, I created the following environment variables in ~home/.MacOSX/environment.plist :

-DCMAKE_LIBRARY_PATH=/opt/local/lib
-DCMAKE_INCLUDE_PATH=/opt/local/include
-DQT_QMAKE_EXECUTABLE=/opt/local/libexec/qt4-mac-devel/bin/qmake

With all the foregoing, all I need to do to build and run the X11 OS X version is execute the following in the Terminal opened in the source code directory:

cmake .
make
sudo make install
./scantailor

It would be great if it were this "simple" for a non-programmer to build SleepyHead for OS X.

[jedimark]

Breathe Jimbo.. Your more than welcome to try getting it going, but this is new ground for both of us... it would probably be best if you wait till we've figured out the Mac build stuff ourselves before asking us how to do it..

I have no doubts now it will now be able to compile on Mac now I've removed the incompatibility from the source code, but It will likely crash when run and need some serious debugging, before it's even ready for advanced testers.

I simply don't know enough about Macs to be able to help you on this one. I didn't even know about MacPorts until you mentioned it and I looked it up.

I do know it needs to be built in CodeBlocks IDE, and you need wxMac build of wxWidgets, which is not in MacPorts. ie you first have to download, build and install that.

[Breathe Jimbo]

My head is swimming. I noticed that wxwidgets is one of the dependencies of codeblocks. I installed the wxwidgets available through MacPorts. Now I am wondering whether wxmac is something else, or just a shorthand name for the Mac version of wxwidgets. It strikes me as odd that I might need both the Mac version of wxwidgets available through MacPorts and a separate Mac version of wxwidgets called wxmac, but, hey, what do I know. I will seek clarification from the maintainer of the wxwidgets available through MacPorts and tell you what I learn.

And, yah, I should most definitely wait for you guys to figure all this out.

[Breathe Jimbo]

.

[Breathe Jimbo]

I just found this on the wiki:

"wxWidgets for Mac (wxMac) can be installed in several ways. The install.txt presumes that wxMac will be built as a library which is installed with the system software and used like a DLL in MS Windows. However, it is rarely desirable to install non-Apple software into system directories. While using this method is okay for development, it is not recommended that you require endusers to install wxWidgets into their system directories in order to use your program. One way to avoid this is to configure wxWidgets with --disable-shared. This ensures that wxMac is linked statically into the executable. This is the recommended approach. (Another way to avoid using dynamic libraries is to make a framework for wxWidgets. Making frameworks is beyond the scope of this document)" (my emphasis).

http://wiki.wxwidgets.org/Installing_WxMac

Notice the URLs in this post and the immediately preceding: the MacPorts version comes from the same place.

[Breathe Jimbo]

.

[tschultz]

The current project does not contain the necessary support to fully provide a Mac ready application bundle.

If you can be a bit more patient I worked on the build on the Mac tonight and have been able to successfully build the application on the Mac. There are some additional changes needed to be able to run the application as the current project does not build a Mac application folder so if you try to run the program it will never respond to mouse or keyboard events. This is easily fixed and is something that I should have time to resolve either tomorrow evening or Saturday. Once running I will post a screen capture and try to detail what is needed to perform a build from scratch but will also try to simply provide a Mac application bundle ready to run for Snow Leopard 10.6.7

There is also some additional cleanup that should be done to take care of a number of warnings. At this point I have only built the currently provided application and have not tested the functionality on the Mac so there may be other minor issues that need to be also cleaned up.

Please also note that the project needs to be build as a 32bit build if you are running a 64 bit system such as I am. Please also not that things may not even build and/or run yet on anything other than an Intel Mac.

[Breathe Jimbo]

If you can be a bit more patient

Okay, I'll try.

[jedimark]

New windows alpha build 0.7-2986 is available..

Nearly 3000 builds? Not so.. I reduced the build number back by about 1400 before first mini-release because some silly reason codeblocks was upping the minor version without asking me.
That's right I have compiled this sucker and tried new changes over 4400 times in the past 2 weeks.

Contains a lot of bugfixes, more bugfixes, and probably even some new bugs.

http://sourceforge.net/projects/sleepyh ... e/download

You may not have to, but it's probably wise once again to trash the SleepApp folder in My Documents and start again..

[Breathe Jimbo]

Wow, you guys are dedicated!

[jedimark]

Wow, you guys are dedicated!

I for one, have no choice but to be.. I started because I desperately need decent software because my treatment sucks and I can't find a good sleep doctor (or any good doctor that matter.)

I have an average AHI of 6.8, I still feel like crap every day. And I have Chronic Fatigue and Fibromyalgia issues compounded on top of it. What I have been able to accomplish has been in little bursts of clarity through brain fog.
I'm hoping my actual learning to actually use this software will get my AHI lower and my brain functioning better, thus hopefully being able to improve things in this software even more.

It helps having a worthy cause and an encouraging group of people who I know will benefit in the end. And whatever I have managed to do would not be possible without the hard work (and patience) of other highly skilled and motivated developers around who I get to collaborate and work along with, who put up with my quite often incoherent ramblings. A big shout out of thanks to Troy and Mike there. I'm pretty sure they have their own plateful of crappy problems to deal with.

I greatly appreciate the help, input and patience of you guys who are testing this.. This little online community has more heart than all others I've come across on the Internet. Thank You!

[Breathe Jimbo]

Does the alpha have debugging code in it, so that we can send in data on crashes, etc.? This might be useful if you cannot replicate a crash, or other problem, that someone else is experiencing.

[tschultz]

Although there are some additional Mac related changes needed here is a teaser - the application built and running on the Mac, but with no data shown yet.



One step closer to a Mac solution. ResMed data to follow soon (now I'm on the hook for sure).

[jedimark]

Does the alpha have debugging code in it, so that we can send in data on crashes, etc.? This might be useful if you cannot replicate a crash, or other problem, that someone else is experiencing.

I haven't included debugging info for the windows build, because the binaries would be huge (what your downloading already started out at 5-7mb before being compressed with UPX). It kinda doesn't help us much including it at this stage anyway, because because I primarily use Linux and Troy uses Mac.

Window builds you've seen have been built on my Linux box via cross compiler. I test first on wine, then on a couple of notebooks (one 32bit Vista, the other 64bit Win7)

These windows builds are more a preview at this stage.. We would still love if you would report any problems, especially crashes.. Try to tell us how we can replicate them if you can.
(If you run it from a command prompt you might get some more debugging info from the built in logger.)