May 2003 - Wine-Devel - list.winehq.org

Re: Internet Explorer regressions

by Gregory M. Turner

On Thursday 29 May 2003 05:44 pm, Mike Hearn wrote: > > I've been trying to force myself to use nt4 mode & nt4 native dll's; Oh, > > and just to make it even more borked I'm using IE6 ;). Absolutely no > > dice whatsoever, here. The installation goes OK, but I just can't find a > > combination of native/wine dlls that doesn't go "bonk" real fast. I > > think, this is about what I should expect with such a get-up, IOW its not > > a regression. > > By "bonk" do you mean crash? I found I could avoid a freeze or crash by > running it like this: yes, that's the noise the windoze AV handler makes ;) > wine --dll ole32,oleaut32,shdocvw,shell32,shfolder=n iexplore.exe -- > "http//some/address" hmm, will give it a try > Oh, and Greg, what about poor old cabinet.dll? The one I have to set to > native to get lots of installers working...... Bummer. I only implemented the undocumented parts used by Internet Explorer. The documented parts of the dll, ironically, are stubs. It would take some work to finish it, but if it's stopping installers then I should probably make the effort, eh? ;) -- "A just security to property is not afforded by that government, under which unequal taxes oppress one species of property and reward another species." --James Madison gmt

May 29, 2003

Re: Generating incremental diffs

by Gregory M. Turner

On Thursday 29 May 2003 05:33 pm, Shachar Shemesh wrote: > Johan Dahlin wrote: > >>I tried running "diff -u -r wine.ref wine". The problem is that this > >>generated tons of diffs in files in the "CVS" directory. Don't ask me > >>why there were differences there. > > > >This is the right way, you just have to tweak the arguments to diff or > >grep away some stuff (CVS for example). > > > >Use -x or -X options combined with grep [-v] > > > >-x PAT --exclude=PAT Exclude files that match PAT. > >-X FILE --exclude-from=FILE Exclude files that match any pattern in FILE > > Thanks! I must have misread the documentation. Programing at half past 1 > AM is not as effective as it might be. > > Shachar you can also try my winetreediff thingy. it is almost reliable, and attempts to diff only the sources -- you can build in-tree and it will magically ignore everything but the sources. Although occasionally one must add or delete things as the wine directory structure changes, the scripts are otherwise stable. You will have to change the hard-coded path to /home/greg/bin to wherever you put the files. The best way to use it (expensive in disk space, but who cares?) is to make two copies of wine at least. Personally I keep three: a vanilla cvs, a "testing" tree, for which I don't have any particular policy, and a "devel" tree which is usually full of my latest work. All stuff is generated as -p0. Let's say I want to generate a diff (diffB) relative to some other diff (diffA), relative to cvs: I just do: # revert testing to vanilla state cd ~/src/wine/testing winetreediff ../vanilla | patch -p0 -R # patch it patch -p0 < ~/src/wine/patches/diffA # now generate a diff of the devel tree vs. testing cd ~/src/wine/devel winetreediff ../testing > ~/src/wine/patches/diffB of course, doing it this way, you loose all the pretty CVS markups in your patches. -- "A just security to property is not afforded by that government, under which unequal taxes oppress one species of property and reward another species." --James Madison gmt

May 29, 2003

Re: Internet Explorer regressions

by Mike Hearn

> I've been trying to force myself to use nt4 mode & nt4 native dll's; Oh, and > just to make it even more borked I'm using IE6 ;). Absolutely no dice > whatsoever, here. The installation goes OK, but I just can't find a > combination of native/wine dlls that doesn't go "bonk" real fast. I think, > this is about what I should expect with such a get-up, IOW its not a > regression. By "bonk" do you mean crash? I found I could avoid a freeze or crash by running it like this: wine --dll ole32,oleaut32,shdocvw,shell32,shfolder=n iexplore.exe -- "http//some/address" as typing in an address manually didn't work too well. I then got to sit and wait while it repainted massively slowly. IE used to work quite well, minus the ability to do local folder browsing. It's definately regressed. I'm going to have to look into it for work, so I'll let you know how I get on. Oh, and Greg, what about poor old cabinet.dll? The one I have to set to native to get lots of installers working...... thanks -mike -- Mike Hearn <mike(a)theoretic.com>

May 29, 2003

Re: Generating incremental diffs

by Shachar Shemesh

