DOS ain't dead

Rugxulo

Usono,
06.12.2008, 12:23

7-Zip 4.62 released (Announce)

7-Zip 4.62 was released on 02 December 2008.

7-Zip Win32 cmdline binary for HX:
http://downloads.sourceforge.net/sevenzip/7za462.zip

What's new after 7-Zip 4.57:
- 7-Zip now supports LZMA compression for .ZIP archives.
- 7-Zip now can unpack UDF, XAR and DMG/HFS archives.
- It's allowed to use -t switch for "list" and "extract" commands.
- Some speed optimizations.
- 7-Zip now can unpack .lzma archives.
- Unicode (UTF-8) support for filenames in .ZIP archives. Now there are
3 modes:
1) Default mode: 7-Zip uses UTF-8, if the local code page doesn't
contain required symbols.
2) -mcu switch: 7-Zip uses UTF-8, if there are non-ASCII symbols.
3) -mcl switch: 7-Zip uses local code page.
- Now it's possible to store file creation time in 7z and ZIP archives
(-mtc switch).
- 7-Zip now can unpack multivolume RAR archives created with
"old style volume names" scheme and names *.001, *.002, ...
- Now it's possible to use -mSW- and -mSW+ switches instead of -mSW=off
and -mSW=on
- Some bugs were fixed.
- New localizations: Punjabi (Indian), Pashto, Sinhala, Icelandic,
Kurdish Sorani.

Please use 7-Zip forum for all common questions:

http://sourceforge.net/forum/forum.php?forum_id=45797

---
Know your limits.h

DOS386

01.01.2009, 13:03
(edited by DOS386, 02.01.2009, 10:22)

@ Rugxulo

7-Zip 4.63 released 2008-12-31

Post reply

> 7-Zip 4.62 was released ... Win32 cmdline binary for HX:
> http : / / downloads . sourceforge . net / sevenzip . . .

:-)

> 7-Zip now supports LZMA compression for .ZIP archives.
> Unicode (UTF-8) support for filenames in .ZIP archives.
> store file creation time in 7z and ZIP archives

No thanks :-(

> New localizations: Punjabi (Indian), Pashto, Sinhala, Icelandic, Kurdish Sorani.

COOL :-) also in DOS ? see old discussion :-P

7-Zip 4.63 was released on 2008 December 31

http://downloads.sourceforge.net/sevenzip/7za463.zip

What's new ? Almost nothing :

7-Zip now can unpack ZIP archives encrypted with PKWARE-AES

No need for such "ZIP's" ;-)

Some bugs were fixed.

CTFS ;-)

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

DOS386

04.01.2009, 11:08

@ DOS386

7-Zip 4.64 released 2009-01-03

Post reply

7-Zip 4.64 was released on 2009 January 03

http://downloads.sourceforge.net/sevenzip/7za464.zip

What's new ? Almost nothing : fixed very minor bug with very incompatible encrypted "WinZip-AES" archives

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

Rugxulo

Usono,
04.01.2009, 21:16

@ DOS386

p7zip 4.61 for DJGPP

Post reply

> 7-Zip 4.64 was released on 2009 January 03
>
> http://downloads.sourceforge.net/sevenzip/7za464.zip
>
> What's new ? Almost nothing : fixed very minor bug with very incompatible
> encrypted "WinZip-AES" archives

I agree that such a thing isn't directly useful to us DOS-oriented users, but still, compatibility is sometimes important. Hey, it can't hurt. ;-)

P.S. LZMA SDK is at 4.63 and p7zip is at 4.61. I compiled p7zip 4.61 with DJGPP recently, and you can get it at my site. (Waiting for Jim Hall to put it on iBiblio and then will announce it on the Freedos.org news section.)

http://rugxulo.googlepages.com/p7z461b.zip (1.6 MB: 7za, 7zr, 7zsfx.con w/ docs)

http://rugxulo.googlepages.com/p7z461s.tbz (main p7zip srcs, needs G++)
http://rugxulo.googlepages.com/pth207b.zip (from /current/ since /beta/'s version needs 686+)
http://rugxulo.googlepages.com/pth207s.zip (srcs for GNU pthreads)
http://rugxulo.googlepages.com/watt32s.zip (socket lib needed by pthreads)

Michael Kostylev claims to have used FSU Pthreads (and I dunno what else, Richard Dawe's libsocket??), but neither worked for me. Especially FSU since that requires GCC 2.7.2 to compile (even 2.8.1 didn't work!), so blech.

Rugxulo

Usono,
06.01.2009, 03:11

@ Rugxulo

p7zip 4.61 for DJGPP (but hates FreeDOS??)

Post reply

> I compiled p7zip 4.61 with DJGPP recently, and you can get it at my
> site. (Waiting for Jim Hall to put it on iBiblio and then will
> announce it on the Freedos.org news section.)

And yet it seems to not work in FreeDOS (but works fine in DR-DOS, WinXP, etc), go figure. I have no idea, maybe a GNU pthreads bug??

