Portable App Development

I've got the following code to run a custom executable file after installation of the portable app:


!macro CustomCodePostInstall
ExecWait '"$INSTDIR\App\Cygwin\Cygwin.exe" --quiet-mode --no-shortcuts --disable-buggy-antivirus --site http://cygwin.xl-mirror.nl --root $INSTDIR\App\Cygwin\ --local-package-dir $INSTDIR\Data\Packages\'
!macroend


Unfotunately this stopped working some time ago. It seems like the execution is just skipped.

Any idea how to get this back working or what the reason is?

Thanks a lot!

Hey guys Have a App and These DLL files need to be in the syswow64 folder

MFC71.dll
msvcp71.dll
msvcr71.dll

1. All ready..Try'd like integrated C++ and just put them into the app folder! no go..

2. Try'd this also

[DirectoriesMove]
MFC71.dll=%windir%\syswow64\MFC71.dll
msvcp71.dll=%windir%\syswow64\msvcp71.dll
msvcr71.dll=%windir%\syswow64\msvcr71.dll

No go..is my variable wrong! or what!..
and if so is their a list of all the variable suported.

Thank for your help....

I'm willing to donate to person, who would create portable app for our software Simple Shop (http://www.simple-shop.si/en/).

Our goal is to share application via USB stick.

If anybody can do this for us or help us please report me back.

Software download link:
http://www.simple-shop.si/prenos/SShop.exe
Software requirement:
Microsoft .NET Framework 3.5 SP1

Thank you...

I used to keep all my portable apps in a folder called "C:\Program Files (portable)", and when they are there, I am able to add any of those programs to the "Open With..." menu for file types.

However many (all?) of the portable apps have been altered so that they will not run from any folder that starts with the words "Program Files", so I have been switching to the default "C:\PortableApps".

No I can no longer add portable apps to the Open With menu for file types.
e.g. Right-click > Choose Default Program > Browse > select the portable EXE > Open

I made a VB.NET 2008 project to create dynamically generated data entry forms for SQL Server database tables.

My question is: is there a way that PortableApps can take this project and create a portable application from it?

I want my tools to stay with me and not on the company PC I happen to be using.

Iv see that some apps out their have
"Visual C++ (integrated)"
does anyone know how this is done!
i have tryed placeing all the dll files to "system32"
but does not seem to work.

anyone with a tuit or good example! thanks
or advise.

and yes I know that this is MS, For personal Use thank's

in some of my apps their is needed data stored in the
"%PROGRAMFILES%\Common Files"

Could some one please explain how the "Common Files" folder
is handled in an app!
i don't understand.

1. is [DirectoriesMove] used from the data folder ?
2. or is it put in the "App" folder and linked with some script in the ini.

this is something i am now up against and would like to learn
thank you for your answers.

can a PNG be used as a splash , to have Transparency to make creative
Splash Screens.....Thank You..

Also does anyone know what the best way to del a PAF file From
the %Temp% file is .ini script!

I've looked around the forums, and generally it can be seen that PortableApps Launcher handles the registry in a few steps.

When the application is launched, it checks if there is anything existing in the targeted registry key and backs it up, then the portable app will write its own key in. When the application is closed normally NSIS has the time to backup the written registry key and restore the original key.

However, if NSIS is terminated, then the registry is not handled correctly and the app will clean up on next startup.

So my question is, what happens if you run the local non-portable application before you restart the portableapp?

does anyone know if their is a way "script" for Launcher.ini
that will block the .exe from conecting to the internet.

I know how to make Rules with a Batch file. but their goes the portable,,
if i do this. and also every time it would be Ran it would just keep
adding to the rules...not good.

thanks jedione