DOS ain't dead

7zip version15.06 is out and it finally includes the ability to decompress RAR v5 archives. I'm not sure if it can create RAR v.5, however. As I remember, RayeR and Rugluxio compiled earlier versions of 7za.exe to run in DOS under DJGPP. I seem to recall that 9.13 was compiled under GCC 2.7.1 or 2.7.2.

Any pointers for getting v. 15.06 to compile under DOS running DJGPP? Not sure if it can even be compiled on a DOS32 platform. I wanted to ask the experts! Anyone care to give it a try? Here is the latest source:

http://7-zip.org/a/7z1506-src.7z

> http://7-zip.org/a/7z1506-src.7z

Hm, I can compile only C\UTIL\7Z\7ZDEC.EXE and C\UTIL\LZMA\LZMA.EXE for others there's no makefile.gcc. I also found that there are references to wchar string functions that are not implemented in DJGPP yet...

---
DOS gives me freedom to unlimited HW access.

> > http://7-zip.org/a/7z1506-src.7z
>
> Hm, I can compile only C\UTIL\7Z\7ZDEC.EXE and C\UTIL\LZMA\LZMA.EXE for
> others there's no makefile.gcc. I also found that there are references to
> wchar string functions that are not implemented in DJGPP yet...

You got further than I did. At least you got something to compile. I believe 7zdec.exe only decompresses .7z files, not .zip or .rar, as I think those need 7za.exe. I did not succeed, but I'm using GCC 2.7.1

I don't know or think there's way to delete references to wchar strings and still produce a working binary. Probably needs unicode as well.

May I test your binaries? What version of GCC did you use? 2.8.1? Thanks.

> 7zip version 15.06 is out and it finally includes the ability to decompress
> RAR v5 archives.

I haven't checked, but IIRC, 7z [sic] only uses the public UnRAR sources as plugin (.so or .dll), which is not commonly used with DJGPP (e.g. few people utilize DXE3 or DJELF). 7za and 7zr don't support plugins. So we've never had a plugin-enabled build for DJGPP.

Did that encode.ru HX-friendly build (from a year ago) not work for you??

> I'm not sure if it can create RAR v.5, however.

By license, Rar Labs forbids reverse engineering and competing products that can create/compress .RAR archives. This is why UnRAR is "non-free", aka GPL-incompatible.

> As I remember, RayeR and Rugluxio compiled earlier versions of 7za.exe
> to run in DOS under DJGPP.

I think Blair compiled 4.42 a long time ago. I compiled 4.65 and some others (e.g. 9.20.1). Mik did some old ones (4.58?). Khusraw compiled 9.13.

But none of us seem to have the time, energy, or skill to maintain it. And certainly I'm not qualified.

> I seem to recall that 9.13 was compiled under
> GCC 2.7.1 or 2.7.2.

No. First of all, p7zip is C++, and I seriously doubt you can use 2.x for this at all. I think most builds (esp. semi-recently) used G++ 4.4.x or higher (e.g. I used 3.4.x and 4.7.1, among others previously).

> > > http://7-zip.org/a/7z1506-src.7z
> >
> > Hm, I can compile only C\UTIL\7Z\7ZDEC.EXE and C\UTIL\LZMA\LZMA.EXE for
> > others there's no makefile.gcc. I also found that there are references
> > to wchar string functions that are not implemented in DJGPP yet...

I don't think they ever intended anyone to use it with wchar-less systems. 7-Zip is heavily oriented towards Windows, and p7zip is heavily oriented towards POSIX. And just to be super obvious here, DJGPP is neither, thus it's much harder (as this code is not portable enough to easily work for us).

> You got further than I did. At least you got something to compile. I
> believe 7zdec.exe only decompresses .7z files, not .zip or .rar, as I think
> those need 7za.exe. I did not succeed, but I'm using GCC 2.7.1

7zdecode is pure C, but p7zip (7z,7za,7zr) is C++. I don't know where you're getting your DJGPPs from, but 2.7.1 (presumably 2.7.2.1 ??) is way too old.

> I don't know or think there's way to delete references to wchar strings and
> still produce a working binary. Probably needs unicode as well.

Of course there's a way, but sadly nobody cares (or at least not the ones who wrote the stuff). That's their prerogative, but unless we have the time and skill to fix it (and I certainly don't), then we're out of luck.

> May I test your binaries? What version of GCC did you use? 2.8.1? Thanks.

Latest /current/ is GCC 4.7.3 while /beta/ has 5.2.0. They are currently (no pun intended) halfway intending to remove /beta/ and just put DJGPP 2.05 (DJDEV205.ZIP, etc.) into /current/ .

> You got further than I did. At least you got something to compile. I
> believe 7zdec.exe only decompresses .7z files, not .zip or .rar, as I think
> those need 7za.exe. I did not succeed, but I'm using GCC 2.7.1

As Rux told, GCC 2.7.1 is ancient, most recent sources needs 3.x.x or so...

> I don't know or think there's way to delete references to wchar strings and
> still produce a working binary. Probably needs unicode as well.

Maybe further development of DJDEV 2.05 brings wchar support, AFAIK there was some attempts to implement some functions but it's not part of current libC.

> May I test your binaries? What version of GCC did you use? 2.8.1? Thanks.

Here: http://rayer.g6.cz/1tmp/7zdos.zip

---
DOS gives me freedom to unlimited HW access.

Thanks for the replies. After looking, the latest GCC for DOS I can find is 2.8.1. But it doesn't matter anyway. I realize that even p7zip, if compiled for DOS couldn't extract RAR v 5 archives. There seems to be no sense to continue trying to compile p7zip v 15.06, as we've already got the excellent 9.20 port for DOS.

I completely missed the Unrar 5.1 thread, thanks. Seems to work for me, but it does require HX-DOS. I'd much rather have a native DOS version of it. I guess I should concentrate my efforts on that end instead of fooling with 7zip further.

> Thanks for the replies. After looking, the latest GCC for DOS I can find is
> 2.8.1.

It depends where you have looked. The latest stable DOS hosted DJGPP GCC port seems to be 4.7.3: http://www.delorie.com/pub/djgpp/current/v2gnu/. There is also 5.2.0 in "beta" (v. 2.05): http://www.delorie.com/pub/djgpp/beta/v2gnu/

> 7zip version15.06 is out and it finally includes the ability to decompress
> RAR v5 archives. I'm not sure if it can create RAR v.5, however.

NO. Reasons are legal thus there is no point to pressure Igor about that.

> Any pointers for getting v. 15.06 to compile under DOS running DJGPP? Not
> sure if it can even be compiled on a DOS32 platform.

Sure it can. Or does it need more than 4 GiO RAM ???

> Here: http://rayer.g6.cz/1tmp/7zdos.zip

Already dead.

The Win32 binary works with HX ... although with much trouble only.

http://sourceforge.net/p/sevenzip/discussion/45797/thread/5c40e971/#a9f1/0192/247a

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

15.07 is out 2015-Sep-17 What's new:


[+] can extract some obscure archive types I've never heard about before
[?] converts Right-to-Left Override Unicode Character (RLO) in file
    names to "_" character to prevent spoofing (controversial)
[?] fixed some BUG's


http://sourceforge.net/p/sevenzip/discussion/45797/thread/0e078bac/

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

> [+] can extract some obscure archive types I've never heard about before

"7-Zip now can extract GPT images and single file QCOW2, VMDK, VDI images."

I know you hate most emulators and prefer native DOS, but even you frequently use Bochs. Surely you've heard of some of these formats before.

ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/README.txt

"
FreeBSD virtual machine disk images are available in various formats
for several hypervisors.

Disk image formats and the supported hypervisors are:

vhd: VirtualPC, Hyper-V, Xen, VirtualBox
vmdk: VMWare
qcow2: Qemu, KVM, VirtualBox
raw: bhyve, other hypervisors that support unformatted raw disk image
"