Du bist nicht eingeloggt! Möglicherweise kannst du deswegen nicht alles sehen.
  (Noch kein mods.de-Account? / Passwort vergessen?)
Zur Übersichtsseite
Hallo anonymer User.
Bitte logge dich ein
oder registriere dich!
 Moderiert von: mercury, Schalentier


 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 [80] 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »
erste ungelesene Seite | letzter Beitrag 
Rufus

AUP Rufus 12.02.2008
...
Find ich auch eher putzig. Breites Grinsen

// die ganzen Heulbojen sollten das einfach endlich mal verinnerlichen:

 
PHP was a tool just for my own personal use

[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Rufus am 15.08.2014 14:39]
15.08.2014 14:36:54  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
teK

tek
Magie
Dafür habe ich neulich djb2 genommen:

 
Code:
unsigned long hash(unsigned char *str) {
  unsigned long hash = 5381;
  int c;
  while (c = *str++)
    hash = ((hash << 5) + hash) + c; /* hash * 33 + c */
  return hash;
}


War schon besser als das, was ich mir für die bekannte Anwendungsdomäne überlegt hatte. :\

e: oh Gott, das war ja Ernst mit
strlen()
. Ich glaube, in mir ist gerade etwas gestorben.

This posting proudly sponsored by PHP
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von teK am 15.08.2014 14:46]
15.08.2014 14:38:46  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
hoschi

hoschi
 
Zitat von theromi

Hat Ivy Bridge sowas schon, oder wie verstehe ich den Beitrag? peinlich/erstaunt



Ja. Ivy Bridge, Haswell und Broadwell haben das schon und die Funktionalitaet ist in Hardware anders abgebildet. Weswegen die Entwickler bei Intel das zunaechst nicht fuer SandyBridge nachgezogen haben. Soweit ich weiss kann Sandy Bridge unter MacOS sogar OpenGL 3.3.
15.08.2014 15:49:20  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Traxer

Mod GSG9
so so

 
Code:
uint32_t HashBuffer(const uint8_t* buffer, size_t nbytes)
{
	assert(buffer != NULL);
	assert(nbytes > 0);
	
	uint32_t hash = 0x811C9DC5; // 2166136261;
	
	for (size_t i = 0; i < nbytes; ++i)
	{
		hash ^= buffer[i];
		hash *= 16777619;
	}
	
	return hash & 0x0fffffff;
}
15.08.2014 15:59:39  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
FNV war's iirc auch in Programmieren I. Mussten die Studis aber nicht implementieren, ging um die Logik.
15.08.2014 16:22:18  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Haha.

C++ braced initializer list.

Geht nicht. Kann keine Conversion machen von der IL auf den Konstruktor, der std::initializer_list<...> nimmt.

Rekursiv vereinfacht. Irgendwann beim struct in der IL angekommen. Struct hatte einen Standardwert für einen Member. Impliziter Default-ctor. Kein Aggregate mehr. Fuck you.

Gar nicht mal Schuld vom Compiler, dass die Meldung da so extrem unhilfreich ist, weil die initialisierung eines Aggregates in der IL ja gar keinen Typ hat, solange kein Template matcht. Deswegen kann der Compiler nicht wissen, dass eine IL mit dem struct nicht möglich ist, weil er gar nicht wissen kann, dass dieser Teil der IL dieses struct initialisieren können sollte nach dem Usergedanken, aber dieses ja nicht geht weil das struct ja wie gesagt kein Aggregate ist und damit gar nicht per IL initialisiert werden kann.

tldr [ C++ ]
17.08.2014 1:20:45  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Andererseits könnte der Compiler durchaus sagen "junge, du versucht da indirekt etwas mittels IL zu initialisieren, was man gar nich per IL initialiseren kann". Also nicht meckern aufgrund der IL, sondern aufgrund der Nutzung der IL. Und dann könnt' man noch ne notice hinterherpacken wieso man da keine IL nutzen kann. z.B. "das zweite ding von dem std:air da drüben hat nen impliziten default-ctor, wegen des default-values da drüben".
Vielleicht mal nen Ticket aufmachen...


/e: Ja doch, Ticket.

 
Code:
~> cat t.cc
#include <map>

struct s {
    bool member = false;
};

std::map<int, s> my_map{
    { 1, { false } },
    { 2, { true } }
};

int main()
{
    return 0;
}
~> g++ -std=c++11 t.cc
t.cc:10:1: error: no matching function for call to &#8216;std::map<int, s>::map(<brace-enclosed initializer list>)&#8217;
 };
 ^
