wine-devel

wine-devel@winehq.org

4 participants
84401 discussions

DTR Flow Control
by Michael Cardenas 26 Feb '02

26 Feb '02

Is DTR flow control supported? There's a comment in comm.c in SetCommState that says it's not, but EscapeCommFunction has a SETDTR case and a CLRDTR case. Below are the lines I'm talking about. I'm working on an app that asks for DTR flow control and uses overlapped IO when using a modem. It establishes a modem connection, but then it can't send any data over the connection. I'm using an external modem on a serial port. ------------------------------------------------------------------------ if (lpdcb->fDtrControl == DTR_CONTROL_HANDSHAKE) { WARN("DSR/DTR flow control not supported\n"); } comm.c line 1069 ------------------------------------------------------------- case SETDTR: TRACE("SETDTR\n"); #ifdef TIOCM_DTR direct=TRUE; result= COMM_WhackModem(fd, 0, TIOCM_DTR); break; #endif comm.c line 548

4 7

Re: GetStdHandle Problem
by Ignasi Villagrasa 25 Feb '02

25 Feb '02

>> I notice there are things I haven't understood yet. Is there any Win32 console based Winlib example. Any simple one. >> So I can see which process I should follow to get the program properly built. >the debugger is a pure winelib app, which heavily uses the console, so >you can copy the Makefiles from it >(in debugger directory from the source) I found a little application in wine directory, wcmd, that uses Win32 console functions, and specifically GetStdHandle. I though it will be easier to control that the debugger. I built the following makefile, based on the Makefile.in in wcmd source code directory: ----------------------------------------------------------------------------- DIRWINE = /opt/wine INCL_WINE = -I$(DIRWINE)/include/wine ### Dependencies: WCMD_dependencies = \ batch.obj \ builtins.obj \ directory.obj \ wcmdmain.obj # Build wcmd : $(WCMD_dependencies) c++ -o wcmd -L$(DIRWINE)/lib \ batch.obj \ builtins.obj \ directory.obj \ wcmdmain.obj \ -lkernel32 -lntdll -luser32 -lshell32 ### Rules batch.obj: batch.c gcc $(INCL_WINE) -c -o batch.obj batch.c builtins.obj: builtins.c gcc $(INCL_WINE) -c -o builtins.obj builtins.c directory.obj: directory.c gcc $(INCL_WINE) -c -o directory.obj directory.c wcmdmain.obj: wcmdmain.c gcc $(INCL_WINE) -c -o wcmdmain.obj wcmdmain.c ------------------------------------------------------------- It builds properly wcmd executable. But running it I get a Segmentation fault (core dumped). When running it using gdb, I find the exception before main in libshell32.so library. What am I going wrong ? Is it possible that I have a wrong or an outdated wine version ? I took it from codeweavers.(codeweavers-wine-20011108-5.i386.rpm). If I have to get an update, I'd like to know if there's an already built version for RH6.2 to avoid rebuilding wine package, because Codeweavers hasn't refreshed wine versions and I don't find other built versions for RH6.2. Many thanks for helping. Ignasi Villagrasa.

2 1

Re: DTR Flow Control
by Mike McCormack 25 Feb '02

25 Feb '02

Hi Michael, > Is DTR flow control supported? No. However the Win32 API uses very confusing names, so make sure the app is really asking for DTR/DSR flow control. DTR_CONTROL_ENABLE does not mean DTR/DSR flow control is enabled, it means turn on the DTR line permanently. Only DTR_CONTROL_HANDSHAKE means the serial port should use DSR/DTR handshaking. (AFAIK, DTR_CONTROL_ENABLE and DTR_CONTROL_DISABLE flags are not correctly handled in the current wine... they should actively turn on or turn off DTR). Additionally, there were some problems in the GetCommState/SetCommState code that saw DTR_CONTROL_HANDSHAKE accidently turned on, so make sure that it is really the application that is requesting it. As Marcus pointed out, the linux kernel itself does not support DTR/DSR flow control, but given the time and motivation, we could solve the problem if you really need to make this work... Mike ------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

3 2

Re: Notepad not remaining language selection
by Sylvain Petreolle 25 Feb '02

25 Feb '02

Ok, but winemine uses reg to, and does not have such import. (do you have Ymessenger ?) > Registry functions are in advapi32.dll > > Add this line to your notepad.spec file to link > against advapi32 library: > > import advapi32.dll > > Sylvain, we can continue the discusion on > wine-devel. > > Andriy Palamarchuk > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - Coverage of the 2002 Olympic Games > http://sports.yahoo.com ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

DirectInput -> Keyboard -> GetDeviceState
by Arjen Nienhuis 25 Feb '02

25 Feb '02

