@It0101 sagte in Kryptowährungen, was denkt ihr dazu?: Warum ist Gold wertvoll? Weil alle glauben dass es wertvoll ist und solange alle daran glauben, wird auch der Wert hoch sein. Daher würde man auch nie gegen Dinge wetten, deren Wert hoch angesetzt wird, obwohl wenig objektiver Nutzen dahinter ist. Es ist eigentlich ähnlich wie Bitcoin. Der Nutzen ist quasi nicht vorhanden, aber der Wert ist hoch, weil alle daran glauben dass er hoch ist. Bitcoins haben aber keine solche Geschichte wie bei Gold. Legendär war die Shopping Tour von König Mansa Musa im Jahr 1324/25. Der König gab dabei soviel Gold aus, das die Gold-Währung in Kairo/Ägypten um ein Viertel einsank. Dadurch wurde die Rückreise auf einmal zum Problem, da der König mit einer größeren Gefolgschaft reiste und sein Zahlungsmittel (Gold) um 25% an Wert verlor. Das Ergebnis, der König musste sich Geld für die Rückreise leihen.

Wieso prüfen? Du musst gar nix prüfen. Du machst einfach das was der Aufrufer vorgibt.

@Columbo sagte in Standardkonstrukor: @john-0 Tatsaechlich habe ich mich gerade mit einem Arbeitskollegen unterhalten, der mir erklaert hat, dass in Fortran die Etiquette besteht, dass man nie einen Parameter aendern sollte, gerade weil dies zu boesen Fehlern fuehrt, wenn man Konstanten etc. als Argumente hat (und ganz frueher, aber das war in den 90ern schon folklore, konnte man auf bestimmten Maschinen sogar die integer literals aendern, weil sie im Datensegment gespeichert waren). Das stimmt eher nicht. Beispiel finden sich etwa in der offiziellen BLAS Referenzimplementation z.B. DGEMM. Es war usus im Kopf der Routine das zu dokumentieren, so dass man wusste wie ein Parameter genutzt werden darf. Aber da reden wir über Fortran77 und älter, und bei so altem Fortran wurden meistens COMMON Blöcke genutzt, bei denen das Problem ohnehin nicht existiert. Ab Fortran90 gibt es das Intent Statement, mit dem man das auch durch den Compiler prüfen lassen kann. Das sah dann ungefähr so aus. C OLD FORTRAN STYLE C THIS SHORT PROGRAM DEMONSTRATE PARAMETER HANDLING WITHIN FORTRAN C SUBROUTINES AND FUNCTIONS COMMON/FOOCOM/ MODE,RCUT COMPLEX Z DATA Z /(1.0,3.141592654)/ CALL FOO(Z) WRITE(*,*) MODE,RCUT,Z END PROGRAM SUBROUTINE FOO(Z) C IN OUT: Z, /FOOCOM/ RCUT C IN: /FOOCOM/ MODE COMPLEX Z C Die Definition des COMMON Blocks und der Konstante würde man bei größeren Programmen in eine Include datei auslagern. PARAMETER (PI=3.141592654) COMMON/FOOCOM/ MODE,RCUT IF(MODE.EQ.1)THEN RCUT=RCUT*PI Z=Z**2 ELSE RCUT=RCUT*2*PI Z=Z**0.5 ENDIF END SUBROUTINE BLOCK DATA COMMON/FOOCOM/ MODE,RCUT DATA MODE,RCUT /1,3.0/ END Im aktuellen Fortran wurde man das Programm eher im folgenden Stil formulieren. program param_new use iso_fortran_env implicit none real(kind=real64), parameter :: PI = 3.141592654 real(kind=real64) :: rcut = 3.0 integer :: mode = 1 complex(kind=real64) :: z = (1.0,PI) call foo(mode, rcut, z) WRITE(*,*) MODE,RCUT,Z contains subroutine foo(mode,rcut,z) integer, intent(in) :: mode real(kind=real64), intent(in out) :: rcut complex(kind=real64), intent(in out) :: z if (mode == 1) then rcut = rcut * PI z = z ** 2 else rcut = rcut * 2 * PI z = z ** 0.5 end if end subroutine foo end program param_new Ein Fortran Fanatiker wuerde also das const sehen Nein, da man das in der Regel so nicht gemacht hat. Es gibt genügend Beispiel im Netz wie man das früher gemacht hat, die Variante, die dein Kollege ansprach, ist eher ungewöhnlich.

@Zafar schau dir doch mal irgendein einfaches ROOT-Tutorial an oder frag jemanden in deiner Arbeitsgruppe mit IT-Erfahrung. Für mich klingt das so, als wolltest du tree->Draw(...dein 2d-Histo, mit : die Variablen trennen); tree->Draw("mee:ptee", "yield", "colz") // oder so? mit x, y und yield als Füllwert? "in kompliziert" machen. Den cut (y_low<6) kannst du im weight angeben und den Scalefactor kannst du nachher einmalig auf das ganze Histogramm anwenden. (und das gewünschte Binning bekommst du, indem zu das TH2 erst anlegst und im Draw dann Draw("x:y>>my_predef_histo", ...) machst. PS: Drell-Yan hat nur ein n.

Danke :)!

Danke @daMicha , lesen hätte geholfen

@firefly: Sorry, nicht gesehen (manchmal werden Beiträge nicht automatisch angezeigt, wenn die Seite geöffnet ist und ich muß nochmal explizit F5 drücken).

