Probe http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/7zip/4.65/7zip465x.zip
This version don't have bug with path's like http://sourceforge.net/tracker/?func=detail&aid=3469327&group_id=5109&atid=105109
But have new bug. Originally 7-zip path names don't have disk drive name.
C:\WRKDIR>7za a -tZip -y -mx=9 c:\arc.zip C:15100811.F
7-Zip (A) 4.42 Copyright (c) 1999-2006 Igor Pavlov 2006-05-14
Scanning
Creating archive c:\arc.zip
Compressing 15100811.F
Compressing 15100811.F\DAT0811.DBF
Compressing 15100811.F\HLO0811.DBF
Compressing 15100811.F\K10811.DBF
Compressing 15100811.F\K20811.DBF
Everything is Ok
In this version
C:\WRKDIR>p7zip a -tZip -y -mx=9 c:\arc.7z C:15100811.F
7-Zip (A) 4.65 Copyright (c) 1999-2009 Igor Pavlov 2009-02-03
p7zip Version 4.65 (locale=C,Utf16=off,HugeFiles=off,1 CPU)
Scanning
Creating archive c:\arc.7z
Compressing C:15100811.F/dat0811.dbf
Compressing C:15100811.F/hlo0811.dbf
Compressing C:15100811.F/k10811.dbf
Compressing C:15100811.F/k20811.dbf
Everything is Ok
Now unpacked directory is C_15100811.F instead 15100811.F
How remove "C_" without change file mask? File mask taken from other application and constantly
This is due to drive letters not being available in POSIX OSes (e.g. Linux), hence you must patch the sources to realize that __DJGPP__ sometimes is similar to _WIN32 and rebuild. Though I don't recommend that, honestly.
Or just use the workaround (mentioned in other bug report) of "7za a whatever /dev/c/mydir/*.c" instead. In other words, you must use DJGPP-style drive syntax instead. Klunky but works okay.
Or use Win32's 7ZA.EXE with Japheth's HX. I haven't tried lately, but it should still work.
http://sourceforge.net/projects/sevenzip/files/7-Zip/9.20/7za920.zip/download
http://www.japheth.de/HX.html