- Wine-Devel - list.winehq.org

thread confusion
by Bill Medland Aug. 21, 2002

Aug. 21, 2002

I just noticed this while looking into a problem with the ComboBox code. It makes no sense to me. The application runs a container executable which then loads up an OCX (based on the command line). Part of that OCX includes a control based on the ComboBox control. (That's another story). I added a couple of MessageBox calls in the source of the control's code. While the OCX was loading the "before" and "after" message boxes were displayed as expected. However once the OCX was up and I pulled down the dropdown list the "before" message box popped up TWICE and you had to say OK to them in the correct order to get the pair of "after" boxes. So I included GetCurrentThreadID in the message they displayed, thinking that we now had two threads. But both had (or appeared to have) the same thread ID. So I turned on the dialog warnings and, yes, the second call to MessageBox was occurring while the first was still executing. Anyone know what is going on there? Bill

2 2

OpenGL ICD
by Jurgen Van Gael Aug. 21, 2002

Aug. 21, 2002

Hi everyone, I am looking into implementing opengl based on MesaGL for the reactos platform. I am currently looking into the possibility of hardware accelerating opengl but it seems microsoft has stopped spreading around it's ICD (installable client driver) documentation. Steven edwards told me marcus meissner of lionel ulmer might be able to help out here. First of all (maybe wine people won't know the details of this), if I get my hands on one of those, would that pose a legal risk on the reactos project. (They used to be distibuted to anyone, last year they were pulled of the MS website) Second of all, if using ICD documentation wouldn't be a problem, has anyone lying an old copy around? As microsoft will be open sourcing some of their protocols, there is a chance this might be one of them. Any other comments on planning to implement opengl? Jurgen

2 1

ODBC SQL Server or mySQL
by List vmn Aug. 21, 2002

Aug. 21, 2002

Hi, I need to run a visual basic app that accesses SQL Server. Does anyone have any experience with ADO and wine? Does the current state of wine support ADO? Should I use a connection with an ODBC instead of ADO´s SQL Server Provider? How does ODBC support work in wine? Has anybody made mySQL windows ODBC driver work under wine? The app can also acess mysql....but preferably accesses SQL Server. Thanks, Miguel

1 0

warning, arena
by Fabian Cenedese Aug. 21, 2002

Aug. 21, 2002

Hi While debugging I found following warning: warn:heap:HEAP_ValidateInUseArena Heap 413a0000: unaligned arena pointer 413a0b62 Is this warning a Wine problem or a Windows problem? (Hmm, arena, had to look it up first :) Thanks Fabi

3 2

undefined references when building shlwapi on mingw
by Steven Edwards Aug. 21, 2002

Aug. 21, 2002

shlwapi.exp(.edata+0x4b4):fake: undefined reference to `StrRStrIA(a)8' shlwapi.exp(.edata+0x4b8):fake: undefined reference to `StrRStrIW(a)8' __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 2

RE: Comboex: CBES_EX_NOSIZELIMIT
by Patrik Stridvall Aug. 21, 2002

Aug. 21, 2002

> On August 21, 2002 03:59 am, Patrik Stridvall wrote: > > > Does anyone know WT!$@# is CBES_EX_NOSIZELIMIT supposed to do? > > > > CBES_EX_NOSIZELIMIT > > Allows the ComboBoxEx control to be vertically sized smaller than > > its contained combo box control. If the ComboBoxEx is sized smaller > > than the combo box, the combo box will be clipped. > > Sorry, I should have been more explicit. Of course I know what the > official documentation says... What I don't understand is what is this > supposed to do, exactly? Exactly what it says. :-) Seriously. I'm not sure. It might mean that the height of the height of the combobox shouldn't be enlarged if it doesn't fit. Look at the code below. Perhaps if( infoPtr->himl ) { should be changed to if( infoPtr->himl && !(infoPtr->dwExtStyle & CBES_EX_NOSIZELIMIT) ) { or something. Possible should other places be changed as well. Not sure. I don't understand what it would be useful for either. Oh well... Does anybody have any other ideas? ---8<--- static void COMBOEX_ReSize (COMBOEX_INFO *infoPtr) { SIZE mysize; UINT cy; IMAGEINFO iinfo; COMBOEX_GetComboFontSize (infoPtr, &mysize); cy = mysize.cy + CBE_EXTRA; if (infoPtr->himl) { ImageList_GetImageInfo(infoPtr->himl, 0, &iinfo); cy = max (iinfo.rcImage.bottom - iinfo.rcImage.top, cy); TRACE("upgraded height due to image: height=%d\n", cy); } SendMessageW (infoPtr->hwndSelf, CB_SETITEMHEIGHT, (WPARAM)-1, (LPARAM)cy); if (infoPtr->hwndCombo) SendMessageW (infoPtr->hwndCombo, CB_SETITEMHEIGHT, (WPARAM) 0, (LPARAM) cy); }

1 0

RE: Comboex: CBES_EX_NOSIZELIMIT
by Patrik Stridvall Aug. 21, 2002

Aug. 21, 2002

> Does anyone know WT!$@# is CBES_EX_NOSIZELIMIT supposed to do? CBES_EX_NOSIZELIMIT Allows the ComboBoxEx control to be vertically sized smaller than its contained combo box control. If the ComboBoxEx is sized smaller than the combo box, the combo box will be clipped. > I'd like to finish Comboex, and this is giving me grief... OK. :-) PS. In case you didn't know here are all ComboBox extended styles: CBES_EX_CASESENSITIVE String searches in the list will be case sensitive. This includes searches as a result of text being typed in the edit box and the CB_FINDSTRINGEXACT message. CBES_EX_NOEDITIMAGE The edit box and the dropdown list will not display item images. CBES_EX_NOEDITIMAGEINDENT The edit box and the dropdown list will not display item images. CBES_EX_NOSIZELIMIT Allows the ComboBoxEx control to be vertically sized smaller than its contained combo box control. If the ComboBoxEx is sized smaller than the combo box, the combo box will be clipped. CBES_EX_PATHWORDBREAKPROC Windows NT only. The edit box will use the slash (/), backslash (\), and period (.) characters as word delimiters. This makes keyboard shortcuts for word-by-word cursor movement (CTRL+ARROW) effective in path names and URLs. Note: if you try to set an extended style for a ComboBoxEx control created with the CBS_SIMPLE style, it might not repaint properly. The CBS_SIMPLE style also does not work properly with the CBES_EX_PATHWORDBREAKPROC extended style.

2 1

size art
by Dmitry Timoshkov Aug. 21, 2002

Aug. 21, 2002

Hello all. Is anybody interested to make it work under Wine? :-) -- Dmitry.

1 0

Re: thread confusion
by John K. Hohm Aug. 21, 2002

Aug. 21, 2002

Thus spake Bill Medland: [...] > I added a couple of MessageBox calls in the source of the control's code. > While the OCX was loading the "before" and "after" message boxes were > displayed as expected. However once the OCX was up and I pulled down the > dropdown list the "before" message box popped up TWICE and you had to say > OK > to them in the correct order to get the pair of "after" boxes. So I > included GetCurrentThreadID in the message they displayed, thinking that we > now had two threads. But both had (or appeared to have) the same thread > ID. > So I turned on the dialog warnings and, yes, the second call to MessageBox > was occurring while the first was still executing. > > Anyone know what is going on there? I suspect you are calling MessageBox() during processing of a message sent via SendMessage() during processing of another message posted to the control's queue. That is typically a recipe for confusion or worse; one way to avoid it, though it might not make MessageBox() debugging very useful, is to call MessageBox() only when InSendMessage() returns FALSE.

1 0

Small bug in trace msg
by Fabian Cenedese Aug. 21, 2002

Aug. 21, 2002

Hi Looking through debugmessages I found a small bug. There's a message of CALL ... (really all upper case) and the next message is appended to it, seems like there is a linefeed missing. I don't have cvs access and I didn't thought it's a bug as big as it would need a bug report. So I posted it here. Why are there Call ... and CALL ...? Fabi

2 3