Windows XP 64-bit Edition
LibreOfficeDev-220.127.116.11 cannot start.
soffice.exe - Entry Point Not Found
The procedure entry point GetTickCount64 could not be located in the dynamic link library KERNEL32.dll.
It turns out that in 32-bit library is searching for 64-bit entry point procedure.
This is a critical error, because the new ‘Win-x86@6-debug’ daily builds don't publish from September 6.
GetTickCount64 function available only in Windows Vista and up. Source: http://msdn.microsoft.com/en-us/library/windows/apps/ms724411(v=vs.85).aspx
(In reply to comment #1)
> GetTickCount64 function available only in Windows Vista and up.
But there is no information on the exclusion of Windows XP from the list of supported operating systems. Therefore, I confirm the status "critical" for this bug.
Most likely the error is caused by building a package on a computer with Windows-7/8.
(In reply to comment #2)
> But there is no information on the exclusion of Windows XP from the list of
> supported operating systems. Therefore, I confirm the status "critical" for
> this bug.
From what I understand, the list of supported platforms is for released versions, not for daily builds.
> Most likely the error is caused by building a package on a computer with
Probably It was caused by using Windows SDK 8, which doesn't support building for WinXP. See http://msdn.microsoft.com/en-us/library/windows/desktop/hh852363.aspx#Requirements
(In reply to comment #3)
> From what I understand, the list of supported platforms is for released
> versions, not for daily builds.
the question about the operating system arises whenever there is no log assembly. The Win-x86@39 does not contain such the file (build-name_build_info.txt). I have to guess what is the reason for the failure start.
(In reply to comment #4)
> The Win-x86@39 does not contain such the file (build-name_build_info.txt).
Something like http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&full-log=1379673601.13747?
(In reply to comment #5)
As you can see from that log (line 34), it uses Visual C++ 2012, which comes with SDK 8.0 according to http://blogs.msdn.com/b/chuckw/archive/2012/08/15/visual-studio-2012-and-windows-8-0-sdk-rtm-are-now-available.aspx.
Also according to http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx, Visual Studio 2012 Update 1 contains a repacked version of previous SDK (7.1) which can be used with VC 2012 to target WinXP.
Maxim, thank You.
History and Memory suggests to me that NT-5.1\2 did not have a chance of success. We'll have to wait for the beta.
Sorry, that's my confusion.
I found the Assembly log file, which specifies to use MSVCR-2012u1. The LibreOfficeDev-18.104.22.168_ Win-x86@39 runs on Windows XP 32\64-bit after installing MSVCR-2012 update3.
So is FIXED.
A bit late, but got around today to doing an /A administrative install of TB 39 Windows build of master onto a 32-bit Windows XP sp3
Build ID: 0d0d3a0540dad2d0f417e21df1183dfc33964357
TinderBox: Win-x86@39, Branch:master, Time: 2013-09-30_23:58:26
I'd installed the Microsoft Visual C++ 2012 Redistributable (x86), 11.0.60610.1, signed June 10 2013.
But on launch I am receiving error:
soffice.exe - Entry Point Not Found
The procedure entry point GetTickCount64 could not be located in the dynamic link library KERNEL32.dll
Looks to be the same issue as OP, but on 32-bit XP. So question if the TB 39 build system has the Visual Studio Update 3 apparently needed to support Windows XP builds, and if the _WIN32_WINNT declaration is set correctly? Should we be able to run this on 32-bit Windows XP? If so what C++ runtime is needed if not the Visual C++ Redistributable for Visual Studio 2012 Update 3 available at:
Is it really worth it to have a bug open for something that is not an error in the source code, and not an error in an official build, but just a suboptimal configuration of a tinderbox? Where do we promise that tinderbox builds would be usable on XP?
Markus provides a hint on building in a note to the Dev list.
need to build with "--with-windows-sdk=7.1A" flag
Looking at the full build logs suggests that is not yet happening for the TB 39 builds of master.
(In reply to comment #10)
> Is it really worth it to have a bug open for something that is not an error
> in the source code, and not an error in an official build, but just a
> suboptimal configuration of a tinderbox?
Sorry but if the "fix" is as simple as a compiler flag (or a compiler version upgrade), then tracking the issue in BZ certainly is appropriate and in the best interest of the project. This is especially true for the Windows and OS X builds where substantive QA and UX feedback will only occur if the project infrastructure provides functional TB builds for testing.
While it is common place for folks on Linux to roll their own--not at all so for the Windows or OS X user community.
(In reply to comment #10)
> Where do we promise that tinderbox
> builds would be usable on XP?
Nowhere. But it is frequently asked to QA people to start testing Master builds as soon as possible in order to report bugs early in development.
Of course if TDF prefers to ignore Windows XP or exclude it from early testing it just needs to say so.
@: Pedro; V Stuart Foote
I changed the status to "fixed" because the TDF has not defined any member of the Community (for example, Luboš or Fridrich) having a computer with the necessary configuration, as one of the builders of the MSI package.
I think that we have no right to demand that the volunteers replaced programs on their computers in order to satisfy our interests.
Best regards, ape
@ape, you neglected to actually set the issue to fixed.
But that aside, TB 39 is TDF owned hardware issued/loaned to Kendy for TinderBox build needs. Maintaining it is a volunteer effort as always--which he's done with finesse.
Also, a read of the TB Status page and logs ( http://tinderbox.libreoffice.org/MASTER/status.html ) shows today's posted 2013-10-03 7:14 TB 39 build was not built with the "--with-windows-sdk=7.1A" compile flag; but the 2013-10-03 10:51 build was. Meaning that later today or tomorrow at the latest we will know if the issue has been fully resolved with a working build for 32-bit Windows XP.
When available we can check out the build and then correctly close this incident.
On Windows XP sp3 32-bit as guest OS in VMWare Workstation
Build ID: 050248fea53adb6a14b649c5f84dd69a8faff997
TinderBox: Win-x86@39, Branch:master, Time: 2013-10-04_08:16:05
This TB 39 build of master installs and runs without issue.
Setting Resolved Fixed.
LibO-Dev_22.214.171.124.alpha0+ (ID: 050248fea53adb6a14b649c5f84dd69a8faff997, TinderBox: Win-x86@39, Time: 2013-10-04_08:16:05) started on Windows XP 64-bit sp2 (last update).