search for: addb

...e: [Samba] Failed to find cifs/fs-share at dom.corp (kvno 109) in keytab samba-tool computer remove oldsamba? Il giorno mar 5 nov 2019 alle ore 17:04 L.P.H. van Belle <belle at bazuin.nl> ha scritto: Hai, ? Well that great you found it. ? Ah.. so you removed the entry from the DNS or ADDB?? Can?you tell what you exactly did, that might help the next person with a problem like this. ? And not many list messages today..? ;-)? so no worries.. ? I suspect you removed the old account name from OU=Computers, because.. (And my fault here was not to check that sooner.. ) ? if you use an...

...ild/etc..) and effectively nobody uses them, since world+dog uses what distros pick. Anyway, instead of adding a second per-cpu variable, can you see how horrible something like this is: unsigned char adds(unsigned char var, unsigned char val) { unsigned short sat = 0xff, tmp = var; asm ("addb %[val], %b[var];" "cmovc %[sat], %[var];" : [var] "+r" (tmp) : [val] "ir" (val), [sat] "r" (sat) ); return tmp; } Another thing to try is, instead of threading that lockval throughout the thing, simply: #define _Q_LOCKED_VAL t...

...Unhandled exception: 0eedfade in vm86 code (40120480:4010a244). In vm86 mode. 0x0480:0x4010a244: addb %al,0x0(%bx,%si) No debug information in 32bit DLL 'X11DRV.DLL' (0x40aa7000) No debug information in 32bit DLL 'RICHED32.DLL' (0x41d7d000)...

...d by C:\WINDOWS\SYSTEM\comdlg32.dll) not found err:module:load_library can't load comdlg32.dll wine: Unhandled exception, starting debugger... In the Wine Debugger window that fires up I get. Unhandled exception: illegal instruction in 32-bit code (0x000f0003) In 32-bit mode. 0x000f0003: lock addb $0,%a1 Running Debian Stable, KDE 3.1.1, Ralf's wine debs Want it to run natively, starting the setup program as .. wine -- acmsetup.exe /T Off97Pro.STF wine --version 20030115 -- -- "Catch the Magic of Linux..." -------------------------------------------------------- Michael P...

This patches add support for dynamic sectors to GPT MBR code. First 3 patches are trick and optimizations to gain some space for the forth patch. I have a modified version of SeaBIOS, some code and some script o test it I'll send on a different mail.

...00000 6103c78f 7d12a640 6103c7000x0033ea38: 00000001 6101f235 7d12a640 7d12a6400x0033ea48: 7d12a640 7d0e8c48 7ed39008 7ed5a000fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c0000119Backtrace:=>1 0x00000000 (0x0033eb1c) 2 0x00000040 (0x00000002) 3 0x00000000 (0x00000000)0x00000000: addb %al,0x0(%eax)Modules:Module Address Debug info Name (1 modules)PE 400000-8a3000 Deferred mplayercThreads:process tid prio (all id:s are in hex)0000000c 0000000d 00000000a 0000000b 000000008 (D) Z:\mnt\C_Drive\mplayerc.exe...

...0 60db178f 7d622ac0 60db1700 0x0033e9b8: 00000001 60d94235 7d622ac0 7d622ac0 0x0033e9c8: 7d622ac0 7d5dc800 7ed37008 7ed58000 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c0000119 Backtrace: =>1 0x00000000 (0x0033ea9c) 2 0x00000040 (0x00000002) 3 0x00000000 (0x00000000) 0x00000000: addb %al,0x0(%eax) Modules: Module Address Debug info Name (0 modules) Threads: process tid prio (all id:s are in hex) 0000000c 0000000d 0 0000000a 0000000b 0 00000008 (D) c:\windows\system32\winecfg.exe 00000009 0 <== [alexis@localh...

...b8a8 00000000 0x0033ff40: 00000001 0033ffe8 0033ff10 7b870bb1 0x0033ff50: 00000001 00000000 00000000 00000000 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c0000119 Backtrace: =>1 0x836d000f (0x836d000f) 2 0x6001fb07 wine_switch_to_stack+0x17 in libwine.so.1 (0x6001fb07) 0x836d000f: addb %al,0x0(%eax) Modules: Module Address Debug info Name (12 modules) PE 400000-5b7000 Deferred kalorio ELF 60000000-60017000 Deferred ld-linux.so.2 ELF 60018000-60129000 Export libwine.so.1 ELF 60157000-60169000...

...secpercyl */ shlb $6, %ah movb %ah, %cl movb %al, %ch xchgw %dx, %ax - divb -2(%bp) /* sectors */ + divb -32(%bp) /* sectors */ movb %al, %dh orb %ah, %cl incw %cx /* Sectors are 1-based */ @@ -275,7 +291,7 @@ read_common: leaw 16(%si), %sp /* Drop DAPA */ popal jc disk_error - addb $2, %bh /* bx += 512: point to the next buffer */ + addb -5(%bp), %bh /* bx += sector size: point to the next buffer */ /* fall through and increment sector number */ -- 1.7.5.4

Hi, Intel's Xed can interpret "43 40 04 75" as "add al, 0x75", but LLVM's X86 disassembler considers this invalid code. I guess the reason is that LLVM fails to recognize the REX prefix in this case. Is this correct? Thanks. Jun -------------- next part -------------- An HTML attachment was scrubbed... URL:

...w, below is what clang-cl turned the bitcode from my IR into -- > probably not very useful though as this code does what it should... > > $ llvm-objdump.exe -r -d test.o > > test.o: file format COFF-i386 > > Disassembly of section .text: > .text: > 0: 00 00 addb %al, (%eax) > 00000000: IMAGE_REL_I386_DIR32 _XEP:setfoo > 2: 00 00 addb %al, (%eax) > > _setfoo: > 4: 56 pushl %esi > 5: 83 ec 40 subl $64, %esp > 8: 89 e0 movl %esp, %ea...

...> _main: > 0000000100000fb5 ff c0 incl %eax > 0000000100000fb7 c3 retq > > instead of what we’d like to get: > > otool -vVtdj a.out > a.out: > _main.dsp: > 0000000100000fb1 01 00 addl %eax, (%rax) > 0000000100000fb3 00 00 addb %al, (%rax) > _main: > 0000000100000fb5 ff c0 incl %eax > 0000000100000fb7 c3 retq > > .alt_entry’s are not dead_strip protected, and this makes sense I guess, > as if the alt_entry is never > actually called visibly from anywhere, it’s probably not n...

...> probably not very useful though as this code does what it should... >>> >>> $ llvm-objdump.exe -r -d test.o >>> >>> test.o: file format COFF-i386 >>> >>> Disassembly of section .text: >>> .text: >>> 0: 00 00 addb %al, (%eax) >>> 00000000: IMAGE_REL_I386_DIR32 _XEP:setfoo >>> 2: 00 00 addb %al, (%eax) >>> >>> _setfoo: >>> 4: 56 pushl %esi >>> 5: 83 ec 40 subl $64, %es...

...c %eax > ret > > .alt_entry _main > _main.dsp = _main-4 > > .subsections_via_symbols > > > $ clang test.s -dead_strip > $ otool -vVtdj a.out > a.out: > _main.dsp: > 0000000100000fb1 01 00 addl %eax, (%rax) > 0000000100000fb3 00 00 addb %al, (%rax) > _main: > 0000000100000fb5 ff c0 incl %eax > 0000000100000fb7 c3 retq > > > > However, now I need to figure out how to generate this from > llvm via an alias. > > @.str = private unnamed_addr constant [8 x i8] c"p = %d\0A\00...

...:0xf272: 0040 1486 0000 f299 1b43 120f 0018 1486 0x1487:0xf282: 0000 1e54 120f 1486 0000 00b4 1527 1487 023f: sel=11ff base=7eed0000 limit=00000fff 32-bit rw- Backtrace: =>0 0x1017:0x0000093e (0x1487:0xf278) 1 0x120f:0x1b43 (0x1487:0xf298) 2 0x8714:0x6f03 (0x1487:0x0000) 0x1017:0x0000093e: addb %al,0x0(%eax) Modules: Module Address Debug info Name (13 modules) PE 60190000-60194000 Deferred advapi32 PE 60310000-60325000 Deferred user32 PE 60480000-60484000 Deferred gdi32 PE 61e90000-61ee1000 Deferred winmm PE 621b0000-6221f000 Deferred comdlg32 PE 62270...

...; _main.dsp = _main-4 > > > > .subsections_via_symbols > > > > > > $ clang test.s -dead_strip > > $ otool -vVtdj a.out > > a.out: > > _main.dsp: > > 0000000100000fb1 01 00 addl %eax, (%rax) > > 0000000100000fb3 00 00 addb %al, (%rax) > > _main: > > 0000000100000fb5 ff c0 incl %eax > > 0000000100000fb7 c3 retq > > > > > > > > However, now I need to figure out how to generate this from > > llvm via an alias. > > > > @.str = private...

On Mon, Jun 5, 2017 at 1:34 PM, Nikodemus Siivola < nikodemus at random-state.net> wrote: > Uh. Turns out that if I hide the pointer to @foo from LLVM by passing it > through an opaque identity function ... then everything works fine. > > Is this a bug in LLVM or is there some magic involving globals I'm > misunderstanding? > This looks like a bug in the handling of

.../* May destroy %bp */ ret ASCII_MARKER1 "ws" wrstr: pop %si wrstr_l: lodsb cmpb $0, %al je wrstr_d call wrchr jmp wrstr_l wrstr_d: push %si ret crlf: call wrstr .ascii "\r\n\0" ret ASCII_MARKER1 "hx" wrhexn: and $0x0F, %al cmpb $10, %al jae .alph addb $'0, %al jmp .wc .alph: addb $('A - 10), %al .wc: call wrchr ret wrhexb: movb %dl, %al pushw %ax rorw $4, %ax call wrhexn popw %ax call wrhexn ret wrhexw: rorw $8, %dx call wrhexb rorw $8, %dx call wrhexb ret ASCII_MARKER1 "HE" wrhexbses: pushw %di popw %si w...

