search for: gethostent

...64, uploaded: clang+llvm-3.7.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz The errors reported during build are: Failing Tests (17): AddressSanitizer-x86_64-linux :: TestCases/Posix/readv.cc MemorySanitizer :: Linux/tcgetattr.cc MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent_r MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent_r MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getho...

Hello, there I've run into situation which looks like bug to me - attached is the source and the executable, wich triggers the buggy behaviour. The executable is compiled with mingw32 cross-copiler based on linux and targeted to Win32. The cross-compiler can be found at: http://members.telering.at/jessich/mingw/mingwcross/mingw_cross.html This is the output of the program being run with Wine

...he problem, independent of the hardcoding the solution for every platform. A solution proposed below is: AC_CHECK_FUNC(yp_match, , AC_CHECK_LIB(nsl, yp_match)) AC_CHECK_FUNC(setsockopt, , AC_CHECK_LIB(socket, setsockopt)) We could probably also add: AC_CHECK_FUNC(gethostent, , AC_CHECK_LIB(nsl, gethostent)) 2. Checks such as the following are wrong: AC_CHECK_LIB(gen, getspnam, LIBS="$LIBS -lgen") Don't check if the function exists in the library. Check first if the function exists *without* the library and then with the library if...

...-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz > > The errors reported during build are: > > Failing Tests (17): > AddressSanitizer-x86_64-linux :: TestCases/Posix/readv.cc > MemorySanitizer :: Linux/tcgetattr.cc > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent_r > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent_r > MemorySanitizer-Unit :: > Msan-x86_64-with-call-Test/M...

Hi, I am trying to compile the below code using wineg++ compiler in Linux system. #include <stdio.h> #include <winsock2.h> int main (int argc, char *argv[]) { char host[50]; gethostname (host, sizeof host); printf ("host: %s\n", host); return 0; } I get the following error gethost.cpp: In function ?int main(int, char**)?:

Dear testers, 3.7.0-rc2 was just tagged. Please test, build binaries, upload to the sftp, and report results to this thread. A lot of fixes have been applied since rc1, both to the build script and the code in general, so hopefully it will be less bumpy this time. >From this point, I will no longer accept merge requests to finish existing features; it's now bug-fixes only. Thanks again

Dear testers, 3.7.0-rc4 has just been tagged. It is identical to rc3, plus: - r245902: Revert r245355: change of clang-tools-extra symlink in the release script - r245947: Merge of r245927: Fix LLDB build on MIPS - r245948: Deprecate the DataLayout on the TargetMachine, and backport the 3.8 API - Changes to the ReleaseNotes. Those changes should all be safe, and I expect this to be an extremely

Hello testers, 4.0.0-rc3 was just tagged from the branch at r296762. This is a release candidate in the real sense: if no major issues show up with this one, it is the version that will be released. Please let me know if you find any issues, including in release notes or documentation, which will be on the pre-release web site later today. Please build, test, and upload binaries to the sftp

On Sun, Jul 19, 2020 at 5:04 PM Zhenyu Zheng <zhengzhenyulixi@gmail.com> wrote: > > Hi oVirt, > > We are currently trying to make oVirt work on ARM64 platform, since I'm quite new to oVirt community, I'm wondering what is the current status about ARM64 support in the oVirt upstream, as I saw the oVirt Wikipedia page mentioned there is an ongoing efforts to support ARM

Dear testers, 3.7.0-rc1 was just tagged; please start your testing engines :-) Upload binaries to the sftp and report your results to this thread. I'm sorry for the delay between branching and tagging. The changes to the release script took a little longer than I hoped. Thanks for helping with the release, and do let me know of any issues, questions, etc. The tracking bug for release

Ok, here's what I think we should release as 1.17. I plan on doing that in a few days (Monday? Tuesday?), unless there's some good reason not to. Let me know if there's some critical (i.e. crashing) fixes that I've missed somehow. And, again, I think we can run a shorter 1.18 cycle, given the pent-up list of fixes. Sorry for not getting this wrapped up sooner. Turns out that

...ver inet_addr Drop ancient workarounds for Cray that are no longer needed Update README for gitlab migration Update configure.ac bug URL for gitlab migration xhost 1.0.8 Emil Velikov (1): autogen.sh: use quoted string variables Jon TURNEY (1): Move sethostent()/gethostent() stubs used in Windows builds to avoid implicit-function-declaration warnings Mihail Konev (1): autogen: add default patch prefix Tobias Stoeckmann (1): Prevent OOB access on illegal server response. git tag: xhost-1.0.8 https://xorg.freedesktop.org/archive/individual/app/xhost-1.0...

Hi Nir, Thanks alot for the quick response and information, actually I also worked a little bit on libvirt and other from our team has experiences in qemu, those projects works OK on ARM platform, it is just the capability might be less when comparing to other platforms, for example, myself just added the getHost() capability for ARM64 in libvirt and now planning to work on compareCPU() API,

Hi, Any other comments for this topic? BR, Zhenyu On Mon, Jul 20, 2020 at 9:17 AM Zhenyu Zheng <zhengzhenyulixi@gmail.com> wrote: > Hi Nir, > > Thanks alot for the quick response and information, actually I also > worked a little bit on libvirt and other from our > team has experiences in qemu, those projects works OK on ARM platform, it > is just the capability might

...; Appendix: compiler-rt test failures > =================================== > From Ben on Ubuntu 14.04 x64: > > AddressSanitizer-x86_64-linux :: TestCases/Posix/readv.cc > MemorySanitizer :: Linux/tcgetattr.cc > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent > MemorySanitizer-Unit :: Msan-x86_64- > Test/MemorySanitizer.gethostent_r > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent > MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent_r > MemorySanitizer-Unit :: > Msan-x86_64-with-call-...

Hello everyone, 3.7-rc3 has just been tagged. Testers, please test, build binaries, upload to the sftp and report results to this thread. Again, a lot of patches got merged between rc2 and rc3, but hopefully nothing that should upset things. One thing that did change is that the release script now correctly symlinks clang-tools-extra into the build. If this causes problems on your platform,

Hi all! Yesterday I upgraded to FreeBSD 10.0-RC1 through freebsd-update. Everything seemed fine until I decided to upgrade my ports today. There was a new version of pkg which built fine up until the linking: ===> Building for pkg-1.2.3 --- all --- ===> libpkg (all) --- objwarn --- --- libpkg.so.1 --- --- objwarn --- Warning: Object directory not changed from original

...ing. gidnumber (eq,pres) Finished indexing. oncrpcnumber (eq,pres) Finished indexing. automountKey (eq,pres) Finished indexing. 13. Processing eq,pres,sub indexes: membernisnetgroup (eq,pres,sub) Finished indexing. 14. Processing VLV indexes: tipu.com.pk.getgrent vlv_index Entry created tipu.com.pk.gethostent vlv_index Entry created tipu.com.pk.getnetent vlv_index Entry created tipu.com.pk.getpwent vlv_index Entry created tipu.com.pk.getrpcent vlv_index Entry created tipu.com.pk.getspent vlv_index Entry created idsconfig: Setup of iDS server train01 is complete. After This when i run ldapclient it'...

I tried to compile Samba 2.0 beta with cc under SCO 3.2. I seem to be missing the inet.h and netdb.h include files. Does anyone know if they are publicly available? Steve Grose Sgrose@cmps.com Continental Managed Pharmacy Services - www.preferrx.com Voice - 216-459-2025 Ext. 208 Fax - 216-485-8615 Any opinions expressed are my own and not necessarily those of my employers.

...: usr/src/lib/libnsl/nsl/t_snddis.c update: usr/src/lib/libnsl/nsl/t_unbind.c update: usr/src/lib/libnsl/nss/getauthattr.c update: usr/src/lib/libnsl/nss/getauuser.c update: usr/src/lib/libnsl/nss/gethostby_door.c update: usr/src/lib/libnsl/nss/gethostbyname_r.c update: usr/src/lib/libnsl/nss/gethostent.c update: usr/src/lib/libnsl/nss/gethostent6.c update: usr/src/lib/libnsl/nss/gethostent_r.c update: usr/src/lib/libnsl/nss/getipnodeby_door.c update: usr/src/lib/libnsl/nss/getprofattr.c update: usr/src/lib/libnsl/nss/getrpcent.c update: usr/src/lib/libnsl/nss/getrpcent_r.c update: usr/src/...