Are too long pathnames a problem?

Hi
I'm using Crystal Reports XI witch Access Database/ODBC and get the following error from the Crystal Report Viewer: "Logon failed". The database doesn't have a password neither is it on a network drive.
Is it possible that this error occurs because the pathname of the database is too long (length 156)? I also tried to use the short DOS pathname but that doesn't help either. I get the following error from the Crystal Report Viewer: "Logon failed. Detail: [Database Vendor Code: -1811]"
Maybe someone knows this problem and can help me.
Regards
KK

You can try Long Path Tool. It deletes/unlocks, copies/renames path too long files/folders.
Long Path Tool can simplify and probably end your problems in unlocking, managing and renaming files that appear to have a long filename.
Since in some instances, you may have experienced problems accessing, managing and even renaming files that have more than 255 characters, this utility has been made to answer this particular scenario. If you have also encountered problems like error messages that tell you that the path too long, too long path, destination path too long or cannot delete file then this program is definitely for you.
This will totally take place of Windows Explorer, Far Manager or other file managing utilities since this is maybe used in any type of Operating System even the earliest Windows 95 version.
You can get it from <a href="http://longpathtool.com/">Long Path Tool</a>

Similar Messages

Can't copy files to AirDisk. Says filenames are too long

I plugged a USB drive into my Time Capsule, that I previously had plugged into my Mac via the USB port. Now that I've mounted it as an AirDisk every time I try to copy files to it I get an error message stating:
'You cannot copy some of these items to the destination because their names are too long for the desitnation...'
None of the files I've tried to copy over have long filenames. In fact just to test it I created a text file & saved it with only 2 letters as the filename, & still get the same problem trying to copy to the AirDisk.
Can anyone help?

Yes, it's formatted as HFS+.
Just to make sure, I've unplugged it from the Time Capsule & plugged it into the USB port of my Mac again & it works fine like this. But now I've plugged it back into the Time Capsule it's now working fine. Strange.
Thanks for the suggestion
Message was edited by: JonoH

TFS Build Error - Exception Message: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters

I am trying to set-up CI of Orchard CMS and deploy it on Azure using TF service. I am stuck at following error for path being
longer than 260 characters. However, when counted the total characters in path are 235. Please see the below error :
Other Errors and Warnings
1 error(s), 1 warning(s)
Exception Message: TF400889: The following path contains more than the allowed 259 characters: drop/_PublishedWebsites/Orchard.Web_Package/Archive/Content/C_C/a/src/projects/Orchard/dev/DevAltaf/Orchard/src/Orchard.Web/obj/Debug/Package/PackageTmp/Modules/BrentApart.BannerManager/Scripts/controllers/bannerAssignmentController.js. Specify a shorter path. (type VssServiceException)
Exception Stack Trace: at Microsoft.TeamFoundation.Build.Workflow.Activities.FileContainerDropProvider.EndCopyDirectory(IAsyncResult result)
at Microsoft.TeamFoundation.Build.Workflow.Activities.CopyDirectory.EndExecute(AsyncCodeActivityContext context, IAsyncResult result)
at System.Activities.AsyncCodeActivity.CompleteAsyncCodeActivityData.CompleteAsyncCodeActivityWorkItem.Execute(ActivityExecutor executor, BookmarkManager bookmarkManager)
Inner Exception Details:
Exception Message: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters. (type PathTooLongException)
Did anyone came across such issue while deploying Orchard on Azure with TF service? If yes, how did you sort this freaking error?
Thanks,
Altaf B.

Hi AltafB,
For your situation, you can short the path for the source code. Or use a short path for build agent folder in your build definition. You can refer to the links below to solve your problem:
http://blogs.msdn.com/b/aaronhallberg/archive/2007/06/20/team-build-and-260-character-paths.aspx
https://social.msdn.microsoft.com/Forums/vstudio/en-US/1638a5f0-9321-4ff9-9ee7-6d347badb972/please-some-solution-to-the-specified-path-file-name-or-both-are-too-long?forum=tfsbuild
Besides, since you deploy Orchard to Azure, you can also publish it directly using publish profile in Visual Stduio or WebMatrix directly.
Best regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Powershell Get-childItem: The specified path, file name, or both are too long.

Hey Scriping Guys!
I've been using a PowerShell script for a couple of years now to generate a monthly report showing the size of user folders on a number of departmental file servers. It's working just fine on all file servers except one where the users have gotten carried away with creating sub-folders and using realy long descriptive file names. The problem piece of script is this:
$colItems = (Get-ChildItem \\192.168.10.5\marketing -recurse | Measure-Object -property length -sum)
"marketing-serv\marketing: "+"{0:N2}" -f ($colItems.sum / 1GB) + " GB"
The reply I get is:
Get-ChildItem : The specified path, file name, or both are too long. The fully
qualified file name must be less than 260 characters, and the directory name mu
st be less than 248 characters.
At G:\data\Server_space_Report\serverspace2.ps1:37 char:27
+ $colItems = (Get-ChildItem <<<< \\192.168.10.5\marketing -recurse | Measure-Obje
ct -property length -sum)
Yes, the message is correct, however, when I connect to the server, right click the folder and chose properties it returns a size of 128 GB. My questions are
1. Why does clicking on folder properties not produce an error (what is it doing differently from my script)?
2. How can I fix my script?
Thanks,

I am trying to clear up the older open posts on this forum. If this is still an unresolved issue for you please let me know. If you do not post back within one week I will assume it is resolved and will close this thread.
Thank you
Ed Wilson
Microsoft Scripting Guy

Get-ChildItem : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

Hi, Im trying to get the whole path in my server, so i tried that with this following code
Get-ChildItem $sourceFolder -Recurse | ?{$_.PsIsContainer} |Get-Acl
But then, it showed me somtehing like this :
Get-ChildItem : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
I tried to find the solver everywhere and mostly they propose to change the path name, which is impossible, since I am working with my company server, and those folder have already there before i start to work here, then the other ask me to use robocopy,
but all of the trick just dont work
is there any way to solve this problem? thanks

There is no simple solution to this. And it is not a limitation of powershell itself, but of the underlying NTFS file system.
If the problem is that a folder with a name longer than 248 exists anywhere within your directory structure, you are hooped.
If the problem is that some fully qualified path names exceed 260 characters, then, in those cases, the solution already given is to create a psdrive partway up the path from the drive letter or server/share root of the path. Unfortunately, the output produced
will be relative to that psdrive and not to what is specified as the $sourcefolder.
unless you already know where those problematic paths are, you might consider trying to trap those errors and have your script figure out where it needs to create psdrives. You might then be able to calculate the equivalent path for each file or folder and
output that. the programming effort would be simpler to just created a psdrive for each folder encountered, however I expect that would be very inefficient.
Al Dunbar -- remember to 'mark or propose as answer' or 'vote as helpful' as appropriate.

How do I email my videos if they are too long?

I have a friend who has an ipad and she did a video or a couple of videos that wouldn't email to her email account. I have had this problem with mine before. How do you get videos that are too long to email?

You don't e-mail them. You upload them somewhere. You can try getting a youtube account (you can set the videos to private or unlisted, so the general 'anybody' can't see them without you sharing the link.
You could also upload them to a service like dropbox or the such and then the other party can download them

SharePoint 2010, Visual Studio 2010, Packaging a solution - The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

Hi,
I have a solution that used to contain one SharePoint 2010 project. The project is named along the following lines:
<Company>.<Product>.SharePoint - let's call it Project1 for future reference. It contains a number of features which have been named according
to their purpose, some are reasonably long and the paths fairly deep. As far as I am concerned we are using sensible namespaces and these reflect our company policy of "doing things properly".
I first encountered the following error message when packaging the aforementioned SharePoint project into a wsp:
"The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters."
I went through a great deal of pain in trying to rename the project, shorten feature names and namespaces etc... until I got it working. I then went about gradually
renaming everything until eventually I had what I started with, and it all worked. So I was none the wiser...not ideal, but I needed to get on and had tight delivery timelines.
Recently we wanted to add another SharePoint project so that we could move some of our core functinality out into a separate SharePoint solution - e.g. custom workflow
error logging. So we created another project in Visual Studio called:
<Company>.<Product>.SharePoint.<Subsystem> - let's call it Project2 for future reference
And this is when the error has come back and bitten me! The scenario is now as follows:
1. project1 packages and deploys successfully with long feature names and deep paths.
2. project2 does not package and has no features in it at all. The project2 name is 13 characters longer than project1
I am convinced this is a bug with Visual Studio and/or the Package MSBuild target. Why? Let me explain my findings so far:
1. By doing the following I can get project2 to package
In Visual Studio 2010 show all files of project2, delete the obj, bin, pkg, pkgobj folders.
Clean the solution
Shut down Visual Studio 2010
Open Visual Studio 2010
Rebuild the solution
Package the project2
et voila the package is generated!
This demonstrates that the package error message is in fact inaccurate and that it can create the package, it just needs a little help, since Visual Studio seems to
no longer be hanging onto something.
Clearly this is fine for a small time project, but try doing this in an environment where we use Continuous Integration, Unit Testing and automatic deployment of SharePoint
solutions on a Build Server using automated builds.
2. I have created another project3 which has a ludicrously long name, this packages fine and also has no features contained within it.
3. I have looked at the length of the path under the pkg folder for project1 and it is large in comparison to the one that is generated for project2, that is when it
does successfully package using the method outlined in 1. above. This is strange since project1 packages and project2 does not.
4. If I attempt to add project2 to my command line build using MSBuild then it fails to package and when I then open up Visual Studio and attempt to package project2
from the Visual Studio UI then it fails with the path too long error message, until I go through the steps outlined in 1. above to get it to package.
5. DebugView shows nothing useful during the build and packaging of the project.
6. The error seems to occur in
CreateSharePointProjectService target called at line 365 of
Microsoft.VisualStudio.SharePoint.targetsCurrently I am at a loss to work out why this is happening? My next task is to delete
project2 completely and recreate it and introduce it into my Visual Studio solution.
Microsoft, can you confirm whether this is a known issue and whether others have encountered this issue? Is it resolved in a hotfix?
Anybody else, can you confirm whether you have come up with a solution to this issue? When I mean a solution I mean one that does not mean that I have to rename my namespaces,
project etc... and is actually workable in a meaningful Visual Studio solution.

