Finding issues with gclient sync on windows

[Vivek Galatage]

Hi all,

I am facing some issues since yesterday for building on windows. 

My gclient sync is showing this output:

Environment set for toolchain in D:\chromium-2013\src\win_toolchain_2013\.

D:\chromium-2013\src>gclient sync

Installing git 1.8.5.2.chromium.1 (avg 1-2 min download) ...

Fetching from https://commondatastorage.googleapis.com/chrome-infra/git-1.8.5.2.chromium.1_bin.zip

Installing python 2.7.6...

Fetching from https://src.chromium.org/svn/trunk/tools/third_party/python276_bin.zip

Then I get the popup for libcurl missing some function definition export as :

git-remote-https.exe - Entry Point Not Found

The procedure entry point curl_multi_timeout could not be located in the dynamic link library libcurl.dll

The libcurl.dll that comes with the new git i.e. git-1.8.5.2.chromium.1_bin.zip has the following path and size:

E:\depot_tools\git-1.8.5.2.chromium.1_bin\bin\libcurl.dll ~= 352 kb

While the existing git i.e. git-1.8.0_bin is having the below path with the size

E:\depot_tools\git-1.8.0_bin\bin\libcurl-4.dll ~= 403 kb

For this I manually copied the libcurl-4.dll to the new version, renmaed it to be libcurl.dll and its working fine (at least its not reporting about the error: entry point).

After this when I try to run the build command, I get the following error:

D:\chromium-2013\src>timecmd ninja -C out\Debug chrome

ninja: Entering directory `out\Debug'

[69/13190] ACTION Generating installer_util_strings

FAILED: E:\depot_tools\python_bin\python.exe gyp-win-tool action-wrapper environment.x86 installer_util_strings_target_installer_util_strings_e4f81605e8f7dacccc71b028f5a715bd..rsp

..\..\chrome

  File "installer/util/prebuild/create_string_rc.py", line 303

    for (string_id, message_text) in source_strings.iteritems()

      ^

SyntaxError: invalid syntax

[69/13190] ACTION generate_about_tracing: generate_about_tracing_47e9a70f33d9e5af8f642463b5805998

ninja: build stopped: subcommand failed.

command took 0:1:10.09 (70.09s total)

Any help?

[John Bauman]

I had this issue because I had python 2.6 in my path, not 2.7. If you rerun gyp (or gclient runhooks) with a PATH with python 2.7, at least this part should work. No clue about the curl problem, though. 

Any help?

--
--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev

[Michael Moss]

It looks like there are at least a couple issues going on here, so it's hard to say exactly what's broken. At the very least, something is wrong with your python setup because it claims to be installing 2.7.6, but your build is running E:\depot_tools\python_bin, which is the old version (and the fact that gclient is trying to install 2.7.6 now, when it's been the default for quite a while, is also odd). Maybe there are similar issues with the git install.

Can you redo all of this, but this time run gclient with the --verbose flag (or maybe "--verbose --verbose" for extra logging), and capture the output? If you can reproduce the problem, please file a bug and attach that log output, along with your environment settings, Windows version, etc.

Thanks,

Michael

On Thu, Feb 13, 2014 at 7:17 PM, Vivek Galatage <viv...@chromium.org> wrote:

--

[Vivek Galatage]

Sorry Michael about the delay.

Here is the log [1] of the command "gclient --verbose --verbose".

For this, I removed any existing depot tools from the directories and then followed [2] to get the zip file [3]

I extracted it to D:\depot_tools and then the below log appears.

So with this new git version again, I am getting DLL Entry point error for libcurl as stated in my previous mail. 

[1] https://gist.github.com/anonymous/9064789

[2] https://sites.google.com/a/chromium.org/dev/developers/how-tos/install-depot-tools

[3] https://src.chromium.org/svn/trunk/tools/depot_tools.zip

[Michael Moss]

Can you also upload the log output of the sync command with --verbose --verbose?

[Arpita Bahuguna]

Hi Micheal, Vivek,

Is there any fix for the issue mentioned here?

I too have been facing the same problem since yesterday i.e. getting the following error:

The procedure entry point curl_multi_timeout could not be located in the dynamic link library libcurl.dll

when running gclient for the Windows setup.

I tried copying the libcurl.dll under depot_tools/git-1.8.5.2.chromium.1_bin but even that doesn't seem to fix the problem.

Am doing the setup on a Windows7-64 bit machine.

Would appreciate any help in this regard.

Cheers,

Arpita

[vani...@chromium.org]

Hi,

       Even I have been facing the exact same issue 'The procedure entry point curl_multi_timeout could not be located in the dynamic link library libcurl.dll'

    when I run 'gclient sync'. Any clue how to get rid of this?

      Thanks,

       Vani

[Michael Moss]

Can you do 'gclient sync --verbose --verbose' and upload the log somewhere. Are you also on Win7 64bit?

--

[Vani Vinayaka Hegde]

Yes Michael, I am trying on Windows 7 - 64 bit.

Pasted the log for the command 'gclient sync --verbose --verbose' at http://www.pastebin.ca/2644909

Also when I try to run 'git pull', I see the below error

C:\depot_tools\git-1.8.5.2.chromium.1_bin\bin\sh.exe: *** 1. unable to allocate heap 0x10060000, heap_chunk_size 268435456, pid 8040, Win32

error 0

      0 [main] sh 6724 sync_with_child: child 8040(0x188) died before initialization with status code 0x1

    240 [main] sh 6724 sync_with_child: *** child state waiting for longjmp

/libexec/git-core/git-sh-setup: fork: Resource temporarily unavailable

Thanks,

Vani

[Zachary Turner]

Sorry I can't be of more help, except to say that I've seen this exact
same error while building git and I have no idea what causes it. But
in my experience it was intermittent, does this happen for you every
time?

[Vivek Galatage]

This is happening with each invocation of gclient operation.

[Michael Moss]

Thanks. I don't see the actual curl error in that log, but maybe it just wasn't captured. I assume that what's breaking at:

Error: Command git remote --verbose update returned non-zero exit status 1 in E:\MyFolder\blinkWeekly\src\third_party\WebKit

I'll see if I can reproduce, but FWIW, this git was built on a 64-bit Win7 machine and has been running automated builds on there ever since, with no such errors. If you can provide any more information about your environment, ('set', 'systeminfo', etc.) that might help.

On Thu, Feb 20, 2014 at 10:41 PM, Vani Vinayaka Hegde <vani...@chromium.org> wrote:

[Daniel Bratell]

On Fri, 21 Feb 2014 06:03:31 +0100, Arpita Bahuguna <a....@samsung.com> wrote:

Hi Micheal, Vivek,

Is there any fix for the issue mentioned here?

I too have been facing the same problem since yesterday i.e. getting the following error:

The procedure entry point curl_multi_timeout could not be located in the dynamic link library libcurl.dll

when running gclient for the Windows setup.

If you run curl manually from ...\depot_tools\git-1.8.5.2.chromium.1_bin\bin do you git the same error? I am also on 64 bit Windows 7 and I don't see that error.

If you do, can you check what libcurl.dll it uses? You can use the classic Dependency Walker tool to extract that information: http://www.dependencywalker.com/

/Daniel

[Michael Moss]

Created https://code.google.com/p/chromium/issues/detail?id=345859. Please follow up there with any more error info or system details that might help us reproduce the problem.