wine-devel August 2003

wine-devel@winehq.org

124 participants
293 discussions

Question about dlls/dinput/mouse/main.c
by Michael Schlüter 12 Aug '03

12 Aug '03

Hi, I've a small problem with the game "Star Trek Elite Force II Single Player Demo". The mouse button event seems not to be send back to the game. After changing the return value of dinput_mouse_hook in dlls/dinput/mouse/main.c to return always "CallNextHookEx( This->hook, code, wparam, lparam );" it works. Does anybody has a solution for that issue? Bye, Michael

1 0

Re: Implement a typelib loader cache
by Alexandre Julliard 12 Aug '03

12 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > ChangeLog: > Implement a typelib loader cache You'll need to protect the list with a critical section. Also it's probably better to store the list directly in the typelib structure instead of allocating a separate object. -- Alexandre Julliard julliard(a)winehq.com

1 0

DRIVE_GetUnixCwd and drives other than the current one
by Troy Rollo 12 Aug '03

12 Aug '03

It appears that Wine is storing and using a "current directory" for each DOS drive. According to some testing we have just done on Windows 2000 and Windows 98, Windows only stores a current directory for the current drive. "But CMD.EXE seems to remember drives, and their children too", comes the reply. Well, sort of. The documentation for CreateProcess talks about environment variables used to hold the current directory for each drive, with an environment variable with a name of the form "=C:" having the value, say "C:\WINDOWS". That documentation suggests you must make sure all these environment variables are set if you construct a new environment block, and that you need to get the values of them using "GetFullPathName". Shock, horror, the Windows documentation is wrong. What actually happens is that CMD.EXE and COMMAND.COM independently set those environment variables when you change directories in those shells. SetCurrentDirectory has no effect on those environment variables - either in the current process or in child processes. It is the responsibility of the application to set them if it wants the children to have access to its current directory on drives other than its current drive. However, SetCurrentDirectory("D:") (assuming a starting point of drive "C") will read those environment variables to determine which directory of drive "D" to go to. You can even 'SetEnvironmentVariable("=D:", "\\foo")' to make the next 'SetCurrentDirectory("D:")' end up in "D:\foo". GetFullPathName also picks up the environment variable if the path requested is not on the current drive (although it also checks that the path is valid, so 'GetFullPathName("A:\\", ...)' will rattle drive A if drive A is empty). If there's no environment variable, both GetFullPathName and SetCurrentDirectory assume "x:\". If the drive in question is the current drive, SetCurrentDirectory and GetFullPathName both ignore the environment variables and use the value from GetCurrentDirectory. So, for example: // Start with no "=D:" variable in environment SetCurrentDirectory("d:\\bar"); SetCurrentDirectory("c:"); SetCurrentDirectory("d:"); // Current directory now d:\ SetCurrentDirectory("d:\\bar"); SetCurrentDirectory("c:"); SetEnvironmentVariable("=D:", "\\foo"); SetCurrentDirectory("d:"); // Current directory now "d:\\foo"; SetEnvironmentVariable("=D:", "\\bar"); SetCurrentDirectory("d:"); // Current directory still d:\\foo The Borland C++ run-time libraries have code in their chdir functions that sets these variables, but it's inside a "#if 0" section, presumably reflecting an attempt to be compatible with MSC. I'm not aware of anything that relies on this perverse behaviour, so whether Wine needs to be adjusted to mimic it may be an open question. It is probably of more interest to people who want to pass an environment block to CreateProcess. If you're doing that, ignore what the documentation says about including "=C:" & etc environment variables in the environment block - simply start with the environment block returned by GetEnvironmentBlock and make the desired changes, ensuring the block is sorted according to instructions I gave previously on one of the Cygwin mailing lists.

2 1

can't redirect stdout?!
by Dan Kegel 12 Aug '03

12 Aug '03

OK, so with the normal X11 driver, you can no longer redirect stdout from commandline apps under Wine; the output just vanishes if you try to send it to a file. That's rather unacceptable dain bramage, if you ask me. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 5

Re: dlopen libncurses.so in wineconsole
by Eric Pouech 12 Aug '03

12 Aug '03

Mike McCormack wrote: > > This patch doesn't include changes to configure. Run autoconf to > regenerate it... several comments to this needed patch: 1/ in configure.ac why not checking also for curses if ncurses isn't present ? BTW, you can also remove the ncurses library lookup in configure.ac, we no longer need it. 2/ in curses.c some of the functions we use in curses.c can in fact be macros in some curses' implementations. According to my doc, this includes initscr, intrflush, nodelay, noecho. So, you could pass LOAD_FUNCPTR a boolean not to fail if the symbol is not found (for those functions), and not #define initscr to p_initscr if initscr is already #define:d > + if( !WCCURSES_bind_libcurses() ) > + return FALSE; you'd better return init_failed from the enum instead of a boolean here A+ -- Eric Pouech

1 0

Is wine a debugger?
by Dan Timis 12 Aug '03

12 Aug '03

I am trying to load a security Windows dll that does not run under a debugger. When I load the dll I get a SIGTRAP, and then wine breaks in its debugger. My understanding is that if I run wine as opposed to winedbg I am not running under a debugger. But, if there is a crash or some other exception wine will start a debugger. I sent some memory dumps to the developer of the security dll, and he said that it behaves like it was running under a debugger. He's question was something like does wine have an always "on" debugger? I would appreciate any help. Thanks, Dan Timis Muse Research, Inc.

3 2

Re: Some advapi32 stubs
by Stefan Leichter 12 Aug '03

12 Aug '03

On Tuesday 12 August 2003 07:06, Mike McCormack wrote: > ChangeLog: > * stubs for advapi32 functions InitiateSystemShutdownEx, SetEntriesInAcl > and SetNamedSecurityInfo +@ stdcall InitiateSystemShutdownExA(wstr wstr long long long long) This looks wrong to me (wstr as parameter of A function) Bye Stefan

1 0

bidi support test program
by Shachar Shemesh 12 Aug '03

12 Aug '03

Hi all, Attached is a simple program to test whether the Win32 API supports BiDi reordering. Some packagers asked me for such a utility in the past, so they can make sure that their inclusion of ICU worked, and without forcing them to actually understand languages that are all Hebrew to them. I'm not sure whether it would be necessary to include this utility inside the Wine soure, or how to do so. This is not exactly a test, as a failure is totally justified under some circumstances. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Threading experts?
by Jason Edmeades 11 Aug '03

11 Aug '03

Hi, I seem to have found a recreatable threading problem and I am not convinced it it wines fault either. Are there any experts here who want to offer any advice on where to go to persue this please? Problem: 'wine appname' hangs when it creates one of its threads. The hang is inside pthread_create and control is never returned to the caller Environment uname -a returns kernel 2.4.21-0.13mdk, and its basically Mandrake Linux 9.1 with no updates. Wine is cvs as of today, configured with --with-nptl More info: Looking through an strace, I can see a difference between a working and failing case, and it would appear there is a timing issue inside the pthread routines. However, I would normally expect it far more likely that it is a wine bug than a kernel / threading bug, so I dont really know how to proceed. I can recreate this about 95% of the time with one app and one app only, so I really suspect it to be a wine problem, but I just cant see why. Here's a working case =============== (Note SY3 and SY4 are fixmes I added each side of the pthread_create) 394 issues a create thread. [pid 394] write(2, "fixme:thread:SYSDEPS_SpawnThread"..., 38fixme:thread:SYSDEPS_SpawnThread SY 3) = 38 [pid 394] rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 [pid 394] write(12, "\240@4@\0\0\0\0\230,s@\240\177\v@\0000\20J\0\0\0\200\0"..., 148 <unfinished ...> : 398 is the pthread thread manager thread [pid 398] getppid() = 394 [pid 398] read(10, "\240@4@\0\0\0\0\230,s@\240\177\v@\0000\20J\0\0\0\200\0"..., 148) = 148 [pid 398] clone(child_stack=0x4a102bd0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|0x21) = 400 : It wakes up 394 to indicate it can continue [pid 398] kill(394, SIGRTMIN) = 0 : [pid 394] <... write resumed> ) = 148 [pid 394] rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 [pid 394] rt_sigsuspend([] <unfinished ...> *** sigsuspend gets back a SIGRTMIN to wake it up. [pid 394] --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- [pid 394] <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) [pid 394] sigreturn() = ? (mask now [RTMIN]) [pid 394] write(2, "fixme:thread:SYSDEPS_SpawnThread"..., 38fixme:thread:SYSDEPS_SpawnThread SY 4 Failing case ======== 394 issues a create thread. [pid 394] write(2, "fixme:thread:SYSDEPS_SpawnThread"..., 38fixme:thread:SYSDEPS_SpawnThread SY 3) = 38 [pid 394] rt_sigprocmask(SIG_SETMASK, NULL, [], 8) = 0 [pid 394] write(12, "\240@4@\0\0\0\0$&s@\240\177\v@\0000xJ\0\0\0\0\0\0\0\0`"..., 148 <unfinished ...> : 398 is the pthread thread manager thread [pid 398] <... poll resumed> [{fd=10, events=POLLIN, revents=POLLIN}], 1, 2000) = 1 [pid 398] getppid() = 394 [pid 398] read(10, "\240@4@\0\0\0\0$&s@\240\177\v@\0000xJ\0\0\0\0\0\0\0\0`"..., 148) = 148 [pid 398] clone(child_stack=0x4a782bd0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|0x21) = 401 : It wakes up 394 to indicate it can continue [pid 398] kill(394, SIGRTMIN) = 0 : (Now for the difference...) [pid 394] <... write resumed> ) = 148 : vvv What is this, and why is it getting the signal [pid 394] --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- [pid 394] sigreturn() = ? (mask now []) : vvv Since the signal is absorbed already, suspend just hangs forever. [pid 394] rt_sigprocmask(SIG_SETMASK, NULL, [], 8) = 0 [pid 394] rt_sigsuspend([] <unfinished ...> Any help? Its really annoying Jason

5 5

question about mouse_event
by dd jj 11 Aug '03

11 Aug '03

Hello, I have ported a windows code to linux using winemaker: it works fine on windows, but doesn't work on linux, Could anyone give some comments on this problem? THanks. Here's the code. #include <windows.h> int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { // TODO: Place code here. mouse_event(MOUSEEVENTF_LEFTDOWN,0,0,0,0); mouse_event(MOUSEEVENTF_LEFTUP,0,0,0,0); return 0; } --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

3 3

← Newer
1
...
21
22
23
24
25
26
27
...
30
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel August 2003