Hi
Yes, I thought I had fixed this my moving my solution from the usual documents to
c:\v2010\projectsOverflow\DetailedProjectTimeline
This builds ok, but when I come to package I get the lovely error:
Error 2 The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters. C:\VS2010\ProjectsOverflow\DetailedProjectTimeline\VisualDetailedProjectTimelineWebPart\Features\Feature1\Feature1.feature VisualDetailedProjectTimeline
Now, the error seems to be related to
Can anyone suggest what might be causing this. Probably some path in an XML file somewhere. Here is my prime suspect!
<metaData>
<type name="VisualDetailedProjectTimelineWebPart.VisualProjectTimelineWebPart.VisualProjectTimeline, $SharePoint.Project.AssemblyFullName$" />
<importErrorMessage>$Resources:core,ImportErrorMessage;</importErrorMessage>
</metaData>
<data>
<properties>
<property name="Title" type="string">VisualProjectTimelineWebPart</property>
<property name="Description" type="string">My Visual WebPart</property>
</properties>
</data>
</webPart>
</webParts>
.... Unless I can solve this I will have to remove the project and recreate but with simple paths. Tho I will be none the wiser if I come across this again.
Daniel

I am trying to use my IPAD to video students in my conducting class, then email them the video for self evaluation. However, many of the video clips are too long to email. Is there anyway to compress the video clips and still email them so they can view

I am trying to use my IPAD to video students in my conducting class, then email them the video for self evaluation. However, many of the clips are too long to send. Is there a way I can compress the clips and still send them via email so they can open and them using Quicken?
Muzakmn

It depends on the clips' content, their current format, and how much you would need to compress them, but in most cases and with most email systems, it's difficult to impossible to compress a clip enough to be able to get it through the attachment size limits of most email providers and still have the video be comprehensible. You'll probably need to find a web site or other method where you could post the videos for download by the students.
You can try compression and trimming, though, and see if you can get the video small enough to email. An attachment often has to be 3MB or less to go through, though it depends entirely on the email systems on both ends. If you look to the right under "more like this" you'll find similar threads on the subject.
Regards.

I use my Ipad to record clients and I need to send these recordings to my customers. I am having trouble sending them because it always says that they are too long in length. They run any where from 5 minutes to maybe 15. Can I compress these

I use my Ipad to film my clients and need to send copies to my clients. I am having trouble sending them. When I press share, it only gives me options of sending them as a Message airdrop or Icloud. When I press Icloud nothing happens. The videos are usually 5minutes to maybe 20 minutes. I need to send them insome kind of a compressed manner so it iseasy for my clients to open and watch. Thanks

Have you thought about uploading them to youtube? You can put things there up to 8 minutes long, and up to 15 if you get verified. You can also have them 'unlisted' which means they're not visible to anyone without the link.
I think your issue isn't as much that the videos are too long, it's that the file size is too big. I have a 3 minute video that I shot with my iPod that's 300 megs, and most mail programs max out at 25 megs.
There may also be options with vimeo or other video sharing programs that you can explore.

Rewire bus names are too long.

Hi. Logic Pro 10.1 - Mavericks - Rewire inputs on Aux channel strips.
Many rewire bus names are too long to see the channel numbers so the lists end up with no numbers (e.g. "RW:Reaper Outp" repeated over and over for all the inputs). I can't see a way to edit the names or apply a name mask (even in the environment) in Logic like you can in a lot of other DAWs. Is this possible in Logic?
Thanks.

I re-booted my desktop and now the files are transfering. Not sure why the difference? I looked around on other posts and tried their suggestions.
I am very careful to not use illegal file names and have taught classes at our Camera Club on proper file naming conventions because of all the issues members have had submitting digital photos for various projects. As a webmaster, I have to be very careful with my file naming on Unix/Linux/ Apache servers too.
The error wasn't any speficic file as I was transfering a folder for a whole year of photos.
Thank you for answering. I hope it all keeps working?

Trying to restore a lost Thunderbird profile, but can't "move profile" because filenames are too long

I'm having a problem with Thunderbird that is addressed in several postings here and on "mozillaZine," but in trying to follow the instructions given for fixing it, I have run into a new problem that I don't see addressed. The original problem is the one described in this thread, where my folders and everything have just vanished, and I'm prompted on startup to create a whole new profile:
https://support.mozilla.org/en-US/questions/1040003
Following the links in that thread, I get to this -- and since my address book has also apparently disappeared, I click the internal link to the section headed "Lost Profile":
http://kb.mozillazine.org/Recovering_a_profile_that_suddenly_disappeared
Step 1 then sends me here:
http://kb.mozillazine.org/Moving_your_profile_folder_-_Thunderbird
Step 2 on that page says, "Copy the profile folder to where you want to store it." When I try to do that, though (using Windows Explorer on Windows 7), it gets partway through the copying and then hangs up because it runs into a filename that is too long to copy. And according to the prompt that tells me this, there are many more such long filenames still to come.
Do I ignore this error and just skip those files? That means the profile copy won't be complete, which I would think would be dangerous and/or would just cause further errors. Or is there some simpler way altogether to do what I originally set out to do, which is recover the profile that just mysteriously disappeared?
Again, I'm running Thunderbird on Windows 7, and had been using it for years without ever before encountering this extremely irritating glitch. I'll be grateful for any help.

I very much appreciate both these answers and will save them for future reference if needed. The problem seems to be resolved, although not for any reason I can explain. What happened was that I suddenly had three problems all in the same 24 hours or so: a very slow, almost unusable internet (I thought connected with my "IPv6 Connectivity"), then the Thunderbird crash, then Google Chrome not starting. Whether and how these are all related, I don't know. Anyway, while I was sitting here unable to get e-mail or get back into this forum, I decided to try a System Restore just for the heck of it, even though someone else had reported this not working. And it too seemed to fail, at first, giving me an error message that said the system couldn't be restored due to an "unknown error." But clearly at least part of it worked, because I am seeing some earlier settings, and Thunderbird then started -- almost normally, except for needing my passwords entered again.
So I'm running "MozBackup" now in hopes of having the profile readily available next time this problem comes up. Also, Chrome is now working again after I did something or other with the security settings, and the internet seems normal even though my IPv6 status still shows "No network access." I really don't know what's been going on, but for whatever reason everything seems fixed. For now. :-S
Again, I'm sincerely grateful for your efforts to help me. Now that I'm a member of the forum I'll try to do the same for someone else.

Apple Mail Message headers are too long

I just recently noticed that all the headers of my messages are really long, i can't see my messages until I scroll down. I tried to adjust the headers in my preferences and they still don't look normal. How can I fix this problem?????
Please help.
Thanks.
Ken

Please, clarify. What does “the headers are really long” mean? Is it that they show a lot of information or that they take up too much space on the screen with lots of unused blank space in between?
If the latter (which is not what you appear to be saying), then this is a font issue caused by having disabled or removed a font that Mail needs to work properly (e.g. Helvetica):
Font Management in Mac OS X Tiger and Panther

Destination Path Too Long having this problem on desk top computer

Destination Path Too Long
when I try to move files from my desk top screen to my external hard drive or my internal hard drive I get this error message:
Path Too Long: The file name(s) would be too long for the destination folder. You can shorten the file name and try again, or try a location that has a shorter path.
These are files that I have previously moved from my internal hard drive on to my desk top [screen] computer, this error seems to pop up on my desk top not my lap top, both running windows
7. These files do not have long names, and I can not "skip" these files these are files that I have created for business or fun.
I am not a computer tech so if some one could instruct me what to do I would appreciate this.

