Re: building on Windows

[drei97]

Thanx Thorsten,


if so,


what are the components of cygwin which are not available on Windows itself?


Or is this (only) for historical reason when Windows support of "native"
linux tools was not as it is today?



Am 19.01.24 um 13:46 schrieb Thorsten Behrens:

Hi Joachim,

drei97 wrote:

But why is VS needed then for the build process (except .NET
Framework)? Since g++ is used for compiling, why are some parts of
MVCS are needed?


That is a misunderstanding. LibreOffice is using the msvc compilers,
cl.exe in particular.

Cheers,

-- Thorsten

Re: building on Windows

[Thorsten Behrens]

Hi Joachim,

drei97 wrote:
> But why is VS needed then for the build process (except .NET
> Framework)? Since g++ is used for compiling, why are some parts of
> MVCS are needed?
>
That is a misunderstanding. LibreOffice is using the msvc compilers,
cl.exe in particular.

Cheers,

-- Thorsten


signature.asc
Description: PGP signature

building on Windows

[drei97]

Hi,


I have set up a build on Windows, following your guides. LO is built
correctly without errors and can be invoked from instdir.


But I am still confused about the LODE set up.


To build LO on windows you have to install Visual Studio with several
options about C++ and .NET Framework.

To build you have to set up cygwin.

You can use VS as an IDE. But this is not for building, only as an
extended text editor which is providing syntax highlightning and text
expansion and so on. But why is VS needed then for the build process
(except .NET Framework)? Since g++ is used for compiling, why are some
parts of MVCS are needed?


LO has some dependencies on .NET Framework. Why is not Mono used which
is crossplatform and also open source ?


Before I start digging into the code I want to understand some
dependencies, the build process and other more common subjects about the
project.


Joachim

Question about LO building in Windows and error C3861 (identifier not found)

[Julien Nabet]

Hello,

just updating my local LO repo in Windows, I runned a plain "make" and got:

in sc/source/core/data/documen4.cxx (342): error C3861 
'GetWritableColumnsRange': identifier not found


Indeed GetWritableColumnsRange' has just been added but why can't it be 
automatically detected and I must run "make sc.clean" to force it?


I mean, I got no pb in Linux build.

Remark: this pb is old but I was lazy to report.

Julien

(I'm on Windows 10 21H2, Visual Studio Community 2022, 17.1.5

ld = 2.37

autogen.input:

--enable-dbgutil

--disable-odk

--enable-online-update

-- with-privacy-policy-url=https://yourdomain/privacy-policy

--with-parallelism=1

--with-lang=en-US es fr de it

--with-myspell-dicts

--with-visual-studio=2022

)

Julien

[SOLVED] Re: Error when building on Windows 10 with LODE

[julien2412]

Hello,

Thanks to
https://cgit.freedesktop.org/libreoffice/core/commit/?id=07f1ec0af02a9ab6c1bf6e6478092ee50495afa7
"author Christian Lohmaier 
2021-05-01
10:40:58 +0200
committer   Christian Lohmaier 
2021-05-01 15:07:31 +0200
commit  07f1ec0af02a9ab6c1bf6e6478092ee50495afa7 (patch)
tree9f075279dced945e872e0fbf4f3d727bee10e0c3
parent  afad6ba0f841985ee87a0a0871e10cda5d8913cc (diff)
avoid windres preprocessor quoting-messups with current cygwin
apparently fresh installs of cygwin behave differently with the windres
command's quoting and treats --preprocessor='cpp foo bar' as a single file
"cpp foo bar" to run instead of running "cpp" with the arguments "foo"
and "bar".
(-D and -I options are passed to the preprocessor automatically, so no
need to prefix those with --preprocessor-arg)
"
the problem is now solved, it's building right now.
Hope there won't be other problems.
Thank you Christian!

Julien



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Error when building on Windows 10 with LODE

[julien2412]

himajin10 wrote
> Hi,
> 
> not sure, but something to do with this one?
> 
> https://github.com/gpg/libgpg-error/commit/655ed9d83889bbb61d4b96755a2bd676622064c8#diff-3d88d5bfc418d55451e947aa2b40ddf7428f1afbe1e1215f75cecc7cb2d45232

Hello,

