<br><br><div class="gmail_quote">On Tue, Jul 13, 2010 at 12:20 PM, Gary Briggs <span dir="ltr"><<a href="mailto:chunky@icculus.org">chunky@icculus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Tue, Jul 13, 2010 at 12:04:23PM -0400, Robert Konigsberg wrote:<br>
> OK! Updates!<br>
><br>
> Short version, and more comments are inlined.<br>
><br>
> I got everything working, even the GUI. The problem is that the GUI thinks<br>
> that the logger is in the PATH, so if it isn't, startup operations fail, but<br>
> they fail without error. (That took me about three hours or so to figure<br>
> out. :))<br>
<br>
</div>Huh, that's weird. When you start the GUI by double clicking the bundle,<br>
it actually runs a script not just the naked binary, and that script<br>
should set the PATH right.<br></blockquote><div><br>True ... but ...<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Oh! Maybe you're trying to run the naked binary. Yes, you'll want to prefix<br>
the right thing on the PATH before doing that. Or "make package" to<br>
create the whole OSX dmg/app bundle.<br><div class="im"></div></blockquote><div><br>Yeah, I'm running the bundle-free binaries. I don't know how to create an OSX bundle, nor do I really care that much -- I can copy a bunch of compiled binaries around. Whew.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">> I've been coding in some #define DEBUG stuff (Yeah, yuck, but hey, it saved<br>
<div class="im">
> my bacon. It logs to a file because of the forked processes and closed file<br>
> resources.) Do you want to incorporate any of that?<br>
<br>
</div>Feel free to send it in!<br>
<div class="im"><br>
> On Tue, Jul 13, 2010 at 11:59 AM, Gary Briggs <<a href="mailto:chunky@icculus.org">chunky@icculus.org</a>> wrote:<br>
> ><br>
</div><div class="im">> > It's actually linked against a dynamic library for gpsd [oops], which<br>
> > happened to be in my home directory and linked with the full path. So<br>
> > not really a username-related issue, but an idiocy-on-my-part issue.<br>
> ><br>
> > Totally my bad.<br>
> ><br>
><br>
> No worries. Building my own release helped a lot.<br>
<br>
</div>Yeah, that usually covers all kinds of sins :-)<br>
<div class="im"><br>
> > OK, so some trial and error and I'm mostly there with the source.<br>
> > ><br>
> > > To get this to build on my Mac, I downloaded CMake (from <a href="http://cmake.org" target="_blank">cmake.org</a>, not<br>
> > from<br>
> > > fink, because fink's version of cmake is too old.)<br>
> ><br>
> > Really? I think I'm using the one in Fink. If you're not already, you<br>
> > should definitely enable unstable with "fink config", as the "stable"<br>
> > stuff is oftentimes "archaic", in my experience. This sounds like one of<br>
> > those cases :-)<br>
> ><br>
><br>
> I've abandoned fink entirely and have downloaded source from everywhere. (I<br>
> have sqlite already, fun! yay!)<br>
<br>
</div>Heh. I actually can't believe people manage without fink [or<br>
darwinports], anymore :-)<br>
<br>
SQLite is actually bundled with the logger source. Among other things:<br>
1) That's the recommended way<br>
2) I like building that at the same time, with the same options [Debug<br>
vs Release, etc]. Symbols in libraries are nice when doing debug builds.<br>
3) By statically linking it and letting your compiler go to town on the<br>
"amalgam" package, you can get some hefty [15% or more] speed boosts.<br>
<div class="im"><br>
> > As for fluid, it's part of fltk. Since you're using fink, you might want<br>
> > to skip building your own fltk, and just install thus:<br>
> > fink install fltk-aqua fltk-aqua-shlibs<br>
> ><br>
><br>
> Building my own was a cinch. make + make install makes me feel like a<br>
> ninja.<br>
<br>
</div>Yeah, that's usually the easiest way to go :-)<br>
Which version of fltk did you use? I usually use 1.1, since that's what<br>
all the distros have, although I know it works with 1.3 too.<br>
<div class="im"><br>
> > Without fltk, I think the mac bundle will still build, but there's no<br>
> > way it'll do anything useful.<br>
> ><br>
><br>
> Well, to be fair, it did log to the database, and I could read it with<br>
> sqlite.<br>
<br>
</div>Yeah, you can run logger yourself without a problem. There's a<br>
distinction between just logger or the gui [naked binary], and the app<br>
bundle.<br>
<div class="im"><br>
> > If you don't have gpsd but want to use it, I documented how to build it<br>
> > a long time ago here:<br>
> > <a href="http://www.mp3car.com/vbulletin/obdii-gps-logger/132461-gpsd-osx.html" target="_blank">http://www.mp3car.com/vbulletin/obdii-gps-logger/132461-gpsd-osx.html</a><br>
> ><br>
><br>
> No need, my car does not have a GPS. I'll be using a Garmin GPS + an Android<br>
> app for tracking, which I'll have to xref later. (ugh)<br>
<br>
</div>Ah, ok. It shouldn't actually be too difficult to join the two up later.<br>
[you're getting out gpx traces?]<br>
<br>
Depending on personal taste, I'm using one of these bad boys:<br>
<a href="http://www.amazon.com/GlobalSat-BU-353-Waterproof-USB-Receiver/dp/B000PKX2KA" target="_blank">http://www.amazon.com/GlobalSat-BU-353-Waterproof-USB-Receiver/dp/B000PKX2KA</a><br>
Which, at 40 bucks, is probably a pretty good deal for you. Might make a<br>
few things easier?<br>
<div><div></div><div class="h5"><br>
Gary (-;<br>
<br>
_______________________________________________<br>
obdgpslogger mailing list<br>
<a href="mailto:obdgpslogger@icculus.org">obdgpslogger@icculus.org</a><br>
<a href="http://icculus.org/mailman/listinfo/obdgpslogger" target="_blank">http://icculus.org/mailman/listinfo/obdgpslogger</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Robert Konigsberg<br><a href="mailto:konigsberg@gmail.com">konigsberg@gmail.com</a><br>