wine-devel

wine-devel@winehq.org

84463 discussions

ANSI_CHARSET
by Jeff Smith 03 Sep '02

03 Sep '02

ANSI_CHARSET and SYMBOL_CHARSET need to be defined (in include/wingdi.h), but I have some doubts about the details. SYMBOL_CHARSET should be defined as (BYTE)2, I believe. If the current value of DEFAULT_CHARSET as (BYTE)1 is correct, then I suspect ANSI_CHARSET should be (BYTE)0. I question the current value of DEFAULT_CHARSET, and suspect it should be the reverse (DEFAULT:0 ANSI:1). DEFAULT defines tend to be 0 except for a few special cases (and this one does not fit as one of in my book). I'm sure someone out there is more familiar with this than I am, and I would appreciate their feedback. Notes: There is a function in shell32.dll as distributed in Win95-OSR-2.1, that uses the LOGFONT structure. In this function, the structure is used for three fonts: "Times New Roman", "Arial", and "Wingdings". The lfCharSet member for each case is 0, 0, and 2, respectively. -- Jeff Smith _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com

5 5

Mono / winforms + Winelib
by Steven Edwards 02 Sep '02

02 Sep '02

I have started some discussion with the Mono developers on how to better share our work and they have sent these directions for anyone that is interested in testing Mono with Winelib. There is also a Mono build for Win32 if you want to test it under Wine/ReactOS. I will try and find some free time in the next few weeks to see if I can help with documenting problems or areas our projects can work together better. Note: forwarded message attached. __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

ALSA 0.9 sound problems
by TJ 02 Sep '02

02 Sep '02

Hi =) I have ALSA 0.9 with OSS compat modules. I recently got DeusEx to run (on Wine w/ openGL, not talking about WineX) However using winealsa.drv sound is very laggy and lots of nasty clicks and hissing occurs, but if I use wineoss.drv sound is fine?? (note OSS driver will be talking to ALSA via the snd-pcm-oss compat module) Also when using the wineoss module and the game (not just DeusEx but most games I got working) is setting up sound it seems to freeze, all i do then is ctrl+z, fg, in controling term and things run fine from then on. -TJ

3 4

Creating ocx
by Fabian Cenedese 02 Sep '02

02 Sep '02