...); DEF_NATIVE(pv_irq_ops, irq_enable, "sti"); @@ -12,6 +14,14 @@ DEF_NATIVE(pv_mmu_ops, read_cr3, "mov %cr3, %eax"); DEF_NATIVE(pv_cpu_ops, clts, "clts"); DEF_NATIVE(pv_cpu_ops, read_tsc, "rdtsc"); +DEF_NATIVE(, unlock1, UNLOCK_LOCK_PREFIX + "addb $"__stringify(__TICKET_LOCK_INC)", (%eax)"); +DEF_NATIVE(, unlock2, UNLOCK_LOCK_PREFIX + "addw $"__stringify(__TICKET_LOCK_INC)", (%eax)"); + +extern void __unlock_wrong_size(void) + __compiletime_error("Bad argument size for unlock"); + unsigned...

...c=<register EDI not in topmost frame>, arg=<register ESI not in topmost frame>) [/home/sainath/Desktop/wine-1.1.7/dlls/ntdll/thread.c:386] in ntdll (0x7e667ae8) 4 0x7efc59f2 in ntdll (+0x559f2) (0x7e6683d8) 5 0xb7e344fb start_thread+0xcb() in libpthread.so.0 (0x7e6684c8) 0x7ededb26: addb %al,0x0(%eax) Modules: Module Address Debug info Name (51 modules) ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7e691000-7e69a000 Deferred libxcursor.so.1 ELF 7e69a000-7e69f000 Deferred libxfixes.so.3 ELF 7e69f000-7e6a2000 Deferred libxcomposite.so.1 ELF 7e6a...