February 2007 - Wine-devel - list.winehq.org

RE: a big fan (now with bad news)
by Jeffrey Sabarese 23 Feb '07

23 Feb '07

hello there! thanks to all of you who replied to my inquiry about "ies4linux" vs compatibility w/ such "Windows-native" apps as Bradbury "TopStyle", HomeSite, etc... As Joris stated, IE6 sp1 is available at the MS site. I downloaded my own copy, but i haven't tried it yet because i think i "ruined" my WinE this evening. HOW? as my UserID (NOT as root), i "re installed" the [.reg] files in the ies4linux "faux directories" (as in a command such as :: [ wine '../win.reg' ]) . I tried [ yum remove wine ], and then [yum install wine] which went without a hitch, but there's no change in my Primary User (the broken one) HOWEVER, WinE continues to run perfectly under other user accounts, and ROOT. My QUESTION: How do i "restore" my WinE to a working state for my UserID? (because only UserID is affected) I wish to not destroy my Program Files while "repairing" WinE around it--- if possible. >From the primary UserID only, i can NOT launch [ winecfg.exe ] for example in terminal, or anything WinE that i can tell. ([while root, and other users were apparently not affected]) please help me to restore my "existing" Program files setup, if possible. it is no "tragedy" if i can not, but i'd like to try. in any event-- i do need to know how to "restore" it, maintaining program files or not. thank you!! best regards, -JS. On 2/21/07, SorinN <nemes.sorin(a)gmail.com> wrote: > Indeed - ies4linux - don't use Wine folders - on other words - it use > winelib but is on other place, where TopStyle and other windows > programs don't know to look. I will try to talk with it's developer to > suggest him to use an existing Wine installation ( is Wine exist > already ). > > > > 2007/2/19, Jeffrey Sabarese <core5fedora(a)gmail.com>: > > hi there! I have to wonder if i don't use WinE more than the "average" > > Fedora Core 5 user. I am forever trying to figure out how to run my > > old Windows apps here in the linux environment, using your incredible > > software. > > -- /* ************************************************ */ Quanta+ Web Development IDE: http://quanta.kdewebdev.org/ Quanta+ Wiki: http://tinyurl.com/3dzqxk Other Quanta Tips: http://invisiblepixels.org/progs/quanta.html /* ************************************************ */

2 1

Re: winex11.drv: Set the refresh rate for the virtual desktop to 60
by H. Verbeet 23 Feb '07

23 Feb '07

On 23/02/07, Jan Zerebecki <jan.wine(a)zerebecki.de> wrote: > From: Jan Zerebecki <jan.wine(a)zerebecki.de> > Changelog: > winex11.drv: Set the refresh rate for the virtual desktop to 60 > instead of 0. If HKCU\Software\Wine\X11 Driver\FakeRefreshRate is > set, it is interpreted as a comma delimited list of refresh rates > to use instead. > --- Perhaps there should be a winecfg option for this, together with the one that already exists for the resolution.

4 5

Re: xcopy support try 1...
by Detlef Riekenberg 23 Feb '07

23 Feb '07

On Do, 2007-02-22 at 21:52 +0000, Ann & Jason Edmeades wrote: > Firstly, I am not sure I have included everything correctly to define a new > directory in the build tree, With git, you only need to add all the new files to the Index ("git-update-index --add programs/xcopy/Makefile.in" as Example) and only that changes should be send. tools/make_makefiles does the rest, so you compile and test your new app. > I have only implemented the basics, Converting to unicode later is much harder. I suggest to use UNICODE from the begining. An example UNICODE console app is "programs/msiexec/*" When you really want to have also an ansi-version (for DOS or win9x as example), you can use TCHAR and test your app with and without "#define UNICODE". UNICODE is prefered and you avoid converting a lot of data, when the app is running. > which is file and subdirectory > copying plus the simple reporting information. The Patch would be even smaller, when you do no copy at all or just do a Filecopy without recursion / Parameter-Parsing (wildcards ) > + * According to http://www.microsoft.com/technet/archive/msdos/comm8.mspx?mfr=true Please remove that ref. Many URLs are a dead link really fast. -- By by ... Detlef

2 1

Re: ntdll: implement NtAllocateLocallyUniqueId with server call
by Robert Shearman 22 Feb '07

22 Feb '07

Juan Lang wrote: > This introduces a warning in trace.c about dump_luid being undeclared. > trace.c seems to be at least partially generated, so I wasn't sure about > sending a patch for it. Let me know how I should handle that and I'll fix > it up. > Hi Juan, dump_luid needs to be in trace.c. As you say, it is partially generated: > /* Everything below this line is generated automatically by > tools/make_requests > */ > /* ### make_requests begin ### */ So just put dump_luid above that line and it'll be fine. -- Rob Shearman

1 0

Re: wine.inf: Update the timezone information.
by Uwe Bonnes 22 Feb '07

22 Feb '07

>>>>> "Francois" == Francois Gouget <fgouget(a)codeweavers.com> writes: Francois> --- I have used two sources to update Wine's timezone data: ... Francois> The display name was set to the Olson database ids and I have Francois> kept it that way as it seems to match what is displayed on Francois> Linux. Wherever we used old names I switched to the new names Francois> as specified in the Olson database. Francois> We still have a few differences with the Windows data and in a Francois> few instances I diverged from the CLDR mapping to tzids. I Francois> will now summarize all these differences in bug 7295. How do internaltional version of Windows get the localized names of the pletora of timezones? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

WineConf 2007 Fundraiser proposal
by Tom Wickline 22 Feb '07

22 Feb '07

Hello Everyone, On February 14th I made a suggestion on the wine-conf mailing list that we should have a annual Fund Raiser to help raise funds for our annual Conference. http://www.winehq.org/pipermail/wineconf/2007-February/000397.html Jeremy replied with his thoughts/suggestions and some back ground info on how the WPF funds have helped in the past. http://www.winehq.org/pipermail/wineconf/2007-February/000403.html >From this, I cobbled together a extremely rough Donations page.. Keep in mind this is still very much a work in progress and the language within it needs major revisions. http://www.winehq.org/pipermail/wineconf/2007-February/000425.html The current discussion is now on whether or not a $1,000 donation is sufficient for a front page listing for one year since our search rank in so high. Dan suggested that we join adsence, and I replied that I had already suggested this in the past. http://www.winehq.org/pipermail/wineconf/2007-February/000437.html At this point there are many undecided questions about the original suggestion of us having a fund raiser, as well as if we should join adsence. If you have a opinion on this subject we would like (even suggest) that you to air them at this time before decisions are made. http://www.winehq.org/pipermail/wineconf/2007-February/000440.html Questions: Should we have a annual fundraiser to help with conference expenses? Thus far the consciences is Yes. What is a realistic goal? I believe $10,000 is very doable. What amount should we receive for a front page listing 'gold sponsor'? Is $10,000 to much or to small of a amount? If we decide on $10,000 the goal should be revised to about $25,000 Should the Wine project join the adsence network? With our high google page rank we are practically guaranteed to rake in a mint :D Comments and suggestions are at this time highly suggested! Tom

2 2

How complete will Wine ever be for older apps?
by Jules Richardson 22 Feb '07

22 Feb '07

Sort of an open-ended question to developers :) It's obvious that Wine functionality will always lag behind Windows releases somewhat. But how accurate / complete do people think it will eventually be against older Windows releases? Is much development work even still being done on things that don't quite work as expected within apps that were current at the time of say NT4? I'm just trying to build up a picture in my head of whether there will come a day when Wine users can pick an app designed for a previous generation of Windows and expect it to work flawlessly (ignoring things that try to manipulate the hardware directly, I suppose)? Or will there always be incompatibilities? cheers Jules

1 0

Re: [DSOUND] Implement a locking mechanism
by M.B. Lankhorst 22 Feb '07

22 Feb '07

Robert Reif wrote: > You shouldn't need to make any changes to direct sound. You just need > to remove the flag DSDDESC_DONTNEEDPRIMARYLOCK from alsa and make the > necessary changes in alsa. The direct sound hardware primary buffer > locking support is already in primary.c. You are right, partially, primary.c already has support for it, but that is only used when the application chooses to write to the primary buffer directly, in most cases the primary buffer is only used directly by the directsound mixer, and that's the case this patch is trying to handle. However the problem I have right now is that I miss some magic values so sound is a bit cumbersome, maybe someone with knowledge of dsound knows what I should put in there and be able to help me out a little. Maarten PS: CC to people you address in your emails, not everyone receives messages from wine-devel mailing lists.

1 0

message sequence testing - message flags
by Lei Zhang 22 Feb '07

22 Feb '07

Hi, In dlls/user32/tests/msg.c, there's the following enum: typedef enum { sent=0x1, posted=0x2, parent=0x4, wparam=0x8, lparam=0x10, defwinproc=0x20, beginpaint=0x40, optional=0x80, hook=0x100, winevent_hook=0x200 } msg_flags_t; Can someone explain what these flags mean? parent defwinproc beginpaint hook winevent_hook - Lei

2 1

Re: [DSOUND] Implement a locking mechanism
by Robert Reif 22 Feb '07

22 Feb '07

Maarten Lankhorst wrote: >[DSOUND] Implement a locking mechanism > >Attempt to implement locking in dsounds mixer. > >Sadly horribly broken, I'm posting this in the hope someone knows what >magic values to fill in at the first "if (lock)" .. I really have no clue. > >As stated before it is required to be used with previous winealsa patch. > >Right now it also calls Unlock with lockamount as argument, this should >probably be changed to how much is actually written to (frag), but that >part doesn't really matter much I think, it's more important to get the >first Lock() right. > > You shouldn't need to make any changes to direct sound. You just need to remove the flag DSDDESC_DONTNEEDPRIMARYLOCK from alsa and make the necessary changes in alsa. The direct sound hardware primary buffer locking support is already in primary.c.

1 0