|
|
|
|
|
|
|
Ich freue mich so auf C++17.
|
|
|
|
|
|
|
|
|
|
|
Statixx hat recht. Nö.
Wobei - das versehentlich vergesessen von sudo dich spaetestens beim Speichern mit VI, VIM, NeoVIM, Emacs oder was du auch benuetzen magst, dich innerhalb kuerzester Zeit in den Wahnsinn treiben wird 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 03.05.2017 11:02]
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
Ich freue mich so auf C++17.
| |
Ich auch, ich muss aber erstmal alle Features der letzten Version kennen lernen. Ich muss mir die Zeit dafuer einfach nehmen. Aber (War)Lord Traxer wird uns gleich einen Einlauf verpassen.
@Traxer: Nicht ernst nehmen
Ich will nur endlich ein externes Interface zu GCC fuer Autocompletion, Warnings und Errors.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Statixx hat recht. Nö.
Wobei - das versehentlich vergesessen von sudo dich spaetestens beim Speichern mit VI, VIM, NeoVIM, Emacs oder was du auch benuetzen magst, dich innerhalb kuerzester Zeit in den Wahnsinn treiben wird
| |
Deswegen macht man das alles doch auch mit ed.
¤: Und für mich wird C++ überhaupt erst mit den neuen Versionen interessant ehrlich gesagt.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 03.05.2017 11:04]
|
|
|
|
|
|
|
|
|
|
Vim natürlich. Komm ich wunderbar mit klar. Bei nur einem Benutzer ists wahrscheinlich wurscht, aber ich find das sudo-Konzept besser als wenn mehrere Nutzer das selbe root-Passwort benutzen. Lässt sich auch einfach schöner konfigurieren wer was genau darf. Und sudo su geht ja auch immer noch, falls es einen so sehr nervt.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
¤: Und für mich wird C++ überhaupt erst mit den neuen Versionen interessant ehrlich gesagt.
| |
Ja, finde es auch die richtige Entscheidung, die stdlib stark zu erweitern. Es nervt einfach, sich für alles Mögliche irgendwelche Dependencies ins Boot holen zu müssen. Ich liebe Python hauptsächlich dafür, dass es so viele Batteries included hat.
C++11 hat die Sprache für mich immens aufgewertet, und 17 scheint da nochmal gut einen drauf zu legen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von statixx
Vim natürlich.
| |
| | Zitat von hoschi
Statixx hat recht. Nö.
Wobei - das versehentlich vergesessen von sudo dich spaetestens beim Speichern mit VI, VIM, NeoVIM, Emacs oder was du auch benuetzen magst, dich innerhalb kuerzester Zeit in den Wahnsinn treiben wird
| |
:%y ist dein Freund 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Dagrachon am 03.05.2017 12:18]
|
|
|
|
|
|
|
|
|
|
Ich bin an der Stelle gesetzlich verpflichtet euch alle aufzufordern alle C++-Projekte in Rust neu zu schreiben.
|
|
|
|
|
|
|
|
|
|
|
Wenn es die Dependencies alle für Rust gibt, meinetwegen, das wird aber noch dauern.
Ich finde rust ja auch interessant, aber der Hype bei HN fängt an mir auf den Sack zu gehen.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 03.05.2017 12:48]
|
|
|
|
|
|
|
|
|
|
Wir haben Anfang des Jahres von Java 6 zu 7 gewechselt. Bis Rust hier ankommt habe ich wahrscheinlich diverse Male den Job gewechselt.
|
|
|
|
|
|
|
|
|
|
Gargabe Collection, interpretierte Sprachen...
|
| | Zitat von csde_rats
Ich bin an der Stelle gesetzlich verpflichtet euch alle aufzufordern alle C++-Projekte in Rust neu zu schreiben.
| |
Ich wollte gerade deinen Hypetrain entgleisen lassen.
Oli war schneller, der Zug mit den Lemmingen wird wie jedes mal entgleisen. Und wie jedes mal gibt es einen Zug zurueck, wie bei jeder Sprache, Konzept, Framework oder Service.
In fuenf Jahren schauen wir dann mal, ob Go oder Rust sich durchsetzen und welche Teile davon gut oder schlecht sind. In weiteren zehn Jahren ist es dann in C++ enthalten.
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von hoschi am 03.05.2017 14:00]
|
|
|
|
|
|
|
|
|
| | Zitat von Dagrachon
:%y ist dein Freund
| |
Danke. Ist aber doch nur die Haelfte einer Loesung? Dieser Hack hier hilft wohl gegen Ubuntu.
|
|
[Dieser Beitrag wurde 6 mal editiert; zum letzten Mal von hoschi am 03.05.2017 14:26]
|
|
|
|
|
|
|
|
|
Go mag ich ehrlich gesagt überhaupt nicht. Hässliche Syntax, komische Fanbois, die einem was von "C-Ersatz" erzählen wollen [1], und wenn man so ein bisschen querliest kriegt man den Eindruck, dass vieles Abseits der Stdlib schlicht Worksforme-Müll ist. In der Sprache sind einige schlaue Sachen drin, aber nix was ich als ernsthafte Killer-Features über bereits vorhandene Alternativen sehen würde.
Rust ist vom Ergebnis her halt eher wie modernes und diszipliniertes C++ mit anständiger Paketverwaltung. Nur wissen wir alle, wie schwer der "diszipliniert"-Teil ist, insbesondere bei Open Source. Da sehe ich schon einige wertvolle Vorteile... mein Bauchgefühl ist da aber, dass die Mehrheit der Dinge auch Einzug in C++ finden kann.
[1] Go ist viel besser mit einem Java-Ersatz vergleichbar; der Vergleich zu C entbehrt jeder Grundlage.
// EOD.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
| | Zitat von Oli
Ich freue mich so auf C++17.
| |
Aber (War)Lord Traxer wird uns gleich einen Einlauf verpassen.
| |
| |
| Code: |
namespace Fuck::You
{
void maybe()
{
return rand() & 1;
}
}
|
|
btw. wir war noch gleich der generische weg um einen "pointer" auf eine lambda function zu bekommen? ohne std.
das ganze muss mit capture und ohne tun.
btw. wer auch immer diese remove_if(Predicate) vergeigt hat... es wäre vermutlich zu viel verlangt gewesen da nicht einfach nur nen template parameter durch zu reichen?
nicht das diese "predicate" function irgendwas anderes als bool zurückgeben darf...
btw2. std::initializer_list ist compiler magic, richtig? also nicht die klasse, sondern wie das teil instanziert wird und der compiler da erkennt, dass er das teil nehmen soll.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich bin verwirrt...
wenn mir netstat -tulpen das hier ausgibt:
| |
| Code: |
tcp6 0 0 :::4444 :::* LISTEN 1001 567815 18067/xyz
|
|
warum kann ich dann via IPv4 auf diesen Listen-Port connecten? An sich, ist das was ich möchte, aber ich wundere mich, dass es für "Listen on Any" in diesem Fall keine zwei Einträge gibt: einmal für TCP mit 0.0.0.0:4444 und einmal für TCP6 mit :::4444?
Übersehe ich was?
// Also ich kann via v6 und v4 connecten. Obwohl netstat ja eigentlich nur v6 reported.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von GH@NDI am 03.05.2017 16:07]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Und um mich dem Kommentar bei Stackexchange anzuschliessen, bitte ss aus iproute2 verwenden. Nicht netstat
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von AcidPils
| | Zitat von csde_rats
Was für eine Sun? 
| |
Die einzige partnumber die ich finde ist 600-6508-01
@tek: was war das teil elektroschrott das ich damals bei dir geholt hab?
Acid
| |
Korrekt. (Re)Import aus Österreich.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Traxer
sicher das dass der gesicherte security.debian.org kram ist, den du da bekommst und nicht direkt cdn.debian.net aka deb.debian.org?
| |
Ja, bin ich. Selbst wenn man die Kette bei cdn.debian.net aka deb.debian.org beginnt, landet man letztlich wieder auf security.debian.org:
| |
| Code: |
$ curl -si http://deb.debian.org/debian-security/dists | egrep "HTTP|Location"
HTTP/1.1 302 Found
Location: http://cdn-fastly.deb.debian.org/debian-security/dists
$ curl -si http://cdn-fastly.deb.debian.org/debian-security/dists | egrep "HTTP|Location"
HTTP/1.1 301 Moved Permanently
Location: http://security.debian.org/debian-security/dists
|
|
Und hierhinter verbergen sich nun wieder die (zu)vielen IPs...
Übrigens aus der security.debian-FAQ:
| | Q: Why are there no official mirrors for security.debian.org?
A: Actually, there are. There are several official mirrors, implemented through DNS aliases. | |
Auf deutsch: Wer aus welchen Gründen auch immer auf ein möglichst statisches Konstrukt angewiesen ist, hat halt gelitten. ¯\_(ツ)_/¯
|
|
[Dieser Beitrag wurde 7 mal editiert; zum letzten Mal von Rufus am 03.05.2017 23:33]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Das hat es auch schon in einige Github-Threads und sogar private Orgs geschafft, aber GH hat wohl sehr schnell reagiert und die entsprechenden Links global geblacklisted.
---
Package : tiff
CVE ID : CVE-2016-3658 CVE-2016-9535 CVE-2016-10266
CVE-2016-10267 CVE-2016-10269 CVE-2016-10270
CVE-2017-5225 CVE-2017-7592 CVE-2017-7593
CVE-2017-7594 CVE-2017-7595 CVE-2017-7596
CVE-2017-7597 CVE-2017-7598 CVE-2017-7599
CVE-2017-7600 CVE-2017-7601 CVE-2017-7602
DoS, ACE, Information disclosure.
libtiff ist allerdings auch ein extrem gammeliges Stück Code. Vor vielen Jahren habe ich mal eine kleine Bildbearbeitung ("Polishop") zum Spaß gebastelt was mit getilten TIFFs funktioniert hat; und in Ermangelung von Dokumentation musste ich mich da durch den libtiff-Code quälen. Sagen wir mal so, das ist größtenteils in K&R-C geschrieben. Das impliziert im Grunde schon alle Nase lang ne Lücke.
UNIX®-Qualität.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 04.05.2017 0:12]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Und um mich dem Kommentar bei Stackexchange anzuschliessen, bitte ss aus iproute2 verwenden. Nicht netstat
| |
aber ifconfig wird doch wieder gepflegt!
und direkt ne inkompatibilität reingemacht 
| |
net-tools (1.60+git20161116.90da8a0-1) unstable; urgency=medium
After 15 years without upstream development, net-tools is being worked on
again, fixing many long-standing issues.
The bad news is that the output of many commands has changed, and it is sure
to break scripts that relied on parsing it.
If you have customs scripts that use any of these commands, please make sure
they still work after this upgrade:
netstat, ifconfig, ipmaddr, iptunnel, mii-tool, nameif, plipconfig, rarp,
route, slattach, arp.
Apologies in advance for the trouble that this may cause, but maintaining a
separate version of net-tools just to keep the old format is something I am
not able to do.
-- Martín Ferrari <tincho@debian.org> Mon, 26 Dec 2016 05:29:25 +0000
| |
|
|
|
|
|
|
|
|
|
|
|
Wieso fahren alle so auf Ninja ab? Die von cmake generierten Makefiles laufen bei mir (parallel) schneller durch als der initial build mit Ninja. Inkrementelle builds sind etwa gleich schnell. Oder sind die build files, die `cmake -G Ninja` erstellt nur schlecht?
--
Ryzen finde ich ja ganz interessant. NNur, dass die keinen Grafik Chip drin haben, stört mich - ich bin immer gut mit den Intel HD Dingern gefahren, zocken will ich ohnehin nicht. Welche billige Graka kauft denn der Programmierer von heute zum Ryzen CPU dazu?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 04.05.2017 8:43]
|
|
|
|
|
|
|
|
|
der "programmierer"? ich tippe jetzt mal auf web/backend/enterprise und nicht grafik/multimedia?
such dir eine der letzten drei jahre im bereich < 100 euro aus. präferiert von AMD, wenn es unter linux und mit offenen treibern tun soll. RX 560 oder RX 460 sollten da ausreichend sein. die sollten übrigens nach wie vor an so ziemlich jeder intel IGP (die nicht iris pro heisst) vorbeijoggen.
alternativ bis mitte des jahres warten und sich dann eine entsprechende APU kaufen.
|
|
|
|
|
|
|
|
|
|
|
Ich hatte mir halt mal ein low-power System gebaut, was ohne dedizierte Graka auskam und nur 60W oder so unter Last brauchte. Außerdem war das wunderbar leise. Meine alte Nvidia Graka ist so laut, die würde ich am liebsten nicht wieder einbauen müssen.
Also summit ridge enthält eine APU, 8 Kerne mit 16 threads und kostet < 300 Euro? Quelle
Das klingt doch ordentlich.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 04.05.2017 9:08]
|
|
|
|
|
|
|
|
|
|
Mit vergleichbarer Leistung gibt's auch passive Lösungen. Aber du kannst das eh nicht mit älteren Grakas vergleichen. Der Lüfter meiner 380X ist im idle z.B. einfach aus.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 04.05.2017 9:19]
|
|
|
|
|
|
|
|
|
Wenn das Ding eh nichts können soll außer Bild ausspucken reicht doch das billigste passive Teil, ne R5 230 kostet 30¤.
/e: diese USB-C Power Delivery Scheiße fuckt mich echt ab. Ich hab hier jetzt zwei unterschiedliche Netzteile und Kabel und konnte bisher keinen Erfolg verbuchen. Beim dritten Versuch frittier ich wahrscheinlich das Board. Man hätte ja zumindest eindeutige Bezeichnungen und Logos verwenden können, zumindest scheinen die meisten Schrottkabel die es in den USA gibt hier gar nicht erst auf den Markt zu kommen.
kA obs das auch bei anderen Geräte gibt, hab ich bisher nicht gesehen: das X1 Carbon lässt sich erst einschalten, wenn das Netzteil angeschlossen ist. Die Einstellung lässt sich auch im BIOS für den nächsten Start setzen. Ich hatte beim ersten Versuch diesen "wtf, DOA?" Moment...
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von TheRealHawk am 04.05.2017 10:48]
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
Also summit ridge enthält eine APU, 8 Kerne mit 16 threads und kostet < 300 Euro? Quelle
| |
Nein, Summit Ridge ist eine CPU ohne Grafikeinheit. Die APU kommt im Sommer, heißt Raven Ridge und wird maximal 4 Kerne (+ SMT) und eine Grafikeinheit auf Vega-Basis enthalten.
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 // 0x23 ( const int MAX_POST = 30 * 100; // 0x23 ) |
