search for: 00000066

..._xxx sections and renames them to .zdebug_xxx. binutils (and GDB) support this properly, while LLVM command line tools don't: $ ld --version GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib $ objdump -h a.out | grep debug 26 .debug_info 00000066 0000000000000000 0000000000000000 00002010 2**0 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 00002068 2**0 28 .debug_aranges 00000000 0000000000000000 0000000000000000 000020bb 2**0 29 .debug_macinfo 00000000 0000000000000000 0000000000000000 000020cf 2**0 30 .deb...

...DB) support this properly, while LLVM command line tools >> don't: >> >> $ ld --version >> GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 >> $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib >> $ objdump -h a.out | grep debug >> 26 .debug_info 00000066 0000000000000000 0000000000000000 00002010 >> 2**0 >> 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 00002068 >> 2**0 >> 28 .debug_aranges 00000000 0000000000000000 0000000000000000 000020bb >> 2**0 >> 29 .debug_macinfo 00000000 00000...

...ug_xxx. > binutils (and GDB) support this properly, while LLVM command line tools > don't: > > $ ld --version > GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 > $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib > $ objdump -h a.out | grep debug > 26 .debug_info 00000066 0000000000000000 0000000000000000 00002010 > 2**0 > 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 00002068 > 2**0 > 28 .debug_aranges 00000000 0000000000000000 0000000000000000 000020bb > 2**0 > 29 .debug_macinfo 00000000 0000000000000000 00000000000...

...hile LLVM command line tools >>> don't: >>> >>> $ ld --version >>> GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 >>> $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib >>> $ objdump -h a.out | grep debug >>> 26 .debug_info 00000066 0000000000000000 0000000000000000 00002010 >>> 2**0 >>> 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 00002068 >>> 2**0 >>> 28 .debug_aranges 00000000 0000000000000000 0000000000000000 000020bb >>> 2**0 >>> 29 .debug_ma...

...gt;>> don't: > >>> > >>> $ ld --version > >>> GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 > >>> $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib > >>> $ objdump -h a.out | grep debug > >>> 26 .debug_info 00000066 0000000000000000 0000000000000000 > 00002010 > >>> 2**0 > >>> 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 > 00002068 > >>> 2**0 > >>> 28 .debug_aranges 00000000 0000000000000000 0000000000000000 > 000020bb > >...

...Xen no-op 000008ee T smp_alloc_memory -- Xen no-op (doesn't matter if it gets called) 00000057 T smp_cpus_done -- unwanted for Xen 00000015 T smp_intr_init -- need something to set up IPIs, but APIC independent 0000082a T smp_prepare_boot_cpu -- looks OK for Xen, I think 00000066 T smp_prepare_cpus -- need pv_op So at first pass, it looks like we need 6-8 new pv_ops for SMP, which isn't very appealing. Any thoughts about how to come up with a more elegant interface? I'm digging through smpboot.c and friends, but there's a lot of goo in there... It...

...Xen no-op 000008ee T smp_alloc_memory -- Xen no-op (doesn't matter if it gets called) 00000057 T smp_cpus_done -- unwanted for Xen 00000015 T smp_intr_init -- need something to set up IPIs, but APIC independent 0000082a T smp_prepare_boot_cpu -- looks OK for Xen, I think 00000066 T smp_prepare_cpus -- need pv_op So at first pass, it looks like we need 6-8 new pv_ops for SMP, which isn't very appealing. Any thoughts about how to come up with a more elegant interface? I'm digging through smpboot.c and friends, but there's a lot of goo in there... It...

...M?r 16 13:51 m.00000061 -rw------- 1 vmail mail 29468 M?r 16 13:51 m.00000062 -rw------- 1 vmail mail 3250 M?r 16 13:51 m.00000063 -rw------- 1 vmail mail 96445 M?r 16 13:51 m.00000064 -rw------- 1 vmail mail 337663 M?r 16 13:51 m.00000065 -rw------- 1 vmail mail 187505 M?r 16 13:51 m.00000066 -rw------- 1 vmail mail 98839 M?r 16 13:51 m.00000067 -rw------- 1 vmail mail 5294 M?r 16 13:51 m.00000068 -rw------- 1 vmail mail 28276 M?r 16 13:51 m.00000069 -rw------- 1 vmail mail 67950 M?r 16 13:52 m.00000070 -rw------- 1 vmail mail 704457 M?r 16 13:52 m.00000071 -rw------- 1 v...

...gt;> >>> >> >>> $ ld --version >> >>> GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 >> >>> $ ./bin/clang++ -g a.cc -Wl,--compress-debug-sections=zlib >> >>> $ objdump -h a.out | grep debug >> >>> 26 .debug_info 00000066 0000000000000000 0000000000000000 >> >>> 00002010 >> >>> 2**0 >> >>> 27 .debug_abbrev 00000048 0000000000000000 0000000000000000 >> >>> 00002068 >> >>> 2**0 >> >>> 28 .debug_aranges 00000000 00000000000...

...0 0000002b 0 0000002a 0 00000029 0 00000028 0 00000026 0 00000039 (D) Z:\home\mati\Wow\World of Warcraft\Wow.exe 00000070 0 0000006f 0 0000006e 0 0000006d 0 0000006c 0 0000006b 0 0000006a 0 00000069 0 00000068 0 00000054 0 00000067 0 00000066 0 00000065 0 00000064 0 00000063 0 00000062 0 0000005e 0 0000005c 0 0000005a 0 00000059 0 00000058 0 00000057 2 00000056 15 00000055 15 00000053 0 00000052 0 00000051 0 00000050 0 0000004f 0 0000004e 0 0000004d 0 0000004c...

...0 00000051 00000052 0 00000053 00000054 0 00000055 00000056 0 00000057 00000058 0 00000059 0000005a 0 0000005b 0000005c 0 0000005d 0000005e 0 0000005f 00000060 0 00000061 00000062 0 00000063 00000064 0 00000065 (D) C:\windows\system32\winedbg.exe 00000066 0 <== Backtrace: =>0 0x00000000 (0x0033f118) 1 0x7ec886c3 in user32 (+0x586c3) (0x0033f1e8) 2 0x7ec8939e in user32 (+0x5939e) (0x0033f528) 3 0x7ecdabcd in user32 (+0xaabcd) (0x0033f7e8) 4 0x7ecdc24d CreateWindowExW+0x5d() in user32 (0x0033f828) 5 0x7ec733b7 in user32 (+0x433b7) (...

...0042 0 00000041 0 00000040 0 0000003f 0 0000003e 0 0000003d 0 0000003c 0 0000003b 0 0000003a 0 00000039 0 00000038 0 00000037 0 00000036 0 00000035 0 00000034 0 00000033 0 00000032 0 00000031 0 0000002f 0 00000028 rpcss.exe 00000066 0 00000027 0 00000026 0 00000024 0 00000023 0 00000029 DMXControl.exe 0000005d 0 00000050 0 00000057 0 0000004d 0 00000063 0 00000053 0 0000002c 0 0000000b 0 0000005b 0 00000064 0 00000015 0 00000061 0 00000025 0 00000055 0...

if this is a doublepost please sorry bur the first post was blocked by spamfilter because of wrong timesettings on my local computer. i reaplyed to my original post and now im not shure if the mailserver thinks the message is corrupt because of reply to a non existing message. here is the originalmessage (again?) Hi everyone, thirst of all please forgive my bad english :) i have installed wine

...dc ESI:7fc8fc58 EDI:7f83373f Stack dump: 0x7fc8fc4c: 00000001 0000112e 00000000 80000100 0x7fc8fc5c: 00000001 00000000 00611c68 00000002 0x7fc8fc6c: 00d6be9a 00d6c576 7f83373f 7fc8fcb8 0x7fc8fc7c: 7f87716b 00010024 00000080 00000001 0x7fc8fc8c: 0000112e 00000000 00000000 7fc8fcb0 0x7fc8fc9c: 00000066 00000001 00000000 7f87711b fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c0000119 Backtrace: =>1 0x7ff98067 stub_entry_point+0x4c(dll=0xd6be9a, name=0xd6c576) [/home/h4x0r/wine/dlls/ntdll/loader.c:184] in ntdll (0x7ff98067) 2 0x00611c68 in white (+0x211c68) (0x00611c68) 3 0x7ff9ccdc...

Hi @ All, I have installed Corel Draw on Ubuntu 7.10 with Wine 0.9.4.6. I used this installation guide http://appdb.winehq.org/appview.php?iVersionId=1840&iTestingId=6822 That meand I copied the to dll-files to home/.wine/win32 The Installation was successfull. No Errors. Than configured Wine and used the DLL Overridingtool to make "wintab32" & "msvcirt and native like

I've been playing this game fine for a few weeks now. All of a sudden i'm getting: wine: Unhandled page fault on read access to 0x00000000 at address 0xf7586adc (thread 005e), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7586adc). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7586adc ESP:0194ea00

...00000079 0 00000078 0 00000077 0 00000076 0 00000075 0 00000074 0 00000073 0 00000072 0 00000071 0 00000070 0 0000006f 0 0000006e 0 0000006d 0 0000006c 0 0000006b 0 0000006a 0 00000069 0 00000068 0 00000047 0 00000067 0 00000066 0 00000065 0 00000064 0 00000063 0 00000062 0 00000061 0 00000060 0 0000005f 0 0000005e 0 0000005d 0 0000005c 0 0000005b 0 0000005a 0 00000059 0 00000058 0 00000057 0 00000056 0 00000055 0 00000054 0 00000053 0 00000052...

...xe 00000072 0 00000088 0 00000052 0 00000051 0 00000050 0 0000004f 0 00000061 (D) C:\Program Files\DMXControl\DMXControl.exe 0000006f 15 0000006e 0 0000006d 0 0000006c 0 0000006b 0 0000006a 0 00000069 0 00000068 0 00000064 0 00000065 0 00000066 0 00000060 0 00000062 0 0000005d 0 0000004c 0 00000056 0 00000054 0 00000058 0 00000057 0 00000059 0 0000005a 0 0000005b 0 00000055 0 00000053 0 00000026 0 00000027 0 0000004d 0 00000029 0 00000028 0 00000067 0 0000005e...

...DMA_PUSHER - ch 2 [Xorg[3049]] get 0000009600 put 0000009600 ib_get 00000062 ib_put 00000064 state a0000000 (err: IB_EMPTY) push 00406040 Jan 25 13:16:58 localhost kernel: [ 33.372025] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 2 [Xorg[3049]] get 0000009600 put 0000009600 ib_get 00000064 ib_put 00000066 state a0000000 (err: IB_EMPTY) push 00406040 Jan 25 13:16:58 localhost kernel: [ 33.388201] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 2 [Xorg[3049]] get 0000009700 put 0000009700 ib_get 00000068 ib_put 0000006a state a0000024 (err: IB_EMPTY) push 00406040 ### and finally stops after a while wi...

Hi Ben, Thanks for your reply. My replies follow in between. Luís On Thu, Jan 25, 2018 at 5:40 AM, Ben Skeggs <skeggsb at gmail.com> wrote: > On 24 January 2018 at 06:19, Luís Mendes <luis.p.mendes at gmail.com> wrote: >> Hi Arnd, >> >> Sorry for sending this email directly to you, but maybe you can help >> me, or guide me where to look for. >>