August 2004 - Wine-Devel - list.winehq.org

Re: winrash: only sleep xx commands ?

by Sylvain Petreolle

Yes, latests results at http:/test.winehq.com/data have been sent the 29 Jul ... --- Chris Morgan <cmorgan(a)alum.wpi.edu> a écrit : > It looks like it is running how it is supposed to. If you look at the script > that the winehq service is sending you by going to this url: > > http://test.winehq.com/service?winrash=winrash-0009-chris-msvc.exe&id=Usurp > > You'll notice that the only command is 'sleep 3600'. > > Maybe the winehq service cgi isn't working correctly b/c it should be sending > you winetests to run but it does look like winrash is doing the right stuff. > > Chris ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

Aug. 1, 2004

Re: winrash: only sleep xx commands ?

by Chris Morgan

It looks like it is running how it is supposed to. If you look at the script that the winehq service is sending you by going to this url: http://test.winehq.com/service?winrash=winrash-0009-chris-msvc.exe&id=Usurp You'll notice that the only command is 'sleep 3600'. Maybe the winehq service cgi isn't working correctly b/c it should be sending you winetests to run but it does look like winrash is doing the right stuff. Chris On Sunday 01 August 2004 12:51 pm, Sylvain Petreolle wrote: > After a successful install of winrash with 'Usurp' as nick and this mailbox > : spetreolle(a)n5o5s5p5a5m.yahoo.fr > > It seems that winrash is doing only sleep commands, having a look to > <winrash>\debug.txt. Simulating about 27 hours of running service with some > 'time' and a 'date' commands seem to produce nothing else than "sleep 3600" > commands in debug.txt. > > Can someone help ? > The service is up and running in E:\winrash. > Machine: Windows XP home. > > Output: > E:\winrash>winrash -v && winrash -q > Winrash version: 'winrash-0009-chris-msvc.exe' > Current script commands: > 1 total commands, current command is 1 > 0: sleep 3600 > > Querying service > Current state: > SERVICE_RUNNING > > Part of debug.txt: > ... > c:\winrash\winrash.c:1197 01/08/2004 16:57:00 > c:\winrash\winrash.c:1200 entered with currentCommandIndex of '0' > c:\winrash\winrash.c:593 sleep command of 'sleep 3600' > c:\winrash\winrash.c:1275 no errors in command > c:\winrash\winrash.c:1775 debug file not yet large enough to clear > c:\winrash\winrash.c:390 entered > c:\winrash\winrash.c:441 found a clientID of 'Usurp' > c:\winrash\winrash.c:443 after removing characters we have a clientID of > 'Usurp' > > c:\winrash\winrash.c:509 built a url of > 'http://test.winehq.com/service?winrash= > winrash-0009-chris-msvc.exe&id=Usurp' > c:\winrash\winrash.c:312 url of > 'http://test.winehq.com/service?winrash=winrash- > 0009-chris-msvc.exe&id=Usurp' > c:\winrash\winrash.c:533 got file: sleep 3600 > c:\winrash\winrash.c:534 got 11 bytes out of a total buffer of 15000 > c:\winrash\winrash.c:556 Software\winrash\Command_0 > c:\winrash\winrash.c:1197 01/08/2004 17:57:21 > ... > > ===== > Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) > Say NO to software patents > Dites NON aux brevets logiciels > > "You believe it's the year 1984, when in fact, its closer to 2184"1984 / > Matrix > > > > > > > Vous manquez despace pour stocker vos mails ? > Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! > Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ > > Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés > pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur > http://fr.messenger.yahoo.com

Aug. 1, 2004

Re: Program runs okay, but has tiny font.

by Niek Beernink

Nick Capik wrote: >If you haven't received a response yet, try the following: > >1. Change the resolution setting in the wine config file to a higher >number. I use 150 with my screen, but something around 120 may suit >you better. > >2. For menus, which don't appear to be a problem in your screen shot, >you need to add lines in win.ini as follows: (note I use a point size >of 18, but something smaller may suit you better). > > [Desktop] > menufontsize=18 > >Nick Capik > Thanks for your reply, and no I didn't receive a response yet. Setting the font resolution to 120 or 150 didn't change anything. When I added the lines you mentioned to win.ini only the menu fontsize increased. (But this is what you said.) Isn't there a toggle for the fontsize in the parts of the program that have small fonts? Maybe the author of this program hardcoded the fontsize or something? Best regards, Niek Beernink.

Aug. 1, 2004

winrash: only sleep xx commands ?

by Sylvain Petreolle

