Ubuntu Sverige

Hej!

Jag vet att i på FAT/NTFS-partitioner så finns den en begränsning på hur långa filnamn och mappnamn man få har. Finns det något liknande på ext3-partitioner? Och är det i sådana fall någon skillnad på filnamn och mappnamn?

Sprak skrev: Hej!

Jag vet att i på FAT/NTFS-partitioner så finns den en begränsning på hur långa filnamn och mappnamn man få har. Finns det något liknande på ext3-partitioner? Och är det i sådana fall någon skillnad på filnamn och mappnamn?

Min ända erfarenhet av det här är att vissa filer inte gick att bränna(pga en alltför lång path)  så det finns nog ett max

I /usr/include/linux/limits.h finns NAME_MAX = 255 och PATH_MAX = 4096.

Lars skrev: I /usr/include/linux/limits.h finns NAME_MAX = 255 och PATH_MAX = 4096.

Wow! Vad händer om jag ändrar de värdena?

antagligen kan du ha större filnamn? Men räcker inte standard?

Sprak skrev:

Lars skrev: I /usr/include/linux/limits.h finns NAME_MAX = 255 och PATH_MAX = 4096.

Wow! Vad händer om jag ändrar de värdena?

Ingenting, du behöver förmodligen kompilera om kärnan för att ändra dessa. Include-filen används bara för att ta reda på var gränsen är satt.

Lars skrev:

Sprak skrev:

Lars skrev: I /usr/include/linux/limits.h finns NAME_MAX = 255 och PATH_MAX = 4096.

Wow! Vad händer om jag ändrar de värdena?

Ingenting, du behöver förmodligen kompilera om kärnan för att ändra dessa. Include-filen används bara för att ta reda på var gränsen är satt.

Misstänkte att det var något sådant. Men, men jag får väl hitta på ett bättre sätt att skriva program på än där jag behöver ha mappnamn som är 1536 tecken långa.

Vad är det för program du gör?

Jag snubblade över sidan eternityii.com/. Det är en tävling där man ska lägga ut 256 pusselbitar i ett 16x16 stort bräde. Den som är först vinner 2 miljoner $. Jag räknade lite snabbt på det och kom fram till att det finns 8,75*10^600 varianter. Det går 3,2*10^7 sekunder på ett år så även om man gör ett program som hinner med 1000 olika varianter per sekund så får man ändå hålla på ett bra tag (därav namnet på pusslet gissar jag). Hursomhelst jag har inte riktigt kunnat bli av med tanken så jag har bestämt mig för att knåpa ihop ett program som ska försöka iaf Så jag sitter och spånar på hur man kan bygga upp ett sådant program och en av mina första varianter krävde mappnamn som var 1536 tecken långa.

Vilket språk? jag kanske kan vara till någon nytta 

Galgalid skrev: Vilket språk? jag kanske kan vara till någon nytta 

Jag vet inte riktigt än. Än så länge är det mest ett tankeexperiment, men med tanke på att jag bara kommer att kunna köra programmet på min och brorsans dator så får det väl bli Java, eftersom han kör Windows.

oj verkar jätte tuft.. måste skaffa mig... jag har inte riktigt insett hur det funkar än... men om det är så som jag gissar så skulle jag nog försöka mig på att använda vektorer

Chippen skrev: oj verkar jätte tuft.. måste skaffa mig... jag har inte riktigt insett hur det funkar än... men om det är så som jag gissar så skulle jag nog försöka mig på att använda vektorer

De har ett mindre testpussel på sidan som man kan testa, så egentligen behöver du inte skaffa pusslet (kostade 300-400) för att förstå principerna bakom det.

korrekt url: http://se.eternityii.com/
läste om ettan på Wikipedia - verkar inte helt enkelt att lösa ;-)

Lycka till Sprak!

jag ska prova det när jag kommer hem... får inte använda flash på jobbet... men jag måste nog skaffa det ändå... låter som en spännande programmerings utmaning...

Jag ska nog försöka använda python och göra en flerdimentionell tuppel för varje kort där jag tilldelar varje mönster typ en siffra och sedan genom att ha fyra dimentioner på tuppeln kan jag berätta vilka mönster varje kort har... sedan kan jag kolla vilka kort som kan ligga brevid varandra... och till sist borde det inte vara omöjligt att komma vidare därifrån, fast å andra sidan kan jag ha missuppfattat hela konceptet med spelet?!

luktar rekursiva lösningar lång väg

vad bertder rekursiva lösningar?

Chippen skrev: vad bertder rekursiva lösningar?

En funktion som anropar sig själv och delar upp ett problem i tillräckligt små delar tills de blir lösbara. Som exempel brukar man nämna Fibonaccis talserie som ser ut så här: 1 1 2 3 5 8 13 21 34 ...
Alltså varje tal är summan av sina två föregående.

public int fibo (int n) {
  if (n < 3) {
    return 1;
  }
  return fibo(n-2) + fibo(n-1)
}

Men nackdelen med recrusiva funktioner är väl att de tar mycket internminne? Jag läste om att det förra pusslet tog två datorer 7 månader att knäcka, kommer inte allt internminne var slut för länge sedan då?

Men skulle du inte kunna typ radera efter hand som uträkningen fortgår?

om man gör så att datorn går igenom brickorna systematiskt så behöver den inte spara informationen... jag är väldigt nybörjare på programmering, så jag måste redan nu göra en ny tråd för att fråga en grejj (Nej jag gillar inte att ställa mina frågor i fel trådar för då blir det omöjligt att hitta om jag glömmer bort:D)