Nach ein paar Zecken und einem Jahr im Wald dann dieses Bein - Doxycyclin sag ich nur:

Irgendwie hat mich Erlang immer schon fasziniert. Eine Programmiersprache aus den gefuehlten 60ern (Es sind die 80er) - eigentlich immer noch ziemlich Modern und doch kaum benutzt. Erlang zielt genau in die richtung in der ich immer mit libevent, glib und C mir irgendwelche kleinen netzwerkgeschichten schreibe, event driven, multi-connection etc.

Jetzt habe ich mal angefangen "Programming Erlang - Software for a Concurrent World" zu lesen. Und ich muss sagen - Ohne Buch keinen Einstieg. Die Sprache ist so "anders" und so Komplex im Syntax das man ohne einen "For Dummys" einstieg vor lauter Pfeilen und Klammern nur Bahnhof versteht. Für jemanden der sein leben lang Assembler geschrieben hat (Und mehr ist C auch nicht) flimmern dann Bilder von Cycles und Horden von instructions für jedes Statement vor den Augen.

Ich kann mir irgendwie immer noch nicht vorstellen das man mit Erlang Programme schreiben kann deren Laufzeitverhalten irgendwie Deterministisch ist. Wann kommt der Garbage Collector? Und ist meine Variable vielleicht nicht doch nur eine Funktion die im Hintergrund noch schnell den Letzten Linux Kernel downloaded?

Seite 325 - Warum hat jemals code in einer anderen Sprache existiert? Erlang ist an einigen Stellen total verrückt. Key value store für Memory und Disk eingebaut, inter process communication bzw RPC über Rechnergrenzen hinweg und dann noch eine Datenbank die SQL like ist aber auch kein Problem hat gleich ganze Datenstrukturen zu speichern - Natuerlich mit Replikation auf mehrere Nodes und eingebauter resynchronisation nach einem crash.

Bin ganz gespannt einiges davon am Montag mal auszuprobieren - Ich habe schon dutzende Anwendungsfälle im Kopf.

Tagsüber lasse ich mir ja beim Arbeiten zusehen: http://silicon-verl.de/home/flo/webcam/.Das dingen war seit wochen kaputt und keiner hat was gesagt. Also jetzt - Bitte überwacht mir das mal ...

Openldap 2.4.23 in Debian  - Das slapd-smbk5pwd overlay laedt nicht mit einem abstrusen fehler

slapd[21308]: smbk5pwd: unable to find "krb5KDCEntry" objectClass.

Nach ein bischen debuggen ist es doch ein bug in dem Overlay das wie unten zu sehen eine Variable auf dem Stack ablegt und diese nicht nullt. Das ist natürlich eine doofe idee wenn man die nur conditional setzt.

Nachdem ich wusste woran das liegt hab ich auch den Debian und Openldap Bug gefunden:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631120

 830         case PC_SMB_ENABLE: {
 831                 slap_mask_t     mode = pi->mode, m;
 832
 833                 rc = verbs_to_mask( c->argc, c->argv, smbk5pwd_modules, &m );
 834                 if ( rc > 0 ) {
 835                         Debug( LDAP_DEBUG_ANY, "%s: smbk5pwd: "
 836                                 "<%s> unknown module \"%s\".\n",
 837                                 c->log, c->argv[ 0 ], c->argv[ rc ] );
 838                         return 1;
 839                 }
 840                 Debug( LDAP_DEBUG_ANY, "%s/%d:smbk5pwd: mode is %08x\n", FUNCTION, LINE, pi->mode);
 841
 842                 / we can hijack the smbk5pwd_t structure because
 843                  from within the configuration, this is the only
 844                  active thread. /
 845                 pi->mode |= m;

19 Milliarden neue Schulden nennt ihr eine tolle Errungenschaft? Seit 40 Jahren wird vom ausgeglichenen Haushalt gesprochen und die CDU/FDP bekommst im Jahr mit dem grössten Steueraufkommen nicht hin eine 0 unter den Haushalt zu schreiben. Diese Hampelmänner kann man doch nicht erst nehmen.

19 Milliarden zurückzahlen - das wäre mal eine Feier wert.

Da will man nur schnell rausfinden ob die ONT Software zur Hardware passt und man erbt einen Rattenschwanz. Da die tolle Software so namen hat wie "FE53216AOCH18" kommt man nicht drauf. Also auspacken. Natürlich ist das ein Linux und natürlich liefert Alcatel-Lucent keinen Source mit. 

Laut file ist das ein "cromfs" - Schnell gefunden - gebaut und tatsächlich anders als bei squashfs ist ein unmkcromfs dabei. Leider steigt das mit einem ziemlich generischem "Error" aus. 

File sagt das das cromfs ein big endian cromfs ist - Also ist der verdacht nahe das so wie bei squashfs das cromfs endianess abhängig ist. Da meine ganzen big endian architectures gut verstaut sind schnell ein qemu mit mips support gestartet - git installiert und jetzt warten wir darauf das der CPU simulierte g++ das cromfs uebersetzt hat. Schnarch

Wieso bitte schreibt cramfs in die files "Compressed ROMFS"? Das macht doch keinen Sinn. Noch schlimmer ist das "file" dann auch noch meint es wäre ein "CromFS" was einen natürlich fatal auf die falsche Fährte schickt. Naja - Das mips qemu zeugs war nicht umsonst - cramfs ist definitiv endianedd dependent:

 [370535.951818] cramfs: wrong endianess

In der qemu gemounted und schonmal ein wenig rumgeguckt - busybox, iptables/netfilter - Alles GPL ... Ob ich das jetzt mit Alcatel-Lucent Diskutiere das die OEMten ONTs von Cambridge Technologies alle GPL code enthalten und ich gerne den source fuer die Firmware haette?

Spannend wäre es ob ich modifizierte images einspielen kann

Es ist etwa 20 jahre her als ich mir mal das S5 zeugs angesehen habe. Mittlerweile ist viel Zeit vergangen und das Zeugs billiger geworden. Wie es scheint kriegt man für erschwingliches Geld eine S7 zum spielen zusammen. Der hintergedanke ist einfach mal richtung Home Automation zu gehen. EIB, KNX und Co sind relativ Teuer und von den möglichkeiten doch sehr eingeschränkt - Also warum nicht gleich eine S7 verbauen. 

Jetzt muss ich nur noch begreifen wie die einzelnen Module kommunizieren und wie man das so mit ein und ausgängen so am besten macht. Mixen von 24V und AC ist jetzt nicht drin - Dafür müsste ich überall Kanäle stemmen weil die VDE ja sagt das Niederspannung und AC in seperaten rohren liegen müssen. Wollen wir uns dann mal dran halten. Also müssen für die Ausgänge entweder gleich Digital Out Karten mit AC her oder man stopft sich den Schaltschrank mit Koppelrelais voll. Was ich mit den Eingängen mache ist mir noch nicht klar. Ein teil ist sicherlich DC 24V aber die ganzen Taster die in der Wohnung sind kriege maximal mit AC zusammengeschraubt - Koppelrelais am Eingang ?!?