Thank you for your feedback.
I gave a try by using
https://wiki.documentfoundation.org/Development/Patching_External_Libraries
and reverting the one line patch indicated but I still got the same error.

Julien




--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Error when building on Windows 10 with LODE

[himajin100000 (Tomoyuki Kubota)]

Hi,

not sure, but something to do with this one?

https://github.com/gpg/libgpg-error/commit/655ed9d83889bbb61d4b96755a2bd676622064c8#diff-3d88d5bfc418d55451e947aa2b40ddf7428f1afbe1e1215f75cecc7cb2d45232

--
himajin10
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Error when building on Windows 10 with LODE

[julien2412]

Hello,

I'm trying to build LO (master sources updated today) on Windows 10 (20H2)
by using LODE.
build.log

  
I got an error in libgpg part. (see attachment).
I only got --enable-dbgutil on autogen.input
I use AdoptOpenJdk 16 with Eclipse OpenJ9 x64.

(I disabled Windows Defender)

Any idea?

Julien



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: New options around cross-building for Windows?

[Stephan Bergmann]

On 08/06/2020 00:14, Thorsten Behrens wrote:

Stephan Bergmann wrote:

On 23/04/2020 15:48, Luboš Luňák wrote:

   Just for completeness, there's one more option, and that's using Clang-cl
instead of MSVC for everything. E.g. Mozilla does it, it is already possible
to build LO that way (and I think Stephan does that regularly?).


I routinely make (--enable-dbgutil etc.) builds with clang-cl from a
locally-built LLVM/Clang trunk (i.e., not using whatever Visual Studio might
offer) on Windows.


Putting the pieces together - is my understanding correct, that
clang-cl is now largely ready to cross-build ABI-compatible Windows
binaries from Linux?


My understanding is that, at least in theory, it should mostly work. 
One open issue that immediately comes to mind is 
 
"When building with clang-cl on Windows, build CLR code with MSVC as 
clang-cl doesn't support the /clr switch."  (I have never checked 
whether clang-cl would meanwhile support it.)


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

New options around cross-building for Windows? (was: Building skia with clang(-cl))

[Thorsten Behrens]

Hi,

Stephan Bergmann wrote:
> On 23/04/2020 15:48, Luboš Luňák wrote:
> >   Just for completeness, there's one more option, and that's using Clang-cl
> > instead of MSVC for everything. E.g. Mozilla does it, it is already possible
> > to build LO that way (and I think Stephan does that regularly?).
> > 
> 
> I routinely make (--enable-dbgutil etc.) builds with clang-cl from a
> locally-built LLVM/Clang trunk (i.e., not using whatever Visual Studio might
> offer) on Windows.
>
Putting the pieces together - is my understanding correct, that
clang-cl is now largely ready to cross-build ABI-compatible Windows
binaries from Linux?

Background: Mozilla is in the process of switching over to full
cross-building (https://glandium.org/blog/?p=4020). The clang-cl
compatibility page though has a few caveats still:
https://clang.llvm.org/docs/MSVCCompatibility.html.

Or is that crack-smoking?

Cheers,

-- Thorsten


signature.asc
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

make issue when building on Windows 10 (cygwin 32bit)

[marius adrian popa]

All the requirements for building are met but i have an issue when i try to
compile libo-core master

$ make
C:/cygwin/bin/bash: mkdir: command not found
C:/sources/libo-core/Makefile.fetch:103: recipe for target
'C:/sources/libo-core
 /workdir/download' failed
make: [C:/sources/libo-core/workdir/download] Error 127 (ignored)
C:/cygwin/bin/bash: date: command not found
C:/sources/libo-core/Makefile.fetch:103: recipe for target
'C:/sources/libo-core
 /workdir/download' failed
make: *** [C:/sources/libo-core/workdir/download] Error 127
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: make issue when building on Windows 10 (cygwin 32bit)

[marius adrian popa]

please ignore the previous message

it started with  /opt/lo/bin/make

On Fri, May 22, 2015 at 3:16 PM, marius adrian popa map...@gmail.com
wrote:

 All the requirements for building are met but i have an issue when i try
 to compile libo-core master

 $ make
 C:/cygwin/bin/bash: mkdir: command not found
 C:/sources/libo-core/Makefile.fetch:103: recipe for target
 'C:/sources/libo-core
  /workdir/download' failed
 make: [C:/sources/libo-core/workdir/download] Error 127 (ignored)
 C:/cygwin/bin/bash: date: command not found
 C:/sources/libo-core/Makefile.fetch:103: recipe for target
 'C:/sources/libo-core
  /workdir/download' failed
 make: *** [C:/sources/libo-core/workdir/download] Error 127

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Error building on windows XP SP3 using cygwin

[Flavio Moringa]

I guys,

I'm having this error building 3.6.2 on Windows (using cygwin):

###
[ build CUT ] filter_tiff_test
S=C:/libre362  O=$S/solver/wntmsci12.pro 
W=$S/workdir/wntmsci12.pro   mkdir -p $W/CppunitTest/ 
(PATH=${PATH}:/cygdrive/c/libre362/solver/wntmsci12.pro/bin
DBGSV_ERROR_OUT=shell  STAR_RESOURCEPATH=$O/bin/
$O/bin/cppunit/cppunittester.exe
$W/LinkTarget/CppunitTest/test_filter_tiff_test.dll --headless
-env:CONFIGURATION_LAYERS=xcsxcu:file:///$O/xml/registry
-env:UNO_TYPES=file:///$O/bin/udkapi.rdb file:///$O/bin/offapi.rdb
-env:UNO_SERVICES=file:///$O/xml/ure/services.rdb
file:///$O/xml/component/configmgr/source/configmgr.component
-env:URE_INTERNAL_LIB_DIR=file:///$O/bin
-env:LO_LIB_DIR=file:///$O/bin --protector unoexceptionprotector.dll
unoexceptionprotector --protector unobootstrapprotector.dll
unobootstrapprotector$W/CppunitTest/filter_tiff_test.test.log
21 || (cat $W/CppunitTest/filter_tiff_test.test.log  echo; echo
Error: a unit test failed, please do one of:; echo; echo export
DEBUGCPPUNIT=TRUE# for exception catching; echo export
GDBCPPUNITTRACE=\gdb --args\ # for interactive debugging; echo
export VALGRIND=memcheck# for memory checking ; echo
and retry.  false))
[ build CUT ] hwpfilter_test_hwpfilter

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Error: a unit test failed, please do one of:

export DEBUGCPPUNIT=TRUE# for exception catching
export GDBCPPUNITTRACE=gdb --args # for interactive debugging
export VALGRIND=memcheck# for memory checking
and retry.
make[2]: *** 
[C:/libre362/workdir/wntmsci12.pro/CppunitTest/extensions_test_update.test]
Error 1
make[2]: *** Waiting for unfinished jobs
make[2]: Leaving directory `/cygdrive/c/libre362/tail_build'
make[1]: *** [tail_build] Error 2
make[1]: Leaving directory `/cygdrive/c/libre362'
make: *** [tail_build] Error 2

###


Should I run a:
make -sr all

to bypass test checking? Any thoughts on how to fix it? Can't run valgrind
on cygwin

Cheers
-- 
*Flávio Moringa*
Project Leader



Caixa Mágica Software
Energia Open Source
Rua Soeiro Pereira Gomes, Lote 1 - 4.º B,
Edifício Espanha, 1600-196 Lisboa - Portugal
Tel.: +351 217 921 260 Fax: +351 217 921 261
http://www.caixamagica.pt
https://twitter.com/flaviomoringa
https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa
http://pt.linkedin.com/in/flaviomoringa
http://people.caixamagica.pt/flaviomoringa
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Documentation about building on Windows with Cygwin and MSVC Express

[Regina Henschel]

Hi all,

I have finished my build :) I have collected a lot of notices on 
http://wiki.documentfoundation.org/User:Regina/DraftParametersForAutogenForWindows
I think, that such information might help others starting on development 
on Windows and I suggest, that I move the content from my 'private' area 
to a more 'official' place. Do you agree? If yes:


(1) Please have a look, whether the content is correct. I have written 
it as beginner and have no deeper knowledge about building.


(2) My English is poor. So it would be nice, if a native speaker would 
correct my errors. Perhaps something for 'documentation'?


Kind regards
Regina
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Documentation about building on Windows with Cygwin and MSVC Express

[Bjoern Michaelsen]

On Thu, 08 Sep 2011 19:05:02 +0200
Regina Henschel rb.hensc...@t-online.de
wrote:

  I suggest, that I move the content from my  'private' area to a more
 'official' place. Do you agree?

Yes!

 (1) Please have a look, whether the content is correct. I have
 written it as beginner and have no deeper knowledge about building.

Nothing wrong with that from what I see. Some points might have some
additional explanations, but thats what wikis are for.

Best,

Bjoern

-- 
https://launchpad.net/~bjoern-michaelsen


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Tor Lillqvist]

 Are there up-to-date instructions somewhere for building on Windows with the 
 new OneGit repos?

Well, the aspects that changed with the switch from several git repos to just 
one (or two, or three, depending on whether you want to include help and 
dictionaries or not) don't differ between platforms... So just clone the new 
core repo, and build using old instructions. Please report specific errors 
you get...

--tml


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Thanks, you're right, with one repo, the checkout and build process is 
definitely much smoother!

(1) I had to comment out some code in qa\osl\security\osl_Security.cxx because 
it was trying to run a unit test which
failed because I'm not logged in as Administrator.
Perhaps it should skip that test if the currently logged in user is not 
Administrator?

(2) I have to do export DISABLE_ATL=true because otherwise I get a compile 
fail in embedserve, I don't appear to have
the atlbase.h file on my machine.
Perhaps this should be a configure check?

(3) Right now I'm struggling to get past a link error in l10ntools
helpmerge.obj : error LNK2019: unresolved external symbol 
__declspec(dllimport) class rtl::OString __cdecl
comphelper::string::getToken(class rtl::OString const ,long,char)
Any ideas?

Thanks, Noel Grandin


Tor Lillqvist wrote:
 Are there up-to-date instructions somewhere for building on Windows with the 
 new OneGit repos?
 Well, the aspects that changed with the switch from several git repos to just 
 one (or two, or three, depending on whether you want to include help and 
 dictionaries or not) don't differ between platforms... So just clone the new 
 core repo, and build using old instructions. Please report specific errors 
 you get...

 --tml


 ___
 LibreOffice mailing list
 LibreOffice@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/libreoffice


Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Caolán McNamara]

On Wed, 2011-08-31 at 12:04 +0200, Noel Grandin wrote:
 (3) Right now I'm struggling to get past a link error in l10ntools
 helpmerge.obj : error LNK2019: unresolved external symbol
 __declspec(dllimport) class rtl::OString __cdecl
 comphelper::string::getToken(class rtl::OString const ,long,char) 
 Any ideas?

http://cgit.freedesktop.org/libreoffice/core/commit/?id=a967c049a5e6e027850fbbb40a7231ee71551c91
might fix this

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Thanks, it's getting further now, but still throwing the same linker error when 
linking ulfex.exe

-- Noel

Caolán McNamara wrote:
 On Wed, 2011-08-31 at 12:04 +0200, Noel Grandin wrote:
 (3) Right now I'm struggling to get past a link error in l10ntools
 helpmerge.obj : error LNK2019: unresolved external symbol
 __declspec(dllimport) class rtl::OString __cdecl
 comphelper::string::getToken(class rtl::OString const ,long,char) 
 Any ideas?
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=a967c049a5e6e027850fbbb40a7231ee71551c91
 might fix this

 C.

 ___
 LibreOffice mailing list
 LibreOffice@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/libreoffice


Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

I've attached the build log file for that subcomponent.

Regards, Noel Grandin


Tor Lillqvist wrote:
 (1) I had to comment out some code in qa\osl\security\osl_Security.cxx 
 because it was trying to run a unit test which
 failed because I'm not logged in as Administrator.
 Are you sure? What was the exact failure message you got?


Disclaimer: http://www.peralex.com/disclaimer.html




=
Building module sal
=
Entering /cygdrive/c/libreoffice/git2/libo/sal/inc

Entering /cygdrive/c/libreoffice/git2/libo/sal/systools/win32/uwinapi

Entering /cygdrive/c/libreoffice/git2/libo/sal/systools/win32/onlineupdate

