new IMG plugin

Discuss and announce Total Commander plugins, addons and other useful tools here, both their usage and their development.

Moderators: white, Hacker, petermad, Stefan2

User avatar
aziemer
Junior Member
Junior Member
Posts: 53
Joined: 2003-06-11, 06:56 UTC
Location: near Bremen, Germany
Contact:

Post by *aziemer »

Version 1.4 of the IMG plugin is released!

This version removes a few flaws and small bugs 8)
There is a "refresh after delete" problem workaround included: I just put the filetime two seconds into the future after each delete.

http://totalcommander.a-z-e.de/ImgWCX14.ZIP

Andreas
*** Don't panic ***
nyam
Member
Member
Posts: 175
Joined: 2003-06-09, 11:55 UTC
Location: Seoul, Korea
Contact:

Very nice!!!

Post by *nyam »

It works with Floppy disk images, and also Hard disk images!!! :)

Thanks!!!

:D
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

There is a "refresh after delete" problem workaround included: I just put the filetime two seconds into the future after each delete.
Nice idea! You could also compare the new file time with the last file time, and if it's different, then put it either 2 seconds into the future or into the past, whatever is closer to the current time.
Author of Total Commander
https://www.ghisler.com
User avatar
aziemer
Junior Member
Junior Member
Posts: 53
Joined: 2003-06-11, 06:56 UTC
Location: near Bremen, Germany
Contact:

Post by *aziemer »

New version 1.5 available.

Fix: When trying to open an image that was readonly, the plugin failed. Now operations that do not alter the image (view, extract) are possible, others will display an error.

Andreas

http://totalcommander.a-z-e.de/ImgWCX15.ZIP
*** Don't panic ***
User avatar
jdmarch
Member
Member
Posts: 161
Joined: 2003-03-12, 02:34 UTC
Location: Austin, Texas, USA

File timestamp bug when copying files to 1.44 floppy image.

Post by *jdmarch »

Hi, Andreas,

An apparent bug: When I use IMGWCX to create or modify a 1.44 floppy image, the timestamps of the files in the image are always incorrect. All the files copied to one image are always timestamped the same as each other, but this incorrect date may be different with a different archive / different copied files.

(In one case, the copied timestamps were off by about 25+ hours, in another case they were 1-1-1980 00:00 )

I'm using Win2K SP4, TC 5.51

Any ideas? I'd really love to be able to use this plugin but timestamps must be preserved.

Also: Is it a limitation of TC5, or of your plugin, that I can't use "Compare by content" on a file within an image file?

Thanks.
User avatar
Hacker
Moderator
Moderator
Posts: 13052
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

Is it a limitation of TC5, or of your plugin, that I can't use "Compare by content" on a file within an image file?
It is a limitation of TC5.

HTH
Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
aziemer
Junior Member
Junior Member
Posts: 53
Joined: 2003-06-11, 06:56 UTC
Location: near Bremen, Germany
Contact:

Post by *aziemer »

Hi everyone!

I've been very busy the last months doing much work on lucrative jobs and less on my plugins :? (I'm selfemployed, and money flows very sparsely - b.t.w. if anyone has jobs to give involving development of electronics - gimme a wink :wink:)

But now I'm back again

Lately I got some mails reporting bugs, flaws and features 8) and I'm going to (hopefully) fix them in the next days - so stay tuned...

Andreas
*** Don't panic ***
jdutra
Junior Member
Junior Member
Posts: 2
Joined: 2018-07-17, 03:02 UTC
Location: Brasil

Post by *jdutra »

Hi,

I try to use this plugin to create Floppy images, 1.44Mb to save and USB and open on Gotek floppy emulator, but...

when I create a img file of a floppy, the first three HEX bytes of the img file is filled with zeros, and cannot open in gotek floppy disk emulator.

When I create a img file with another software, the first three HEX bytes is EB 3C 90 and it works.

What Im missing or the plugin has this problem?

Thanks

Jonas
User avatar
aziemer
Junior Member
Junior Member
Posts: 53
Joined: 2003-06-11, 06:56 UTC
Location: near Bremen, Germany
Contact:

Post by *aziemer »

Hi,

it seems, you did not configure the plugin to create a bootable disk.

This can be done either by
- providing a valid bootblock (use bootblock ...) and ticking the checkbox (see read.me)
or
- tricking the plugin to use the builtin FreeDOS bootblock by editing the following lines in the pkplugin.ini file in the [IMaGinator] section like so:

Bootable=1
BootBlock=

then restarting TC.

Regards,
Andreas
*** Don't panic ***
jdutra
Junior Member
Junior Member
Posts: 2
Joined: 2018-07-17, 03:02 UTC
Location: Brasil

Post by *jdutra »

Thanks for the fast reply.

It worked... :D :D
User avatar
aziemer
Junior Member
Junior Member
Posts: 53
Joined: 2003-06-11, 06:56 UTC
Location: near Bremen, Germany
Contact:

Post by *aziemer »

You're welcome ;-)
*** Don't panic ***
User avatar
artt
Junior Member
Junior Member
Posts: 50
Joined: 2009-05-03, 07:03 UTC

Re: new IMG plugin

Post by *artt »

Hi Andreas,
Are you going to build a 64bit version too? It would be very handy!

Thank you
Best regards
Artt
User avatar
artt
Junior Member
Junior Member
Posts: 50
Joined: 2009-05-03, 07:03 UTC

Re: new IMG plugin

Post by *artt »

v2.2 x64 plugin is working good in TC x64 - Windows10 x64 - Thanks Andreas!
but
v2.2 x32 plugin is NOT working at all "Error, could not load plugin!"
both in TC x32 - Windows10 x64 and TC x32 - Windows7 x32

The last x32 pluging that working good for me is v2.03.
gdpr deleted 6
Power Member
Power Member
Posts: 872
Joined: 2013-09-04, 14:07 UTC

Re: new IMG plugin

Post by *gdpr deleted 6 »

artt wrote: 2021-02-02, 07:52 UTC v2.2 x32 plugin is NOT working at all "Error, could not load plugin!"
both in TC x32 - Windows10 x64 and TC x32 - Windows7 x32
I can confirm. The 32-bit plug-in depends on libgcc_s_sjlj-1.dll, which is not included in the plug-in package.
This DLL is part of mingw/mingw-w64 and it seems the 32-bit plug-in has been mistakenly built without the -static-libgcc linker flag.
Post Reply