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

Re: Next big app(s) to try?

by Edward Savage

CS3 photoshop, illustrator, flash, and aftereffects so I can drag my girlfriend to linux. Thanks :D (Sorry for the dupe Jaap, hit the wrong reply button.) On Feb 17, 2008 10:07 PM, Jaap Stolk <jwstolk(a)gmail.com> wrote: > On Feb 17, 2008 11:57 AM, Pau Garcia i Quiles <pgquiles(a)elpauer.org> > wrote: > > > > AutoCAD, please > > > > I spend a lot of time trying to get autocad (2004) to run on Wine. > There where some small problems like registry things and with Internet > Explorer dependencies, but those where easy to solve. The big problem > is that the copy protection (and the anti-debugging tricks in it) run > as a couple of windows drivers and do things that are far from > "normal" in Windows. It is also very picky about almost everything, > and does not generate any timely or useful error messages. (it just > exits at the very end, without any clue about what went wrong.) > Without the copy protection I'm sure autocad would run just fine with > Wine. Newer autocad versions use .NET as well, which could be more > complicated. (And no, "p2p" versions still have all the copy > protection and anti-debugging tricks. ) > > Personally (as a programmer), I think my time would be better spend on > many of the open-source CAD programs. > (Or ask rhino3d very nicely if they want to make a Linux version. please. > :-) > > jaap. > > >

Feb. 17, 2008

Re: dlls/msi/streams.c -- simplify and constify

by Gerald Pfeifer

