similar to: Documentation discrepancies

Hey everyone, I'm having some strange responses, and a bit of trouble with getting access to a member server on my domain. I've got Samba running on another Linux box as a PDC, and my Win2k clients can login just fine, and share between one another. The problem comes in with another Linux workstation that's setup as a member server. Here's the relevant smb.conf section from the

Dear list, I am trying to create a three-way table with percent occurrence instead of raw frequencies. However, I cannot get the results I expected: I have the following table: > ftable(table( mannerDF$agem, mannerDF$target, mannerDF$manner )) <snip> 50 bak 0 0 0 0 1 0 pak 0 0 0 0 3 0 sak

Has anyone seen this: http://www.microsoft.com/windows/Embedded/sak/evaluation/compare/advantage.asp And has anyone from the Samba team posted a response? It seems like some of the information presented there is contrary to what I know about Samba. ERX

Hi all, Sorry to bother you with the potentially not too bright question, but since I cannot get it to work, I'll have to ask someone.. I've got this vector: > token [1] sal skal skal bak b_r d_ gal kal l_r n_r pak p_r [13] sal sl_r sn_r spak sp_r st_r s_ bak d_ gal l_r pak [25] p_r sak sl_r sp_r t_ kal n_r s_ st_r sak kal

I'm trying to figure out an intelligent way to install apps on the network server, and be able to install once and have all the clients use this. However, it seems like most installations modify the registry and seem to demand a client-by-client installation. Am I missing something on this? Can someone provide me some hints or references to help this? (And is anyone thinking about a SMS/ZEN

Dear all , I would like to reconstruct coexpression networks from proteomic count data having integer values. Some internal function doesn't like to work well with integers. How can this error be rectified? > adjacency = adjacency(datExpr, power = softPower, type = "signed"); Error in cor(datExpr, use = "p") : REAL() can only be applied to a 'numeric', not a

Hi list, I have a samba 3.0.2a running on a Red Hat EL 3.0 in a ADS win2k domain. The server is a domain member and all is working just fine. People connect to the shares using kerberos, no problems. I'm a bit worried cause winbindd is growing every day, if I look at the running processes through webmin I get 9972 root 166452 kB winbindd -B This morning the process was 139000

http://bugs.freedesktop.org/show_bug.cgi?id=26733 Summary: Full-screen XV causes graphics lockup Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hello, We have been running Samba 2.2.x/Sun ONE LDAP on a particular machine for about 3 years now and I recently upgraded it to 3.0.14a with ldapsam compatibility (I can mess with the directory later if necessary). Now when users try to connect to the server their accounts get disabled unless I have specifically enabled them using smbpasswd -e username (which is kind of tough because I have to

Dear users, I am attempting to plot an ols() call from the Design package, by following the procedure explained by Harald Baayen in his 2008 book 'Analyzing linguistic data. A practical introduction to statistics using R', page 175-181. I've attached my data to this e-mail (I hope it's small enough that that's ok). First I paste all the commands I ran, followed by the

I''ve been working on running down intermittent ENOSPC issues. I can only seem to replicate ENOSPC errors when running zlib compression. However, I have been seeing similar ENOSPC errors to a lesser extent when playing with the LZ4HC patches. I apologize for not following up on this sooner, but I had drifted away from using zlib, and didn''t notice there was still an issue. My

On Jan 4, 2011, at 7:45 AM, arrowdodger wrote: > Hello. I see many discrepancies in config.h file generated by CMake and autoheader. > > Most of them are following: > In autofoo-generated config: > /* Define to 1 if you have the `<name>' function. */ > #define HAVE_<name> 1 > but in CMake-generated: > #undef HAVE_<name> > This happens because in

arrowdodger <6yearold at gmail.com> writes: >> Or to say it with other words: patches welcome. > > So, how should i proceed? Make CMake-generated config to be identical to > autotools one? That would be a good thing. Please note that some checks are a bit tricky. A function that on platform A is on header foo.h on another platform may be on bar.h. Furthermore, cmake's

Eric Christopher <echristo at apple.com> writes: >>> Or cleanup both headers from unused stuff by Eric's >>> suggestion? >> >> I'm not sure this is a good idea (not that it is bad either). Murphy's >> Law says that a function that you remove today will be used tomorrow. > > I meant literally functions that aren't used in the

> contains most of them. If they're non-trivial (like the ones I needed to > add for OSX functionality) that's a different story. FWIW the difference is even more significant on, e.g. mingw32 because process spawning is pretty much expensive and sometimes configure time dominates the compile time :) -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics,

Okay, i've started slowly working. Who can i send patches for review, when they will be ready? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110106/88a7e893/attachment.html>

Hello. When i run llvm-config --libs jit bitreader bitwriter ipo linker engine i get: -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMX86Info -lLLVMLinker -lLLVMArchive -lLLVMipo -lLLVMBitWriter -lLLVMBitReader -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine

Looks like constants in include/llvm-c/Core.h aren't in sync with enums. For example, LLVMAdd is 8 in Core.h and llvm::Instruction::LLVMAdd evaluates to 9 in C++. Same for Cast Operators section and possibly in other places. Also, llvm/Support/TargetRegistry.h and llvm/Target/TargetRegistry.h define two different version of some classes, particularly llvm::Target. Fields with the same

On Sat, Sep 17, 2011 at 9:14 PM, Yuri <yuri at rawbw.com> wrote: > Looks like constants in include/llvm-c/Core.h aren't in sync with enums. > For example, LLVMAdd is 8 in Core.h and  llvm::Instruction::LLVMAdd > evaluates to 9 in C++. > Same for Cast Operators section and possibly in other places. Yes; we don't make any sort of guarantee about that, and such a guarantee

On 09/17/2011 21:53, Eli Friedman wrote: > Yes; we don't make any sort of guarantee about that, and such a > guarantee is not necessary for correctness. Aren't values in Core.h supposed to be used by users of API and they should match enums, or what they are for then? What are they matched against? >> > Also, llvm/Support/TargetRegistry.h and