|
A reminder!
A reminder?
I'm on the fourth new duvet...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Bassam Abdul-Baki wrote: I still think it's a Bluetooth problem...
Bluetooth operates in the 2.4 to 2.485 GHz range. I would hazard a guess that your ceiling fan operates more around the 303 MHz area.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
Good to know. I need Ghzbusters to verify that.
|
|
|
|
|
Bluetooth only works at night?
|
|
|
|
|
My Fitbit isn't in the room except at night. However, a neighbor's remote is now the more plausible idea.
|
|
|
|
|
Message Closed
modified 21-Nov-20 21:01pm.
|
|
|
|
|
Hmm, the name Wolowizard has appeared to me somewhere.
I'll keep my eye out for that. However, it should not be on any network.
|
|
|
|
|
Just part of one of your Win10 updates. Don't worry about it.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I live next to a rather large park, the car alarm remotes turn my ceiling fan on.
|
|
|
|
|
The problem with mine is it only happens when I'm sleeping. Otherwise, I would see it in the daytime or when I come home.
|
|
|
|
|
OK, OK, I'll stop doing it!
Jeeze, but some people are no fun!
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Does your fan have an IR remote? If so, try putting a piece of black electrical tape over the pickup and see if that cures the problem.
Years ago, our TV used to occasionally turn off while we were watching it. I put a curtain over the window and that behavior stopped. When the neighbors moved out, I didn't need the curtain anymore. I figure they probably had the same brand TV as we did, and ours was picking up their remote's signal through the windows.
Of course, if that fan has a radio remote, try a jacob's ladder[^] in the corner of the room 
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
I'll try that. My only issue is it only happens at night. I would expect car and garage door remotes to affect it at any time.
|
|
|
|
|
I'm not looking for an answer per se but just discussing something I find interesting.
Recently, a coworker and I have experienced some errors when
1. Visual Studio / MSBuild attempts to clean files and build : my coworker would receive errors that the "file and path are too long".
2. I just noticed that Android Studio 2.3 creates files that are too long because my DiscoFiles app threw an exception when it saw that file was being created and updated -- see my article: Win10 : Examination of Disk Utilization (Includes DiscoFiles utility)[^] .
So I'm just curious. Does anyone know how this can even work? How can Visual Studio and/or Android Studio continue to work when the files they are attempting to create are too long?
I'm not attempting to get you to solve a problem. I more want to talk about long file names/paths and the 260 limit which is obviously causing issues recently.
Does the file system somehow allow breaking the limit? Or is app software (both studios in this case) probably handling it?
|
|
|
|
|
The Unicode versions of the Win32 file handling functions allow a few thousand characters in paths, so there's that. I would assume that VS / AS are using those functions. Or there could be some trickery going on.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Brisingr Aerowing wrote: Win32 file handling functions allow a few thousand characters in paths
That's interesting. How does the file system handle that*? How does it then, in turn, display those in File Explorer? Well, maybe that's the point, File Explorer doesn't quite handle those. Which doesn't exactly make sense why MS would not have File Explorer set up for that when they are the creators of the
API file handling functions.
Also, .NET uses Unicode by default, right? But I'm not sure you can actually create a file/path that is longer than 260 (max_path), right? This is interesting to me.
Edit
I also just found this which seems to be a new revelation:
Microsoft removes 260 character limit for NTFS Path in new Windows 10 Insider Preview - MSPoweruser[^]
Was it ever possible to create file / path longer than 260? I'm not sure.
Edit 2
You are right.
Just read this in CreatFile docs at :CreateFile function (Windows)[^]
Quote: In the ANSI version of this function, the name is limited to MAX_PATH characters. To extend this limit to 32,767 wide characters, call the Unicode version of the function and prepend "\\?\" to the path. For more information, see Naming Files, Paths, and Namespaces.
For information on special device names, see Defining an MS-DOS Device Name.
To create a file stream, specify the name of the file, a colon, and then the name of the stream. For more information, see File Streams.
Tip Starting with Windows 10, version 1607, for the unicode version of this function (CreateFileW), you can opt-in to remove the MAX_PATH limitation without prepending "\\?\". See the "Maximum Path Length Limitation" section of Naming Files, Paths, and Namespaces for details.
*I remember how this is handled with long names versus 8.3 with the tilde-names, etc.
modified 7-Mar-17 11:16am.
|
|
|
|
|
raddevus wrote: Was it ever possible to create file / path longer than 260? I'm not sure.
Yes. It's been possible using the alternate API set since early versions of NT (IIRC since NTFS was a thing). The default APIs had never supported it because of the amount of C/C++ code that looks like; char path[260]; GetFilePath(path); that would buffer overflow if longer paths were allowed.
I first encountered extra long paths over a decade ago when (ir)Rational Clearcase would create >260 paths pulling from the server, and then a second part of the toolset (and most windows apps) would then barf on the path length being too long. This served as a check on my coworkers creating overly stupidly deep folder structures in our source (and document) control system at the time.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Thanks for reading and posting in. Really appreciate the input.
I've actually written code that calls CreateFileW() API and I'm attempting to create long file names.
I've even drawn the interest of an "old MSFT system engineer" and we're discussing it further down a bit.
Check out the entire source and the explanation if you have interest and some time. My latest post with full source code you can run in LINQPad is at: CreateFileW() source :The Lounge[^]
|
|
|
|
|
I had that before with adobe framemaker.
It'll let you import a diagram to an fm file by reference, but the full reference it uses is (path+filename of fm file)+(path+filename of diagram file).
If you then import that fm file into another, it adds the path+filename of the target file to the beginning of the string.
When you're referencing files that are stored in a CMS, it becomes very easy to go beyond the 254-char framemaker limit.
The trouble is that it will let you work on the outer file for hours and hours, and save it as often as you like -- but after you close it, it don't work no more.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I thought maybe others have suffered through this kind of thing also.
Thanks very much for posting in about this. It's interesting and quite terrible.
Especially when the app software lets you do stuff then only chokes later. 
|
|
|
|
|
Ugh, horrible! We have an automated Jenkins build and it generates path names assuming it's running on Linux.
So whenever you have some generated Visual Studio files (especially generated from WCF services) that + the generated Jenkins name will be too long and your build fails.
Did a lot of effort to get some shorter names 
I believe they've fixed this limitation in Windows Server 2016.
|
|
|
|
|
Sander Rossel wrote: Ugh, horrible! We have an automated Jenkins build
Right! Thanks for posting about this. That's the kinds of things we are seeing.
I was wondering if others have struggled with it too.
It's a real bother.
|
|
|
|
|
Hi,
Wow, you wrote a disk monitoring application but did not know about NTFS filename limits? How is that even possible? Are you a .NET coder or something?
raddevus wrote: So I'm just curious. Does anyone know how this can even work? How can Visual Studio and/or Android Studio continue to work when the files they are attempting to create are too long?
You could always create files longer than MAX_PATH ... even on Windows NT 4 all you do is prefix them with the "\\?\" prefix and use the wide version of CreateFile or directly call NtCreateFile. The MAX_PATH limitation only applies to a few Windows API such as shell32 and of course the explorer shell. Actually most of the operating system supports paths > 260.
Where do you think all those rootkits and viri hide? 
The actual NTFS limit is 32,767 characters. Better look into updating your disk monitoring tool.
Best Wishes,
-David Delaune
P.S.
It gets really interesting when working near the NTFS limits... try passing some long arguments to executables at the true ntfs limit.
|
|
|
|
|
Seems like a troll.
Actually, I wrote an app today that calls CreateFileW() API method.
So I'm not sure if you've actually written an app that can create a file that has that many chars either. I ran the app and you get a windows error (on Win10 and Server 2012 R2) of 123.
Do you know what that error is?
Well, that's probably because you have no experience developing apps. 
So that error is
Quote: ERROR_INVALID_NAME
123 (0x7B)
The filename, directory name, or volume label syntax is incorrect.
from:
System Error Codes (0-499) (Windows)[^]
Here's the interesting part from the CreateFile docs
Quote: In the ANSI version of this function, the name is limited to MAX_PATH characters. To extend this limit to 32,767 wide characters, call the Unicode version of the function and prepend //?/ to the path. For more information, see Naming Files, Paths, and Namespaces.
The program I wrote creates a file using the syntax above and CreateFileW() just fine as long as it is under 260. Then when I pass a long name 350 chars or so, you get the 123 error from GetLastError()
Here's the additionally interesting part from docs about this (just as I mentioned in my original post):
Naming Files, Paths, and Namespaces[^]
Quote: The shell and the file system have different requirements. It is possible to create a path with the Windows API that the shell user interface is not able to interpret properly.
It was interesting, right? That's what this was all about. Have you written a file monitoring tool? It would have to be better than mine. I wrote mine in a few minutes a long time ago.
Whatch'a got? Write one up and post as an article for the community. Seriously it would be great.
modified 7-Mar-17 20:37pm.
|
|
|
|
|
Hmmm,
raddevus wrote: Well, that's probably because you have no experience developing apps.
You do realize that you are on a forum with old MSFT engineers from the operating systems group right?
The CreateFileW[^] function can absolutely create files with paths greater than MAX_PATH.
Best Wishes,
-David Delaune
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