The MapVirtualKey in GetDeviceState is not "the way to do it". It does not map VK_?? to DIK_??. I don't know why it does work most of the time. "ptr[i] = 0x80; ptr[i + 0x80] = 0x80;" gave double key events in a game I have. The correct way to convert the keys is by this table (attachment). I made this table by pressing all the keys on my keyboard, and record the keycodes. The code I wrote for this function is: static HRESULT WINAPI SysKeyboardAImpl_GetDeviceState( LPDIRECTINPUTDEVICE2A iface, DWORD len, LPVOID ptr ) { DWORD i; memset( ptr, 0, len ); if (len != 256) { WARN("whoops, got len %ld?\n", len); return DI_OK; } for (i = 0; i < (sizeof(vk_to_dik) / sizeof(vk_to_dik[0])); i++) if (GetAsyncKeyState( vk_to_dik[i][0] ) & 0x8000) ((LPBYTE)ptr)[ vk_to_dik[i][1] ] = 0x80; return DI_OK; } Is there an array_size() macro in wine? where should I put this table? Any other comments about my first usefull (at least for me) wine code? unsigned char vk_to_dik[][2] = { {VK_BACK, DIK_BACK}, {VK_TAB, DIK_TAB}, {VK_CLEAR, DIK_NUMPAD5}, /* Num Lock off */ {VK_RETURN, DIK_NUMPADENTER}, {VK_SHIFT, DIK_LSHIFT}, {VK_CONTROL, DIK_LCONTROL}, {VK_MENU, DIK_LMENU}, {VK_CAPITAL, DIK_CAPITAL}, {VK_ESCAPE, DIK_ESCAPE}, {VK_SPACE, DIK_SPACE}, {VK_PRIOR, DIK_PRIOR}, {VK_NEXT, DIK_NEXT}, {VK_END, DIK_END}, {VK_HOME, DIK_HOME}, {VK_LEFT, DIK_LEFT}, {VK_UP, DIK_UP}, {VK_RIGHT, DIK_RIGHT}, {VK_DOWN, DIK_DOWN}, {VK_INSERT, DIK_INSERT}, {VK_DELETE, DIK_DELETE}, {VK_0, DIK_0}, {VK_1, DIK_1}, {VK_2, DIK_2}, {VK_3, DIK_3}, {VK_4, DIK_4}, {VK_5, DIK_5}, {VK_6, DIK_6}, {VK_7, DIK_7}, {VK_8, DIK_8}, {VK_9, DIK_9}, {VK_A, DIK_A}, {VK_B, DIK_B}, {VK_C, DIK_C}, {VK_D, DIK_D}, {VK_E, DIK_E}, {VK_F, DIK_F}, {VK_G, DIK_G}, {VK_H, DIK_H}, {VK_I, DIK_I}, {VK_J, DIK_J}, {VK_K, DIK_K}, {VK_L, DIK_L}, {VK_M, DIK_M}, {VK_N, DIK_N}, {VK_O, DIK_O}, {VK_P, DIK_P}, {VK_Q, DIK_Q}, {VK_R, DIK_R}, {VK_S, DIK_S}, {VK_T, DIK_T}, {VK_U, DIK_U}, {VK_V, DIK_V}, {VK_W, DIK_W}, {VK_X, DIK_X}, {VK_Y, DIK_Y}, {VK_Z, DIK_Z}, {VK_LWIN, DIK_LWIN}, {VK_RWIN, DIK_RWIN}, {VK_APPS, DIK_APPS}, {VK_NUMPAD0, DIK_NUMPAD0}, {VK_NUMPAD1, DIK_NUMPAD1}, {VK_NUMPAD2, DIK_NUMPAD2}, {VK_NUMPAD3, DIK_NUMPAD3}, {VK_NUMPAD4, DIK_NUMPAD4}, {VK_NUMPAD5, DIK_NUMPAD5}, /* Num Lock on */ {VK_NUMPAD6, DIK_NUMPAD6}, {VK_NUMPAD7, DIK_NUMPAD7}, {VK_NUMPAD8, DIK_NUMPAD8}, {VK_NUMPAD9, DIK_NUMPAD9}, {VK_MULTIPLY, DIK_MULTIPLY}, {VK_ADD, DIK_ADD}, {VK_SUBTRACT, DIK_SUBTRACT}, {VK_DECIMAL, DIK_DECIMAL}, {VK_DIVIDE, DIK_DIVIDE}, {VK_F1, DIK_F1}, {VK_F2, DIK_F2}, {VK_F3, DIK_F3}, {VK_F4, DIK_F4}, {VK_F5, DIK_F5}, {VK_F6, DIK_F6}, {VK_F7, DIK_F7}, {VK_F8, DIK_F8}, {VK_F9, DIK_F9}, {VK_F10, DIK_F10}, {VK_F11, DIK_F11}, {VK_F12, DIK_F12}, {VK_NUMLOCK, DIK_NUMLOCK}, {VK_SCROLL, DIK_SCROLL}, {VK_OEM_1, DIK_SEMICOLON}, {VK_OEM_PLUS, DIK_EQUALS}, {VK_OEM_COMMA, DIK_COMMA}, {VK_OEM_MINUS, DIK_MINUS}, {VK_OEM_PERIOD, DIK_PERIOD}, {VK_OEM_2, DIK_SLASH}, {VK_OEM_3, DIK_GRAVE}, {VK_OEM_4, DIK_LBRACKET}, {VK_OEM_5, DIK_BACKSLASH}, {VK_OEM_6, DIK_RBRACKET}, {VK_OEM_7, DIK_APOSTROPHE} };

