3.5.5 doesn't has the probelm
while launching 3.6.1, loading half of the green splash screen, a dialog shows `libreoffice 3.6 has stopped working` `close the program`
windows 2008r2, x64
installed
Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.4148
Microsoft Visual C++ 2008 Redistributable - x64 9.0.21022
Microsoft Visual C++ 2010 x64 Redistributable - 10.0.40219
Microsoft Visual C++ 2005 Redistributable (x64) 8.0.61000
Microsoft Visual C++ 2010 x86 Redistributable - 10.0.40219
Microsoft Visual C++ 2005 Redistributable (x64) 8.0.59192
Microsoft Visual C++ 2005 Redistributable 8.0.56336
Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148
Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.17
Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.17
please help
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on BlueSky
Follow us on Facebook
Follow us on LinkedIn
Follow us on Mastodon
Follow us on Twitter
Please try installing and using the local version to ensure it does work on Windows 8. They may not support Windows 8 yet since it isn't released.
Sometimes, the impossible can become possible, if you're awesome!
The OP might be talking about Windows Server 2008 R2: http://en.m.wikipedia.org/wiki/Windows_Server_2008_R2
That's possible. Though we don't test for that (nor do most apps). I confirmed that LibreOffice Portable 3.6.1 does work without issue on the Windows 8 Release Preview (Build 8400) just for good measure.
Sometimes, the impossible can become possible, if you're awesome!
I'm experiencing the same bug on Windows 7 x86.
Do you know if the Visual C++ runtime is properly installed (it should be by default, if it got corrupted, you can run the vcredist_x86.exe file within LibreOfficePortable\App\libreoffice to be sure)? Is it a standard Windows 7 x86 install with nothing removed (like IE or similar) and fully patched? Also what is your install path?
Sometimes, the impossible can become possible, if you're awesome!
Microsoft Visual C++ 2005 Redistributable
Microsoft Visual C++ 2008 Redistributable - x86 9.03729.17
Microsoft Visual C++ 2008 Redistributable - x86 9.03729.4148
Microsoft Visual C++ 2008 Redistributable - x86 9.03729.6161
Microsoft Visual C++ 2010 x86 Redistributable
I believe they're all properly installed. 2008 v9.03729.6161 was installed after I ran 'vcredist_x86.exe.' I've had no problems with any other applications. In fact LibreOffice 3.5.5 ran fine on my system; I just upgraded using the PortableAppsPlatform.
My install path is F:\PortableAppsPlatform\PortableApps.
https://portableapps.com/node/31224#comment-190941
OS - Win7 32bit
Path - F:\PortableAppsPlatform\PortableApps\LibreOfficePortable
After I renamed PortableAppsPlatform to PAP it works. But I'm not sure this is correct.
I shortened the path by renaming 'PortableAppsPlatform' to 'PortableApps,' and the program now starts without issue. Thank you for the help!
Out of curiosity, why would the old path name be fine for the previous version of the program but break the current one?
should be related to path length, my path doesn't contain any spaces, and I got the .net installed
I need to use,
subst L: my\libreoffice\path
then
L:\LibreOfficePortable.exe
then I can launch libreoffice nicely
On Win7 64 bit, LibreOffice Crashes when started from 'K:\Apps\Portable\PortableApps\LibreOfficePortable'
Tried to copy to a local path ('C:\Users\Xxxxx\tmp\Portable\PortableApps\LibreOfficePortable') - Crash!
Renamed to 'C:\Users\Xxxxx\tmp\Portable\PortableApps\LOP' - Working!
Using a path with same length ('D:\Apps\Portable\PortableApps\LibreOfficePortable') works on Win XP SP3 32 bit!
Furthermore there is again this appcrash, when a space in the installation path
It's not an issue with spaces. I'm running it just fine right now with multiple spaces in the path.
Sometimes, the impossible can become possible, if you're awesome!
In my case the path name was:
D:\Users\ABCDE\Portable_Suite\PortableApps\LibreOfficePortable
When I shorten it to:
D:\Users\ABCDE\PS\PA\LibreOfficePortable
The app runs perfect!
I confirm the same thing. My path was I:\PortableAppsSuite\PortableApps\LibreOfficePortable and Libreoffice would crash with:
[Window Title]
LibreOffice 3.6
[Main Instruction]
LibreOffice 3.6 has stopped working
[Content]
A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.
[Close program]
But with I:\PASuite\PortableApps\LibreOfficePortable
All seems to be well again. Bug?
since 3.5.5 was working well!
Could someone with the path issue check to see whether after running it from a short path and having it work then moving it back to the previously not-working long path cause it to work there?
There are specific bits of LibreOffice that don't like long paths and never have. Same applies to OpenOffice.org. A couple versions ago, I figured out some workarounds and that enabled us to have a LibreOffice Portable that worked from long paths. It appears that 3.6.x may have introduced something else that prevents it from working, so we may need to track that down.
Sometimes, the impossible can become possible, if you're awesome!
Changing it back to the previously long path name causes it to crash again.
Thanks, I see the same. Looks like it may not work from long paths at all anymore.
Sometimes, the impossible can become possible, if you're awesome!
or is there any chance to fix the problem?
What's the use of an portable app when you can't put it where u want it to?! Makes it nearly useless!
Ok, gang, here's a workaround that should get LibreOffice Portable 3.6.1 working again in long paths.
1. Move all the TTF files within LibreOfficePortable\App\libreoffice\Basis\share\fonts\truetype directory to the LibreOfficePortable\Data\fonts directory.
2. Delete the LibreOfficePortable\App\libreoffice\Basis directory.
This disables LibreOffice's internal portable font handling and switches it to the launcher's portable font handling. This should let it work in a long path and continue to work with fonts portably. It's not an ideal solution, but it will work and continue to let the fonts work, especially OpenSymbol as required by LibreOffice Math.
Sometimes, the impossible can become possible, if you're awesome!
Thanks a lot for this quick solution!
Will you build all future versions that way?
It's not the ideal way to handle fonts portably, but it works better than it crashing now doesn't it? If I can find another workaround I will. For now, I'm putting together on a revision for release in a couple days with a fix for this and the other issue with the visual C library detection. I'll release it as a full package and a small revision installer of just a MB or two so folks don't have to re-download the whole thing.
Sometimes, the impossible can become possible, if you're awesome!
In a different implementation, I copied fonts to this directory:
..\PortableApps\PortableApps.com\Data\Fonts
Those fonts are shown by windows program. For instance. Notepad and Wordpad. But, if I close PAM they are still shown on those programs but does not work. I am forced to restart windows (Windows 7 Starter).
Can we place fonts in that directory and made them available to all applications or follow your previous sugestion of using
...\PortableApps\LibreOfficePortable\Data\fonts
Thx for assistance. App is running again after this trick..
This issue is fixed in LibreOffice Portable 3.6.1.1.
Sometimes, the impossible can become possible, if you're awesome!