Apologies! it was from another project!
Hi, Got the following code in "common\ITypes.h": union { struct { float x, y, z; }; float d[3]; }; It generates a level 4 C4201, a nonstandard extension used : nameless struct/union. Just curious, was this intended for use something that later turned out not to be required? Thanks.
Experience with recent versions is that saying no (or yes) to Do you want to reload the file with the Do not ask this question again ticked works fine. Hopefully that is session dependent, as it may not be the user preference in the next Winmerge session. Thanks!
If there were ever a statute of limitations mor mod development by another author, it's long expired IMOP. Please continue the development!
File & Synch Integrity Toggle?
Hi Igor, Have a zip file (I think) packed with a an old version of 7z with 41 files, most of which are either old 7z or zip files. There's a CRC error when testing one of the files when the archive is opened in the regular fashion. Here's the CRC at the beginning: 50 4B 03 04 14 00 00 00 00 00 8A 68 57 4D 00 00 00 00 00 00 00 00 00 00 00 00 05 00 00 00 4C 69 74 74 2F 50 4B 03 04 14 00 00 00 08 00 4A AC 44 At the end: 00 00 00 00 00 01 00 18 00 00 6B 3D 9B 65 1F C7 01 24 A2 1C B4 74 6A D4 01 24 A2...
Looking at it now, neither do I. I think it was attempting to extract just one file in the archive. Didn't work. Yes, tried an external GUI to see if they would allow the extraction of one file. Could have been either this or that. No dice. Sorry.
If, say for example, instead for the first line in the code above we just have: LZMA_STATUS_NOT_SPECIFIED This was commented out previously, as you know. Then in Lzma2Dec.c there's this: Error C2440 'return': cannot convert from 'ELzmaStatus' to 'ELzma2ParseStatus' 422 Error C2365 'LZMA_STATUS_NOT_SPECIFIED': redefinition; previous definition was 'enumerator' 67 C++ also requires dummy definitions for the following in 7zBuf.c: void DynBuf_Construct(CDynBuf * p) { } void DynBuf_SeekToBeg(CDynBuf *...
If, say for example, instead for the first line in the code above we just have: LZMA_STATUS_NOT_SPECIFIED This was commented out previously, as you know. Then in Lzma2Dec.c there's this: Error C2440 'return': cannot convert from 'ELzmaStatus' to 'ELzma2ParseStatus' 422 Error C2365 'LZMA_STATUS_NOT_SPECIFIED': redefinition; previous definition was 'enumerator' 67 C++ also requires dummy definitions for the following in 7zBuf.c: void DynBuf_Construct(CDynBuf * p) { } void DynBuf_SeekToBeg(CDynBuf *...
Yeah thanks, the issue was UDWT: User Doing Weird Things. Now it is repaired, everything is working beautifully! Just a minor thing in Lzma2Dec.h, a hack to make the type errors go away: typedef enum { LZMA_STAT_NOT_SPECIFIED = LZMA_STATUS_NOT_SPECIFIED, // data error LZMA_STAT_FINISHED_WITH_MARK = LZMA_STATUS_FINISHED_WITH_MARK, LZMA_STAT_NOT_FINISHED = LZMA_STATUS_NOT_FINISHED, // LZMA_STAT_NEEDS_MORE_INPUT = LZMA_STATUS_NEEDS_MORE_INPUT, LZMA_STAT_MAYBE_FINISHED_WITHOUT_MARK= LZMA_STATUS_MAYBE_FINISHED_WITHOUT_MARK,...
In trying out the Main as suggested- unfortunately a C0000005 at this line: unsigned isDir = SzArEx_IsDir(&db, i); Here are the variable contents just before the exception: allocImp {Alloc=0x00007ff78f39bf40 {My.exe!SzAlloc(const ISzAlloc *, unsigned __int64)} Free=0x00007ff78f39bfb0 {My.exe!SzFree(const ISzAlloc *, void *)} } ISzAlloc Alloc 0x00007ff78f39bf40 {My.exe!SzAlloc(const ISzAlloc *, unsigned __int64)} void *(*)(const ISzAlloc *, unsigned __int64) Free 0x00007ff78f39bfb0 {My.exe!SzFree(const...
I believe you. Here, it's attempting to run it with C++ compiler. There's no problem building- but there are a few things concerning - e.g. unsignedtype in xkeycheck.h internal header is only for non c++. No problem with the above macro where exception occurs, so there's something else. Looking.
In trying out the Main as suggested- unfortunately a C0000005 at this line: unsigned isDir = SzArEx_IsDir(&db, i); Here are the variable contents just before the exception: allocImp {Alloc=0x00007ff78f39bf40 {SKSEView.exe!SzAlloc(const ISzAlloc , unsigned int64)} Free=0x00007ff78f39bfb0 {SKSEView.exe!SzFree(const ISzAlloc , void )} } ISzAlloc Alloc 0x00007ff78f39bf40 {SKSEView.exe!SzAlloc(const ISzAlloc *, unsigned int64)} void ()(const ISzAlloc , unsigned __int64) Free 0x00007ff78f39bfb0 {SKSEView.exe!SzFree(const...
In trying out the Main as suggested- unfortunately a C0000005 at this line: unsigned isDir = SzArEx_IsDir(&db, i); Here are the variable contents just before the exception: allocImp {Alloc=0x00007ff78f39bf40 {SKSEView.exe!SzAlloc(const ISzAlloc , unsigned int64)} Free=0x00007ff78f39bfb0 {SKSEView.exe!SzFree(const ISzAlloc , void )} } ISzAlloc Alloc 0x00007ff78f39bf40 {SKSEView.exe!SzAlloc(const ISzAlloc *, unsigned int64)} void ()(const ISzAlloc , unsigned __int64) Free 0x00007ff78f39bfb0 {SKSEView.exe!SzFree(const...
Thanks. :) Now to test whether file is 7z, just test for fseek(f, 0, SEEK_END); size_t size = ftell(f); char* where = new char[size]; rewind(f); fread(where, sizeof(char), size, f); fclose(f); // Close the file if (where[0] == '7' && where[1] == 'z') {} Assuming the "7z" across all code pages, that should work? if (InFile_Open(&archiveStream.file, args[2])) With args[2] in Main, we always expect the string to have a null terminator, else disaster!
Thanks. :) Now to test whether file is 7z, just test for fseek(f, 0, SEEK_END); size_t size = ftell(f); char* where = new char[size]; rewind(f); fread(where, sizeof(char), size, f); fclose(f); // Close the file if (where[0] == '7' && where[1] == 'z') {} Assuming the "7z" across all code pages, that should work?
This is how the file (7z compressed file of the number "1") is read as ANSI (before it was UTF8, wrong I think) FILE* f = {}; if (retVal = _wfopen_s(&f , tempDest, L"rb")) { wchar_t * buffer= (wchar_t *)calloc(MAX_LOADSTRING, SIZEOF_WCHAR); _itow_s(retVal, buffer, MAX_LOADSTRING, 10); ErrorExit (L"Could not open the file!", buffer); break; } else { // Determine file size fseek(f, 0, SEEK_END); size_t size = ftell(f); char* where = new char[size]; rewind(f); fread(where, sizeof(char), size, f); for(unsigned...
This is how the file (7z compressed file of the number "1") is read as ANSI (before it was UTF8, wrong I think) FILE* f = {}; if (retVal = _wfopen_s(&f , tempDest, L"rb")) { wchar_t * buffer= (wchar_t *)calloc(MAX_LOADSTRING, SIZEOF_WCHAR); _itow_s(retVal, buffer, MAX_LOADSTRING, 10); ErrorExit (L"Could not open the file!", buffer); break; } else { // Determine file size fseek(f, 0, SEEK_END); size_t size = ftell(f); char* where = new char[size]; rewind(f); fread(where, sizeof(char), size, f); for(unsigned...
This is how the file (7z compressed file of the number "1") is read as ANSI (before it was UTF8, wrong I think) FILE* f = {}; if (retVal = _wfopen_s(&f , tempDest, L"rb")) { wchar_t * buffer= (wchar_t *)calloc(MAX_LOADSTRING, SIZEOF_WCHAR); _itow_s(retVal, buffer, MAX_LOADSTRING, 10); ErrorExit (L"Could not open the file!", buffer); break; } else { // Determine file size fseek(f, 0, SEEK_END); size_t size = ftell(f); char* where = new char[size]; rewind(f); fread(where, sizeof(char), size, f); for(unsigned...
It's posted above- here it is again: SizeT destLen = 2 * MAX_FILE; //8 mb dict size Byte dest = {}; const Byte src =*srcFile; SizeT srcLen = size; const Byte propData[5] = {}; unsigned propSize = LZMA_PROPS_SIZE; ELzmaFinishMode finishMode = {}; ELzmaStatus status = LZMA_STATUS_NOT_SPECIFIED; ISzAlloc *alloc = nullptr; LzmaDecode(&dest, &destLen, &src, &srcLen, propData, propSize, finishMode, &status, alloc); The &src doesn't point to the string, using a small lzma compressed file get SZ_Error_Data....
It's posted above- here it is again: SizeT destLen = 2 * MAX_FILE; //8 mb dict size Byte dest = {}; const Byte src =*srcFile; SizeT srcLen = size; const Byte propData[5] = {}; unsigned propSize = LZMA_PROPS_SIZE; ELzmaFinishMode finishMode = {}; ELzmaStatus status = LZMA_STATUS_NOT_SPECIFIED; ISzAlloc *alloc = nullptr; LzmaDecode(&dest, &destLen, &src, &srcLen, propData, propSize, finishMode, &status, alloc); The &src doesn't point to the string, using a small lzma compressed file get SZ_Error_Data....
It's posted above- here it is again: SizeT destLen = 2 * MAX_FILE; //8 mb dict size Byte dest = {}; const Byte src =*srcFile; SizeT srcLen = size; const Byte propData[5] = {}; unsigned propSize = LZMA_PROPS_SIZE; ELzmaFinishMode finishMode = {}; ELzmaStatus status = LZMA_STATUS_NOT_SPECIFIED; ISzAlloc *alloc = nullptr; LzmaDecode(&dest, &destLen, &src, &srcLen, propData, propSize, finishMode, &status, alloc); The &src doesn't point to the string, using a small lzma compressed file get SZ_Error_Data....
@Igor: Having a hard time with this: const Byte src =*srcFile; All it's doing is passing the pointer to the constant which seems to induce undefined behaviour in the compiler. There's no Client in the C source libraries that calls MYSTDAPI LzmaUncompress to show example. I'm wondering if we can get around it by removing all the constant decls for src in LzmaDecode and all the routines LzmaDecode calls. Might make life a bit easier. Thanks.
5.61 and 0.47 work well together (W10 latest), so able to extract all files of an archive. In a PS box this works well: ./innounp -x MyPackage.exe . But the following doesn't do anything: ./innounp -x MyPackage.exe Name_Of_A_File_In_MyPackage The GUI wrapper opens and shows the package contents, but doesn't show any child forms or dialog boxes when clicked, so nothing works.
5.61 and 0.47 work well together, so able to extract all files of an archive. In a PS box this works well: ./innounp -x MyPackage.exe . But the following doesn't do anything: ./innounp -x MyPackage.exe Name_Of_A_File_In_MyPackage The GUI wrapper opens and shows the package contents, but doesn't show any child forms or dialog boxes when clicked, so nothing works.
Hi there, The same archive created with 5.59 opens well enough in the GUI wrapped version of innounp (although there is a corruption error when dragging a file into the archive), but it fails to open with 5.61 with the following output: ; Version detected: 5507 (Unicode) Critical error: The setup files are corrupted. Please obtain a new copy of the program. Tried both ANSI and Unicode version of latest Innosetup. Execution of the installer file itself poses no issues. Can anyone replicate this? ...
Hi there, The same archive created with 5.59 opens well enough in the GUI wrapped version of innounp (although there is a corruption error when dragging a file into the archive), but it fails to open with 5.61 with the following output: ; Version detected: 5507 (Unicode) Critical error: The setup files are corrupted. Please obtain a new copy of the program. Tried both ANSI and Unicode version of latest Innosetup. Can anyone replicate this? Thanks.
Hi there, Developing a free util in VS2017 that is capable of decompressing regular 7z files according to: Compressed files typically less than 10 mb- so no split archives No passwords No multi threading Minimal/default settings No DLL/Client It's boiling down to a choice between the 7z ANSI-C Decoder and a subset of the files in CPP\7zip\Archive Prefer the 7z ANSI-C Decoder, as the docs spell out the multiple file extraction in Extracting code well, but the drawback is it doesn't support LZMA2 yet....
Hi there, Developing a free util in VS2017 that is capable of decompressing regular 7z files according to: Compressed files typically less than 10 mb- so no split archives No passwords No multi threading Minimal/default settings No DLL/Client It's boiling down to a choice between the 7z ANSI-C Decoder and a subset of the files in CPP\7zip\Archive Prefer the 7z ANSI-C Decoder, as the docs spell out the multiple file extraction in Extracting code well, but the drawback is it doesn't support LZMA2 yet....
Hi there, Developing a free util that is capable of basic decompressing regular 7z files like: Compressed files typically less than 10 mb- so no split archives No passwords No multi threading Minimal/default settings No DLL/Client It's boiling down to a choice between the 7z ANSI-C Decoder and a subset of the files in CPP\7zip\Archive Prefer the 7z ANSI-C Decoder, as the docs spell out the multiple file extraction in Extracting code well, but the drawback is it doesn't support LZMA2 yet. And just...
Hi there, Developing a free util that is capable of basic decompressing regular 7z files like: Compressed files typically less than 10 mb- so no split archives No passwords No multi threading Minimal/default settings * No DLL/Client It's boiling down to a choice between the 7z ANSI-C Decoder and a subset of the files in CPP\7zip\Archive Prefer the 7z ANSI-C Decoder, as the docs spell out the multiple file extraction in Extracting code well, but the drawback is it doesn't support LZMA2 yet. And just...
Hi there, Developing a free util that is capable of basic decompressing regular 7z files like: Compressed files typically less than 10 mb- so no split archives No passwords No multi threading Minimal/default settings * No DLL/Client It looks like boiling down to a choice between the 7z ANSI-C Decoder and a subset of the files in CPP\7zip\Archive Prefer the 7z ANSI-C Decoder, as the docs spell out the multiple file extraction in Extracting code well, but the drawback is it doesn't support LZMA2 yet....
That's the one I didn't think of. Thanks!
Hi there, Locate32 (latest locate32_3.1.11.8220a_fix.zip) won't pick up text search arguments in a Visual Studio resource file (.rc). It will pick up the same argument in the associated .aps file. Updated database and twiddled a few settings, but no joy- any suggestions welcomed. Thanks for reading.
Great, thanks! Sure to have more questions- but those will be for another thread... and after more reading of the docs! :)
Weeeell, got a bit further with the basic single call decompress (no callback): SizeT destLen = 2 * MAX_FILE; //8 mb dict size Byte dest = {}; const Byte src =*srcFile; SizeT srcLen = size; const Byte propData[5] = {}; unsigned propSize = LZMA_PROPS_SIZE; ELzmaFinishMode finishMode = {}; ELzmaStatus status = LZMA_STATUS_NOT_SPECIFIED; ISzAlloc *alloc = nullptr; LzmaDecode(&dest, &destLen, &src, &srcLen, propData, propSize, finishMode, &status, alloc); Thing is, there's either a problem with the initial...
Weeeell, got a bit further with the basic single call decompress (no callback): SizeT destLen = 2 * MAX_FILE; //8 mb dict size Byte dest = {}; const Byte src =*srcFile; SizeT srcLen = size; const Byte propData[5] = {}; unsigned propSize = LZMA_PROPS_SIZE; ELzmaFinishMode finishMode = {}; ELzmaStatus status = LZMA_STATUS_NOT_SPECIFIED; ISzAlloc *alloc = nullptr; LzmaDecode(&dest, &destLen, &src, &srcLen, propData, propSize, finishMode, &status, alloc); Thing is, there's either a problem with the initial...
Great, thanks. Just a couple of questions more regarding LzmaDecode: Does one actually have to read in the headers of the compressed file to provide the props? If so, is there an example of that somewhere? propData - LZMA properties (5 bytes) Can propData be initialised to 0 or are non zero values required: e.g.: const Byte propData[5] = {3, 3, 2, 0, 16777216}; propSize - size of propData buffer (5 bytes) What would be an example of initialising propSize, status, and alloc if they are not set to...
Great, thanks. Just a couple of questions more regarding LzmaDecode: Does one actually have to read in the headers of the compressed file to provide the props? If so, is there an example of that somewhere? propData - LZMA properties (5 bytes) Can propData be initialised to 0 or are non zero values required: e.g.: const Byte propData[5] = {3, 3, 2, 0, 16777216}; propSize - size of propData buffer (5 bytes) What would be an example of initialising propSize, status, and allocif they are not set to zero?...
Great, thanks. Just a couple of questions more regarding LzmaDecode: Does one actually have to read in the headers of the compressed file to provide the props? If so, is there an example of that somewhere? propData - LZMA properties (5 bytes) Can propData be initialised to 0 or are non zero values required: e.g.: const Byte propData[5] = {3, 3, 2, 0, 16777216}; propSize - size of propData buffer (5 bytes) What would be an example of initialising propSize, status, and allocif they are not set to zero?...
A little more research shows from this doc that: Compile files: LzmaDecode.h, LzmaDecode Now for the Types.h, it's a guess that this should be MyTypes.h. Correct? Thanks.
A little more research shows from this doc that: Compile files: LzmaDecode.h, LzmaDecode Now for the Types.h, it's a guess that this should be MyTypes.h. Correct? Thanks.
A little more research shows from this doc that: Compile files: LzmaDecode.h, LzmaDecode Now for the Types.h it's a guess that this should be MyTypes.h. Correct? Thanks
Hi there, Got a C++ project in VS2017 where I'd like to employ the 7-Zip decompression methods viz headers and cpp source files. In the docs there's lzma.txt which states under Single Call Decompressing: Compile files: LzmaDec.h + LzmaDec.c + Types.h Cannot locate these files in the 1803 archive- do they have to be generated with mak? In that case, is there a set of instructions somewhere for generating the source files with VS, as running it on build.mak in the CPP folder fails. Thanks for read...
Hi there, Got a C++ project in VS2017 where I'd like to employ the 7-Zip decompression methods viz headers and cpp source files. In the docs there's lzma.txt which states under Single Call Decompressing: Compile files: LzmaDec.h + LzmaDec.c + Types.h Cannot locate these files in the 1803 archive- do they have to be generated with mak? Is there a set of instructions for generating the source files, with VS as running it on build.mak in the CPP folder fails. Thanks for reading!
@JMJ: Only use locate32 for searching folders containing freshly downloaded archives,...
@JMJ: Only use locate32 for searching folders containing freshly downloaded archives,...
Hi John, Thanks for Locate32, been using it for for years. The best, assuredly. :)...
Please close this, as is a feature of npp. Feature Request submitted here.
Please close this, as is a feature of npp. Feature Request submitted here.
The UDLsyntax highlighter xmls might be of some benefit for those interested.
The UDLscript highlighter xmls might be of some benefit for those interested.
Make AutoHotkey Version v1.1.x Built In Language
This caught me out too. In 7z, navigate out to the folder containing the multipartites...
Oops, mea culpa, I specified cmd \k instead of cmd \c.
Hi there, Have Papyrus working beautifully in N++. However, when compiling scripts,...
Hi there, Have Papyrus working beautifully in N++. However, when compiling scripts,...