Für alle die, die noch nicht PHP 5.3 einsetzen können, sollten sich die str_getcsv-Manualseite bei PHP.net durchsehen, dort sind abwärtskompatible Übergangslösungen gelistet.

$string = 'Lorem ipsum "dolor sit amet" consectetur "adipiscing elit" dolor';
var_dump(str_getcsv($string, ' '));

Ergebnis:

array(6) {
     [0]=>   string(5) "Lorem"
     [1]=>   string(5) "ipsum"
     [2]=>   string(14) "dolor sit amet"
     [3]=>   string(11) "consectetur"
     [4]=>   string(15) "adipiscing elit"
     [5]=>   string(5) "dolor"
   }

Problem 1:
Beim Verbinden zum Server taucht lediglich ein kleines schwarzes Fenster auf, mehr passiert nicht.
_
Lösung zu 1:
Der NetAuthAgent-Prozess hat sich am Client aufgehängt und muss gestoppt werden.
Das geht entweder über den Aktivitätsmonitor oder übers Terminal mit:
” sudo killall NetAuthAgent ”
Anschliessend sollte die Verbindung wieder wie gewohnt funktionieren.
_
siehe auch: http://forums.macrumors.com/showthread.php?t=441030 bzw. die deutsche Google-Übersetzung, hier sollte man besonders die “Anklagebank” beachten

• Problem 2:
  ARD ist auf dem Server nicht gestartet, bzw. startet nicht mehr.
  _Lösung zu 2: (Bedingung, min. ein Zugang via ssh)

  # mit ssh auf Server einloggen
  ssh <remote-user>@<remote-server>
  
  # komplett auf "root" switchen
  sudo su -
  
  # ARD Service stoppen
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart \
  -deactivate \
  -configure \
  -access \
  -off
  
  # Letzte (wahrscheinlich defekte) Einstellungen wegschieben
  mv /Library/Preferences/com.apple.RemoteManagement.plist /tmp
  mv /Library/Preferences/com.apple.RemoteDesktop.plist /tmp
  
  # ARD Service jungfräulich starten, erstmal dass jeder Zugang hat.
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart  \
  -activate \
  -configure \
  -access \
  -on \
  -restart \
  -agent \
  -privs \
  -all

• Weblink: ARD via Terminal einschalten

