similar to: solaris "mangling method = hash" meaning

Hi, I just tried changing a samba 3.0.9 server's config from mangling method = hash2 to mangling method = hash and on a WinXP client I see a filename ".foo" change to it's mangled form "FOO~00.___". Is this a bug? -- Steve Bennett, Systems Support, Lancaster University

Dear sambaphiles, I hope someone can help me understand why I see inconsistent name mangling between Samba and Windows 2000. I am running: LINUX: smbd Version 2.2.1a on linux kernel 2.4.18 MAC: Mac OS 9.1; DAVE version 2.5.2 WINDOWS 2000 PROFESSION (ServicePack 2) According to the O'Reilly book, 'Using Samba', given a file named: antidisestablishmentarianism.txt According to

Hi all, I run samba 3.6.6 from debian wheezy (version 3.6.6) and i am experiencing some troubles with file name mangling. If i try "dir /x" on a mapped folder it gives me unexpected mangled names: the name mangling matches only the first character and not the first 5 as i expect. For example: if the long file name is LONGFILENAME.TXT, i expect the mangled sholud be something like

I've installed Samba 3.0.7 (stock Debian package), but I'm having some wierd problems with name mangling. The relevant lines in smb.conf are: preserve case = yes short preserve case = yes mangled names = yes mangle prefix = 5 mangling method = hash2 In a share, I did "touch test-file.GHO" to create a long filename. When I do a "dir" under DOS,

2013/2/21 Anton Korobeynikov <anton at korobeynikov.info>: > The patch looks incorrect. The code just needs to handle \1 properly > and clang extended to add explicit \1 to the names which does not > require mangling. I think clang already adds \01 to __stdcall names, so only the LLVM change is remaining. > I do not think that moving whole mangling to clang is a good idea, >

The patch looks incorrect. The code just needs to handle \1 properly and clang extended to add explicit \1 to the names which does not require mangling. I do not think that moving whole mangling to clang is a good idea, because then everyone who uses LLVM to call WinApi functions will need to mangle by hands. On Wed, Feb 20, 2013 at 11:25 PM, Timur Iskhodzhanov <timurrrr at google.com>

Anton, what do you think of David's patch with this test case? OK to commit that? On Wed, Feb 20, 2013 at 12:43 PM, Anton Korobeynikov < anton at korobeynikov.info> wrote: > The patch looks incorrect. The code just needs to handle \1 properly > and clang extended to add explicit \1 to the names which does not > require mangling. > > I do not think that moving whole

Hi, Nikita pointed me to an issue in the full restrict patches, related to name mangling used for llvm-ir functions (See [0, 3]). The problem is the following: Given: %0 = type { i32 } %1 = type { i32 } Creating an intrinsic @llvm.FOO that accepts 'a pointer to %0' cannot be distinguished from the intrinsic accepting 'a pointer to %1': ;For a %0* ptr0, %1* ptr1

Hi All, In this thread we would like to review the built-ins and name mangling approach which we chose for SPIR. Specifically, I think a discussion on the atomics and memcpy should be interesting. *****OpenCL Built-ins Introduction****** OpenCL provides a huge set of utility functions (>6000 built-ins) which are available for the developers of OpenCL. These functions are called built-ins.

I think so. There have been other reports lately related to this being wrong. http://llvm.org/bugs/show_bug.cgi?id=14410 CC'ing Timur since he might know more about this. On Wed, Feb 20, 2013 at 5:27 PM, David Nadlinger <code at klickverbot.at>wrote: > On Tue, Feb 19, 2013 at 2:13 PM, Duncan Sands <baldrick at free.fr> wrote: > >> My question: Is there an easy way

Hello, I'm trying to track a possible bug. I'm running samba 2.0.3 on Solaris 2.5.1 (with current patches), and I am having a problem that came up overnight. We use a single global name mangle {mangled map = Makefile makefile.unx} that has been working just fine for years, and now it fails. We build software on the unix side and on the PC side and use different make files for the

Hi, I’d like to make sure my understanding of the name mangling in the ORC examples is correct. In the ORC lazy examples, each function gets IR’ed into its own separate LLVM module, and each module is compiled separately. So, in the name resolver, all functions need to be resolved by their mangled name, as they are linked with external linkage. I’m still not clear on what exactly performs the

On Tue, Feb 19, 2013 at 2:13 PM, Duncan Sands <baldrick at free.fr> wrote: >> My question: Is there an easy way of disabling the name-mangling part >> but keep the rest of the CC that I missed? > if you use "\1" + "usual name", it will disable name mangling if you are > lucky. A leading \1 is LLVM's way of saying: leave this name alone! Seems like

I want all the file-names to be stored on a samba share from my XP clients to be automatically converted to 8.3 syntax, so that i do not have any further problem while transporting those files over to other networks/servers like netware. As for now i am using these below mentioned lines to support file-name mangling over my samba. --------- #I do not want my filenames to be case sensitive,

Does anyone know how to tweak or disable filename mangling in Samba so windows clients don't read paths and folder names in 8.3? I have a few backup VBscripts that used to work by passing the name and path of a directory (on a Samba share) as an argument to be read by the script. Currently, on some windows 2k boxes, the full path and folder name are displayed correctly and named correctly

Hi all, I'm currently working on getting our (LDC) compiler to run on Win32/MinGW, now that DW2-style EH is available for it. The D programming language has a feature equivalent to LLVM module level inline assembly, so we need to at least partly follow the x86 D calling convention (http://dlang.org/abi.html). Most notably, the ABI mandates that the callee cleans the stack. On the various

Hi all ! I'm new on this mailing list... We have just installed samba v1.9.18p4. But we have problems with mangling of file names. We would like to preserve the case of windows files > 8 char. when copying files to the server. However, we want to keep 8.3 format files in lower case. The question is : how to configure all the

The Identifiers section in the LLVM language manual states: "The "\01" prefix can be used on global variables to suppress mangling." Is this for global variables only, or global values in general, such as functions also? In implementation LLVM seems to have this behavior of suppressing mangling even for functions and aliases. Thanks, Gautam

Hi all, According to the SPIR 2.0 spec[1], the name of OpenCL builtins are mangled. However, when I compile OpenCl code with Clang 3.9 with the "spir64-unknown-unknown" target, Clang generates IR without mangling the builtins, e.g. for: __kernel void input_zip_int(__global int *in0) { *in0 = get_global_id(0); } clang generates: define spir_kernel void @input_zip_int(i32

Hi, I'm cross-posting here from serverfault.com in case anyone can help. I just found a similar question on askubuntu.com also without an answer. Switched recently from W2K3 to Samba4.0.9/CentOS6.4 for our fileshare for WinXP clients. Have an ancient (1995!) piece of software that uses 8.3 filename format. After the switch, long filenames became useless in the context of the