t.cc:10:1: note: candidates are:
In file included from /usr/include/c++/4.9.1/map:61:0,
                 from t.cc:1:
/usr/include/c++/4.9.1/bits/stl_map.h:270:9: note: template<class _InputIterator> std::map<_Key, _Tp, _Compare, _Alloc>::map(_InputIterator, _InputIterator, const _Compare&, const allocator_type&)
         map(_InputIterator __first, _InputIterator __last,
         ^
/usr/include/c++/4.9.1/bits/stl_map.h:270:9: note:   template argument deduction/substitution failed:
t.cc:10:1: note:   candidate expects 4 arguments, 2 provided
 };
 ^
In file included from /usr/include/c++/4.9.1/map:61:0,
                 from t.cc:1:
/usr/include/c++/4.9.1/bits/stl_map.h:253:9: note: template<class _InputIterator> std::map<_Key, _Tp, _Compare, _Alloc>::map(_InputIterator, _InputIterator)
         map(_InputIterator __first, _InputIterator __last)
         ^
/usr/include/c++/4.9.1/bits/stl_map.h:253:9: note:   template argument deduction/substitution failed:
t.cc:10:1: note:   couldn't deduce template parameter &#8216;_InputIterator&#8217;
 };
 ^
In file included from /usr/include/c++/4.9.1/map:61:0,
                 from t.cc:1:
/usr/include/c++/4.9.1/bits/stl_map.h:236:9: note: template<class _InputIterator> std::map<_Key, _Tp, _Compare, _Alloc>::map(_InputIterator, _InputIterator, const allocator_type&)
         map(_InputIterator __first, _InputIterator __last,
         ^
/usr/include/c++/4.9.1/bits/stl_map.h:236:9: note:   template argument deduction/substitution failed:
t.cc:10:1: note:   candidate expects 3 arguments, 2 provided
 };
 ^
In file included from /usr/include/c++/4.9.1/map:61:0,
                 from t.cc:1:
