New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

`hugo server` freezing with hugo_0.15_windows_386.exe (32-bit) #1628

Closed
lukewilliamboswell opened this Issue Nov 26, 2015 · 23 comments

Comments

Projects
None yet
8 participants
@lukewilliamboswell

lukewilliamboswell commented Nov 26, 2015

I downloaded and try to verify the binary by running "hugo help" and it just sits there doing nothing. This happens in both command prompt and power shell.

I downloaded and built the executable from go source (go get -v github.com/spf13/hugo) and the same thing happens.

However, when I use the v0.14 binary all is good and works as expected.

@anthonyfok

This comment has been minimized.

Show comment
Hide comment
@anthonyfok

anthonyfok Nov 26, 2015

Contributor

Hi @lukewilliamboswell,

This problem was discovered and fixed by @tpng 19 or 20 hours ago, see Issue #1621.
In short, the bug only appears when the 32-bit hugo_0.15_windows_386.zip is used on 64-bit Windows.

In the meantime, please use the 64-bit hugo_0.15_windows_amd64.zip (amd64 = x86-64) binary instead, available at:

Please let us know if it solves the problem for you or not!

Thanks,
Anthony

Contributor

anthonyfok commented Nov 26, 2015

Hi @lukewilliamboswell,

This problem was discovered and fixed by @tpng 19 or 20 hours ago, see Issue #1621.
In short, the bug only appears when the 32-bit hugo_0.15_windows_386.zip is used on 64-bit Windows.

In the meantime, please use the 64-bit hugo_0.15_windows_amd64.zip (amd64 = x86-64) binary instead, available at:

Please let us know if it solves the problem for you or not!

Thanks,
Anthony

@lukewilliamboswell

This comment has been minimized.

Show comment
Hide comment
@lukewilliamboswell

lukewilliamboswell Nov 27, 2015

How come I get the same issue building from source?

Also I am certain that I have the amd64 binary.

untitled

untitled

lukewilliamboswell commented Nov 27, 2015

How come I get the same issue building from source?

Also I am certain that I have the amd64 binary.

untitled

untitled

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

Could you please try to get the latest hugo using go get -u -v github.com/spf13/hugo and try to run hugo help again?

tpng commented Nov 27, 2015

Could you please try to get the latest hugo using go get -u -v github.com/spf13/hugo and try to run hugo help again?

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

Please also run hugo version to see if it hang or not, thanks.

tpng commented Nov 27, 2015

Please also run hugo version to see if it hang or not, thanks.

@lukewilliamboswell

This comment has been minimized.

Show comment
Hide comment
@lukewilliamboswell

lukewilliamboswell Nov 27, 2015

Downloaded latest version and rebuilt binary. It still hangs using "hugo version".

I can probably debug it for you guys later. I need to work on some other things but should get some free time later this weekend to look a little closer. I suspected it would be something really obvious considering the changes between the versions.

So far I really like where you are going with HUGO. It looks great!

lukewilliamboswell commented Nov 27, 2015

Downloaded latest version and rebuilt binary. It still hangs using "hugo version".

I can probably debug it for you guys later. I need to work on some other things but should get some free time later this weekend to look a little closer. I suspected it would be something really obvious considering the changes between the versions.

So far I really like where you are going with HUGO. It looks great!

@anthonyfok

This comment has been minimized.

Show comment
Hide comment
@anthonyfok

anthonyfok Nov 27, 2015

Contributor

Thank you @lukewilliamboswell and @tpng.

I am on my way out to choir practice, but will try tonight on my wife's Windows 8.1 64-bit and see if I can reproduce it.

Contributor

anthonyfok commented Nov 27, 2015

Thank you @lukewilliamboswell and @tpng.

I am on my way out to choir practice, but will try tonight on my wife's Windows 8.1 64-bit and see if I can reproduce it.

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

Seems unrelated to #1621.
Couldn't reproduce on Windows 7 64-bit too.

tpng commented Nov 27, 2015

Seems unrelated to #1621.
Couldn't reproduce on Windows 7 64-bit too.

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

@lukewilliamboswell Please run go test github.com/spf13/cobra when you have time and see if there are any failed test.

tpng commented Nov 27, 2015

@lukewilliamboswell Please run go test github.com/spf13/cobra when you have time and see if there are any failed test.

@moorereason

This comment has been minimized.

Show comment
Hide comment
@moorereason

moorereason Nov 27, 2015

Contributor

I've done some tests on a Windows 10 x64 system. Everything works for me using HEAD. Here's what I tested:

  1. hugo_0.15_windows_amd64.exe version
  2. hugo_0.15_windows_amd64.exe server
  3. hugo_0.15_windows_386.exe version
  4. hugo_0.15_windows_386.exe server
  5. hugo_0.15_windows_386.exe server --renderToDisk
  6. hugo_HEAD_windows_amd64.exe version
  7. hugo_HEAD_windows_amd64.exe server
  8. hugo_HEAD_windows_386.exe version
  9. hugo_HEAD_windows_386.exe server

In all cases, I ran Hugo from the hugo/docs folder. I also ran tests for hugo (go test ./...) and cobra, both as amd64 and 386 (not sure it matters).

All that to say that I can't reproduce what @lukewilliamboswell is seeing with HEAD. If building from source, make sure to update all dependencies (go get -u -v github.com/spf13/hugo) since the bug that shipped with 0.15 was from a dependent package.

Contributor

moorereason commented Nov 27, 2015

I've done some tests on a Windows 10 x64 system. Everything works for me using HEAD. Here's what I tested:

  1. hugo_0.15_windows_amd64.exe version
  2. hugo_0.15_windows_amd64.exe server
  3. hugo_0.15_windows_386.exe version
  4. hugo_0.15_windows_386.exe server
  5. hugo_0.15_windows_386.exe server --renderToDisk
  6. hugo_HEAD_windows_amd64.exe version
  7. hugo_HEAD_windows_amd64.exe server
  8. hugo_HEAD_windows_386.exe version
  9. hugo_HEAD_windows_386.exe server

In all cases, I ran Hugo from the hugo/docs folder. I also ran tests for hugo (go test ./...) and cobra, both as amd64 and 386 (not sure it matters).

All that to say that I can't reproduce what @lukewilliamboswell is seeing with HEAD. If building from source, make sure to update all dependencies (go get -u -v github.com/spf13/hugo) since the bug that shipped with 0.15 was from a dependent package.

@anthonyfok anthonyfok removed the Duplicate label Nov 27, 2015

@dergroncki

This comment has been minimized.

Show comment
Hide comment
@dergroncki

dergroncki Nov 27, 2015

I have a problem on "windows 7 enterprise 64bit sp1". Hugo is not working at all. It seems that it is started 3 times.
hugo_0.14_windows_amd64 is working without problems.

hugo on windows 7 enterprise 64bit sp1

taskmanager on windows 7 enterprise 64bit sp1

dergroncki commented Nov 27, 2015

I have a problem on "windows 7 enterprise 64bit sp1". Hugo is not working at all. It seems that it is started 3 times.
hugo_0.14_windows_amd64 is working without problems.

hugo on windows 7 enterprise 64bit sp1

taskmanager on windows 7 enterprise 64bit sp1

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

@dergroncki Do you use any antivirus or firewall software, if yes, which one?

tpng commented Nov 27, 2015

@dergroncki Do you use any antivirus or firewall software, if yes, which one?

@dergroncki

This comment has been minimized.

Show comment
Hide comment
@dergroncki

dergroncki Nov 27, 2015

@tpng avast 2015 - free edition

dergroncki commented Nov 27, 2015

@tpng avast 2015 - free edition

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

@dergroncki Could you try to disable avast and run hugo again to see if it hang or not?

tpng commented Nov 27, 2015

@dergroncki Could you try to disable avast and run hugo again to see if it hang or not?

@dergroncki

This comment has been minimized.

Show comment
Hide comment
@dergroncki

dergroncki Nov 27, 2015

@tpng Ok, I disabled avast. And now is working like a charm. You made my day. Thanks a lot.

dergroncki commented Nov 27, 2015

@tpng Ok, I disabled avast. And now is working like a charm. You made my day. Thanks a lot.

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Nov 27, 2015

Great, I guess you can add hugo to avast exclusion list and re-enable avast to see if it still works. Thanks!

@lukewilliamboswell Could you confirm if you are using avast too or not?

tpng commented Nov 27, 2015

Great, I guess you can add hugo to avast exclusion list and re-enable avast to see if it still works. Thanks!

@lukewilliamboswell Could you confirm if you are using avast too or not?

@spf13 spf13 added the priority/P0 label Nov 28, 2015

@lukewilliamboswell

This comment has been minimized.

Show comment
Hide comment
@lukewilliamboswell

lukewilliamboswell Dec 2, 2015

Yes I am using Avast free edition.

lukewilliamboswell commented Dec 2, 2015