... Womit man sich SFML-Gefummel einhandelt, keine Ahnung, was weniger schlimm ist. Momentan will ich SendMessage( ... WM_PRINT ... ) probieren, der muß irgendwie meine Eingabe verdauen, nur leider kommt die Nachricht nicht an. ich hab nicht alles gelesen aber dein Versuch SendMessage mit WM_PRINT, was soll das bringen? Oder sollte das WM-PAINT heißen was genau so sinnlos ist, denn zum neuzeichnen kannst du nicht einfach WM_PAINT aufrufen, das macht die GDI du kannst nur deinen Zeichenbereich für ungültig erklären (Repaint) und dann wird WM_PAINT vom System angeschoben.

@booster sagte in std::set und std::less -> 3 overloads have similar conversions: Dein Code geht bei mir auch nicht da ich auch nur c++17 kann. Der Code laesst sich auch leicht C++17-kompatibel machen; https://coliru.stacked-crooked.com/a/e1355db04f7cb26a

@DirkB ja stimmt hab es geändert danke dir

@Cardiac ich spiele nicht mit 'goto' herum wir dürfen es nicht benutzen

@Quiche-Lorraine sagte in std::bad allocator zur Laufzeit: Sollte dein Thema eher nicht Parser oder Automaten sein? Ich habe da mal einen schönen Link gefunden: Regular Expression Matching Can Be Simple And Fast Ja, ich denke auch dass sich die Diskussion hier zu sehr um Folgeprobleme dreht, die wahrscheinlich durch - gelinde ausgedrückt - etwas holprigen Code selbst geschaffen sind. Nicht vergessen: Man will eigentlich meistens keine Bohrer, sondern Löcher

@DirkB stimmt verstehe danke dir

@Johnny01 Die meisten Programme lassen sich grob in 4 Richtungen unterscheiden: 1.) Schulprogramme Schulprogramme sind Programme, welche an der Schule gelehrt werden und welche fast immer hoffnungslos veraltet sind. Da werden Pointer, verkettete Listen,... benutzt. Möchte man hier helfen, so muss man erst einmal schauen was der Lehrer haben möchte und eine entsprechende Lösung zeigen. Egal wie veraltet, fehleranfällig die Lösung sein mag. 2.) Uniprogramme Uniprogramme sind relativ ähnlich zu Schulprogrammen. Jedoch hat man mehr Freiheiten beim programmiern, hauptsache das Ergebnis stimmt. Und an meiner Uni wurde immer gesagt, man lehre keine Programmierung, das darf man schön selbst machen. Also bekam man öfters eine sehr kurze Einführung in Java, C,... und durfte dann direkt ein Problem nachprogrammieren. 3.) Programmiersprache als MIttel zum Zweck Beispiel: "Hmm, der angebotene Kredit hat einen Zinssatz von 2% und eine Laufzeit von 8 Jahren. Der zweite angebotene Kredit hat einen Zinssatz von 4% und eine Laufzeit von 4 Jahren. Welcher Kredit ist günstiger?" In diesem Beispiel schnappt man sich eine Programmiersprache, rotzt den Programmcode herunter und schaut sich das Ergebnis an. Hierunter könnte dein Programm fallen. Du möchtest Koperkonstruktor verstehen, also schreibst du ein Programm und schaust dir das Verhalten an. 4.) Produktiver/professionieller EInsatz Im produktiven Einsatz versucht man Programme zu schreiben, welche möglichst wenig fehleranfällig, robust gegenüber Fehler (Eingabefehler), schnell, einfach, sauber, lesbar, dokumentiert, leicht erweiterbar, einfach zu bedienen,... ist. Und genau das ist der Unterschied zu den 3 vorherigen Richtungen. Auf einmal spielen Dinge wie fehleranfälligkeit eine Rolle. Betrachtet man dein Programm nun aus Sicht des produktiven Einsatzes, so stellt man sich halt die Frage warum du Pointer und Allokationen (new) nutzt. Beide Sachen erweisen sich nämlich als fehleranfällig. Wer gibt beispielsweise den allokierten Speicher in int* coordinates; frei? Warum erzwingt man hier ein new(), wenn man die Koordinaten doch direkt definieren kann ("int coordinates[2];")? Das macht das Programm doch unnötig langsamer. Deine Funktion make_pair hat eine gewisse Ähnlichkeit zu std::make_pair. Deine Funktion kann aber im Gegensatz zu der std::make_pair Variante ein Speicherloch erzeugen. Nicht gut. usw.

muss das python script denn wirklich ueber das c++ programm ausgefuehrt werden? Ich wurde das einfach standalone laufen lassen und die daten dann ueber ipc/rpc bereit stellen. A la named pipes, unix sockets, zeromq etc.

@DirkB ich darf noch keine funktionen benutzen

@firefly sagte in (Ubunut) libs über x64 Linux VM für Linux arm64 downloaden?: Und wenn apt nicht verfügbar ist, dann ist sehr wahrscheinlich auch dpkg nicht verfügbar. Aber das alles ist pure spekulation da uns nicht bekannt ist, um was für ein system es sich da handelt. du hast recht, dpkg ist auch nicht vorhanden... @Cardiac danke für deine anleitung, das habe ich soweit auch "glaube" ich so gemacht. hmm.. und wo liegen dann die libs der jeweiligen archtiektur!? das habe ich nicht geblickt;) normalerweise bin/ oder sbin/ oder k.a.:) wei kann ich das den auflisten?

@C-Sepp sagte in Iteratur Liste: Also empfiehlt es sich so eine Liste über Zeiger zu verwalten? Ja, genauer: über unique_ptr.

@DirkB Ja Oberfläche, die Formel ist aus dem Internet. Habe mich vertippt oben.