@Sugoi: czyżbyś wyszedł niekorzystnie? xD

@WujekGraczyk: nie tak drogo, ale przydał się żeby nas nie zaczepiali za bardzo. ( ͡° ͜ʖ ͡°)

@Czesiowcy: :(

@Gorkel: super :)

@BartiPL: no właśnie nie mam żadnego questa, ale pójdę do niego

@BartiPL: nie mogę mu o niczym powiedzieć, a przed zamkiem nie ma żadnych wampirów które niby atakować miały...

@BartiPL: żaden, to chyba jakiś bug, a zmiany w konsoli nic nie dają :(

@Kakaladze: pociąg się uszkodził (słyszałem jak konduktor mówił, że stoją, bo głośno chodzi) więc chyba mam szanę coś ugrać, tak?

@Kakaladze: dziękuję :)

@AgainPsychoX: dziękuję :P

@lionbest: tak, użyłem std::function, bo znalazłem tam po drodze, że mi nie działało i jakbyś był ciekawy jaki problem z tym związany mam teraz to zapraszam tutaj: https://stackoverflow.com/questions/57104253/the-window-has-already-beed-destroyed-causes-stdbad-function-call :D

@lionbest: widzę, że inaczej to zrobiłeś. Czy twoje rozwiązanie z zagnieżdżoną lambdą jest w czymś lepsze od odwołania do samej siebie które ja zrobiłem?

@lionbest: ok, postaram się to poprawić na twój sposób, bo to moze być powodem mojego błędu w sumie... ale sądziłem, że nie wychodzę ze scope z tym, że to wszystko async na którym się nie znam więc może i wychodzę. ;c

@lionbest: mam problem z twoim kodem, nie do końca go rozumiem.
1)

auto comb = [](auto&& f) {
auto fix = [f](auto&& g) {

declaration of 'fix' hides

Pokaż całość

@lionbest: tzn. ja skopiowałem cały twój kod, nic nie zmieniłem poza zamianą "return a + b" na "cout << a + b". Kwestia kompilatora?

A co do tego, że to warning, a nie err to wiem tylko, że chciałem się dowiedzieć czy to celowo. Tzn. jak mam to żółte podkreślenie, to nie ma to nic wspólnego z pierwotnie zadeklarowanym fix(), tak?

@lionbest: ... xD to co ja mam zrobić? :D I nie działa na MSVC (jak twój) czy w ogóle? A ja już czytam tam komentarz

The Y-combinator certainly is the way to go. But you really should add a non-const overload in case the provided function-object has a non-const call-operator. And use SFINAE and computed noexcept for both. Also, there's no need for the maker-function in C++17 anymore.

i chciałemPokaż całość

@lionbest: udało mi się samemu! :D Zrobiłem CallCritical memberem MainPage i przekazałem const& do std::function i działa!
Ten błąd:

Exception thrown at 0x00007FFCE037A839 (KernelBase.dll) in NOVATeacher.exe: WinRT originate error - 0x80004005 : 'The window has already been destroyed.'.

Pozostał... ale działa co ma działać. Ale dla czystości, pokombinuję jeszcze co z tym zrobić... :)

I to chyba nie jest błąd tylko info odnośnie sql_exception, że w czasie raportowania nie ma już okna które wywołało funkcję i w tym miejscu byłby po prostu id okna... ale nie ejstem pewien

@lionbest: czy mój sposób jest niedobry lub z jakiegoś powodu gorszy? W czym mi pomoże użycie tego y_combinatora? Bo nie za bardzo wiem jak go dostosować do tego co mam i jaki problem rozwiąże.

@lionbest: dokładnie takie jak na screenie z mojego postu, ale CallCritical jest zadeklarowany jako member MainPage, a definiowany dopiero w ClickHandler i przekazywany do ConnectAsync nie jako kopia, a jako const reference. Boję się trochę co się stanie jak ta member variable zostanie nadpisana i choć nie przewiduję tego w programie to dlatego wolałbym ycombinator, ale nie rozumiem za bardzo o co w tym chodzi więc nie wiem czy cośPokaż całość

@b33zon: ten w visual studio mi się nie podoba, backtrace jest okropny, ale tak czy inaczej fajnie bybyło wywalić program żeby nie próbował pracować kiedyś już wiesz, że nic z tego nie będzie :D