Its better to not calll a function instead of calling it and do nothing as its done in the 1506 release.
So i changed this and do this fix as i explained below in january this year.
ifndef _7ZIP_ST
LzmaEnc_Finish(p);
endif
and
ifndef _7ZIP_ST
void LzmaEnc_Finish(CLzmaEncHandle pp)
{
..
..
}
endif
So bad this project is not in GIT.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Igor: This is not what you asked for (debugging of your code), but it contains the specifications for Universal Disk Format (UDF), currently v2.60 (as Ricardo mentioned): http://www.osta.org/specs/index.htm
That page lists the specifications for implementing UDF and also lists changes for each version of UDF, etc. Since you referred to the specification 5 days ago as being very complicated, I presume you've already looked at that information. I'll leave it here in case anyone wants to use those specifications to assist them if they decide to help you by debugging your UDF code so UDF images will function correctly in 7-Zip.
How does UDF differ from ISO 9660? Aha... It's an upgrade of ISO 9660 which supports packet writing to rewritable discs and other improvements, including making the file system mountable like an extra r/w drive. Windows' AutoPlay feature formats and writes to UDF discs by default, calling it "Live File System". Microsoft's Image Mastering API supports ISO 9660, Joliet, and UDF, according to this MSDN page, where the formats are discussed in more detail (but not as much detail as the osta (Optical Storage Technology Association) page above). UDF is also the format standard DVDs are written with (UDF 1.02), but UDF defines three file system types or "builds"...
I wish the best to whomever decides to debug Igor's code. This isn't really a topic that relates specifically to 7-Zip or compression; most major OSs can already read UDF-formatted discs and files, but 7-Zip isn't an OS and UDF isn't a compression format.
If nobody's up to debugging, it would probably be easiest to use CD/DVD-writing software to convert the UDF data to ISO-9660 level 3 or a dual UDF/Joliet or UDF/ISO file system (to make it backwards-compatible with ISO 9660) to access it with 7-Zip.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Basically you need to implement handling of some additional structures introduced in UDF 2.x (extended file records and metadata files).
I did implement support for UDF 2.x on top of 7-zip (4.65 if I remember correctly) in my project. Code didn't remain 100% compatible but it should not be hard to extract required changes for UDF 2.x support.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2015-01-16
What is the extension of the 7z938-extra?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Or, if you mean what extra functions does it provide, it contains:
- standalone 7-Zip executable;
- DLLs with 7-Zip functions;
- plugins for FAR file manager.
Last edit: Shell 2015-01-16
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7zip-unpack-bug.zip: The file "p2" header is corrupt
7zip-unpack-bug.zip: The file "p2\org.eclipse.equinox.p2.engine" header is corrupt
7zip-unpack-bug.zip: The file "p2\org.eclipse.equinox.p2.engine\profileRegistry" header is corrupt
7zip-unpack-bug.zip: The file "p2\org.eclipse.equinox.p2.engine\profileRegistry\DefaultProfile.profile" header is corrupt
7zip-unpack-bug.zip: The file "p2\org.eclipse.equinox.p2.engine\profileRegistry\DefaultProfile.profile\.lock" header is corrupt
7zip-unpack-bug.zip: The archive is corrupt
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, state of the art 1995 was something like...
Its better to not calll a function instead of calling it and do nothing as its done in the 1506 release.
So i changed this and do this fix as i explained below in january this year.
ifndef _7ZIP_ST
LzmaEnc_Finish(p);
endif
and
ifndef _7ZIP_ST
void LzmaEnc_Finish(CLzmaEncHandle pp)
{
..
..
}
endif
So bad this project is not in GIT.
clang
Last edit: Stephane 2015-01-06
Just an idea :
In LzmaEnc.c
Before :
void LzmaEnc_Finish(CLzmaEncHandle pp)
{
#ifndef _7ZIP_ST
CLzmaEnc p = (CLzmaEnc )pp;
if (p->mtMode)
MatchFinderMt_ReleaseStream(&p->matchFinderMt);
#else
pp = pp;
#endif
}
after
void LzmaEnc_Finish(CLzmaEncHandle pp)
{
CLzmaEnc p = (CLzmaEnc )pp;
if (p->mtMode) _ReleaseStream(&p->matchFinderMt);
}
And in LzmaEnc_Encode2
Before :
..
}
LzmaEnc_Finish(p);
return res;
}
After
..
}
#ifndef _7ZIP_ST
LzmaEnc_Finish(p);
#endif
return res;
}
No ?
There are other places with p=p or pp=pp.
Yes as i told the warning is in LzmaEnc.c and LzmaLib.c and i just propose a solution for LzmaEnc.c
плохо что не открывает iso UDF 2.50 archive
I tried to implement UDF 2.50. But UDF specification is so complicated, that it was too difficult for me.
If someone understands UDF, try my current UDF code in debugger and write me any suggestions to make it working for udf 2.50.
Last edit: Igor Pavlov 2015-01-15
UDF 2.60 is the latest...
Googling a bit I found this implementation: http://www.13thmonkey.org/udfclient/
Does it help?
I don't want to look another code.
I'm looking someone who could to debug my code and find the problem.
Last edit: Igor Pavlov 2015-01-17
Igor: This is not what you asked for (debugging of your code), but it contains the specifications for Universal Disk Format (UDF), currently v2.60 (as Ricardo mentioned):
http://www.osta.org/specs/index.htm
That page lists the specifications for implementing UDF and also lists changes for each version of UDF, etc. Since you referred to the specification 5 days ago as being very complicated, I presume you've already looked at that information. I'll leave it here in case anyone wants to use those specifications to assist them if they decide to help you by debugging your UDF code so UDF images will function correctly in 7-Zip.
How does UDF differ from ISO 9660? Aha... It's an upgrade of ISO 9660 which supports packet writing to rewritable discs and other improvements, including making the file system mountable like an extra r/w drive. Windows' AutoPlay feature formats and writes to UDF discs by default, calling it "Live File System". Microsoft's Image Mastering API supports ISO 9660, Joliet, and UDF, according to this MSDN page, where the formats are discussed in more detail (but not as much detail as the osta (Optical Storage Technology Association) page above). UDF is also the format standard DVDs are written with (UDF 1.02), but UDF defines three file system types or "builds"...
I wish the best to whomever decides to debug Igor's code. This isn't really a topic that relates specifically to 7-Zip or compression; most major OSs can already read UDF-formatted discs and files, but 7-Zip isn't an OS and UDF isn't a compression format.
If nobody's up to debugging, it would probably be easiest to use CD/DVD-writing software to convert the UDF data to ISO-9660 level 3 or a dual UDF/Joliet or UDF/ISO file system (to make it backwards-compatible with ISO 9660) to access it with 7-Zip.
This may help as well.
Basically you need to implement handling of some additional structures introduced in UDF 2.x (extended file records and metadata files).
I did implement support for UDF 2.x on top of 7-zip (4.65 if I remember correctly) in my project. Code didn't remain 100% compatible but it should not be hard to extract required changes for UDF 2.x support.
What is the extension of the 7z938-extra?
.7z
Or, if you mean what extra functions does it provide, it contains:
- standalone 7-Zip executable;
- DLLs with 7-Zip functions;
- plugins for FAR file manager.
Last edit: Shell 2015-01-16
"add to archive.." gui is too big for my screen
and it can't be resize
my res: 1280x768
Last edit: serif rodop 2015-01-23
Do you use fonts size larger than 100% in windows settings (DPI settings) ?
yes its ok now with %100 dpi.
it was %125
Is 9.38 as usable as 9.22, meaning perfect ? I've always installed 9.22 Beta and always worked with cross-platform files too.
[BUG] Can't unpack an attached file in recent 7zip alphas.
Last edit: Timofey Vasenin 2015-01-26
It won't unpack with WinRAR 5.20, though.
9.38 uses old code.
My current code can open that archive.
Cool!
Any chance for a quick bugfix release?
I am constating the issue with my own zip files here.
I assume the new code will be in your new 7-Zip v15.00 you mentioned awhile back? Can't wait for it to be release...