Präsentiere: siginfo-ng 0.1

[gandro]

Hast du auch neu kompiliert?

[Blue-Fox]

Klar...
make clean
make config
make

Das gleiche Problem tritt auch auf, wenn ich das Beispielplugin aus #36 verwende...

[gandro]

Hast du auch dran gedacht, dass das möglicherweise installierte siginfo-ng nicht dem eben gerade kompilierten ./siginfo-ng entspricht?

[Blue-Fox]

Nein, da liegt der Fehler!

Wenn ich ./siginfo-ng eintippe geht es!

[Blue-Fox]

Huhu, Version 0.1.3-1 ist fertig!

Muss nur noch Fehlerbereinig werden, bzw. optimiert werden.

Edit: Fehlerfrei!
Edit2: Optimiert!
Edit3: Jetzt fehlt nur noch die sprueche.conf
Edit4: Done!
Edit5: Quellcode:

Spoiler anzeigen

Code:

#include <stdio.h> // Standard
#include <stdlib.h> // Für srand

#include "../plugin.h"
#include "../siginfo-ng.h"

#define BUF 255

char temp[BUF];
char puffer[BUF];

void bofh_funktion(plugin_t *self) {
   char *getsline_number(int n, FILE *file) {
      int i;
      for(i = 0; i < n-1; i++)
         if(fgets(temp, BUF, file) == NULL)
            /* Bis zur n-ten Zeile lesen */
            return NULL; /* Zeile scheint nicht zu existieren */
      /* Stream ist jetzt in der n-ten Zeile */
      if(fgets(puffer,BUF,file) == NULL)
         return NULL; /* Zeile scheint nicht zu existieren */
      return puffer; /* Zeile an Aufrufer zurück */
   }
   FILE *f;
   unsigned int line;
   char *linenr;
  
   f = fopen("sprueche.conf","r");
   if(f == NULL) {
      printf("Error 101");
   }

   srand(time(NULL));    // Zufalls-
   line = rand() % 8 + 1;// generator
  
   linenr=getsline_number(line, f);
   if(linenr == NULL) {
      fprintf(stderr, "Fehler beim Lesen der"
                      " %d-ten Zeile, Error102-%d\n", line, line);
    }
   set_value(self, &linenr, T_STRING);
}


void bofh_init() {
   register_plugin("BOFH", bofh_funktion);
}

Bis jetzt weiß ich noch nicht genau, ob das so funktioniert...
Edit6: Die sprueche.conf muss selber geschrieben werden und im plugin-Verzeichnis abgelegt werden.

So, 0.1.3-1pl1 ist fertig, Zip, rar und tar folgen.
Done!:
http://blue-fox.bplaced.net/BOFH/bofh-pl...l1.tar.bz2
http://blue-fox.bplaced.net/BOFH/bofh-pl...pl1.tar.gz
http://blue-fox.bplaced.net/BOFH/bofh-pl....1.3pl1.7z
http://blue-fox.bplaced.net/BOFH/bofh-pl...1.3pl1.tar
http://blue-fox.bplaced.net/BOFH/bofh-pl...1.3pl1.zip

Ist alles das selbe, nur in Anderen Archiven.

Wichtig: Ich übernehme keine Haftung für Schäden an PC und Software!
(gandro wies mich darauf hin, dass ich aufpassen soll, das meine Programme keine Hunde fressen.)

[Blue-Fox]

0.1.3-1pl2 ist raus, keine großen Veränderungen, nur eine sprueche.conf beigefügt.
http://blue-fox.bplaced.net/BOFH/bofh-pl...pl2.tar.gz

[gandro]

*push*

Das Plugin-Framework von siginfo-ng 0.1 an sich ist ein bisschen unpraktisch, abgesehen davon, dass Blue-Fox und Blue, afaik die beiden einzigen die noch bisschen daran rumbasteln, nur C-Basiskenntnisse haben, ist es mühsam, die Binary jedes mal neu zu kompilieren für andere Plugins.

Ich hab mir überlegt, das ganze Pluginsystem mit dynamischen Libraries zu machen (.so-Dateien über dlopen() und Co), das gibt allerdings viel zu tun, und macht im Grunde nichts einfacher, im Gegenteil, nur vieles komplizierter, dafür müsste nur nicht mehr so oft kompilieren.

Daher ist mein Gedanke, einen Lua-Interpreter in siginfo-ng 0.2 einzubauen. Würde heissen: Man schreibt Plugins zukünftig nicht mehr in C, sondern in Lua. Dessen Standard-Bibliothek kann zwar nur wenig mehr als Dateien und Prozesse öffnen und Strings parsen, aber für 95% der existierenden Plugins machen ja genau das.

Das coole an Lua ist, dass es wirklich überall läuft (überall wo ANSI-C läuft, also wirklich überall) und nicht zwingend eine Abhängigkeit darstellt, da man die ganze Sprache inkl. Standardbibliothek direkt ins Binary mit einkompilieren kann, sind nur rund 120KB.

Vorteil ist: Man kann Plugins als Scripte schreiben, zur Laufzeit laden, muss nur einmal kompileren und hat ne einfachere Programmiersprache.

Frage ans Publikum ist jetzt daher, ob die Leute, die siginfo-ng nutzen bzw. daran basteln, Interesse haben das einzubauen, oder ob sie lieber mit dem alten statischen C-Müll bleiben wollen, daran werd ich aber in naher Zukunft nichts tun.

[oreissig]

ich fänd den ansatz mit lua definitiv interessant
könnte genügend testrechner zur verfügung stellen um die plattformunabhängigkeit testgetrieben sicherzustellen

vll schau ich mir in paar freien minuten (der tag sollte definitiv mehr stunden haben) auch mal siginfo-ng an, das ist (doch hoffentlich??) nich ganz so enorme bloat-software und daher vll ganz nett da einzusteigen

[Blue]

wär dafür, btw ich besitze keine c kenntnisse, ich frimel mir das immer irgendwie hin und es läuft oder läuft nicht meistens läuft es aber..

[Blue]

Achja gandro, kannst ja mal easteregg fragen ob er dir auch ein Milestone einbauen kann, für Bugs und co:

Roadmap – Siginfo