Fórum Root.cz

Hlavní témata => Windows a jiné systémy => Téma založeno: NS2 player 12. 02. 2018, 09:57:56

Název: Kolize diskových jednotek A:\ a B:\
Přispěvatel: NS2 player 12. 02. 2018, 09:57:56
Dobrý den, diskové jednotka A:\ a B:\ bývala dříve vyhrazena pro floppy mechaniky (dnes již převážně archaismus).
Osobně si je mapuji coby síťové jednotky.
Setkal jste se někdo, že by toto použití mohlo způsobovat potíže/ být v kolizi s nějakým Windwos nastavením?
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: Spider 12. 02. 2018, 10:13:59
Ne, B: pouzivam jako backup sitovou jednotku, A: ne, ale videl jsem na tom navesenou DVD-RW.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: Miroslav Šilhavý 12. 02. 2018, 10:40:29
Dobrý den, diskové jednotka A:\ a B:\ bývala dříve vyhrazena pro floppy mechaniky (dnes již převážně archaismus).
Osobně si je mapuji coby síťové jednotky.
Setkal jste se někdo, že by toto použití mohlo způsobovat potíže/ být v kolizi s nějakým Windwos nastavením?

Čas od času, ale opravdu výjimečně, některé programy na tyto jednotky sahají a snaží se detekovat, jestli je vložená disketa, případně s ní něco dělat. Jsou to velmi výjimečné případy (jako např. "načíst olvadač z diskety").

Pokud to není opravdu nezbytnost vyhnul bych se těmto písmenům.

Ostatně, jsme v roce 2018, mapovat svazky na písmena jednotky je přežitek, většinou to signalizuje nějaký problém v nastavení sítě nebo používání hodně legacy softwaru. Dnes už by měla být samozřejmostí UNC cesta v kombinaci s DFS.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: RDa 12. 02. 2018, 13:19:11
Ostatně, jsme v roce 2018, mapovat svazky na písmena jednotky je přežitek, většinou to signalizuje nějaký problém v nastavení sítě nebo používání hodně legacy softwaru. Dnes už by měla být samozřejmostí UNC cesta v kombinaci s DFS.

A pak vám nějaký progresivní idiot stvoří software, který odmítá pracovat s písmenkovýma jednotkama a i ty síťové přeloží na UNC skrze IP adresu serveru. Funguje to do té doby než změníte strukturu sítě - najednou se to snaží otevřít dialog, s UNC na adresu která není dostupná a čekáte dlouhé minuty než to udělá timeout. Ideálně několikrát, přece různé věci mají různé LRU seznamy. Tenhle sw je pak totálně nepoužitelný, když písmenka mapujete jednou z LAN a podruhé z VPN.

Uživatel/administrátor by měl vědět, kdy chce použít písmenka a kdy cesty.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: Miroslav Šilhavý 12. 02. 2018, 13:22:27
najednou se to snaží otevřít dialog, s UNC na adresu která není dostupná a čekáte dlouhé minuty než to udělá timeout. Ideálně několikrát, přece různé věci mají různé LRU seznamy. Tenhle sw je pak totálně nepoužitelný, když písmenka mapujete jednou z LAN a podruhé z VPN.

To, co popisujete, je nejčastěji chyba administrátora. Na routerech a serverch by měly být z vnitřní sítě REJECTY a ne DROPY. Tedy buďto TCP reject, nebo příslušná ICMP zpráva pro ostatní protokoly. Pak na timeouty nečekáte.

Uživatel/administrátor by měl vědět, kdy chce použít písmenka a kdy cesty.

To ano, souhlasím. Jen si dnes nedovedu představit moc usecasů, je to spíš okrajová záležitost. Mnohem častěji to indikuje chybu v architektuře.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: hhteht 12. 02. 2018, 13:42:31
Dobrý den, diskové jednotka A:\ a B:\ bývala dříve vyhrazena pro floppy mechaniky (dnes již převážně archaismus).
Osobně si je mapuji coby síťové jednotky.
Setkal jste se někdo, že by toto použití mohlo způsobovat potíže/ být v kolizi s nějakým Windwos nastavením?
Ano, některé starší programy tam hledaji soubory. A existují počítače které tyto jednotky stále využívají. Používat A a B pro síťové jednotky je diletantství.

A i v případě že v prostředí takové programy nejsou a všechny počítače jsou bez jednotek A B tak bych do toho nešel z důvodu štábní kultury. Dost často se stává, že potřebuji víc než dvě síťové jednotky ( nebo časem přibudou) a potom by nedávalo smysl mít dvě síťové jednotky A a B, pak řadu disků a pak znova síťové jednotky ... to by byl guláš.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: x14 12. 02. 2018, 13:42:58
V každém případě doporučuji při použití písmen A a B nahlédnout do BIOSu, zda tam není zapnutý nějaký floppy drive. Windows totiž BIOSu věří a očekávají nějakou komunikaci z těchto zařízení i když tato neexistují.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: hhteht 12. 02. 2018, 13:44:08
Ostatně, jsme v roce 2018, mapovat svazky na písmena jednotky je přežitek, většinou to signalizuje nějaký problém v nastavení sítě nebo používání hodně legacy softwaru. Dnes už by měla být samozřejmostí UNC cesta v kombinaci s DFS.
Ale pokud má uživatel na síťovém disku data a chce k nim přístup tak logický krok je namapovat jednotku kterou uvidí vedle disků ... .
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: hhteht 12. 02. 2018, 13:45:29
... usecasů ...
jo jo, co nevim nahradim komoleninou anglického slova
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: Miroslav Šilhavý 12. 02. 2018, 13:48:51
Ale pokud má uživatel na síťovém disku data a chce k nim přístup tak logický krok je namapovat jednotku kterou uvidí vedle disků ... .

