wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: [kernel/user32] Some Specs
by Jonathan Wilson 31 Mar '04

31 Mar '04

BTW, implementations for WCSToMBEx and MBToWCSEx can be found here: http://article.gmane.org/gmane.comp.emulators.wine.patches/5049/ I dont have a usable setup to turn them into proper patches but if anyone wants to use them for WINE, go ahead and grab them. Not sure how usefull they would be but I suspect that they may bring WINE closer to the point where native WINIMM.DLL works.

1 0

filesystem changes break autofs patch
by Guido Draheim 31 Mar '04

31 Mar '04

To whoever is working on filesystem - let me remind you again (and again) that bsd autofs mountpoints do not exist until accessed - and they will not get created for removable media devices without a medium inserted, not even upon access / stat. Therefore, mapping "a:" to autofs'd "/vol/floppy" will not work in wine - any mapping to nonexistant mountpoint had been silently dropped in the past and btw one can not create a symlink to nonexistant point that easily. The unpatched wine has been unusable for autofs for a long time. I have been creating patches for a few years now integrating an option to ini file / registry but they were silently ignored. It is good if you are working again on the filesystem setup but please do not ignore autofs bsd-type automounter system! My patches do not work anymore, so I can not update to the lastest wine. I'll try to be patient and looking forward to your changes. -- guido http://google.de/search?q=guidod GCS/E/S/P C++/++++$ ULHS L++w- N++@ s+:a d(+-) r+@>+++ y++

1 0

RE: Handling dialogs created without using templates
by Santosh Siddheshwar 31 Mar '04

31 Mar '04

Hi, Do you have a solution to this issue? If yes, are you planning to introduce it soon? Thanks in advance. Regards Santosh Siddheshwar > -----Original Message----- > From: Dmitry Timoshkov [SMTP:dmitry@baikal.ru] > Sent: Tuesday, March 30, 2004 7:40 PM > To: Santosh Siddheshwar > Cc: wine-devel(a)winehq.com > Subject: Re: Handling dialogs created without using templates > > "Santosh Siddheshwar" <santosh.s(a)sonata-software.com> wrote: > > > Yes attached is a sample which is pretty similar to what I described > > below. > > Thanks. Now I see where the problem is. We have to hook dialog creation > code into common window creation code, something similar to what I've done > recently for MDI. Alexandre, are my thoughts correct? > > -- > Dmitry. ********************************************************************* 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

problem w/winebuild and '@' in names
by Jon Griffiths 31 Mar '04

31 Mar '04

Hi, winebuild doesn't support export names with an '@' correctly. When parsing the spec file, the @X is stripped. This causes names to be incorrectly listed as duplicates. I'm hitting this with mapi32.dll. Outlook 97 imports using get procaddress on the name including the '@', and some exports are given both with and without the '@' decoration. I'm working around this for mapi32 by commenting out remove_stdcall_decoration( odp->name ); at line 463 of parser.c. Is this a known problem, and is that the right solution? Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

4 4

Re: ALSA: Allow configuration of output devices to use and change standard output plugin requested to "default"
by felix.nawothnig＠t-online.de 30 Mar '04

30 Mar '04

On 03/26/2004 04:56:00 PM, Mike Hearn wrote: in ALSA_WaveInit(): > + wwo->device = ALSA_GetDeviceFromReg("PlaybackDevice"); in wodClose(): > + HeapFree(GetProcessHeap(), 0, wwo->device); and in widClose(): > + HeapFree(GetProcessHeap(), 0, wwi->device); Thats wrong. wods and wids can be reopened, ALSA_WaveInit is only called once. Caused... ALSA lib pcm.c:1906:(snd_pcm_open_noupdate) Unknown PCM 8ú<@ err:wave:wodOpen Error open: Success ALSA lib pcm.c:1906:(snd_pcm_open_noupdate) Unknown PCM 8ú<@ err:wave:wodOpen Error open: Inappropriate ioctl for device ...when my app. Commenting out the HeapFree()s fixes it. (I dunno where to put the HeapFree()s... but that's definitly the wrong place :)

2 1

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Brian Vincent 30 Mar '04

30 Mar '04

> Dimi, I still don't get you, what you are saying is: > changing class=todo to class=done is considerably easier then > changing class="todo" to class="done" Rule #1: whoever is willing to do the thankless job of maintaining pages on the web site gets to tell anyone else how they'd like the formatting to be. Since this issue has directly affected me in the past I will point out a real argument for making this stuff compliant: If I copy and paste the HTML into a WWN it would be nice if I didn't have to do a ton of markup to make it well-formed. In fact, I almost never reference anything on WineHQ for that very reason. For example, in issue #143 I went through the markup for the original to-do list and corrected it (which is interesting to look at now, btw). Likewise, it's simple to copy things into the documentation. A good example of which is: http://www.winehq.com/site/status_options Parts of which may end up in the User Guide. But that's just me, and I ain't the one maintaining it. So if Dimi doesn't want it then I guess the best thing to do would be to resubmit with those parts left out. -brian

1 0

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Dimitrie O. Paun 30 Mar '04

30 Mar '04

On Tue, 30 Mar 2004, hatky wrote: > Yes, this time with the patch... > > Change log: > Ofir Petruska <hatky(a)users.sf.net> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all html tags should be lower case) > * Quote all attributes > * End empty tags as " />" Jeremy, Please don't apply this patch to the pages I maintain: TODO, Fun Projects, Janitorial, Winelib, Status | Options, Status | Porting As I've tried to explain in the past, these changes are totally unnecessary for manually maintained pages: it makes it harder to maintain, for the benefit of making it easier for the machine to parse. Bad tradeoff, especially given that we maintain these pages daily, and the machine has absolutely no problem parsing them. Thanks. -- Dimi.