For the record, while I don't think I saw a response to this, the issue itself was now fixed with basically the same patch submitted by Marcusso we can remove this from our radars. Thanks for trying again, Marcus! :-) Gerald On Sat, 3 Nov 2007, Gerald Pfeifer wrote: > Good observation, though comparing an unsigned type against -1 is not > exactly good practice. Delving more into msi/streams.c, I came up with > the patch below which tries to address this (and some other issues). > > If Alexandre and you prefer, I can change the check and really make it > just read sv->num_rows == -1. I just wanted to point out there also is > an alternative way. > > Thanks again for your feedback. It was very helpful, and I'll watch > out for cases like this. > > Gerald > > Index: streams.c > =================================================================== > RCS file: /home/wine/wine/dlls/msi/streams.c,v > retrieving revision 1.7 > diff -u -3 -p -r1.7 streams.c > --- streams.c 18 Oct 2007 13:00:57 -0000 1.7 > +++ streams.c 3 Nov 2007 22:01:13 -0000 > @@ -39,7 +39,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(msidb); > > typedef struct tabSTREAM > { > - int str_index; > + UINT str_index; > LPWSTR name; > IStream *stream; > } STREAM; > @@ -54,7 +54,7 @@ typedef struct tagMSISTREAMSVIEW > UINT row_size; > } MSISTREAMSVIEW; > > -static BOOL add_stream_to_table(MSISTREAMSVIEW *sv, STREAM *stream, int index) > +static BOOL add_stream_to_table(MSISTREAMSVIEW *sv, STREAM *stream, UINT index) > { > if (index >= sv->max_streams) > { > @@ -315,7 +315,7 @@ static UINT STREAMS_modify(struct tagMSI > static UINT STREAMS_delete(struct tagMSIVIEW *view) > { > MSISTREAMSVIEW *sv = (MSISTREAMSVIEW *)view; > - int i; > + UINT i; > > TRACE("(%p)\n", view); > > @@ -381,7 +381,8 @@ static const MSIVIEWOPS streams_ops = > NULL, > }; > > -static UINT add_streams_to_table(MSISTREAMSVIEW *sv) > +static int add_streams_to_table(MSISTREAMSVIEW *sv) > + /* Return -1 in case of error. */ > { > IEnumSTATSTG *stgenum = NULL; > STATSTG stat; > @@ -433,6 +434,7 @@ static UINT add_streams_to_table(MSISTRE > UINT STREAMS_CreateView(MSIDATABASE *db, MSIVIEW **view) > { > MSISTREAMSVIEW *sv; > + INT i; > > TRACE("(%p, %p)\n", db, view); > > @@ -442,10 +444,12 @@ UINT STREAMS_CreateView(MSIDATABASE *db, > > sv->view.ops = &streams_ops; > sv->db = db; > - sv->num_rows = add_streams_to_table(sv); > > - if (sv->num_rows < 0) > - return ERROR_FUNCTION_FAILED; > + i = add_streams_to_table(sv); > + if (i < 0) > + return ERROR_FUNCTION_FAILED; > + else > + sv->num_rows = i; > > *view = (MSIVIEW *)sv; >

Feb. 17, 2008

Re: Next big app(s) to try?

by Jaap Stolk

On Feb 17, 2008 11:57 AM, Pau Garcia i Quiles <pgquiles(a)elpauer.org> wrote: > > AutoCAD, please > I spend a lot of time trying to get autocad (2004) to run on Wine. There where some small problems like registry things and with Internet Explorer dependencies, but those where easy to solve. The big problem is that the copy protection (and the anti-debugging tricks in it) run as a couple of windows drivers and do things that are far from "normal" in Windows. It is also very picky about almost everything, and does not generate any timely or useful error messages. (it just exits at the very end, without any clue about what went wrong.) Without the copy protection I'm sure autocad would run just fine with Wine. Newer autocad versions use .NET as well, which could be more complicated. (And no, "p2p" versions still have all the copy protection and anti-debugging tricks. ) Personally (as a programmer), I think my time would be better spend on many of the open-source CAD programs. (Or ask rhino3d very nicely if they want to make a Linux version. please. :-) jaap.

Feb. 17, 2008

Re: Next big app(s) to try?

by L. Rahyen

On Sunday February 17 2008 09:15:24 Dan Kegel wrote: > Now that Adobe Photoshop CS2 is running kind of > well (there are bugs that need fixing, but I'm trying > to look ahead a bit), what big app(s) are worth focusing on next? > > Using http://wiki.winehq.org/LinuxApplicatonRequestSurvey, > skipping Photoshop (which we should continue to fix up) > and the ones that are either too hard, have native versions, > or are probably something Codeweavers might already be > doing, and adding in good old Framemaker (so close to working > we might want to go for it just for the goodwill from all > those tech writers), I think that leaves about seven big > ticket apps, in rough order of popularity: > > http://wiki.winehq.org/AdobeDreamweaver > iTunes > http://wiki.winehq.org/AdobeIllustrator > http://wiki.winehq.org/AdobeFlash > http://wiki.winehq.org/AdobePremiere > http://wiki.winehq.org/AdobeAcrobatPro > http://wiki.winehq.org/AdobeFramemaker > > I've created wiki pages with trial download URLs for all but iTunes, > and done a bunch of triage on them. > Most of these could all use more triage and bugs filed. > At some point the dust might settle, and it might become > clearer which one(s) deserve to be focused on. > I think Maarten is going to try iTunes, which would be great. > - Dan What about support for Autodesk products (such as AutoCAD and 3ds max)? As far as I know there is two group of problems preventing them from working: copy-protection related and .NET related. This is true for most recent versions. However for not-so-new versions there is no .NET issues (just copy-protection problems). For example this is true for 3ds max 4, 5, 6, 7 (but I didn't check this personally). I heard that it is possible to get 3ds max 3 working on WINE but it's so old that this is useless today but it gives hope that newer versions of 3ds max will work if proper support for copy-protection used by Autodesk will be implemented. This is true for AutoCAD too (as far as I know AutoCAD and 3ds max are using same protection called C-Dilla). Unfortunately, I'm not an expert on this topic so I don't know how difficult to implement proper support for C-Dilla. But if it's implemented, it is very likely that both AutoCAD and 3ds max will work (as I said, because of .NET issues, most recent versions may not work but at least not so new versions will work; in future, when .NET support will be better, new versions will probably work too). In other words, proper support for C-Dilla is most important thing for AutoCAD and 3ds max support so it is possible to temporary ignore .NET bugs related to most recent Autodesk products for now. By the way, AutoCAD and 3ds max are very popular applications. It's easy to check how they are popular by using Google. For example, for AutoCAD alone you will get 43,800,000 results [1]. So there is a really a lot of people who depends on Autodesk products such as AutoCAD. [1] http://www.google.com/search?hl=en&q=AutoCAD&btnG=Google+Search&aq=f * * * (Everything below is just my personal experience as a person who depends on Autodesk products so you can skip it if you don't like such stories). Because of above problems many people (who depends on these applications) just forced to use Windows. In fact, I wasn't able to "convert" to Linux some of my friends because of AutoCAD being unsupported in Linux. For now, I'm stuck with VMWare. But it doesn't support DirectX or OpenGL so working with many projects is a pain (therefore it's difficult to call use of VMWare "Linux support for Autodesk products", even worse, use of VMWare not only means use of Windows but it also means BAD performance in even not very big projects) but I currently havn't other choices. I depend heavily on Linux applications/environment/daemons so dual-boot isn't an option for me - virtual machine in Linux host is the only choice. I really tired from bad performance and bad integration of the VMWare, I really hope that WINE will support Autodesk products someday... However, I use WINE for many other application such as Photoshop CS, AVR Studio, XnView and many others, so I'm really happy that WINE exists and I'm really thankful to all WINE developers. AutoCAD and 3ds max are two last programs that force me to use virtual machine with Windows...

Feb. 17, 2008

Re: Autoplay considered harmful

by leszek

Le samedi 16 février 2008 à 20:07 -0500, Steven Edwards a écrit : > > Ideally the freedesktop should define a spec (which they may already > do as part of HAL) that we should be able to interface with. There > should be a way to have the auto insert event detect a autorun.inf and > prompt the user if they want to open it with Wine. If no one else > wants to research it I'll try to take a look in to it sometime. > It is already implemented in gnome svn. Have a look here: http://bugzilla.gnome.org/show_bug.cgi?id=453266 -Hanusz Leszek

Feb. 17, 2008

Re: Next big app(s) to try?

by Pau Garcia i Quiles

Quoting Dan Kegel <dank(a)kegel.com>: > Now that Adobe Photoshop CS2 is running kind of > well (there are bugs that need fixing, but I'm trying > to look ahead a bit), what big app(s) are worth focusing on next? > > Using http://wiki.winehq.org/LinuxApplicatonRequestSurvey, > skipping Photoshop (which we should continue to fix up) > and the ones that are either too hard, have native versions, > or are probably something Codeweavers might already be > doing, and adding in good old Framemaker (so close to working > we might want to go for it just for the goodwill from all > those tech writers), I think that leaves about seven big > ticket apps, in rough order of popularity: > > http://wiki.winehq.org/AdobeDreamweaver > iTunes > http://wiki.winehq.org/AdobeIllustrator > http://wiki.winehq.org/AdobeFlash > http://wiki.winehq.org/AdobePremiere > http://wiki.winehq.org/AdobeAcrobatPro > http://wiki.winehq.org/AdobeFramemaker > > I've created wiki pages with trial download URLs for all but iTunes, > and done a bunch of triage on them. > Most of these could all use more triage and bugs filed. > At some point the dust might settle, and it might become > clearer which one(s) deserve to be focused on. > I think Maarten is going to try iTunes, which would be great. AutoCAD, please -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)

Feb. 17, 2008

Re: [1/16] msxml3: Support functions for typelib

by Alistair Leslie-Hughes

"Alexandre Julliard" <julliard(a)winehq.org> wrote in message news:878x1lc5ds.fsf(a)wine.dyndns.org... > Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > >> + *typeinfo = typeinfos[tid]; >> + return S_OK; > > You should increment the ref count when you are returning a pointer, > even if it's also stored in a global variable. If have corrected this in the next patch, the other 2-16 patches should be disregarded since they increment the typeinfo pointer in each function is called. Ill correct the 2-16 patches shortly. Best Regards Alistair Leslie-Hughes

Feb. 17, 2008

Next big app(s) to try?

by Dan Kegel

Now that Adobe Photoshop CS2 is running kind of well (there are bugs that need fixing, but I'm trying to look ahead a bit), what big app(s) are worth focusing on next? Using http://wiki.winehq.org/LinuxApplicatonRequestSurvey, skipping Photoshop (which we should continue to fix up) and the ones that are either too hard, have native versions, or are probably something Codeweavers might already be doing, and adding in good old Framemaker (so close to working we might want to go for it just for the goodwill from all those tech writers), I think that leaves about seven big ticket apps, in rough order of popularity: http://wiki.winehq.org/AdobeDreamweaver iTunes http://wiki.winehq.org/AdobeIllustrator http://wiki.winehq.org/AdobeFlash http://wiki.winehq.org/AdobePremiere http://wiki.winehq.org/AdobeAcrobatPro http://wiki.winehq.org/AdobeFramemaker I've created wiki pages with trial download URLs for all but iTunes, and done a bunch of triage on them. Most of these could all use more triage and bugs filed. At some point the dust might settle, and it might become clearer which one(s) deserve to be focused on. I think Maarten is going to try iTunes, which would be great. - Dan

Feb. 17, 2008

Re: tools: add a wrapper script for starting files from file managers and make wine.desktop use it

by Vincent Povirk

Please do not commit this patch as explained in comment 18 of bug 5224: http://bugs.winehq.org/show_bug.cgi?id=5224#c18 Windows explorer's default behavior is to always start programs with double quotes around their filenames, even if the filename does not contain a space. Apparently, this is impossible (or more difficult than it's worth) to do in a shell script so I will need to rewrite this as a winelib program. On Feb 13, 2008 7:44 PM, Vincent Povirk <madewokherd+d41d(a)gmail.com> wrote: > This is an attempt to solve the problems with double-clicking .exe > files from file managers. > > The patch adds a script named winestartfile that mimics what happens > on windows when a file is double-clicked in explorer. It starts the > file using start.exe with the full path to the file and in the > directory that contains it. > > It also modifies the wine.desktop shortcut to use that script when > opening .exe files. > > My previous attempt at this incorrectly ran start without giving a > full path (so that if a file named start.exe exists in the current > path, it will take precedence) and probably tried to change too many > things at once. > > -- > Vincent Povirk > -- Vincent Povirk

Feb. 17, 2008

New winetricks 20080216: fixed comctl32 override, hide winetrickscache, add --version option

by Dan Kegel

Austin nudged me into fixing comctl32 override, which has been broken since wine added support for sxs assemblies. He also was the third person to suggest hiding winetrickscache, so I guess it's what people want. And I added a --version option for a guy who said it would make packaging easier. As always, it's available at http://kegel.com/wine/winetricks and the svn repository is http://code.google.com/p/winezeug/ -- Wine for Windows ISVs: http://kegel.com/wine/isv

Feb. 17, 2008