Suchergebnisse

Kommt diese Meldung nachdem Du über make-menuconfig die passende Box ausgewählt hast oder nach dem Ausführen von make?

Ich bin mir nicht sicher, ob man tcpdump im Hintergrund laufen lassen kann aber damit sollte es gehen. Du kannst die Ausgabe in eine Datei umleiten und auch die Informationsmenge steuern. MfG pepi

Irgendwie funktioniert das ganze nicht ganz zufriedenstellend. Trage ich in hosts folgendes ein: 192.168.178.1 meinebox01.ip und restarte anschließend multid, dann kriegen das auch die angeschlossenen Rechner mit, davor nicht. Versuch ich folgendes: 192.168.178.1 meinebox01.ip...

[Edit frank_m24: Mehrere Beiträge zusammengefasst. Man kann seine Beiträge auch editieren.] Hi, bedarf es einen Neustart wenn Änderungen an hosts vorgenommen werden? Ich kann da eintragen was ich will, die Box reagiert nicht auf die Einträge. Box: 5140 Freetz: 1.1.1 MfG pepi...

Danke Leute, ist echt ein wahnsinns Support was Ihr hier bietet. MfG pepi

Eine kurze Frage habe ich noch. Das steht zwar bestimmt irgendwo im Forum, konnte es aber auf Anhieb nicht finden. Wie ist das mit diesen Patches? Werden die automatisch geladen, wenn die in dem Patches-Ordner liegen, oder muss man die in irgendeine Config-Datei eintragen? MfG pepi

Genau das habe ich gesucht, vielen Dank. MfG pepi

Erstmal wünsche ich allen frohe Feiertage. Wo finde ich die Stelle wo Freetz den „Freetz“ Link in die AVM Oberfläche einfügt? Ich würde dort gerne noch einen weitern Link hinzufügen. MfG pepi

Ich muss zugeben, mich verwirren zwei Dinge: 1. Was macht die zweite Test Klasse in der 2. Datei? 2. Was hat es mit dieser Position auf sich? Wenn du auf i mit t->i zugreifst, dann sollte es doch egal sein, dass dort noch ein weitere Klassenvariabel definiert ist. In Java sieht das Ganze...

Wenn es Dir nicht all zu viel Umstände bereitet, wäre schon super wenn Du das Problem etwas ausführlicher beschreiben könntest.

@Ralf Casting oder besser gleich gegen ein Interface entwickeln. Oder meinst Du Methoden überschreiben? Vielleicht meinst Du aber auch den static Modifizierer. So gilt hier eine Klassenvariable für jede Instanz der Klasse und befindet sich an einer festen Speicherposition. @Silent Ja...

@olistudent Kann ja sein, dass ich blind bin aber wo bitte steht im Ticket etwas von skb_buffer_alloc? @RalfFriedl In Java greift man über eine Instanz einer Klasse auf Methoden, Membervariablen etc. Hoffe, dass es das ist was du meinst.

skb_buffer_alloc ist vermutlich eine Funktion, die dev_alloc_skb oder alloc_skb aufruft und den Puffer alloziert. Das Allozieren selber sollte ja eigentlich kein segfault werfen. Java ist ja objektorientiert, da läuft der Zugriff über Klassen, es gibt keine Pointer.

Bis jetzt nur den Hinweis von oli mit dem "skb_buffer_alloc", sonst finde ich da nichts.

Auch auf die Gefahr hin mich zu wiederholen, möchte ich noch mal nachfragen wie Ihr zu dieser Fehlermeldung kommt bzw. wo und wie Ihr diesen Fehler zu Gesicht bekommt. Meine Box rebootet permanent. Kann da einer mal die komplette Fehlermeldung posten?

Und was ist mit der Kerneleinstellung? Liegt es definitiv nur daran?

@RalfFriedl Hilf mir mal bitte auf die Sprünge. Heißt das, dass wenn man die gleiche Kerneleinstellung hat wie das AVM Modul hat, es nicht zu diesem Fehler kommen dürfte? Habe schon Ewigkeiten kein C mehr gemacht. In Java müssen wir uns zum Glück nicht mit solchen Problemen beschäftigen...

Libsafe bringt in diesem Fall leider nichts. Ich habe da ein kleines C-Programm geschrieben und versuche die Bedingungen an meinem Linux Rechner nachzustellen, mal schauen ob da was dabei rauskommt. Wenn uns AVM den Quellcode fürs sein kdsld geben würde, dann wäre das Problem bestimmt...

Ist ja auch das gleiche. Mal schauen was dabei rauskommt. Es könnte schon helfen auf die Box zu kommen und verhindern, dass sich die Box permanent neustartet.

Was ist hiermit: http://www.noatun.net/docs/libsafe.html Lösen wird es das Problem vermutlich nicht aber man sollte wenigstens auf die Box kommen. Libsafe sollte verhindern, dass sich iptables und kdsld gegenseitig abschiessen.