2 1

RE: Handling dialogs created without using templates
by Santosh Siddheshwar 30 Mar '04

30 Mar '04

Hi, Yes attached is a sample which is pretty similar to what I described below. Regards Santosh Siddheshwar <<GetParent.zip>> > -----Original Message----- > From: Dmitry Timoshkov [SMTP:dmitry@baikal.ru] > Sent: Tuesday, March 30, 2004 12:51 PM > To: Santosh Siddheshwar > Cc: wine-devel(a)winehq.com > Subject: Re: Handling dialogs created without using templates > > "Santosh Siddheshwar" <santosh.s(a)sonata-software.com> wrote: > > > I have an application that creates dialogs without using any of the > Win32 > > Dialog creation APIs. I find that a lot of the > > functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) > is > > unavailable for use with > > dialogs created this way. This is because we allocate the DIALOGINFO > > structure only in the dialog creation APIs. Dialogs > > created without using these APIs have NULL DIALOGINFO structure. I also > find > > that allocating this structure and initializing > > the members of the structure will get around this problem. Does anyone > > visualize any problems with this approach? > > Also where would the best place to put such code? > > Do you have a small, self-contained sample code which demonstrates > what you have described? > > -- > Dmitry. ********************************************************************* 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

Handling dialogs created without using templates
by Santosh Siddheshwar 30 Mar '04

30 Mar '04

Hi, I have an application that creates dialogs without using any of the Win32 Dialog creation APIs. I find that a lot of the functionality in DEFDLG_Proc (DM_SETDEFID, DM_GETDEFID & WM_NEXTDLGCTL) is unavailable for use with dialogs created this way. This is because we allocate the DIALOGINFO structure only in the dialog creation APIs. Dialogs created without using these APIs have NULL DIALOGINFO structure. I also find that allocating this structure and initializing the members of the structure will get around this problem. Does anyone visualize any problems with this approach? Also where would the best place to put such code? 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. *********************************************************************

2 1

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Maxime Bellengé 30 Mar '04

30 Mar '04

Hello, I think you forgot the patch On Tue, 2004-03-30 at 00:08, hatky wrote: > Change log: > Ofir Petruska <hatky(a)users.sf.net> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all html tags should be lower case) > * Quote all attributes > * End empty tags as " />" -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Re: systray in desktop mode [unified resend]
by Mike Hearn 30 Mar '04

30 Mar '04

On Mon, 2004-03-29 at 22:19, Martin Fuchs wrote: > Then I don't see how you want to be able to handle shell applications > like Explorer and enable the systray icons in them. Explorer isn't really a useful app to run for us, so if systray handling doesn't work quite right for it we won't be losing sleep over it. However, we do want native shell32 to work, so it'll be using the same protocol. > Well, let's see how far Mike's upcoming rewritten systray can handle this. > I may have a look in the new code, and see if I it's possible to do it > without knowing about the desktop mode. Getting explorer/systray to work in Wine may not be easy, however ReactOS and Wine should be able to share the same shell32 which I think is the idea, yes?

2 1

kernel32 test failures under Cygwin
by Dmitry Timoshkov 30 Mar '04

30 Mar '04