Entering /cygdrive/c/libreoffice/git2/libo/sal/typesconfig

Entering /cygdrive/c/libreoffice/git2/libo/sal/rtl/source

--- ALWAYSDBGFILES ---
--- ALWAYSDBGFILES OVER ---
Entering /cygdrive/c/libreoffice/git2/libo/sal/textenc

Entering /cygdrive/c/libreoffice/git2/libo/sal/osl/w32

Entering /cygdrive/c/libreoffice/git2/libo/sal/osl/all

Entering /cygdrive/c/libreoffice/git2/libo/sal/util

Entering /cygdrive/c/libreoffice/git2/libo/sal/cppunittester

Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/doublelock

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_doublelocking.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_doublelocking.dll
OK (2)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/strings

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/qa_rtl_strings.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/qa_rtl_strings.dll
OK (3)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/osl/getsystempathfromfileurl

Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/locale

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_locale.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_locale.dll
OK (13)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/osl/process

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/osl_Thread.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/osl_Thread.dll
OK (6)
--
- start unit test #2 on library ../../../wntmsci12.pro/bin/osl_process.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/osl_process.dll
OK (0)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/cipher

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_cipher.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_cipher.dll
OK (24)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/sal

--
- start unit test #1 on library ../../wntmsci12.pro/bin/qa_sal_types.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../wntmsci12.pro/bin/cppunittester 
../../wntmsci12.pro/bin/qa_sal_types.dll
OK (1)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/oustringbuffer

--
- start unit test #1 on library 
../../../wntmsci12.pro/bin/qa_rtl_oustringbuffer.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}

Re: [Libreoffice] instructions for building on windows with OneGit

[Caolán McNamara]

On Wed, 2011-08-31 at 14:16 +0200, Noel Grandin wrote:
 I've attached the build log file for that subcomponent.
 


 Test name: osl_Security::getUserIdent::getUserIdent_001
 assertion failed
 - Expression: ( sal_True == strUserID.equals( strID ) )  ( sal_True
 == bRes )
 - #test comment#: get UserID and compare it with names got at the
 beginning of the test.

Seeing as this isn't a really useful message I've now pushed 
http://cgit.freedesktop.org/libreoffice/core/commit/?id=930e38e16329e4a81dc2dcf185d44a752fbfbf7f
to dump the details on failure. 

give that a re-spin to get some useful info.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Wow! thanks for the quick response. New build log attached.
This is a 32-bit Windows7-Ultimate machine (fully up to date), if that makes 
any difference.

Thanks, Noel Grandin

Caolán McNamara wrote:
 On Wed, 2011-08-31 at 14:16 +0200, Noel Grandin wrote:
 I've attached the build log file for that subcomponent.


 Test name: osl_Security::getUserIdent::getUserIdent_001
 assertion failed
 - Expression: ( sal_True == strUserID.equals( strID ) )  ( sal_True
 == bRes )
 - #test comment#: get UserID and compare it with names got at the
 beginning of the test.
 Seeing as this isn't a really useful message I've now pushed 
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=930e38e16329e4a81dc2dcf185d44a752fbfbf7f
 to dump the details on failure. 

 give that a re-spin to get some useful info.

 C.



Disclaimer: http://www.peralex.com/disclaimer.html




=
Building module sal
=
Entering /cygdrive/c/libreoffice/git2/libo/sal/inc

Entering /cygdrive/c/libreoffice/git2/libo/sal/systools/win32/uwinapi

Entering /cygdrive/c/libreoffice/git2/libo/sal/systools/win32/onlineupdate

Entering /cygdrive/c/libreoffice/git2/libo/sal/typesconfig

Entering /cygdrive/c/libreoffice/git2/libo/sal/rtl/source

--- ALWAYSDBGFILES ---
--- ALWAYSDBGFILES OVER ---
Entering /cygdrive/c/libreoffice/git2/libo/sal/textenc

Entering /cygdrive/c/libreoffice/git2/libo/sal/osl/w32

Entering /cygdrive/c/libreoffice/git2/libo/sal/osl/all

Entering /cygdrive/c/libreoffice/git2/libo/sal/util

