similar to: ldap_simple_bind: Can't connect to the LDAP server - Invalid argument

Hello I am trying to configure samba with Fedora Directory Server 1.0.4 on a Fedora 8 machine. I am following this guide: http://directory.fedoraproject.org/wiki/Howto:Samba. Everything has "seemed" to work out fine until I got to the part of Populating FDS with PDC Entry. My end result is hopefully that user can log in on Windows XP Pro with pGina and have their home drive automounted

Hello I am trying to configure samba with Fedora Directory Server 1.0.4 on a Fedora 8 machine. I am following this guide: http://directory.fedoraproject.org/wiki/Howto:Samba. Everything has "seemed" to work out fine until I got to the part of Populating FDS with PDC Entry. My end result is hopefully that user can log in on Windows XP Pro with pGina and have their home drive automounted

Hello I am trying to make a public drive where an admin has write access but other users only have read access. I want to be able to mount the drive automatically for the users and admin but I want the admin to automount with write access using a batch file. This is what my share looks like tell me if it is right. [public] comment = Public Shared Folder path = /home/public write list =

On 05/02/2012 01:00 PM, Dave Zarzycki wrote: > Shea, > > Feasible? Sure, anything is feasible. A good idea? Not really. The internal lld file format is an _intermediate_ data structure designed to make creating the final executable straightforward and fast. It isn't designed to be an executable format itself. In fact, the reason why linkers can often be slow is because the

Shea, Feasible? Sure, anything is feasible. A good idea? Not really. The internal lld file format is an _intermediate_ data structure designed to make creating the final executable straightforward and fast. It isn't designed to be an executable format itself. In fact, the reason why linkers can often be slow is because the intermediate and final object file formats are conflated. davez On

On Oct 20, 2011, at 2:37 AM, Shea Levy wrote: > On 10/19/11 11:58 PM, Eli Friedman wrote: >> On Wed, Oct 19, 2011 at 8:20 PM, Shea Levy<shea at shealevy.com> wrote: >>> 2. Are target-specific behaviors documented for each supported target? >> When anything has target-specific behavior, that fact should be >> documented. Beyond that, if you have a question

Is anyone actively maintaining/working-on the SMBlib? I saw a post that hinted that there might be, but that was three months ago, and not a whisper since. I just added the LanMan1 (as I recall...) locking_andx function to SMBlib, and built a (trivial) Perl xs interface for the SMBlib. I'm not likely to do a whole lot more unless I pick up more business in that area -- not something I

I found a fix! The first hunk of https://reviews.llvm.org/D17533 (lib/CodeGen/TargetFrameLoweringImpl.cpp) on top of 3.8.1 does the trick. Does llvm do patch releases of old versions? Davide Italiano <davide at freebsd.org> writes: > On Fri, Oct 21, 2016 at 6:19 AM, Shea Levy via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Hi all, >> >> I'm hitting

On 10/19/11 11:58 PM, Eli Friedman wrote: > On Wed, Oct 19, 2011 at 8:20 PM, Shea Levy<shea at shealevy.com> wrote: >> 2. Are target-specific behaviors documented for each supported target? > When anything has target-specific behavior, that fact should be > documented. Beyond that, if you have a question about what some > construct is supposed to do, please ask. What I

Hi all; After an overnight Ubuntu upgrade to 10.10, I had to reinstall some R packages. But the "fields" package appears to be missing from my usual repository, and a few of the other repositories I've tested: >install.packages('fields',lib='/usr/local/lib/R/site-library',repos='http://cran.stat.sfu.ca') Warning message: In getDependencies(pkgs,

On Thu, Oct 20, 2011 at 2:37 AM, Shea Levy <shea at shealevy.com> wrote: >. The > (probably impossible) end-goals to this project would be a) that every > program which passes its checks would be as safe to run in kernel mode > with full memory access as it would be in user mode That would be a very useful thing to have for embedded systems. Some such as uCLinux run ports of

On 5/2/12 10:29 AM, Shea Levy wrote: > Hello, > > Would it be feasible to use the internal lld file format as the native > executable format for an OS? Are there performance or space > considerations that would make this a poor choice? By lld, do you mean the LLVM IR bitcode format, or are you referring to something else? As far as using LLVM IR as a format for executables, there

On Wed, Oct 19, 2011 at 8:20 PM, Shea Levy <shea at shealevy.com> wrote: > Hello, > > I'd like write a program that performs static analysis of code at the > LLVM assembly/bitcode level, and to do so I plan on extensively > referencing the language reference. As I hope to eventually use this > tool as part of a security analysis of untrusted code, I need to be >

On 12/19/11 7:19 PM, Howard Hinnant wrote: > On Dec 19, 2011, at 7:14 PM, Shea Levy wrote: > >> Hello all, >> >> Is it possible, if using libc++ and compiler-rt, to have a clang with no >> runtime dependencies on any GCC components on Linux? If not, will this >> ever be possible? > We are working on a new libc++abi: http://libcxxabi.llvm.org/ which carries

Process: 20384 ExecStart=/bin/sh -c if [ ! -f /etc/pki/dovecot/certs/dovecot.pem ]; then SSLDIR=/etc/pki/dovecot/ OPENSSLCONFIG=/etc/pki/dovecot/dovecot-openssl.cnf /usr/libexec/dovecot/mkcert.sh >/dev/null 2>&1; fi (code=exited, status=2) It seems to fail because it fails to generate a cert. Can you try running mkcert.sh by hand as root? env SSLDIR=/etc/pki/dovecot/

Hello, Would it be feasible to use the internal lld file format as the native executable format for an OS? Are there performance or space considerations that would make this a poor choice? Cheers, Shea Levy P.S. please CC me on replies, I'm not subscribed.

Hello, The llvm 2.9 configure script fails to check for groff, causing a failure very late in the game when building man pages, and, on OSX, sw_vers. I'll try to write a patch for this myself, but autoconf is largely black magic to me so I thought I'd throw this out there in case someone more experienced in this stuff wants to fix this. Cheers, Shea Levy

> > On Oct 20, 2011, at 3:13 AM, Shea Levy wrote: > >> Hello, >> >> The llvm 2.9 configure script fails to check for groff, causing a >> failure very late in the game when building man pages, and, on OSX, >> sw_vers. I'll try to write a patch for this myself, but autoconf is >> largely black magic to me so I thought I'd throw this out there in

Hello all, Is it possible, if using libc++ and compiler-rt, to have a clang with no runtime dependencies on any GCC components on Linux? If not, will this ever be possible? Cheers, Shea Levy

Hi all, I'm hitting a segfault in llc when trying to build GHC: http://sprunge.us/ZVGB. What is the best way to debug this? I'm able to bump to 3.8.1 if needed, but GHC tends to break when updating major versions due to IR incompatibilities. Thanks, Shea -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: