search for: sleepex

UPDATE: I managed to build the windows port using a guide a user posted a while ago. I?ve also corrected a couple of variables like the SleepEx() function instead of the sleep() used in Linux. I?ve successfully compiled the EXE for nutdrv_atcl_usb but when I execute it via upsdrvctl it gives the following output: C:\MinGW\msys\1.0\home\Administrator\nut-2.6.5-7\drivers>nutdrv_atcl_usb nutdrv_atcl_usb:./.libs/lt-nutdrv_atcl_usb.c:233: F...

...m the same way on the outdated windows port. The two files above were all I could find where the driver was mentioned. Also made two minor changes to the source file itself, fixed one variable that was giving error at building (I think it was something like USB sleep that I fixed to 5000), and the SleepEx() function instead of the sleep() one since the windows port was redefining sleep() to Sleep() and this one doesn't return 0 once the time has elapsed. For the build commands, I use as follows. I added the flag "--enable-maintainer-mode" as I read in the developer guide to allow reg...

...f Warcraft\Wow.exe): Backtrace: =>0 0xb7806430 (0x013fe5b4) 1 0x7b868e01 SleepEx+0x41() in kernel32 (0x013fe5f4) 2 0x7b868e45 Sleep+0x25() in kernel32 (0x013fe614) 3 0x0084443d in wow (+0x44443d) (0x013fe620) 4 0x0046167d in wow (+0x6167d) (0x013fea40)...

