spot

Inte för att det finns några spyware på OS X att skydda sig mot. (Än så länge, och möjligen undantaget Spector, men det försöker i varje fall inte dölja sin funktion.)

Vill man generellt hålla koll på vilka nätverksförbindelser som öppnas av vilka program, och ev. blockera dem, kan man använda sig av Little Snitch.

Programvaror som Data Rescue kan (under vissa förhållanden) hjälpa en att få tillbaka filer som man slängt, eller som man inte kommer åt, ex. p g a fel i filsystemet. Vad däremot inget program kan göra är att få tillbaka en fil som är fysiskt överskriven på hårddisken.

Du skriver att du har sparat över filen. Innebär det att du har öppnat den, ändrat innehållet och sparat, eller har du ersatt den med en annan fil? Om en fil blir överskriven eller inte i dessa två scenarier beror på många faktorer, inte minst vilket filsystem man använder, och hur det är implementerat.

Den bästa lösningen är, som alltid, att ta backup på viktiga filer, men det är ju lätt att vara efterklok... :-/

Ett shellscript är inte gjort för att köras genom att man dubbelklickar på det i Finder, även om det går. Du kan uppnå det du önskar genom att spara en .term-fil istället.

Öppna ett terminalfönster, välj 'Save As...', och i dialogrutan väljer du 'Execute this command', anger hela sökvägen till ditt shellscript, och väljer även 'Execute command in a shell'. Se till att inte välja 'Open this file when Terminal starts up'. I sådana fall kommer ditt shellscript att exekveras för alla terminalsessioner.

Den resulterande .term-filen kan du dubbelklicka på från Finder. Då öppnas Terminal, ditt shellscript exekveras, och du har kvar kommandolinjen.

Annars är det inte så svårt att öppna ett terminalfönster, skriva namnet på ditt shellscript och trycka Enter heller...

Det är bara om du befinner dig i /usr/local/bin som du kan använda ./pg_ctl
När du anger ./ åsidosätter du sökvägen och bash letar efter pg_ctl enbart i den aktuella katalogen.

När du nu har /usr/local/bin i sökvägen räcker det med pg_ctl.

Nej, /etc/bashrc ska finnas där den finns.

Har du kontrollerat vilket shell du använder? Det är bara bash och sh som använder sig av .profile. För att kontrollera kan du skriva echo $0 eller echo $SHELL i terminalen.

Om du använder bash så ska den läsa in .profile vid uppstart. Lägg in ett par echo med lämplig text på ett par olika ställen i .profile och titta sen efter texterna när du öppnar ett nytt terminalfönster. Om bara en del visas är det förmodligen något fel som gör att inläsningen av filen avbryts.

Nu blev det lite olyckligt med smileysarna i sökvägarna, men om det egentligen är ett kolon följt av ett dollartecken på de ställena, så är allt ok.

Eftersom du inte svarat på detta så frågar jag igen: har du sett till att avsluta terminalsessionen och starta en ny, så att ändringarna träder i kraft?

Har du startat en ny session så att .profile läses in? Det räcker inte med att bara ändra i den...

Om du vill kan du skicka upp hela din .profile här, så är det lätt att se om det finns något konstigt i den.

Det är bara att lägga till, med kolon som separator. Tänk bara på att om det av någon anledning finns två program med samma namn i sökvägen, så kommer det först påträffade av dem att exekveras.

Låt säga att du själv skriver ett program som heter 'ls' och i PATH sätter katalogen för detta program före katalogen för systemets 'ls'. Då kommer du inte längre åt den vanliga 'ls' utan att ange hela sökvägen '/bin/ls'. Detta kan också bli en säkerhetsrisk.

Variabeln $PATH innehåller mycket riktigt de sökvägar som satts upp tidigare, och därför kan man använda den för att lägga till fler kataloger. Det är dock inte förrän man exporterar variabeln som den kommer sin omgivning till del.

Lägg till följande sist i .profile:

PATH="/usr/local/bin:$PATH"
export PATH

Sen måste du antingen läsa in ändringarna genom att göra

source .profile

eller, enklare, stäng ner terminalfönstret och öppna ett nytt, för att ändringarna ska träda i kraft.

Vad för funktionalitet är du ute efter?

För inställningar för ett interaktivt login-shell kan man använda antingen .bash_profile, .bash_login, eller .profile

Haken är att enbart den första existerande av dessa läses in, sedan avbryts sökandet. För ett interaktivt shell som inte är ett login-shell läses .bashrc in.

Skickar du inte med några argument till pg_ctl?

Åtminstone bör du specificera vad det är du vill göra (starta, stoppa, kolla status osv), och sen kan det vara lämpligt att specificera datakatalog (dvs den katalog du gjorde initdb på).

Ex:

./pg_ctl start -D /usr/local/pgsql/data
./pg_ctl status -D /usr/local/pgsql/data

Förmodligen har du inte /usr/local/bin i din sökväg. Pröva att gå till katalogen och sedan köra kommandot ./pg_ctl istället. (Alltså en punkt och ett snedstreck innan pg_ctl.)

Vad använder du för kommando för att starta PostgreSQL? Vad får du för felmeddelande?

Bat-filer är körbara på Windows, inte Mac OS X. Möjligtvis kan den gå att översätta till ett shellskript, men det beror på vad den gör och vilka kommandon den använder.

Detta problem har i 95% av fallen sitt upphov i att man installerat en tredjepartskontextmeny som inte fungerar som den ska. Titta i mappen 'Contextual Menu Items' i /Library eller ~/Library och plocka bort tilläggen ett efter ett till du hittar boven. (Starta om Finder mellan varje...)