In a DOS Windows,
copy/b 1.8gigfile+1.8gigfile 3.6gigfile

Ross.

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Nahum.Wild
> Sent: Tuesday, 27 January 2004 15:45
> To: 'NZ Borland Developers Group - Delphi List'
> Subject: RE: [DUG] Replacement comperession component needed urgently
> 
> 
> Thanks for the info.
> 
> The test data that I quickly grabbed has a 1.8gb file in it - 
> and that's considered medium-large.  Unfortunatly that seems 
> to rule LHA out.  So i've started testing abbrevia (orginally 
> from TurboPower).
> 
> Currently hunting thru my PC for a > 2GB file.
> 
> Cheers,
> Nahum.
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
> > Sent: Tuesday, 27 January 2004 15:24 p.m.
> > To: [EMAIL PROTECTED]
> > Subject: RE: [DUG] Replacement comperession component 
> needed urgently
> >
> >
> > Nahum asked:
> >
> > > Currently spanning is not within the requirements :o( and
> > 2gb+ files are
> > > allowed on NTFS, not sure about FAT32 but definatly sure
> > about not for FAT16
> > > :o)
> > >
> > > How standard is this format for reading in with thirdparty apps?
> >
> > LZH compression and the LHA archive format itself is bog standard; 
> > e.g. Winzip supports it by having the public domain LHA utility 
> > defined in a known location and just calls that.  Use of 
> spanning is 
> > NOT LHA compatible however; it's something we added for our users. 
> > Similarly, if you encrypt the archive for any reason, LHA won't be 
> > able to decompress it.
> >
> > That aside, TCompLHA provides LHA-compatible archives, with 
> the same 
> > limitations -- max 2GB (*original* filesize) per individual 
> compressed 
> > file in the archive, but no max archive size per se other than any 
> > OS-specific limitations.
> >
> > http://spis.co.nz/complha.htm
> >
> >
> >
> >
> >
> > >
> > > Thanks rob,
> > >
> > > Nahum.
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED] 
> > > > [mailto:[EMAIL PROTECTED] Behalf Of Robert martin
> > > > Sent: Tuesday, 27 January 2004 13:14 p.m.
> > > > To: [EMAIL PROTECTED]; NZ Borland Developers 
> Group - Delphi 
> > > > List
> > > > Subject: Re: [DUG] Replacement comperession component
> > needed urgently
> > > >
> > > >
> > > > Hi Nahum
> > > >
> > > > We have used Lzh archiving with TCompLha from
> > [EMAIL PROTECTED]  who
> > > > frequents these groups.  It works great although I have 
> not tried 
> > > > it on 9GB of data.  Isn't there an OS issue in relation 
> to 2GB + 
> > > > files (like you cant
> > > > have them).  Not sure if this is only applies to Win 9x or
> > > > also the rest NT
> > > > / 2000/ XP.  My guess is your 9GB of data compresses to a 2+
> > > > GB file.  You
> > > > could try creating multiple archives with your current
> > > > component (TCompLha
> > > > can also do this).
> > > >
> > > >
> > > > Rob Martin
> > > > Software Engineer
> > > >
> > > > phone 03 377 0495
> > > > fax 03 377 0496
> > > > web www.chreos.com
> > > > ----- Original Message -----
> > > > From: "Nahum.Wild" <[EMAIL PROTECTED]>
> > > > To: "'NZ Borland Developers Group - Delphi List'" 
> > > > <[EMAIL PROTECTED]>
> > > > Sent: Tuesday, January 27, 2004 11:27 AM
> > > > Subject: [DUG] Replacement comperession component 
> needed urgently
> > > >
> > > >
> > > > > Hi all,
> > > > >
> > > > > We are current using the latest version of DynaZip Max 5
> > > > and have started
> > > > > encountering major problems when trying to zip up 9GB of
> > > > data.  CRC errors
> > > > > and the like.  We believe its the component set causing the
> > > > problem so I'm
> > > > > urgently trying to find a replacement for it.
> > > > >
> > > > > Can anyone recomend a replacement component set that they
> > > > think is fab and
> > > > > can handle 2GB plus compressed files?  It doesn't have to
> > > > be a zip based
> > > > > format, but does need to be generally accepted and 
> viewable with
> > > > thirdparty
> > > > > utils etc...  Such as WinRar.
> > > > >
> > > > > Thanks in advance,
> > > > >
> > > > > Nahum Wild
> > > > > Software Innovator, Process Consultant
> > > > > IFE
> > > > > PayGlobal
> > > > >
> > > >
> > > >
> > > > --------------------------------------------------------------
> > > > --------------
> > > > ----
> > > >
> > > >
> > > > > _______________________________________________
> > > > > Delphi mailing list
> > > > > [EMAIL PROTECTED] 
> > > > > http://ns3.123.co.nz/mailman/listinfo/delphi
> > > > >
> > > >
> > > > _______________________________________________
> > > > Delphi mailing list
> > > > [EMAIL PROTECTED] 
> http://ns3.123.co.nz/mailman/listinfo/delphi
> > > >
> > >
> > > 
> _______________________________________________
> > > Delphi mailing list
> > > [EMAIL PROTECTED] http://ns3.123.co.nz/mailman/listinfo/delphi
> > >
> > >
> >
> >
> > cheers,
> > peter
> >
> > ===========================================
> > Peter Hyde, Development Director, SPIS Ltd, Christchurch, 
> New Zealand
> > * TCompress/TCompLHA component sets for Delphi/Kylix/C++
> > * TurboNote+: http://TurboNote.com  -- top-rated onscreen 
> sticky notes
> > Find all the above and MORE at http://spis.co.nz
> >
> >
> > _______________________________________________
> > Delphi mailing list
> > [EMAIL PROTECTED]
> > http://ns3.123.co.nz/mailman/listinfo/delphi
> >
> 
> _______________________________________________
> Delphi mailing list
> [EMAIL PROTECTED]
> http://ns3.123.co.nz/mailman/listinfo/delphi
> 

_______________________________________________
Delphi mailing list
[EMAIL PROTECTED]
http://ns3.123.co.nz/mailman/listinfo/delphi

Reply via email to