• Welcome to TechPowerUp Forums, Guest! Please check out our forum guidelines for info related to our community.

Large Address Aware

Here ya go: Large Address Aware 2.0 beta. Everything appears to be just peachy. It even supports drag n' dropping an (or many) executable(s) on the Large Address Aware executable. Try it and tell me if there is anything I should change.

In Intermediate and Advanced modes, you can click on the column headers to sort by Path, LAA, or Original. It doesn't show those little arrows but regardless, it works.

Using Advanced, Add -> Files in Folder Recursive, you can quickly make all executables in the selected directory, and all subdirectories, large address aware.


Note: Going from Basic to Intermediate or Advanced modes doesn't lose anything but going from Intermediate or Advanced to Basic mode will cause all except the first file entry to be lost.


Note to self: Add drag 'n drop into the form itself...
 
Last edited:
Added drag and drop (on the listview in intermediate/advanced and on the path text box in basic) in this build...


I think it is ready for prime time unless there are objections.
 
Last edited:
oooh, drag n drop
 
Think it is good to finalize it (replace 1.0 with 2.0 on the OP)?
 
Last edited:
sure, just leave a link to the old one in case it has problems
 
OP updated with 2.0.0.
 
I noticed your beta hangs for quite some seconds when adding files (on Win7 x64). Is that normal?

It's right after I select some files and click add.
 
It could hang because it isn't multithreaded. How many files are you adding?
 
:eek:

I added over 20 files recursively on Win7 x64 and it didn't even hang for a second. So no, it isn't normal...


Do you have BOINC or WCG running by any chance? Something could be loading the hard drive(s) which would cause a delay in importing the files.
 
:eek:

I added over 20 files recursively on Win7 x64 and it didn't even hang for a second. So no, it isn't normal...


Do you have BOINC or WCG running by any chance? Something could be loading the hard drive(s) which would cause a delay in importing the files.

I wasn't running anything in the background...
Could be that I'm missing something in the library department? .NET stuff?
 
If .NET weren't installed/functional, it would crash on start. Vista/7 comes with .NET Framework 3.5.

I should make it multithreaded (I will when I get a chance) but there really is no reason for a lengthy delay for such few files.
 
If .NET weren't installed/functional, it would crash on start. Vista/7 comes with .NET Framework 3.5.

I should make it multithreaded (I will when I get a chance) but there really is no reason for a lengthy delay for such few files.

Yeah, that's why I was thinking I missed something. But let me try your current 2.0 version tonight. I'll give you a report :)

One more "bug":
If you process a file (for the first time) in Basic mode, and then switch to Advanced mode, it looks to me like the "Original" value is the modified value. Could the Basic view not write the original state to the save file?
 
One more "bug":
If you process a file (for the first time) in Basic mode, and then switch to Advanced mode, it looks to me like the "Original" value is the modified value. Could the Basic view not write the original state to the save file?
Good catch. It actually isn't copying any of that data over (just the path) which is supposed to force it to rescan the file. Apparently, that isn't working...
 
Much thanks for diggin this up, GT!

I had been using an older CMD prompt .exe that would add the LAA execution to an application's .exe . . . it was a little brutal at times, and required a lot of swapping around of files . . . this should make things a bit more simple.

:toast:
 
One more "bug":
If you process a file (for the first time) in Basic mode, and then switch to Advanced mode, it looks to me like the "Original" value is the modified value. Could the Basic view not write the original state to the save file?
Unfortunately, I am unable to replicate this bug. Remember, "Original" is the value the file was when it was first loaded. For example, if you had made it LAA before running running Large Address Aware 2, Original would be registered as True.


Also, in Basic mode, changes to the checkbox are not committed until Save is clicked.


I could make an option to force "Original" to True or to False in Advanced mode...
 
Unfortunately, I am unable to replicate this bug. Remember, "Original" is the value the file was when it was first loaded. For example, if you had made it LAA before running running Large Address Aware 2, Original would be registered as True.


Also, in Basic mode, changes to the checkbox are not committed until Save is clicked.


I could make an option to force "Original" to True or to False in Advanced mode...

I'm not sure anymore if I changed those with version 1 anymore...
 
Heh, that is a problem which will hopefully be fixed in the long term by version 2. ;)

I added the ability to override the detected setting.


Is the performance any better with the official 2.0.0 or is it still a problem?
 
Heh, that is a problem which will hopefully be fixed in the long term by version 2. ;)

I added the ability to override the detected setting.


Is the performance any better with the official 2.0.0 or is it still a problem?

We'll see when I get home :D
 
I can multithread it but I'd rather not multithread everything (it would add a lot of overhead to the app). I'll have to multithread the obvious offender (adding files) but after that, I'll need you to tell me what else needs to be mulithreaded (like writing to the files).


Another random thought: Is this a laptop (or desktop) running on battery? I've noticed performance drops substantially in that scenario.
 
Desktop, no battery :)

Either way, I'll give 2.0 another run tonight and check back with the results. Maybe I did something stupid.
 
I multithreaded Add Files and fixed a bunch of other stuff. Let me know if commiting the changes (the top options in "With Selected") is still slow or not. Note: I did not multithread that portion yet and don't intend to unless necessary (no computer should be burdened by writing one byte per file :roll:).
 
Last edited:
2.0.1 beta broke Basic mode support. This should have basic mode working again...
 
Last edited:
Hmm well I havent had much time to fiddle around lately, in the middle of moving house.
Will still test it as soon as I have the time :)
 
very nice work mate, download it booth and work on it
 
Back
Top