- Wine-Devel - list.winehq.org

Re: symbol hiding
by Dan Timis May 15, 2004

May 15, 2004

> From: Mike Hearn <mh(a)codeweavers.com> > 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 with some full blown code obfuscater/encryption > system. Actually, we do have an encryption system, and it is the name of the functions used internally by the encryption library that we want to hide. It is not for hiding trade secrets, but to prevent dishonest customers from accessing features without paying for them. This has been already used successfully on Mac and Windows where it is very easy to hide those names. Doing this will not make our copy protection full proof, but will slow down the inevitable hack. Hopefully, by the time someone will crack our copy protection we will have a new stronger version. Dan

2 1

Re: combobox: combobox popups should be always-on-top
by Dimitrie O. Paun May 15, 2004

May 15, 2004

On Sat, May 15, 2004 at 11:34:08AM -0700, Steven Edwards wrote: > Changelog: Thomas Weidenmueller <w3seek(a)reactos.com> > combobox popups should be always-on-top Formatting seems to be a bit off. Shouldn't the content of the else be indented 4 spaces? -- Dimi.

1 0

Re: symbol hiding
by Dan Timis May 15, 2004

May 15, 2004

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

1 0

Re: symbol hiding
by Dan Timis May 15, 2004

May 15, 2004

On Friday, May 14, 2004, at 05:34 AM, wine-devel-request(a)winehq.org wrote: > Message: 5 > Date: Thu, 13 May 2004 22:26:34 -0400 > From: Paul Davis <paul(a)linuxaudiosystems.com> > To: wine-devel(a)winehq.org > Subject: symbol hiding > > for this reason, i personally wouldn't feel comfortable asking in a > public forum how to go about doing this. your mileage may and probably > does vary, of course. My original question generated this new thread, which in turn became very technical. But, I think that Paul's original posting was more of a philosophical or maybe even moral nature. I'm not sure if there is a FAQ about the etiquette on this group, the kind of questions that can be asked, and the kind that cannot be asked. I have nothing to hide. Our company sells a piece a hardware that has an x86 mother board inside and runs Linux and wine. It is a consumer appliance similar to TiVo in the sense that it does not look like a computer and the customer does not have access to the Linux shell, nor can he or she run other applications. On top Linux we have a proprietary application that runs under wine (wine -- proprietary-application.exe.so). Our application is not open source. If questions 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.

3 2

Building WINE with Intel ICC for Linux
by Steven Edwards May 15, 2004

May 15, 2004

Hello, I was able to build WINE with the Intel Compiler for Linux. Intel allows free usage for non-comercial works so I figured I would check and see if changing compilers would yield better performance. According to Intels site it is supposed to give a 15 to 30% speed boost in applications. I was able to compile WINE with only about a 10 line patch. Somehow some of of the inline asm is already getting defined by icc. I am having some problems running graphical applications and maybe it is related to the code I had to disable. If anyone else wants to test I figure this might be a good tool to have if you are porting a Winelib application and want a large performance speed up. I was able to get all of WINE to build but was not able to run any graphical applications due to the crash show in the attached crash.log I was however able to run quite a few console applications including regresion tests which showed failures quite a few failures. If anyone is interested in building WINE with the Intel Compiler I will be happy to test a bit but I dont have a lot of time to put in to it. Attached is my hack.diff and the log from trying to run regedit. 1. Download ICC and run icsvar.sh 2. apply the following patch 3. Configure wine with ./configure CC=icc 4. recompile WINE. Thanks Steven __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

4 6

Broken link in WWN archive
by Stefan Leichter May 15, 2004

May 15, 2004

Hello, to reproduce the problem do this sequence starting from winehq's main page: 1. click on More Issues... <http://www.winehq.org/?issue=back> in Weekly Newsletters 2. scroll to the bottom of the page and click Next 12 Issues >> <http://www.winehq.org/?issue=back;pos=12> 3. scroll to the bottom of the page and click << Prev 12 Issues <http://www.winehq.org/?wwn=back;pos=0> you should now be back on the page of step 2 but you are back on the main page. The problem can be solved be replaceing the 'wwn' of the link against 'issue'. I did not find the template. Therefore I could not send a path :-( Bye Stefan

2 1

Re: Daylight Savings Time transition dates patch
by Steven Edwards May 14, 2004

May 14, 2004

Hello Wililam, --- Wililam <computerman413(a)ezrs.com> wrote: > I have implemented the daylight savings time transition dates in the > RtlQueryTimeZoneInformation function. I think this may fix some of the Mozilla problems I have been seeing under WINE. Should the _tzname variable exported from msvcrt use this information? I sent a semi-stub implementation to wine-patches lastweek but I dont think its correct. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/

2 1

[ulrich@codeweavers.com: Re: Clipboard functionality across processes]
by Ulrich Czekalla May 14, 2004

May 14, 2004

I should add that I think taking advantage of a clipboard client such as klipper is really the way to go. I think it may be wasted effort to duplicate what these clipboard clients are already doing. Frankly, I was planning to submit a patch to remove the last bit of code that provided this functionality. /Ulrich On Fri, May 14, 2004 at 01:25:18PM -0400, Ulrich Czekalla wrote: > The clipboard code is in dlls/x11/clipboard.c. dlls/x11drv/wineclipsrv.c > contains the code for the separate process that is suppose to be launched to > host the clipboard data once the application exits. I haven't looked at > this in a while. I'm not sure what state it's in. > > /Ulrich > > On Fri, May 14, 2004 at 03:23:34PM +0530, Santosh Siddheshwar wrote: > > Hi, > > Any pointers to where to look for the relevant code which may need to be > > looked at? > > Regards > > Santosh Siddheshwar > > > > > -----Original Message----- > > > From: Ulrich Czekalla [SMTP:ulrich(a)codeweavers.com] > > > Sent: Wednesday, May 12, 2004 7:13 PM > > > To: Santosh Siddheshwar > > > Cc: wine-devel(a)winehq.org > > > Subject: Re: Clipboard functionality across processes > > > > > > 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 06:00:35PM +0530, Santosh Siddheshwar wrote: > > > > 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. > > > > ********************************************************************* > > > > > > ********************************************************************* > > 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. > > ********************************************************************* > > ----- End forwarded message -----

1 0

Problem with CreateFileA on "\\\\.\\COM1"
by Scott W Gifford May 14, 2004

May 14, 2004

I have a Windows application I'm running under Wine 20040309 that uses the serial port. It was giving error messages when it tried to open the serial port, but strace indicated that Wine wasn't even trying to open up the device I had configured. After some poking around, I found that CreateFileW doesn't recognize this as a device: \\.\COM1 CreateFileW identifies the file as starting with backslashes and a dot, and in files/file.c:358 it uses RtlIsDosDevice to determine whether it's a DOS device name. RtlIsDosDevice returns 0, so at line 360 Wine tries to open \\.\COM1 as a VxD. A small patch (attached) to RtlIsDosDevice allows it to correctly recognize DOS device names. I'm not sure if this is the best possible fix, but with this change my application works properly. ----ScottG.

2 2

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading
by Alexandre Julliard May 14, 2004

May 14, 2004

Raphael <fenix(a)club-internet.fr> writes: > Alexandre, instead using copy of the sames files can we use a static library > for sharing this code ? I'm afraid not, we can't create a separate static library every time we need to share some code between dlls, it doesn't scale. -- Alexandre Julliard julliard(a)winehq.org

4 5