Takového admina bych nakopal do zadničky. Písmena disků jsou dávno ve výchozím pohledu průzkumníka skrytá (musíte k nim jít přes tři explicitní kliknutí). Preferovaná cesta je UNC a zařazení do knihoven uživatele (strom po levé straně). Ty se také přednostně nabízejí v ukládacích dialozích prorgamů.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: hhteht 12. 02. 2018, 14:44:41
Ale pokud má uživatel na síťovém disku data a chce k nim přístup tak logický krok je namapovat jednotku kterou uvidí vedle disků ... .

Takového admina bych nakopal do zadničky. Písmena disků jsou dávno ve výchozím pohledu průzkumníka skrytá (musíte k nim jít přes tři explicitní kliknutí). Preferovaná cesta je UNC a zařazení do knihoven uživatele (strom po levé straně). Ty se také přednostně nabízejí v ukládacích dialozích prorgamů.
pro zajímavost testuji Word 2013 ve windows7. Vytvořím nový dokument a dám uložit jako. V levé části dialogu vidím OneDrive, počítač, přidat místo a v pravé části poslední použité a procházet. Dávám procházet. Jako výchozí v dialogu mám opravdu knihovnu otevřenou na adresáři dokumenty. Pod knihovnou je tento počítač s disky. Knihovna je rozbalena a disky v tento počítač taky. V této chvíli je naprosto jedno jestli kliknu na adresář v knihovně a nebo na namapovaný disk. V testu s Word 2003 je výsledný počet kliknutí úplně stejný. Když na ploše mého pc oetvřu tento počítač tak je to ten samý případ a je jedno kde hledám. neříkám, že jinde to neni jinak, ale prostě tady při náhodném testu to vyšlo na stejno a argument neberu.

Spíš je argument, že některé starší programy maji svůj otevírací a ukládací dialog nastaven na tento počítač a pak je problém se doklikat do users a oblíbených. Nehledě na fakt, že někdy je třeba namapovat písmenko které používá nějaký program jako zdroj dat a tam nechápu proč by to mělo být v knihovně uživatele?

Osobně nedokáži docenit mapování do knihoven, nerozumím v čem je výhoda.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: Miroslav Šilhavý 12. 02. 2018, 14:52:04
Osobně nedokáži docenit mapování do knihoven, nerozumím v čem je výhoda.

Tak jako prvotní výhodu bych uvedl UNC cestu a za ním stojící DFS. Tedy síťová cesta k souboru zůstane vždy stejná, i když se změní server, nebo se přidá replikace souborů apod. Důvodů by se našlo víc, ale asi pro první uvažování administrátora by mělo být rozhodné, co je "best practice" a případné odklonění od ní musí mít dostatečně relevantní důvod.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: pepicekk 12. 02. 2018, 15:28:05
Osobně nedokáži docenit mapování do knihoven, nerozumím v čem je výhoda.
Tak jako prvotní výhodu bych uvedl UNC cestu a za ním stojící DFS. Tedy síťová cesta k souboru zůstane vždy stejná, i když se změní server, nebo se přidá replikace souborů apod. Důvodů by se našlo víc, ale asi pro první uvažování administrátora by mělo být rozhodné, co je "best practice" a případné odklonění od ní musí mít dostatečně relevantní důvod.
DFS by mohlo fungovat i na mapovaná písmenka. Máš k tvému tvrzení o "best practice" odkaz na konkrétní KB Microsoftu kde to řeší a nedoporučují písmenka?
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: JardaP . 12. 02. 2018, 15:53:30
Máš k tvému tvrzení o "best practice" odkaz na konkrétní KB Microsoftu kde to řeší a nedoporučují písmenka?

Sitove disky se davaly na konec abecedy uz v dobe, kdy MS sit vubec neumel a Bill Gates si myslel, ze je to hloupy napad.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: alshajmr 12. 02. 2018, 17:12:19
Máš k tvému tvrzení o "best practice" odkaz na konkrétní KB Microsoftu kde to řeší a nedoporučují písmenka?

Sitove disky se davaly na konec abecedy uz v dobe, kdy MS sit vubec neumel a Bill Gates si myslel, ze je to hloupy napad.
Chlapce, kdyz chces komentovat tak si precti o cem se zrovna bavime. S kolegou neresime kam dat pismenka, ale offtopic zda pouzit unc nebo mapovani.
Název: Re:disková jednotka A:\ a B:\
Přispěvatel: j 12. 02. 2018, 18:44:17
....
Ostatně, jsme v roce 2018...
A proto spousta SW, vcetne toho od M$, UNC v ceste naprosto nezvlada. O tom, ze se widle aktivne snazej branit spusteni aplikace "ze site", a to i kdyz sou v domene, ani nemluve.

