Re: symbol hiding

>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. [ ... ] >If questions relating to a commercial non open source product that uses >wine heavily are not we

Re: symbol hiding

On Friday, May 14, 2004, at 05:34 AM, [EMAIL PROTECTED] wrote: Message: 5 Date: Thu, 13 May 2004 22:26:34 -0400 From: Paul Davis <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: symbol hiding for this reason, i personally wouldn't feel comfortable asking in a public forum how to go about doing

Re: Daylight Savings Time transition dates patch

Hi, Steven Edwards wrote: Hello Wililam, --- Wililam <[EMAIL PROTECTED]> 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. this patch will sure

Re: Clipboard functionality across processes

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, 2

Re: Problem with CreateFileA on "\\\\.\\COM1"

Alexandre Julliard <[EMAIL PROTECTED]> writes: > Scott W Gifford <[EMAIL PROTECTED]> writes: > > > 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,

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 14 May 2004 20:06, Alexandre Julliard wrote: > Mike Hearn <[EMAIL PROTECTED]> writes: > > How does it not scale? Surely copying code is worse from a scalability > > perspective? > > It doesn't scale because if you have n dlls you potentially

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 14 May 2004 06:05, Alexandre Julliard wrote: > Raphael <[EMAIL PROTECTED]> 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 sta

Re: Daylight Savings Time transition dates patch

Wililam <[EMAIL PROTECTED]> writes: > Here is the ChangeLog entry (I didn't patch the ChangeLog file): > > * dlls/ntdll/time.c > William Lahti <[EMAIL PROTECTED]> > > - Implemented daylight savings time transition dates That's not a real implementation, you are just hard-coding the dates, that's

Re: AreAllAccessGranted patch

Wililam <[EMAIL PROTECTED]> writes: > * dlls/advapi32/advapi32.spec, dlls/advapi32/security.c > William Lahti <[EMAIL PROTECTED]> > > - Implemented the AreAllAccesses granted API and removed its stub entry I'd suggest looking into the C bitwise operators... Also please try to follow a more stand

Re: Daylight Savings Time transition dates patch

Hello Wililam, --- Wililam <[EMAIL PROTECTED]> 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 msv

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading

Mike Hearn <[EMAIL PROTECTED]> writes: > How does it not scale? Surely copying code is worse from a scalability > perspective? It doesn't scale because if you have n dlls you potentially need n^2 static libraries to share code. Obviously we won't need all the combinations, but even a small fracti

Re: Building WINE with Intel ICC for Linux

Hi, --- Warren Turkal <[EMAIL PROTECTED]> wrote: > Eric Pouech wrote: > > why I don't understand is why you __GNUC__ defined in your > compilation > > process. it sounds odd that ICC would set it > > I believe that ICC attempts to be fully compatible with the GNU C > dialect of > C. Yes from what

Re: Building WINE with Intel ICC for Linux

Eric Pouech wrote: > why I don't understand is why you __GNUC__ defined in your compilation > process. it sounds odd that ICC would set it I believe that ICC attempts to be fully compatible with the GNU C dialect of C. wt -- Warren Turkal President, GOLUM, Inc. http://www.golum.org

Re: symbol hiding

On Fri, 2004-05-14 at 23:58 +0900, Dmitry Timoshkov wrote: > ELF versioning is just another attempt to hide problems instead of > fixing the source of it IMHO. Exactly for this reason even simple > 'Hello World' program compiled under RH 9.0 will not run under RH 6.2. What exactly are the problems

Re: symbol hiding

"Mike Hearn" <[EMAIL PROTECTED]> wrote: > > Can you list at least some things you think are bad in PE in comparison > > with ELF? > > Sure - ELF has decent versioning, which PE lacks and has caused massive > pain due to conflicts etc. While you can rename DLLs on Windows it's not > a part of the

Re: symbol hiding

Erik de Castro Lopo wrote: On Fri, 14 May 2004 14:24:51 +0100 James Courtier-Dutton <[EMAIL PROTECTED]> wrote: What is wrong with seeing names of internal interfaces? The main problem is the likelihood of symbol collisions between internal symbols which are the same in two different libraries.

Re: symbol hiding

On Fri, 14 May 2004 14:24:51 +0100 James Courtier-Dutton <[EMAIL PROTECTED]> wrote: > What is wrong with seeing names of internal interfaces? The main problem is the likelihood of symbol collisions between internal symbols which are the same in two different libraries. By restricting the export

Re: symbol hiding

Dmitry Timoshkov wrote: Also, I personally feel a bit not comfortable when someone (for any reason) is looking into a binary and sees names of internal interfaces not appropriate for external learn/use. I find it ugly that I can't fully control such basic things in the ELF world. What is wrong wi

Re: symbol hiding

On Fri, 2004-05-14 at 21:53 +0900, Dmitry Timoshkov wrote: > Can you list at least some things you think are bad in PE in comparison > with ELF? Sure - ELF has decent versioning, which PE lacks and has caused massive pain due to conflicts etc. While you can rename DLLs on Windows it's not a part

Re: symbol hiding

"Mike Hearn" <[EMAIL PROTECTED]> wrote: > > Sigh, I still think that ELF is inherently sick, and inventing new (intrusive) > > workarounds makes it even worse. > > Maybe. But let's face it, the alternatives aren't much better. The only > real competition is PE (Windows) which is worse than ELF i

Re: symbol hiding

On Fri, 2004-05-14 at 21:33 +0900, Dmitry Timoshkov wrote: > It's even uglier. Instead of resolving the problem that guys decided > just to hide it. It's not necessarily bad. The information being there may be ugly, but it *can* be useful. If we didn't have that, we'd be unable to use the pthread

Re: symbol hiding

"Mike Hearn" <[EMAIL PROTECTED]> wrote: > > Also, I personally feel a bit not comfortable when someone (for any > > reason) is looking into a binary and sees names of internal interfaces > > not appropriate for external learn/use. I find it ugly that I can't fully > > control such basic things in

Broken link in WWN archive

Hello, to reproduce the problem do this sequence starting from winehq's main page: 1. click on More Issues... in Weekly Newsletters 2. scroll to the bottom of the page and click Next 12 Issues >> 3. scroll to the botto

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading

Mike Hearn wrote: On Thu, 13 May 2004 21:05:13 -0700, Alexandre Julliard wrote: 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. How does it not scale? Surely copying code is worse from a scalability perspective? What

RE: Clipboard functionality across processes

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:[EMAIL PROTECTED] > Sent: Wednesday, May 12, 2004 7:13 PM > To: Santosh Siddheshwar > Cc: [EMAIL PROTECTED] > Subject

Re: symbol hiding

On Fri, 14 May 2004 13:29:48 +0900, Dmitry Timoshkov wrote: > Also, I personally feel a bit not comfortable when someone (for any > reason) is looking into a binary and sees names of internal interfaces > not appropriate for external learn/use. I find it ugly that I can't fully > control such basic

Re: [DMUSIC] cleanups, fixes and IDirectMusicStyle loading

On Thu, 13 May 2004 21:05:13 -0700, Alexandre Julliard wrote: > 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. How does it not scale? Surely copying code is worse from a scalability perspective?