PDA

View Full Version : 30 sec delay on startup


_b0ne
2007-07-24, 23:09
It seems for some reason when FileAlyzer when launched with a command-line argument to a file, it takes 30+ seconds to display the GUI.

I've attempted to run it from the context menu, sendto, and command line. I've set the program compatibility to run with Win XP2 compatibility and administrator rights required, but these have no effect.

Here's a video example: http://www.cloverbasin.com/files/delay.7z
(376 KB compressed file; contains 212mb uncompressed .avi; wow LZMA rocks)

The one thing that does have an effect is running the program without command-line arguments and selecting the File menu, then Open. This works instantaneously. Is there some weird 30 second timeout on Vista that I'm unaware of?

Malwarebytes
2007-10-08, 04:33
I can confirm this issue. Even trying to open a 0kb file using the context menu results in a 30 second delay at which point the entire GUI freezes and is unresponsive.

PepiMK
2007-10-08, 11:02
I've been recently working on something that takes 0 seconds to open... kind of a FileAlyzer Lite...

Good place to post an example screenshot I guess ;)

http://www.safer-networking.org/images/falite/falite-hashes-multiple.pnghttp://www.safer-networking.org/images/falite/falite-resources-xp.pnghttp://www.safer-networking.org/images/falite/falite-peheader-xp-multiple.png

Integration into the Explorer property pages means the contents is loaded only when the corresponding tab is opened (FileAlyzer loads more at startup to be able to create log files when scripted etc.). Pages for hash values, PE file properties (headers, sections, imports, exports, resources), text preview and audio tags already exist. And, if you open the properties for multiple files at the same time, it allows direct comparison on many of these pages.

Once FA Lite is more complete, FA itself will receive the updates from this as well :)

PepiMK
2007-10-08, 18:36
I wrote a new topic and made it a sticky in this forum; take a look at FileAlyzer Lite there if you want :)

Malwarebytes
2007-10-08, 19:55
Cool. Good work :)

Marcin

stevebow
2008-02-04, 16:59
I've noticed this delay too under Vista. When I use FileAlyzer (V1.5.5.0) via the context menu (the only way I use it) there is always this very long delay, no matter what the file type or size is. I didn't have such problems under XP/SP2.

Why the delay under Vista, and is a fix in the pipeline please? A very useful utility otherwise.:)

Thanks.

Malwarebytes
2008-02-04, 19:07
I can confirm it is only on Vista. I use this tool so often and I really like it much more over the portable version. Fix it if you can?

:rolleyes:

stevebow
2008-02-07, 15:26
Something I have noticed during this FileAlyzer delay is that the LED on my en NIC flashes and it appears some sort of data is being sent out. As soon as FileAlyzer appears the ethernet goes quiet again.

Very odd! This is not some sort of debug by any chance is it?

stevebow
2008-02-08, 12:10
Funny thing is, I just noticed today, FA works fine ie. appears in around a half second, if it is used on files on external drives such as USB HDs or flash drives. It's only on the various partitions of my internal drive (SATA) that I see this very long delay.

PepiMK
2008-02-20, 12:29
@Malwarebytes: portable version? Which portable version? :D

I should probably go and rewrite FileAlyzer 2 (hasn't been worked on for more than a year and is already outdated ;) The new concept (load-when-needed) I started with FALite is probably better suited for FileAlyzer 2.

I read up what exactly is checked before the window is shown; "network LED" sounds like ExpandUNCFileName (to get the fully qualified name of the file on the network) could be at fault, but why that on local drives?
It gets loaded to the new style hex editor; not quite sure there, it loads the full file, so I might even remove it again.
I've moved the whole loading thing farther back in the application loading now for the next release; which might still take some time though since it'll contain features for another thing we're preparing.
And I've updated the block size used in the checksum generation algorithm (Checksum generation very slow (http://forums.spybot.info/project.php?issueid=196)); that one was previously using a size depending on the bytes per cluster of the drive the file was on, and while this had some error handling for the case the cluster size cold not be retrieved, the default value was not really well fitting. That's about the only thing that could really be drive-dependent.

stevebow
2008-02-22, 12:20
I should probably go and rewrite FileAlyzer 2 (hasn't been worked on for more than a year and is already outdated ;) The new concept (load-when-needed) I started with FALite is probably better suited for FileAlyzer 2.
Nice, I look forward to that. :)
And I've updated the block size used in the checksum generation algorithm (Checksum generation very slow); that one was previously using a size depending on the bytes per cluster of the drive the file was on, and while this had some error handling for the case the cluster size cold not be retrieved, the default value was not really well fitting. That's about the only thing that could really be drive-dependent.
Is there meanwhile perhaps, err, a fixed version to play with/test?

moschlo
2008-04-16, 17:20
I looked at the delay problem on my Vista32-Business-System with ProcMon (Sysinternals) and it seems the reason for the delay is the following (failing) strange file/pipe access:
Class: File System
Operation: CreateFile
RESULT: BAD NETWORK PATH
Path: \\ˆÍê(Íêðù\PIPE\lsarpc


No clue why this happen only under Vista. Somehow the path seems to be heavily corrupted.
Procmon shows this error just after the timeout passed by and the filealyzer tabs show up.
Besides, the delay happens also if a file is loaded via the file-menu, only that the first General-Tab was already refreshed. Changing to another tab show the filealyzer is waiting for a timeout (on my system 13 secs).

Cheers

stevebow
2008-04-23, 17:30
Is there a chance this problem will be looked at in the near future? I can't complain as it is a free utility after all :), but it is rather annoying nevertheless.

PepiMK
2008-04-27, 12:13
I've got a new RootAlyzer and RegAlyzer finished today, FileAlyzer should be among the next :)

PepiMK
2008-05-04, 13:30
FileAlyzer 1.5.7.2 (http://www.spybotupdates.com/files/filealyz-1.5.7.2.exe), not yet on the website, but here's the link. Sorry for the delays, had to make sure it still works with the parts not yet available to the public disabled for now (needs some other parts of a project to be finished first).

PepiMK
2008-06-01, 11:29
The problem reported by moschlo was still in there, though it was loading much faster already. Logged it here (http://forums.spybot.info/project.php?issueid=251).

moschlo
2008-06-14, 15:05
Ah, great, with version 1.5.7.2 and normal-sized files , there is no startup-delay anymore.

Thanks !

stevebow
2008-07-13, 19:40
FileAlyzer 1.5.7.2 (http://www.spybotupdates.com/files/filealyz-1.5.7.2.exe), not yet on the website, but here's the link.
Thanks! This version has fixed the problem for me - the FileAlyzer window now opens right away. Since my original report I have recently upgraded to Ultimate x64 from Home Premium x86, though I'm sure that wouldn't make too much difference.

One curious thing though, when I use FA on an exe via the context menu I am constantly nagged by a "Open File - Security Warning, Do you want to run this file? etc...". Is this a Vista thing or something triggered by FA?

Of course I'm not running the exe, just using FA on it.

Thanks once again for the update, the constant delay wer just driving me absolutely bananas!