Flags for building an rpm

-2muse.athlon.rpm This is significantly larger. I looked at the contents and the problem seems to be mainly in /usr/lib/ All files are significantly larger. What flags am I missing when I am building the rpm? Thanks, Dan Timis Muse Research, Inc.

debugging a dll

help understand better what's going on? Are there any tools to demangle the C++ names? I tried c++filt and not surprisingly it did not understand these symbols. Thanks, Dan Timis Muse Research, Inc.

Bug in menu.c

wing before as a long thin vertical line, started to show correctly. I'm not sure if this is the right way to fix this, but it works for me. I am using a wine version from 2004-04-08. BTW, I reported earlier a crash in menu.c. I did not hear anything back. Should I log this into Bugzilla? Thanks, Dan Timis Muse Research, Inc.

crash in menu.c

ws software will fix the problem in his code and that should stop the crash, but maybe someone should fix this in wine too. Thanks, Dan Timis Muse Research, Inc.

Re: symbol hiding

From: Mike Hearn <[EMAIL PROTECTED]> Subject: Re: symbol hiding Date: Sat, 15 May 2004 17:07:15 +0100 Organization: CodeWeavers, Inc I think Pauls point was that if what you are doing is so secret and so proprietary that you're afraid symbol names will leak trade secrets you're probably better off

Re: symbol hiding

Thank you Paul and Brian, I thought it was probably OK to ask these kind of questions. But, it's nice to know for sure. Dan

Re: symbol hiding

estions relating to a commercial non open source product that uses wine heavily are not welcome on this list, I apologize and I will never ask these kinds of questions again. Dan Timis Muse Research, Inc.

Re: Exporting symbols

From: Mike Hearn <[EMAIL PROTECTED]> Subject: Re: Exporting symbols Date: Thu, 13 May 2004 10:39:42 +0100 Organization: CodeWeavers, Inc On Wed, 12 May 2004 19:45:42 -0700, Dan Timis wrote: After running strip on the .exe.so if we do nm -D all the symbols are still there. Is there any way

Re: Exporting symbols

43 PM, Dan Timis wrote: 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. M

Re: Exporting symbols

the problem. After running strip if you run "strings -a" all the names of the function calls are still there as strings. So the real question is, can we get rid of those strings? What is their role? Thanks, Dan Timis Muse Research, Inc. On Wednesday, May 12, 2004, at 04:34 PM, Dan Timis

Exporting symbols

brary 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.

Linking against a dll

to avoid if possible. Thanks. Dan Timis Muse Research, Inc.

Re: dll name length (was: Windows dll replacement with Linux library)

Thanks. I will try it and tell you if it worked. It may take a couple of weeks since we are frantically preparing for a trade show, then going to the trade show. Dan On Thursday, January 8, 2004, at 07:38 AM, Dimitrie O. Paun wrote: On January 6, 2004 10:04 pm, Dan Timis wrote: I finally

dll name length (was: Windows dll replacement with Linux library)

ilesystems are "win95" The version is "nt40" Is there any way to configure wine to support longer names? Thanks, Dan Timis Sounds Just Right, Inc. From: Dan Timis <[EMAIL PROTECTED]> On Saturday, January 3, 2004, at 01:07 AM, Dimitrie O. Paun wrote: I'm ne

Re: Windows dll replacement with Linux library

It's working. I'm still a little confused, but I understand much more than a week ago. Thanks. Dan Timis Muse Research, Inc.

Re: Windows dll replacement with Linux library

ts {$MAKE}... yes checking for gcc... winegcc checking for C compiler default output... configure: error: C compiler cannot create executables Thanks, Dan On Wednesday, December 31, 2003, at 04:57 PM, Dimitrie O. Paun wrote: On December 31, 2003 07:33 pm, Dan Timis wrote: I don't understand

Windows dll replacement with Linux library

n links, but at runtime it does not find USBDeviceOpen. I don't understand how Windows dlls and Linux libraries link and how functions are called. What am I missing? I would appreciate any help. Dan Timis Muse Research, Inc.

Windows dll replacement with Linux library

Hi, I wrote to the list a few weeks ago. I needed to support a USB device without changing the Windows dll that I have to use. I was trying to hack into wine to implement support for the USB device using CreateFile() and DeviceIoControl(). That was not a clean solution. The author of the W

Re: Adding support for a USB device

ller? Thanks, Dan On Wednesday, December 10, 2003, at 10:22 AM, Rolf Kalbermatter wrote: Message: 2 Date: Tue, 9 Dec 2003 14:56:16 -0800 Subject: Adding support for a USB device From: Dan Timis <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Hi, I need help with supporting a particular USB device

Adding support for a USB device

r this device would just work with wine? Thanks, Dan Timis Muse Research, Inc.