App: Virtual Dimension Portable v 0.94
Take Virtual Dimension Where Ever You Go!
Description Of App:
So what is Virtual Dimension? Its an application that allows you to have UNLIMITED! amounts of "virtual" desktops.
This app us great for those who have a lot of programs open at once while your on the go.
Based off 7-Zip NSIS file
NOTE:
For the wallpaper to work, change the drive letter to ".." (two periods)
it will find the wallpaper you wanted. (Link doesnt work anymore due to an update Release.)
Before Installing, You Might Want To Rename The "Virtual DimensionPortable" Folder To "VirtualDimensionPortable" And When You Are Installing, Remove The Space Out Of The Directory Area.
Thank you for testing out my 1st PortableApp!
Updates:
UPDATE!!!
Installer is now written in the way its suppose to!
UPDATE!!! Feb 15 08 10:55
Removed Spaces From EXE
Renamed A Couple Of Files
New Launcher (Started Fresh)
oh, that's cool. at first i thought you were saying it was a virtual machine program, which i thought i'd rather use qemu, but now i see that it lets you have multiple desktop screens to spread your apps out over like linux has. i use that feature in ubuntu so it'd be nice to do it in windows too. i'll try it out
well it seemed to work fine for me. the only things i have to say are that first you should change the splash screen to something more official like Development Test Release Splash Screen which John posted.
second, it took me a couple of minutes just to figure out how to add more desktops to the thing; you can only do it from the taskbar icon. It would be cool if you were able to make it automatically bring up the "settings" screen on the first time you run it.
When I launch the program, it tells me TrueCrypt.exe (and several other things) has failed to start because mingwm10.dll was not found.
Is that coming from your Portablization, or from VD itself?
MC
VD itself. for some reason it only happens on some different versions of windows. i dont get it but my mom's computer does.
Na na na, come on!
And any idea about what's different about your mom's computer?
Tim
Things have got to get better, they can't get worse, or can they?
I Looked Into The Registry Section And I
Have "S-1-5-21-2025429265-1563985344-1957994488-1010"
While My Mom Has "S-1-5-21-3533432500-2286456154-4144567283-1009"
Inside Those Are Another Reg Entry That VD Makes That I Would Love To Try And Fix And Make That Portable. Errrrrrr lol.
I Downloaded That .dll File And Put In My Mom's Computer IDK 50 Times Next To The EXE And I Now Only Get IDK ummmmmmmmmmmmm 5 Errors? idk
If This Reg Thing Is The Issue. I'm Trying To Solve It.
If It Doesnt Solve It, Then I Think Its A Required Windows File But Ill Look Into It.
Na na na, come on!
use HKEY_CURRENT_USER, that random string of letters and numbers is unique to each user, and it represents the same key that is in HKEY_CURRENT_USER.
so in your code, just replace "HKEY_USERS\[random string]\" with "HKEY_CURRENT_USER"
The developer formerly known as ZGitRDun8705
ok then tyvm.
i stil got to figure out why on some computers VD ask for that .dll file
Na na na, come on!
I think it's a working directory issue, because it creates those virtual desktops as basic containers, the apps that need that .dll look where it's supposed to be, not in the working directory created by VD.
The developer formerly known as ZGitRDun8705
not really surprising, given the name...
mingwm10.dll is a part of the MinGW (Minimalist GNU for Windows) project. I'm guessing that some PCs have apps on them that have installed this somewhere shared, and others don't.
It should work OK if you place a copy of the dll in the same folder as the app, though.
so what ur saying is that put that DLL in the same folder with every single application that gets that error? until i ( oh gosh ) can figure out what to do to solve it
cause i have the file in the app folder. and that hasnt solved it
Na na na, come on!
no....the if the application is running and working properly before starting VDP, that dll already exists somewhere. the issue, as i said just above his post, is that VD changes the working directory, so apps that need that .dll or anything else, lose track of where they are, and start looking in the wrong place for their dependencies.
The fix would be to fix VD itself, so it doesn't steal with working directory. Nothing can be done to fix it just with the launcher.
The developer formerly known as ZGitRDun8705
is in hookdll.dll, which is part of VD, but is injecting itself into the dependency trees for other apps so it can monitor and control their windows and stuff.
but, since you say that doesn't work..... hmmmmm
It sounds like it is overriding one of the system dlls with one of its own, which has a dependency on the dll mentioned.
((having now downloaded the app))
Yeah, the hook.dll in the app folder depends on minwgm10.dll, and should be able to load it from it's own folder.... annoying.
You could try.... in your launcher, append the VDP app directory to the system PATH environment variable before calling VD.exe - that might possibly ensure that the dll is available to all the children apps, but, given that it is hooking in, I'm not sure that it would work.
You might find that the fact that the hook is inserting itself into many running apps means that they still can't find it, in which case, all that springs to mind would be copying the file to %SystemRoot%\system32 if it isn't already there, and removing it again once you're finished, but that is likely to require admin access, and isn't a very nice thing for a portable app to do.
any clue on a code cause im not really able to make or code one myself at the moment.
Na na na, come on!
but a quick hunt shows that the current GIMP RC3 nsis script adds the GTK directory to the path when it runs, so you should be able to find and snarf all the code you need from that launcher.
hope it helps
any link where u found this RC3 script?
*EDIT* i just though of this how about add in something that will ignore that error lol
Na na na, come on!
it is over here https://portableapps.com/node/11381
after begging my sister to let me barrow my moms computer i found that in system32 folder that ming dll file isnt in that computer. i have that file in my system32 folder. maybe i should make a script in the laucher to extract the dll into the system32 folder and remove appon exit.
Na na na, come on!
Forgive the non-devs possible silly question, but wouldn't that require Admin privileges?
Tim
Things have got to get better, they can't get worse, or can they?
and i was able to access that so i guess not.
and thats isn't a silly question.
Na na na, come on!
"thats isn't a silly question"
Thanks
But here's my question,
I am on a machine with Admin Priv.
I launch FFP using a program called DownMyRights which gives FFP and therefore FF the privileges of a limited user.
I just tried to save your Avatar [picture-37675.jpg] to the \system32\ directory and was told I did not have permission, which is what I expected [that's the reason I use DMR in the first place].
I thought limited users could not write to the system32 directory?? I'm confused, not that's unusual
Tim
Things have got to get better, they can't get worse, or can they?
I Removed The File From SYSTEM32 and this IS (YAY) The Problem.
If Anyone On Portable Apps Could Help Me I Have A Code Issue This Is What I Have
RestoreTheKey:
IfFileExists "$SETTINGSDIRECTORY\VDR.reg" "" CopyFiles
IfFileExists "$WINDIR\system32\reg.exe" "" RestoreTheKey9x
nsExec::ExecToStack `"$WINDIR\system32\reg.exe" import "$SETTINGSDIRECTORY\VDR.reg"`
Pop $R0
StrCmp $R0 '0' LaunchNow ;successfully restored key
RestoreTheKey9x:
${registry::RestoreKey} "$SETTINGSDIRECTORY\VDR.reg" $R0
StrCmp $R0 '0' LaunchNow ;successfully restored key
StrCpy $FAILEDTORESTOREKEY "true"
CopyFiles:
IfFileExists "$WINDIR\system32\mingwm10.dll" "" LaunchNow
CopyFiles "$EXEDIR\App\Virtual Dimension\mingwm10.dll" "$WINDIR\system32"
Sleep 200
GoTo LaunchNow
The CopyFiles Is Where I Need Help. It Wont Copy The File To SYSTEM32 Folder.
What Is Wrong With It. TYE1
PS I Am Also Having Issues With The Delete File Code.
Na na na, come on!