[ { "Id": "181449", "ThreadId": "53891", "Html": "Cheeso, long time no talk - that's good it means no issues! But since I'm posting, well, it's not too bad...
\r\nUsing 1.8.1.19 -
\r\nI have a very minor issue where an error is thrown on a severly nested file many folder layers deep. Meaning the file that is trying to be included in the archive is nested within a folder, within a folder, within a...(repeat 10 times). The path to the file being archived exceeds the allowed number of characters, I thought it said 255 but might be 250(?).
\r\nAnyway, I was able to help the user by finding the problem folders and help her reorganize them to something more realistic, but wondered if you (a) have encountered this, or (b) have fixed this since 1.8.1.19?
\r\n
\r\nAnd with the 32nd pick in the 2009 draft, the Pittsburgh Steelers select......Percy Harvin, WR, Florida. \r\n", "PostedDate": "2009-04-20T11:53:34.54-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "182359", "ThreadId": "53891", "Html": "Hey Jeff!
\r\n
\r\nHmm, that problem has been neither reported nor fixed.
\r\nI think it is a result of some confusion on my part.  In the old days, Windows had a MAXPATH constant that described the maximum number of characters in a path.  It was 260.  I used that constant without thinking about it too much, to limit the length of the path.  I now realize that limit has been lifted in Windows.  I'll need to fix that.
\r\n
\r\nAbout the Steelers drafting a WR: right on, but which one? The Steelers staff often surprises with their picks!
\r\n", "PostedDate": "2009-04-22T08:01:02.273-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "182384", "ThreadId": "53891", "Html": "Let me know when you have a new release and I'll try it.
\r\n
\r\nHarvin, will be there, but he has a lot of red flags - poor route running, pot smoking, character concerns, etc.. Some mocks have them taking a center, but I think they go WR.\r\n", "PostedDate": "2009-04-22T08:40:38.873-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "183772", "ThreadId": "53891", "Html": "Hi,
\r\n
\r\nI'm facing the same problem - the path or the file name is too long (>260 or >248 characters).
\r\nIs there any workaround? I cannot re-organize the structure of files or rename files.
\r\n
\r\n
\r\nThank you\r\n", "PostedDate": "2009-04-26T09:02:38.033-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "184610", "ThreadId": "53891", "Html": "No current workaround.
\r\nThe workitem is: 
\r\nhttp://dotnetzip.codeplex.com/WorkItem/View.aspx?WorkItemId=7702\r\n", "PostedDate": "2009-04-28T10:22:22.937-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "185252", "ThreadId": "53891", "Html": "Ok, I've done some research on the problem.  It turns out that long pathnames are not well supported by the .NET base class library (BCL).
\r\nI'm inclined to defer any efforts to fix this, in lieu of a REAL fix from Microsoft in the BCL and Win32.\r\n", "PostedDate": "2009-04-29T16:10:43.917-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "185476", "ThreadId": "53891", "Html": "Ok for me - it's a rare issue anyway.
\r\n
\r\nAnd Ziggy Hood? Not what I was expecting from the Steelers, but not a bad choice either.\r\n", "PostedDate": "2009-04-30T05:23:44.283-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "185567", "ThreadId": "53891", "Html": "BFJ -
\r\nI was reading an article in the Pgh Post-Gazette this morning by Gene Collier, a funny guy who can write.
\r\nHis view was, all the attention on the draft is so misplaced. It takes 5 years to determine whether you had a good draft.
\r\nThen he did a retrospective on the Steelers' 2004 draft. They picked a bunch of bums, and guy named Roethlisberger. Turns out that was a good draft.
\r\n
\r\nI looked into the PathTooLongException, and there are numerous places within the library where I'd have to take special action to handle the long paths.
\r\nConsidering that neither Windows Explorer nor the CMD.exe prompt can support long paths..., it seems like a problem that ought to be solved in the OS, rather than in the ZIP library. 
\r\n", "PostedDate": "2009-04-30T08:07:29.93-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "651746", "ThreadId": "53891", "Html": "

Hey Cheeso,

\r\n

first things first, dotNetZip is awesome. I recently implemented a backup & restore function. Works like charm.

\r\n

When debugging the code I also encountered the PathTooLongException, using ZipFile.AddDirectory() to save a zip. Problem here, the resulting exception doesn't even say which path was to long or whatever. Using the DotNetZip devkit I saw this happened in ZipEntry.Create when File (Directory) will be first accessed with File.GetLastWriteTime(filename) (line 2402). Well, the path really was too long :).

\r\n

On the other hand two functions in dotNetZip could be helpfull.

\r\n

1. throw custom Exception that actually tells you the path.

\r\n

2. A flag like IgnoreInvalidPaths (perhaps combined with an event InvalidPathEncountered) could help scenarious were you just want to zip what you get out of a directory. 

\r\n

Just a suggestion. Thx again, saved me tons of time.

", "PostedDate": "2011-08-03T07:06:57.427-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "651775", "ThreadId": "53891", "Html": "

thanks for the compliments.  one thing: please don't resurrect 2-year old threads with new information. If you post this to a new thread I'll give you a real response.

\r\n

 

\r\n

 

\r\n

 

\r\n

 

", "PostedDate": "2011-08-03T07:39:24.26-07:00", "UserRole": null, "MarkedAsAnswerDate": null } ]