wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Listview: what next?
by Dimitrie O. Paun 29 Oct '02

29 Oct '02

Folks, I now consider the listview rewrite complete. What this means: -- current revision (1.325) may become a reference rev for a while -- bugs for the listview should be submitted through Bugzilla NOw, I know there are outstanding bugs. Most likely, there would always be. But i have to draw the line somewhere. I would like everybody that submitted bugs/feature requests/etc. to retest with the latest code in CVS, and submit a bug at http://bugs.winehq.org: 1. assign it to me (dpaun(a)rogers.com) 2. try to find the revision that caused it 3. screenshots of visual problems help alot Due to my hand problems, I will not be as active these days. But I will be glad to review problems, and think about solving them, so please fill out those bug reports! :) Again, having the bugs in Bugzilla will help me greatly in managing them. -- Dimi.

1 0

wwn141
by Jürgen Schmied 28 Oct '02

28 Oct '02

Just a comment to the mentioned use of LPC to ememinate the server part of rpc: Since wine uses a server every lpc-call causes a lot of context switching. LPC with the wine server will never be as fast as on winnt. -The client would have to wait on the client side what means a client call needs 2 roundtrips to the server. - There are 3 processes playing a role: client, wine-server and the server. Where winnt needs only a context switch between the client and the server and one back, we need at least 6: client -> wineserver (copies request-message to wineserver) wineserver -> client (gives wait handle back) wineserver->server (server wakes up on it's wait handle and gets request-message) ... server is working now ... server->wineserver (server copies replay-message to wineserver) client->wineserver (client is waken up and calls wineserver for data) wineserver->client (client gets replay-message from wineserver) So I would consider a different IPC mechanism for this. Or could we implement LPC in a better way? juergen --- juergen.schmied(a)debitel.net

4 3

Re: Interrupts / Improve winedos infrastructure
by Alexandre Julliard 28 Oct '02

28 Oct '02

Jukka Heinonen <jhei(a)iki.fi> writes: > Changelog: > Add routines for manipulating protected mode interrupt handlers to > winedos dll. Add routine for checking if process is Windows process. > Fix DOSVM_IsDos32 interface. Move real mode interrupt handler > manipulation routines to interrupts.c. I have applied it, but I think you should change DOSVM_GetBuiltinHandler to use a static function table; there's no need to use GetProcAddress on winedos.dll itself, this is only necessary for 16-bit entry points. -- Alexandre Julliard julliard(a)winehq.com

1 0

open-source friendly network card vendor
by David Christensen 28 Oct '02

28 Oct '02

wine-devel(a)winehq.com: I've looked for a forum, mailing list, or newsgroup specifically oriented for network card device driver development, but haven't found one. Any suggestions? I'm looking for an open-source friendly network card vendor -- e.g. the vendor publicly discloses the technical information required to write device drivers. Does anybody have any recommendations? If so, can you please provide URL's to their technical information? TIA, David Christensen dpchrist(a)holgerdanske.com

1 0

RE: MSVCRT: added support for re-throwing exceptions
by Patrik Stridvall 28 Oct '02

28 Oct '02

> "Patrik Stridvall" <ps(a)leissner.se> wrote: > > > [1] All tests currenly doesn't compile quite yet, but the > > infrastructure is in place. I haven't had much time to look at > > it yet. Help would be nice... > > Patrik, what kind of help do you need regarding this issue? > I'll gladly help when I have time. [I assume any reader is knows how to use MS VC++, Especially how to use workspaces with multi projects] First of all you need two computers. One with Windows and Microsoft Visual C++ 6.0 One with some Unix supported by Wine and Samba installed. Unpack (or better download with CVS) Wine on the Unix computer. cd wine ./tools/winapi/msvcmaker Export the wine directory on the Unix computer using Samba and mount it on the Windows computer. Open the file winetest.dsw in the wine directory (generated by msvcmaker) using Microsoft Visual C++. Now you can compile and run the tests. Or rather you should be able to. All the tests doesn't compile. That what I want help with. The second step would be actually getting all the tests to not fail as well... PS. Note that you can try to compile all of Wine as well by opening wine.dsw instead. Of course that doesn't compile either but that have less priority than the tests...

1 0

Tab Control
by Fabian Cenedese 28 Oct '02

28 Oct '02

Hi When I try to use the tab control in a VB6 program it exits with an error dialog: "Can't load 'SSTab' from TabCtl32.ocx. TabCtl32.ocx is probably too old." This is with builtin dlls. It works when I set ole.dll and oleaut32.dll to native. Winedbg doesn't give more information, it just looks like: --- (snip) --- No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VB6DE.DLL' (0x66630000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\TABCTL32.OCX' (0x212f0000) (here comes the error dialog, OK) Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=08112ba8 has terminated I also made some traces with +ole but I couldn't see any reasons why it fails. Also a bt at the moment of the popup doesn't show much, it's all inside MSVBVM60.DLL. If somebody wants to try, here's a small test project and exe (VB6). The TabCtl32.ocx in my case is from SP4. I don't know if this matters. http://www.indel.ch/ftp/TabError.zip Thanks bye Fabi

1 0

RE: MSVCRT: added support for re-throwing exceptions
by Patrik Stridvall 28 Oct '02

28 Oct '02

> LICENSE: LGPL > > If you compile the following code with Visual C++ using the > /MD option (so > that it uses msvcrt.dll) > > class CExceptionClass > { > public: > CExceptionClass() {number=0;} > long number; > }; > > void doSomething() > { > try { > throw CExceptionClass(); > } catch(...) { > throw; > } > } > > int main(int argc, char* argv[]) > { > try { > doSomething(); > } catch(CExceptionClass& e) { > printf("%d\n",e.number); > } > return 0; > } > > and run it under WINE, it will crash. It would probably be a good idea to submit this as a test in order to check that this will work in the future. However this is not a normal test because of two reasons 1. It is a C++ only test 2. It is only meaningful if a binary compiled by MS VC++ is run under Wine. Anyway, since very recently thanks to ./tools/winapi/msvcmaker it is possible to compile[1] the Wine tests using MS VC/C++ and run them under Windows. Obviously the binaries generated should be able to run under Wine as well... [1] All tests currenly doesn't compile quite yet, but the infrastructure is in place. I haven't had much time to look at it yet. Help would be nice...

2 1

Re: Listview Z8
by Jeff Smith 28 Oct '02

28 Oct '02

(note that I am presently at a computer *not* set up for i18n) I think Hebrew was made to go RTL just to give programmers headaches. Actually, I'm trying to learn Hebrew, and I keep catching myself trying to write it LTR. Now if Dimi went to the Hebrew alephbet, would he have to change from Z1, Z2,... to 1{aleph}, 2{aleph},... -- Jeff S. >From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > >That's why I included them here, so you can copy and paste.... > >Just remeber to set your locale to either Iso-8859-8 or UTF-8, or you'll >lose the special chars. Even more tricky, if your email client supports >BiDi (Your'e using kmail, but only the one that came with KDE-3 did, and I >don't know what version that was), then the first character, "×", is on >the *right* `-) > > Shachar > > >Dimitrie O. Paun wrote: > >>On October 27, 2002 12:14 pm, Shachar Shemesh wrote: >> >> >>>"×××××××××××××× ×¡×¢×€×Š×§×š×©×ª". Very useful `-) >>> >>> >> >>Very cool man, but, ..., hmm, ..., I don't have a Hebrew keyboard. ;) _________________________________________________________________ Get a speedy connection with MSN Broadband. Join now! http://resourcecenter.msn.com/access/plans/freeactivation.asp

2 1

[OT] Announcing Aztech AZF3328/PCI168 sound driver
by Andreas Mohr 28 Oct '02

28 Oct '02

Hi all, the reason I've been rather quiet on the wine-patches side is that I've been busy writing an ALSA driver for the entirely UNDOCUMENTED and UNSUPPORTED PCI soundcard Aztech PCI168. This has been consuming vast amounts of weeks (all in all I'd say in compressed form 4 weeks of 2 hours per evening). This driver (azt3328.c) is more or less working now (some minor quirks remain) and has just been committed to ALSA CVS today. I don't expect anyone here to have access to such a card, but if you have, then you might want to give it a whirl ;-) Greetings, Andi

1 0

Re: Segmentation Fault: A possibility???
by Kye Lewis 28 Oct '02

28 Oct '02

Hi, Sorry for posting all of this to the wine-devel group continuously, but I may have found the problem (or I may not have) but either way I need some help. I have run wine --debugmsg +relay acrord32.exe and read the resulting file. The last thing that comes up is: wineoss.drv I had a quick look through the specific function's code (The actual log entry is: Call wineoss.drv.DriverProc(00000000,403e2858,00000001,00000000,00000000) ret=40c9d2b5 ) Recently in the KDE Control Panel's Sound options, I ticked the 'Use Full Duplex' option - and ever since that it hasn't worked. Could this have been the reason? I can't look and see if it was now, i'll have to restart linux, and right now i'm the internet server on the network - so no restarts for me :( -- Thanks, Kye Lewis kyethespy(a)liquid2k.com

2 1

Bad hand
by Dimitrie O. Paun 28 Oct '02

28 Oct '02

Sorry everybody, My right hand hurts badly, I'll be off for a few days... -- Dimi.

2 1

Re: Bug #321: dlls/msvct/vf[w]printf functions
by Dmitry Timoshkov 28 Oct '02

28 Oct '02

"Jaco Greeff" <jaco(a)puxedo.org> wrote: > Changelog: > * dlls/msvcrt/vfprintf.c, dlls/msvcrt/Makefile.in, > dlls/msvcrt/tests/printf.c, dlls/msvcrt/tests/Makefile.in: Jaco Greeff > <jaco(a)puxedo.org> > - Full implementation to allow for %C & %S in all printf related functions > - Test case for the printf functions to test all known cases of formatting > (test case based on example found on MSDN site) I'm sorry for returning to that topic again and again, but it's really does matter. > +static void test_printf(void) > +{ > + FILE* f; > + char ch = 'a', *string = "computer"; > + int count = -9234; > + double fp = 251.7366; > + wchar_t wch = L'w', *wstring = L"Unicode"; > + void *p = 0x1234ABCD; Please, 1. use explicit WCHAR type instead of wchar_t. 2. explicitly encode unicode strings. > wctomb(ch, wch); 3. directly use Win32 conversion APIs (WideCharToMultiByte in this case). Take a look at other places in the Wine source how to do it properly. Thanks. -- Dmitry.

3 6

Re: Listview Z8
by Dimitrie O. Paun 28 Oct '02

28 Oct '02

On October 27, 2002 11:28 am, Dimitrie O. Paun wrote: > ChangeLog > Mark immutable objects as const. Fix inconsisten *-style. This one, of course, is Z7, not Z8. Hmm, now I have problems with digits, on top of the alphabet... And NO, we used to do a _lot_ of math in Romania! :P -- Dimi.

3 4

Re: Segmentation Fault
by Kye Lewis 28 Oct '02

28 Oct '02

Oh, and one other thing. If I run the setup for who wants to beat up a millionaire (it's a WISE installer), the blue 'Initializing Wise Installation Wizard' screen comes up BEFORE wine faults. > On Sun, 2002-10-27 at 21:14, Kye Lewis wrote: > > I don't know if this will help my Segmentation Fault at all, but when > > runing winedbg c:\\windows\\pbrush.exe, the Debugger actually waits for > > a command from me. > > > > If i take a step, it says: > > > > Single Stepping until exit from function, > > which has no line number information > > Stopped on breakpoint 1 at 0x0040100c (pbrush.exe.Entrypoint in > > c:\windows\pbrush.exe > > > > If i then step again > > > > Invalid address for breakpoint 0, disabling it > > ..... breakpoint 1 ..... > > ..... breakpoint 2 ..... > > Process of pid=0a24dbf0 has terminated > > > > a very odd thing happens if i run, and then step: > > > > another window pops up (gdb) and I get wine_dbg_cmd: Exception c00000005 > > in the Wine Debugger > > the gdb window says 0x402e2b41 in nanosleep () from /lib/i686/libc.so.6 > > > > and stepping in that window steps me through function nanosleep (?!?!?!) > > > > it would seem that it starts to debug wine itself! > > > > unfortunately, this window doesn't allow copy and paste, so i'll have to > > type it out for you (it may be a little incorrect): > > > > __errno_location () at errno.c:48 > > 48 return wine_errno_location(); > > > > (gdb) step > > > > thread_errno_location () at ../../include/winnt.h:1717 > > 1717 __asm__(".byte 0x64\n\tmov1 (0x18),%0" : "=r" (teb)); > > > > (gdb) step > > > > Program recieved signal SIGSEGV, Segmentation fault > > thread_errno_location () at ../../include/winnt.h:1717 > > 1717 __asm__(".byte 0x64\n\tmov1 (0x18),%0" : "=r" (teb)); > > > > (gdb) step > > > > Program recieved signal SIGCONT, Continued > > 0x40305134 in read () from /lib/i686/lib.so.6 > > > > etc... etc... etc... > > > > and it goes through a whole heck of code... > > > > The only thing that comes up in the console is > > > > Can't attach process 8072d90: error 5 > > > > Thanks, > > Kye Lewis > > kyethespy(a)liquid2k.com > > > > > > > > >

1 0

Re: Listview Z8
by Jeff Smith 28 Oct '02

28 Oct '02

Actually, I believe Klingon got rejected. Some junk about it not being a 'real' language or something. Try telling that to all the people that speak it though. Probably more than some of the other languages represented in Unicode. Maybe we should continue through the ASCII character set: 'X' 'Y' 'Z' '[' '\' ']' '^' '_' ... -- Jeff S. >From: "David D. Hagood" <wowbagger(a)sktc.net> >To: wine-devel(a)winehq.com > >Andreas Mohr wrote: > >> >>What a weak and useless suggestion, this will run out of characters in >>no time at all ;-) >>Better use Chinese characters ! > >Bah! You are still weak! Better to use Klingon - I do beleive they've >reserve some Unicode space for them! _________________________________________________________________ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp

1 0

[wine application] wineinput
by yumj 28 Oct '02

28 Oct '02

http://opencjk.org/projects/wineinput/index-e.html

1 0

Treeview bug - question
by Dustin Navea 28 Oct '02

28 Oct '02

Anyone wanna take a stab at the treeview email I sent earlier, since Guy isnt actively developing anymore? I may take a look at it, but I'm not sure if I will be able to do anything with it. __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/

1 0

Re: Listview Z8
by David D. Hagood 28 Oct '02

28 Oct '02

Andreas Mohr wrote: > > What a weak and useless suggestion, this will run out of characters in > no time at all ;-) > Better use Chinese characters ! Bah! You are still weak! Better to use Klingon - I do beleive they've reserve some Unicode space for them!

1 0

search for Slava Monich
by Doug Brown 27 Oct '02

27 Oct '02

Hello I used to work with Slava Monich in the period 1992-1997 thereabouts. I am interested to find him now. I found his name on some Wine web pages from Google search on his name and after not finding anything furthermore specific I ask you for help. If you have any latest and greatest contact information for this gentleman, please let me know. I tried him at monich(a)ftp.com but got denied. Thank you very much DHB

2 1

Re: Bug #321: dlls/msvct/vf[w]printf functions
by Jaco Greeff 27 Oct '02

27 Oct '02

On 27 Oct 2002 22:28:33 -0000, "Jaco Greeff" <jaco(a)puxedo.org> wrote : > Changelog: > - Test case for the printf functions to test all known cases of formatting > (test case based on example found on MSDN site) The test case is mostly the same as this example with "\t" replaced with spaces and some extra "\n" characters: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html… Output from a test run attached to this mail. Greetings, Jaco

1 0

Found problem-causing patch for treeview
by Dustin Navea 27 Oct '02

27 Oct '02

Ok, I finally found the patch that is causing treeview to not work on StarCraft (see bug #1073 for more info and the debug output) The hypermail link to the patch is: http://www.winehq.com/hypermail/wine-cvs/2002/03/0070.html I'm not sure which part of the patch caused it but that is the one causing it because cvs 1 second before that patch works fine, cvs the second of the patch does not. If someone could take a look at it and the debug output I would greatly appreciate it. I believe that this bug may also be whats causing native regedit to not show anything, but I'm not sure, that one could be listview related. -Dustin __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/

2 1

Re: Listview Z8
by Shachar Shemesh 27 Oct '02

27 Oct '02

Oh my god!!! he is running out of alphabet letters!!! ;-) Shachar Dimitrie O. Paun wrote: >ChangeLog > Mark immutable objects as const. Fix inconsisten *-style. > >--- dlls/comctl32/listview.c.Z6 2002-10-27 10:29:52.000000000 -0500 >+++ dlls/comctl32/listview.c 2002-10-27 11:24:45.000000000 -0500 >@@ -370,7 +370,7 @@ > static void LISTVIEW_GetOrigin(LISTVIEW_INFO *, LPPOINT); > static BOOL LISTVIEW_GetViewRect(LISTVIEW_INFO *, LPRECT); > static void LISTVIEW_SetGroupSelection(LISTVIEW_INFO *, INT); >-static BOOL LISTVIEW_SetItemT(LISTVIEW_INFO *, LPLVITEMW, BOOL); >+static BOOL LISTVIEW_SetItemT(LISTVIEW_INFO *, const LVITEMW *, BOOL); > static void LISTVIEW_UpdateScroll(LISTVIEW_INFO *); > static void LISTVIEW_SetSelection(LISTVIEW_INFO *, INT); > static void LISTVIEW_UpdateSize(LISTVIEW_INFO *); >@@ -380,7 +380,7 @@ > static INT LISTVIEW_GetStringWidthT(LISTVIEW_INFO *, LPCWSTR, BOOL); > static BOOL LISTVIEW_KeySelection(LISTVIEW_INFO *, INT); > static UINT LISTVIEW_GetItemState(LISTVIEW_INFO *, INT, UINT); >-static BOOL LISTVIEW_SetItemState(LISTVIEW_INFO *, INT, LPLVITEMW); >+static BOOL LISTVIEW_SetItemState(LISTVIEW_INFO *, INT, const LVITEMW *); > static LRESULT LISTVIEW_VScroll(LISTVIEW_INFO *, INT, INT, HWND); > static LRESULT LISTVIEW_HScroll(LISTVIEW_INFO *, INT, INT, HWND); > static INT LISTVIEW_GetTopIndex(LISTVIEW_INFO *); >@@ -469,7 +469,7 @@ > /* > * compares a Unicode to a Unicode/ANSI text string > */ >-static inline int textcmpWT(LPWSTR aw, LPWSTR bt, BOOL isW) >+static inline int textcmpWT(LPCWSTR aw, LPCWSTR bt, BOOL isW) > { > if (!aw) return bt ? -1 : 0; > if (!bt) return aw ? 1 : 0; >@@ -517,7 +517,7 @@ > return buffers[index++ % DEBUG_BUFFERS]; > } > >-static inline char* debugrange(const RANGE* lprng) >+static inline char* debugrange(const RANGE *lprng) > { > if (lprng) > { >@@ -527,7 +527,7 @@ > } else return "(null)"; > } > >-static inline char* debugpoint(const POINT* lppt) >+static inline char* debugpoint(const POINT *lppt) > { > if (lppt) > { >@@ -537,7 +537,7 @@ > } else return "(null)"; > } > >-static inline char* debugrect(const RECT* rect) >+static inline char* debugrect(const RECT *rect) > { > if (rect) > { >@@ -580,7 +580,7 @@ > return text; > } > >-static char* debugnmlistview(LPNMLISTVIEW plvnm) >+static char* debugnmlistview(const NMLISTVIEW *plvnm) > { > if (plvnm) > { >@@ -593,7 +593,7 @@ > } else return "(null)"; > } > >-static char* debuglvitem_t(LPLVITEMW lpLVItem, BOOL isW) >+static char* debuglvitem_t(const LVITEMW *lpLVItem, BOOL isW) > { > char* buf = debug_getbuf(), *text = buf; > int len, size = DEBUG_BUFFER_SIZE; >@@ -629,7 +629,7 @@ > return text; > } > >-static char* debuglvcolumn_t(LPLVCOLUMNW lpColumn, BOOL isW) >+static char* debuglvcolumn_t(const LVCOLUMNW *lpColumn, BOOL isW) > { > char* buf = debug_getbuf(), *text = buf; > int len, size = DEBUG_BUFFER_SIZE; >@@ -670,7 +670,7 @@ > } > > >-static char* debuglvhittestinfo(LPLVHITTESTINFO lpht) >+static char* debuglvhittestinfo(const LVHITTESTINFO *lpht) > { > if (lpht) > { >@@ -817,7 +817,7 @@ > return bResult; > } > >-static void customdraw_fill(NMLVCUSTOMDRAW *lpnmlvcd, LISTVIEW_INFO *infoPtr, HDC hdc, LPRECT rcBounds) >+static void customdraw_fill(NMLVCUSTOMDRAW *lpnmlvcd, LISTVIEW_INFO *infoPtr, HDC hdc, const RECT *rcBounds) > { > ZeroMemory(lpnmlvcd, sizeof(NMLVCUSTOMDRAW)); > lpnmlvcd->nmcd.hdc = hdc; >@@ -1045,7 +1045,7 @@ > /*** > * Creates an iterator over the items which intersect lprc. > */ >-static BOOL iterator_frameditems(ITERATOR* i, LISTVIEW_INFO* infoPtr, const RECT* lprc) >+static BOOL iterator_frameditems(ITERATOR* i, LISTVIEW_INFO* infoPtr, const RECT *lprc) > { > UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; > RECT frame = *lprc, rcItem, rcTemp; >@@ -1130,7 +1130,7 @@ > /*** > * Creates an iterator over the items which intersect the visible region of hdc. > */ >-static BOOL iterator_visibleitems(ITERATOR* i, LISTVIEW_INFO *infoPtr, HDC hdc) >+static BOOL iterator_visibleitems(ITERATOR *i, LISTVIEW_INFO *infoPtr, HDC hdc) > { > POINT Origin, Position; > RECT rcItem, rcClip; >@@ -1705,7 +1705,7 @@ > * RETURN: > * None. > */ >-static void LISTVIEW_GetItemMetrics(LISTVIEW_INFO *infoPtr, LVITEMW *lpLVItem, >+static void LISTVIEW_GetItemMetrics(LISTVIEW_INFO *infoPtr, const LVITEMW *lpLVItem, > LPRECT lprcBox, LPRECT lprcState, > LPRECT lprcIcon, LPRECT lprcLabel) > { >@@ -2018,7 +2018,7 @@ > * Success: TRUE > * Failure: FALSE > */ >-static BOOL LISTVIEW_MoveIconTo(LISTVIEW_INFO *infoPtr, INT nItem, LPPOINT lppt, BOOL isNew) >+static BOOL LISTVIEW_MoveIconTo(LISTVIEW_INFO *infoPtr, INT nItem, const POINT *lppt, BOOL isNew) > { > POINT old; > >@@ -3039,7 +3039,7 @@ > /*** > * Tests wheather the item is assignable to a list with style lStyle > */ >-static inline BOOL is_assignable_item(LPLVITEMW lpLVItem, LONG lStyle) >+static inline BOOL is_assignable_item(const LVITEMW *lpLVItem, LONG lStyle) > { > if ( (lpLVItem->mask & LVIF_TEXT) && > (lpLVItem->pszText == LPSTR_TEXTCALLBACKW) && >@@ -3064,7 +3064,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL set_main_item(LISTVIEW_INFO *infoPtr, LPLVITEMW lpLVItem, BOOL isNew, BOOL isW, BOOL *bChanged) >+static BOOL set_main_item(LISTVIEW_INFO *infoPtr, const LVITEMW *lpLVItem, BOOL isNew, BOOL isW, BOOL *bChanged) > { > ITEM_INFO *lpItem; > NMLISTVIEW nmlv; >@@ -3199,7 +3199,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL set_sub_item(LISTVIEW_INFO *infoPtr, LPLVITEMW lpLVItem, BOOL isW, BOOL *bChanged) >+static BOOL set_sub_item(LISTVIEW_INFO *infoPtr, const LVITEMW *lpLVItem, BOOL isW, BOOL *bChanged) > { > HDPA hdpaSubItems; > SUBITEM_INFO *lpSubItem; >@@ -3271,7 +3271,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL LISTVIEW_SetItemT(LISTVIEW_INFO *infoPtr, LPLVITEMW lpLVItem, BOOL isW) >+static BOOL LISTVIEW_SetItemT(LISTVIEW_INFO *infoPtr, const LVITEMW *lpLVItem, BOOL isW) > { > UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; > LPWSTR pszText = NULL; >@@ -3286,7 +3286,7 @@ > if ((lpLVItem->mask & LVIF_TEXT) && is_textW(lpLVItem->pszText)) > { > pszText = lpLVItem->pszText; >- lpLVItem->pszText = textdupTtoW(lpLVItem->pszText, isW); >+ ((LVITEMW *)lpLVItem)->pszText = textdupTtoW(lpLVItem->pszText, isW); > } > > /* actually set the fields */ >@@ -3311,7 +3311,7 @@ > if (pszText) > { > textfreeT(lpLVItem->pszText, isW); >- lpLVItem->pszText = pszText; >+ ((LVITEMW *)lpLVItem)->pszText = pszText; > } > > return bResult; >@@ -3372,7 +3372,7 @@ > * Success: TRUE > * Failure: FALSE > */ >-static inline BOOL LISTVIEW_FillBkgnd(LISTVIEW_INFO *infoPtr, HDC hdc, const RECT* lprcBox) >+static inline BOOL LISTVIEW_FillBkgnd(LISTVIEW_INFO *infoPtr, HDC hdc, const RECT *lprcBox) > { > if (!infoPtr->hBkBrush) return FALSE; > >@@ -4410,7 +4410,7 @@ > * FAILURE : -1 > */ > static INT LISTVIEW_FindItemW(LISTVIEW_INFO *infoPtr, INT nStart, >- LPLVFINDINFOW lpFindInfo) >+ const LVFINDINFOW *lpFindInfo) > { > UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; > WCHAR szDispText[DISP_TEXT_SIZE] = { '\0' }; >@@ -4540,7 +4540,7 @@ > * FAILURE : -1 > */ > static INT LISTVIEW_FindItemA(LISTVIEW_INFO *infoPtr, INT nStart, >- LPLVFINDINFOA lpFindInfo) >+ const LVFINDINFOA *lpFindInfo) > { > BOOL hasText = lpFindInfo->flags & (LVFI_STRING | LVFI_PARTIAL); > LVFINDINFOW fiw; >@@ -5722,7 +5722,7 @@ > * SUCCESS : new item index > * FAILURE : -1 > */ >-static INT LISTVIEW_InsertItemT(LISTVIEW_INFO *infoPtr, LPLVITEMW lpLVItem, BOOL isW) >+static INT LISTVIEW_InsertItemT(LISTVIEW_INFO *infoPtr, const LVITEMW *lpLVItem, BOOL isW) > { > UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; > INT nItem; >@@ -5934,7 +5934,7 @@ > /* LISTVIEW_SetBkImage */ > > /*** Helper for {Insert,Set}ColumnT *only* */ >-static void column_fill_hditem(LISTVIEW_INFO *infoPtr, HDITEMW *lphdi, INT nColumn, LPLVCOLUMNW lpColumn, BOOL isW) >+static void column_fill_hditem(LISTVIEW_INFO *infoPtr, HDITEMW *lphdi, INT nColumn, const LVCOLUMNW *lpColumn, BOOL isW) > { > if (lpColumn->mask & LVCF_FMT) > { >@@ -6021,7 +6021,7 @@ > * FAILURE : -1 > */ > static INT LISTVIEW_InsertColumnT(LISTVIEW_INFO *infoPtr, INT nColumn, >- LPLVCOLUMNW lpColumn, BOOL isW) >+ const LVCOLUMNW *lpColumn, BOOL isW) > { > COLUMN_INFO *lpColumnInfo; > INT nNewColumn; >@@ -6126,7 +6126,7 @@ > * FAILURE : FALSE > */ > static BOOL LISTVIEW_SetColumnT(LISTVIEW_INFO *infoPtr, INT nColumn, >- LPLVCOLUMNW lpColumn, BOOL isW) >+ const LVCOLUMNW *lpColumn, BOOL isW) > { > HDITEMW hdi, hdiget; > BOOL bResult; >@@ -6178,7 +6178,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL LISTVIEW_SetColumnOrderArray(LISTVIEW_INFO *infoPtr, INT iCount, LPINT lpiArray) >+static BOOL LISTVIEW_SetColumnOrderArray(LISTVIEW_INFO *infoPtr, INT iCount, const INT *lpiArray) > { > FIXME("iCount %d lpiArray %p\n", iCount, lpiArray); > >@@ -6672,7 +6672,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL LISTVIEW_SetItemState(LISTVIEW_INFO *infoPtr, INT nItem, LPLVITEMW lpLVItem) >+static BOOL LISTVIEW_SetItemState(LISTVIEW_INFO *infoPtr, INT nItem, const LVITEMW *lpLVItem) > { > BOOL bResult = TRUE; > LVITEMW lvItem; >@@ -6710,7 +6710,7 @@ > * SUCCESS : TRUE > * FAILURE : FALSE > */ >-static BOOL LISTVIEW_SetItemTextT(LISTVIEW_INFO *infoPtr, INT nItem, LPLVITEMW lpLVItem, BOOL isW) >+static BOOL LISTVIEW_SetItemTextT(LISTVIEW_INFO *infoPtr, INT nItem, const LVITEMW *lpLVItem, BOOL isW) > { > LVITEMW lvItem; > >@@ -6946,7 +6946,7 @@ > * Success: 0 > * Failure: -1 > */ >-static LRESULT LISTVIEW_Create(HWND hwnd, LPCREATESTRUCTW lpcs) >+static LRESULT LISTVIEW_Create(HWND hwnd, const CREATESTRUCTW *lpcs) > { > LISTVIEW_INFO *infoPtr; > UINT uView = lpcs->style & LVS_TYPEMASK; >@@ -7680,7 +7680,7 @@ > * RETURN: > * Zero > */ >-static LRESULT LISTVIEW_HeaderNotification(LISTVIEW_INFO *infoPtr, LPNMHEADERW lpnmh) >+static LRESULT LISTVIEW_HeaderNotification(LISTVIEW_INFO *infoPtr, const NMHEADERW *lpnmh) > { > UINT uView = infoPtr->dwStyle & LVS_TYPEMASK; > >@@ -8160,7 +8160,7 @@ > * Zero > */ > static INT LISTVIEW_StyleChanged(LISTVIEW_INFO *infoPtr, WPARAM wStyleType, >- LPSTYLESTRUCT lpss) >+ const STYLESTRUCT *lpss) > { > UINT uNewView = lpss->styleNew & LVS_TYPEMASK; > UINT uOldView = lpss->styleOld & LVS_TYPEMASK; > > > > >

3 2

How is Win/Dos syscalls implemented in Wine?
by Peter Andersson 27 Oct '02

27 Oct '02

Hello! Perhaps someone can give me a good answer to this question. Please give me a direct answer, I have allready been trouh the wine FAQ:s , docs, code, etc. I know DOS syscalls is made using interupts (int instruction) but, is Windows/NT syscalls made the same way. How does wine stop these instructions from reaching the unix kernel?

5 22

License query
by Matthew Bloch 27 Oct '02

27 Oct '02

I'm porting a closed-source game to Linux, and as a stop-gap I'd like to get a version out using WINE until I can rewrite the Direct(Sound|Draw|3D) backends with SDL. After reading this post: http://lists.debian.org/debian-devel/2002/debian-devel-200205/msg02823.html and then downloading the source from the winehq.com cvs, I'm confused as to my options. The LICENSE file implies that the ddraw DLL is transgaming's IP but the files themselves have LGPL declarations at the top. In short, am I within my rights to release a statically linked binary which uses the core WINE source code, providing I comply with the other terms of the LGPL? I notice some files have Transgaming's name on them, but appear to be LGPL. I think I'm within my rights, but not sure: the post above gives me most of the information that explains this state of affairs, but not everything. Any further pointers on WINE licensing history would be appreciated. cheers, -- Matthew Bloch Bytemark Computer Consulting Limited http://www.bytemark.co.uk/ tel. +44 (0) 8707 455026

2 2

Re: Segmentation Fault
by Kye Lewis 27 Oct '02

27 Oct '02

I don't know if this will help my Segmentation Fault at all, but when runing winedbg c:\\windows\\pbrush.exe, the Debugger actually waits for a command from me. If i take a step, it says: Single Stepping until exit from function, which has no line number information Stopped on breakpoint 1 at 0x0040100c (pbrush.exe.Entrypoint in c:\windows\pbrush.exe If i then step again Invalid address for breakpoint 0, disabling it ..... breakpoint 1 ..... ..... breakpoint 2 ..... Process of pid=0a24dbf0 has terminated a very odd thing happens if i run, and then step: another window pops up (gdb) and I get wine_dbg_cmd: Exception c00000005 in the Wine Debugger the gdb window says 0x402e2b41 in nanosleep () from /lib/i686/libc.so.6 and stepping in that window steps me through function nanosleep (?!?!?!) it would seem that it starts to debug wine itself! unfortunately, this window doesn't allow copy and paste, so i'll have to type it out for you (it may be a little incorrect): __errno_location () at errno.c:48 48 return wine_errno_location(); (gdb) step thread_errno_location () at ../../include/winnt.h:1717 1717 __asm__(".byte 0x64\n\tmov1 (0x18),%0" : "=r" (teb)); (gdb) step Program recieved signal SIGSEGV, Segmentation fault thread_errno_location () at ../../include/winnt.h:1717 1717 __asm__(".byte 0x64\n\tmov1 (0x18),%0" : "=r" (teb)); (gdb) step Program recieved signal SIGCONT, Continued 0x40305134 in read () from /lib/i686/lib.so.6 etc... etc... etc... and it goes through a whole heck of code... The only thing that comes up in the console is Can't attach process 8072d90: error 5 Thanks, Kye Lewis kyethespy(a)liquid2k.com

1 0

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