spot

Det 'riktiga' sättet att göra detta är att sätta upp ordentliga relationer mellan tabellerna och sedan utnyttja cascaded delete, då behöver du bara ta bort de orderrader du önskar, så försvinner även de relaterade produkterna. Om du inte har möjlighet att ändra databasschemat så behöver du ändå inte använda nån stored procedure med en loop, följande räcker:

BEGIN;
DELETE FROM tblProduktorder WHERE orderID IN (SELECT orderID FROM tblOrder WHERE orderLevererad);
DELETE FROM tblOrder WHERE orderLevererad;
COMMIT;

(Detta förutsätter att kolumnen 'orderLevererad' är, eller kan konverteras till BOOL.)

Personligen har jag bara jobbat mot PostgreSQL från Cocoa. Jag har använt mig av libpq direkt, vilket iofs har fungerat utmärkt, även om man önskar sig lite högre abstraktionsnivå ibland. ODBC-stödet i Mac OS X kommer från iODBC, så du kan ju kika lite på vad de säger.

Det låter onekligen som att webbkamera med tredjepartsdrivrutin skulle kunna vara boven. Panic.log säger att kraschen inträffade i com.apple.iokit.IOUSBUserClient som ju macam använder sig av. (User-space implementering av USB, så buggen ligger troligen i Apples implementering, eller eventuellt i IOKit.) Utvecklaren av macam har också med ett par punkter om kernel panic i sin FAQ, så problemet verkar inte vara isolerat.

Om det är dettta som är orsaken, så borde du enkelt kunna testa det. Uppstår problemet om du inte har iChat igång? Om kameran inte är ipluggad? Om du avinstallerar macam?

För SQL Server så går FreeTDS att kompilera för Mac OS X. JDBC-drivrutin finns att ladda ner gratis från Microsoft. ODBC-drivrutin kan man köpa från ex. Actual Technologies.

Det här börjar ju bli intressant...

Kan du posta resultatet från

kextstat -l

Det ger en lista på moduler som är dynamiskt inladdade i kärnan. Vet du själv om du har installerat någon sådan tredjepartsmodul?

Som sagts tidigare så finns det alltså inget sådant som osynliga processer. En plugin som löper amok genererar naturligtvis processoranvändande för sin moderprocess.

Enda möjligheten att gömma undan en process är att patcha de verktyg som används för att kolla, så att de gör en filtrering (vilket givetvis alla rootkits med självaktning gör...

Så här ser top i Mac OS X 10.4.8 (PPC) ut:

$ ls -l /usr/bin/top
-rwsr-xr-x 1 root wheel 83088 Mar 21 2005 /usr/bin/top

$ md5 /usr/bin/top
MD5 (/usr/bin/top) = e1526a9caf9829c30a256f1dad381bf0

Nej. En annan socket path än standard kan specificeras på något av följande sätt:

* Konfigurationsfil (/etc/my.cnf)
* --socket=/path flagga på kommandolinje (för både server och klient)
* Miljövariabeln MYSQL_UNIX_PORT
* --with-unix-socket-path=/path som argument till configure vid kompilering

Installationspaketet gör inget sådant.

Om det är din egen programvara och du litar på koden kan du ju helt enkelt sätta root som owner och sen sätta set-user-ID-on-execution biten. Då exekveras programmet som root, oavsett vem som startar det.

Se man chmod för mer info.

ab (apache benchmark) följde ju med apache 1.3, kanske även apache 2. Och så finns ju Flood.

Defaultplatsen för MySQL:s socket är /tmp. Om man vill använda någon annan plats får man själv skapa kataloger, se till att rättigheterna är korrekta och ändra i konfigurationen så att mysqld använder den rätta socketen. Installationspaketet från MySQL AB gör såvitt jag vet inga sådana saker alls.

Det är inte så att du kör Mac OS X Server, och din installation krockar med Apples?

Vad säger MySQL-loggen?

Utan att veta mer så låter det som att mysql-användaren inte har rättighet att öppna en socket i /var/mysql

Om ett program startar direkt när man drar igång terminalen kan inställningen som orsakar detta finnas på ett par olika ställen.

1. I inställningarna för Terminal.app: se till att login shell är valt, inte ett specifikt kommando.

2. I ditt login shells konfigureringsfiler. Om du använder bash kan det vara .bash_profile, .bash_login eller .profile, eller möjligtvis /etc/profile

Om du använder tcsh kan det vara .tcshrc, .cshrc eller .login, eller möjligtvis /etc/csh.cshrc eller /etc/csh.login

Filnamn som börjar med punkt är osynliga i Finder, därför behöver du en texteditor där du kan välja att se osynliga filer för att kunna öppna och redigera dessa. (vi, pico eller nano från terminalen går givetvis bra.)

Om man inte har jobbat med de här filerna förut är det bra att vara försiktig när man ändrar i dem. Det du letar efter är en rad som ser ut nåt i stil med detta:

/usr/local/bin/irssi

Sätt ett #-tecken framför den raden och spara sen filen, då ignoreras raden:

#/usr/local/bin/irssi

...och eftersom jag samtidigt rättade ett stavfel i ett inlägg i denna tråden, så försvann det.

Finns det månntro en databasserver här bakom som inte vet vad relationsintegritet är?

Nåväl, det jag skrev var att ett alternativ till Aktivitetskontroll är ju att köra 'top' i terminalen.

'top -o cpu' sorterar på cpu-användning.

'top -X' ger en interaktiv top. Tryck 'o' och ange sedan sorteringsnyckel (ex. 'cpu')

Har du kollat att Aktivitetskontroll är inställt på att visa 'Alla processer', och inte bara 'Mina processer'? (Drop down-menyn i verktygsfältet...)

Men, det är väl bra om brist på ändringar saknas...

Skämt åsido, Apple brukar vara bra på att hålla funktionalitet hemlig, vare sig den är revolutionerande eller inte, så det är väl lite tidigt att uttala sig ännu. Det är lika bra att hålla ut till tisdag, och inte ens då kommer all ny funktionalitet att redovisas. Ny systemfunktionalitet kommer kanske inte att synas förrän programutvecklare drar nytta av den.