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

[RFC] The Wine UI page

by Dimitrie O. Paun

Hi folks, There is a new page in my little Wine WWW -- the UI status page: http://www.dssd.ca/wine/Wine-UI.html This is a page that I've been meaning to create for many months now. Please check it out, and let me know if you notice any inaccuracies. -- Dimi.

Jan. 30, 2003

Re: dlls/user/text.c division by zero

by Bill Medland

On January 29, 2003 05:16 am, Christian Kristukat wrote: > Hi, > I'm not sure if it's really a bug. It occured while using Microcal Origin. > Wine crashes after every call of an analysis function, e.g. Peak fitting. > > ChangeLog: > * dlls/user/text.c > - I added some braces to prevent a division by zero error Wrong solution; that just makes the problem go away by making it wrong for everything else. What does windows do when one passes silly data to GetTabbedTextExtent? > > ? patch.diff > ? dlls/user/text_orig.c > Index: dlls/user/text.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/text.c,v > retrieving revision 1.43 > diff -u -r1.43 text.c > --- dlls/user/text.c 8 Jan 2003 21:09:26 -0000 1.43 > +++ dlls/user/text.c 29 Jan 2003 12:41:14 -0000 > @@ -1244,7 +1244,7 @@ > else if (cTabStops > 0) > tabPos = nTabOrg + *lpTabPos; > else > - tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / defWidth + 1) > * defWidth; > + tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / (defWidth + > 1)) * defWidth; That is a different calculation and is wrong. > if (fDisplayText) > { > RECT r; -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

Jan. 30, 2003

Re: w2k Explorer makes wine crash in RtlRaiseException [Virus checked]

by Sylvain Petreolle

> If MSN is calling explorer, maybe we should apply the patch > regardless > of the bug reports. It'd be nice if MSN was closer to working on > fake windows. > > BTW, my patch only implements one commandline parameter, a directory > name. > Anyone know if MSN or any other common program uses any of the other > options the real explorer.exe offers? Better : return with sucessfull state to programs that calls it, display a msgbox with all arguments and a message to report this on the list. > Maybe I should update my patch so the fake explorer aborts if you > use an unrecognized option. > - Dan ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 30, 2003

Re: Run from the build tree possible?

by Vincent Béron

Ferenc Wagner a écrit: > Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > > >>Huh ? Doing 'make install' from the DLL directory where >>you did the change is too slow ? > > > Not the 'make install' alone, but the administration to keep > my distribution's package management happy. If it's just that, the easiest is to install in a user's subdir (eg, /home/vincent/wine/usr). Under the main one you have lib, bin, etc. That's what I do for wine and other rapidly evolving projects, or to test a new package before properly packaging it for systemwide deployment. Of course, wine let's you use it inside it's build dir, so it may be easier to just do that. Vincent

Jan. 30, 2003

Re: Run from the build tree possible?

by Ferenc Wagner

Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > Huh ? Doing 'make install' from the DLL directory where > you did the change is too slow ? Not the 'make install' alone, but the administration to keep my distribution's package management happy. Thanks for the answers, everyone, I'm going for it. Feri.

Jan. 30, 2003

Re: Why is IOCTL_CDROM_READ_TOC so slow?

by Waldeck Schutzer

Hi Eric, It is very strange indeed, but I just tested it again and I'm convinced that on my system that call can take a few seconds. I'm also pretty sure there is no concurrent access to the drive and automount is not running. I even did this on a failsafe session just to be sure, but still the same thing. I wonder there is something wrong with my kernel (2.4.18), or worse, with my computer. On the other hand, it works pretty fast on Windows. Waldeck Eric Pouech wrote: > Waldeck Schutzer wrote: > >> I just realized that IOCTL_CDROM_READ_TOC is used almost everywhere >> in mcicda and somewhere else, but on the other hand it is as fast as >> a snail. A 68-track CD took 10 minutes to scan in cdplayer and if you >> press play, another 10 minutes will pass before it even starts >> playing! It appears to be a good idea to cache the TOC somewhere, but >> where and how? > > how come you get those timings ? > even if we read 10 times more the TOC as we need (so 700 times), it > means the toc reading on the CD takes 600s, so basically a second for > a toc reading, which could occur when the CD rom is first inserted, > otherwise it's crazy > questions: do you have some other apps accessing the cdrom (another > playback app, automount...) ? > > A+ > >

Jan. 30, 2003

Re: Run from the build tree possible?

by Uwe Bonnes

>>>>> "Dimitrie" == Dimitrie O Paun <dpaun(a)rogers.com> writes: Dimitrie> On January 30, 2003 08:34 am, Ferenc Wagner wrote: >> Hello, >> >> is it possible somehow to run Wine from the build tree? I mean >> without 'make install'? It's too lengthy to install after every one >> line change during printf-debugging... Dimitrie> Short answer: Yes, you can run out of the tree, but you can't Dimitrie> compile winelib apps. If you just want to run a program like Dimitrie> so: wine <myprog> than there's no problem. You just need to Dimitrie> set the env right. This is what I use: Dimitrie> WINEHOME=/home/dimi/dev/wine/wine export Dimitrie> LD_LIBRARY_PATH="$WINEHOME" export Dimitrie> WINEDLLPATH="$WINEHOME/dlls:$WINEHOME/programs" alias Dimitrie> wine="/home/dimi/dev/wine/wine/wine" Isn't already wine a script that takes care of setting all those variables? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 30, 2003

Re: Run from the build tree possible?

by Uwe Bonnes

>>>>> "Ferenc" == Ferenc Wagner <wferi(a)tba.elte.hu> writes: Ferenc> Hello, is it possible somehow to run Wine from Ferenc> the build tree? I mean without 'make install'? It's too Ferenc> lengthy to install after every one line change during Ferenc> printf-debugging... I call wine with explicit path, and have the build wine directory in my /etc/ld.so.conf. This works for me. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 30, 2003

Re: Run from the build tree possible?

by Lionel Ulmer

> is it possible somehow to run Wine from the build tree? I > mean without 'make install'? It's too lengthy to install > after every one line change during printf-debugging... Huh ? Doing 'make install' from the DLL directory where you did the change is too slow ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

Jan. 30, 2003

Run from the build tree possible?

by Ferenc Wagner

Hello, is it possible somehow to run Wine from the build tree? I mean without 'make install'? It's too lengthy to install after every one line change during printf-debugging... Feri.

Jan. 30, 2003