February 2008 - Wine-Devel - list.winehq.org

Re: [advapi32/tests #2] Don't set last error to 0 so we can check if it has changed

by Alexandre Julliard

"Paul Vriens" <paul.vriens.wine(a)gmail.com> writes: > I have no clue what the test does and what's wrong with it so can we > leave it like this? Or should we ask Rob to go > way back in his memory (June 2005) ;-) Probably the last error check should simply be removed, since we expect the call to succeed. -- Alexandre Julliard julliard(a)winehq.org

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Austin English

On Feb 18, 2008 12:35 PM, L. Rahyen <research(a)science.su> wrote: > Of course, there is some people who like forums. If we decide to create > forum specifically for them, it is important to have possibility to subscribe > for receiving all (full) messages from the forum to e-mail with direct link > to reply page for corresponding message, and ability to login permanently > without stupid timeout (using cookies). In fact there is some forums like > this (unfortunately, all of them are unrelated to WINE) and they are pretty > usable (however, personally I like mailing lists more, and didn't used forums > for a long time). Of course, if there is no volunteer(s) to create and > support such forum - then wine-users is enough I think. In my experience, the 'older' crowd prefers newsgroups, but 'younger' people prefer message boards. Similar to how more advanced users prefer CLI, but inexperienced/novices use GUI. It seems to me we're trying to help the gui type of person, and a message board would be an easier way to do this, IMHO. -Austin

Feb. 18, 2008

Re: include: Add support for executing finally code for exceptions without using a separate function.

by Robert Shearman

Alexandre Julliard wrote: > Robert Shearman <rob(a)codeweavers.com> writes: > > >> The first goal is accomplished by changing the previous two-state >> variable of __first into a three-state variable where the third state >> is the state in which the finally code is executed in the normal >> case. The second goal is accomplished by calling sigsetjmp in >> __wine_finally_handler to give the finally code a place to jump back >> to after it has finished executing. >> > > That can't work, once you longjmp into the finally block you can't > longjmp back, since you are no longer inside the function that did the > setjmp. Ah, yes. I thought there might be some caveat like that on the use of longjmp, but I couldn't break it with any of the tests I did. I can see why it wouldn't work on all platforms or in all circumstances. -- Rob Shearman

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by L. Rahyen

On Monday February 18 2008 17:49:40 Austin English wrote: > On Feb 18, 2008 12:01 AM, Dan Kegel <dank(a)kegel.com> wrote: > > Tlarhices wrote: > > > In my opinion the main problem is that the bug tracker is too easy to > > > find and the forum too hard to find. > > > > The appdb is our forum, and it's quite easy to find. > > > > I do agree it could use some interface improvements. > > For instance, I think the front page is too crowded. > > > > Also, the 'browse by rating' feature (thanks for adding it!) > > needs to list apps sorted by name; the current seemingly-random > > sort order isn't very useful. > > - Dan > > What's the possibility of a winehq forum? There seem to be a few > floating around online, but none are too popular. This fragments users > looking for help, and doesn't give those wanting to help a consistent > place to look. Plus, it's sort of hard to use AppDB to try and get > help with compiling wine, figuring out driver/wine issues, and other > things that aren't really related to a single application. There is wine-users mailing list for such questions. As far as I know it even possible to send message to it without subscribing first so I think that it is very usable for users. What is more important, it is simpler to use than typical forum (no complex registration process, no delays in page refreshes, etc.). It is especially important to person(s) that want to help users on regular basis - it is very hard to refresh pages on multiple forums but it is very easy to receive messages from multiple mailing lists. Of course, there is some people who like forums. If we decide to create forum specifically for them, it is important to have possibility to subscribe for receiving all (full) messages from the forum to e-mail with direct link to reply page for corresponding message, and ability to login permanently without stupid timeout (using cookies). In fact there is some forums like this (unfortunately, all of them are unrelated to WINE) and they are pretty usable (however, personally I like mailing lists more, and didn't used forums for a long time). Of course, if there is no volunteer(s) to create and support such forum - then wine-users is enough I think.

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Zachary Goldberg

On Feb 18, 2008 12:49 PM, Austin English <austinenglish(a)gmail.com> wrote: > > On Feb 18, 2008 12:01 AM, Dan Kegel <dank(a)kegel.com> wrote: > > Tlarhices wrote: > > > In my opinion the main problem is that the bug tracker is too easy to > > > find and the forum too hard to find. > > > > The appdb is our forum, and it's quite easy to find. > > > > I do agree it could use some interface improvements. > > For instance, I think the front page is too crowded. > > > > Also, the 'browse by rating' feature (thanks for adding it!) > > needs to list apps sorted by name; the current seemingly-random > > sort order isn't very useful. > > - Dan > > > > > > > > What's the possibility of a winehq forum? There seem to be a few > floating around online, but none are too popular. This fragments users > looking for help, and doesn't give those wanting to help a consistent > place to look. Plus, it's sort of hard to use AppDB to try and get > help with compiling wine, figuring out driver/wine issues, and other > things that aren't really related to a single application. > > -Austin > > Would that be too redundant with the user mailing list? --Zach

Feb. 18, 2008

Re: iTunes

by Travis Watkins

On Feb 18, 2008 5:41 AM, Maarten Lankhorst <m.b.lankhorst(a)gmail.com> wrote: > On a slightly related note: Do you know if the hardware drivers are > installed somewhere? I would be interested in getting iTunes syncing > to my ipod touch (similar to iphone). I didn't see anything in my > wineprefix after installation. You'll want to look for iTunesMobileDevice.dll, not a driver. The whole thing is just a proprietary USB protocol. -- Travis Watkins http://www.realistanew.com

Feb. 18, 2008

Re: iTunes

by Christopher Harvey

James Hawkins wrote: > On Feb 17, 2008 9:15 PM, Christopher Harvey <arbuckle911(a)gmail.com> wrote: > >> What needs to get done for iTunes to work? >> >> > > 80% of bug fixing development is figuring out the answer to that > question. If we knew all that was needed, it wouldn't take that long > to fix. I'm not really sure what your motivation is for asking that > question, but assuming it's because you want to help out, you're > probably out of luck. If you have to ask that question, you certainly > won't be able to fix it even if someone tells you what's needed. If, > on the other hand, you just want to stir up the fire for developers to > focus on iTunes...well, most of us don't take too kindly to that. > > That really wasn't the response I expected, I thought there would have been one major thing that couldn't be translated into unix calls, and I was just curious as to what that was. Yeah I'm trying to help out with wined3d, but have no idea how to work on things like iTunes. Disclaimer: I have no motivation to get wine developers to work on iTunes because even if it was platinum I would never use it.

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Austin English

On Feb 18, 2008 12:01 AM, Dan Kegel <dank(a)kegel.com> wrote: > Tlarhices wrote: > > In my opinion the main problem is that the bug tracker is too easy to > > find and the forum too hard to find. > > The appdb is our forum, and it's quite easy to find. > > I do agree it could use some interface improvements. > For instance, I think the front page is too crowded. > > Also, the 'browse by rating' feature (thanks for adding it!) > needs to list apps sorted by name; the current seemingly-random > sort order isn't very useful. > - Dan > > > What's the possibility of a winehq forum? There seem to be a few floating around online, but none are too popular. This fragments users looking for help, and doesn't give those wanting to help a consistent place to look. Plus, it's sort of hard to use AppDB to try and get help with compiling wine, figuring out driver/wine issues, and other things that aren't really related to a single application. -Austin

Feb. 18, 2008

Re: [PATCH] msvcrt/tests: Add more scanf floating-point tests.

by Francois Gouget

On Fri, 15 Feb 2008, =?utf-8?q?J=C4=81nis=20R=C5=ABcis?= wrote: [...] > All five tests pass on my Windows XP SP2 system (using a self-compiled > msvcrt_crosstest.exe tool). Test 3 and 4 fail with the current source > in Git. I will send another patch to this list with a potential fix. > > (I am not sending these to wine-patches because I'm not sure I should. > "wine-devel" sounds about right.) If you want the patch to be applied you do have to poast it to wine-patches. Before you post it there, though, you'll need to add todo_wine statements so they don't fail on Wine. You can then remove the todo_wines in the patch that fixes Wine's msvcrt. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ It really galls me that most of the computer power in the world is wasted on screen savers. Chris Caldwell from the GIMPS project http://www.mersenne.org/prime.htm

Feb. 18, 2008

Re: programs: add winestartfile for starting files from the unix path (for file managers)

by Vincent Povirk

I talked to Alexandre Julliard on irc, and he thinks moving this to explorer is a good idea (I still don't understand what goes into this, but I'll accept it). I'm supposed to use delayed imports for shell32 and shlwapi. I'll need to add a switch for this (so you'd do something like wine explorer /startfile ~/whatever.exe), and it'll probably be easier for users if I assume only things that contain a / are unix paths (instead of treating everything like one). On Feb 18, 2008 9:18 AM, Vincent Povirk <madewokherd+d41d(a)gmail.com> wrote: > The odd thing about wine's explorer is that it doesn't seem to copy > any UI that's handled by explorer on windows. It seems to be some sort > of service and have something to do with HAL (and controlling virtual > desktops for some reason). I must admit I don't understand the > reasoning behind any of the current things that are or are not handled > by explorer, but I think this is probably not the right place. > > The reason for trying to emulate explorer functionality is that some > apps depend on being called exactly the way they would be called by > explorer. AFAIK they do not care if they're called by explorer.exe or > some other program. > > I imagine this wouldn't be too difficult to add, but I'd have to make > explorer depend on shell32 (and possibly shlwapi). I'm also not sure > how this would interact with /desktop functionality (come to think of > it, explorer would read any path starting in a / as a command-line > switch..). > > > On Feb 18, 2008 5:07 AM, Steven Edwards <winehacker(a)gmail.com> wrote: > > As explorer.exe is always running could you do something like extend > > it so that that KFM and friends could call 'explorer.exe filename' > > directly? It seems redundant to add another winelib application when > > you are trying to emulate explorer functionality anyway and explorer > > is always running. You could extend it to use messaging to connect to > > an existing explorer.exe process also. > > > > Thanks > > Steven > > > > > > > > On 2/17/08, Vincent Povirk <madewokherd+d41d(a)gmail.com> wrote: > > > This is now attempt 4, not that anyone's counting. > > > > > > Adding winelib programs is a bit involved, and I imagine I've screwed > > > something up along the way. If you know how to add them properly, > > > please say something, even if it's to tell me I did it right. > > > > > > This patch adds a winelib program called winestartfile for starting > > > files given the unix path. It attempts to mimic what windows explorer > > > does to start files and provide some visible (gui) feedback when it > > > doesn't work. The idea is that wine.desktop can then be modified to > > > use winestartfile instead of wine, solving the following problems when > > > starting exe files from file managers: > > > * File managers typically do not set the working directory to the > > > directory that contains an exe when they start it. Setting the working > > > directory is the default behavior for windows explorer, and many > > > windows programs rely on it. > > > * File managers naturally use the unix path to start files, and the > > > wine binary passes the unix path along to the exe it starts, rather > > > than translating it to a windows path (this can and probably should > > > also be fixed somewhere else). > > > * Windows explorer always starts exe files with quotes around the path > > > in the command-line, even if the path does not contain spaces. The > > > wine binary does not (and probably should not) add quotes in this > > > situation. A few apps rely on the quotes. See > > > http://bugs.winehq.org/show_bug.cgi?id=5224#c14 > > > > > > -- > > > Vincent Povirk > > > > > > > > > -- > > Steven Edwards > > > > "There is one thing stronger than all the armies in the world, and > > that is an idea whose time has come." - Victor Hugo > > > > > > -- > Vincent Povirk > -- Vincent Povirk

Feb. 18, 2008