search for: exitprocess

+ruiu and compnerd, since there might be an lld issue here. A slightly simpler example. This is all x86_64; I haven't tried x86. % cat imp.c __declspec(dllimport) void ExitProcess(unsigned exitCode); int mainCRTStartup() { ExitProcess(0); } % cat kernel32.def LIBRARY kernel32 EXPORTS ExitProcess % dlltool –d kernel32.def –l kernel32.lib % cl /Zl /c imp.c % link /subsystem:console imp.obj kernel32.lib The above executable runs successfully, as does one compiled with ld:...

Here's some C code: extern void *GetStdHandle(unsigned int nStdHandle); extern void ExitProcess(unsigned int exit_code); extern char WriteFile(void *HANDLE, const void * lpBuffer, unsigned int nNumberOfBytesToWrite, unsigned int *lpNumberOfBytesWritten, void *lpOverlapped); static const char *message_ptr = "hello\n"; static const unsigned int message_len = 6; __attribute__((st...

...f = MemoryBuffer::getMemBuffer(buf_ptr(def_contents)); MemoryBufferRef mbref(*mem_buf); lld::coff::parseModuleDefs(mbref); lld::coff::Config->OutputFile = buf_ptr(dll_path); lld::coff::writeImportLibrary(); } Then I give it def_contents that looks like: LIBRARY kernel32 EXPORTS ExitProcess GetConsoleMode GetStdHandle GetFileInformationByHandleEx WriteFile GetLastError with dll_path set to ./zig-cache/all.dll. This generates ./zig-cache/all.lib. The generated LLVM IR looks like: ; Function Attrs: noreturn nounwind declare void @ExitProcess(i32) #6 ; Function Attrs: nounwind declar...

I am trying to get a game called Mytheon working, it is a relatively unheard of MMO and there is no entry in the appDB for it. The game installed fine, but when I try to run it it it just does nothing. No errors, no waiting or anything. The command line pauses like something is going to happen for a second and then the regular prompt comes back up. Is there some way to make it so I can see

...f); >> lld::coff::parseModuleDefs(mbref); >> lld::coff::Config->OutputFile = buf_ptr(dll_path); >> lld::coff::writeImportLibrary(); >> } >> >> >> Then I give it def_contents that looks like: >> LIBRARY kernel32 >> EXPORTS >> ExitProcess >> GetConsoleMode >> GetStdHandle >> GetFileInformationByHandleEx >> WriteFile >> GetLastError >> >> >> with dll_path set to ./zig-cache/all.dll. This generates >> ./zig-cache/all.lib. >> >> The generated LLVM IR looks like: >>...

...============================================ However I think this results in a different ABI than LLVM will use when you do i128 division. For example, here is my test case (in zig code): ================================================================= pub extern "kernel32" stdcallcc fn ExitProcess(exit_code: c_uint) noreturn; export fn WinMainCRTStartup() noreturn { @setAlignStack(16); @setRuntimeSafety(false); var a: u128 = 152313999999999991610955792383; var b: u128 = 10000000000000000000; var c = a / b; // this generates a call to __udivti3 if (c != b) {...

...lld::coff::Config->OutputFile = buf_ptr(dll_path); >>>> lld::coff::writeImportLibrary(); >>>> } >>>> >>>> >>>> Then I give it def_contents that looks like: >>>> LIBRARY kernel32 >>>> EXPORTS >>>> ExitProcess >>>> GetConsoleMode >>>> GetStdHandle >>>> GetFileInformationByHandleEx >>>> WriteFile >>>> GetLastError >>>> >>>> >>>> with dll_path set to ./zig-cache/all.dll. This generates >>>> ./zig-cac...