2 7

problem with CreateProces
by DanteAliegri 23 Feb '02

23 Feb '02

on #winehq we've been taking a look at a few programs that use CreateProcess at http://open-socket.dyndns.org/~dante/winetest.c is a simple testcase that should run notepad.exe ( verified in w98 ) in wine cvs we fail and go to the message box. unfortuantly. I don't know enough about wine internals to know what is going wrong. this test case though, should make it sufficently easy ( thanks to hax on #winehq : ) the interesting part of the error log is /media/wine/bin/wine: could not load library 'C:\winapps\NOTEPAD.EXE.so' as Winelib application: C:\winapps\NOTEPAD.EXE.so: cannot open shared object file: No such file or directory Also, this came from a application we were debugging, which may be useful, because it is open source (!) and does a lot of twiddling with win9x/nt internals. ( can't find the URL for it atm though, so I'll put the rarup next to the winetest.exe as hl_cs_ogc.rar ) it has a call to strstr where it is trying to find "hl.exe", but the string has HL.EXE in it, so it fails the strstr test, so I'm wondering is strstr supposed to be case insensitive in win32, or are we passing a path that has mixed case, and it shouldn't? --Dante

2 1

Re: GetStdHandle Problem
by Ignasi Villagrasa 23 Feb '02

23 Feb '02

>> If there's a problem in Wine to get this function work, I'd like to know >> if, apart from updating Wine, I can do any change in the source code in >> order to make the program work. >yes. At first I'd like to change my application code. I'm not thinking of changing wine code because I don't know about it. For instance. Should I initialize my console functions using any additional function ? >> In addition, I'd like to know which libraries should I add to the linker >> process to get the symbols resolved ? >well, I thought you said all your symbols were resolved, aren't they ? Yes. All symbols are resolved and the executable created. I ask this question because I have selected the libraries including at first -lkernel in my makefile linker process and solving then the remaining undefined symbols. I have not used any documentation that tells me what libraries to use. >but, first of all, since you didn't answer my previous questions, I'd ... I'm sorry. I supose you want to know if I have GetStdHandle in any constructor that runs before main routine. (Global instance). The answer is no. >I'd suggest using the prefered way for compiling winelib applications (which >should deal indeed with C++ initializations issues) >look at http://wine.codeweavers.com/docs/winelib-user/ for the details >(in peculiar, winemaker and --wrap option). I notice there are things I haven't understood yet. Is there any Win32 console based Winlib example. Any simple one. So I can see which process I should follow to get the program properly built. For instance, a Win32 Console based editor built using wine migration, and with source code to rebuild it. Many thanks for your interest. Ignasi Villagrasa.

2 1

X11DRV_DIB_[Get/Set]ImageBits in 1, 4 and 8 bit X modes.
by David Hammerton 22 Feb '02

22 Feb '02

Hi, I'm presently modifying the X11DRV dibsection code for slight speed improvements using shared memory pixmaps and the like. Im into the "clean up and make it work on all systems" stage of thing, and I have a question. Do people ever worry about what happens if the user is running in a 1, 4 or 8 bit X mode? This has some wacky code, which I am unable to test on my machine (or any machine around).. So i'm implementing what I think _should_ do the trick - but I have no idea if it will work.. Is it a big issue? Any suggestions to the problem? Thanks, David -- David Hammerton programmer and support TransGaming Technologies Inc. http://www.transgaming.com david(a)transgaming.com

4 3

Re: Fix spec definition for dplayx ordinal variable
by Alexandre Julliard 21 Feb '02

21 Feb '02

"Peter Hunnisett" <peter(a)transgaming.com> writes: > gdwDPlaySPRefCount is an exported ordinal variable might as well declare it as > such. Note that this creates a copy of the variable, so you can no longer reference it from the C code. I'm not sure this is what you meant to do. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: GetStdHandle Problem
by Ignasi Villagrasa 21 Feb '02

21 Feb '02

If there's a problem in Wine to get this function work, I'd like to know if, apart from updating Wine, I can do any change in the source code in order to make the program work. In addition, I'd like to know which libraries should I add to the linker process to get the symbols resolved ? Should I add msvcrt library ? Should I add ncurses library ? what about kernel, ntdll, wine, wine_unicode (These are the libraries tha resolve symbols by now) ? or Where could I find this information ? Thanks in advance. Ignasi Villagrasa.

2 1

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