Hello all, today I decided to play a bit with Wine compilation under Cygwin. This time I decided to run kernel32 tests as well. I've got the following failures: generated.c:542: Test failed: TYPE_ALIGNMENT(*(LPWIN32_STREAM_ID)0) == 8 (expected 4) generated: 842 tests executed, 0 marked as todo, 1 failure. * NOTE: the same test compiled by cl.exe (MS compiler) works as expected, * so that's most likely a gcc bug. (gcc version 3.3.1 (cygming special)) pipe: 5614 tests executed, 0 marked as todo, 4869 failures. * NOTE: the same test compiled by cl.exe hangs forever at: * pipe.c:285:Server done writing. process: 373 tests executed, 0 marked as todo, 97 failures * NOTE: the same test compiled by cl.exe gives different result: * process: 376 tests executed, 0 marked as todo, 10 failures. Since this is a fresh Cygwin install made from scratch I'd blame this particular Cygwin distribution. Cygwin1.dll marked as "1.5.7-cr-0x9e" in its version resources. Could anybody else with a relatively fresh Cygwin or MinGW installation try it and report the result? P.S. I have one more bug in Cygwin: it can't correctly handle makefiles. So 'make' for some reason doesn't want to call 'dlltool' to produce a .def file in dlls/d3d9 after it did run it in dlls/d3d8. Changing order of d3d9 and d3d8 in dlls/Makefile,SUBDIRS exchanges failure dirs. Manually chdir'ing to dlls/d3d9 and running 'make' there does help. An old Cygwin (1.3.17) from a backup does not have that nasty bug. -- Dmitry.

3 2

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid
by Vincent Béron 30 Mar '04

30 Mar '04

Le lun 29/03/2004 à 17:08, hatky a écrit : > Change log: > Ofir Petruska <hatky(a)users.sf.net> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all html tags should be lower case) > * Quote all attributes > * End empty tags as " />" Would be better with the patch... Vincent

1 0

Re: [dx101] extensions fixes
by Vincent Béron 30 Mar '04

30 Mar '04

Le lun 29/03/2004 à 18:57, Raphael a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > > Changelog: > - more Extensions work (begin to detect ATI extensions) > - try to fix D3DTADDRESS_BORDER, D3DTADDRESS_MIRROR, D3DTADDRESS_MIRRORONCE > using OpenGL extensions > - better set_tex_op: now use Runtime Extension support (and not compile > support) Would be better with the patch... Vincent

1 0

Re: systray in desktop mode [unified resend]
by Mike Hearn 29 Mar '04

29 Mar '04

On Sat, 27 Mar 2004 15:17:20 +0100, Martin Fuchs wrote: > Changelog: > SHELL_NotifyIcon() implementation for Wine's desktop mode I'm not sure it makes any sense to do this: the system tray code is on my hit list for things to rewrite. It's already been mostly done, the work remaining is moving the code into a separate process then using the messages to poke wineshell. System tray in desktop mode is tricky anyway because we have no explorer/shell program - so where do they get put? thanks -mikek

3 3

resource information
by Ivan Leo Murray-Smith 29 Mar '04

29 Mar '04

When adding resource information to a wine file, what version should I use? the version string of winxp, win2k3, make it up? Ivan.

1 0

Re: Re: fix crash in winecfg's x11 dialog due to invalid "Desktop" settings
by Mike Hearn 29 Mar '04

29 Mar '04

On Mon, 29 Mar 2004 10:11:56 -0500, chmorgan wrote: > Yes, my bad. I'll send in a fixed patch. I still don't like the way the code > looks with the duplication of the default string to use but I couldn't > think of any way to fix it more elegantly. Ideas? Why not just have static char *desktop_default = "640x480" at the top of the function?

1 0

Source code visualization tools?
by Joel Konkle-Parker 29 Mar '04

29 Mar '04

Is there such a thing as a source code visualization tool that makes a "map" of a program's source? Kind of like: main() | | function1() /\ / \ func2() func3() | | func4() I'm basically looking for something that will help me "see" how a program is laid out so that I can start working on it. Thanks in advance. -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

3 3

Re: Re: fix crash in winecfg's x11 dialog due to invalid "Desktop" settings
by chmorgan＠charter.net 29 Mar '04

29 Mar '04

Yes, my bad. I'll send in a fixed patch. I still don't like the way the code looks with the duplication of the default string to use but I couldn't think of any way to fix it more elegantly. Ideas? Chris > > From: Mike Hearn <mh(a)codeweavers.com> > Date: 2004/03/29 Mon AM 06:07:03 EST > To: wine-patches(a)winehq.com > Subject: Re: fix crash in winecfg's x11 dialog due to invalid "Desktop" settings > > On Sun, 28 Mar 2004 13:31:15 -0500, Chris Morgan wrote: > > + if(!bufindex) /* handle invalid "Desktop" values */ > > + { > > + buf = strdup("640x480"); > > + bufindex = strchr(buf, 'x'); > > + } > > It's not a big deal but there's a memory leak there, you need to free buf > before strduping the default (which ideally should be a const str at the > top of the function so if/when we change the default it's only done in one > place). > > thanks -mike > > > >

1 0

Re: Re:bugzilla doesn't find bug
by brettholcomb＠charter.net 29 Mar '04

29 Mar '04

I'll try again. On other bugzilla systems I've used the status doesn't make a difference but maybe they default to different selections so I get all the bugs irregardless of status. Thanks. > > From: tony_lambregts(a)telusplanet.net > Date: 2004/03/29 Mon AM 06:45:51 GMT > To: wine-devel(a)winehq.org > CC: brettholcomb(a)charter.net > Subject: Re:bugzilla doesn't find bug > > Brett I. Holcomb wrote > > > If I tell bugzilla to find bugs with winealsa in the summary it does not > > find any at all. However, there is at least one bug - 2035 - with > > winealsa as the first word even! I think bugzilla's broken! > > Works for me. The problem probably that the default selection has unconfirmed > unselected. The one bug that has winealsa as the first word in the summary is > unconfirmed. When I look for winealsa in the comments for all status types I get > 11 bugs listed. > > -- > > Tony lambregts > >

1 0

Re: controls/scroll.c
by Dmitry Timoshkov 29 Mar '04

29 Mar '04

"Ge van Geldorp" <gvg(a)reactos.com> wrote: > Changelog: > Ge van Geldorp <gvg(a)reactos.com> > Remove CS_DBLCKS class style from scrollbar class since the > scrollbar doesn't handle double clicks anyway You can't remove it. Scrollbar in Windows has that style, and some applications which subclass it may depend on it. -- Dmitry.

2 4

Re: design problems with thread init code?
by Paul Davis 29 Mar '04

29 Mar '04

mike already fixed a bunch of my misunderstandings on IRC. but now i'm faced with the more challenging task of getting this "mono hack" to support threading properly. so feedback is still welcome :) --p

3 4

Re:bugzilla doesn't find bug
by tony_lambregts＠telusplanet.net 29 Mar '04

29 Mar '04

Brett I. Holcomb wrote > If I tell bugzilla to find bugs with winealsa in the summary it does not > find any at all. However, there is at least one bug - 2035 - with > winealsa as the first word even! I think bugzilla's broken! Works for me. The problem probably that the default selection has unconfirmed unselected. The one bug that has winealsa as the first word in the summary is unconfirmed. When I look for winealsa in the comments for all status types I get 11 bugs listed. -- Tony lambregts

1 0

Progress on msvcp60.dll?
by Joel Konkle-Parker 29 Mar '04

29 Mar '04

Is there any work at all on msvcp60.dll? I haven't seen much mention of it on the lists, and it's not listed on the dll status page. I've found at least one (and heard of more) that require this dll outright, though. Thoughts? -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

2 1

design problems with thread init code?
by Paul Davis 29 Mar '04

29 Mar '04

hello. i'm the main author of Ardour and JACK, projects those of you with audio/music leanings may be aware of. i'm in the middle of trying to add "native" windows/x86 VST plugin support to these systems, and i ran into some problems. #winehackers suggested to write this list. we are using a modified version of the Mono hack that allows use of winelib as a shared library. i got things working very well until i tried to use a VST plugin that appears to call RtlCreateUserThread. in tracking down why it wouldn't work, i discovered that server_init_thread() is called from the NT DLL for 2 reasons: 1) to initialize the first thread in a winelib-supported program 2) to initialize all later threads there appear to be some problems caused by this. server_init_thread() makes a rather basic assumption: the thread making the request is the target of the request. this is true for case (1) but not for case(2). in case (2), AFAICT, all (most?) instances of "current" need to be replaced by a struct thread* that points to the newly created (but not yet running) thread that is being initialized. it wouldn't suprise me if i have misunderstood things here, but i was able to fix the first problem i encountered (a complaint that the new thread was already running) by adding a kludgy hack based on my understanding. the next problem emerges because the new thread doesn't get its reply/wait fd's set up (instead, the operation is done on "current"). comments? thanks. --p

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel