May 2004 - Wine-devel - list.winehq.org

Re: Daylight Savings Time transition dates patch
by Steven Edwards 14 May '04

14 May '04

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 14 May '04

14 May '04

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 14 May '04

14 May '04

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 14 May '04

14 May '04

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

Re: Daylight Savings Time transition dates patch
by Alexandre Julliard 14 May '04

14 May '04

Wililam <computerman413(a)ezrs.com> writes: > Here is the ChangeLog entry (I didn't patch the ChangeLog file): > > * dlls/ntdll/time.c > William Lahti <computerman413(a)ezrs.com> > > - Implemented daylight savings time transition dates That's not a real implementation, you are just hard-coding the dates, that's not correct. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: AreAllAccessGranted patch
by Alexandre Julliard 14 May '04

14 May '04

Wililam <computerman413(a)ezrs.com> writes: > * dlls/advapi32/advapi32.spec, dlls/advapi32/security.c > William Lahti <computerman413(a)ezrs.com> > > - 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 standard C coding style; braces don't need semicolons, and the function body should be indented. -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: Clipboard functionality across processes
by Santosh Siddheshwar 14 May '04

14 May '04

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

2 1

symbol hiding
by Paul Davis 14 May '04

14 May '04

i'd just like to mention a small concern i have. hiding symbols might well be a perfectly honest thing to want to do. i personally can't see why, since a list of symbol names doesn't provide much extra help to somebody who wants to disassemble and reverse engineer your code. but i can understand that there might be some circumstances where its desirable. the problem is while hiding symbols doesn't impede a disassembler/reverse engineering effort very much, it does impede attempts to demonstrate the inappropriate use of someone else's code. 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. --p

5 13

Unhandled API Call to Kernel32 Question
by Roger 14 May '04

14 May '04

Hi All, I am attempting to run a native windows VB6 app (United Devices) in wine, fake windows, but I continue to encounter an unimplemented/unhandled API call "CreateRemoteThread" to kernel32 error with any and all RH distro kernels using any wine version. I was simply wondering if any engineer might be considering working on implementing this call anytime soon. I am in the process of filling a bug report in the hopes an engineer might be motivated to take it on. Here is what my investigation has shown to date regarding this function. The function appears to be properly declared in winbase.h (wine version) as is the already implemented function 'CreateThread' along with the structure type SECURITY_ATTRIBUTES common to both calls. The kernel32.spec file exports show CreateRemoteThread apparently stubbed "@ stub CreateRemoteThread" but the implemented CreateThread shows "@ stdcall CreateThread (ptr long ptr long long ptr)". I wish I knew C and patch submission procedure and would gladly volunteer to work on this one but I only know some VB and am attempting to code this call in a simple VB6 procedure to replicate the error and, if sucessful, will be happy to provide the exe and source to winehq if desired. Any advice where I go from here as I want to dump win, get more hd space but I need this app? Thanks, Roger

4 8

Re: wininet: prevent memory leak and superfluous status notifications
by Steven Edwards 13 May '04

13 May '04

Hello Kevin, --- Kevin Koltzau <kevin(a)plop.org> wrote: > Under Windows, InternetOpenUrl only sends one > INTERNET_STATUS_HANDLE_CREATED and the > handle created by this function only creates one > INTERNET_STATUS_HANDLE_CREATED when closed While you are working on the wininet stuff... If you have time could you look at a way to be able to make use of Winsock on the mingw port? We wanted to convert wininet to winsock but Alexandre says this will be to slow on Unix so we need to do something the wininet souce to be able to make it use Unix sockets on Unix and Winsock on the windows port. I dont really understand or know how this should be done as I never really have done any socket programing. If you could fix it for Wininet or point me to a example then I can try and do it for other dlls we might want to share on the Windows port. I am thinking about trying to port our ICMP.dll to Winsock also for the Mingw/ReactOS port but once again it needs to be able to do both Winsock and Unix Sockets. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861

2 1