Entering /cygdrive/c/libreoffice/git2/libo/sal/cppunittester

Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/doublelock

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_doublelocking.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_doublelocking.dll
OK (2)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/strings

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/qa_rtl_strings.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/qa_rtl_strings.dll
OK (3)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/osl/getsystempathfromfileurl

Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/locale

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_locale.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_locale.dll
OK (13)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/osl/process

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/osl_Thread.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/osl_Thread.dll
OK (6)
--
- start unit test #2 on library ../../../wntmsci12.pro/bin/osl_process.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/osl_process.dll
OK (0)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/rtl/cipher

--
- start unit test #1 on library ../../../wntmsci12.pro/bin/rtl_cipher.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   ../../../wntmsci12.pro/bin/cppunittester 
../../../wntmsci12.pro/bin/rtl_cipher.dll
OK (24)
Entering /cygdrive/c/libreoffice/git2/libo/sal/qa/sal

--
- start unit test #1 on library ../../wntmsci12.pro/bin/qa_sal_types.dll
--
:  
PATH=/cygdrive/c/libreoffice/git2/libo/sal/wntmsci12.pro/bin:/cygdrive/c/libreoffice/git2/libo/solver/wntmsci12.pro/bin${PATH:+:${PATH}}
   

Re: [Libreoffice] instructions for building on windows with OneGit

[Caolán McNamara]

On Wed, 2011-08-31 at 14:53 +0200, Noel Grandin wrote:
 New build log attached.

strUserID: S-1-5-21-3395787511-4075999146-953599952
comes from qa/osl/security/osl_Security.cxx

strID: S-1-5-21-3395787511-4075999146-953599952-1000
comes from osl/w32/security.c

so its a matter of seeing which one is right, and which is wrong.

I suppose its incredibly unlikely to be the difference between 

dwSubAuthorities=min(*GetSidSubAuthorityCount(pSid), 5);
and
dwSubAuthorities=*GetSidSubAuthorityCount(pSid)=5?*GetSidSubAuthorityCount(pSid):5;
which looks like it should be equivalent ?

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

I stuck some debug in the relevant code, and

dwSubAuthorities==5 in security.c
dwSubAuthorities==4 in osl_Security.cxx

So this could be some weird Windows thing because the two modules are using 
different API calls to retrieve the SID.


Caolán McNamara wrote:
 On Wed, 2011-08-31 at 14:53 +0200, Noel Grandin wrote:
 New build log attached.
 strUserID: S-1-5-21-3395787511-4075999146-953599952
 comes from qa/osl/security/osl_Security.cxx

 strID: S-1-5-21-3395787511-4075999146-953599952-1000
 comes from osl/w32/security.c

 so its a matter of seeing which one is right, and which is wrong.

 I suppose its incredibly unlikely to be the difference between 

 dwSubAuthorities=min(*GetSidSubAuthorityCount(pSid), 5);
 and
 dwSubAuthorities=*GetSidSubAuthorityCount(pSid)=5?*GetSidSubAuthorityCount(pSid):5;
 which looks like it should be equivalent ?

 C.



Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Tor Lillqvist]

 strUserID: S-1-5-21-3395787511-4075999146-953599952
 comes from qa/osl/security/osl_Security.cxx
 
 strID: S-1-5-21-3395787511-4075999146-953599952-1000
 comes from osl/w32/security.c

Hmm, for me, if I add code to just print out the aMessage even if the assertion 
doesn't fail, I see:

strUserID: S-1-5-21-2895500082-1622916122-3903545024-1000, strID: 
S-1-5-21-2895500082-1622916122-3903545024-1000

weird...

--tml


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Hi

This appears to be a windows weirdity related to the fact that my account name 
and my machine name is the same.
Under this situation, the LookupAccountName API call will return the wrong 
answer.
See here:
http://archives.neohapsis.com/archives/ntbugtraq/1998-1999/msg00516.html

Regards, Noel.

Tor Lillqvist wrote:
 strUserID: S-1-5-21-3395787511-4075999146-953599952
 comes from qa/osl/security/osl_Security.cxx

 strID: S-1-5-21-3395787511-4075999146-953599952-1000
 comes from osl/w32/security.c
 Hmm, for me, if I add code to just print out the aMessage even if the 
 assertion doesn't fail, I see:

 strUserID: S-1-5-21-2895500082-1622916122-3903545024-1000, strID: 
 S-1-5-21-2895500082-1622916122-3903545024-1000

 weird...

 --tml




Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Tor Lillqvist]

 This appears to be a windows weirdity related to the fact that my account 
 name and my machine name is the same.
 Under this situation, the LookupAccountName API call will return the wrong 
 answer.

