ZBYNEK: to ano to tam samozřejmě je, ale uniká mi smysl toho mazání v getu - co když si budu chtít "sáhnout" na to co přišlo 2x? Tak mám podruhé smůlu nebo si to napoprvé musím znovu odlít někam bokem

TOOMIX: Ani bych neřekl že to je kvůli thread safety... Prostě se jenom maže buffer. V kódu na jiném místě najdeš místo, kde do toho pole zapisují data ze vstupu.

Narazil jsem na našem frameworku na tento kód po mých předchůdcích v části, kde jsou udělány asynchronní sockety. To "přepisování" a nulování tam může být z důvodu thread safe? Přijde mi to celý divný

/// <summary>
        /// Bytes received by the Socket
        /// </summary>
        public byte[] ReceivedBytes
        {
            get
            {
                byte[] temp = null;
                if (mBytesReceived != null)
                {
                    temp = mBytesReceived;
                    mBytesReceived = null;
                }
                return (temp);
            }
        }


        /// <summary>
        /// Message send by the Socket
        /// </summary>
        public string WriteText
        {
            get
            {
                string temp = mTextSent;
                mTextSent = "";
                return (temp);
            }
        }

GIOMIKY: Znám to jenom ve win, potřebuješ pfx certifikát, ve vs v project properties je sekce signing...

SUK: to jsem mel v planu zacit zkouset, ale pak mi doslo, ze na nas use case potrebuju neco uplne jineho - takze nastavuju nextcloud a takovou divokou synchronizaci pres to (potrebujeme "ziskat" nahravky videohovoru z whereby a idealne co nejvic bez uzivatelkseho vstupu a tenhle share a mapped drive je prave zavislej na VPN - nextcloud mi bude fungovat za jakehokoli stavu pripojeni)

FONTAN: Spustit "net use" nepomaha?

FONTAN: tak na prasaka ,)

var process = Process.Start("explorer.exe", @"R:\");
Thread.Sleep(3000);
process.Kill();

ANONYM_CZ: bohuzel ,) [WNetRestoreConnectionW is not available for use as of Windows Vista.]

FONTAN: Co tohle? Nesmi to jen bezet jako sluzba (resp muze, ale pak spustena pod tim userem, ktery ten disk ma mit namapovany) https://stackoverflow.com/a/24394235

snazim se najit a prijit na to, proc/zda to nejde

netusite nekdo?

potreboval bych z c# aplikace na win 10 tuknout na namapovany drive tak, aby se pripojil - credentials jsou ulozeny - jakoze mam mapping R: -> //10.10.10.10/shared_folder - a potreboval bych zajistit, ze vim, ze bude dostupny v prubehu behu aplikace (lze to udelat az pote, co se uzivatel pripoji na VPNku) - jenze zatim vsechno mozne konci na vyjimce "Could not find a part of the path" a podobne

jakmile drive rozkliknu v exploreru, tak se to samozrejme rozjede

(a je mi jasny, ze to jit musi, protoze souborove managery - treba servant salamander - to umi/delaji)

jen jsem asi google koste :(

Před hodinkou začala Build konference online:
https://mybuild.microsoft.com/

Windows Task Dialog · Issue #146 · dotnet/winforms · GitHub
https://github.com/dotnet/winforms/issues/146

NECROMAN: Já na to mám už nevímjakdlouho nakonfigurovaný Redirector. Někdo ty moje pravidla dokonce vyexportoval: https://uloz.to/file/jvBOnhYlBFOk/redirector-json (disclaimer: není moje)

MAIMONIDES: Tohle je na přechodu mezi nativním a managed otravné. Musíš dělat to samé i když voláš nativní funkce z managed a předáváš cokoliv pomocí pointeru. Jinak nemáš zaručeno, že ten pointer bude platný ani po celou dobu volání té funkce. Už i předávání stringu z managed do nativního je tím ovlivněné, případně jakékoliv struktury předávané jako reference nebo obsahující pointery.

SLUPKA: Jojo, akorát v té syntaxi, v jaký to je, to vypadá, že si to drží sami. člověk musí ten delegát ručně vyrobit new delF(F) a držet/uvolnit.

MAIMONIDES: Nechybí ti tam GCHandle.Alloc na ten delegate (a uvolnění na konci). Jinak nemáš zaručeno, že se ti ten callback nebude přesouvat v paměti. Nebo se pletu?

How to: Marshal Callbacks and Delegates By Using C++ Interop | Microsoft Docs
https://docs.microsoft.com/...w-to-marshal-callbacks-and-delegates-by-using-cpp-interop?view=vs-2019