http://thedailywtf.com/Articles/The-Core-Launcher.aspx Do they seriously mangle paths that badly? -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
Russell Coker wrote:
http://thedailywtf.com/Articles/The-Core-Launcher.aspx Do they seriously mangle paths that badly?
I have a friend on the Windows performance team. Basically that is the team that gets told "<module> is performing especially bad this month, go clean it up". About once a week he would tell me of some horrific story. Unfortunately I do not remember them well -- one of the reasons I keep telling him to publish the lot as a book. The only one I remember well is that ntoskrnl can be asked "to what process does this window belong?" That call is special-cased if the window is cmd.exe -- in which case it will return the CLI app running in cmd.exe, rather than cmd.exe itself. This, of course, does not apply to any OTHER terminal emulators. This is code in THE KERNEL. I also remember they're using p4 instead of dogfooding VSS; their build system is based on Perl and it always rebuilds all files they have a blanket ban on introducing any new open source dependencies; most of his coworkers last looked at unix ten or twenty years ago, and still think it's the same (e.g. "you must manually run mount as root to access a CD"); and about half to a third of them are Emacs users (the rest use VS, I suppose). Note that he was hired by them about two years ago, so these are all RECENT anecdotes, not horrors that can be dismissed as "the win9x days, it's much better now".
At 10:12 PM 5/30/2012, Russell Coker wrote:
http://thedailywtf.com/Articles/The-Core-Launcher.aspx
Do they seriously mangle paths that badly?
ROFL! I haven't tested this one myself, I've always been careful to quote any path with spaces in it in Windows. 73 de VK3JED / VK3IRL http://vkradio.com
On Wed, May 30, 2012 at 10:12 PM, Russell Coker <russell@coker.com.au> wrote:
http://thedailywtf.com/Articles/The-Core-Launcher.aspx
Do they seriously mangle paths that badly?
If it's anything like the NTFS solution to symbolic links, their term is 'junction', then it's likely worse than you think. ;) Edward
On Thu, May 31, 2012 at 11:59 AM, Trent W. Buck <trentbuck@gmail.com> wrote:
Edward Savage wrote:
If it's anything like the NTFS solution to symbolic links, their term is 'junction', then it's likely worse than you think. ;)
NTFS has true symlinks as at ntoskrnl 6.0.
I don't know my Windows releases by their kernel sorry. However, with Windows 7 you cannot symlink a directory on the C drive to a directory on a drive connected via firewire using inbuilt tools or the junction utility from the Microsoft site. I found a KB article while trying that stated it was a known limitation. If this, and several other edge cases that you'd use symlinks for, has been resolved since Windows 7 then my comment is no-longer valid. Edward
Edward Savage wrote:
On Thu, May 31, 2012 at 11:59 AM, Trent W. Buck <trentbuck@gmail.com> wrote:
Edward Savage wrote:
If it's anything like the NTFS solution to symbolic links, their term is 'junction', then it's likely worse than you think. ;)
NTFS has true symlinks as at ntoskrnl 6.0.
I don't know my Windows releases by their kernel sorry.
5.0 is 2000 5.1 is XP 6.0 is Vista 6.1 is 7
However, with Windows 7 you cannot symlink a directory on the C drive to a directory on a drive connected via firewire using inbuilt tools or the junction utility from the Microsoft site. I found a KB article while trying that stated it was a known limitation.
All I know is what https://en.wikipedia.org/wiki/NTFS_symbolic_link told me. I do know that Darcs is usefully relying on NTFS *hard* links...
On Thu, 31 May 2012, "Trent W. Buck" <trentbuck@gmail.com> wrote:
6.1 is 7
That says a lot. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On 30 May 2012 22:12, Russell Coker <russell@coker.com.au> wrote:
http://thedailywtf.com/Articles/The-Core-Launcher.aspx
Do they seriously mangle paths that badly?
Some one just made the point to me that googling Interfersoft’s Advanced Firewall Protector doesn't find anything - but also "Charles Carmichael" is an alias of a fictional character - https://en.wikipedia.org/wiki/Chuck_Bartowski So perhaps some (all?) is made up or identities altered to protect the "innocent". I do know that creating file called "CON" in Windows causes very strange things. It appears to be treated as a console driver or something... That was Windows 7 Andrew
On Thu, 31 May 2012, Andrew Worsley <amworsley@gmail.com> wrote:
On 30 May 2012 22:12, Russell Coker <russell@coker.com.au> wrote:
http://thedailywtf.com/Articles/The-Core-Launcher.aspx
Do they seriously mangle paths that badly?
Some one just made the point to me that googling Interfersoft’s Advanced Firewall Protector doesn't find anything - but also "Charles Carmichael" is an alias of a fictional character - https://en.wikipedia.org/wiki/Chuck_Bartowski
The standard practice on that site is to replace all names of people, products, and companies to prevent legal problems. Although in some cases it's probably possible for people in the relevant industry segment to work it out.
So perhaps some (all?) is made up or identities altered to protect the "innocent".
I don't think it's fiction, that would be too much work.
I do know that creating file called "CON" in Windows causes very strange things. It appears to be treated as a console driver or something...
That was Windows 7
Yes, back to MS-DOS version 3.30 and before. In BBS days there were some security issues with people creating zip files with file names such as "con" and other device drivers. Presumably Windows 7 still has some of the same issues. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
participants (5)
-
Andrew Worsley -
Edward Savage -
Russell Coker -
Tony Langdon -
Trent W. Buck