|
|
|
|
|
|
|
Ja toll. Build unter Windows einfach kaputt 
Python redet etwas von CP1512 in einer Python eigenen Datei, Downgrade hilft auch nicht 
| |
| Code: |
$ python3 /mingw64/bin/meson.py winbuild
Exception in thread Thread-20:
Traceback (most recent call last):
File "C:/msys64/mingw64/lib/python3.5\threading.py", line 914, in _bootstrap_inner
self.run()
File "C:/msys64/mingw64/lib/python3.5\threading.py", line 862, in run
self._target(*self._args, **self._kwargs)
File "C:/msys64/mingw64/lib/python3.5\subprocess.py", line 1014, in _readerthread
buffer.append(fh.read())
File "C:/msys64/mingw64/lib/python3.5\encodings\cp1252.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x90 in position 25: character maps to <undefined>
Traceback (most recent call last):
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\mesonmain.py", line 286, in run
app.generate()
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\mesonmain.py", line 168, in generate
intr.run()
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 2455, in run
super().run()
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 125, in run
self.evaluate_codeblock(self.ast, start=1)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 146, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 140, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 161, in evaluate_statement
return self.evaluate_if(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 214, in evaluate_if
self.evaluate_codeblock(i.block)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 146, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 140, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 151, in evaluate_statement
return self.function_call(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 372, in function_call
return self.funcs[func_name](node, self.flatten(posargs), kwargs)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 1445, in func_run_command
self.subdir, in_builddir)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 76, in __init__
pc, self.stdout, self.stderr = self.run_command(command_array, source_dir, build_dir, subdir, in_builddir)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 96, in run_command
return Popen_safe(command_array, env=child_env, cwd=cwd)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\mesonlib.py", line 497, in Popen_safe
o, e = p.communicate(write)
File "C:/msys64/mingw64/lib/python3.5\subprocess.py", line 801, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
File "C:/msys64/mingw64/lib/python3.5\subprocess.py", line 1066, in _communicate
stderr = stderr[0]
IndexError: list index out of range
...
|
|
Ich hasse Windows. Windows ist sicher schuld! Weil so halt.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 11.04.2017 18:54]
|
|
|
|
|
|
|
|
|
Ich würde mal behaupten, dass der obere Traceback dein eigentliches Problem ist, und zwar scheint das der IO-Thread vom Subprozess zu sein, der daran stirbt. Vermutlich steht in irgendeiner Datei Gibberish oder das Encoding passt nicht und jemand bei Meson hat nicht gedacht, dass das passieren könnte. Naja und deswegen explodiert das weiter unten wahrscheinlich weiter weil lol dynamische Sprache.
e: Ziemlich sicher, dass Windows nicht Schuld ist, abseits von deren Ranzencoding-Erfindungen vielleicht.
Aber das ist ja generell ein toller Trace.
| |
| Code: |
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 146, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 140, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 161, in evaluate_statement
return self.evaluate_if(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 214, in evaluate_if
self.evaluate_codeblock(i.block)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 146, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 140, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 151, in evaluate_statement
return self.function_call(cur)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreterbase.py", line 372, in function_call
return self.funcs[func_name](node, self.flatten(posargs), kwargs)
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 1445, in func_run_command
|
|
Nen dickeres Fick dich! kann man einem Debuggenden wohl kaum ins Gesicht wichsen.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 11.04.2017 18:59]
|
|
|
|
|
|
|
|
|
Du bist ja genauso gereizt wie ich 
Was ich schon versucht habe:
1.) Downgrade python
2.) Downgrad meson
3.) Einfaches Testprojekt mit neuer meson.build # funktioniert
4.) meson.build neu erstellt mit UTF-8, UTF-8+BOM, ASCII...
Ich habe naemlich auch irgendwelches Gibberish (Bytematsche/Encodingmatsche) in Verdacht. Ich vermute jetzt, dass irgndwelche Dateien geparsed werden mit denen ich erstmal gar nicht rechne.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 11.04.2017 19:03]
|
|
|
|
|
|
|
|
|
Ich denke mal, dass irgendwas, was Meson ausführt Stdout/Stderr erzeugt mit Zeugs drin, was Meson dann nicht decoden kann. Compiler-Fehlermeldung oder sowas vielleicht?
| | | Du bist ja genauso gereizt wie ich | |
Wenn ich sowas nur von weitem sehe, geht mir schon der Puls hoch
Ein wundervolles Gegenbeispiel für "Interpreter im Interpreter" wäre Jinja2, welches sprachübergreifend(!) korrekte(!) Traces erzeugt bei Fehlern. Das ist große Liebe. Aber ist ja auch von Armin.
--
Hau doch mal an der Stelle einen print(command_array) in den Code:
File "C:/msys64/mingw64/lib/python3.5/site-packages\mesonbuild\interpreter.py", line 96, in run_command
return Popen_safe(command_array, env=child_env, cwd=cwd)
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 11.04.2017 19:06]
|
|
|
|
|
|
|
|
|
Danke! Ich habe es schon 
Ich kopiere ein paar Ressourcen an Ort und Stelle:
| |
| Code: |
$ cat copy_win_resources.sh
#! /bin/sh
# run_command(command, list_of_args) is run from an unspecified directory,
# therefore we have to change the cwd always manually.
cd $MESON_SOURCE_ROOT
cp lib/*.dll $MESON_BUILD_ROOT
cp server.* $MESON_BUILD_ROOT
|
|
Neu hinzugekommen ein Icon, ich mag es ja huebsch haben fuer meine Anwender:
| |
| Code: |
#! /bin/sh
# run_command(command, list_of_args) is run from an unspecified directory,
# therefore we have to change the cwd always manually.
cd $MESON_SOURCE_ROOT
cp lib/*.dll $MESON_BUILD_ROOT
cp server.* $MESON_BUILD_ROOT
cp icon.png $MESOND_BUILD_ROOT
|
|
Das ist aber falsch, es muesste cp icon.png $MESON_BUILD_ROOT lauten, ohne D. Und dann geht das Encoding hoch 
// edit meint
Ich denke wir mein neuer Lieblingssmilie.
// edit
Na toll. Mein Icon ist haesslich.
Ich bin Programmierer! Ich kann nicht malen 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 11.04.2017 19:20]
|
|
|
|
|
|
|
|
|
Passwort in der Logmeldung Ist mir auch schon passiert mit Java, dass passiert generell sehr leicht und man sollte deswegen nicht unbedacht Logmeldungen ausgeben. Weiss jetzt aber nicht ob das was mit PHP zu tun hat oder dem Datenbanktreiber, aber womit es sicher nichts zu tun hat ist HTTPS. Auf der einen Seite ist die Webanwendung und die Absicherung der Verbindung ueber HTTP(S) ist etwas voellig anderes.
Warum ich das eigentlich schreibe?
Tracker! Dieses Ding indexiert ohnehin zu viel, gerade die ganzen Metainformationen und Dateiinhalte sind nicht erforderlich. Und dann loggt das Ding permanent alle Dateinamen- und Pfade in Systemd-Journal, wenn Tracker mal wieder irgendwas "nicht versteht". Dann lade ich die Ausgabe von journalctl auf einen Bugtracker hoch wegen einem beliebigen anderen Problem - natuerlich komplett - und zwischendrin stehen dann Namen von Bilddateien und Quellcodedateien
Ich bin mir sicher, beides will niemand per Default nicht im Log stehen haben. Das kann peinlich bis gefaehrlich werden.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 12.04.2017 10:53]
|
|
|
|
|
|
|
|
|
|
Klugscheißeralarm in den Kommentaren. Sind wahrscheinlich Wordpress Fanboys die sich von jeder Kritik an PHP hart triggern lassen.
|
|
|
|
|
|
|
|
|
|
|
Du hast nicht wirklich bis zu den Kommentaren gescrollt 
|
|
|
|
|
|
|
|
|
|
|
|
Ich hab sogar mitgemacht, aber bei Golem ist Leute beleidigen relativ unbefriedigend.
|
|
|
|
|
|
|
|
|
|
|
Nachtrag zu meinem Encodingproblem, ich habe die Shellvariable auch im Linux-Script zum kopieren der Resourcen falsch geschrieben. Und unter Linux reagiert das System wie man es gewohnt ist, es interessiert sich nicht fuer den falschen Variablennamen 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 12.04.2017 17:33]
|
|
|
|
|
|
|
|
|
Does a non-instruction that is non-defined and unofficially guaranteed to non-execute exactly as if it had never been in the instruction set to begin with count as an x86 instruction?
[ x86 I-Encoding intensifies ]
Aus: How many x86 instructions are there?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 12.04.2017 18:53]
|
|
|
|
|
|
|
|
|
| | Zitat von AcidPils
Wenn ich mir jetzt wirklich endlich nen neuen PC kaufen will, wär ein Ryzen 5 1500x/1600x und eine GTX1070 ne brauchbare Wahl?
Muss kein Ultra High End werden…
Hab gerade:
AMD Phenom(tm) II X4 955 Processor
NVIDIA Corporation GT200 [GeForce GTX 260] (rev a1)
Und ja, das Ding ist alt und muss weg... naja, eigentlich isses Antik und ich bekomm gerade wieder Lust mal was zu zocken.
Acid
| |
Darauf wollte ich noch antworten:
Ich habe einen Phenom II X4 905e mit GTX650
Deine Grafikkarte ist halt alt, aber beim Prozessor stehst du gut da
Du willst wahrscheinlich die Nvidia wegen den besseren proprietaeren Treibern? Schau dir mal die Erfahrung mit den neuen quelloffenen AMD-Treibern an, die meisten sind sehr angetan.
Ich haette gerne einen Ryzen 1700 und eine RX480/580. Gehalt gibt es nur gerade nicht her.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 13.04.2017 10:01]
|
|
|
|
|
|
|
|
|
|
Bezahlst du ein Haus und Unterhalt für zwei Ex-Frauen oder in was für ner Ranzbude schaffst du an, dass keine 800¤ für Hardware abfallen?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ryzen 5 1400 vor FX-9590 bei 200 Watt weniger Verbrauch
Was Dinge kompilieren angeht sind die älteren CPUs btw. nicht so abgeschlagen, weil viele typische Benchmarkanwendungen (Cinebench & friends) ISA-Erweiterungen nutzen und generell oft FP-lastig sind. Ein E3-1231v3 ist da nur 40-50 % schneller als ein Phenom II X6.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 13.04.2017 10:14]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Is das unter Linux auch so krass oder is das ein Windows Ding?
|
|
|
|
|
|
|
|
|
|
|
|
Linux-User sind in der Breite schon etwas schlauer.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TheRealHawk
Bezahlst du ein Haus und Unterhalt für zwei Ex-Frauen oder in was für ner Ranzbude schaffst du an, dass keine 800¤ für Hardware abfallen?
| |
TLDR: Ranzbude
Deine Schaetzung von 800 Euro wuerde reichen, fall ich ein reines Upgrade machen wuerde. Ich habe jetzt schickes aber kleines Cube-Gehaeuse und die Technik darin funktioniert wunderbar, also waere auseinandernehmen nicht sinnvoll. Und weil mein Monitor recht alt ist, moechte ich in etwa so ein UltraHD Modell neu kaufen.
Gehaeuse 100 Euro
Netzteil 70 Euro
Board 120 Euro
CPU 350 Euro
RAM 110 Euro
Grafikkarte 240 Euro
SSD 140 Euro
Monitor 550 Euro
= 1680 Euro
Sommerurlaub und Rennrad stehen auch noch auf dem Programm, ich habe halt in den letzten Monaten mehr Wert auf Moebel die mir gefallen (Wohnzimmertisch, Esstischstuehle) gelegt. Und den Beamer habe ich mir gerade gegoennt. Ich mag es gar nicht mag es nicht, wenn ich ans generelle Sparguthaben gehen muss.
Ich bin zu sehr Kartoffel. Und ich haette mich wohl vor zwei Jahren bei BMW bewerben sollen, aber die haben ihre IT mit Linux+Qt+Gtk wohl komplett zurueck nach Muenchen verlagert.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 13.04.2017 11:30]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Man darf doch kein OGL-Level ausweisen, welches man in Hardware gar nicht kann?
| |
Wer hat das denn behauptet?
|
|
|
|
|
|
|
|
|
|
|
|
Da ich es auch erst seit kurzem kenne und wahnsinnig cool finde: Probiert mal ncdu aus!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Besonders nützlich ist der Shortcut "d".
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Uh, praktisch.
| |
In der tat.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
Da ich es auch erst seit kurzem kenne und wahnsinnig cool finde: Probiert mal ncdu aus!
| |
Kenne ich. Es sollte allgemein viel mehr NCURSES-Anwendungen geben!
TUI sind einfach voellig vernachlaessigt, dabei waeren sie so gute Freunde fuer alle CLI- und GUI-Anwendungen.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(Das ist schon länger gepatcht und war wohl zu keinem Zeitpunkt signifikant weit ausgerollt)
|
|
|
|
|
|
|
|
|
|
|
|
"Pre-4.5" steht ja schon im Titel. Openssl nutzt das Flag an einigen Stellen zumindest, also wie die Verbreitung mal war ist glaube ich noch fraglich
|
|
|
|
|
|
|
|
|
|
|
Der Bug ist erst seit 3.19 oder so drin gewesen
e: Generell aber wieder eine superb Informationslage zu völlig belanglosen Lücken. RCE oder Local Root, pah, da reden wir bei Linux doch gar nicht weiter drüber.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 13.04.2017 15:52]
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 // 0x23 ( const int MAX_POST = 30 * 100; // 0x23 ) |
