March 2002 - Wine-Devel - list.winehq.org

RichText

by Martyn Ranyard

Hi, I'm a Delphi Developer, and whilst my main project I am working on at the moment works beutifully under WINE, the autorun menu doesn't. This is (I believe) because it uses a RichEdit control. I believe this is currently being worked upon, and I would like to be able to help - I should be able to by creating test programs in Delphi and running them under wine. I am not on this mailing list, so please cc me in on any progress reports / replys. I attach the standard output of wine when running my autorun program, in the hope that it might help speed bugfixing. Martyn Ranyard Free Software Advocate fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:richedit:RICHED32_WindowProc Unknown message 129 fixme:richedit:RICHED32_WindowProc Unknown message 528 fixme:richedit:RICHED32_WindowProc Unknown message 48656 fixme:richedit:RICHED32_WindowProc Unknown message 45074 fixme:richedit:RICHED32_WindowProc Unknown message 48656 fixme:richedit:RICHED32_WindowProc Unknown message 130 fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub wine: Unhandled exception, starting debugger...

March 3, 2002

Re: DTR Flow Control

by lawson_whitney＠juno.com

On Thu, 28 Feb 2002, Michael Cardenas wrote: > The parts of the source I'm using are not very different from yours. > > I picked up the latest source and tried the app and it still has the same > behavior. It can talk to the modem enough to get it to connect to the ppp > server, but it cannot communicate over the network. > > I've attached a trace using my app with the latest source. The application > seems to be stuck waiting for data and using ClearCommError to check the > number of bytes received. It calls GetOverlappedResult along with > GetLastError to check when the pending io operation has completed. > > Maybe there's something wrong with the way overlapped io is implemented when > it interacts with a serial port. The documentation calls for the user to > manually set the file pointer when using overlappedio, which doesn't seem > like it would work on a serial port. The set_file_pointer function in > server.c doesn't check for serial ports, but I'm not familiar enough with > serial communications under linux to know if it matters. I tried to disable > set_file_pointer for serial ports, but this didn't seem to have any effect. > > michael Oops, I guess that was not the way to do it. Could you try this instead: diff -ur was/dlls/kernel/comm.c is/dlls/kernel/comm.c --- was/dlls/kernel/comm.c Fri Mar 1 15:19:45 2002 +++ is/dlls/kernel/comm.c Sun Mar 3 00:37:11 2002 @@ -1248,6 +1248,7 @@ { case 0: lpdcb->Parity = NOPARITY; + lpdcb->fParity = FALSE; break; case PARENB: lpdcb->Parity = EVENPARITY; ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.

March 3, 2002

Re: DTR Flow Control

by lawson_whitney＠juno.com

On Thu, 28 Feb 2002, Michael Cardenas wrote: > The parts of the source I'm using are not very different from yours. > > I picked up the latest source and tried the app and it still has the same > behavior. It can talk to the modem enough to get it to connect to the ppp > server, but it cannot communicate over the network. > > I've attached a trace using my app with the latest source. The application > seems to be stuck waiting for data and using ClearCommError to check the > number of bytes received. It calls GetOverlappedResult along with > GetLastError to check when the pending io operation has completed. > > Maybe there's something wrong with the way overlapped io is implemented when > it interacts with a serial port. The documentation calls for the user to > manually set the file pointer when using overlappedio, which doesn't seem > like it would work on a serial port. The set_file_pointer function in > server.c doesn't check for serial ports, but I'm not familiar enough with > serial communications under linux to know if it matters. I tried to disable > set_file_pointer for serial ports, but this didn't seem to have any effect. > That doesn't make much sense to me. I can't see why a comm port should be lseekable, if that is what you mean. I don't much trust Microsoft doco either. The app doesn't seem to be doing set_file_pointer on the modem either. > michael I don't know about that yet, but it seems to me that GetCommState is incorrectly creating lpdcb with fParity - if that is indeed what it is and the structure and names are correct, and then the dumb app is just using it. Could you try it this helps? diff -ur was/dlls/kernel/comm.c is/dlls/kernel/comm.c --- was/dlls/kernel/comm.c Fri Mar 1 15:19:45 2002 +++ is/dlls/kernel/comm.c Sat Mar 2 23:22:09 2002 @@ -1235,19 +1235,17 @@ default: ERR("unknown size %x \n",port.c_cflag & CSIZE); } - - if(port.c_iflag & INPCK) - lpdcb->fParity = TRUE; - else - lpdcb->fParity = FALSE; + #ifdef CMSPAR switch (port.c_cflag & (PARENB | PARODD | CMSPAR)) #else switch (port.c_cflag & (PARENB | PARODD)) #endif { + lpdcb->fParity = TRUE; case 0: lpdcb->Parity = NOPARITY; + lpdcb->fParity = FALSE; break; case PARENB: lpdcb->Parity = EVENPARITY; ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.

March 3, 2002

DDE Problems and Thread Execution Order in win16 - win3.1

by list＠vmn.com.br

Hi, I am trying to run a 16bit windows app on wine. The app is broken down into about 5 diferent EXE files. The init sequence is something like: --- PDV.EXE -> starts up and calls DISP.EXE -> DISP and PDV communicate through DDE BD2.EXE -> runs ctree, a dbf database ... (other apps get spawned by PDV.EXE) If above sequence is successfull - PDV's User Interface get's completely built PDV is ready for user interaction. --- PDV has 2 windows and DISP has one. All the other apps run minimized. I can't get the APP to finish this init sequence. It either hangs with a lot of err:ntdll:RtlpWaitForCriticalSection section 0x4010030c "syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) fs=0897 errors and/or crashes with an exception. The app runs fine untill it get's to the point where it spawns a second EXE. It seems to me that the execution of these processess is not happening in the same order in win98 and in wine. Could this be the case? I read all I could find in the mailing lists and the manual on this issue, specially wine-devel manual. A good example to demonstrate this is the sequence where PDV.EXE calls DISP.EXE and then tries to set up DDE. The code in the APP is: 1. Run PDV.EXE 2. PDV.EXE Calls DISP.EXE - DISP initializes 3. Set up DDE The code being run by wine is 1. Run PDV.EXE 2. PDV.EXE Calls DISP.EXE - Disp starts initializing and control is returned to PDV.EXE 3. PDV.EXE thinks DISP.EXE is initialized and tries to set up DDE. The call fails 4. DISP.EXE finishes initializing , does not receive a DDEConnect and just sit's there with no work to do. The sequence where PDV.EXE calls BD.EXE is similar. It seems that BD.EXE is not getting enough processor time to finish it's init sequence, and so my app hangs during the init sequence. I don't know how to test this. I have access to the source of these apps. If I compile them with debugging info, will I be able to see them in winedbg? Is there a call in win16 to yield the app's execution? Maybe if I called this often in my PDV.EXE code, things would work out? I have been at it for about two days and would certainly appreciate an insight. Please help me out ! Thanks, Miguel --- I would like to note that the app was not drawing it's windows correctly - the windows where gray. I thought this was due to the same problem as the init sequence but when I set winLook=win31 in the .wine/config file, this problem is solved. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

March 2, 2002

Re: update on bug #11 and #435, newbie questions

by Francois Gouget

On Fri, 1 Mar 2002, jasonp wrote: > > I'm new to Wine development and was checking out bug #11 (from "tasklet" > meta-bug #406) > I added some comments for it. It seems beyond the scope of a beginner type > bug. See bug for details. I moved it to a new list called FIXMEs. It is intended as an intermediate list for fully diagnosed bugs. That's the third list but don't worry, I intend to stop there. * Tasklets http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=406 * FIXMEs http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=455 * Tasklist http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=395 Now, I really must get going on that contrib page. [...] > I was going to look at bug #323 (close stdout/stderr for wineclipsrv, ie. > run as daemon) > Any suggestions or comments for that? > Wouldn't the system call daemon() take care of it pretty easily? I was more thinking of calling fork+setsid directly but daemon() could do the trick. The question is whether it is portable. Checking... It is there in FreeBSD good. But it is not there on Solaris. So it is probably best to use fork+setsid directly. It is actually quite simple. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Cahn's Axiom: When all else fails, read the instructions.

March 2, 2002

Re: Question about ToolbarWindowProc

by Guy L. Albertelli

----- Original Message ----- From: "Dmitry Timoshkov" <dmitry(a)baikal.ru> To: "Guy L. Albertelli" <galberte(a)neo.lrun.com>; "Jeremy Shaw" <jeremy(a)lindows.com> Cc: <wine-devel(a)winehq.com> Sent: Friday, March 01, 2002 1:26 PM Subject: Re: Question about ToolbarWindowProc > I have attached the result of my work in understanding of workings of 0x0463. > It seems that all cases except of "if(wParam == 1)" work as expected. > Hope it will help to concentrate our efforts. Hi Dmitry, Here is my current code. Together with the toolbar.c patch committed 2/26/2002, this code seems to display the IE5.5 "Favorites" menu dropdown fairly well. The changes to spy.c display the SIZE structure before and after the message processing. Very helpful in watching the native control. Known problems: 1. First embeded toolbar (containing the "Add..." and "Orginize..." buttons) does not seem to be processed as vertical, thus only the "Add.." button shows. But the actual bookmarks show up and pager works. 2. Your code segment with the GetWindowRect and MapWindowPoints I also see in the relay trace. It needs more investigation. 3. I also have a relay trace fragment that shows a loop through each button doing some measurement by GetDC, GetTextExtent..... We need to understand it better. Well back to the relay traces. Guy

March 2, 2002

Update: Agenda for wineconf 2002

by Michael Robertson