Hi,
the destination path is the full path you are copying to. In case of a library for example that would be (by default) c:\users\username\folder. The length of paths quickly adds up and may not exceed 255. Copying the file to a longer destination
path would render the file inaccesible in standard ways.
Consider to try copying the files to a shorter destination path (not to c:\folder\longfolder\subfolder\folder\ but to c:\x\for example). Please post back if that does not work either.
The foldername in your screenshot alone already has 40 about characters. Consider using shorter descriptive names for your folders. For example 'Bible scripts FB2010' only contains 22 characters and contains more or less the same info)
http://support.microsoft.com/kb/177665
If you still use large folderstructures to 'easily' track down your files, consider spending less time arranging files and using search more often. If I for example would need some file, I tap the windows key and start typing some part of the filename or
even it's contents or tags. Usually before I have typed afew characters, the startmenu shows exactly the document or picture I need. I' ve got about 4000 documents of all kinds stored in "my documents" only roughly spread over some folder like Letter,
Script, Work, House\*year*, Pay\*year*...Index your folders, use a bit of tagging and let the computer do the work!
Also, Windows does contain methods to access longer filepaths (see
http://social.technet.microsoft.com/Forums/en/winservergen/thread/cc7491ae-5039-4cf5-8347-d43f22389bb0) but these are not recommended for daily use as applications might fail handling files stored in such paths.
MCP/MCSA/MCTS/MCITP

Verify a bug: iCal can't read it's own invitations if lines are too long

Hi all,
Can you help me isolate (and hopefully get Apple to fix ASAP) a bug in iCal?
1. Create an event in iCal
2. Add an invitee with a very long email address, OR with a very long name, so that the combination of "ATTENDEE;" with the name and address exceeds 72 chars.
3. Send the invitation.
4. Go to the computer of the invitee, and try to accept the invitation.
5. It will complain that the address is not in your ME card - but it's looking for only part of the address, that got cut off at the 72-character line. iCal fails to recognise the wrapped line (see examples below) and the invitation is useless. (in the example below, I get a notification that "[email protected]" is not in the ME card in my address book because iCal doesn't see the 'u'.)
ATTENDEE;CN="Michael Cutter";PARTSTAT=ACCEPTED:mailto:[email protected]
u
ATTENDEE:mailto:sendingthelongestpossibleemailaddressthaticouldeverimagi
[email protected]
To check if you've got an email address long enough to be wrapped, have a look at your sent invitation in TextEdit or similar and you'll see a break like above.
Can you please try this and tell me if you can replicate the problem? It's driving people in my office nuts because all you need is a status like
"PARTSTAT=REQUIRES ACTION;"
and you've already lost 25 chars of your 72 char limit. Add a name and an email and you're gone - but if you are lucky enough to usually only have short names or just emails in your invitations you probably won't see this error!

I can now explain (I think) why nobody else seems to be able to reproduce this bug - it's caused by using Entourage X with iCal! Invitations sent TO Entourage X are broken when passed into iCal on the recipient's Mac.
Solution: upgrade to Entourage 2004 or switch to Mail. The SENDER's mail program doesn't seem to have an affect.

Help! My score notes are too long

Hello. Does anybody have a simple solution? I need to make scores of some songs. The problem is this: even though the piano roll shows all the notes in their actual length, the score shows the last notes always much longer - as long as there is room. Only way to fix this seems to be putting in tens of "pause" signs, or whatever those are called. Is there any way to get the score show the lengths correctly, as they are in the piano roll?
Please help!
Larry

I wonder what a "pause sign" is a reference to...
There are a number of associated issues here, and I'm not expert enough to walk you through them all. The score only gives an approximation, but there are a number of options used in the score editor that can help with this including the buttons with the words "Interpretation", "Syncopation" and "No Overlap".
But recently I've addressed the vast bulk of my midi-to-score problems in the piano roll selectively applying quantize and particularly this one: Functions > Note Events > Note Force Legato.
In your case you seem to have all the legato you want so maybe the fault likes elsewhere. You might need to look in the event editor and force notes to a certain length.
Anyway the score editor, and its results, remains the most mysterious part of Logic, apparently even for long-time users. I heartily suggest reading every scrap of the manual on the topic if this is one of your preferred modalities. I'm about to do that this week myself.
-- Gerry

Are too long pathnames a problem?

Similar Messages

Maybe you are looking for