Ad A/B:  vyhejbal bych se tomu jako cert krizi. Tech veci co predpokladaj ze tam je floppy je jeste stale neurekom.

....
Takového admina bych nakopal do zadničky....
Tj... zajimavy, dam wokno+e ... a otevre se ... seznam disku - tedy pismen.  A to vcetne tech, ktery sou pripojeny pres pripadny RDP. Coz by me fakt zajimalo, jak by mr silhavej resil, bez pismen.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Sten 12. 02. 2018, 20:05:30
UNC bych pro běžnou práci nedoporučoval, je s tím dost problémů (třeba jen spolehlivost nemapovaných jednotek nic moc, protože bůhví kdy se to na pozadí odpojuje). Pokud písmena nestačí, můžete připojovat jednotky do adresářů (Mounted Folder).

A: a B: jsou stále vyhrazené pro disketové mechaniky (a C: pro hard disk), takže ty nedoporučuji používat.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Tomas2 13. 02. 2018, 00:20:38
Pamatuji si, že problémy s UNC jako magická hůlka řešilo nastavení Provider Order.

Ty písmena se chovají trochu transprentněji i pro uživatele, je to prostě na "véčku", už si na to nějak zvykli, naopak diktovat cestu na linuxu je občas pěkný opruz.

Používat A:, B: není nejlepší nápad, jak už zaznělo, člověk se občas diví, kde všude to je ještě schovaný. Je to stejně blbý nápad jako nemít na C: systém, kupodivu ještě pořád hromada instalátorů to má napevno.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Lama 13. 02. 2018, 06:27:01
Člověk by čekal, že tohle si systém pořeší. Že tedy pro starý appky bude existovat složka C, která se bude tvářit jako C disk, něco podobného snad Widle umí, veškeré požadavky na čtení, zápis, dané appky včetně instalátoru budou přesměrovány tam. Jenže ti vy MS musel řešit podstatné věci a ne chujoviny.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: j 13. 02. 2018, 09:21:09
...
Mno ... to vis soudruzi z M$. Neveril bys tomu, jaka neuveritelna vopicarna nastane, kdyz potrebujes presunout trebas "dokumenty" primapovany prave nekam na sit, na jinej server.

Kdybys cekal, ze proste widlim reknes novou cestu a hotovo, tak naprosto zapomen. "Spravne" bys mel widlim rict, (z domeny) ze to presunujes, a nechat tak 5 nebo 10 let bezet oba servery (coz se dela obvzvlast dobre kdyz data ve skutecnosti vubec nepresunujes), to nez se dostanes k tomu, ze dorazi vsichni externi spolupracovnici, obchodaci ... a oni si to !!!klienti!!! prekopirujou (takze uzivatel opet nemuze par hodin nic delat a ceka nez se preleje nekdy par desitek GB).

V opacnym pripade si widle proste pamatujou nacachovany soubory, klidne do toho muzes i neco ulozit, ale na serveru to neni.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: x14 13. 02. 2018, 13:24:00
Člověk by čekal, že tohle si systém pořeší. Že tedy pro starý appky bude existovat složka C, která se bude tvářit jako C disk, něco podobného snad Widle umí, veškeré požadavky na čtení, zápis, dané appky včetně instalátoru budou přesměrovány tam. Jenže ti vy MS musel řešit podstatné věci a ne chujoviny.
A to je podle mě přesně cesta do pekel. Problém není v systému, ale v těch aplikacích (respektive jejich instalátorech). A je úplně jedno, jak jsou staré.
Mimochodem, to, že se ve Windows opravují problémy aplikací se už dlouhá léta děje. Stačí mrknou do uniklých zdrojáků w2k a hledat string BUGBUG. Přikládám ukázku ze souboru wowcmpat.h - viz komentáře:

Kód: [Vybrat]
#define WOWCF_GRAINYTICS              0x80000000   // For apps that don't trust small GetTickCount deltas
#define WOWCF_FAKEJOURNALRECORDHOOK   0x40000000   // Used for MS Mail's MAILSPL
#define WOWCF_EDITCTRLWNDWORDS        0x20000000   // Used for Clip-Art Window Shopper SHOPPER
#define WOWCF_SYNCHRONOUSDOSAPP       0x10000000   // Used for BeyondMail installation
#define WOWCF_NOTDOSSPAWNABLE         0x08000000   // For apps that can't be spawned by dos as wowapps
#define WOWCF_RESETPAPER29ANDABOVE    0x04000000   // Used for WordPerfect DC_PAPERS
#define WOWCF_4PLANECONVERSION        0x02000000   // Used for PhotoShop 4pl-1bpp to 1pl-4bpp
#define WOWCF_MGX_ESCAPES             0x01000000   // Used for MicroGraphax Escapes
#define WOWCF_CREATEBOGUSHWND         0x00800000   // Explorapedia People has problems with handle recycling -- see bug #189004
#define WOWCF_SANITIZEDOTWRSFILES     0x00400000   // For WordPerfect printing on CONNECTED printers
#define WOWCF_SIMPLEREGION            0x00200000   // used to force simple region from GetClipBox
#define WOWCF_NOWAITFORINPUTIDLE      0x00100000   // InstallShield setup toolkit 3.00.077?.0 - 3.00.099.0 deadlock without this
#define WOWCF_DSBASEDSTRINGPOINTERS   0x00080000   // used for winworks2.0a so that it gets DS based string pointers
#define WOWCF_LIMIT_MEM_FREE_SPACE    0x00040000   // For apps that can't handle huge values returned by GetFreeSpace() (Automap Streets)
#define WOWCF_DONTRELEASECACHEDDC     0x00020000   // improv chart tool uses a released dc to get text extents, the dc is still usable on win3.1