We have two full days planned (March 15th-16th). The sessions will go from 9-5 on both Friday and Saturday. I think all of the international attendees are coming in on Thurs, so they'll be rested up to start at 9am Friday morning. Both days, breakfast pastries will be provided at the conference premises along with lunch. Dinners will be within walking distance on Friday and Saturday shuttles will be provided to our dinner spot. We're also planning on providing transportation from the airport to hotels on Thurs for our out of town guests. So a rental cars may not be necessary unless you're planning on extra activities on Sunday that aren't part of the conference. As for the conference sessions, the attendees are the speakers, so we're asking those in attendance to prepare a 30-45 minute presentation meant to educate and inform as well as spur on discussion. If you don't see your name on the list below, please send me a topic you would like to give a presenation on. We have a great conference venue lined up which will have plenty of meeting rooms and state of the art presentation capabilities along with internet access. To give a presentation, you can either bring a laptop to plug into the video projection system or you can email to me your presentation and I will insure that it is on a computer plugged into the projection system for your presentation. There are 3 areas that we'll be focusing on: Business issues - This will be a combination of presentation from companies talking about their business experience with WINE as well as talks on the non-technical issues facing WINE. Wine Technology - There will be some advanced topics as well as some more general overviews. Since (http://www.lpbn.org) will be on hand to shoot video of all the session, our goal is to have a video series that those newer to wine can view at anytime via the net to get up to speed. There will be a series of more advanced topics as well. Future of wine - These will be talks focusing on looking forward to technology and business issues confronting wine. Alexandre's keynote will set the tone and provide a roadmap for many of the discussions. The specific times for the speakers below have not been set other than Alexandre's keynote which naturally will start the conference. Here's the working list. If you see your name below and don't like the topic, let me know that people have requested we're happy to change it. If you don't see your name below, let me know and we'll do our best to accomodate you! -- MR Business Talks ----------------- An Unique Commercial Application for WINE [Cadlink Technology/Hawkes] Gaming and Beyond [Transgaming/State] ReactOS - Where it's at, where it's going [ReactOS/Filby] Corel, A Look Back [Xandros/Tranter] Crossover Strategy [Codeweavers/???] Macadamian - Making It As A Software House [Hatheway] Developer Funding, Who Pays The Rent [???] Wine Technology -------------------- Approaches to debug a random windows program different approach [Weigand] Development Model [AJ] NORM - The secret weapon [Codeweavers/???] Making Fonts Not Look Like Crap [Davies] Regression Testing [???] How To Improve The Debugger [Meissner] Maximizing performance of WINE [???] Package streamlining of WINE [???] DirectX [Kaaven] WINE as a porting tool [Jacques] API Standardization [???] Future of Wine ---------------- AJ - Wine Keynote to open the conference 9am on Friday. WINE's "Most Wanted": Features To Make WINE Great [???]

March 1, 2002

update on bug #11 and #435, newbie questions

by jasonp

I'm new to Wine development and was checking out bug #11 (from "tasklet" meta-bug #406) I added some comments for it. It seems beyond the scope of a beginner type bug. See bug for details. Also, the latest build was having problems getting configure to recognize freetype which was already reported as #435. It has some more details now. Something else I came across: the most recent tarfile for CVS dirs, "wine-cvsdirs-20011226.tar.gz", is missing the directory for "wine/dlls/crypt32/CVS" Should this be reported as a bug? I was going to look at bug #323 (close stdout/stderr for wineclipsrv, ie. run as daemon) Any suggestions or comments for that? Wouldn't the system call daemon() take care of it pretty easily? Jason Phillips

March 1, 2002

Re: Question about ToolbarWindowProc

by Dmitry Timoshkov

"Guy L. Albertelli" <galberte(a)neo.lrun.com> wrote: > After more thought (this is still supposition), I think that lParam is a > LPSIZE. Also that the code (at least partially) could be: [skipped] > Note that there has to be some difference between [0463] and TB_GETMAXSIZE. > Also I have seen some of the values being -1 or other small values. > > Making the changes to spy.c and seeing what the natvie control does will be > the key. Hello Guy. I have attached the result of my work in understanding of workings of 0x0463. It seems that all cases except of "if(wParam == 1)" work as expected. Hope it will help to concentrate our efforts. -- Dmitry.

March 1, 2002

Re: DTR Flow Control

by Andreas Mohr

On Thu, Feb 28, 2002 at 06:42:28AM -0800, Michael Cardenas wrote: > The parts of the source I'm using are not very different from yours. > > I picked up the latest source and tried the app and it still has the same > behavior. It can talk to the modem enough to get it to connect to the ppp > server, but it cannot communicate over the network. > > I've attached a trace using my app with the latest source. The application > seems to be stuck waiting for data and using ClearCommError to check the > number of bytes received. It calls GetOverlappedResult along with > GetLastError to check when the pending io operation has completed. > > Maybe there's something wrong with the way overlapped io is implemented when > it interacts with a serial port. The documentation calls for the user to > manually set the file pointer when using overlappedio, which doesn't seem > like it would work on a serial port. The set_file_pointer function in > server.c doesn't check for serial ports, but I'm not familiar enough with > serial communications under linux to know if it matters. I tried to disable > set_file_pointer for serial ports, but this didn't seem to have any effect. Just for the record: I've also got some program which uses overlapped transmission and which also doesn't work (some NEC 78K uController demo kit). -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

March 1, 2002