DOS ain't dead - p7zip 9.13b with FSU pthreads

Khusraw

Bucharest, Romania,
05.08.2010, 17:07

p7zip 9.13b with FSU pthreads (Announce)

I just compiled p7zip v9.13b using DJGPP 2.04 and FSU Pthreads v3.14 instead of the contemptible DJGPP GNU Pthreads v2.07 port available. This build seems to work a little better than David's, but I don't have too much time for testing, if you are interested you may download it from http://rapidshare.com/files/411216786/p7z913b.7z.

---
Glory to God for all things

Zyzzle

06.08.2010, 22:08

@ Khusraw

p7zip 9.13b with FSU pthreads

Post reply

Thank you, what a wonderful gift! After testing, your version does seem more stable, and it works perfectly for me with the delta filter, and -mx9 mode works well on all files now. With david's compile, neither worked, but crashed with SIGSERV errors. Also, most remarkably, this version is only 905kb uncompressed, and 355kb UPX'd. Nearly *half* the size of the other versions! Great reduction in bloat!

The only 'problem' or bug I notice is that your version still has the PKUNZIP bug where the created .ZIP files are tagged for UNIX (0x03) in the .ZIP headers, and ideally they should be for DOS (0x00). I seem unable to patch your binary like I did with Rugulxo's p7zip compile of 4.65. In that other thread.

Khusraw

Bucharest, Romania,
06.08.2010, 22:33

@ Zyzzle

p7zip 9.13b with FSU pthreads

Post reply

> Thank you, what a wonderful gift! After testing, your version does seem
> more stable, and it works perfectly for me with the delta filter, and -mx9
> mode works well on all files now. With david's compile, neither worked, but
> crashed with SIGSERV errors. Also, most remarkably, this version is only
> 905kb uncompressed, and 355kb UPX'd. Nearly *half* the size of the other
> versions! Great reduction in bloat!

Are you sure that -mx9 works always well?! Sometimes I get crashes when compressing .7z LZMA with -mx9 (BZip2 works OK).

> The only 'problem' or bug I notice is that your version still has the
> PKUNZIP bug where the created .ZIP files are tagged for UNIX (0x03) in the
> .ZIP headers, and ideally they should be for DOS (0x00). I seem unable to
> patch your binary like I did with Rugulxo's p7zip compile of 4.65. In that
> other thread.

I simply built the program from the official source code package, I didn't apply any patch except that I added three functions trivial to implement. What I mostly dislike to this build is that it is too Unix oriented, the program accepts only slashes (not backslashes) and it requires case-sensitivity in the paths. After my tests I think that Rugxulo's v4.65 build is still the best p7zip package available for DOS.

---
Glory to God for all things

Zyzzle

07.08.2010, 09:05

@ Khusraw

p7zip 9.13b with FSU pthreads

Post reply

> Are you sure that -mx9 works always well?! Sometimes I get crashes when
> compressing .7z LZMA with -mx9 (BZip2 works OK).

I did some more extensive testing, and you are correct. The -mx9 with LZMA sometimes crashes, and other times doesn't with *exactly the same data* attempting to be compressed. So far, I can't point to what causes success and what does not. This also happened with your version of p7zip 4.61 compiled with pthreads... However, the compile of 9.13 seems more stable in general compared to 4.61, although it is some 5 to 10% slower on compressing identical data than 4.61, or Ruguxo's 4.65 compiled without pthreads. Strangely, I get more errors with 9.13 on my 4gb and 8gb systems than my 1gb system, could have to do with CWSDPMI r7 and 4 mb pages? Reverting back to r5 has no effect, though. Will try switching extenders and stubs, but I am not hopeful. Anyway, your efforts at getting a true DOS compile of 9.13 are most appreciated.

Khusraw

Bucharest, Romania,
07.08.2010, 14:02

@ Zyzzle

p7zip 9.13b with FSU pthreads

Post reply

> I did some more extensive testing, and you are correct. The -mx9 with LZMA
> sometimes crashes, and other times doesn't with *exactly the same data*
> attempting to be compressed. So far, I can't point to what causes success
> and what does not. This also happened with your version of p7zip 4.61
> compiled with pthreads...

P7zip 4.61 is compiled by Michael Kostylev, not by me, but we both used FSU Pthreads instead of the DJGPP port of GNU Pthreads 2.07. Pth 2.07 never worked acceptable for me, but sadly, it seems that FSU Pthreads is even worse. I will try to compile later p7zip 9.13b with Pth 2.07 instead.

---
Glory to God for all things

Khusraw

Bucharest, Romania,
07.08.2010, 20:11
(edited by Khusraw, 07.08.2010, 20:35)

@ Zyzzle

p7zip 9.13b with FSU pthreads

Post reply

I can't compile GNU Pthreads v2.07 from the available DJGPP package, so I decided to recompile p7zip v9.13b with a rebuilt FSU Pthreads v3.14. I don't know why but the program is fatter, instead it seems to work much better. I managed to compress very big directories using -mx9 switch under both CWSDPMI r7 and HDPMI32 without any problems. You may download it from http://rapidshare.com/files/411619259/p7z913b.7z.

---
Glory to God for all things

Zyzzle

08.08.2010, 02:57

@ Khusraw

p7zip 9.13b with FSU pthreads

Post reply

> I can't compile GNU Pthreads v2.07 from the available DJGPP package, so I
> decided to recompile p7zip v9.13b with a rebuilt FSU Pthreads v3.14. I
> don't know why but the program is fatter, instead it seems to work much
> better. I managed to compress very big directories using -mx9 switch under
> both CWSDPMI r7 and HDPMI32 without any problems. You may download it from
> http://rapidshare.com/files/411619259/p7z913b.7z.

For some reason, your newly compiled version performs much worse for me. It is about 75 to 80% slower on all options (Deflate, LZMA, BZIP2) than the previous 9.13 compile (Did you compile without FPU support, or ???). Also, although it does not overtly crash on the same data that the other one did, on -mx9 and .7z LZMA data, the program just 'halts' at the place where it otherwise crashed before. I must manually Ctrl-Break, or Ctrl-C out of the program. Otherwise it just hangs forever! Very strange. This is on my 1gb system, running MS-DOS 7.1, CWSDPMI r7 (and r5, too). I just tried FreeDOS 2038 and get the same behaviour. Also, the same using HX-Extender. although it merely crashes as before, instead of hanging, but it's still at least 50% slower than your other 9.13 compile.

Khusraw

Bucharest, Romania,
09.08.2010, 00:17

@ Zyzzle

New alternative p7zip 9.13b compiles

Post reply

> For some reason, your newly compiled version performs much worse for me. It
> is about 75 to 80% slower on all options (Deflate, LZMA, BZIP2) than the
> previous 9.13 compile (Did you compile without FPU support, or ???).

The reason was that I accidentally uploaded the wrong version. I recompiled p7zip with a rebuilt FSU Pthreads which I hope that is better, and besides I compiled it also with the available DJGPP port of GNU Pthreads 2.0.7. You may find both versions at http://rapidshare.com/files/411827689/p7zip.7z. I am interested to know which one works better for you, actually my main interest is not in p7zip, but in a well working POSIX threads library for DJGPP.

---
Glory to God for all things

Zyzzle

09.08.2010, 11:21

@ Khusraw

New alternative p7zip 9.13b compiles

Post reply

I am interested
> to know which one works better for you, actually my main interest is not in
> p7zip, but in a well working POSIX threads library for DJGPP.

p7zfsu = works better than previous compile, no longer crashes outright, but 'halts' at random times, not a hard crash, can Ctrl-Break out. All modes work well except .7z LZMA -mx9 with filters enabled.

p7zpth = works well on all modes, no crashes even at -mx9 and very large directories. Noticed speed takes a hit, this version is still ~ 15-20% slower than either Mik's or Ruguxlo's previous compilations. Maybe changing compile options will remedy this?

Also, I noticed that the .ZIP header OS identifier is now 0x00, and so they all unzip well with PKWare's utilities. Great!

Khusraw

Bucharest, Romania,
10.08.2010, 18:41

@ Zyzzle

New alternative p7zip 9.13b compiles

Post reply

> p7zpth = works well on all modes, no crashes even at -mx9 and very large
> directories. Noticed speed takes a hit, this version is still ~ 15-20%
> slower than either Mik's or Ruguxlo's previous compilations. Maybe changing
> compile options will remedy this?

It is compiled with exactly the same options and linked with exactly the same (pre-built) libraries as Rugxulo's 4.65 build. Or my DJGPP 2.04+GCC/GPP 4.4.4. build environment produces slower code, or p7zip 9.13b is slower. I don't like at all the DJGPP port of Pth 2.0.7. (it works generally very slow for me), so I will try to find the causes of FSU Pthreads (these two are the only available POSIX threads libraries for DOS) crashes with p7zip, when I will find some spare time.

---
Glory to God for all things

Khusraw

Bucharest, Romania,
13.08.2010, 17:43

@ Zyzzle

My latest and last p7zip 9.13b build

Post reply

You may download my latest p7zip 9.13b build from http://rapidshare.com/files/412735573/p7z913b.7z. It uses FSU Pthreads and it seem to work well enough on all the three computer systems I have, so I think it will be also my last p7zip v9.13b build.

---
Glory to God for all things

Zyzzle

15.08.2010, 08:20

@ Khusraw

My latest and last p7zip 9.13b build

Post reply

> You may download my latest p7zip 9.13b build from
> http://rapidshare.com/files/412735573/p7z913b.7z. It uses FSU
> Pthreads and it seem to work well enough on all the three computer systems
> I have, so I think it will be also my last p7zip v9.13b build.

Thank you so much! It is perfect now, no errors or crashes at all, and even FASTER in all modes than the 4.65 builds on all 3 of my systems. The code was optimized very nicely. We now have the definitive version of p7zip for DOS systems.

Rugxulo

Usono,
08.11.2010, 21:43

@ Zyzzle

My latest and last p7zip 9.13b build

Post reply

I told Pat about this build, wanted him to mirror either it or my old 4.65 on iBiblio, but I guess he never got around to it. (Argh.) EDIT: I also told the Sac.sk guy to update his (old old) DOS p7zip copies, so maybe he will mirror it.

Anyways, I've uploaded it w/ srcs to my site:

p7z913.zip

I also refreshed my 7ZDEC912.ZIP file, but I only added an OpenWatcom Linux compile (minimally tested but seems to work). Latest SDK 9.18 was just released a few days ago, but I think the only change is for sfx installers, so 7zdec is unaffected.

P.S. Paul Blair, who recently updated FUZOMA, managed to squeeze the (no dir support) 7zdec 4.65 to 32 kb (OpenWatcom) thanks to the stripped, demo party-ish PMODEWI.EXE .

Rugxulo Usono, 11.11.2010, 21:23 @ Rugxulo	My latest and last p7zip 9.13b build Post reply
	> I also told the Sac.sk guy to update his (old old) DOS p7zip copies, so maybe he will mirror it. p7z913.zip PACK p7zip v9.13 .EXE by Khusraw with full source 4824113 2010-11-08 20:29:00