// note: this is no longer set in the registry for PM5APP but users of older
//       versions of PM5 may need to set it manually - a-craigj
#define WOWCF_FORCETWIPSESCAPE        0x00010000   // PM5, force twips in Escape() of DOWNLOADFACE, GETFACENAME
#define WOWCF_LB_NONNULLLPARAM        0x00008000   // SuperProject: sets lParam of LB_GETTEXLEN message
#define WOWCF_FORCENOPOSTSCRIPT       0x00004000   // GetTechnology wont say PostScript.
#define WOWCF_SETNULLMESSAGE          0x00002000   // Winproj Tutorial: sets lpmsg->message = 0 in peekmessage
#define WOWCF_GWLINDEX2TO4            0x00001000   // PowerBuild30 uses index 2 on [S/G]etWindowLong for LISTBOXs, change it to 4 for NT. This is because, it is 16 bits on Win 31. and 32 bits on NT.
#define WOWCF_NEEDSTARTPAGE           0x00000800   // PhotoShop needs it
#define WOWCF_NEEDIGNORESTARTPAGE     0x00000400   // XPress needs it
#define WOWCF_NOPC_RECTANGLE          0x00000200   // QP draws bad if GetDeviceCaps(POLYGONALCAPS) sets PC_RECTANGLE
#define WOWCF_NOFIRSTSAVE             0x00000100   // Wordperfect needs it for meta files
#define WOWCF_ADD_MSTT                0x00000080   // FH4.0 needs to print on PS drivers
#define WOWCF_UNLOADNETFONTS          0x00000040   // Need to track an unload font loaded over net
#define WOWCF_GETDUMMYDC              0x00000020   // Corel Draw passes a NULL hDC to EnumMetaFile, we'll create a dummy to keep GDI32 happy.
#define WOWCF_DBASEHANDLEBUG          0x00000010   // Borland dBase handle bug
#define WOWCF_NOCBDIRTHUNK            0x00000008   // don't thunk CB_DIR lParam when sent to a subclassed window in PagePlus 3.0
#define WOWCF_WMMDIACTIVATEBUG        0x00000004   // Corel Chart doesn't pass correct params for WM_MDIACTIVATE (see ThunkWMMsg16())
#define WOWCF_UNIQUEHDCHWND           0x00000002   // For apps that assume that an hDC != hWnd
#define WOWCF_GWLCLRTOPMOST           0x00000001   // Lotus Approach needs the WS_EX_TOPMOST bit cleared on GWL of NETDDE AGENT window