After a successful install of winrash with 'Usurp' as nick and this mailbox : spetreolle(a)n5o5s5p5a5m.yahoo.fr It seems that winrash is doing only sleep commands, having a look to <winrash>\debug.txt. Simulating about 27 hours of running service with some 'time' and a 'date' commands seem to produce nothing else than "sleep 3600" commands in debug.txt. Can someone help ? The service is up and running in E:\winrash. Machine: Windows XP home. Output: E:\winrash>winrash -v && winrash -q Winrash version: 'winrash-0009-chris-msvc.exe' Current script commands: 1 total commands, current command is 1 0: sleep 3600 Querying service Current state: SERVICE_RUNNING Part of debug.txt: ... c:\winrash\winrash.c:1197 01/08/2004 16:57:00 c:\winrash\winrash.c:1200 entered with currentCommandIndex of '0' c:\winrash\winrash.c:593 sleep command of 'sleep 3600' c:\winrash\winrash.c:1275 no errors in command c:\winrash\winrash.c:1775 debug file not yet large enough to clear c:\winrash\winrash.c:390 entered c:\winrash\winrash.c:441 found a clientID of 'Usurp' c:\winrash\winrash.c:443 after removing characters we have a clientID of 'Usurp' c:\winrash\winrash.c:509 built a url of 'http://test.winehq.com/service?winrash= winrash-0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:312 url of 'http://test.winehq.com/service?winrash=winrash- 0009-chris-msvc.exe&id=Usurp' c:\winrash\winrash.c:533 got file: sleep 3600 c:\winrash\winrash.c:534 got 11 bytes out of a total buffer of 15000 c:\winrash\winrash.c:556 Software\winrash\Command_0 c:\winrash\winrash.c:1197 01/08/2004 17:57:21 ... ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

Aug. 1, 2004

Re: Flags for building an rpm

by Marcus Meissner

> > > > Unfortunately, my colleague is incommunicado for the next couple of > > weeks, and I cannot ask him how he built the rpm. I added a patch to > > fix the problem I reported recently in menu.c. Then, I built the rpm > > with the command: > > > > # rpmbuild -ba --platform athlon wine-20040408-2muse.spec > > My rpmbuild manpage says to use --target, while --platform is not > documented. > Else, looks good to me... > > > > > Here is what I get: > > > > 85910178 Jul 29 21:25 wine-20040408-2muse.athlon.rpm > > > > This is significantly larger. I looked at the contents and the problem > > seems to be mainly in /usr/lib/ All files are significantly larger. > > I've noticed it also if I build with stabs+ usage. That's why there's a > patch in the RH rpms which disables stabs+ detection (and shrinks the > archive to ~10MB). > > > > > What flags am I missing when I am building the rpm? > > It's most probably a question of stabs+ usage. For some reason, it was > disabled for the rpm your colleague did, and enabled for the one you > did. Or use strip --debug on the .so files... its just the debuginfo that makes it that large. Ciao, Marcus

Aug. 1, 2004

Re: Program runs okay, but has tiny font.

by Nick Capik

On Thursday 29 July 2004 09:19, Niek Beernink wrote: > Hello all, > > TD in #winehq told me to post this here. > I'm trying to run the following program in wine, > <ftp://212.67.96.161/loaded/diablo2/utilities/runewizard101.zip> > It loads up okay, but the font in the program is really tiny and I > was wondering if any of you knew of a possible fix. Here's a > screenshot of this happening: > <http://digital-conquest.ath.cx/src/tinyfont> I'm running Gentoo > Linux with Wine version 20040615. Niek: If you haven't received a response yet, try the following: 1. Change the resolution setting in the wine config file to a higher number. I use 150 with my screen, but something around 120 may suit you better. 2. For menus, which don't appear to be a problem in your screen shot, you need to add lines in win.ini as follows: (note I use a point size of 18, but something smaller may suit you better). [Desktop] menufontsize=18 Nick Capik

Aug. 1, 2004

winrash: some todos

by Sylvain Petreolle

Some suggestions for winrash: * Running Windows NT version >= 4.XY, we should check for the use of an administrator account... installing as normal user gave these results : no error message said the HKLM keys couldnt be created => UserID & mail not set => service install/run fails silently * http links : the 3 http links fail to open at the end of installation, this has already been reported on wine-users list. (the mouse arrow changes though) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

Aug. 1, 2004

Re: Flags for building an rpm

by Vincent Béron