Hi I have a problem with an ocx (not with WineDbg this time :). To create it I do: CreateControl(GetClsid(), lpszWindowName, dwStyle, rect, pParentWnd, nID,pPersist, bStorage, bstrLicKey); which works fine in windows (NT4), but in Wine-20020804 I get the following: First chance exception: e06d7363 in 32-bit code (0x400d5ee5). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:400d5ee5 ESP:405c4e18 EBP:405c4e70 EFLAGS:00000246( - 00 I Z- -P1 ) EAX:405c4e20 EBX:4010ca04 ECX:00000000 EDX:405c4e34 ESI:405c4f4c EDI:00000000 Stack dump: 0x405c4e18 (_end+0x265cf4): 4010ca04 400ca2f2 e06d7363 00000001 0x405c4e28 (_end+0x265d04): 00000000 400d5e70 00000003 19930520 0x405c4e38 (_end+0x265d14): 405c4f84 5f4bb5d8 405c4ecc 400fbc9c 0x405c4e48 (_end+0x265d24): 405c4e74 00000400 405c4f58 405c4e80 0x405c4e58 (_end+0x265d34): 4010ca04 400da28a 00000002 40123a68 0x405c4e68 (_end+0x265d44): 00000058 40129d48 405c4e90 400ca303 0x405c4e78 (_end+0x265d54): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0x400d5ee5 (RaiseException+0x75(code=0xe06d7363, flags=0x1, nbargs=0x3, args=0x405c4f4c) [except.c:81] in libntdll.dll.so) (ebp=405c4e70) 1 0x400ca303 (call_stdcall_function+0xc3(func=0x400d5e70, nb_args=0x4, args=0x405c4f20) [relay386.c:327] in libntdll.dll.so) (ebp=405c4e90) 2 0x400ca6e8 (RELAY_CallFrom32+0x148(ret_addr=0x7800ac4e) [relay386.c:400] in libntdll.dll.so) (ebp=405c4f14) 3 0x4076fed5 (KERNEL32.DLL.TryEnterCriticalSection+0x2b59 in kernel32.dll.so) (ebp=405c4f58) 4 0x5f47d5b1 (MFC42.DLL.1269+0x4d in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c4f7c) 5 0x5f48ceab (MFC42.DLL.2464+0x11c in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5004) 6 0x5f423445 (MFC42.DLL.4035+0x51 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c502c) 7 0x5f42348d (MFC42.DLL.6095+0x43 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5054) 8 0x5f423520 (MFC42.DLL.5719+0x28 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5088) 9 0x5f42375d (MFC42.DLL.6198+0x14 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c50f0) 10 0x5f421996 (MFC42.DLL.6621+0x86 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5148) 11 0x5f42168b (MFC42.DLL.6623+0x3f in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c5184) 12 0x5f421647 (MFC42.DLL.2135+0x59 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405c51d8) 13 0x3001e1ad (CIXOutWinView::Create+0x43(lpszWindowName=0x406cb3f0, dwStyle=0x50300000, rect=0x405c5244, pParentWnd=0x41568c60, nID=0x1320, ExtStyle=0x200, pPersist=0x0, bStorage=0x0, bstrLicKey=0x0) [N:\IMD\Imex\Src\IXOutWin.cpp:167] in C:\IMD\BIN\IMEX.DLL) (ebp=405c520c) (here is the above mentioned CreateControl) 0x400d5ee5 (RaiseException+0x75 [except.c:81] in libntdll.dll.so): leal 0xffffffa8(%ebp),%esp 81 RtlRaiseException( &record ); It finds the .ocx so that shouldn't be a problem. The registry should be correct too as other ocx's I have work fine, all installed with the same setup. This is also the reason why I believe it's something inside the ocx code. The exception code e06d7363 means float inexact result or so, but I never used float or double or any 64 bit integer. The OnCreate and OnFontChanged of the ocx are called and left successfully. I traced it down to this (shortly after OnFontChanged is left, maybe some painting done): 08153fd8:Call kernel32.lstrlenA(405c5062 "\016") ret=5f418414 08153fd8:Ret kernel32.lstrlenA() retval=00000001 ret=5f418414 08153fd8:Call kernel32.lstrlenA(406cb3f0 "") ret=5f4184ce 08153fd8:Ret kernel32.lstrlenA() retval=00000000 ret=5f4184ce 08153fd8:Call kernel32.MultiByteToWideChar(00000000,00000000,406cb3f0 "",ffffffff,405c4f88,00000001) ret=5f4184f9 08153fd8:Ret kernel32.MultiByteToWideChar() retval=00000001 ret=5f4184f9 08153fd8:Call kernel32.GetProcAddress(65340000,00000002) ret=5f405724 08153fd8:Ret kernel32.GetProcAddress() retval=65341408 ret=5f405724 08153fd8:Call kernel32.IsBadReadPtr(405c4f98,00000020) ret=42622bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=42622bce 08153fd8:Call kernel32.IsBadReadPtr(405c4fd8,00000004) ret=42622bce 08153fd8:Ret kernel32.IsBadReadPtr() retval=00000000 ret=42622bce 08153fd8:Call ntdll.RtlSizeHeap(40360000,00000000,403c0738) ret=65f019c3 trace:heap:RtlSizeHeap (40360000,00000002,403c0738): returning 00000020 08153fd8:Ret ntdll.RtlSizeHeap() retval=00000020 ret=65f019c3 08153fd8:Call kernel32.RaiseException(e06d7363,00000001,00000003,405c4f4c) ret=7800ac4e 65340000 is the handle for the OLEAUT32.DLL, function 2 seems to be SysAllocString but it doesn't seem to get there (at least I never see my message in the log file).. Any ideas how I can find out what goes wrong (inside the MFC42.dll)? Thanks Fabi

1 0

Re: SHLWAPI IQueryAssociations helpers
by Jürgen Schmied 02 Sep '02

02 Sep '02

> This patch implements the Assoc* functions for SHLWAPI. We need to > decide whether to duplicate or share the code for the underlying COM > object though (i.e. can I include the c file from the shell dir?). Sharing code is never a good idea. Usually windows implements things on one place and we should do so too. The only reason for some code duplication between shlwapi and shell32 is ms moved some functionality from shell32 to shlwapi over time. All the assoc-stuff belongs to shlwapi now. Shell32 uses only this services. juergen --- juergen.schmied(a)debitel.net

