Snow Leopard users: Turn off automatic date and time in System Preferences immediately

Over a couple days ago I installed https://drive.google.com/folderview?id=0BxQCbeIgpA2uVjFiN1h4bGZNQ2c&usp=sharing on three 10.6.8 Macs (2 iMacs and a MBP). Now I read the latest posts. Do I have something to worry about? Do I need to clone back and just turn off date/time and live with it? Or are we safe with the installer?

I installed flatsixracer's last two packages and two days ago and yesterday and my machine is working fine.

Could you limit this installer so it won't install on a PPC Mac?

I built an installer for 10.5 PPC

http://www.cubeowner.com/forums/index.php?s=&showtopic=14866&view=findpost&p=104 496

My bad, I did not explain myself well.

His are Intel binaries and should not be installed on a PPC;

that is the reason I went ahead and did the same for the PPC,

or I would have just used his installer. Actually I tried, and

that is how I found out they were not universal binaries.

I realize now how my wording could cause confusion; my

apologies.

One problem with my installer is that it installs PPC binaries and not universal binaries, so there would be a problem if one booted an Intel Mac from the PPC patched OS 10.5

The ideal installer would carry universal binaries

Here is a different patch application:

NTPUpdateSnowLeopard

https://github.com/MacMiniVault/NTPUpdateSnowLeopard/releases

WZZZ wrote:

Someone else mentioned this earlier. I have been searching, in vain, for any feedback or reviews. Have you used it?

I woulld stay away from them. Go with what you know works here. Like flatsixracer's installer it does install 4.2.8 (presumably with its requisite patch file for ntp_io.c) but it doesn't install ntpd-wrapper to correct the bad sntp -v call nor does it install the ntp-restrict.conf (which I suppose you could view as "optional" since that only addresses some pesky system.log messages).

As best as I can tell this thread is the only place that took the sntp error seriously. I don't see it discussed anywhere else.

By the way, not sure how important it is since I don't know if anyone would care, but that installer and flatsixracer's installer do not install the (updated?) man pages and doc's that would normally be installed with a 4.2.8 build. In my own builds I do let them them get installed.

I have not tested any method yet, but here is an interesting article:

How to manually patch NTP for OS X 10.6 and 10.7

http://www.macissues.com/2014/12/24/how-to-manually-patch-ntp-for-os-x-10-6-and- 10-7

WZZZ wrote:

Re. the "edge case" crash scenario we have been discussing, someone elsewhere wrote :

Keep in mind that gcc normally produces executables that are optimized for the system it's being compiled on. As a result the edge cases could be a particular CPU that doesn't implement a particular instruction that flatsixracer's CPU does implement.

Wonder what you think of that?

Except that like you, I build my own ntp files on my own system (I have Xcode 3.2.6) so that argument doesn't apply for me either. Of course that doesn't mean that the gcc compiler itself doesn't have a code generation bug (it does compile the code with -O2 optimization level enabled) but I really really don't believe that :-)

Also, by the way, the crash report you showed earlier, which I said was the same as mine, was not an ILLEGAL INSTRUCTION report. It appears to be for a pointer attempting to use a chunk of freed memory. That's what lead me to believe it was a rare edge condition. Some condition drove it down a path where it freed a pointer but some other place thought the pointer was still valid, or maybe it attempted to free the same pointer twice. That makes it a coding bug in my book! And unless the code authors know their code really well (you would hope), and/or this happens more often to others, and the edge condition can be fully understood, errors of this kind can be a b*tch for fix.

And by the way, I used the instructions at MI to do the 4.2.8 update (compiling from Xcode 3.2) on one of my clones. Don't see the sntp -v error and I am seeing there what appears to be the ntp-restrict.conf as well. The explanation might be that, perhaps, it didn't fully overwrite flatsixracers' rev 4, which I had first installed, but no idea why that would have happened, nor does it seem likely, since I took it all the way.

I believe I asked you about that earlier in this thread (i.e., where was the -v error report in your system.log?). It would be (have been) easy to check, i.e., just look at the sntp command line in the /usr/libexit/ntpd-wrapper file. You must have the updated one with the sntp -K ... fix.

Any chance of compiling Universal binaries? and making them available?