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

Re: Word in Hebrew and Wine

by Shachar Shemesh

Dmitry Timoshkov wrote: >Actually Alexandre didn't like that patch, and I reworked it and sent to >wine-patches as "Add support for CP_UNIXCP". If you could try it and >report whether it allows you to type with UTF-8 locale, it would be nice. > > I tried it and it does NOT work. I still get "unrecognized keyboard event". Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

July 3, 2003

Re: testers needed with win 9x/me

by Michael Stefaniuc

On Wed, Jul 02, 2003 at 09:33:34PM +0200, Stefan Leichter wrote: > before i convert the function QueryDosDevice from ascii to unicode i did some > testings on my NT box. The result returned of the test are much different > from what the current implementation returned. Therefore i am okking for some > testers which are building the attached program on their computer and > returning the output to me. I've got 2 precompiled binaries from Marcelo Duarte (mingw) and from you but both print garbage in the terminal and die after a while (yours much faster) with Windows equivalent (aka MessageBox) of a SIGSEGV. I guess i need to install cygwin on the win95 box and try to compile the test program myself and see if that works better. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

July 3, 2003

Re: Typos/spelling fixes

by Vincent Béron

Le jeu 03/07/2003 à 10:47, Tom Wickline a écrit : > Hi, > > J Newman do you want me to CC changes to you or just keep doing as I have? > > Changelog > > Typos/spelling fixes Some of those should go to Dimitrie as he has the master pages for (at least) janitorial, todo_lists and winelib. Vincent

July 3, 2003

Re: Starsiege Tribes Mouse Broken

by Dustin Navea

Kris, Could you send us a copy of your wine config (particularly the area that has the DXGrab and Desktop options)? Thanks in advance. --- Kristoffer Ericson <kristoffer_e1(a)hotmail.com> wrote: > Greetings, > > Just updated with cvs update (3th july) and when trying to run Tribes i > find > that i can no longer use my mouse. It seems that the "game-mouse" never > gets > activated and i'm stuck with the windowmanagers mouse pointer. And i'm not > able to click on any menu items, so i'm pretty stuck. > > Anyone know of any added mouse patch that might cause this problem? I have > no doubt that Tribes otherwise works fine, but having no mouse makes it > kind > of hard to play..=) > > Best wishes > > _________________________________________________________________ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

July 3, 2003

Re: [RESENT]: Fixed winedbg example configuration

by Alexandre Julliard

"BiGgUn" <fbiggun(a)hotmail.com> writes: > Changelog: > Reorder lines for a typical winedbg configuration. Your patch is wrapped; but anyway I don't see any reason to change that, keys are sorted when registry files are saved so the order doesn't matter. -- Alexandre Julliard julliard(a)winehq.com

July 3, 2003

Wine Status - Core

by Tom

Hello, Here is my current list of changes to the Wine Status - Core page please see : http://www.winehq.com/?page=status_wine You will see that some Components have regressed from the last update. So if you feel the regession changes are not correct can you let me know. If you feel a Componet has regressed and I don't have it listed here can you also let me know as well.. And ofcourse if you feel that a status needs raising.... just speak up. I will also see if I cant find *some* relevant Doc links as well. :) And any further feedback on this is most welcomed. -Thanks Tom Wine Status Core as of 7/3/03 Window management Was : 95% Now : 85% Bootup/autostart management (wineboot) Was : 30% Now : 70% BiDi Was : 5% Now : 20% Unicode support Was : 80% Now : 85% Dynamic Data Exchange (DDE) Was : 80% Now : 85% Internal PostScript printer driver Was : 60% Now : 90% General printer setup Was : 70% Now : 80% New : Under Tools add : Wine configuration tool (winecfg) Was : 0% Now : 20% Worker : Jaco Greef, Dimitrie O. Paun, Matthew Davison Wine Resource Compiler (wrc) Was : 95% Now : 100% Worker : Dimitrie O. Paun Wine Porting Tool (winemaker) Docu : = Obsolete Was : 75% Now : 60% Rename 'Wine Regression Test Suite' to 'Wine Conformance Test Suite'. Docu : Status 75% Add link to Docu: http://www.winehq.org/Docs/wine-devel/testing.shtml How to use Winelib Docu : 30% How to compile MFC with Winelib Docu : 60% Multi-user support Was : 20% Now : 10% DLL separation Was : 85% Now : 80% Why : High compared to what remains to be done File I/O Was : 100% Now : 90% DOS application support Was : 60% Now : 60% Add : Jukka Heinonen as worker Remove : Ove Kåven, Alexandre Julliard Wine 1.0 Release Plan Link to Dimi's 1.0 Todo Remove : Native Windows printer drivers Remove : DLL placeholder file Remove : CPU emulation remove : WineHQ and Corel relationship

July 3, 2003

Re: testers needed with win 9x/me

by Brian Vincent (C)

I also ran it under Win98 SE "4.10.2222A" and compiled it with "gcc version 3.2 20020927 (prerelease)" under Cygwin. Looks the same as Joel's: NULL -> res 0,err 87, CON -> res 0,err 87, CON: -> res 0,err 87, COM1: -> res 0,err 87, COM1 -> res 0,err 87, COM2 -> res 0,err 87, COM3 -> res 0,err 87, COM4 -> res 0,err 87, COM5 -> res 0,err 87, LPT1: -> res 0,err 87, LPT1 -> res 0,err 87, LPT2 -> res 0,err 87, LPT3 -> res 0,err 87, LPT4 -> res 0,err 87, NUL -> res 0,err 87, NUL: -> res 0,err 87, NULL, NULL, 0, -> 0, 87 SHIT, NULL, 0, -> 0, 87 LPT1, NULL, 10, -> 0, 87 --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

July 3, 2003

Re: Sourceforge RH9 rpms

by Antti Palosaari

Vilppa Salt wrote: > Latest rh 9 rpm won't compile: > > Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/wine-user.sgml > Done. > docbook2html -d ./default.dsl -o winelib-user winelib-user.sgml > Using catalogs: /etc/sgml/sgml-docbook-3.1-1.0-17.cat > Using stylesheet: /usr/src/redhat/BUILD/wine-20030618/documentation/./default.dsl > Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/winelib-user.sgml > Done. > false -d ./print.dsl wine-devel.sgml >/dev/null > make: *** [wine-devel.pdf] Error 1 > make: Leaving directory `/usr/src/redhat/BUILD/wine-20030618/documentation' > error: Bad exit status from /var/tmp/rpm-tmp.73988 (%build) false should be replased with true (in Makefile I remember), compilation fails because of "error" status returned by false. Or you can install all the needed stuff needed to compile full documentation. /antti

July 3, 2003

Re: File descriptor limit

by Ferenc Wagner

Mike Hearn <m.hearn(a)signal.qinetiq.com> writes: > it opens a truly amazing 18,000 odd file descriptors. > > wine client error:9a: pipe: Too many open files > > The problem is, that I don't know what limit is being used > for this. In theory, the OPEN_MAX macro should tell me, > but for some reason this is defined on my box as 256 (red > hat 8), even though sysconf(_SC_OPEN_MAX) says "1024". That's probably a per process limit. See instead $ cat /proc/sys/fs/file-nr 1844 1331 26208 (alloc (used) (max) ated) > something is a bit broken here. Probably, but I can't help you with that... Feri.

July 3, 2003

File descriptor limit

by Mike Hearn

Hi, I have a problem, in that I'm trying to run an app which opens truly astonishing numbers of threads, sockets and because we're on Linux -> file descriptors. For instance, on a basic run in the default configuration, it runs approximately 180 threads. A quick script that did an ls -1 in the /proc/$pid/fd directory of each running wine process (for some reason I get loads) shows that it opens a truly amazing 18,000 odd file descriptors. In fact, in some circumstances it opens so many, that I get errors like this: wine client error:9a: pipe: Too many open files .. and it dies. The problem is, that I don't know what limit is being used for this. In theory, the OPEN_MAX macro should tell me, but for some reason this is defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX) says "1024". So, a few questions, for those in the know (probably wineserver guys): 1) Does Wine try to monitor the number of open file descriptors and do anything about hitting the limit? 2) Does Wine deliberately split into lots of processes when certain limits are reached? (this doesn't seem to happen for other apps, except apache but I know it spawns children deliberately for load balancing reasons). 3) Why do I have so many? This is an app which makes heavy use of networking (it uses jxta which is a java p2p thingy), so far I've considered: * Thread server pipes (2 fds for each pipe) * Thread wait pipes (2 fds each) * Sockets * Open files (does java have a separate fd for each class even when in jars?) 4) Does Wine have any known scalability problems with lots of threads/sockets/files open at once? I noticed the wineserver eats a lot of CPU time. 4) Is there anything I can do about this? *Any* advice here would be most appreciated. Even given the ridiculous thread usage 18k file descriptors sounds way out of line, it feels like something is a bit broken here. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

July 3, 2003