Archive

Archive for the ‘Mac’ Category

[SOLVED]: iPhone Calendars wil not sync to Mac

January 16th, 2013 No comments

Recently, calendar events entered on my iPhone stopped syncing to my Mac. Calendar syncing was enabled, and I even tried “Replacing Calendar Information on This iPhone” (next sync only).

Luckily, it ended up being pretty easy to fix:

  1. In this Apple article, follow the instructions under “For issues with syncing calendars” (I skipped the steps before that)
  2. Restart iTunes (I tried to sync without this step, but got a message like “sync session cannot be started”)
  3. In iTunes, go to the “Info” tab for your iPhone, and make sure calendar syncing is enabled

That should do it. Good luck!

Categories: Mac Tags: ,

Smalltalk Magic: The Simplest Notes Browser That Could Possibly Work

September 11th, 2012 5 comments

From problem to source browser in 2 minutes (it took much longer to write this post about it)!

UPDATE: InspectIt (sorry, first version said “DoIt”):

'/path/to/home/Library/Mail/V2/Mailboxes/Notes.mbox/' asFileReference allChildren
    select: [ :e | e extension = 'emlx' ]
    thenCollect: [ :e | e readStream contents ].

Categories: Mac, Smalltalk Tags:

Mountain Lion Upgrade: Developer Tools

September 10th, 2012 2 comments

After upgrading to Mountain Lion, the following all seemed to be broken:

  • MacPorts… Issuing a selfupdate command produced:
    checking whether the C compiler works... no
    configure: error: in '/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/base':
    configure: error: C compiler cannot create executables
  • make…
    command not found
  • cmake…
    error: There is no SDK with the name or path '/Developer/SDKs/MacOSX10.8.sdk'

The solution to these problems were fairly simple:

A few minutes later, I was back in business compiling the Pharo Smalltalk VM!

Categories: Mac, Xcode Tags:

Apple: From Steve Jobs’ Garage to Evil Empire

September 8th, 2012 2 comments

Apple’s “free upgrade to Mountain Lion” for MBP retina purchasers, announced without qualifications at the WWDC, has a 30 expiration from time of purchase.

Sounds reasonable… except that they never put that anywhere in writing when you make your purchase… oh, and that Apple’s recent OSes have been notoriously unstable at their release… oh, and that my $3000+ laptop was freezing (i.e. worse than kernel panic, no feedback whatsoever) several times daily, and I didn’t want to complicate debugging by upgrading the OS while I was diagnosing the problem.

When you add all this up, it lead me to wait until 10.8.1 to upgrade, at which time Apple support told me that they thought the best course of action would be to screw me out of the $19 for Mountain Lion, even though I had just spent more than $3000 and they had made a public promise to give it to me for free.

So they sent me a survey with the following question:

Is there anything that the Advisor could have done better to resolve the issue during the call?

and my answer:

At issue is the standard support response at mega corporations, which is that everyone you speak to doesn’t have the authority to do the right thing, even if both sides agree on what that is. Of course the follow-up is that there is someone who does have that authority, but there’s no way to actually talk to them (in this case there was an email address to which I could send a message). So, probably the only thing “that the Advisor could have done better to resolve the issue” would be to quit their job at Apple and start a small computer company in their garage, from which I could buy computers, and receive reasonable support decisions because responsibility is not diffused among countless executives, directors, and other bureaucrats. Although, that somehow sounds familiar – oh right, that’s what Apple used to be – so until the culture evolves beyond the evil economics of Milton Friedman (i.e. profit at any cost), there’s probably nothing they can do. Also, it’d be hard to do all that “during the call” because I don’t like waiting on hold and had already been transferred four times ;)

Categories: Mac Tags:

Soundflower on Lion

February 12th, 2012 No comments

As per Soundflower issue #67:

sudo chmod -R g-w /System/Library/Extensions/Soundflower.kext
sudo kextload /System/Library/Extensions/Soundflower.kext

And Soundflower will be working in Lion – no restart required!

Categories: Mac Tags:

Getting gcc 4.2 to work with Xcode 4.2

January 11th, 2012 3 comments

Apparently, gcc 4.2 is no longer installed with Xcode (as of Xcode 4.2). Unfortunately, older projects may need to be compiled with gcc. There is some scattered information online about how to get gcc 4.2 with Xcode 4.2, but they seem complex and error-prone (e.g. install Xcode 4.1, then upgrade to 4.2).

UPDATE: Here are some situations you might find yourself in:

  • Upgrading from Snow Leopard to Lion – it seems that gcc et al will be moved to a different location. See here for a fix.
  • Upgrading to Xcode 4.2 – gcc 4.2 should still be on your machine; you just have to tell Xcode 4.2 to list it as an option (in which case, skip to step #2 below)
  • Installing Xcode 4.2 with no previous version – no gcc 4.2 at all; follow instructions below.

Here’s an easy way to get gcc 4.2 working [1]:
1) Install gcc 4.2. via Mac Ports:

sudo port install apple-gcc42

2) Tweak Xcode so that gcc 4.2 appears as a compiler option, by editing the Xcode 4.2 GCC 4.2.xcspec file to get gcc 4.2 to show in the list of compiler options:

  • Open the xcspec file for editing:
sudo vi "/Developer/Library/Xcode/PrivatePlugIns/Xcode3Core.ideplugin/Contents/SharedSupport/Developer/Library/Xcode/Plug-ins/GCC 4.2.xcplugin/Contents/Resources/GCC 4.2.xcspec"
  • Change lines 41 and 42 from this:

ShowInCompilerSelectionPopup = NO;
IsNoLongerSupported = YES;

To This:

ShowInCompilerSelectionPopup = YES;
IsNoLongerSupported = NO;

  •  Link the gcc 4.2 binary to the location that Xcode expects
sudo ln -s /opt/local/bin/gcc-apple-4.2 /Developer/usr/bin/gcc-4.2
sudo ln -s /opt/local/bin/g++-apple-4.2 /Developer/usr/bin/g++-4.2

[1] Adapted from this Stack Overflow thread

Categories: Mac, Programming, Xcode Tags:

Cocoa Smalltalk App

December 20th, 2011 No comments

For a while, I’ve been thinking about using MacRuby for native UIs and multiple windows in Pharo on the Mac. I uploaded a proof of concept to https://github.com/seandenigris/PharoMacRubyTest . It has a simple Cocoa UI that uses http to get a value (the current time) from a running Pharo image and displays it in a text field. See the discussion on the Pharo mailing list.

Categories: Mac, Pharo, Programming, Ruby, Smalltalk, Xcode Tags:

Run Applescript on new email

July 26th, 2011 No comments

I’m still experimenting, but so far I found two strategies:

  • Enable Folder Actions and attach a script to the folder in ~/Library/Mail/ which hold the inbox’s messages
  • Create a rule general enough to reply to all messages (e.g. account = my_email_account)

The rule approach seems to fire a bit quicker than the Folder Actions, so I’m going with that for the moment.

Categories: Applescript, Mac Tags:

Objective-C in Smalltalk

May 2nd, 2011 6 comments

I’ve been playing with an Objective-C Bridge in Squeak and Pharo. Now I can do cool Cocoa things in-image! For example, sometimes I need a Mac app’s bundle identifier. I previously used a Ruby script. There are a few options, but the easiest is MacRuby:

#!/usr/local/bin/macruby
 
p NSBundle.bundleWithPath('/Applications/Mail.app').bundleIdentifier

Now, I can do it in Smalltalk, although it’s a little wordy:

bundle := ObjectiveCObject findClassName: 'NSBundle'.
aBundle := bundle bundleWithPath: '/Applications/Mail.app' asNSStringUTF8.

There were two things annoying me about the above code:

  1. Object create – wow, a lot more complicated than MacRuby!
  2. #asNSStringUTF8 – I was certain that this could be done automatically by the bridge, and in fact, the above code has a memory leak, because the NSString must be released.

The first one, I did something about. I wrote a simple little class called ObjC to use like a namespace for ObjC classes. The above Smalltalk code becomes:

ObjC NSBundle bundleWithPath: '/Applications/Mail.app' asNSStringUTF8.

Okay, we’re getting better… Currently not a part of the bridge, the changeset for the class is available here. I’m still working on the NSString issue, so standby…

Categories: Mac, Pharo, Smalltalk, Squeak Tags:

Love poor technology for simple tasks

April 25th, 2011 No comments
I Have a Dream

If I had my way, I would never leave my Smalltalk image.

It’s not just the Smalltalk language (although I do enjoy the Zen-like minimal syntax, and keyword arguments flow off the keyboard like conversational speech). The real gold is the live, open environment, and control over everything in my system, almost down to the metal.

Reality Sets In (but it’s not so bad this time)

Yet sometimes, for a quick and dirty throwaway script, a tool symbolizing poor design is perfect.

For example, I wanted to change the artist info of a batch of tracks in iTunes. In less? time than it would have taken me to google a solution, I had whipped up an AppleScript (yes, ouch) in AppleScript Editor (double ouch):

tell application "iTunes"
	set wrongName to ""
	set rightName to ""
	set track_list to tracks of playlist "Music" of source "Library" whose artist is wrongName
	repeat with t in track_list
		set artist of t to rightName
	end repeat
end tell

Yes, I could have used rb-appscript to script from Ruby, which I usually do. But, AE gave me easy access to iTunes’ scripting dictionary, a nice little “Run” button, and an output pane. For this tiny script, I was done before I started to suffocate from being outside the oxygen of my live, open Smalltalk image.

So, thank you Apple, for creating the infuriating AppleScript language, to be written with the puny AppleScript Editor, and for not even making many of your own applications scriptable ([cough] Preview.app) even while evangelizing scriptability to Mac devs in your docs. Today, I was grateful for it all. Editing info on hundreds of tracks was much quicker than writing this post about it :)

Categories: Applescript, Programming, Ruby, Smalltalk Tags:

windows 7 product key

windows 7 product key

windows 7 key generator

windows 7 key generator

free winrar download

free winrar download

winzip activation code

winzip activation code

free winrar

free winrar

winzip free download

winzip free download

winrar free download

winrar free download

winrar download free

winrar download free

winzip free download full version

winzip free download full version

windows 7 activation crack

windows7 activation crack

windows 7 crack

windows 7 crack

free winzip

free winzip
\n