- Wine-Devel - list.winehq.org

Wine and non ANSI charset fonts
by Andreas Rosenberg Sept. 11, 2004

Sept. 11, 2004

Hello guys, after a long pause I'm back testing our application (http://appdb.winehq.org/appview.php?appId=1536) with WINE. In the meantime I've been working to prepare our application for the east european/asian market (UTF16, wide char API). This seems to work so far, but as soon as you enter text requiring non ANSI glyphs, I'm only getting "square boxes" instead of the desired characters. So I was searching for another application that uses non ANSI glyhps with WINE. I choosed Opera, because it's quite easy to install. But unfortunately Opera 7.x crashed after entering the first URL. The function "WSAStringToAddress" and some other WSA funtions were missing/stubs. Yesterday evening I fixed these problems and just sent a patch making Opera work with Wine. With Opera I'm now getting the same or similar effects. just try the Opera in Wine and go to: http://www.viatech.com.tw/big5/index/index.jsp So my question: is this a configuration problem? Konquerer displays the page correctly, so the fonts on the Linux side have the correct glyphs available. But it seems they are not available in WINE - I looked into the WINE config file and found something like this: ;;default TrueType fonts with russian koi8-r encoding "Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" "DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" "DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" "DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" This seems to define something regarding the cyrilic charset. With these lines enabled, Opera can display russian pages correctly. But what do I need to enter to get the glyphs of other character sets? (chinese, hangul, etc...) I read the Wine users guide regarding fonts, but it still does not address the character set topic.Can anybody shed some light on this? Regards Andy

2 1

Re: Implementation of WSAStringToAddress(A/W), WSAHtonl, WSAHtons
by Alexandre Julliard Sept. 10, 2004

Sept. 10, 2004

Andreas Rosenberg <andreas_rosenberg(a)web.de> writes: > +INT WINAPI WSAStringToAddressW(LPCWSTR AddressString, > + INT AddressFamily, > + LPWSAPROTOCOL_INFOA lpProtocolInfo, You should have an LPWSAPROTOCOL_INFOW here instead, and convert it before calling WSAStringToAddressA. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Almost complete UpdateResource implementation
by Alexandre Julliard Sept. 10, 2004

Sept. 10, 2004

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > + if(!updates_list) > + { > + updates_list = current_updates; > + list_init(&updates_list->entry); > + } > + else > + list_add_after(&updates_list->entry, &current_updates->entry); That's not the right way to use the list functions. updates_list should be a separate struct list, that will make things a lot easier. > + LIST_FOR_EACH(ptr, &current_updates->resources_list->entry) > + { > + current_resource = LIST_ENTRY(ptr, QUEUEDRESOURCE, entry); > + free_queuedresource(current_resource); > + } You cannot free objects that are still on list, you have to remove them first. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: CreateDirectoryA conformance test improvement
by Alexandre Julliard Sept. 10, 2004

Sept. 10, 2004

Wolfgang Schwotzer <wolfgang.schwotzer(a)gmx.net> writes: > This patch provides a conformance test for my patch > sent on 06. Sept 2004. > > I have successfully tested it on Windows98 and WindowsNT4. Actually the results of that test depend on what the current directory is on the drive you are testing. If your current directory is \ you will see that it fails on Windows too. I believe the Wine code is correct, it returns ACCESS_DENIED on the root and ALREADY_EXISTS anywhere else, just like Windows. -- Alexandre Julliard julliard(a)winehq.org

1 0

COmpilation problems with older Freetype 2
by Vincent Béron Sept. 10, 2004

Sept. 10, 2004

A patch by Huw broke compilation of Wine on RH8 (and probably other platforms as well) which use Freetype 2.1.3 or earlier. More specifically, FT_ENCODING_NONE is undefined. Other ft_encoding_* (or FT_ENCODING_*) problems have arised in the past, but the solution used identifiers already present in older Freetype versions. The attached patch works (and results in the same compiled code IMHO), but looks like a hack rather than a proper fix (use MS_MAKE_TAG? that has already been removed in the past to use ft_encoding_*). Vincent

1 0

Re: Fix twain device handle corruption
by Alexandre Julliard Sept. 10, 2004

Sept. 10, 2004

Francois Gouget <fgouget(a)codeweavers.com> writes: > * or we could check that config.h has been included first using > something like: > > #ifndef __WINE_CONFIG_H > # error You must include config.h first > #endif I think that's preferable, we really want to be using the same structure everywhere. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [SHLWAPI] Implemented PathSearchAndQualify (another fix)
by Vincent Béron Sept. 10, 2004

Sept. 10, 2004

Le ven 10/09/2004 à 13:22, Diego 'Flameeyes' Pettenò a écrit : > I have fixed the patch for the problems Rolf Kalbermatter pointed out. Hope > this time is the good one :) Not likely if the patch is not attached... ;) Vincent

2 1

Re: winedos:MCB implementation
by Andreas Mohr Sept. 10, 2004

Sept. 10, 2004

Hi, On Fri, Sep 10, 2004 at 06:09:26PM +0200, Markus Amsler wrote: > That's some of the result of my effort getting FreeCOM running in winedos. > It's quite important to winedos having proper MCB support, a lot of apps > depend on it. Indeed! Great, thanks a lot for this very important work!! > It also enables running/terminating apps within dos shells, and opens > the door to TSR. > With some more patches (IO-redirection, TSR comming soon) i'm able to > run FreeCOM, compile FreeCOM within FreeCOM, run XRAY and getting my TSR > app starting. Cool. > Please let me know, if there's something wrong with the patch (design > problems, naming conventions, formating, ...). Looks nice and clean to me on cursory glance. Andreas Mohr

1 0

Re: dinput axis mapping and format mapping patch
by Alexandre Julliard Sept. 10, 2004

Sept. 10, 2004

Robert Reif <reif(a)earthlink.net> writes: > Add a [dinput] section to your config file and provide a line with the > following information: > > "your device name" = "X,Y,Z,Rx,Ry,Rz,Slider1,Slider2,POV1,POV2,POV3,POV4" > > where "your device name" is what you get from /bin/jstest and > the axes list are the axes supported by your joystick. > > For example, here is part of my config file: > > [dinput] > "Logitech Logitech Extreme 3D Pro" = "X,Y,Rz,Slider1,POV1" You should add this in the registry instead of the config file, this way we won't have to move it later on. HKLM/Software/Wine/Dinput should be a good place for it. -- Alexandre Julliard julliard(a)winehq.org

3 6

Fwd: Cron <paulm@quisquiliae> $HOME/Production/cronCrossBuild 10:00
by Paul Millar Sept. 10, 2004

Sept. 10, 2004

Hi everyone, A couple of quick things: First, I'm off on holiday for a week (starting tomorrow :^) so won't be able to answer emails for a bit. The cross-building should carry on regardless, though. Second, very occasionally get messages like: ---------- Forwarded Message ---------- Subject: Cron <paulm(a)quisquiliae> $HOME/Production/cronCrossBuild 10:00 Date: Friday 10 September 2004 11:18 From: root of quisquiliae <p.millar(a)physics.gla.ac.uk> To: p.millar(a)physics.gla.ac.uk cvs checkout: warning: unrecognized response `cvs: buffer.c:1384: stdio_buffer_shutdown: Assertion `fstat ( fileno (bc->fp), &s ) != -1 failed.' from cvs server cvs [checkout aborted]: end of file from server (consult above messages if any) ------------------------------------------------------- which looks like WineHQ's cvs server sulking. Does any else get these? Cheers, Paul.

1 0