cd /
nohup rsync \
 --relative \
 --archive \
 --executability \
 --compress \
 --exclude=/Volumes/* \
  . <user>@<zielrechner>:/<zielpfad>

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister \
-kill \
-r \
-domain local \
-domain system \
-domain user

Als Anwort bekommt man die wenig ausdrucksstarke Meldung:
ThrottleProcessIO: throttling disk i/o
Wieso für das Entfernen ungültiger Einträge der Disk I/O gedrosselt wird, wissen anscheinend nur die “Apfel-Leute”, aber mir soll’s recht sein.

Durch dieses Werk nimmt mein Liebäugeln mit Git weiter Fahrt auf. Für mich war es stets elementar, den geschichtlichen Hintergrund zu kennen, um mich für ein Werkzeug zu begeistern. Und dieses wird auf den ersten Seiten des Buches sehr gut dargestellt.

Siehe auch:

• After controversy, Torvalds begins work on “git”
• http://en.wikipedia.org/wiki/Git_(slang)
• http://de.wikipedia.org/wiki/Git

...
/System/Library/CoreServices/AppleScript Runner.app/
Contents/MacOS/AppleScript Runner[3844]: CPSGetFrontProcess():
This call is deprecated and should not be called anymore.
...

Selbstverständlich suchte ich die Ursache dafür in meinem Code, konnte aber nichts finden. Und CPSGetFrontProcess() sagte mir nun rein gar nichs. Die Meldung erschien jedesmal, wenn ein Script als Ordneraktion ausgeführt wurde, im AppleScript Editor ausgeführt erschien sie nicht. Also googelte ich um Hilfe und wurde auch an diversen Stellen fündig. Offensichtlich schleift MacOSX diese Meldung schon seit eingien Jahren mit sich herum. Es ist ein Hinweis für die Entwicker des AppleScript Runners, also dem Stück Software, welches die Scripte laufen lässt. Darin wird anscheinend immer noch die Funktion CPSGetFrontProcess() benutzt, obwohl sie nicht mehr verwendet werden sollte. Es ist also eine Meldung, für die man selbst keine Schuld hat, sie aber auch nicht abstellen kann. Das wollte ich testen und habe einfach mal ein paar Orginal-AppleScripte als Ordneraktion angehängt. Und tatsächlich werden auch hiermit diese Meldungen ins system.log geschrieben. Man müsste mal hochrechnen, wie viele Macs weltweit im Einsatz sind und wie viele davon AppleScripte verwenden. Bei jeder Ausführung eines solcher Scripte wird seit Jahren eine solche Zeile ins Logfile eines jeden Rechners geschrieben. Auch eine schöne Variante einen Computer zu beschäftigen.

Mich stört so etwas jedenfalls ungemein, hauptsächlich jedoch, weil man stundenlang durch solche unnötigen Meldungen bei der Fehlersuche von eigenen Programmen fehlgeleitet wird. Na klar, auch bei einer solchen Geisterjagd wird man nicht dümmer, aber es hält einen doch sehr davon ab, sein eigentliches Ziel zu verfolgen.

Doch dann fand ich http://de.whygitisbetterthanx.com/
Über diese Vergleichsseite trat nun wiederum “Git” in meinen vordersten Fokus, vor allem, weil es dafür bereits eine Schildkröte für den Windows-Explorer gibt, als auch mit EGit [zu deutsch:"Igitt"   ] ein Plugin für Eclipse.
Weiterhin ist wichtig, dass die Gemeinde um dieses Tool “lebt” und dass es Mirgrationsmöglichkeiten vom SVN gibt.

Noch habe ich nicht die Muße gefunden, mich tiefer damit zu befassen, kann aber nur noch eine Frage der Zeit sein.

Weiterfühernde Links:

Hier die grobator.de Struktur, Stand 27.11.2010.

Bedeutung der farbigen Punkte:

• Blau: steht für Links (<a href=”…”>)
• Rot: für Tabellen (<table>,< tr> und <td>)
• Grün: für Container (<div>)
• Violet: für Bilder (<img>)
• Gelb: für Formulare (<form>,<input>,<textarea>, <select>, <option>)
• Orange: Für Zeilenumbrüche und Zitate (<br>, <p>, <blockquote>)
• Schwarz: Der HTML-Tag, die Wurzel der Seite
• Grau: Alles, was bisher nicht erwähnt wurde

!ENTRY org.eclipse.core.jobs 4 2 2010-09-25 17:12:57.455
!MESSAGE An internal error occurred during: "Semantic Highlighting Job".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
 at org.eclipse.php.internal.core.ast.scanner.php53.CUP$....

Die Suche nach der Lösung bzw. Linderung führten mich in die gefürchteten Abgründe diverser Developer Mailforen, wo ein Stackdump mit dem nächsten beantwortet wird. Nicht unbedingt förderlich ist dabei meine Plattform (Mac, Snow Leopard). Aber schließlich wurde dann doch fündig

In der Eclipse.app befindet sich die eclipse.ini zur Steuerung der Java-VM.
Hier meine aktuellen Einstellungen, mit denen sowohl mein selbstkompliliertes Subversion-JavaHL sauber erkannt wird, als auch kein Java Heap Space Error mehr auftaucht. Die IDE-Perfomance ist wieder so fix wie früher, ich habe endlich wieder das Gefühl auf meinem lokalen Rechner zu arbeiten und nicht in einer VM, welche ich über min. 3 dazwischengeschaltete Remote-Sessions bediene.

Inhalt von:
/Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse.ini

-startup
../../../plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.0.v20100503
-product
org.eclipse.epp.package.php.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
768m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=768m
-Xms128m
-Xmx1024m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-Djava.library.path=/usr/local/subversion/lib