Well, wrong or right is a matter of opinion here, I guess... The 
documentation doesn't exactly mention this for LookupAccountName(),, true, but 
on the other hand, I guess that in general member computers also are accounts 
in the domain, or something, so it makes sense from that point of view...

Anyway, great catch!

Does this help?

diff --git a/sal/qa/osl/security/osl_Security.cxx 
b/sal/qa/osl/security/osl_Security.cxx
index ea59027..f5da4d9 100644
--- a/sal/qa/osl/security/osl_Security.cxx
+++ b/sal/qa/osl/security/osl_Security.cxx
@@ -464,8 +466,11 @@ void MyTestPlugInImpl::initialize( 
CPPUNIT_NS::TestFactoryRegistry *,
 // Set the count variables to the buffer sizes and retrieve the SID.
 cbSid = dwSidBufferSize;
 cchDomainName = dwDomainBufferSize;
+WCHAR wszComputerName[MAX_COMPUTERNAME_LENGTH+1];
+DWORD nComputerNameSize = MAX_COMPUTERNAME_LENGTH + 1;
+GetComputerNameW( wszComputerName, nComputerNameSize );
 if (LookupAccountNameW(
-   NULL,// Computer name. NULL for the 
local computer
+   wszComputerName,
wszAccName,
pSid,  // Pointer to the SID buffer. Use 
NULL to get the size needed,
cbSid,  // Size of the SID buffer needed.

--tml


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Hi

Thanks for the patch, but no, it doesn't fix the problem.
Going home now, but I'll be available tomorrow if you have any more ideas for 
me to try out :-)

Thanks, Noel Grandin

Tor Lillqvist wrote:
 This appears to be a windows weirdity related to the fact that my account 
 name and my machine name is the same.
 Under this situation, the LookupAccountName API call will return the wrong 
 answer.
 Well, wrong or right is a matter of opinion here, I guess... The 
 documentation doesn't exactly mention this for LookupAccountName(),, true, 
 but on the other hand, I guess that in general member computers also are 
 accounts in the domain, or something, so it makes sense from that point of 
 view...

 Anyway, great catch!

 Does this help?

 diff --git a/sal/qa/osl/security/osl_Security.cxx 
 b/sal/qa/osl/security/osl_Security.cxx
 index ea59027..f5da4d9 100644
 --- a/sal/qa/osl/security/osl_Security.cxx
 +++ b/sal/qa/osl/security/osl_Security.cxx
 @@ -464,8 +466,11 @@ void MyTestPlugInImpl::initialize( 
 CPPUNIT_NS::TestFactoryRegistry *,
  // Set the count variables to the buffer sizes and retrieve the SID.
  cbSid = dwSidBufferSize;
  cchDomainName = dwDomainBufferSize;
 +WCHAR wszComputerName[MAX_COMPUTERNAME_LENGTH+1];
 +DWORD nComputerNameSize = MAX_COMPUTERNAME_LENGTH + 1;
 +GetComputerNameW( wszComputerName, nComputerNameSize );
  if (LookupAccountNameW(
 -   NULL,// Computer name. NULL for the 
 local computer
 +   wszComputerName,
 wszAccName,
 pSid,  // Pointer to the SID buffer. Use 
 NULL to get the size needed,
 cbSid,  // Size of the SID buffer needed.

 --tml




Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Hi

I'm really sorry, but it seems like this is just completely my own fault.
Apparently MS-Windows works around this issue by preventing people from 
creating accounts with the same name as the
machine.
When I installed this machine and ran into that, I assumed it was a bug and 
found a way to force windows to make my
machine name the same as my account name.

So I've been wasting your time - sorry about time. I'll rename my machine and 
that should make this problem go away.

Regards, Noel.


Tor Lillqvist wrote:
 This appears to be a windows weirdity related to the fact that my account 
 name and my machine name is the same.
 Under this situation, the LookupAccountName API call will return the wrong 
 answer.
 Well, wrong or right is a matter of opinion here, I guess... The 
 documentation doesn't exactly mention this for LookupAccountName(),, true, 
 but on the other hand, I guess that in general member computers also are 
 accounts in the domain, or something, so it makes sense from that point of 
 view...

 Anyway, great catch!

 Does this help?

 diff --git a/sal/qa/osl/security/osl_Security.cxx 
 b/sal/qa/osl/security/osl_Security.cxx
 index ea59027..f5da4d9 100644
 --- a/sal/qa/osl/security/osl_Security.cxx
 +++ b/sal/qa/osl/security/osl_Security.cxx
 @@ -464,8 +466,11 @@ void MyTestPlugInImpl::initialize( 
 CPPUNIT_NS::TestFactoryRegistry *,
  // Set the count variables to the buffer sizes and retrieve the SID.
  cbSid = dwSidBufferSize;
  cchDomainName = dwDomainBufferSize;
 +WCHAR wszComputerName[MAX_COMPUTERNAME_LENGTH+1];
 +DWORD nComputerNameSize = MAX_COMPUTERNAME_LENGTH + 1;
 +GetComputerNameW( wszComputerName, nComputerNameSize );
  if (LookupAccountNameW(
 -   NULL,// Computer name. NULL for the 
 local computer
 +   wszComputerName,
 wszAccName,
 pSid,  // Pointer to the SID buffer. Use 
 NULL to get the size needed,
 cbSid,  // Size of the SID buffer needed.

 --tml




Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] instructions for building on windows with OneGit

[Noel Grandin]

Hi

Are there up-to-date instructions somewhere for building on Windows with the 
new OneGit repos?
I seem to be stuck building on the old repos.

Thanks, Noel Grnadin

Disclaimer: http://www.peralex.com/disclaimer.html


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Building on windows 7-64bit with Visual Studio 2010 Express

[Martin Gallwey]

 3) If pkg-config is not installed, PKG_CHECK_MODULES is not defined
 and autogen.sh fails with the message:

 ./configure: line 3598: syntax error near unexpected token `MINIMUM_REQS,'
 ./configure: line 3598: `PKG_CHECK_MODULES( MINIMUM_REQS,'

 Rather than something more useful like 'Please install pkg-config' (I
 logged https://bugs.freedesktop.org/show_bug.cgi?id=30989 for this)

Please find a patch to fix 30989 attached, I'll attach it to that issue also.


pkg-config-check.diff
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [Pushed] Building on windows 7-64bit with Visual Studio 2010 Express

[Michael Meeks]

Hi Martin,

On Tue, 2010-10-26 at 13:14 +0100, Martin Gallwey wrote:
  Sorry, better patch attached - is this the right list for this kind of 
  thing?
 
 Now that I've actually read the appropriate wiki page about how to

Thanks for the patch, just pushed it (or at least the version from
bugzilla). Great to see some 64bit windows compiling going on :-)

All the best,

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] [Pushed] Building on windows 7-64bit with Visual Studio 2010 Express

[Tor Lillqvist]

 Great to see some 64bit windows compiling going on :-)

Umm, he is running on a 64-bit OS, but producing 32-bit code as usual...  (I 
have also been running a 64-bit Windows for quite some time on my development 
machine.) That the OS is 64-bit doesn't really show up any way in the 
LibreOffice build mechanism.

Building LibreOffice as 64-bit code on Windows could require quite many 
changes. I have been told by Fridrich that there is lots of code that assumes 
sizeof(long) == sizeof(intptr_t). (Still, it would be fun to try... next year 
GSOC maybe?)

--tml


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] Building on windows 7-64bit with Visual Studio 2010 Express

[Caolán McNamara]

On Tue, 2010-10-19 at 22:46 +0100, Martin Gallwey wrote:
 Okay! Most of the battle so far was figuring out what cygwin packages
 to install and how to get the correct cygdrive paths - can someone add
 a windows section to
 http://www.freedesktop.org/wiki/Software/LibreOffice/HowToBuild with
 the info in this email?

You should be able to add it yourself I believe, that's probably the
best thing to do if possible.

C.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice