similar to: 6241314 ctfconvert should understand SPARC real types in DWARF

High, i'm currently try to get VPinball to run and know hanging at the UnhandledExceptionFilter. It seems that after this messages the application terminates. peter Call user32.335: GetWindowLongA(00000dd4,fffffff0) ret=4096b955 fs=008f Ret user32.335: GetWindowLongA() retval=50000000 ret=4096b955 fs=008f Call kernel32.642: MulDiv(00000001,0000009c,00000064) ret=4096b9d3 fs=008f Ret

Hi, I make a new topic here because i don't know if it is a bug or a "behaviour" CreateDialog, MapDialogRect and many api uses the dialog box base units to convert from dialog units to pixels. Seeing the implementation in wine and the results that real Windows o.s. do I think that instead of using these formulas: pixels_x = MulDiv(dlu_x, xBaseUnit, 4); pixels_y = MulDiv(dlu_y,

While playing Stars! wine sometimes kills the X-Server. This happend infrequently in all Versions of wine I tried, but this time I managed to generate a bugreport. I use wine with managed windows, this seems to be the most stable setting for Stars. To start wine I used wine -debugmsg +relay -language De_DE -- stars\!.exe -s -m >& ~/`date +winedebug_%Y%m%d.txt` | wolfgang@erwin:~>

Hi, I'm trying to run a software package for viewing weather data under wine, but the program crashes with an unhandled exception before I can even see a window. The program is freely available (for educational and non-commercial use) here: http://sdg.ocs.ou.edu/builds/final/win/WeatherScope/WeatherScope-1.2.1.exe This is running with Wine 20050310. I've included the relevent

Hi, ctfconvert is particularly unhappy about that (e.g., ERROR: ctfconvert: die 141: base type without name). Is it intended behavior? Simple testcase: int main(void) { int i[2]; return 0; } dwarfdump output: clang version 3.0 (tags/RELEASE_30/final): [...] LOCAL_SYMBOLS: [...] <3>< 120> DW_TAG_variable DW_AT_name i

Way back in r107027, we started preserving type information of local variables of functions that are optimized away. This seemed strange to me so I dug into the history: apparently, this is so that ctfconvert can find these types (so they can be exposed in dtrace). E.g., this commit made it so that for this C code: static void foo(void) { struct X { int b; } v; } we always get the type

On Feb 11, 2012, at 7:51 AM, Yuri Pankov <yuri.pankov at gmail.com> wrote: > Hi, > > ctfconvert is particularly unhappy about that (e.g., ERROR: ctfconvert: > die 141: base type without name). Is it intended behavior? Not that I know of, please file a bug. Thanks! -eric

OK, I am trying to dtrace isp(4) module in freebsd 7. each obj file is converted using: ctfconvert -L VERSION isp_freebsd.o and using "ctfdump isp_freebsd.o" I can see CTF info embedded in the .o file but in the linked kernel module, I found much less CTF info inside it. I guess I should use "ctfmerge" to combine the CTF info from each obj file into the final kernel module,

Is it possible to use DTrace to display the number of arguments and their types for userland or kernel functions that are not explicitly instrumented or documented by their authors? We''re talking about functions provided by Veritas VxVM/VxFS and the like, and for example, we might want to try tracing I/Os from App => VxFS => VxVM => ssd driver to see where I/Os get aggregated or

Hello everybody! How do people generate the Compact Type Format (CTF) section? Do you have a special parser or employ gcc debug information? Is there any open utility to do this job? Best regards, Yaroslav

Hi, ctfconvert is particularly unhappy about that (e.g., ERROR: ctfconvert: die 141: base type without name). Is it intended behavior? Simple testcase: int main(void) { int i[2]; return 0; } dwarfdump output: clang version 3.0 (tags/RELEASE_30/final): [...] LOCAL_SYMBOLS: [...] <3>< 120> DW_TAG_variable DW_AT_name i

I have a script where I can freely reference struct nameidata*, struct vnode*, etc. on Snow Leopard. How does DTrace know about these data types? I understand things like #pragma D depends_on library darwin.d where darwin.d has typedefs. I can''t find definitions of nameidata and vnode in any D scripts, though. How does it work? Thanks, Joel --- firefox for android!

> On May 6, 2016, at 3:48 PM, Adrian Prantl via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> >> On May 6, 2016, at 3:40 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: >> >> >>> On May 6, 2016, at 3:17 PM, Adrian Prantl <aprantl at apple.com> wrote: >>> >>> >>>> On May 6, 2016, at 1:17 PM, Peter

> On May 6, 2016, at 4:01 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > >> On May 6, 2016, at 3:53 PM, Adrian Prantl <aprantl at apple.com> wrote: >> >>> >>> On May 6, 2016, at 3:48 PM, Adrian Prantl via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>>> >>>> On May 6, 2016, at 3:40 PM, Mehdi

Hello, Did anybody outside SUN tried to build xen-src (osox-src-2006-08-16)? I had tried it on x86_64 machine. I am running SXCR46 (I know that it says that SXCR 44 is needed, but I hope that this is a minimum requierment, even that it doesn''t say it explicitly, and that SXCR 46 is also good. BTW, Am I right in this ? ) ; I ran "nightly opensolaris.sh &". My

The Wine development release 1.1.26 is now available. What's new in this release (see below for details): - Still more translation updates. - Faster bitmap stretching using XRender. - Proxy support in WinHTTP. - Many more JScript functions. - Various bug fixes. The source is available from the following locations:

> On May 6, 2016, at 3:17 PM, Adrian Prantl <aprantl at apple.com> wrote: > > >> On May 6, 2016, at 1:17 PM, Peter Collingbourne via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> 1) Lets us reverse the DIGlobalVariable -> GlobalVariable edge, which should hopefully clear the way for removing the llvm.dbg.cu named metadata node. > > Not to spoil all

TB --- 2008-08-27 11:26:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 11:26:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-27 11:26:00 - cleaning the object tree TB --- 2008-08-27 11:26:30 - cvsupping the source tree TB --- 2008-08-27 11:26:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-27

The Wine development release 1.1.33 is now available. What's new in this release (see below for details): - Gecko now installed at wineprefix creation time. - Better support for certificates in crypt32. - Improved sound support in mciwave. - Some more Direct3D 10 functions. - Many cleanups for issues spotted by Valgrind. - Various bug fixes. The source is available from the

Hi i''m trying to write my first dtrace script apparently i bit off a bit more than i can chew, i want to track io over sockets, i found your socketsize.d that gave me how to track writes, but i''m at a loss how to track reads, frankly i don''t see how your write tracker works because it uses a probe in a function that only takes two arguments but you grab size of write