...==================== > However I think this results in a different ABI than LLVM will use when you > do i128 division. For example, here is my test case (in zig code): > ================================================================= > > pub extern "kernel32" stdcallcc fn ExitProcess(exit_code: c_uint) noreturn; > > export fn WinMainCRTStartup() noreturn { > @setAlignStack(16); > @setRuntimeSafety(false); > > var a: u128 = 152313999999999991610955792383; > var b: u128 = 10000000000000000000; > var c = a / b; // this generates a call t...

...However I think this results in a different ABI than LLVM will use when > you > > do i128 division. For example, here is my test case (in zig code): > > ================================================================= > > > > pub extern "kernel32" stdcallcc fn ExitProcess(exit_code: c_uint) > noreturn; > > > > export fn WinMainCRTStartup() noreturn { > > @setAlignStack(16); > > @setRuntimeSafety(false); > > > > var a: u128 = 152313999999999991610955792383; > > var b: u128 = 10000000000000000000; > >...

It might be a bit before I can get to this, so I thought I''d pass it on. Also, while I was stuck in the airport in Minneapolis, I decided that the getrlimit method should be refactored to remove the process from the job (if it wasn''t already in one) after it''s finished, if possible. Dan ---------- Forwarded message ---------- From: Ben Nagy <ben.nagy.web at

...creenBufferSize(00000008,00190050) ret=0040ab30 0009:Ret KERNEL32.SetConsoleScreenBufferSize() retval=00000000 ret=0040ab30 0009:Call KERNEL32.WriteConsoleA(00000008,0040ab58,00000032,0032ff08,00000000) ret=0040ab4c 0009:Ret KERNEL32.WriteConsoleA() retval=00000000 ret=0040ab4c 0009:Call KERNEL32.ExitProcess(00000065) ret=0040ab58 Thanks in advance.

....spec.o: In function `__wine_exe_main': /test/test.spec.c:68: undefined reference to `GetCommandLineA' /test/test.spec.c:71: undefined reference to `GetStartupInfoA' /test/test.spec.c:73: undefined reference to `__wine_get_main_args' /test/test.spec.c:74: undefined reference to `ExitProcess' and this is the part of the test.spec.c file that was produced: #include <winbase.h> int _ARGC; char **_ARGV; extern int __stdcall WinMain(HINSTANCE,HINSTANCE,LPSTR,INT); static void __wine_exe_main(void) { extern int __wine_get_main_args( char ***argv ); STARTUPINFOA i...

...20656369 0x0032fd9c: 6b636150 00003320 00000000 00000000 0x0032fdac: 00000000 00000000 00000000 00000000 0x0032fdbc: 00000000 f7504bc3 00000000 00000000 Backtrace: =>0 0x007d1c36 in sonic (+0x3d1c36) (0x0032fe90) 1 0x7b85961c call_process_entry+0xb() in kernel32 (0x0032fea8) 2 0x7b85a2bf ExitProcess+0xc9e() in kernel32 (0x0032fee8) 3 0x7bc71d78 call_thread_func+0xb() in ntdll (0x0032fef8) 4 0x7bc7550e in ntdll (+0x6550d) (0x0032ffc8) 5 0x7bc49a0e call_dll_entry_point+0x61d() in ntdll (0x0032ffe8) 0x007d1c36: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (78 modules) PE...

...create+0x59() in wined3d (0x0032fc80) 6 0x7e4b764f Direct3DCreate9+0x5e() in d3d9 (0x0032fcb0) 7 0x00404d70 in anomalywarzoneearth (+0x4d6f) (0x0032fd74) 8 0x0040120e in anomalywarzoneearth (+0x120d) (0x0032fe90) 9 0x7b859a5c call_process_entry+0xb() in kernel32 (0x0032fea8) 10 0x7b85a68f ExitProcess+0xc2e() in kernel32 (0x0032fee8) 11 0x7bc734c8 call_thread_func+0xb() in ntdll (0x0032fef8) 12 0x7bc75f10 call_thread_entry_point+0x6f() in ntdll (0x0032ffc8) 13 0x7bc4b9aa call_dll_entry_point+0x629() in ntdll (0x0032ffe8) 0x7e084c95: repne scasb %es:(%edi) Modules: Module Address...

...Control_RunDLLW+0x518() in shell32 (0x0032fdb0) 2 0x7e4d955d Control_RunDLLA+0xfc() in shell32 (0x0032fe00) 3 0x7eff95b4 wmain+0x2f3() in uninstaller (0x0032fe60) 4 0x7eff9962 in uninstaller (+0x9961) (0x0032fe90) 5 0x7b8565ac call_process_entry+0xb() in kernel32 (0x0032fea8) 6 0x7b85724f ExitProcess+0xc9e() in kernel32 (0x0032fee8) 7 0x7bc72ce0 call_thread_func+0xb() in ntdll (0x0032fef8) 8 0x7bc75850 call_thread_entry_point+0x6f() in ntdll (0x0032ffc8) 9 0x7bc4a96a call_dll_entry_point+0x659() in ntdll (0x0032ffe8) 0x7e149cc0 CPlApplet+0xd0 in appwiz.cpl: movzwl 0x0(%edi),%eax Modules:...

...c i16 @main.0.1(), !dbg !109 store i16 %1, i16* %0, align 2, !dbg !109 %2 = load i16, i16* %0, align 2, !dbg !110 %3 = icmp ne i16 %2, 0, !dbg !110 br i1 %3, label %UnwrapErrError, label %UnwrapErrOk, !dbg !110 UnwrapErrError: ; preds = %Entry call void @ExitProcess(i32 1), !dbg !111 unreachable, !dbg !111 UnwrapErrOk: ; preds = %Entry %4 = load i16, i16* %0, align 2, !dbg !110 br label %UnwrapErrEnd, !dbg !110 UnwrapErrEnd: ; preds = %UnwrapErrOk call void @ExitProcess(i32 0),...

...13 0x7ed16e13 MsiInstallProductW+0x82() in msi (0x0033fcf8) 14 0x7eff5c6a WinMain+0x879() in msiexec (0x0033fdc8) 15 0x7eff72df main+0xae() in msiexec (0x0033fe48) 16 0x7eff721c in msiexec (+0x721b) (0x0033fe90) 17 0x7b85885c call_process_entry+0xb() in kernel32 (0x0033fea8) 18 0x7b8594ff ExitProcess+0xc9e() in kernel32 (0x0033fee8) 19 0x7bc72f78 call_thread_func+0xb() in ntdll (0x0033fef8) 20 0x7bc75a30 call_thread_entry_point+0x6f() in ntdll (0x0033ffc8) 21 0x7bc4a9ea call_dll_entry_point+0x629() in ntdll (0x0033ffe8) 0x7b839962: subl $4,%esp Modules: Module Address Debug info Name (8...

...2f95c: 00000000 00000000 00000000 00000000 0x0032f96c: 00000000 00000000 00000000 00000000 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0x004010d4 in agentenu600-1186 (+0x10d4) (0x0032fea0) 1 0x7b85ac4c call_process_entry+0xb() in kernel32 (0x0032feb8) 2 0x7b85b8f0 ExitProcess+0xc9f() in kernel32 (0x0032fef8) 0x004010d4: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (45 modules) PE 400000- d6b000 Export agentenu600-1186 ELF 7b800000-7b994000 Export kernel32<elf> \-PE 7b810000-7b...

...0x7e5c7b54 PropertySheetW+0x213() in comctl32 (0x0032f9c8) 32 0x7eb9d775 WinMain+0x384() in winecfg (0x0032fdc8) 33 0x7eba529f main+0xae() in winecfg (0x0032fe48) 34 0x7eba51dc in winecfg (+0x151db) (0x0032fe90) 35 0x7b857fbc call_process_entry+0xb() in kernel32 (0x0032fea8) 36 0x7b858c5f ExitProcess+0xc9e() in kernel32 (0x0032fee8) 37 0x7bc72c90 call_thread_func+0xb() in ntdll (0x0032fef8) 38 0x7bc75800 call_thread_entry_point+0x6f() in ntdll (0x0032ffc8) 39 0x7bc4a91a call_dll_entry_point+0x629() in ntdll (0x0032ffe8) 0x7eba4aa7 GraphDlgProc+0x837 in winecfg: movzbl 0x0(%eax),%eax Modul...

Hi I just installed wine on Ubuntu 8.04 from wine repos and hence have version 1.1.23. After installing, I run: Code: winecfg and had the following message: > wineboot has encountered a serious problem and needs to close However, I'm still able to access to the settings of winecfg. So I don't know: -why is there a problem with winecfg and how to remedy? -wether this problem is