Le sam 31/07/2004 à 15:31, Dan Timis a écrit : > A colleague built a wine rpm a while ago. Here is the size and date: > > 9922591 Apr 29 14:32 wine-20040408-1muse.athlon.rpm > > If I look on the winehq site I see similar sizes, only slightly larger: > > wine-20040716-1rh8winehq.athlon.rpm 11662876 The larger size probably comes from more libraries being detected at compilation time (like ICU), or from using a different compiler. On which base distribution are you compiling (you and your colleague)? > > Unfortunately, my colleague is incommunicado for the next couple of > weeks, and I cannot ask him how he built the rpm. I added a patch to > fix the problem I reported recently in menu.c. Then, I built the rpm > with the command: > > # rpmbuild -ba --platform athlon wine-20040408-2muse.spec My rpmbuild manpage says to use --target, while --platform is not documented. Else, looks good to me... > > Here is what I get: > > 85910178 Jul 29 21:25 wine-20040408-2muse.athlon.rpm > > This is significantly larger. I looked at the contents and the problem > seems to be mainly in /usr/lib/ All files are significantly larger. I've noticed it also if I build with stabs+ usage. That's why there's a patch in the RH rpms which disables stabs+ detection (and shrinks the archive to ~10MB). > > What flags am I missing when I am building the rpm? It's most probably a question of stabs+ usage. For some reason, it was disabled for the rpm your colleague did, and enabled for the one you did. Vincent

Aug. 1, 2004

Re: More winecfg todos

by Chris Morgan

Here is a patch that recreates the "Global settings" entry in the app defaults tab if the user removes it. It also fixes some indenting and removes a while() loop that was inside of another identical while(). Mike, it doesn't look like I'll have time test this and I've been sitting on it for a couple of months. Feel free to do so and submit it to wine-patches. Chris On Sunday 01 August 2004 10:53 am, Mike Hearn wrote: > On Thu, 29 Jul 2004 23:19:11 -0500, Alexandre Julliard wrote: > > Log message: > > James Hawkins <truiken(a)gmail.com> > > Under the Drives tab, remove the 'Windows Drive' section. > > You probably want to increase the size of the drive mappings list so it > fills the tab, currently there is just a lot of empty space at the top of > the pane now you removed the old stuff. > > Also we should kill the autodetect button. This is done by > wineprefixcreate these days, or should be. > > Other things are: > > - Drive editing seems broken. The list box only updates the second time I > hit edit. err:winecfg:applyDriveChanges unable to set volume label for > devicename of 'H:\', label of '' > > - Browse in the "Add/Edit drive" dialog is a WRITEME > > - Build system isn't right: I did a cvs update but the res files weren't > recreated properly. I had to do a make clean to get the gui updates. > > - "Add Application" has poor usability: we always use a file browser > dialog box even though the most common use case is just "foo.exe", ie > the user knows the name and doesn't care about the location. Worse we > start in the c:\windows\desktop folder for some reason, meaning users > might accidentally select a .lnk file! > > Ditto for Libraries tab. > > - The Add/Remove application buttons are *way* too big! > > - Obviously, once audio autodetection has been moved into the drivers we > need to kill the audio tab. > > - Libraries tab just has generally poor usability, actually. The first > item in the radio group is "Builtin" meaning that's the one users are > most likely to select, it should be "builtin, native" followed by "native, > builtin" > > - We ask the user to understand a magic * symbol to set the default - what > is up with that? > > - There are no helpful default entries in the drop down box for setting a > DLL override, and when you add one the tree does not expand so to actually > *set* it you have to expand the tree then select the new override. > > - We have way too many (eg, more than zero) tree controls in this app. > > - Drive mappings list is really unclear, there's no separation between the > "Drive X:" label and the unix path its mapped to. > > Basically I'd recommend reading the GNOME HIG: > http://developer.gnome.org/projects/gup/hig/ > > it's a very informative read. Obviously we have to use Win32 UI > conventions at least at first, but there's a lot of generically good > advice there. Well worth reading for anybody who is going to work on > winecfg. > > thanks -mike

Aug. 1, 2004

wine debugger

by Chipzz

Hi all, for some reason, the wine debugger just doesn't seem to work for me. wine: Unhandled exception (thread 000f), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405ae990,1) - no error checking or testing yet WineDbg starting on pid 0xe In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0x40107b08 __read+0x28 in libc.so.6 (0x40032c54) 2 0x401cc022 Exception c0000005 The backtrace it shows appears to be from the debugger itself, not from the program? Or am I wrong in assuming this? I am getting this same backtrace for each and every program... Also, the ctrl-c key doesn't work as advertised (just does nothing). Wine is wine cvs from 07/31, gdb is 6.1-3 from debian unstable. Anyone got some pointers? kr, Chipzz AKA Jan Van Buggenhout -- ------------------------------------------------------------------------ UNIX isn't dead - It just smells funny Chipzz(a)ULYSSIS.Org ------------------------------------------------------------------------ "Baldric, you wouldn't recognize a subtle plan if it painted itself pur- ple and danced naked on a harpsicord singing 'subtle plans are here a- gain'."

Aug. 1, 2004