1 0

Opinions about univesal printer driver
by m.kostrzewa＠pentacomp.com.pl 02 Sep '02

02 Sep '02

Greetings to all Wine community! I've been wondering if this is the right place to post it, I belive yes, please forgive me if not :) I'm trying to imagine a method for using windows printer drivers under linux. As far as I know, from gdi's point of view it works like: LoadLibrary(driver) (drv appears to be a dll), some of 24 DDI functions which every printer driver should contain, Initialization = Enable, Control, next goes drawing functions like Output, Pixel. It doesn't have to access paralell ports - it can write to file (when printing under Windows you have this little checkbox, and gdi initializes driver telling this filename I think). Content of this file can be directly sent to port in Linux's way. I know that's not that simple, but I'm very interested in your opinions: what do you think about it having experience in dlling under linux :-) ? I know that wine doesn't run drivers, but it can run win dlls. Is it possible at all? Or this is just a linux-supports-every-printer dream? Perhaps someone tried this already? best regards, Michal Kostrzewa

3 2

Heap overruns
by Shachar Shemesh 02 Sep '02

02 Sep '02

Hi list, I am currently having some problems with a change I am working on, that result in heap corruption as a result of buffer overrun. I was wondering whether there was any builtin debug options to detect and help fix these things. If there aren't, I am perfectly willing to sidetrack a little and write them. Please let me know. Shachar

5 8

internet explorer installation
by Franky Van Liedekerke 01 Sep '02

01 Sep '02

Hi all, I have a program here that wants to install MDAC 2.6 SP1 first. Now this needs IE 4.0 SP1 or higher installed, so I try to install IE6. Now, when doing that, I get the following error: err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception This is using the latest cvs from wine. Does anybody know how to fix this, or simulate the registry entries so the MDAC install thinks IE is installed? I have to say that *somehow* I managed to get around that error once, but I can't remember what I did (no config changes to wine though, must be something I installed with wine) :( Franky

1 0

winedbg
by admiral coeyman 01 Sep '02

01 Sep '02

Group, I am not the only developer who has trouble reading the wine debugger screen. The solution which was pointed out will not work for me since I do not run wine that way. We should have a real solution rather than one that is bodged together anyway. What I'm getting at is, are any developers already working on making the debugger screen more readable? Since I cannot do much until this is fixed, I'll take a crack at it if somebody can give me some pointers on changing the concole appearance settings, size/font/etc. Ideally, I'd like this to be controlled by a few variables in the wine configuration file, or registry so that they can be adjusted. My personal preference would be to redirect the debugger to an unsued virtual terminal because I can read those. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

2 3

ReactOS PSAPI released as LGPL
by Steven Edwards 31 Aug '02

31 Aug '02

Hi all. To help share code with WINE I have asked some of the ReactOS developers to license thier work as LGPL where possible. ReactOS is distributed under the GPL with certain sources being LGPL or X11/BSD. In case anyone wants to work on PSAPI in wine feel free to leech whatever. I will keep wine-devel up to date if anything else is relicensed. CVSROOT: /CVS/ReactOS Module name: reactos Repository: reactos/lib/psapi/misc/ Changes by: hyperion(a)mok.lvcm.com 02/08/31 08:36:56 Modified files: reactos/lib/psapi/misc/: dllmain.c malloc.c win32.c reactos/lib/psapi/: psapi.def psapi.edf reactos/lib/psapi/enum/: module.c process.c reactos/lib/psapi/include/internal/: psapi.h reactos/lib/psapi/: makefile psapi.def psapi.edf reactos/lib/psapi/misc/: stubs.c win32.c Log message: PSAPI: all the annoying stuff (enumeration and search, basically) has been taken care of. Only profiling remains to be implemented. PSAPI (re)licensed under LGPL to be shared with WinE, as per Steven's request. Interfaces (headers and import library definitions) and trivial sources put in the public domain Check out the subsystem-independent routines in enum/ (FWIW: the whole DLL only imports two calls from kernel32.dll, SetLastError and AreFileApisANSI): they've been tested, and they could make for a great static library, to implement task manager, tlist, ToolHelp API, etc. Maybe a future addition to mingwnt? __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel