Total SQX 1.10 (packer plug-in)

[XPEHOPE3KA]

When the user then checks the option "Encrypt" in Total Commander

Hm, in TC7 I should check this option, check "create separate archives" option, then enter the plugins settings (change packing strength), then press ok twice and THEN I must be prompted for a password, right? (So the passwords mustn't be allowed to enter via the settings dialog of the plugin, or otherwise they should be somehow autofilled to the next dialog?)
//I don't use beta, sorry.

I checked this, it is set correctly also when packing multiple files. When you get PK_PACK_ENCRYPT, you should ask the user for a password if he hasn't set a standard password.

So the plugin will ask me several times for a password, if I'm packing several files and "create separate archives" option is checked?

Our idea is that TC itself should store the passwords for all the newly created archives if "create separate archives" option is checked (I mean that the passwords I enter for the first archive must be used for all other items in the selection without any prompt for the passwords to second, third, ... files, and without any use of some standard passwords).
Hope, I explained clearly

[Lefteous]

2ghisler(Author)

About the multiple archives: It's quite easy to solve: PackFiles is called only once per instance (no concurrent or threaded packing). So you can simple call GetTickCount() at the end of PackFiles and set a variable LastPackTime. Then call GetTickCount() again at the start of the next PackFiles function, and if smaller than, say, 200 ms, re-use the password. TC calls PackFiles repeatedly for each archive, without doing anything in between.

It's not a clean solution but sounds ok. In the worst case an addtional password dialog is displayed.
Using a too long count down could result in unintentionelly encrypted archives if the user manually packs the next file very fast.

[Postkutscher]

Do you plan to add ReadHeaderEx support in your plugin?

[Lefteous]

2Postkutscher

Do you plan to add ReadHeaderEx support in your plugin?

Yes it's already working fine in my private test version

[Postkutscher]

Good news! Thank you!

[m^2]

Could you please make it work with sqx20.dll in %PATH% ?
I don't want to have 2 copies of this dll, for wcx and wdx.
I know, I can have both plugins together, but having wcx and wdx plugin in the same directory is a dirty solution.

[Lefteous]

I can try that.

know, I can have both plugins together, but having wcx and wdx plugin in the same directory is a dirty solution.

I don't agree that this is a dirty solution.

[m^2]

The standard place for wcx plugin is
%COMMANDER_PATH%\Plugins\wcx\plugin_name
similarly for wdx,
%COMMANDER_PATH%\Plugins\wdx\plugin_name
Do you suggest to use
%COMMANDER_PATH%\Plugins\wcdx\TotalSQX
for your plugins?

[Lefteous]

2m^2

Do you suggest to use
%COMMANDER_PATH%\Plugins\wcdx\TotalSQX
for your plugins?

I don't see a reason to separate plug-ins of different types. It absolutely makes no sense especially for plug-ins which uses common libraries.

[m^2]

I don't see a reason to separate plug-ins of different types. It absolutely makes no sense especially for plug-ins which uses common libraries.

I gess you don't have too many plugins.. I don't want to have my 75 plugins in one directory. Division by type splits them well enough and is very natural. Yes, for plugins that share libraries, it's not so good. But I see nothing better.

[Lefteous]

2m^2

I gess you don't have too many plugins..

I'm using quite a lot.

I don't want to have my 75 plugins in one directory. Division by type splits them well enough and is very natural. Yes, for plugins that share libraries, it's not so good. But I see nothing better.

A good compromise could be to use separate directories for the different plug-in types but install plug-ins which consist of different plug-in types in a directory called "mixed" or something like that.
There are also other ways than just the technical to separate plug-ins if you think the directory is too large - whatever is the disadvantage of having many directories in a directory. I rarely look in this directory.

[m^2]

2m^2

I gess you don't have too many plugins..

I'm using quite a lot.

I don't want to have my 75 plugins in one directory. Division by type splits them well enough and is very natural. Yes, for plugins that share libraries, it's not so good. But I see nothing better.

A good compromise could be to use separate directories for the different plug-in types but install plug-ins which consist of different plug-in types in a directory called "mixed" or something like that.
There are also other ways than just the technical to separate plug-ins if you think the directory is too large - whatever is the disadvantage of having many directories in a directory. I rarely look in this directory.

I saw "w?x_" prefixes somewhere, but when you want to find particular plugin, it's slower than having it in subdirs - I enter w?x dirs directly, w/out going through "Plugins".
"mixed" dir - I was thinking about it, but it makes too much mess - I want neither to remember which plugins are "mixed" ones, nor to search the type dir to find that the plugin is not there.
I quite often look in this directory, but even if I didn't, I'd still want to have it clean. Currently I have 2 copies of sqx20.dll and I find it the best I could do..except posting this request

[tbeu]

Whether I try to pack or configure the plugin, I get the error:

Code: Select all

Access violation at address 01051D20. Read of address 00000000. Please report this error to the author, with a .........

Lefteous, are you still working to fix the crash?

[Lefteous]

The bug report was never discussed in detail. It doesn't crash here. I would have noticed it as I work with the plug-in all the time. I need exact steps to reproduce and a hint if it works when using 6.5x.

[tbeu]

It does not seem TC7 related as wcxtest crashes, too.

Code: Select all

wcxtest.exe TotalSQX.wcx iconmenu_demo_winapi.sqx

You can download test files from here. OS is WinXPSP2 32bit.