// Extra WOW compatibility flags bit definitions (WOWCFEX_).  These flags
// are kept in CURRENTPTD->dwWOWCompatFlagsEx.
//
#define WOWCFEX_SENDPOSTEDMSG         0x80000000   // Lotus MM Reader.exe has message synchronization problem -- used to convert PostMessage() calls to SendMessage()
#define WOWCFEX_BOGUSPOINTER          0x40000000   // QuarkExpress v3.31 passes a hard coded 7FFF:0000 as the pointer to a RECT struct in an EM_GETRECT message
#define WOWCFEX_GETVERSIONHACK        0x20000000   // Set for programs we *may* wish to return 3.95 from GetVersion for.  WK32WowShouldWeSayWin95 restricts this further.
#define WOWCFEX_FIXDCFONT4MENUSIZE    0x10000000   // WP tutorial assumes that the font used to draw the menus is the same as the font selected into the hDc for the desktop window (hwnd == 0). This hack forces the use of the correct hDC.
#define WOWCFEX_RESTOREEXPLORER       0x08000000   // Symantec Q&A Install "restores" shell= by restoring saved copy of system.ini, fix it to explorer.exe
#define WOWCFEX_LONGWINEXECTAIL       0x04000000   // Intergraph Transcend setup uses too-long command tail with WinExec, don't fail if this flag is set.
#define WOWCFEX_FORCEINCDPMI          0x02000000   // Power Builder 4.0 needs to see DPMI alloc's with ever increasing linear address's.
#define WOWCFEX_SETCAPSTACK           0x01000000   // MS Works has unintialized variable. Hack stack to work around it.
#define WOWCFEX_NODIBSHERE            0x00800000   // PhotoShop 2.5 has bug getting DIB's from clipboard
#define WOWCFEX_PIXELMETRICS          0x00400000   // Freelance Tutorial, BorderWidth: winini metrics should be returned as pixels, not TWIPS
#define WOWCFEX_DEFWNDPROCNCCALCSIZE  0x00200000   // Pass WM_NCCALCSIZE to DefWindowProc for Mavis Beacon so USER 32 will set corect window flags.
#define WOWCFEX_DIBDRVIMAGESIZEZERO   0x00100000   // Return memory DC for dib.drv biSizeImage == 0  - Director 4.01
#define WOWCFEX_GLOBALDELETEATOM      0x00080000   // For Envoy viewer that ships with Word perfect office
#define WOWCFEX_IGNORECLIENTSHUTDOWN  0x00040000   // TurboCAD picks up saved 32-bit FS (x3b) and passes it as msg to DefFrameProc
#define WOWCFEX_ZAPGPPSDEFBLANKS      0x00020000   // Peachtree Accounting depends on GetPrivateProfileString zapping trailing blanks in caller's lpszDefault.
#define WOWCFEX_FAKECLASSINFOFAIL     0x00010000   // A bug in PageMaker 50a depends on the GetClassInfo failing in Win3.1 where it succeeds on NT
#define WOWCFEX_SAMETASKFILESHARE     0x00008000   // Broderbund Living Books install opens "install.txt" DENY ALL, and then tries to open it again
#define WOWCFEX_SAYITSNOTTHERE        0x00004000   // CrossTalk 2.2 hangs if it finds Printer/Device entry in xtalk.ini
#define WOWCFEX_BROKENFLATPOINTER     0x00002000   // Adobe Premiere 4.0 has a bug in its aliasing code which can touch unallocated memory
#define WOWCFEX_USEMCIAVI16           0x00001000   // Use 16-bit mciavi.drv for max compatibility
#define WOWCFEX_SAYNO2DRAWPATTERNRECT 0x00000800   // Many apps either don't handle DRP correctly or can't handle the 32-bit ones.
#define WOWCFEX_FAKENOTAWINDOW        0x00000400   // bug #235916 fail IsWindow calls for apps that get burned by handle recycling
#define WOWCFEX_NODIRECTHDPOPUP       0x00000200   // Indicates that we should not do a direct hardware popup for the app
#define WOWCFEX_ALLOWLFNDIALOGS       0x00000100   // Indicates that GetOpenFilename should support LFN
#define WOWCFEX_THUNKLBSELITEMRANGEEX 0x00000080   // Indicates that we should thunk the LB_SELITEMRANGEEX message (LB_ADDSTRING+3 in wow land)
// Note: This was put at 0x00000001 because it was back ported to 3.51 SP5
#define WOWCFEX_FORMFEEDHACK          0x00000001   // For apps that send a final form feed char to printer via Escape(PASSTHROUGH)





#ifdef FE_SB

// Extra WOW compatibility flags for DBCS  These flags
// are kept in CURRENTPTD->dwWOWCompatFlags2.
//

#define WOWCF_AMIPRO_PM4J_IME         0x00000001   // AMIPRO, set sizeof(DEVMODE of Win3.1) into dmSize , ExtDeviceMode; selectively ignore IME_SETCONVERSIONWINDOW MCW_DEFAULT
                                                   // PM4J, don't pass MCW_DEFAULT to prevent display timing problem
#define WOWCF_FORCEREGQRYLEN          0x00000002   // Lotus 123, set 80 into *lpcb , RegQueryValue
#define WOWCF_AUDITNOTEPAD            0x00000004   // Lotus Freelance Instration program, audit to exit notepad - read.me
#define WOWCF_USEUPPER                0x00000008   // Used for WinWrite "Key name"
#define WOWCF_ASWHELPER               0x00000010   // AutherWare Start, call SetMenu when called AppendMenu( MF_POPUP ) : MSKKBUG 3203
#define WOWCF_PPT4J_IME_GETVERSION    0x00000020   // PPT4J has a bug, expects the ime version to be 3.1 not greater.
// WARNING: For DaytonaJ RC1 Only.  Steal the following US bit for WinwordJ's TrueInLine hangup
#define WOWCF_WORDJ_IME_GETVERSION    0x00000040   // Used for Telling Winword we have OldVersion IME
#define WOWCF_FLW2_PRINTING_PS        0x00000080   // Lotus Freelance printing with PostScript.
                                                   // Between ESCAPE( BEGIN_PATH, CLIP_TO_PATH, END_PATH ), writing POLYGON with NULL_BRUSH
#define WOWCF_ARIRANG20_PRNDLG        0x00000100   // ARiRang word processor print dialg and print setup dialog problem : Korea
#define WOWCF_BCW45J_COMMDLG          0x00000200   // Boland C++ 4.5J, does not open common dialog : Japan
#define WOWCF_DIRECTOR_START          0x00000400   // Director 4.0J, does not start : Japan
#define WOWCF_QPW_FIXINVALIDWINHANDLE 0x00000800   // Quattro Pro Window use null window handle when it call Hanja conversion : Korea
#define WOW_ICHITARO_ITALIC           0x00001000   // map System Mincho to MS Mincho instead of Ms P Mincho
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: j 13. 02. 2018, 17:54:36
...
Mimochodem, to, že se ve Windows opravují problémy aplikací se už dlouhá léta děje....
Proc myslis ze maj "drivery" nvidie/ati 400+MB ...
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: x14 13. 02. 2018, 18:12:05
...
Mimochodem, to, že se ve Windows opravují problémy aplikací se už dlouhá léta děje....
Proc myslis ze maj "drivery" nvidie/ati 400+MB ...
Protože "arena.exe"  ;D
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Lol Phirae 13. 02. 2018, 18:35:30
...
Mno ... to vis soudruzi z M$. Neveril bys tomu, jaka neuveritelna vopicarna nastane, kdyz potrebujes presunout trebas "dokumenty" primapovany prave nekam na sit, na jinej server.

