- Wine-Devel - list.winehq.org

[patch] Listview drag-and-drop fix
by Paul Rupe May 13, 2004

May 13, 2004

Xnews was treating all mouseclicks as drag-and-drop operations in the newsgroup listview. The problem was that LISTVIEW_TrackMouse was losing the WM_LBUTTONUP message. This patch adds the missing call to DispatchMessage. License: X11, LGPL Changelog: <prupe(a)myrealbox.com> Dispatch the last message when exiting LISTVIEW_TrackMouse -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

2 3

Re: winmm test patch
by Andreas Mohr May 13, 2004

May 13, 2004

Hi, On Thu, May 13, 2004 at 07:30:27AM -0400, Robert Reif wrote: > Adds better error messages. Would probably be more useful to use an often-used construct like: #define DEVTYPE_TO_STR(dev) case dev: return #dev Andreas Mohr

1 0

Load a .so from a Windows binary using Wine
by Raghavan Gurumurthy May 13, 2004

May 13, 2004

I have a Windows GUI application that runs on Wine (not Winelib). Now i want to use that code to load a native Linux .so - how can i do this? Thanks in advance, Raghavan

4 3

Exporting symbols
by Dan Timis May 13, 2004

May 13, 2004

Hi, We need to have a library that links statically to a wine application. The wine application is an .exe.so, so everything becomes in the end an exe.so. The problem we have is that all the symbols are exposed. I have very little experience with Windows, but I understand that with a Windows DLL you can export certain functions, while hiding the others. I know that's also true for the Mac. Is there any way to export only the functions that are called by the code we link to, without exposing the internal workings? Ideally we would like to be able to provide a static library created with ar or ranlib, link that library with other object files to create a .exe.so for wine, but when you do "nm" on the resulting .exe.so you would not see all the inner workings of our library. Is that possible? Thanks, Dan Timis Muse Research, Inc.

3 4

Clipboard functionality across processes
by Santosh Siddheshwar May 12, 2004

May 12, 2004

Hi, Does WINE support access to clipboard data across WINE processes. For e.g. one app opens the clipboard and sets data into it using SetClipboardData, closes it and then exits. The other app tries to retrieve this data. It works in windows but doesnt seem to do so in WINE. Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

3 2

probs w/ make and make install
by eternal＠antelecom.net May 12, 2004

May 12, 2004

cd `dirname dlls/__install-lib__` && make install-lib rm -f libdxerr8.a && ln -s dxerr8/libdxerr8.a libdxerr8.a rm -f libdxerr9.a && ln -s dxerr9/libdxerr9.a libdxerr9.a rm -f libdxguid.a && ln -s dxguid/libdxguid.a libdxguid.a rm -f libuuid.a && ln -s uuid/libuuid.a libuuid.a cd `dirname advapi32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advapi32.dll.so /usr/local/lib/wine/advapi32.dll.so cd `dirname amstream/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c amstream.dll.so /usr/local/lib/wine/amstream.dll.so cd `dirname avicap32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avicap32.dll.so /usr/local/lib/wine/avicap32.dll.so cd `dirname avifil32/__install__` && make install ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avifil32.dll.so /usr/local/lib/wine/avifil32.dll.so make: don't know how to make _install_/avifile.dll.so. Stop *** Error code 2 Stop in /usr/home/vertigo/wine-20040505/dlls. *** Error code 1 Stop in /usr/home/vertigo/wine-20040505. ----------------------------- this is the 2nd stop that occured... during make, towards the end, it couldn't open /home/vertigo/wine-20040505/programs/winetest/advapi32_test.exe... i checked in that dir, and the files were still *_test.exe.so. seemingly, the previous step that copied these files here also stripped them, but did not change their names (remove the .so). i did this manually, and retried make, which finished. the above stop happens almost immediatly from make install. this is on freebsd4.9, and this is basically the same that has always happened for me with all versions of wine i've tried. can someone either help me get this to work, or atleast stop the spreading of the lie that wine works on bsd (have never heard someone say that they had it running on bsd). i've been kicking this horse for months, is it dead? -shaun

2 1

Re: Readme.diff
by Dimitrie O. Paun May 12, 2004

May 12, 2004

On Wed, 12 May 2004, Tom wrote: > Changelog: > Fix a couple url's The shorter URLs are just fine (and better IMO), please don't change them. -- Dimi.

2 1

Re: Running "United Devices Agent"
by Saulius Krasuckas May 12, 2004

May 12, 2004

On Tue, 11 May 2004, Roger Olson wrote: > Saulius Krasuckas Wrote: > > Can you compare it to info given by this page: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/ba… > > Yes, http://members.toast.net/obc (near the bottom) I linked to two > pages out of my VS6 (patched to SP6) app help file (converted to html) > describing the call and the structure. It's interesting that the VS6 > help would indicate CRT() suported in win98 in contradiction to the MSDN > compatibility inferences. Now I'm snowed :-). Thanks, I see now. > > That sounds at least strange for me. Times ago I would have been > > thanking god for being able to call CreateRemoteThread() on my win98se > > box. Just I was unable to "find" it inside kernel32.dll here then. Ignorant me - I haven't checked export table of kerne32.dll of my win98se. It seems CreateRemoteThread() really sits there: [s2(a)katleriai s2]$ winedump -x dump /mnt/wD/windows/system/kernel32.dll | grep -iC1 createremotethread 00039518 199 CreateProcessW 000394FD 200 CreateRemoteThread 000075ED 201 CreateSemaphoreA Sorry for the wind. > I am going to attempt, with my very limited program abilities, write and > compile a hopefully simple VB6 app to call this function but, given my > learning curve, it may take me awhile. Whether it works or not will at > least let us know which MS document is most correct and post back > results. If you have the time and inclination, perhaps you could do it > much faster than me. Learning curve mine "lags" even more ;-), and my experience is only of a "advanced user" type. As I have some own critical situations to handle my hands are off this testing. > > Yeah, I've noticed that. Still, this req. sounds too artificially for > > me. And I am afraid UD Agent will run even with Wine version set to > > win31. ;-) I am not anymore sure about this. Sorry.

1 0

Running "United Devices Agent"
by James Courtier-Dutton May 12, 2004

May 12, 2004

It is about time that grid.org project used open source code for their "United Devices" agent. The performance would be much greater if more people saw the source code, and helped optimise it. My $0.02 worth. James

1 0

Re: Document
by Dmitry May 11, 2004

May 11, 2004

2 1