Confirmed.

Are you by any chance trying to login with RSA based authentication
(private/public key) ?

Then: Don't do that. When you do not login with a valid Windows user name and
his password, you get in trouble. See this thread:
<http://www.cygwin.com/ml/cygwin/2003-09/msg01179.html>

When you know which rights are missing to a user, and yo're not able to
change them with your windows GUI, try editights (cygwin prog), see
/usr/share/doc/Cygwin/editrights-1.01-1.README for details.

If everything fails post the error to cygwin@cygwin.com

I don't have access to a 2003, but I build my W32-tcsh builds on a Windows
2000 to which I am connected with ssh. (.NET 2000 build with ConvertDSW)

And even if it works, it is ugly, because for two times during a build the .NET
GUI pops up and when you manage to activate a different window at that time
your build is stuck.

It is unacceptable, but I didn't invent it. I'm cc'ing Oliver, he did it ;)

In issue 14323 I describe what to do to create the .NET project files and
to create modified patch files for berkeleydb and ?icu?.

And secondly Micheal Meeks has created dmake makefiles for berkeleydb, see
issue 27400, so the problem is half solved.

I cannot take action in this issue, OOo should build without GUI.

Reassigned to owner of selected subcomponent.

vq: we are both using the same machine with kwart. At least I use RSA key but
even when I remove authorized_keys and login via password, it is still the same.

This is really unacceptable solution for now.

Oliver, we need wdevenv only to convert files, right? Can we pre-convert them
and only include converted version in the tree? Can we completely get rid of them?

Does Michael's patch remove the need for wdevenv completely?

Sorry to ask so many questions, but I do not know MS Win environment that much.
kwart should be able to test everything though ;-)

Setting prio to P2, because:

- localization builds can't use VC6 because of #i21646#
- .NET 2002 builds are not completely usable even though we would like
localization teams to use them (because of #i21646#).

Set target to 1.1.2 because we want to have localized builds.

Czech team is ready to help and test proposed solutions. We are not able to
provide any localized builds right now (we are doing builds in about 10
languages for other teams).

My build stoped in idlc on makedep.exe. GUI message popped up:

http://tmp.janik.cz/OpenOffice.org/27657/makedepend.png

The same messages pops up when simply running makedep.exe.

For now, I'll use

#MAKEDEPEND*=$(WRAPCMD) makedepend
MAKEDEPEND*=true

in unitools.mk

pavel, please check your path, see issue 26833. (Just a guess, for me
it just miscompiles when I use the wrong makedepend, no popup)

vq: no, my makedepend.exe tells me:

pavel@drogo:~/BuildDir/ooo_cws_srx645_ooo112fix1_src> /usr/X11R6/bin/makedepend.exe 
/usr/X11R6/bin/makedepend: error:  [mM]akefile is not present
pavel@drogo:~/BuildDir/ooo_cws_srx645_ooo112fix1_src> 

The right one is used.

On the other hand, another tool does the same as makedepend.exe: ldump4.exe.
When run, it will produce GUI window with "The application failed to initialize
properly (0xc0000022). Click ...".

Something is wrong ;-)

Hmm, thix c0000022 bug is because msvcp70.dll and msvcr70.dll are delivered as
non-executable to the solver even though they are marked as executable in the
source directory and even in external/msvc*70.

unicows.dll is executable though 8)

Wonderful ;-)

Sounds like a rights issue with different windows user settings. Try getfacl .

Hi,
actually berkeleydb, icu and python needs wdevenv/ConvertDSW.
I see several problems.
Michael's patch may work for berkeleydb (I haven't tested it). But it always has
to be made again if we change to another version. If we include the converted
*.sln, *.vcproj files for .NET 2002 into the tree it won't work with .NET 2003
because these files are incompatible with .NET 2003 and these patches aren't
really small.On OOo 1.1.x codeline we have icu version 2.2, on OOo 2.0 we have
version 2.6 .
The conversion of *.dsw/*.dsp into .sln/*.vcproj files is done by the IDE of the
.NET compiler which needs a display. I can't change this. 

*** This issue has been marked as a duplicate of 14323 ***

This is not duplicate.

The summary is "ConvertDSW needs GUI". This is not solved.

set target to 1.1.3, as there is no short term solution in sight, we should
discuss this problem in some more detail at dev@tools in the meantime.

maybe related
http://qa.openoffice.org/issues/show_bug.cgi?id=24426
I also got 0xc0000022 problems, on module officecfg on Win xp sp1, VC .net 
2002. 
but did not get the problems on win 2000. 

vq->pjanik:
Hi Pavel,

somehow I never realised the meaning of this:

> Hmm, thix c0000022 bug is because msvcp70.dll and msvcr70.dll are delivered as
> non-executable to the solver even though they are marked as executable in the
> source directory and even in external/msvc*70.

Can you please double check that they are really executable in external/msvcp70?

What does ls -l *.dll report in external/msvcp70 and solver/.... for these dlls?

If this really is a deliver problem, can you please open a new issue?

vq: The error message shown at

http://tmp.janik.cz/OpenOffice.org/27657/makedepend.png

was caused by bad access rights, but in fact I do not know what was the cause of
it. As soon as I see it again, I'm going to file issue for it.

But I'm now building without problems.

no discussion taken places thus retarget to 1.1.4.

obo: shouldn't we retarget to 2.0 instead?

Hi Pavel,

I can't see any chance to fix this on 1.1.x codeline.
On SRC680 m50 it's already solved for icu and berkeleydb.
What's about to retarget it to OOo 2.0 and close this task?

Oliver.

No problem for me.

Or marking this is duplicate of the issue which was used to fix this?

set target to OOo 2.0

duplicate to 30561 and 30978
icu and berkeleydb aren't using ConvertDSW anymore.

*** This issue has been marked as a duplicate of 30561 ***

.