Yes I am using Avast free edition.

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Dec 2, 2015

Can you try to disable DeepScreen by unchecking Enable DeepScreen in Avast setting and see if hugo works or not? Thanks.

tpng commented Dec 2, 2015

Can you try to disable DeepScreen by unchecking Enable DeepScreen in Avast setting and see if hugo works or not? Thanks.

@lukewilliamboswell

This comment has been minimized.

Show comment
Hide comment
@lukewilliamboswell

lukewilliamboswell Dec 2, 2015

Strange. Hugo 0.15 is working now... yet I haven't changed anything. Somehow between Saturday and now the issue has gone away.

Checking windows update and there was an update that looks unrelated (KB3103688). Other than that my configuration hasn't changed.

Any ideas for things to check?

lukewilliamboswell commented Dec 2, 2015

Strange. Hugo 0.15 is working now... yet I haven't changed anything. Somehow between Saturday and now the issue has gone away.

Checking windows update and there was an update that looks unrelated (KB3103688). Other than that my configuration hasn't changed.

Any ideas for things to check?

@tpng

This comment has been minimized.

Show comment
Hide comment
@tpng

tpng Dec 2, 2015

I guess Avast updated something on their part so the problem is not triggered anymore. Maybe try to use hugo as usual and see if any more issues come up.

tpng commented Dec 2, 2015

I guess Avast updated something on their part so the problem is not triggered anymore. Maybe try to use hugo as usual and see if any more issues come up.

@lukewilliamboswell

This comment has been minimized.

Show comment
Hide comment
@lukewilliamboswell

lukewilliamboswell Dec 2, 2015

@tpng I managed to re-create the issue and can confirm that disabling DeepScreen eliminates the problem.

lukewilliamboswell commented Dec 2, 2015

@tpng I managed to re-create the issue and can confirm that disabling DeepScreen eliminates the problem.

@hugouser

This comment has been minimized.

Show comment
Hide comment
@hugouser

hugouser Jan 2, 2016

I use Windows 7 Starter 32 bit on my Asus EEE laptop with SSD. And I don't use a antivirus. At all.
Today I tried about 2 hours to start "hugo server -w" and always recieved the problem as @lukewilliamboswell
But now I found the solution here. This is "hugo_0.15_windows_386.exe server -w --renderToDisk". Hugo works fine.
Thanks @moorereason

hugouser commented Jan 2, 2016

I use Windows 7 Starter 32 bit on my Asus EEE laptop with SSD. And I don't use a antivirus. At all.
Today I tried about 2 hours to start "hugo server -w" and always recieved the problem as @lukewilliamboswell
But now I found the solution here. This is "hugo_0.15_windows_386.exe server -w --renderToDisk". Hugo works fine.
Thanks @moorereason

@anthonyfok anthonyfok changed the title from v0.15 hugo.exe freezing on Windows 10 64-bit to `hugo server` freezing with hugo_0.15_windows_386.exe (32-bit) Jan 2, 2016

@vadimptr

This comment has been minimized.

Show comment
Hide comment
@vadimptr

vadimptr Jan 18, 2016

Downloaded zip file with Hugo from this source
https://github.com/spf13/hugo/releases/download/v0.15/hugo_0.15_windows_amd64.zip

When I trying to install I recive error:
Image of Yaktocat

vadimptr commented Jan 18, 2016

Downloaded zip file with Hugo from this source
https://github.com/spf13/hugo/releases/download/v0.15/hugo_0.15_windows_amd64.zip

When I trying to install I recive error:
Image of Yaktocat

@anthonyfok

This comment has been minimized.

Show comment
Hide comment
@anthonyfok

anthonyfok Jan 18, 2016

Contributor

Hi @vadimptr,

What you are seeing is completely normal. Running hugo or hugo_0.15_windows_amd64.exe without any command-line parameters is to render an existing site (with config and content files) into the final HTML. It seems you haven't created such a Hugo site yet, or you are in the wrong directory.

Please follow the QuickStart tutorial at http://gohugo.io/overview/quickstart to get started.

Contributor

anthonyfok commented Jan 18, 2016

Hi @vadimptr,

What you are seeing is completely normal. Running hugo or hugo_0.15_windows_amd64.exe without any command-line parameters is to render an existing site (with config and content files) into the final HTML. It seems you haven't created such a Hugo site yet, or you are in the wrong directory.

Please follow the QuickStart tutorial at http://gohugo.io/overview/quickstart to get started.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment