Apache OpenOffice (AOO) Bugzilla – Issue 6563
missing header file Usp10.h in vcl
Last modified: 2003-03-16 20:12:47 UTC
642C build: build stops at vcl/win/source/gdi/winlayout.cxx (error message below). Where should Usp10.h come from? I notice that vcl depends on rvpapi. Unfortunatly, this module does not seem to be in cvs (cvs co gives error "cannot find module"). Maybe this is where Usp10.h should come from? Making:..\..\..\wntmsci7.pro\slo\winlayout.obj cl -Zm200 -c -nologo -W3 -Gs -Gy -I. -I. -I..\inc -I..\..\..\inc -I..\..\..\WIN\inc -I..\..\..\wntmsci7.pro\inc -I. -Ic:\oo642c\sol ver\642\wntmsci7.pro\inc\stl -Ic:\oo642c\solver\642\wntmsci7.pro\inc\external -Ic:\oo642c\solver\642\wntmsci7.pro\inc -Ic:\oo642c\so lenv\wntmsci7\inc -Ic:\oo642c\solenv\inc -Ic:\oo642c\res -I\oo642c\solver\642\wntmsci7.pro\inc\stl -Ic:\PROGRA~1\MICROS~3\VC98\inclu de -Ic:\jdk1.3.1\include\win32 -Ic:\jdk1.3.1\include -I. -I..\..\..\res -I. -Ob1 -Ox -Gd -DWNT -DWNT -DNT351 -DMSC -DMI200 - DINTEL -D_USE_NAMESPACE -D_X86_=1 -DFULL_DESK -DSTLPORT_VERSION=400 -D_MT -DCPPU_ENV=msci -DSUPD=642 -DBUILD=8087 -DPRODUCT -DNDEBU G -DPRODUCT_FULL -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC642 -DENABLE_CTL -DSHAREDLIB -D_DLL_ -DWIN32 -D_MT -D_DLL -DWIN 32 -D_MT -D_DLL -DMULTITHREAD -Fo..\..\..\wntmsci7.pro\slo\winlayout.obj C:/oo642c/vcl/win/source/gdi\winlayout.cxx cl @c:\Temp\mk192 winlayout.cxx C:/oo642c/vcl/win/source/gdi\winlayout.cxx(187) : warning C4390: ';' : empty controlled statement found; is this the intent? C:/oo642c/vcl/win/source/gdi\winlayout.cxx(431) : fatal error C1083: Cannot open include file: 'Usp10.h': No such file or directory dmake: Error code 130, while making '..\..\..\wntmsci7.pro\slo\winlayout.obj' ---*TG_SLO.MK*--- ERROR: Error 65280 occurred while making C:/oo642c/vcl/win/source/gdi
It is part of the Platform SDK. When this is already installed, the missing file is probably in the folder c:/programs/NTSDK/Include/
Created attachment 2368 [details] error message in vcl after usp10.h is provided
Only two header files (AdoCtint.h and SqlUcode.h) were needed so far from the SDK, so I did not had the whole thing installed. I installed it now and find usp10.h (though lower case spelling). Nothing is in place so far for OOo to pick that header up. The SDK is not in SOLARINC. For the time being, I copied usp10.h into solver/../inc/external, but probably this is not the way as it would mean to ship the header with the solver? Any mechanism you prefer? I could also change configure so that the SDK include is in SOLARINC. Anyway, the build breaks afterwards with attached error message with which I'm stuck.
The error log indicates that some typedefs which are defined by this include file, are missing. The working one in our build environment has line 21 #define USPBUILD 0325 > Any mechanism you prefer? I could also change configure so that > the SDK include is in SOLARINC Any mechanism that fulfills the SDK's license is fine with me. I like the method you suggest, but before changing configure we should first ask HJS+HR.
ok, just realised that the usp10.h I got from the SDK is empty! So I need to ask what exactly I should download. I went to www.microsoft.com, -> more downloads, searching in the list for Product Name = Platform SDK, OS = Windows 2000, Show Results for = All Downloads, choosing to download the "microsoft platform sdk", dated 25 May 2000 (900.000 kb big). I thought I should get everything in that. Installation went smooth, just that header is empty. There are a couple of more specialized smaller SDK downloads - can you tell me where I find a working (i.e. your) Usp10.h header?
got a working Usp10.h now. It turned out that the required version (July 2000) of MS SDK was not on the download page at microsoft.com. Can somebody (Ause?) tell me whether we can keep that file in the solver? If not, we might have to add the include path of the SDK into SOLARINC.
no idea about that ...
Ause, Martin, you are working on this?
with requirement of of a platform SDK in the environment (unicows, usp10, adocint.h, etc.) this bug should be obsolete. there is just the implementation in "config_office" missing to specify a platform SDK home.
inclusion of MS SDK in config_office is completed on SRX643_OO branch - closing issue
As discussed with Armin, he thought these bug were closed, he sees all of them as verified.