...529D ntdll.dll <unknown symbol>+0 (0x7FFACFB8,0x7AA76B90,0x7AA76B90,0x7AA76B90) B7E3B50F start_thread+191 (0x7AA76B90,0x00000000,0x00000000,0x00000000) B7DB7A0E __clone+94 (0x00000000,0x00000000,0x00000000,0x00000000) --- Thread ID: 5531 --- 7B890992 KERNEL32.dll SleepEx+50 (0x0000000A,0x00000000,0x3F733333,0x7ABE6A14) 7B8909D5 KERNEL32.dll Sleep+37 (0x0000000A,0x7ABE6A28,0x0083BDC9,0x0000000A) 00837CB4 Wow.exe <unknown symbol>+0 (0x0000000A,0x056E82C0,0x0000159B,0x7ABE6A38) 0083BDC9 Wow.exe <unknown symbol>+0 (0x056E82C0,0x0083BD5B,0x7ABE6AD8...

...7BC73D1B ntdll.dll <unknown symbol>+0 (0x7FFACFB8,0x06E0FB90,0x06E0FB90,0x06E0FB90) B7F4A50F start_thread+191 (0x06E0FB90,0x00000000,0x00000000,0x00000000) B7EC6A0E clone+94 (0x00000000,0x00000000,0x00000000,0x00000000) --- Thread ID: 37 --- 7B890102 KERNEL32.dll SleepEx+50 (0x0000000A,0x00000000,0x06B3EA94,0x0086709A) 7B890145 KERNEL32.dll Sleep+37 (0x0000000A,0x06B3EAA8,0x00879E2C,0x0000000A) 008795FD Wow.exe <unknown symbol>+0 (0x0000000A,0x7FFB0F10,0x00000025,0x06B3EAB8) 00879E2C Wow.exe <unknown symbol>+0 (0x04EAFFF0,0x7FFB0F10,0x06B3EB88...

...790) 7BC6EBF0 ntdll.dll call_thread_entry_point+112 (004B55E0,00000000,00000000,81FB81BC) 7BC788A5 ntdll.dll <unknown symbol>+0 (81FB8FB8,09B9FB70,09B9F454,00000000) 68145CC9 start_thread+217 (09B9FB70,00000000,00000000,00000000) --- Thread ID: 98 --- 7B867DF1 KERNEL32.dll SleepEx+65 (0000000A,0917EA54,7B867E19,0917EA54) 7B867E35 KERNEL32.dll Sleep+37 (0000000A,00A6C56C,81FBCF10,0917EA78) 00A6C10D Wow.exe <unknown symbol>+0 (0000000A,00000062,7BC6EA20,81FBCF10) 00A6C56C Wow.exe <unknown symbol>+0 (061C4C58,0917EB48,00A6C4F0,7BC9AFF4) 7BC6EA20 ntdll.dll...

...t+112 (0x0076FF30,0x00000000,0x00000000,0x7FFB41BC) > 7BC7AA78 ntdll.dll <unknown symbol>+0 (0x7FFB4FB8,0x0902FB70,0x0902F454,0x00000000) > F7626E72 start_thread+210 (0x0902FB70,0x00000000,0x00000000,0x00000000) > > --- Thread ID: 36 --- > 7B8661C2 KERNEL32.dll SleepEx+50 (0x0000000A,0x08EBEA54,0x7B8661E9,0x08EBEA54) > 7B866205 KERNEL32.dll Sleep+37 (0x0000000A,0x008E520C,0x7FFB8F10,0x08EBEA78) > 008D1E8D WoW.exe <unknown symbol>+0 (0x0000000A,0x00000024,0x7BC71F50,0x7FFB8F10) > 008E520C WoW.exe <unknown symbol>+0 (0x0282E7C0,0x08EB...

Hi all, First, I just realized I''ll need to go back and fix some of the prototype declarations for windows-pr. The callback parameters will now need to be set to ''K''. ReadFileEx is one example of this. For purposes of my question, let''s assume ReadFileEx has been declared like so: API.new(''ReadFileEx'', ''LPLPK'',

On Mar 10, 2017, at 5:25 PM, hamberthm at gmail.com wrote: > > UPDATE: I managed to build the windows port using a guide a user posted a while ago. Which guide? > I?ve also corrected a couple of variables like the SleepEx() function instead of the sleep() used in Linux. I?ve successfully compiled the EXE for nutdrv_atcl_usb but when I execute it via upsdrvctl it gives the following output: > > C:\MinGW\msys\1.0\home\Administrator\nut-2.6.5-7\drivers>nutdrv_atcl_usb > nutdrv_atcl_usb:./.libs/lt-nutdrv_a...

Hello, Several of us have been using Wine to play Warhammer Online (http://appdb.winehq.org/objectManager.php?sClass=version&iId=13139&iTestingId=29914). Until recently it worked fine with 1.1.2 on Ubuntu (Hardy). Then the games patcher was updated and it no longer runs instead it hangs without returning when first run. This problem seems specific to Ubuntu as it still works for

Hi all, I'm trying to properly understand why SC2 doesn't use CPU/GPU at 100%, sleeps all the time. I've managed to instrument SleepEx function, and I found out that the game spawns a lot of threads which are put to sleep by themselves 95% of the time if not more. This should definitely be on of the (if not main) reason why SC2 doesn't use the CPU/GPU at 100% and both are set to lowest consumption/run level. I wanted to know...

...0 +13 ntdll.dll LdrFindResourceDirectory_U 7c920412 +25 ntdll.dll RtlAcquirePebLock 7c92043d +0c ntdll.dll RtlReleasePebLock 77c09d78 +11 msvcrt.dll _initterm thread $138: 7c91da8a +a ntdll.dll NtReplyWaitReceivePortEx thread $1f4: 7c91d1fa +0a ntdll.dll NtDelayExecution 7c8023eb +4b kernel32.dll SleepEx 7c802450 +0a kernel32.dll Sleep 7c920412 +25 ntdll.dll RtlAcquirePebLock thread $2b0: <priority:15> 7c91df3a +0a ntdll.dll NtWaitForSingleObject 7c8025d5 +85 kernel32.dll WaitForSingleObjectEx 7c80253d +0d kernel32.dll WaitForSingleObject thread $4d0: <priority:15> 7c91df2a +0a ntdll....

OK, I set up a new PC with a fresh XP load to be my rsync server. Rsync by itself seems to work fine (thank God. I'm going nuts.) I am still having problems when I throw ssh into the mix. At least now, things don't crash, but they do hang. The file list gets build, the transfer starts and it gets through maybe a few hundred files, but then everything stops. All the processes are still