I det första programmet ser vi att deadlock kan ske väldigt enkelt om båda programmen
sover lika länge och sedan tar mutex1 respektive mutex2	samtidigt. Vid det läget, efter
sleep(1) väntar t1 och t2 på mutex2 respektive mutex1 i en deadlock. Variablen thread
ändras inte, och därför	fylls kolumnen med nollor. Med pthread_mutex_lock() kan det väldigt
lätt bli såhär. Tråden blockeras från resursen ända till den släpps av den andra tråden.
I andra programmet används istället funktionen ...mutex_trylock() som först kontrollerar
att resursen faktiskt är fri, och om den inte är det returnerar den direkt. Då trylock lyckas
(trylock>0) ändras i det här fallet (uppg3b.c) variabeln thread och visar att tråden har fått
båda resurser under en kort loop, för att sedan släppa båda resurser. Om trylock misslyckas,
släpps även resursen som tråden hade från början. I den här körningen kan det då inte bli
deadlock.