/usr/include/c++/4.9.1/bits/stl_map.h:230:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(std::initializer_list<std::pair<const _Key, _Tp> >, const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(initializer_list<value_type> __l, const allocator_type& __a)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:230:7: note:   no known conversion for argument 1 from &#8216;<brace-enclosed initializer list>&#8217; to &#8216;std::initializer_list<std::pair<const int, s> >&#8217;
/usr/include/c++/4.9.1/bits/stl_map.h:224:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(std::map<_Key, _Tp, _Compare, _Alloc>&&, const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(map&& __m, const allocator_type& __a)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:224:7: note:   no known conversion for argument 2 from &#8216;<brace-enclosed initializer list>&#8217; to &#8216;const allocator_type& {aka const std::allocator<std::pair<const int, s> >&}&#8217;
/usr/include/c++/4.9.1/bits/stl_map.h:220:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(const std::map<_Key, _Tp, _Compare, _Alloc>&, const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(const map& __m, const allocator_type& __a)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:220:7: note:   no known conversion for argument 2 from &#8216;<brace-enclosed initializer list>&#8217; to &#8216;const allocator_type& {aka const std::allocator<std::pair<const int, s> >&}&#8217;
/usr/include/c++/4.9.1/bits/stl_map.h:216:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(const allocator_type& __a)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:216:7: note:   candidate expects 1 argument, 2 provided
/usr/include/c++/4.9.1/bits/stl_map.h:208:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(std::initializer_list<std::pair<const _Key, _Tp> >, const _Compare&, const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(initializer_list<value_type> __l,
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:208:7: note:   no known conversion for argument 1 from &#8216;<brace-enclosed initializer list>&#8217; to &#8216;std::initializer_list<std::pair<const int, s> >&#8217;
/usr/include/c++/4.9.1/bits/stl_map.h:193:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(std::map<_Key, _Tp, _Compare, _Alloc>&&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >]
       map(map&& __x)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:193:7: note:   candidate expects 1 argument, 2 provided
/usr/include/c++/4.9.1/bits/stl_map.h:182:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(const std::map<_Key, _Tp, _Compare, _Alloc>&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >]
       map(const map& __x)
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:182:7: note:   candidate expects 1 argument, 2 provided
/usr/include/c++/4.9.1/bits/stl_map.h:171:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map(const _Compare&, const allocator_type&) [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >; std::map<_Key, _Tp, _Compare, _Alloc>::allocator_type = std::allocator<std::pair<const int, s> >]
       map(const _Compare& __comp,
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:171:7: note:   no known conversion for argument 1 from &#8216;<brace-enclosed initializer list>&#8217; to &#8216;const std::less<int>&&#8217;
/usr/include/c++/4.9.1/bits/stl_map.h:162:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::map() [with _Key = int; _Tp = s; _Compare = std::less<int>; _Alloc = std::allocator<std::pair<const int, s> >]
       map()
       ^
/usr/include/c++/4.9.1/bits/stl_map.h:162:7: note:   candidate expects 0 arguments, 2 provided


vs

 
Code:
~> cat t.cc
#include <map>

struct s {
    bool member;
};

std::map<int, s> my_map{
    { 1, { false } },
    { 2, { true } }
};

int main()
{
    return 0;
}
~> g++ -std=c++11 t.cc
~>


/e: Ticket hier: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62165
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von csde_rats am 17.08.2014 16:47]
17.08.2014 13:32:18  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
[KdM]MrDeath

mrdeath2
da hier grade auch wenig los ist mal ein bischen missbrauch:
von euch hat nicht zufällig jemand noch ne brauchbare tastatur für nen R60 thinkpad rumliegen?
17.08.2014 22:06:28  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
AcidPils

AcidPils
Ich schau morgen mal auf der arbeit.
Da könnten noch diverse R60 in meinem Schrank rumliegen peinlich/erstaunt

Acid
17.08.2014 22:09:13  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
[KdM]MrDeath

mrdeath2
uhhh das wäre äusserst sexay :x
17.08.2014 22:11:26  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
 
[sudo] password for roman: (Falsches Passwort)
Passwort: (Richtiges Passwort)


(..pacman findet was zum aktualisieren..)


==> Mit Aktualisierung fortfahren? [J/n]
==> [D]etails betrachten [M]anuell Pakete auswählen
==> -----------------------------------------------
==>
[sudo] password for roman:


Da lagen keine 5 Sekunden zwischen. Warum musste ich in so kurzer Zeit zwei mal mein sudo-Passwort eingeben? Und warum ist der Prompt nach dem ersten Versuch, in den ich das richtige Passwort eingegeben habe, anders als die anderen? peinlich/erstaunt
18.08.2014 1:24:22  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
ShinyDoofy

Shiny doofy
Ok, ich kapier's nicht. CentOS 7 mit systemd. Ich möchte unter Serviceaccount svc etwas starten (Bootvorgang dauert lang). Klingt machtbar genug. Allerdings wird der Dienst sofort wieder heruntergefahren.

Das .service-File als Minimalbeispiel:
 
[Unit]
Description=The something Service
After=syslog.target network.target

[Service]
Type=forking
ExecStart=/bin/su svc -c "echo ExecStart >> /some/log/file" &
ExecStop=/bin/su svc -c "echo ExecStop >> /some/log/file"

[Install]
WantedBy=multi-user.target


Im Original wird ein Script gestartet, das unter eben jenem User laufen sollen, damit der den Dienst startet.
In besagtem Logfile steht nach
systemctl start svc
, dass hoch- und runtergefahren wurde. Was mache ich falsch? peinlich/erstaunt

/Hab's. Man kann natürlich
User=svc
angeben, dann kann man sich auch den Aufruf von
su
klemmen. Einzig das Mitloggen der Ausgaben wird nicht unterstützt. Naja, muss ich's halt im Script selbst machen mit den Augen rollend
Daher merke: Nicht einfach irgendwas von irgendwoher kopieren und meinen, dass es laufen soll
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von ShinyDoofy am 18.08.2014 2:34]
18.08.2014 1:50:56  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
 
Zitat von theromi

 
[sudo] password for roman: (Falsches Passwort)
Passwort: (Richtiges Passwort)


(..pacman findet was zum aktualisieren..)


==> Mit Aktualisierung fortfahren? [J/n]
==> [D]etails betrachten [M]anuell Pakete auswählen
==> -----------------------------------------------
==>
[sudo] password for roman:


Da lagen keine 5 Sekunden zwischen. Warum musste ich in so kurzer Zeit zwei mal mein sudo-Passwort eingeben? Und warum ist der Prompt nach dem ersten Versuch, in den ich das richtige Passwort eingegeben habe, anders als die anderen? peinlich/erstaunt



Andere Shell/Environment?
18.08.2014 2:29:32  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
 
Zitat von csde_rats

 
Zitat von theromi

 
[sudo] password for roman: (Falsches Passwort)
Passwort: (Richtiges Passwort)


(..pacman findet was zum aktualisieren..)


==> Mit Aktualisierung fortfahren? [J/n]
==> [D]etails betrachten [M]anuell Pakete auswählen
==> -----------------------------------------------
==>
[sudo] password for roman:


Da lagen keine 5 Sekunden zwischen. Warum musste ich in so kurzer Zeit zwei mal mein sudo-Passwort eingeben? Und warum ist der Prompt nach dem ersten Versuch, in den ich das richtige Passwort eingegeben habe, anders als die anderen? peinlich/erstaunt



Andere Shell/Environment?


Mh, sollte nur zsh sein. Wieso sollte das auf einmal im selben Passwort-Promt wechseln und unten wieder in der Ursprungsshell sein? peinlich/erstaunt

Ich kann das auch nicht reproduzieren. Das ist schon komisch Breites Grinsen
18.08.2014 3:13:38  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
B0rG*

Gordon
Ich denke der "Passwort:"-Prmompt kommt von su, während der sudo Prompt von sudo kommt. Da sudo von der richtigen Passworteingabe von su nix mitbekommt fragt sudo nochmal.
18.08.2014 8:09:59  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
trolo München
18.08.2014 10:28:27  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
audax

AUP audax 03.12.2007
Warum auch immer die Meldung wieder hoch kommt Mata halt...

Die Süddeutsche hat ne alte Story ausgegraben und alle reposten es wieder Breites Grinsen

Hier die richtige Antwort vom Stadtrat: http://www.heise.de/open/meldung/Linux-in-Muenchen-Stadtrat-verteidigt-LiMux-gegen-Buergermeister-2262506.html
18.08.2014 10:42:35  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
froehlich grinsen
man 0p iso646.h

/e: "Lineare Suche ist ein gutes Verfahren für kleine [assoziative Arrays] (bis 20 Einträge)"
Hmmmmm.
"Addition der ASCII-Verschlüsselung" ist auch gut.
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 18.08.2014 20:49]
18.08.2014 17:39:55  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Ich hab ein auth.log von 100MB. (Textprobe spar ich mir, normales ssh/pam/...-Textlog halt.) Sehr gut komprimierbar..

// hier stand ein codeblock, der das Layout zerfickte

/// oh, war doch weiter oben

Wieso braucht bzip2 denn so krass viel länger?
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von Rufus am 19.08.2014 15:53]
19.08.2014 4:07:54  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Weil bzip2 halt einfach langsamer ist?
19.08.2014 14:12:19  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
betruebt gucken
Ach so, na dann.
19.08.2014 14:22:24  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
40 mal langsamer klingt aber schon nach ner derben Hausnummer? peinlich/erstaunt
19.08.2014 14:33:36  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
GH@NDI

ghandi2
Vielleicht isses ja auch 40mal kleiner Breites Grinsen
19.08.2014 14:40:05  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Nein, das .bz2 hat noch knapp halb soviel wie das .gz.
19.08.2014 14:44:02  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
Dann wissen wir jetzt, wie Effizienz und Zeit bei Kompressionsverfahren zusammenhängen. Da sich die zwei Datenpunkte sowohl durch ein Polynom als auch durch nicht-polynomiale Funktionen fitten lassen, ist nebenbei P=NP bewiesen worden.
19.08.2014 14:48:11  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
19.08.2014 15:24:37  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
ShinyDoofy

Shiny doofy
Gzip an sich ist schneller als bzip2. Außerdem ist der Default für gzip Kompressionslevel 6 (aus 1 bis 9), was 6 auch immer genau bedeutet. Bzip2 hingegen komprimiert ohne zusätzliche Parameter auf Level 9, dem langsamsten, was dem der Geschwindigkeit noch mehr das Genick bricht.
19.08.2014 15:31:04  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Außerdem nutzt keins der Programme adaptive compression, was dem der Geschwindigkeit noch mehr das Genick bricht.
19.08.2014 15:47:32  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
Gott sei Dank, ich dachte schon, wir würden gar keine Fachbegriffe mehr von dir sehen.

Nach etwas Recherche vermute ich, dass gzips LZSS-Schritt sehr viel schneller ist als der BWT-Schritt von bzip2, weil danach bei beiden Huffman kommt. Wenn man jetzt noch Ahnung von Algorithmen hätte. traurig
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 19.08.2014 15:52]
19.08.2014 15:51:39  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Traxer

Mod GSG9
nimm halt einfach lzma.
19.08.2014 16:31:39  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 [80] 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »

mods.de - Forum » Linux » 

Hop to:  

Mod-Aktionen:
13.09.2014 17:26:16 teK hat diesen Thread geschlossen.

| tech | impressum