Kdybys cekal, ze proste widlim reknes novou cestu a hotovo, tak naprosto zapomen. "Spravne" bys mel widlim rict, (z domeny) ze to presunujes, a nechat tak 5 nebo 10 let bezet oba servery (coz se dela obvzvlast dobre kdyz data ve skutecnosti vubec nepresunujes), to nez se dostanes k tomu, ze dorazi vsichni externi spolupracovnici, obchodaci ... a oni si to !!!klienti!!! prekopirujou (takze uzivatel opet nemuze par hodin nic delat a ceka nez se preleje nekdy par desitek GB).

V opacnym pripade si widle proste pamatujou nacachovany soubory, klidne do toho muzes i neco ulozit, ale na serveru to neni.

Jako perlu dodám, že po přesunu přesměrovaných složek na DFS, aby ses tomuhle brainfartu do budoucna vyhnul (příkladmo \\example.com\ServerShares\UseProfiles) nastane to, že po kliknutí na každého zástupce na ploše nebo jinde začnou Widle řvát o nedůvěryhodném serveru. Klikneš na ikonku "Franta Vomáčka" na ploše a totéž. No, a pak pátráš a přes GPO konfiguruješ jakési důvěryhodné zóny v Internet Exploderu, aby ten křáp držel hubu. No a samozřejmě že když je nakonfiguruješ přes GPO (achtung - "Intranet" je víc důvěryhodný než "Trusted Sites"), tak už si do těch zón uživatel sám nikdy nic nepřidá, protože je to celé zašedlé a znepřístupněné. Mno a jako bonus, aby se to na stanicích hůř ladilo, u toho vokýnka nelze změnit velikost, takže z nakonfigurovaných položek vidíš pouze první 4.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Miroslav Šilhavý 13. 02. 2018, 19:47:03
Kdybys cekal, ze proste widlim reknes novou cestu a hotovo, tak naprosto zapomen. "Spravne" bys mel widlim rict, (z domeny) ze to presunujes, a nechat tak 5 nebo 10 let bezet oba servery (coz se dela obvzvlast dobre kdyz data ve skutecnosti vubec nepresunujes), to nez se dostanes k tomu, ze dorazi vsichni externi spolupracovnici, obchodaci ... a oni si to !!!klienti!!! prekopirujou (takze uzivatel opet nemuze par hodin nic delat a ceka nez se preleje nekdy par desitek GB).

V opacnym pripade si widle proste pamatujou nacachovany soubory, klidne do toho muzes i neco ulozit, ale na serveru to neni.

Podporovaná je migrace pomocí ROBOCOPY.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Miroslav Šilhavý 13. 02. 2018, 19:50:09
po kliknutí na každého zástupce na ploše nebo jinde začnou Widle řvát o nedůvěryhodném serveru. Klikneš na ikonku "Franta Vomáčka" na ploše a totéž. No, a pak pátráš a přes GPO konfiguruješ jakési důvěryhodné zóny v Internet Exploderu, aby ten křáp držel hubu. No a samozřejmě že když je nakonfiguruješ přes GPO (achtung - "Intranet" je víc důvěryhodný než "Trusted Sites")

Jojo, ale to už je práce admina toto umět. Popsal jste to přesně, ale adminovat bez adminování, to je ještě těžší, než prcat bez koulí.
Název: A
Přispěvatel: JardaP . 13. 02. 2018, 20:30:59
Mno a jako bonus, aby se to na stanicích hůř ladilo, u toho vokýnka nelze změnit velikost, takže z nakonfigurovaných položek vidíš pouze první 4.

Tohle je prece desetileti trvajici tradice na Widlich. Admin na Widlich pripomina chirurga, ktery klicovou dirkou laparoskopicky provadi operaci. Hlavne, ze mame dnes ty monitory velke jak krava, na tech se ty dialogy z doby EGA vyjimaji opravdu dobre.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Lol Phirae 13. 02. 2018, 21:40:59
po kliknutí na každého zástupce na ploše nebo jinde začnou Widle řvát o nedůvěryhodném serveru. Klikneš na ikonku "Franta Vomáčka" na ploše a totéž. No, a pak pátráš a přes GPO konfiguruješ jakési důvěryhodné zóny v Internet Exploderu, aby ten křáp držel hubu. No a samozřejmě že když je nakonfiguruješ přes GPO (achtung - "Intranet" je víc důvěryhodný než "Trusted Sites")

Jojo, ale to už je práce admina toto umět. Popsal jste to přesně, ale adminovat bez adminování, to je ještě těžší, než prcat bez koulí.

Ano, jistě.... ono je úplně logické, že tentýž soubor spuštěný z úplně toho samého místa, ale namapovaného třeba na písmeno P: nic takového nezpůsobuje, tentýž soubor otevřený z toho úplně samého místa \\Server\Share taky nic takového nezpůsobuje, ale běda když to tu samou věc otevřu pomocí DFS, tak to řve naprosté nesmysly. To není práce pro admina, ale pro psychiatra, co tyhle kokotiny v Redmondu implementuje.

Dementi.

Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Miroslav Šilhavý 14. 02. 2018, 05:49:10
tentýž soubor spuštěný z úplně toho samého místa, ale namapovaného třeba na písmeno P: nic takového nezpůsobuje, tentýž soubor otevřený z toho úplně samého místa \\Server\Share taky nic takového nezpůsobuje, ale běda když to tu samou věc otevřu pomocí DFS, tak to řve naprosté nesmysly. To není práce pro admina, ale pro psychiatra, co tyhle kokotiny v Redmondu implementuje.

Ne, říká se tomu iterační postup. To, že mapovaný disk takovou kontrolu nemá, je jen prehistorický pozůstatek, kterého se právě snažíme zbavit a měli bychom se na to připravovat. To je fakt kouzelné. Když Microsoft kvůli kompatibilitě má někde pochybně řešenou bezpečnost, snese se vlna kritiky kvůli bezpečnosti. Když zavádí bezpečnost, snese se vlna kritiky kvůli spravovatelnosti a komatibilitě.

To ale spolu nevyřešíme, stejně jako nevyřešíme, jak jednoduše se zavádí a spravuje SELinux, když ho nechcete mít odfláknutý. Nejde mít bezpečnost bez práce.

Za mě: raději se budu učit, co a jak zlepšovat, i když to nemusí být pohodlné, než abych zakrněl na jednoduchém řešení odpovídajícímu devadesátým rokům.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: alshajmr 14. 02. 2018, 07:08:03
tentýž soubor spuštěný z úplně toho samého místa, ale namapovaného třeba na písmeno P: nic takového nezpůsobuje, tentýž soubor otevřený z toho úplně samého místa \\Server\Share taky nic takového nezpůsobuje, ale běda když to tu samou věc otevřu pomocí DFS, tak to řve naprosté nesmysly. To není práce pro admina, ale pro psychiatra, co tyhle kokotiny v Redmondu implementuje.

Ne, říká se tomu iterační postup. To, že mapovaný disk takovou kontrolu nemá, je jen prehistorický pozůstatek, kterého se právě snažíme zbavit a měli bychom se na to připravovat. To je fakt kouzelné. Když Microsoft kvůli kompatibilitě má někde pochybně řešenou bezpečnost, snese se vlna kritiky kvůli bezpečnosti. Když zavádí bezpečnost, snese se vlna kritiky kvůli spravovatelnosti a komatibilitě.

Za mě: raději se budu učit, co a jak zlepšovat, i když to nemusí být pohodlné, než abych zakrněl na jednoduchém řešení odpovídajícímu devadesátým rokům.
Mi hlavne jeste porad cekame na odpoved k otazce predtin. Máš k tvému tvrzení o "best practice" odkaz na konkrétní KB Microsoftu kde to řeší a nedoporučují písmenka?
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Miroslav Šilhavý 14. 02. 2018, 07:24:25
Mi hlavne jeste porad cekame na odpoved k otazce predtin. Máš k tvému tvrzení o "best practice" odkaz na konkrétní KB Microsoftu kde to řeší a nedoporučují písmenka?

Nikoliv, myslím, že nic takového neexistuje. Musíte vyjít z toho, co v které verzi doporučují - a cokoliv, co je mimo doporučení, tak vědět, jestli je opouštěno a proč. Mapovájí jednotek je legacy záležitost. Za posledních asi 10 let nenajdete snad jediné doporučení, které by se o mapování jednotek opíralo.

To už je práce adminů, umět vnímat tento vývoj, případně se účastnit školení, kde jsou tyto caveats většinou dobře probírány. Podobný je vývoj v právu - prostě paragraf nebo věta zmizí ze zákona, ale vědět to, že se tak stalo, je prací právníků - a oni zase umějí nad zákonem vysvětlit, kam se vyvíjí právo.

Na Google najdete spoustu informací o tom, proč jsou UNC cesty vhodnější, i jaké komplikace přinášejí.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: j 14. 02. 2018, 08:58:40
....
Podporovaná je migrace pomocí ROBOCOPY.
Jo jasne, budu koupirovat 30TB ... kdyz NIC kopirovat nehci. Protoze normalni je, ze nahodim novou verzi widloserveru a primountuju mu puvodni datovy disky. Ale to u M$ nepochopej ani za pristich 1000 let.

Jojo, ale to už je práce admina toto umět. Popsal jste to přesně, ale adminovat bez adminování, to je ještě těžší, než prcat bez koulí.
Jasne, admin nema nic lepsiho na praci, nez opravovat co kokoti v M$ rozeserou.

Mno a jako bonus, aby se to na stanicích hůř ladilo, u toho vokýnka nelze změnit velikost, takže z nakonfigurovaných položek vidíš pouze první 4.

Tohle je prece desetileti trvajici tradice na Widlich. Admin na Widlich pripomina chirurga, ktery klicovou dirkou laparoskopicky provadi operaci. Hlavne, ze mame dnes ty monitory velke jak krava, na tech se ty dialogy z doby EGA vyjimaji opravdu dobre.
Se bez podivat, jak velky je okynko v excelu, kterym pridavas SQL dotaz ... kazdej si to muze otestovat. Ma to asi tak 4 radky po 20 znacich ... mozna ani ne.

A kdyz chces nahodou editovat SQL trebas v M$SQL dzobatoru ... tak to okno je sice trochu vetsi, ale ve skutecnosti se v nem neda delat vubec nic, protoze ti tam nefungujou ani zakladni klavesovy zkratky (ctrl+c/v ...), mas tam na to 4 tlacitka ... lol. Takze jedinej zpusob jak to delat je tlacitkem! oznacit vse, dalsim tlacitkem! skopirovat ... a pak si to pastnout do neceho normalniho, tam to upravit, a tlacitkovej postup zopakovat pri vkladani.

Ne, říká se tomu iterační postup. To, že mapovaný disk takovou kontrolu nemá, je jen prehistorický pozůstatek, kterého se právě snažíme zbavit ...
A proto takovy kokotiny nikdo nikdy pouzivat nebude.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: Lol Phirae 14. 02. 2018, 09:05:46
Ne, říká se tomu iterační postup. To, že mapovaný disk takovou kontrolu nemá, je jen prehistorický pozůstatek, kterého se právě snažíme zbavit a měli bychom se na to připravovat. To je fakt kouzelné. Když Microsoft kvůli kompatibilitě má někde pochybně řešenou bezpečnost, snese se vlna kritiky kvůli bezpečnosti. Když zavádí bezpečnost, snese se vlna kritiky kvůli spravovatelnosti a komatibilitě.

Tak pochopitelně. Otevřít složku %UserProfile%\%UserName% nebo lnk zástupce přes DFS je totiž šííííleně nebezpečné, zatímco otevřít docx, xlsx, pdf nebo další notoricky zneužívaný a děravý formát je zcela bezpečné - tam to totiž ani nemukne.

Nejde mít bezpečnost bez práce.

Otravování uživatelů zcela bezcennými a nesmyslnými bezpečnostními dotazy žádnou bezpečnost nezavádí, ale likviduje. Akorát uživatele dále vycvičí v bezmyšlenkovém klikání na "Ano".

Za mě: raději se budu učit, co a jak zlepšovat, i když to nemusí být pohodlné, než abych zakrněl na jednoduchém řešení odpovídajícímu devadesátým rokům.

Jasný... čím složitější a blbějc fungující, tím lepší. Už je mi to jasné - vás sem nasadili z Redmondu místo Laela, který se definitivně pomátl a jako agitační pošuk musel skončit.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: František Ryšánek 14. 02. 2018, 09:22:42
Pánové děkuji za výživnou debatu. Argumenty chápu (zejm. pana Šilhavého) a se slzou v oku konstatuji, že už prostě nejsem progresivní mládenec. Tyhle výdobytky (nečekané keše, vazba práv na PKI, "sféry důvěry" konfigurované v MSIE, "knihovny" na desktopu) ve mně víc než co jiného budí pocit gastritidy. A děkuji pánubohu ve kterého nevěřím, že mám pestrou práci v malé firmě, kde si jako 'admin fileserverů na 5% úvazku' ve workgrupě pořád vystačím s písmenky, a mapování na \\dns_jmeno\share funguje i když udělám škatule batule s fyzickým hardwarem na serverech, a funguje z LAN i z VPN, pokud cestujícím VPN klientům pushnu interní DNS server... a LPR je taky zatím nejspolehlivější způsob, jak transportovat tiskové úlohy po síti. Pyšnej na to nejsem - jsem prostě konzerva.

Microsoftí zádrhele se mě týkají opravdu okrajově... namátkou si pamatuju, že když chci spustit instalátor něčeho přímo z namapovaného síťového disku (ať už přes písmenko nebo přímo přes cestu) tak na starších windowsech instalátor velmi často selže. Tuším si MS Setup API neumí ze síťového disku slíznout ani ovladač k tiskárně. Nové windowsy po mně chtějí podruhé login k fileserveru - patrně protože některé kousky Setup API běží pod svým vlastním účtem (local system nebo trusted installer) a disky přimapované uživatelem desktopu jsou pro ně neviditelné... Podobně třeba "naplánované úlohy", taky je nejlíp používat v jejich BATovkách explicitní "NET USE", protože disky trvale namapované desktopovým uživatelem jsou pro ně "neviditelné"...

Jo v devadesátých letech byly věci jednodušší, to je pravda.
Název: Re:Kolize diskových jednotek A:\ a B:\
Přispěvatel: j 14. 02. 2018, 16:05:44
... a mapování na \\dns_jmeno\share funguje...
Tak to bacha, tohle na widlich taky uz nefunguje, specielne kdyz to dns_jmeno je alias - kterej si udelas trebas prave proto, abys to nemusel vsude rekonfigurovat, az to nekam presunes. To totiz musis nejdriv extra widlim nakonfigurovat, aby sis milostive smel pripojit sambashare pres alias.