Apache OpenOffice (AOO) Bugzilla – Issue 6201
Build crash with 4NT.EXE+Cgywin-b2 on Windows 2000 Server
Last modified: 2003-03-16 20:12:57 UTC
Hi, while I am compiling the 'idl' module with following settings: Enviornment: 4NT.exe+Cgywin-b20 Platform: Chinese Localized Windows 2000 Complier: MS-VC98 The module fail to compile with following error: ------------------------------ Making:..\..\wntmsci7.pro\obj\slot.obj cl -Zm200 -c -nologo -W3 -Gs -Gy -I. -I. -I..\inc -I..\..\inc -I..\..\WIN\inc - I..\..\wntmsci7.pro\inc -I. -If:\oo_1.0_src\solver\641\wntmsci7.pro\inc\stl -If: \oo_1.0_src\solver\641\wntmsci7.pro\inc\external -If:\oo_1.0_src\solver\641\wntm sci7.pro\inc -If:\oo_1.0_src\solenv\wntmsci7\inc -If:\oo_1.0_src\solenv\inc -If: \oo_1.0_src\res -If:\oo_1.0_src\solver\641\wntmsci7.pro\inc\stl -Id:\MVS60\VC98\ include -Ic:\java\j2sdk1.3.1_02\include\win32 -Ic:\java\j2sdk1.3.1_02\include -I. -I..\..\res -I. -Ob1 -Ox -Gd -DWNT -DWNT -DNT351 -DMSC -DMI200 -DINTE L -D_USE_NAMESPACE -D_X86_=1 -DFULL_DESK -DSTLPORT_VERSION=450 -D_MT -DCPPU_ENV =msci -DSUPD=641 -DBUILD=7663 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DEXC EPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC641 -DIDL_COMPILER -DMULTITHREAD -DWIN32 -D _MT -D_DLL -DWIN32 -D_MT -D_DLL -Fo..\..\wntmsci7.pro\obj\slot.obj F:\oo_1.0_sr c\idl\source\objects\slot.cxx cl @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\mkd2d slot.cxx F:\oo_1.0_src\idl\source\objects\slot.cxx(1111) : error C2001: newline in consta nt F:\oo_1.0_src\idl\source\objects\slot.cxx(1110) : fatal error C1057: unexpected end of file in macro expansion dmake: Error code 130, while making '..\..\wntmsci7.pro\obj\slot.obj' ---*TG_SLO.MK*--- ERROR: Error 65280 occurred while making F:/oo_1.0_src/idl/source/objects---------------------------------------------------------------------- The cause of the problem is due to an embed NON-ASCII character in the slot.cxx line #1111 (0xE1). After manually change the problematic NON-ASCII character to and "\xE1" string, everything went just fine. It seems that 4NT.exe and CL.EXE dose not always interpreted NON-ASCII properly on various localized Win32s. Therefore it might be a good idea to avoid using raw-Non-ASCII characters in the source. I have submit a patch for this and hope it helps. Best regard, Scott L. H. Yuan
Created attachment 2107 [details] Replace RAW-NON-ASCII code at line #1111 to \xE1.
TM: Could you please have a look at this compiling-problem. Thanks !
build break/crash -> move to tools
patch committed on OOO_STABLE_1 and OO642C
As discussed with Armin, he thought these bug were closed, he sees all of them as verified.