Von http://www.wordle.net/.
Via Wadler's Blog.
| X | Y |
| Linux | Microsoft Windows XP Professional Edition™ |
| OpenOffice | Microsoft Office XP™ |
| Ardour | Dingens, hier, Cubase, oder so |
Im Moment bin ich auf Amrum, draußen liegt Schnee und ich programmiere in Python. Ich habe gerade lange einen Bug in meinem Code gesucht, der sich aus für mich überraschenden Seiteneffekten in Python ergab. Folgendes Skript demonstriert das:
n = 10
l = range(0, n)
lazyList = []
for i in range(0, n):
lazyList.append((lambda x: x[i], l))
resultList = []
for (fun, x) in lazyList:
resultList.append(fun(x))
print(resultList)
Das Ergebnis ist wider Erwarten:
Die mit lambda erstellten Funktionen verändern also ihr verhalten, weil sie anscheinend auf i referenzieren und nicht den Wert abspeichern. Ist das gewollt? Oder ein Bug im Python-Interpreter? In beiden Fällen, wie kann man das umgehen?[9, 9, 9, 9, 9, 9, 9, 9, 9, 9]
./adb kill-server
ADBHOST=192.168.0.202 ./adb start-server
ADBHOST=192.168.0.202 ./adb devicesdebian-gta02:~/playground/dbus# ./test org.freesmartphone.ogsmd \
/org/freesmartphone/GSM/Device \
org.freesmartphone.GSM.SIM.RetrieveMessagebook "[String \"all\"]"
Array:
1: Struct:
1: Int32: 1
2: String: sent
3: String: +49xxxxxxxxxxx
4: String: Dies ist eine durch ein Haskell-Skript \
versandte Test-Simse.
2: Struct:
1: Int32: 2
2: String: unread
3: String: +49xxxxxxxxxxx
4: String: Dies ist eine von klenz versendete \
antwort
shahn@habana:~$ ssh root@192.168.0.202
root@192.168.0.202's password:
root@om-gta02:~# cd /proc/
root@om-gta02:/proc# cat cpuinfo
Processor : ARM920T rev 0 (v4l)
BogoMIPS : 199.47
Features : swp half thumb
CPU implementer : 0x41
CPU architecture: 4T
CPU variant : 0x1
CPU part : 0x920
CPU revision : 0
Cache type : write-back
Cache clean : cp15 c7 ops
Cache lockdown : format A
Cache format : Harvard
I size : 16384
I assoc : 64
I line length : 32
I sets : 8
D size : 16384
D assoc : 64
D line length : 32
D sets : 8
Hardware : GTA02
Revision : 0360
Serial : 0000000000000000