[Libreoffice] Problems with Windows build
I'm trying to build on Windows Vista, following the directions at: http://wiki.documentfoundation.org/Development/Native_Build#Partial_build and http://wiki.documentfoundation.org/Development/Windows_Build_Dependencies When I run make for the first time, I get to a point where it tells me there are possibly problems in libxml2, lpsolve, curl, or openssl. The development wiki tells me I should issue commands like: $ source *Env.Set.sh $ cd libxml2 $ rm - r $INPATH ; deliver -delete $ build But those commands give me errors like these below: $ source *Env.Set.sh bash: *Env.Set.sh: No such file or directory $ cd libxml2 $ rm -r $INPATH ; deliver -delete rm: missing operand Try `rm --help' for more information. bash: deliver: command not found $ build bash: build: command not found Could anyone give me any suggestions of Windows/Cygwin-specific commands I should be using to build modules that report errors? Thanks, Jeremy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with Windows build
$ source *Env.Set.sh bash: *Env.Set.sh: No such file or directory For some reason lost in history (or just a random choice made by somebody without much thinking), the corresponding file for Windows is called winenv.set.sh , in lowercase. Yeah, we probably should rename it to WinEnv.Set.sh for consistency. Yes, the file system on Windows is case-insensitive, but Cygwin tries hard to be a kind of Unix (and mostly succeeds; it's the interaction between Cygwin and the surrounding non-Cygwin world that causes trouble), and the file name winenv.set.sh thus does not match the wildcard pattern *Env.Set.sh . --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
Hi there, On Fri, 2011-02-04 at 06:41 -0700, Tor Lillqvist wrote: And after a while of dismissing these, saxparser goes into an infinite loop. For me, saxparser crashes... I am debugging that but not really getting much .. iterator i is iterating so that i points to some bogus data and i-directBaseMemberOffset is a totally bogus and then the next round in the enclosing for loop on line 1226 the indexing crashes. I wonder if the stlport iterators were simply more robust against changes in the underlying structures. Is this a list it is iterating or a hash ? If the latter then changes in the 'hash' had undefined (but non-crashy) behaviour with stlport. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
Hello, On Mon, 2011-02-14 at 11:05 +, Michael Meeks wrote: For me, saxparser crashes... I am debugging that but not really getting much I wonder if the stlport iterators were simply more robust against changes in the underlying structures. Is this a list it is iterating or a hash ? If the latter then changes in the 'hash' had undefined (but non-crashy) behaviour with stlport. If it is the same crash we saw during FOSDEM, it is due to the fact that with the hash_* containers of stlport, erasing the element pointed to by the one-beyond-the-end iterator was graciously handled, whereas the boost::unordered ones are crashing with it. But the fix is just easy by checking whether the corresponding find did not return this kind of iterator and perform the erase only then. Cheers Fridrich ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
I only have VS2008 Express C++ edition installed. How much effort is likely required to get it working with 2010, or should I just work on getting it to use 2008? The only thing that didn't work for me using VS2010 was a crash in climaker.exe, everything else works perfectly fine. The LibO 3.3 I was using in the old machine was compiled with VS2010 (using a climaker.exe compiled with VS2008) The stack trace of the crash was the one Tor mentioned previously. So I guess it's just a matter of fixing this and we can announce support for this compiler. -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
Hi Jesús 2011/2/5 Jesús Corrius je...@softcatala.org: The stack trace of the crash was the one Tor mentioned previously. So I guess it's just a matter of fixing this and we can announce support for this compiler. I ended up uninstalling VS2010 and it seems to have built now (but I have other issues now). Thanks for your help. Regards Steve ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
Hi Steven, Have you tried --enable-graphite=no? That ought to work. I ended up reenabling graphite and setting the stdext to be std, and commenting out the namespace alias. That made it work for that. I have a couple of modules that are still failing to build. I'll re-fetch and try again. Regards Steven Butler ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
On 4 February 2011 22:25, Steven Butler sebut...@gmail.com wrote: I ended up reenabling graphite and setting the stdext to be std, and commenting out the namespace alias. I'm getting a lot further into the build now, but have encountered a problem with what looks like dotnet bindings? I keep getting climaker.exe has stopped working popups. And after a while of dismissing these, saxparser goes into an infinite loop. This is in the cli_ure module. Does anyone have any ideas... I've had enough for tonight. Entering /home/Steve/libre/libo/cli_ure/unotypes : PATH=${PATH+${PATH}:}/home/Steve/libre/libo/solver/330/wntmsci12.pro/bi n ../wntmsci12.pro/bin/climaker \ --out ../wntmsci12.pro/bin/cli_uretypes.dll \ --keyfile ../wntmsci12.pro/bin/cliuno.snk \ --assembly-version 1.0.7.0 \ --assembly-description This assembly contains metadata for the StarOffi ce/OpenOffice.org API. \ --assembly-company OpenOffice.org \ C:/cygwin/home/Steve/libre/libo/solver/330/wntmsci12.pro/bin/udkapi.rdb error: .NET exception occurred: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at cppu.bootstrap_InitialComponentContext(Referencecom::sun::star::uno::XCom ponentContext* , Referencecom::sun::star::registry::XSimpleRegistry* , OUStri ng* ) at ?A0x04292f9a.sal_main() dying abnormally... -- Regards, Steven Butler ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
On Fri, Feb 4, 2011 at 2:18 PM, Steven Butler sebut...@gmail.com wrote: On 4 February 2011 22:25, Steven Butler sebut...@gmail.com wrote: I ended up reenabling graphite and setting the stdext to be std, and commenting out the namespace alias. I'm getting a lot further into the build now, but have encountered a problem with what looks like dotnet bindings? I keep getting climaker.exe has stopped working popups. And after a while of dismissing these, saxparser goes into an infinite loop. This is in the cli_ure module. If you are building it with Visual Studio 2010, it's a known and unfortunate issue. I was working to fix it in my old computer, but that computer died and I only had a copy of Visual Studio 2008 Professional in DVD so I installed this one. -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
And after a while of dismissing these, saxparser goes into an infinite loop. For me, saxparser crashes... I am debugging that but not really getting much wiser. The crash happens in typelib_typedescription_newMIInterface() in cppu/source/typelib; it seems that the call to typelib_typedescriptionreference_new() on line 1236 modifies what the iterator i is iterating so that i points to some bogus data and i-directBaseMemberOffset is a totally bogus and then the next round in the enclosing for loop on line 1226 the indexing crashes. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
On Fri, 2011-02-04 at 06:41 -0700, Tor Lillqvist wrote: And after a while of dismissing these, saxparser goes into an infinite loop. For me, saxparser crashes... I am debugging that but not really getting much wiser. does this patch, to revert a hash_map - unordered_map make it go away C. diff --git a/cppu/source/uno/EnvStack.cxx b/cppu/source/uno/EnvStack.cxx index c96d307..99322eb 100644 --- a/cppu/source/uno/EnvStack.cxx +++ b/cppu/source/uno/EnvStack.cxx @@ -36,7 +36,7 @@ #include osl/thread.h #include osl/mutex.hxx -#include boost/unordered_map.hpp +#include hash_map using namespace com::sun::star; @@ -65,7 +65,7 @@ size_t oslThreadIdentifier_hash::operator()(oslThreadIdentifier s1) const return s1; } -typedef ::boost::unordered_maposlThreadIdentifier, +typedef ::std::hash_maposlThreadIdentifier, uno_Environment *, oslThreadIdentifier_hash, oslThreadIdentifier_equal ThreadMap; ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
I think the problem is, that without resize the hash map could be overfilled. I did fix this like commit 6ecdae26517b89ee670. Think problem is like in PspKernInfo::Initialize() [in vcl/unx/source/gdi/salgdi3.cxx]: maUnicodeKernPairs.insert( aKernPair ); maUnicodeKernPairs is boost::unordered_map and rKernPairs is std::list. Is it clean to do this?! And: If we don't resize maUnicodeKernPairs to the size of aKernPair, could we run out of memory - this would be the case for all of them? Thomas On 02/04/2011 08:17 PM, Caolán McNamara wrote: On Fri, 2011-02-04 at 06:41 -0700, Tor Lillqvist wrote: And after a while of dismissing these, saxparser goes into an infinite loop. For me, saxparser crashes... I am debugging that but not really getting much wiser. does this patch, to revert a hash_map - unordered_map make it go away C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice diff --git a/vcl/source/gdi/configsettings.cxx b/vcl/source/gdi/configsettings.cxx index 0b1dcbb..ac38d23 100644 --- a/vcl/source/gdi/configsettings.cxx +++ b/vcl/source/gdi/configsettings.cxx @@ -134,7 +134,6 @@ void SettingsConfigItem::getValues() m_aSettings.clear(); Sequence OUString aNames( GetNodeNames( OUString() ) ); -m_aSettings.resize( aNames.getLength() ); for( int j = 0; j aNames.getLength(); j++ ) { diff --git a/vcl/unx/headless/svptext.cxx b/vcl/unx/headless/svptext.cxx index 8701a7f..1523241 100644 --- a/vcl/unx/headless/svptext.cxx +++ b/vcl/unx/headless/svptext.cxx @@ -194,7 +194,6 @@ void PspKernInfo::Initialize() const return; // feed psprint's kerning list into a lookup-friendly container -maUnicodeKernPairs.resize( rKernPairs.size() ); PspKernPairs::const_iterator it = rKernPairs.begin(); for(; it != rKernPairs.end(); ++it ) { diff --git a/vcl/unx/source/gdi/salgdi3.cxx b/vcl/unx/source/gdi/salgdi3.cxx index d3718f5..50283ff 100644 --- a/vcl/unx/source/gdi/salgdi3.cxx +++ b/vcl/unx/source/gdi/salgdi3.cxx @@ -523,7 +523,6 @@ void PspKernInfo::Initialize() const return; // feed psprint's kerning list into a lookup-friendly container -maUnicodeKernPairs.resize( rKernPairs.size() ); PspKernPairs::const_iterator it = rKernPairs.begin(); for(; it != rKernPairs.end(); ++it ) { ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
On Fri, Feb 4, 2011 at 8:17 PM, Caolán McNamara caol...@redhat.com wrote: On Fri, 2011-02-04 at 06:41 -0700, Tor Lillqvist wrote: And after a while of dismissing these, saxparser goes into an infinite loop. For me, saxparser crashes... I am debugging that but not really getting much wiser. does this patch, to revert a hash_map - unordered_map make it go away If this helps, on Windows in debug I am getting this: Assertion failed: r != end(), file C:\libod\solver\330\wntmsci12\inc\boost/unordered/detail/hash_table_impl.hpp, line 890 -- Jesús Corrius je...@softcatala.org Document Foundation founding member Skype: jcorrius | Twitter: @jcorrius ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems with windows build
Hi, 2011/2/4 Jesús Corrius je...@softcatala.org: On Fri, Feb 4, 2011 at 2:18 PM, Steven Butler sebut...@gmail.com wrote: I keep getting climaker.exe has stopped working popups. If you are building it with Visual Studio 2010, it's a known and unfortunate issue. I just realised I have VS2010 Express and vs2008 Express C# editions installed. It could well be using the vs2010 instance for C#. I only have VS2008 Express C++ edition installed. How much effort is likely required to get it working with 2010, or should I just work on getting it to use 2008? Regards Steven Butler ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice