similar to: [LLVMdev] Roundtrip clang -> llc -> clang fails

On Fri, Jul 27, 2012 at 3:36 PM, Kai <kai at redstar.de> wrote: > Hi! > > I am not sure if this is a bug or not. > > I have the following non-sense C module exc_alloc.c: > > #include <windows.h> > > void *AllocMem() { > HANDLE heap = GetProcessHeap(); > void *p = HeapAlloc(heap, HEAP_GENERATE_EXCEPTIONS | > HEAP_ZERO_MEMORY,

Hi, I am little bit interested in Wine source code. There is one thing I don't understand. How does HeapAlloc() work? Is it the same behavior as Winapi HeapAlloc()? If so then I have to check NULL value after each calling of this function, don't I? I have found this code in Wine 0.9.57: In dlls/dbghelp/stabs.c function 'static int stabs_new_include(const char* file, unsigned long

hi my reports are not well displayed on my access97 app. fonts are displayed i anora location and separed I got this fixme fixme:font:load_VDMX Failed to retrieve vTable somebdoy knows how to fix it? thanks all

Hello, I'm trying to make a function for using wine_get_unix_file_name in VB6 programs. Private Declare Function lstrcpyA Lib "kernel32.dll" (ByVal lpString1 As String, ByVal lpString2 As Long) As Long Public Declare Function GetProcessHeap Lib "kernel32" () As Long Public Declare Function HeapFree Lib "kernel32" (ByVal hHeap As Long, ByVal dwFlags As

Hi, I'd like to submit a patch to match the clang patch on the front end. http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140414/103257.html The front end doesn't need this patch to work but it's still important. This is mostly based on work done by kai from redstar.de Could I get some feedback on this? I'm not sure if the emitting of the register names will effect

Recently, I tried install a game called Perfect World (http://pwi.perfectworld.com/), which has not been tested in Wine yet. To my surprise, the installer ran beautifully. However, when I went to open it from the desktop shortcut, I received an error. WineHelper's log had this to say: Code: pfixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 16 vertex samplers and 16 total

Hi, On 15.04.2014 23:44, Vadim Chugunov wrote: > Hi, > I am curious - how does clang deal with epilogue-less functions that > result from _Raise_Exception being marked 'noreturn'? > I've also been playing with Kai's patch, and discovered that this tends > to greatly confuse Windows stack unwinder in cases when noreturn call is > at the end of a function, so

Thanks for the suggestion James, it reduces the commit by about ~900 MB (14,9 GB -> 14 GB). Unfortunately it does not solve the performance problem. The heap is global to the application and thread-safe, so every malloc/free locks it, which evidently doesn’t scale. We could manually create thread-local heaps, but I didn’t want to go there. Ultimately allocated blocks need to share ownership

A question for the WineLib guru's :) I am using the wine-20011108 build with Mandrake 8.0 and with this version of wine clean compiled and installed I can run several windows programs very successfully :). Then I use winemaker to create a WineLib 'so' file and the compile and link again runs clean. But when I run the resulting 'so' file using this command line: $

Hi there, I have just installed wine (release 20010305) and it looks to work good. I can run notepad without trouble, winecheck.pl has one bad and one critical result: 023. Checking device needed for DGA (option "UseDGA"): /dev/BAD (/dev/mem is not writable for you). - ADVICE: Use chmod as root to fix it ("man chmod"). 025. Checking availability of windows registry

One problem with Wine has been that there were few serious open source win32 applications out there to test Wine with (ok, maybe my opinions are from 1997 :-) In any case, we have some great open source Win32 applications to test with. AbiWord is one. I just tried installing AbiWord 0.9 under the latest Codeweavers preview. The install worked -- but generated about a billion warnings of the

This is my error message: make[2]: Entering directory `/home/jrt/wine-20041019/dlls/kernel' /usr/local/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/usr/local/ssl/include -I/usr/gnome2/include

Happy new year to all! The attached patch adds TLS support for x86_64-pc-win32 and x86-pc-win32. Implemented is the implicit TLS model (__declspec(thread) in Visual C++). Please review. Thanks! Regards Kai -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tls20120101.diff URL:

In summary we have no less than six patches required to support Win64 SEH MinGW. The first five could be committed after review and LGTM but the last one also requires Ray Donnelly approval. Please comment in the Phabricator so the comments would be kept in context. 'unreachable' trap http://reviews.llvm.org/D3417 Win64 SEH (LLVM) http://reviews.llvm.org/D3418 Win64 SEH (clang)

Hello! When my application opens a URL in Firefox with more than 257 characters, the URL is truncated and the message below. "Err: psdrv: PSDRV_PPDGetNextTuple Line too long." I noted that this limitation may be due to the following code. See line 00363. Code: 00354 /********************************************************************* 00355 * 00356 *

On Sun, Jan 1, 2012 at 10:44 AM, Kai <kai at redstar.de> wrote: > Happy new year to all! > > The attached patch adds TLS support for x86_64-pc-win32 and x86-pc-win32. > Implemented is the implicit TLS model (__declspec(thread) in Visual C++). > Please review. Thanks! Rough review: looks like the patch is in the right direction; please take out all tabs, please take out all

On 11 December 2013 05:41, Kai Nacke <kai.nacke at redstar.de> wrote: > Maybe we should also change the stack probing code. I think ___chkstk_ms is > used since gcc 4.6. It simplifies the prologue generation code a bit. I just checked gcc 4.6 and looks like you are right, it uses ___chkstk_ms. LGTM. We should probably commit this first, since it is common for gcc 4.6 and newer.

Hi all! On x86_64, segment prefix fs: is in address space 257 and gs: in address space 256. (BTW: are there constants for these magic values?) How can I use this in IR? I want to express this assembler code in IR: mov RAX, 8; mov RAX, GS:[RAX]; ret; I tried the following: define i64 @getStackBottom(i64 %addr) { entry: %ptr = inttoptr

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=464 ------- Additional Comments From holm@theorie.physik.uni-goettingen.de 2006-06-14 15:00 MET ------- I run into the same probs with Mandriva kernel. All kernel >2.6.11 are definitly affected. kernel 2.6.8.1 has no problems. Hope this helps a little bit. -- Configure bugmail:

Hi! I added 2 more tests and also refined an assert statement. Applies cleanly to r148473 now. Are there more comments on the code? Thank you!! Regards Kai On 01.01.2012 22:01, Eli Friedman wrote: > On Sun, Jan 1, 2012 at 10:44 AM, Kai<kai at redstar.de> wrote: >> Happy new year to all! >> >> The attached patch adds TLS support for x86_64-pc-win32 and x86-pc-win32.