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/base/createremotethread.asp
Yes, http://members.toast.net/obc (near the bottom) I linked to two
pages
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
On Mon, 10 May 2004, [EMAIL PROTECTED] wrote:
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
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.
Dimitrie O. Paun wrote:
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.
NP
I should have checked, I thought the faq link would 404 but it doesn't.
and while I was at it I changed the other two.
On Monday May 10 2004 07:31 am, Rein Klazes wrote:
The problem here is that on Windows the WM_LBUTTONUP message *is*
swallowed when it terminates a drag and drop operation. The real problem
is probably not to get in this LISTVIEW_TrackMouse in the first place.
I'm not sure I follow. If I
This would be a deficiency (or so some say) of the X clipboard design.
There is no storage buffer for clipboard data.
A process, when it hits Copy (SetClipboardData) registers that it owns
the clipboard. When another program hits paste, only then is the data
transfered between the processes. It
The short answer is no. We did have this functionality before and much of
the code is still in cvs but it was broken for some time and I've disabled
it. With a little bit of work it could be added back.
There are other ways to do this such as using klipper.
/Ulrich
On Wed, May 12, 2004 at
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
Oops. I misspoke.
I was relating what a colleague told me. After I sent the message I
thought I would try it myself (I should have tried before). Running
strip does remove the symbols and running nm after that does not
show any symbols.
My colleague clarified the problem. After running
I'm really, really sorry for this. I should have done my research
first.
After running strip on the .exe.so if we do nm -D all the symbols are
still there. Is there any way to get rid of the ones that are not
needed for dynamic linking?
Thanks,
Dan
On Wednesday, May 12, 2004, at 05:43 PM,
Dan Timis [EMAIL PROTECTED] wrote:
I'm really, really sorry for this. I should have done my research
first.
After running strip on the .exe.so if we do nm -D all the symbols are
still there. Is there any way to get rid of the ones that are not
needed for dynamic linking?
Actually
Title: Load a .so from a Windows binary using Wine
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
On Wed, 12 May 2004 21:56:55 -0700
Raghavan Gurumurthy [EMAIL PROTECTED] wrote:
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?
Howso? I don't think wine has support for loading native shared
14 matches
Mail list logo