Mac Performance Update

[Capt Rottnest]

Originally Posted by bdbcat

Capt Rottnest...

Gary, I cannot reproduce any problem with route point scrambling on 3.3.710.

Lets try a simple test:

1. Run O, and delete all routes. Close and restart.
2. Make a simple 5 point route, as you showed in earlier post. Close OCPN.
3. Upload to this thread a copy of /Users/{name}/Library/Preferences/navobj.xml.

4. Run O again, and confirm that the simple route is scrambled.

5. Show the Route Properties dialog for the route, and take a screen shot, post it here.

It looks to me as though some of the waypoints in the route are being set to lat/lon = 0,0. Is this the case?

Thanks
Dave

Problem doesn't occur when there's only the one route on the whole chart. Its when there are 2 or more routes and/or marks on the charts. Way points end up being set to waypoints belonging to other routes or on random marks.
Gary

[bdbcat]

Gary...

OK, understood.

However, I still cannot reproduce a failure with multiple routes and marks.
So, I guess we still need to try the simple test above, with the simplest reproducible failure scenario.

I await screen shots and novobj.xml file dumps.

Thanks
Dave

[Capt Rottnest]

<?xml version="1.0"?>
<gpx version="1.1" creator="OpenCPN" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.topografix.com/GPX/1/1" xmlns:gpxx="http://www.garmin.com/xmlschemas/GpxExtensions/v3" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<wpt lat="-34.359831290" lon="120.155299280">
<type>WPT</type>
<time>2013-07-12T12:28:18Z</time>
<sym>triangle</sym>
<extensions>
<opencpn:guid>57e82b10-96c7-4e30-9886-178b53b39dd5</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:viz_name>1</opencpn:viz_name>
</extensions>
</wpt>
<rte>
<name>rotto</name>
<extensions>
<opencpn:guid>57e82b10-96c7-4e30-9886-178b53b39dd5</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
</extensions>
<rtept lat="-32.548891848" lon="115.725464345">
<type>WPT</type>
<time>2013-07-13T08:39:00Z</time>
<name>001</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>353f7788-b381-490a-8243-0c275e37ee61</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.512885754" lon="115.707879230">
<type>WPT</type>
<time>2013-07-13T08:39:03Z</time>
<name>002</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>2a039441-a1f4-41a3-bd5d-3f3e7dc4352f</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.459909407" lon="115.640050931">
<type>WPT</type>
<time>2013-07-13T08:39:04Z</time>
<name>003</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>5c8022d0-c0db-46c9-93a1-e27b22e82902</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.124378885" lon="115.609905020">
<type>WPT</type>
<time>2013-07-13T08:39:07Z</time>
<name>004</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>37dc5435-c438-4a4c-bd46-5bf815501ba2</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.981722662" lon="115.577246950">
<type>WPT</type>
<time>2013-07-13T08:39:09Z</time>
<name>005</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>3e46339c-e5cc-48c1-8fe7-81284215dae4</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.985251825" lon="115.539015026">
<type>WPT</type>
<time>2013-07-13T08:39:23Z</time>
<name>006</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>28d61248-fc94-4e75-8417-f2a009709c15</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.988148301" lon="115.527671057">
<type>WPT</type>
<time>2013-07-13T08:39:25Z</time>
<name>007</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>40172b89-6257-46ef-a987-76e5787207f6</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.989479983" lon="115.527592552">
<type>WPT</type>
<time>2013-07-13T08:39:26Z</time>
<name>008</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>066926e8-c2f2-452b-9320-0410581f4da4</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
</rte>
<rte>
<extensions>
<opencpn:guid>2a039441-a1f4-41a3-bd5d-3f3e7dc4352f</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
</extensions>
<rtept lat="-32.459909407" lon="115.640050931">
<type>WPT</type>
<time>2013-07-13T08:39:04Z</time>
<name>003</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>5c8022d0-c0db-46c9-93a1-e27b22e82902</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.124378885" lon="115.609905020">
<type>WPT</type>
<time>2013-07-13T08:39:07Z</time>
<name>004</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>37dc5435-c438-4a4c-bd46-5bf815501ba2</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.981722662" lon="115.577246950">
<type>WPT</type>
<time>2013-07-13T08:39:09Z</time>
<name>005</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>3e46339c-e5cc-48c1-8fe7-81284215dae4</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.985251825" lon="115.539015026">
<type>WPT</type>
<time>2013-07-13T08:39:23Z</time>
<name>006</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>28d61248-fc94-4e75-8417-f2a009709c15</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-31.988148301" lon="115.527671057">
<type>WPT</type>
<time>2013-07-13T08:39:25Z</time>
<name>007</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>40172b89-6257-46ef-a987-76e5787207f6</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
</rte>
<rte>
<extensions>
<opencpn:guid>3e46339c-e5cc-48c1-8fe7-81284215dae4</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
</extensions>
<rtept lat="-32.844933259" lon="115.599401012">
<type>WPT</type>
<time>2013-07-13T08:52:24Z</time>
<name>001</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>28d61248-fc94-4e75-8417-f2a009709c15</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.704957933" lon="115.570154852">
<type>WPT</type>
<time>2013-07-13T08:52:26Z</time>
<name>002</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>40172b89-6257-46ef-a987-76e5787207f6</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.562866649" lon="115.626397468">
<type>WPT</type>
<time>2013-07-13T08:52:28Z</time>
<name>003</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>066926e8-c2f2-452b-9320-0410581f4da4</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.507864232" lon="115.493664894">
<type>WPT</type>
<time>2013-07-13T08:52:31Z</time>
<name>004</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>6f22b8d4-a129-4c78-b9ff-e3791dd9546c</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
<rtept lat="-32.566658677" lon="115.189954765">
<type>WPT</type>
<time>2013-07-13T08:52:33Z</time>
<name>005</name>
<sym>diamond</sym>
<extensions>
<opencpn:guid>27358dc3-59dc-4365-97d8-697e6bb69ee0</opencpn:guid>
<opencpn:viz>1</opencpn:viz>
<opencpn:auto_name>1</opencpn:auto_name>
</extensions>
</rtept>
</rte>
</gpx>

