mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #184] Client not working on x86 platform #150
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#150
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @josuah08 on GitHub (Nov 30, 2018).
Original GitHub issue: https://github.com/debauchee/barrier/issues/184
Operating Systems
Server: Windows 10 build 1803 (compilation 17134.407)
Client: Windows 8.1 x86 (32-bit) v6.3 (build 9600)
Barrier Version
2.1.0
Steps to reproduce bug
Other info
During installation program fetched a correct version of Microsoft Visual C++ 2017 Redistributable (x86) - 14.10.25017 from the internet.
Messages manually translated from non-english version of OS.
@AdrianKoshka commented on GitHub (Dec 1, 2018):
We don't have a 32-bit x86 build of barrier. Simply because we don't know how much interest there really is for it.
@josuah08 commented on GitHub (Dec 31, 2018):
Hi,
As you can see there is at least one ;-)
My suggestion then is: Either you should provide a build for x86 or make a clear statement in the requirements that only x86_64 platforms are supported..
On the other hand: Do you know if there some code specific obstacles (explicit declaration of bit registers, etc.) to compile it from source on x86 32-bit platform? Shall I try it, or from your expertise knowledge I'll fail and there is no point in making attempt for such compilation process?
Thanks in advance.
BR,
josuah08
p.s. On this occasion - please accept my wishes of all the best for New Year. And BTW - Adrian - you are doing amazing job with Barrier - Thank you.
@AdrianKoshka commented on GitHub (Dec 31, 2018):
Probably the latter for now. I'll probably fix up a quick PR or something to make it clear.
Thanks, I try to keep the issues tagged and the PRs looked at.
@AdrianKoshka commented on GitHub (Dec 31, 2018):
Now the filename on the releases page clearly says
amd64https://github.com/debauchee/barrier/releases/tag/v2.1.0