similar to: [Bug 3009] New: build error on sinix: off64_t unknown

Damien Miller [SMTP:djm at mindrot.org] wrote: > On Mon, 8 Jan 2001, Bladt Norbert wrote: [...] >> The result fo my investigation is: >> 3. All standard X-applications try to determine whether >> they are running locally, i.e. if the DISPLAY on >> computer HOSTX is HOSTX:10.0 the X-applications detect >> that this is the local computer and try to open the

Hi ! I promised to report the result to the list. Here it is: Damien Miller [SMTP:djm at mindrot.org] wrote yesterday on his keyboard: > On Mon, 8 Jan 2001, Bladt Norbert wrote: [...] >> During the last week I did some investigations why the X11 forwarding >> on Reliant UNIX Versions 5.44 and 5.45 does not work out of the box >> with OpenSSH-2.3.0p1. >> >> The

Hi ! To all: A Happy New Year ! During the last week I did some investigations why the X11 forwarding on Reliant UNIX Versions 5.44 and 5.45 does not work out of the box with OpenSSH-2.3.0p1. The result fo my investigation is: 1. The OpenSSH sshd opens a TCP/IP-port 6000 + display number and listens to it. This is fine and works with Solaris 7, DEC-OSF 4.0D, Linux and FreeBSD-4.2 but not

after compile (gcc 3.0.2) install and configure (SWAT) on tcpps02 the following test failed # /usr/local/samba/bin/smbclient -L TCPPS02 added interface ip=172.16.207.7 bcast=172.16.255.255 nmask=255.255.0.0 session request to TCPPS02 failed (Call timed out: server did not respond after 20000 milliseconds) session request to *SMBSERVER failed (Call timed out: server did not respond after

Dear friends, I installed samba for LINUX and SINIX witout having problem. I made all diagnose test from docs. Everything is ok. I can see Samba servers on clients but when I want to login \\servername\IPC$ appears on the screen and asks for a password. I did not figure out what is password. Pelease help me. # ./smbclient -L makro Added interface ip=89.89.89.102 bcast=89.255.255.255

http://bugzilla.mindrot.org/show_bug.cgi?id=252 Summary: Patch for use of /etc/default/login Product: Portable OpenSSH Version: -current Platform: All OS/Version: Solaris Status: NEW Severity: enhancement Priority: P4 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

I am running samba version 1.9.18p4 on a sinix machine (unix svr4). My NT workstations use the german code page 850. In earlier versions of samba (1.9.17p2) the character mapping worked just fine, using character set = iso8859-1 client code page = 850 in my smb.conf. Since upgrading to samba 1.9.18p4 this don't work any more. Is this a known problem? I tripple-checked my smb.conf entries,

I'm new to samba. Any help would be appreciated! I'm trying to get a samba version for SunOs 4.x. I have checked out the samba website, but no binary for SunOs, only for Solaris, HP, SGI, and Sinix. Any ideas??? Thanks, Bunty Vue Unix System Administrator Trimble Navigation Sunnyvale, CA 94086

The Samba-Team is pleased to make known that the following binary packages of samba-2.0.0 are now available from our ftp mirror sites. While this is a good effort so far, there is a need for additional binary packages. This is a call for contributions of outstanding packages. Packages available now: ======================= 1) Sun Solaris x86 Version 2.6 (binary kit, not Sun Pkg format) 2)

Hi, I have recently compiled a copy of OpenSSH for use on Reliant Unix ( Sinix ) version 5.45. My installation works okay for user root. When I try to log on as another user I get prompted for the user password. When I type this in OpenSSH throws me out each time. I have been able to see any errors. My version is OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004. I am using Putty

Full_Name: Paul Gutwin Version: R-1.0.0 OS: AIX 4.2.1 Submission from: (NULL) (198.133.22.67) R-1.0.0 fails to compile. I'm using the config.cache file from a successful compliation of R-0.65.0 (prob #290, fixed thanks to Thomas Vogels @ CMU). Compiling R-1.0.0 fails with the following error messages: make Target "R" is up to date. gcc -I. -I../include -I../../src/include

When I build compiler-rt with clang 3.2, all lsan tests pass. The only failing tests I see are in ubsan: Failing Tests (6): UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp UndefinedBehaviorSanitizer :: Integer/div-zero.cpp UndefinedBehaviorSanitizer :: Integer/sub-overflow.cpp UndefinedBehaviorSanitizer ::

Hi Group, recently I upgraded to v 3.7.1p2 on Reliant Unix (former SINIX). With sser root everything works fine, but with a "normal" user the session terminates.. I put the logfile of the "sshd -dddd" at the end. What is wrong? regard Stephan --------------- debug2: read_server_config: filename /etc/sshd_config debug1: sshd version OpenSSH_3.7.1p2 debug1: private host key:

On Sun, May 26, 2013 at 12:17 AM, Evgeniy Stepanov < eugeni.stepanov at gmail.com> wrote: > On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> > wrote: > > When I build compiler-rt with clang 3.2, all lsan tests pass. The only > > failing tests I see are in ubsan: > > > > Failing Tests (6): > > UndefinedBehaviorSanitizer ::

On Sat, May 25, 2013 at 4:12 AM, Greg Fitzgerald <garious at gmail.com> wrote: > When I build compiler-rt with clang 3.2, all lsan tests pass. The only > failing tests I see are in ubsan: > > Failing Tests (6): > UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp > UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp > UndefinedBehaviorSanitizer ::

UBsan tests work for me when I run "check-ubsan" in both build trees (the one with gcc 4.6.3 as a host compiler, and the one with fresh Clang). It's pretty convenient for us to use fresh Clang to configure LLVM and compiler-rt. One major reason is that autoconf/make build system always builds compiler-rt with just-built Clang. There are other benefits, like keeping sanitizers code

> Android runtime is special, we build it in a separate build tree configured with > -DCMAKE_TOOLCHAIN_FILE=$LLVM_CHECKOUT/cmake/platforms/Android.cmake This worked great, thanks! Would you mind tweaking Android.cmake so that I can override the location of the C compiler? The current version forces me to use the just-built-clang and that the new build directory be in a sibling directory.

__USE_LARGEFILE is a standard Unix way to allow > 2Gb files on 32-bit OSes by using f{seek,tell}o Take a look at the definition of f_tell: #if defined(HAVE_OFF_T) && defined(__USE_LARGEFILE) #define f_seek fseeko #define f_tell ftello #else #ifdef Win32 #define f_seek fseeko64 #define f_tell ftello64 #else #define f_seek fseek #define f_tell ftell #endif #endif Windows support for

On Wed, May 29, 2013 at 5:40 PM, Greg Fitzgerald <garious at gmail.com> wrote: > For me, UBsan fails with clang 3.2 and passes with clang 3.3. > Cool, can you use clang 3.3 then? :) I think that the reason selected UBSan tests fail under clang 3.2 is a bug in Clang, which was fixed (Richard may correct me if I'm wrong). I don't really want to mark these tests as "failing

For me, UBsan fails with clang 3.2 and passes with clang 3.3. Using a fixed version allows you to build all clang/llvm/compiler-rt with one compiler. It simplifies the build process quite a bit. Also better for isolating regressions in compiler-rt, especially if you use git-bisect. Greg On May 29, 2013, at 12:30 AM, Alexey Samsonov <samsonov at google.com> wrote: > UBsan tests work