jv16 PowerTools 2010 RC1 (latest build: 961)

leonardo

rdtmk5 wrote
As a follow-on to this from jepe: This problem does not happen on my XP/SP3 system - each list is populated at each time I open the different tools

Startup Manager works perfectly on my XP/SP2 system - each list is populated regardless of the number of times I open and close the tool.

CLOSING the tool window and after that starting the tool for a 2nd time+close, 3th time+close etc... seems not to be the issue. That is working fine.

The issue seems to be NOT TO CLOSE the 1st started tool window but, from the still open jv16 main window in the same session, start the same tool for a second time. The appearing tool window stay's empty (=not populated).

This applies on my XP-SP3 system to the Setting, Software Uninstaller, StartUp Mgr and Service Mgr windows.

leonardo

jv16 wrote
This build mainly attempts to address the problem of the Startup Manager not populating its list if opened for a second time in same session.

jepe wrote
This problem does not happen on my XP/SP3 system - each list is populated at each time I open the different tools.

Main question: Did you close the tool window BEFORE starting the tool for a second time.

If so than indeed everything works OK. But that does not seem to be the issue here.

jv16

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

ricksteele

From the screenshot of PowerTools 2009's display I can see that PowerTools 2009 lists some items twice. This is again related to the tricky nature of a 64 bit Windows. In the screenshot you can see HashCheck.dll displayed twice. The two items have a different command line, first is "C:\Windows\System32\ShellExt\HashCheck.dll" and the other is "C:\Windows\SysWOW64\ShellExt\HashCheck.dll". However, under 64 bit Windows these two directories are actually the one and same, thus this is a duplicate item. PowerTools 2010 knows to skip these.

This could explain why PowerTools 2010 shows less items than PT 2009. What do you think, can you see many items in PT 2009 which look this kind of duplicates?

Yes; a few, 3rd party software which HashCheck is...WinMail.exe (M$ WindowsMail-still loaded in 7 (x64) for compatability I guess), but, not a little under 100 or so difference; for instance M$ Office 2007 has two MSOXMLMF.DLL's-one for x86 and the other x64-each different from the other in size, and are different files called by Office 2007. I briefly went through the list in PT 2009 as I'm writing this thinking if there are 50, 60 or more duplicate entries of this nature they would stick out for purposes of this reply; there just is not very many at all-definitely under 15 or so-and that's being liberal.

Thanks,

RickSteele

leonardo

XP-Pro-SP3 with jv16-2010-build 960:

The second start, without closing the first tool window, of several System tools and Settings seems to be solved now. Congratulations

tullik

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

doogie

To quote Microsoft.

* Native mode 64-bit programs run in Native mode and access keys and values that are stored in the following registry sub key:

HKEY_LOCAL_MACHINE\Software

* 32-bit programs run in WOW64 mode and access keys and values that are stored in the following registry sub key:

HKEY_LOCAL_MACHINE\Software\WOW6432node

So I'm even more confused :)

ricksteele

The blank relaunch window concern is fixed-Windows 7 (x64) Ultimate-for me anyways. All the System Tools work correctly other than the window size and arrangement is not remembered-does not restart maximized with the different sections stretched as they were in the previous launch-a minor cosmetic issue not worth worrying about.

I think I may have a little headsup on the list population issue:

PT 2009 loads all Windows 7 Driver store-which is, of course, stored in the registry; ie: Adaptec, AMD, Brother, Intel.......drivers/system files claiming they load up inactive (if I have this correct) during boot-in memory. Now, I'm running an Intel x38 chipset and ich9 southbridge in RAID0. Any and all drivers I require are loaded in during install, none of which-other than some generic M$ files for 16-bit , base USB, wireless support etc., or for Safe Mode say-are in the driver store. I noticed PT 2010 loads none of these "driver store" files in Startup Manager as does PT 2009. This, along with the few x86/x64 duplicates accounts for the 359 to 265 difference-I did not actually count it, and won't; I would go cross-eyed first

However, when one compares the two, PT2009 to PT2010, by briefly eyeballing the contents of the listings, this is the variant I am seeing-all the inactive-my system is not using them-files/drivers/associated dll's etc.-are not listed in PT 2010

Does this make any sense to ya'

Thanks,

Rick

rdtmk5

I don't know if this is new behavior or something I just never noticed before:

File Tool: I cannot scroll the tool bar left or right if the width of the window is less than the width of the tool bar - I must change the width of the window manually to show the entire tool bar. Also, in the next release, the tool bar should be changed to match the style used in the other tools.

I just checked - the File Tool in PT2009 is the same - cannot scroll left or right if the window is narrow.

siliconman01

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

siliconman01

There is a bug in the Registry Compactor.

1. Perform a Registry Compact.

2. When the system boots on up and the Phase II Prompt window appears, do NOT respond to it for several minutes (~10 minutes).

3. Then press ENTER to close the Phase II Prompt window.

4. Boot the computer again.

- The Phase II prompt window appears again and will continue to reappear on subsequent reboots.

- The RUN entry for the Phase II program does not get removed when users do not respond fairly quickly on the boot up sequence to Phase II prompt window.

This occurred on my Win 7 x86 Professional computer

leonardo

General Call to other jv16 2010 testers using Windows XP-SP3

Did you test the Registry Compact during BOOT? Does it complete without errors?

For several builds I get during BOOT, in the phase-II DOS box, the following message:

"Failed to get full access to the registry! Aborting ..."

Up till now I think there could be something wrong in my XP system, can you please confirm this?

jv16

siliconman01 wrote
There is a bug in the Registry Compactor.

This issue should now be fixed, thank you for reporting!

jv16

siliconman01 wrote

On x64 systems, C:\Windows\System32 and C:\Windows\SysWOW64 are NOT one and the same. The above quote displays the difference. System32 = 64-bit files; SysWOW64 = 32-bit files for running in an x64 environment....major difference.

You are indeed correct.

siliconman01 wrote

The Startup Manager window opening problem is fixed with B960 on Win 7 x86 and Win 7 x64 Professional.

I'm very glad to hear that! I was able to reproduce the problem in one virtual test setups, that helped to finally get the issue fixed.

jv16

Leonardo wrote
General Call to other jv16 2010 testers using Windows XP-SP3

Did you test the Registry Compact during BOOT? Does it complete without errors?

For several builds I get during BOOT, in the phase-II DOS box, the following message:

"Failed to get full access to the registry! Aborting ..."

Up till now I think there could be something wrong in my XP system, can you please confirm this?

According to the Log.txt you sent, Windows returns an error relating "RPC service not running".

I can't say much more about that; Windows denies full access to the registry, so there is very little we can do about it.

jv16

Here is the latest build:

http://www.macecraft.com/downloads/betas/jv16PT2010_RC1_b961.exe

It addresses mainly the issue with the Registry Compactor, and contains updated versions of some translations.

siliconman01

Windows 7 x64 Professional

There are a couple of issues with starting various parts of jv16 via shortcuts created via Tools>Add Shortcuts to desktop.

History Cleaner started via shortcut.

- After cleaning the history items and clicking on Close (or red x), the history cleaner window closes. However, jv16pt.exe remains in memory and never exits. Note that this appears to happen only if history items are found and removed. In other words, it has to do some actual cleaning first.

Registry Cleaner started via shortcut

- After running the registry cleaner and fixing found errors and then clicking on Close (or red X), the registry cleaner window closes. However, the main screen of jv16pt then opens instead of just completely exiting jv16.

siliconman01

jv16 wrote

It addresses mainly the issue with the Registry Compactor, and contains updated versions of some translations.

This issue is confirmed fixed.

leonardo

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

jv16

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

« Previous Page Next Page »