[bdbcat]

Gary...

OK, thanks for the data.

I figured out the trouble. There was a latent flaw in the GUID generation for routes and waypoints on Mac, introduced with new, more efficient GPX processing. Not sure why it did not affect Windows or linux machines, though.

Anyway, the fix is in for the next real Beta, coming soon.

Thanks again
Dave

[CarCode]

From the daily build wxWidgets 2.9.5 in /docs/changes.txt:

Build system changes
--------------------
- Cocoa is now used by default under OS X instead of Carbon.

Carbon is deprecated.

BTW: Dave, which system function call you find missing in wx 2.9.5?

No comments please from Pavel, thank you.

Gerhard

[bdbcat]

Gerhard...

Something in wx 2.9.5 is calling _wcsdup, which seems not to exist in Snow Leopard default system libs. Not called in 2.9.4.

I could not track it down....

Dave

[CarCode]

Originally Posted by bdbcat

Gerhard...

Something in wx 2.9.5 is calling _wcsdup, which seems not to exist in Snow Leopard default system libs. Not called in 2.9.4.

I could not track it down....

Dave

No problem here. Might be there is a mismatch in your configuration for wx or in your SDKs or Xcode? Function wcsdup was always there:

Extracted from the Xcode docs:

WMEMCHR(3) BSD Library Functions Manual WMEMCHR(3)
NAME wcpcpy, wcpncpy, wcscasecmp, wcscat, wcschr, wcscmp, wcscpy, wcscspn, wcsdup, wcslcat, wcslcpy, wcslen, wcsncasecmp, wcsncat, wcsncmp, wcsncpy, wcsnlen, wcspbrk, wcsrchr, wcsspn, wcsstr, wmemchr, wmemcmp, wmemcpy, wmemmove, wmemset -- wide character string manipulation operations
LIBRARY Standard C Library (libc, -lc)
SYNOPSIS
#include <wchar.h>
...
wchar_t * wcsdup(const wchar_t *s);
...
DESCRIPTION
The functions implement string manipulation operations over wide character strings. For a detailed description, refer to documents for the respective single-byte counterpart, such as memchr(3).
SEE ALSO
memchr(3), memcmp(3), memcpy(3), memmove(3), memset(3), stpcpy(3), stpncpy(3), strcasecmp(3), strcasecmp_l(3), strcat(3), strchr(3), strcmp(3), strcpy(3), strcspn(3), strdup(3), strlcat(3), strlcpy(3), strlen(3), strncasecmp(3), strncasecmp_l(3), strncat(3), strncmp(3), strncpy(3), strnlen(3), strpbrk(3), strrchr(3), strspn(3), strstr(3), xlocale(3)
STANDARDS
These functions conform to ISO/IEC 9899:1999 (``ISO C99''), with the exception of wcpcpy(), wcpncpy(), wcscasecmp(), wcscasecmp_l(), wcsdup(), wcsncasecmp(), wcsncasecmp_l(), and wcsnlen(), which conform to IEEE Std 1003.1-2008 (``POSIX.1''); and wcslcat() and wcslcpy(), which are extensions.

Gerhard

[CarCode]

Dave,
I was on mistake, many wide character functions are only available from OS X 10.7 on. This is fixed now in wx 2.9.5.

From wx/osx/config_xcode.h:

/* Many wchar functions are only available since 10.7 so don't use them if we
want to build the applications that would run under 10.6 and earlier. */
#if MAC_OS_X_VERSION_MIN_REQUIRED >= MAC_OS_X_VERSION_10_7
#define HAVE_WCSDUP 1
#define HAVE_WCSFTIME 1
#define HAVE_WCSNLEN 1
#define HAVE_WCSCASECMP 1
#define HAVE_WCSNCASECMP 1
#endif

Gerhard

[bdbcat]

Gerhard....

Funny, I cannot find the code snippet you quote in today's 2.9.5 snapshot, just downloaded 15 July, 2013.

Where did you find this version of config_xcode.h?

Dave

[CarCode]

Originally Posted by bdbcat

Gerhard....

Funny, I cannot find the code snippet you quote in today's 2.9.5 snapshot, just downloaded 15 July, 2013.

Where did you find this version of config_xcode.h?

Dave

Authored by Vadim Zeitlin on 15.07.2013 at 01:31.
Title: Don't test for wide character functions in configure under OS X.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@74523 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

Gerhard

[bdbcat]

gerhard...

"on 15.07.2013 at 01:31"
I guess it will be in tonight's snapshot. I'm not following the wx svn closely.

Thanks
Dave

[CarCode]

Has moved from wx/osx/config_xcode.h to wx/osx/chkconf.h to support build from command line also.

[bdbcat]

Gerhard...

Hmmmm...

Still not found in the 16 July snapshot. I wonder what the snapshot latency is?

Dave

[CarCode]

Dave,

I always use the GitHub.app for Mac OS X and the settings for 2.9.5 are there https://github.com/wxWidgets/wxWidgets.git with branch master.
I just got latest commit from Stefan Csomor on 16.07.2013 at 05:13.

BTW a nice app with easy handling, otherwise I hate the git syntax.

Gerhard