Johan Dahlin wrote: >>I tried running "diff -u -r wine.ref wine". The problem is that this >>generated tons of diffs in files in the "CVS" directory. Don't ask me >>why there were differences there. >> >> > >This is the right way, you just have to tweak the arguments to diff or >grep away some stuff (CVS for example). > >Use -x or -X options combined with grep [-v] > >-x PAT --exclude=PAT Exclude files that match PAT. >-X FILE --exclude-from=FILE Exclude files that match any pattern in FILE > > > Thanks! I must have misread the documentation. Programing at half past 1 AM is not as effective as it might be. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

May 29, 2003

Re: Generating incremental diffs

by Johan Dahlin

> I tried running "diff -u -r wine.ref wine". The problem is that this > generated tons of diffs in files in the "CVS" directory. Don't ask me > why there were differences there. This is the right way, you just have to tweak the arguments to diff or grep away some stuff (CVS for example). Use -x or -X options combined with grep [-v] -x PAT --exclude=PAT Exclude files that match PAT. -X FILE --exclude-from=FILE Exclude files that match any pattern in FILE -- Johan Dahlin <jdahlin(a)async.com.br> Async Open Source

May 29, 2003

Generating incremental diffs

by Shachar Shemesh

I need to generate diffs between my previous patch and the current one. Unsuprisingly (as Alexander is on vacation), the previous patch was not applied. When diffing against CVS, I usually just do "cvs diff -u". In this case, I have checked out a new tree from CVS, applied the old diff on that tree (so I have a tree that is the way CVS would look if my previous patch was applied). Now what? I tried running "diff -u -r wine.ref wine". The problem is that this generated tons of diffs in files in the "CVS" directory. Don't ask me why there were differences there. Any other ideas? I know other people have done this before... Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

May 29, 2003

Re: Internet Explorer regressions

by Duane Clark

Gregory M. Turner wrote: > > I've been trying to force myself to use nt4 mode & nt4 native dll's; Oh, and > just to make it even more borked I'm using IE6 ;). Absolutely no dice > whatsoever, here. The installation goes OK, but I just can't find a > combination of native/wine dlls that doesn't go "bonk" real fast. I think, > this is about what I should expect with such a get-up, IOW its not a > regression. Ah, I should have said "reasonably fast" rather than "reasonably well". I use IE very little, so shouldn't comment on stability. Oops, I am running IE5, not 6. That said, I am using these settings (mostly from Sylvain): [AppDefaults\\iexplore.exe\\Version] "Windows" = "win98" [AppDefaults\\iexplore.exe\\DllOverrides] "comctl32" = "native" # for favorites "commctrl" = "native" # "crypt32" = "native" # call to uninmplemented # "msvcrt20" = "native" "msvcrt" = "native" # "oleaut32" = "native"# | # "ole32" = "native" # |not necessary in order to run # "olepro32" = "native"# | "rpcrt4" = "native" # | "shdocvw" = "native" # .101 PathRemoveBackslashW calls to undocumented # in shlwapi and force IE to abort. # "shell" = "native" # } # "shell32" = "native" # } "shlwapi" = "native" # }} unimplemented funcs "urlmon" = "native" # } "wininet" = "native" # }

May 29, 2003

Re: Alsa driver status

by Sylvain Petreolle

Could you add your name on the DLL status page, thanks. (http://www.winehq.com/?page=status_dlls) --- Jeff Smith <whydoubt(a)yahoo.com> a écrit : > I am working on the MIDI portion. I have it working with > the one program I have been testing. It still needs a lot > of work and testing, but I will submit what I have in the > next few days. If nothing else, at least there will be a > record of it that way. > > -- Jeff Smith > > > --- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > > Since Alsa has released a 0.9 version, I think we could write a > more > > complete driver. > > (midi output, recording, channel control...) > > > > Eric and Marco, > > are you still working on it ? > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Z_God

Op donderdag 29 mei 2003 19:14, schreef Mike Hearn: > Being able to install apps in managed mode requires deep knowledge and > hacks of the x11drv, it is on the Wine 0.9 TODO list. Alexandre has > discussed it before, this is not a simple bug by any means :( To be able to use those installers properly, maybe it would be easier to change the current unmanaged mode so that apps still integrate with the desktop environment (they have a button on the panel to which the minimize, etc.) but are not completely managed. (Similar the Xmms for example maybe?) Just a suggestion.

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Carlos Lozano

El jue, 29 de may de 2003, a las 17:14, Mark Westcott escribio: > Hi, > > I'm not 100% sure this is right, just because a window has WS_CLIPSIBLINGS and > WS_CLIPCHILDREN does not mean we necessarily want to manage it. > > For example, both Trillian and WinAmp Hmm, i don't see any different between WinAmp with the patch, and WimAmp without the patch. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

May 29, 2003