Look on the bright side, I guess, at least HX + 7ZA still works (and faster too without dragging behind official releases). Kudos to Japheth (even if I really really wish I knew why FD didn't like my p7zip, argh)!

Japheth

Germany (South),
07.01.2009, 07:58

@ Rugxulo

mieh tuh!

Post reply

> And yet it seems to not work in FreeDOS (but works fine in DR-DOS, WinXP,
> etc), go figure. I have no idea, maybe a GNU pthreads bug??

Wouldn't it be more reasonable to assume a bug in FreeDOS?

Judging from my experience ("Ctrl-C" bug) I'd say the FreeDOS kernel has done a couple of significant steps backwards in 2008.

> Look on the bright side, I guess, at least HX + 7ZA still works (and
> faster too without dragging behind official releases). Kudos to Japheth.

Kuhl!

---
MS-DOS forever!

Rugxulo

Usono,
09.01.2009, 00:46

@ Japheth

mieh tuh!

Post reply

> > And yet it seems to not work in FreeDOS (but works fine in DR-DOS,
> WinXP,
> > etc), go figure. I have no idea, maybe a GNU pthreads bug??
>
> Wouldn't it be more reasonable to assume a bug in FreeDOS?

Maybe, but I think it's more likely a bug in the DJGPP GNU pthreads port. If I strip out some MT defines and rebuild, it works in FreeDOS.

> Judging from my experience ("Ctrl-C" bug) I'd say the FreeDOS kernel has
> done a couple of significant steps backwards in 2008.

Report it to Eric. But he's pretty much the only active kernel person these days (AFAICT).

> > Look on the bright side, I guess, at least HX + 7ZA still works (and
> > faster too without dragging behind official releases). Kudos to
> Japheth.
>
> Kuhl!

You've done very well! (Japheth for 2008 DOS "Man of the Year")! :-)

---
Know your limits.h

Japheth

Germany (South),
09.01.2009, 18:09

@ Rugxulo

mieh tuh!

Post reply

> Report it to Eric. But he's pretty much the only active kernel person
> these days (AFAICT).

It has been reported already. I'm holding my breath...

But seeing the FreeDOS kernel mess it might be a better idea to wait for cm to provide us a bug-free, fast, LFN-aware, nice and cool RxDOS ... :-)

> You've done very well! (Japheth for 2008 DOS "Man of the Year")! :-)

In 2008 virtually all I did was NTDPMIX ... to improve NTVDM. IIRC there are some who prefer to think that this is in fact doing damage to DOS. :-D

---
MS-DOS forever!

ecm

Düsseldorf, Germany,
09.01.2009, 18:31

@ Japheth

mieh tuh!

Post reply

> But seeing the FreeDOS kernel mess it might be a better idea to wait for
> cm to provide us a bug-free, fast, LFN-aware, nice and cool RxDOS ... :-)

I thought that when I read DOS-C is written in C :-D (of course I didn't know about the LFN support or RxDOS itself then.)

The new, shiny FreeDOS bug tracker is useless if there's no one reading it. (Same for RxDOS's SF.net bug tracker, but then again nobody is promoting this one.)

---
l

RayeR

CZ,
12.01.2009, 14:04

@ ecm

mieh tuh!

Post reply

I don't remember if I already posted it here,
http://rayer.ic.cz/hardware/evo-t20/fdk2038s.zip
it is my FD kernel version sources with some bugfixes in initdisk.c to be able to run on EVO T20 and some unreleased Eric Auer's fixes. I didn't get message from him if he made my changes oficial but here is it.

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

Rugxulo

Usono,
09.01.2009, 23:28

@ Japheth

Japheth 2008 DOS Man of the Year

Post reply

> > Report it to Eric. But he's pretty much the only active kernel person
> > these days (AFAICT).
>
> It has been reported already. I'm holding my breath...

There are others, but they aren't really as reliable, e.g. their status changes too often or else they don't "report in" as much. ("Real world" is a dirty word.)

> But seeing the FreeDOS kernel mess it might be a better idea to wait for
> cm to provide us a bug-free, fast, LFN-aware, nice and cool RxDOS ... :-)

No offense to anybody, but I think RxDOS is too buggy as is. Now, if he wants to fix those bugs, that's fine. But for now, it's not as useful as FreeDOS.

> > You've done very well! (Japheth for 2008 DOS "Man of the Year")! :-)
>
> In 2008 virtually all I did was NTDPMIX ... to improve NTVDM.

I thought you spent more time on JWasm and HX. But yeah, that one's cool too. ;-)

> IIRC there are some who prefer to think that this is in fact doing
> damage to DOS. :-D

Some people wonder why ReactOS has to exist when GNU/Linux is already free. The simple answer is that some people prefer to do things differently. (Why D or C++ instead of C? Why Ada or Oberon or Modula-2 instead of Pascal? Why not?)

> The new, shiny FreeDOS bug tracker is useless if there's no one
> reading it. (Same for RxDOS's SF.net bug tracker, but then again
> nobody is promoting this one.)

RxDOS' SourceForge site doesn't even have the latest binaries or various other things, so that's not a reliable "homepage", IMHO. And it's not updated or maintained, so it's effectively frozen.

Having a bug tracker is never useless, at least it lets potential hackers know what they're up against. Sure, it probably won't all be fixed immediately, but it's still good to know.

ecm

Düsseldorf, Germany,
11.01.2009, 11:01

@ Rugxulo

Japheth 2008 DOS Man of the Year

Post reply

> > But seeing the FreeDOS kernel mess it might be a better idea to wait
> for
> > cm to provide us a bug-free, fast, LFN-aware, nice and cool RxDOS ...
> :-)
>
> No offense to anybody, but I think RxDOS is too buggy as is. Now, if he
> wants to fix those bugs, that's fine. But for now, it's not as useful as
> FreeDOS.

That's the reason Japheth wrote "wait" and "bug-free". No, I don't have released any RxDOS version yet. Yes, currently available RxDOS versions have tons of bugs (as I've already said often).

> > The new, shiny FreeDOS bug tracker is useless if there's no one
> > reading it. (Same for RxDOS's SF.net bug tracker, but then again
> > nobody is promoting this one.)
>
> RxDOS' SourceForge site doesn't even have the latest binaries or various
> other things, so that's not a reliable "homepage", IMHO. And it's not
> updated or maintained, so it's effectively frozen.

Yes. Until some weeks ago, it had some binaries (labeled 7.2beta) and 6.x sources, but Mike removed these. I'm now a developer of the SF.net project too, so I might later mirror 7.1.5 (buggy) and any version I'll release there. (I could put up 7.1.5 (from the FreeDOS mirrors) right now if anyone's interested.)

---
l

DOS386

24.01.2009, 09:20

@ Japheth

miau tuh! | CTL-C-BUG of what ???

Post reply

> Wouldn't it be more reasonable to assume a bug in FreeDOS?
> Judging from my experience ("Ctrl-C" bug) I'd say the FreeDOS kernel has
> done a couple of significant steps backwards in 2008.

http://www.mail-archive.com/freedos-kernel%40lists.sourceforge.net/msg02156.html

> in the latest FreeDOS kernels (from 03/2008 and 09/2007, AFAIU they are called
> 2038 and 2038pre) there might be a tiny incompatibility
> concerning the Ctrl-C handling.
> As a test case I use this version of the FTE editor:
> http://www.japheth.de/Download/FTE-HX.zip
> Once a text file has been loaded and one wants to press Ctrl-C to copy a line,
> the program terminates due to an exception. The kernel 2036 (date of binary is
> 05/2007) has no problems, and other DOS versions (MS-DOS) also work

I can't reproduce such a bug with FASM IDE ;-)

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

Rugxulo

Usono,
16.01.2009, 01:54

@ Rugxulo

p7zip 4.61 for DJGPP (refreshed)

Post reply

> http://rugxulo.googlepages.com/p7z461fd.zip (1.6 MB: 7za, 7zr,
> 7zsfx.con w/ docs)

Refreshed my DJGPP build, so now it works in FreeDOS after removing some silly MT defines. Of course, it's still bigger than Kostylev's as well as not working on my 486 Sx anymore (last I checked) due to some FPU stuff probably also from GNU pth. (I have to further investigate rebuilding FSU Pthreads myself, but so far haven't done so.) And GNU pth can be rebuilt (if you change the "pconf =/tmp/" part to "/dev/env/DJDIR/tmp",) but for me it only seems to build pthsem.a, and it's not necessarily working correctly, but I got tired of messing with it. And Richard Dawe doesn't use DJGPP anymore, so ....

Anyways, the new URL is above, all other (src) files are the same. Feel free to use or not use it. But hey, at least it's a step towards easy rebuilding for future p7zip releases (e.g. includes my wimpy patch, should be ridiculously easy to rebuild).

Rugxulo Usono, 19.02.2009, 02:29 @ DOS386	7-Zip 4.64 released 2009-02-03 Post reply
	Igor Pavlov released 7-Zip 4.65 on 2009 February 03 Homepage: http://sourceforge.net/projects/sevenzip Changes: - 7-Zip File Manager now can calculate SHA-256 checksum. - Some bugs were fixed.

7-Zip 4.62 released (Announce)

7-Zip 4.63 released 2008-12-31

7-Zip 4.64 released 2009-01-03

p7zip 4.61 for DJGPP

p7zip 4.61 for DJGPP (but hates FreeDOS??)

mieh tuh!

mieh tuh!

mieh tuh!

mieh tuh!

mieh tuh!

Japheth 2008 DOS Man of the Year

Japheth 2008 DOS Man of the Year

miau tuh! | CTL-C-BUG of what ???

p7zip 4.61 for DJGPP (refreshed)

7-Zip 4.64 released 2009-02-03