Dear HockeyMTI555: I am emailing you to now thank you. I have been working on a zipping program for some time. I have tried many approaches or libraries looking for the best. I thought I had the BEST approach at last defined and was hopeful development
could go forward with more results and a solid blueprint for completion. You email and decision to go to "/command-line 7zip directly for the rar file/" caused me to pause. I was not attracted to this, so I had not tried this approach. But the more I considered
your response, I came to conclude that possibly it would be a workable solution. Consequently, I tried it and was quite satisfied. You were right, and I am pleased with the result. Consequently, I too am abandoning both SevenZipSharp and DotNetLib. There were
so many things wrong with SevenZipSharp that forced me to compromise, I just was not happy with it. So far the direct 7Zip approach has been able to succeed where SevenZipSharp failed. The DotNetLib approach did work well, but it was limited only to Zip and
nothing else. The Command Line approach, which I have tested, has the ability to have a unified approach that will work with a variety of the archives, and this I like. Thank you for your response as well. It caused me to second guess my conclusions and this
time the results appear to be very positive. I very much appreciate your second set of eyes. Sincerely, Pastor Burt On 2/11/2014 8:28 PM, hockeymtl555 wrote: > > From: hockeymtl555 > > A big thank you Pastor Burt to have answer my question ! > > I am currently
using SharpZipLib which work pretty well actually. But > it only support .zip file, not rar files. > > Unfortunately I am not in a position to use a library that is no more > supported. I am sorry to see that SevenZipSharp is no more supported, > since it
was able to support more type of compression, which I need. > But without support, it's not an option. I will probably go with the > command-line 7zip directly for the rar file. > > > Thanks for your information ! > > Read the full discussion online > . >> To add a post to this discussion, reply to this email > ([email removed] > ) > > To start a new discussion for this project, email > [email removed] > > > You are receiving this email because you subscribed to this discussion > on CodePlex. You can unsubscribe
or change your settings > > on codePlex.com. > > Please note: Images and attachments will be removed from emails. Any > posts to this discussion will also be available online at codeplex.com > > No virus found in this message. > Checked by AVG - www.avg.com> Version: 2014.0.4259 / Virus Database: 3697/7083 - Release Date: 02/11/14 > -- *Pastor Burt Wilkins* *Auto Shutdown Pro* Miralhens Apartment, Apartment A, Jupiter Street, San Felipe Subdivision, Mojon District, 3000 Malolos City, Bulacan http://www.AutoShutdownPro.com
http://www.AutoShutdownFree.com Email: [email removed] Philippine phone to the US: *(951)530-9138 *Philippines Phone: (912)738-3132 Local Philippines Land Line: +63-44-796-3629 Dear HockeyMTI555:
I am emailing you to now thank you. I have been working on a zipping program for some time. I have tried many approaches or libraries looking for the best.
I thought I had the BEST approach at last defined and was hopeful development could go forward with more results and a solid blueprint for completion.
You email and decision to go to "
command-line 7zip directly for the rar file" caused me to pause. I was not attracted to this, so I had not tried this approach. But the more I considered your response, I came to conclude that possibly it would be a workable
solution. Consequently, I tried it and was quite satisfied.
You were right, and I am pleased with the result. Consequently, I too am abandoning both SevenZipSharp and DotNetLib. There were so many things wrong with SevenZipSharp that forced me to compromise, I just was not happy with it. So far the direct 7Zip approach
has been able to succeed where SevenZipSharp failed. The DotNetLib approach did work well, but it was limited only to Zip and nothing else. The Command Line approach, which I have tested, has the ability to have a unified approach that will work with a variety
of the archives, and this I like.
Thank you for your response as well. It caused me to second guess my conclusions and this time the results appear to be very positive. I very much appreciate your second set of eyes.
Sincerely,
Pastor Burt
On 2/11/2014 8:28 PM, hockeymtl555 wrote:
Pastor Burt Wilkins
Auto Shutdown Pro
Miralhens Apartment, Apartment A,
Jupiter Street, San Felipe Subdivision,
Mojon District, 3000 Malolos City, Bulacan
http://www.AutoShutdownPro.com
http://www.AutoShutdownFree.com
Email: [email removed]
Philippine phone to the US:(951)530-9138
Philippines Phone: (912)738-3132
Local Philippines Land Line: +63-44-796-3629
![]()