wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Return value GetStockObject
by Fabian Cenedese 28 Aug '02

28 Aug '02

Hi again In my app I try to get a handle to a system font with following call: HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); If the call succeeds it should return a handle to the requested object, otherwise zero. In Windows I get something like 0x018A000E (looks ok), but in Wine I get 0x0000009E. Even not zero I can't imagine that this is a valid handle (address). ANSI_FIXED_FONT is never really used in Wine, only SYSTEM_FONT. Is this an error or am I barking up the wrong tree? Thanks Fabi

2 1

Contact info / Leaving Sun
by Gregg Mattinson 28 Aug '02

28 Aug '02

Unfortunatly, this is my last week at Sun. I will no longer be able to submit Sparc / Solaris patches, but I will probably continue working on Wine from home on i386 / RedHat. If anyone needs to contact me, my home email address is grmattin(a)uwaterloo.ca Thanks, Gregg Mattinson Co-op Developer Sun Microsystems of Canada

1 0

New win api docs
by Michael Stefaniuc 28 Aug '02

28 Aug '02

Hello, here is the documentation for the API's that m$ had to disclose after the settlement: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnapiover/… 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

4 4

Re: Wine Status
by Jas Sandys-Lumsdaine 28 Aug '02

28 Aug '02

I'm completely new to the Wine project mailing list - but I noticed on the status page mentioned below there's a section for "CPU Emulation" which has "No serious efforts yet". Is there some plan to integrate bochs (or some other) x86 emulator into WINE so WINE can be run on non-x86 platforms. I realise this is very non-critical to 1.0 release! Just interested. Jas. >The Wine Status page located here : >http://www.winehq.com/about/index.php?status >Has gone for about one year now with out updates and I

1 0

[Help] Handwriting input?
by leanne 28 Aug '02

28 Aug '02

Dear all, Does WINE support hand-writing input? I got a software and use mouse for input, here is my error: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. Any idea? Thanks in advance. Leanne

1 1

Wine Ma os X port
by David Suarez 27 Aug '02

27 Aug '02

Im kinda new to Wine, and I hope to get into very much, however I had one question which im sure everyone has heard alot of. Is there any way to run WINE on mac OS X being that it is based on FreeBSD. I have played around with the mac's and have gotten several linux programs to run, however i haven't tried wine yet. I do no that os X comes with many development tools that could possible be used for porting an app, but then again i am new at this so im not sure. Any information on this would be greatly appreciated.

7 7

Need to know some macro values
by Andriy Palamarchuk 27 Aug '02

27 Aug '02

I'm going to add some define's to our headers, but can't find their values online. Can somebody who has Microsoft headers compile and run the test application and send me the output? Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 2

Re: wine/ dlls/kernel/wowthunk.c dlls/ntdll/file.c ...
by Marcus Meissner 27 Aug '02

27 Aug '02

On Mon, Aug 26, 2002 at 08:14:00PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1030410840440784468854876 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/08/26 20:14:00 > > Modified files: > dlls/kernel : wowthunk.c > dlls/ntdll : file.c > dlls/winedos : int21.c > files : directory.c dos_fs.c drive.c file.c profile.c > smb.c smb.h > include : drive.h file.h > loader : task.c > memory : registry.c > misc : registry.c > msdos : dosconf.c int11.c int21.c ioports.c > scheduler : process.c > > Log message: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Convert most of the file APIs to Unicode. Is it just me or did this patch and several more not go over wine-patches? Ciao, Marcus

2 1

I'm baaak
by Dustin Navea 27 Aug '02

27 Aug '02

im back! __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Question about unix path request in 2 of the wine dlls
by Steven Edwards 26 Aug '02

26 Aug '02

in urlmon umon.c calls cabextract for by requesting the unix path via wine_get_unix_file_name and in shell32 shelllink.c get_unix_file_name is used in a few locations. Does anyone have a suggestion on a clean simple way to handle both of these on non-nix platforms? Can this be moved to libwine? Thanks Steven __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 2

--dll buggy behaviour ?
by Raul Dias 26 Aug '02

26 Aug '02

Hi, I think that I spot a bug in the way --dll command line behaves. When trying to install internet explorer 5.01 sp2 in a empty tree/fake windows (protected with WINEPREFIX), the IE 5 installer launchs: trace:process:CreateProcessA app (null) cmdline "acmsetup /T nashbase.stf /S C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\ /QT /g \"C:\\WINDOWS\\IE Setup Log.Txt\"" trace:process:find_exe_file looking for "acmsetup" trace:process:open_exe_file Trying native exe "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" trace:process:CreateProcessA starting "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" file=4 argv[0]="acmsetup" trace:process:PROCESS_InitWine starting Win32 binary "C:\\windows\\msdownld.tmp\\AS00AA6F.tmp\\acmsetup.exe" trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\kernel32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\advapi32.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\user32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\rpcrt4.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\ole32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\mpr.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\lz32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\system\version.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\mssetup.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINDOWS\SYSTEM\shlwapi.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\windows\msdownld.tmp\AS00AA6F.tmp\comctl32.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINDOWS\SYSTEM\SHELL32.dll' : builtin err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll): Unable to load 'commctrl.dll', error 2 Note that tm comctl32.dll is native. However I have launched the instller with: wine --dll comctl32,commctrl=b ie5setup.exe In my config file however, I have the load order as "native, builtin" for both dlls. Is it possible that the --dll command line argument is not valid for subprocess/forks from the lauched process? Or is it a feature ? []'s Raul Dias

5 12

Problems compiling wine with Intel Compiler
by mkyprianou＠ICTV.com 26 Aug '02

26 Aug '02

I'm getting compiler errors when I try to compile wine with the Intel C++ 6.0 Compiler. This works fine with the g++ compiler. $ icc -c tstwine.cpp -I/usr/include/wine tstwine.cpp /usr/include/wine/basetsd.h(27): error: invalid combination of type specifiers typedef char __int8; ^ /usr/include/wine/basetsd.h(30): error: invalid combination of type specifiers typedef short __int16; ^ /usr/include/wine/basetsd.h(33): error: invalid combination of type specifiers typedef int __int32; ^ /usr/include/wine/basetsd.h(36): error: invalid combination of type specifiers typedef long long __int64; ^ /usr/include/wine/basetsd.h(36): error: invalid combination of type specifiers typedef long long __int64; ^ /usr/include/wine/winnt.h(59): catastrophic error: #error directive: You need gcc >= 2.7 to build Wine on a 386 # error You need gcc >= 2.7 to build Wine on a 386 ^ compilation aborted for tstwine.cpp (code 4) It looks like the wine headers need a level of the gcc version for the compiler, but since I'm not using gcc, there is no gcc version level set. Has anyone built wine with the Intel Compiler? If so, what was done to get this to work? Is any work being done to allow the usage of the Intel compiler with wine? thanx

2 1

How do I grab the screen contents referred to by an hDC?
by Bill Medland 26 Aug '02

26 Aug '02

Can anyone tell me how I can do this; I am trying to debug a problem with user32.dll under the native NT comctl32.? When drawing a ListView --debugmsg +relay shows three consecutive calls; SetRect (&rect...) FillRect (00000b04,&rect,00000082 (/* I reckon that is GetStockObject(BLACK_BRUSH)*/) DrawIcon (00000b04,0x40,0x60,hicon,...) Now as it stands I get random rubbish in the background of the icons (in the region covered by the mask). If I insert a hack into DrawIcon so that it does a FillRect (b04,the rectangle, GetStockObject (WHITE_BRUSH)) then things work out OK. (Also, the code seems to draw the icon to four hDCs and I can do the same hack on the second hDC to get the same effect but not the third and fourth). Firstly I don't understand how it has a chance of working given that it fills the rectangle with a black brush. So what I want is a way of seeing what the contents of the rectangular region is at the exit from the FillRect and the entrance to the DrawIconEx, based on the hDC. (Something like "give me the pixels of the 32x32 rectangle at this location of this hDC") Also it seems to me that these two function calls are consecutive, so if anything is changing I guess it would be as a result of code within comctl32 itself. Is there any other way that control can come back into the Wine code between a relay exit and entrance? Bill

1 0

Re: Add BiDi infrastructure
by Dimitrie O. Paun 26 Aug '02

26 Aug '02

On August 15, 2002 12:08 pm, Shachar Shemesh wrote: > configure.ac: > Added a check for the existance of the fribidi include file. No > check for the library, as we do not statically link with it. Like any programmer, I usually hate copying stuff around, but in this case isn't it better to simply have a copy of the fribidi heades around? I mean, we do the runtime load and checks anyway, why do we need to have the header around? If we don't use much out of the header, I would say simply include the prototype of the functions we're calling into the dlls/gdi/fribidi.c file directly, and be done with it. No configure, no macros, no ifdefs, no mess. -- Dimi.

4 12

RE: Problems compiling wine with Intel Compiler
by Patrik Stridvall 26 Aug '02

26 Aug '02

> On Mon, Aug 26, 2002 at 05:40:01PM +0200, Patrik Stridvall wrote: > > The Intel compiler like the Microsoft compiler probably > already supports > > __int{8,16,32,64}. > > > > This will have to be changed to > > > > #if !defined(_MSC_VER) && !defined(XXX) > > Or maybe a HAVE_xxx configure check? In general this is the way is should be done. However no rule without an exception. :-) Short explaination: In the header files it can't be done that way because the same header files must support multiple compilers and thus they can't have a shared config.h file.

1 0

RE: Problems compiling wine with Intel Compiler
by Patrik Stridvall 26 Aug '02

26 Aug '02

> I'm getting compiler errors when I try to compile wine with the Intel > C++ 6.0 Compiler. This works fine with the g++ compiler. > > $ icc -c tstwine.cpp -I/usr/include/wine > tstwine.cpp > /usr/include/wine/basetsd.h(27): error: invalid combination of type > specifiers > typedef char __int8; > ^ > > /usr/include/wine/basetsd.h(30): error: invalid combination of type > specifiers > typedef short __int16; > ^ > > /usr/include/wine/basetsd.h(33): error: invalid combination of type > specifiers > typedef int __int32; > ^ > > /usr/include/wine/basetsd.h(36): error: invalid combination of type > specifiers > typedef long long __int64; > ^ > > /usr/include/wine/basetsd.h(36): error: invalid combination of type > specifiers > typedef long long __int64; > ^ The Intel compiler like the Microsoft compiler probably already supports __int{8,16,32,64}. The typedef are protected by a #ifndef _MSC_VER This will have to be changed to #if !defined(_MSC_VER) && !defined(XXX) where XXX is some that indicate that the Intel compiler is used. Check the manual. > /usr/include/wine/winnt.h(59): catastrophic error: #error directive: > You need gcc >= 2.7 to build Wine on a 386 > # error You need gcc >= 2.7 to build Wine on a 386 > ^ > > compilation aborted for tstwine.cpp (code 4) > > It looks like the wine headers need a level of the gcc version for the > compiler, but since I'm not using gcc, there is no gcc version level > set. Presumably the Intel compiler like the Microsoft compiler already defined __cdecl and __stdcall. In that case similar to first problem above the line # elif defined(_MSC_VER) will have to be change to # elif defined(_MSC_VER) || defined(XXX) where XXX is the same as above. > Has anyone built wine with the Intel Compiler? If so, what was > done to get this to work? > > Is any work being done to allow the usage of the Intel > compiler with wine? Not that I know of.

2 1

Try for Thai input
by Supphachoke Suntiwichaya 26 Aug '02

26 Aug '02

hi,all I try modified keyboard.c for thai keymap static const char main_key_th[MAIN_LEN][4] = { "`~_%", "1!ๅ+", "2@/๑", "3#-๒", "4$ภ๓", "5%ถ๔", "6^ุู", "7&ึ฿", "8*ค๕", "9(ต๖", "0)จ๗", "-_ข๘", "=+ช๙", "\\|ฃฅ", "qQๆ๐", "wWไ\"", "eEำฎ", "rRพฑ", "tTะธ", "yYัํ", "uUี๊", "iIรณ", "oOนฯ", "pPยญ", "[{บฐ", "]}ล,", "aAฟฤ", "sSหฆ", "dDกฏ", "fFดโ", "gGเฌ", "hH้็", "jJ่๋", "kKาษ", "lLสศ", ";:วซ", "'\"ง.", "zZผ(", "xXป)", "cCแฉ", "vVอฮ", "bBิฺ", "nNื์", "mMท?", ",<มฒ", ".>ใฬ", "/?ฝฦ" }; but I still can't input Thai char.. err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0DB4 (Thai_dodek) : err:keyboard:X11DRV_ToUnicode (virtKey=47,scanCode=22,keycode=29,state=2010) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0DCA (Thai_sosua) : err:keyboard:X11DRV_ToUnicode (virtKey=BA,scanCode=27,keycode=2E,state=2010) Help Me plz. mrchoke :::: Windows use cp874 for Thai :::: Linux use tis620 for Thai (Std) -- ========================================== Supphachoke Suntiwichaya WWW:http://jedi.links.nectec.or.th/~mrchoke UIN:10509387 TEL:+66-1-5408959 Love Me Love Linux.... ===========================================

1 0

IDA stopped working
by Shachar Shemesh 25 Aug '02

25 Aug '02

Hi all, somewhere back (havn't checked when, yet), some change in WINE made IDA (The Interactive Disassembler) stop working. I am talking about the bought version, have not checked the free one. Initial analysis (using IDA) suggest some heavy anti-disassembler techniques were used in this executable. One thing that is immediatly visible, however, is that the base address (as well as the address IDA is loading under windows) is different than the on in WINE. Wine: Execution starts at 0x006fb000 Windows, as well as static base address: Execution starts at 0x00599000 I believe this may be a hint, together with the fact it is employing some wierd arithmetics on the PC to stop static analysis using tools such as IDA ;-). Before I go through the tiring process of CVSing back and finding the patch that killed it, anyone happens to know who's using 00599000 and causing the conflict? Is there any simple way to check this? Shachar

2 2

extremely simple borland C builder app hangs
by Grzegorz Prokopski 25 Aug '02

25 Aug '02

Hi! This is still the same app, that used previously for testing freereport. How the app works. 0. show main window 1. call simple and meaningless freereport funtions (works now) 2. show [OK] dialog saying what above function returned 3. allow to press [OK] (of course ;-) 4. show main windows until it's closed. The app hangs after or around [2] it seems. Frames of main window and of the dialog show up, hovever their content is not painted and I cannot click/Enter/Esc/space anything. Final part of +relay log is this: 08072028:Ret x11drv.SetWindowPos() retval=00000001 ret=408c83ef 08072028:Ret x11drv.ShowWindow() retval=00000001 ret=408c7690 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x418a0fef (hwnd=00010021,msg=WM_USER+ac00,wp=00000000,lp=00000000) 08072028:Ret window proc 0x418a0fef (hwnd=00010021,msg=WM_USER+ac00,wp=00000000,lp=00000000) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x418a0fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=0001002a) 08072028:Call user32.DefWindowProcA(00010021,00000121,00000000,0001002a) ret=40620e03 08072028:Ret user32.DefWindowProcA() retval=00000000 ret=40620e03 08072028:Ret window proc 0x418a0fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=0001002a) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,403c53e8,ffffffff,00000000,00000000) ret=408dee6d So it seems that MsgWaitForMultipleObjectsEx doesn't return if it has anything to do (first parameter is number of objects to wait for). It is almost exactly the same, as the "big app", which hangs at this: 08072028:Ret window proc 0x422408ed (hwnd=0001004d,msg=WM_PAINT,wp=00000000,lp=00000000) retval=0000000008072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call window proc 0x42240fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=00010052) 08072028:Call user32.DefWindowProcA(00010021,00000121,00000000,00010052) ret=40620e03 08072028:Ret user32.DefWindowProcA() retval=00000000 ret=40620e03 08072028:Ret window proc 0x42240fef (hwnd=00010021,msg=WM_ENTERIDLE,wp=00000000,lp=00010052) retval=00000000 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=408deb6f 08072028:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=408deb6f 08072028:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,403c7eb8,ffffffff,00000000,00000000) ret=408dee6d It seems, that dll/x11drv/event.c:X11DRV_MsgWaitForMultipleObjectsEx is being called which in turn is calling scheduler/synchro.c:WaitForMultipleObjectsEx (I think). I looked at the code, but ATM it's still black magic for me - too many unknown wine interlans ivolved :-/ Is this known problem? What should I look for while debugging? Any pointers/hints? (I don't mean general wine-developers docs pointers) Regards Grzegorz B. Prokopski PS: I compiled wine from CVS, but not today's version (as it had some problems with compilation) but 2 weeks old.

4 5

REQUEST: symlinks behaviour change
by Raul Dias 25 Aug '02

25 Aug '02

Hi, I would like to suggest a new way for wine deal with symlinks in some situations. The change in wine should be trivial, however I would like to know how do you feel about this. When building a fake windows tree, some files are symlinks to winelib apps in the DLLDIR . e.g. c:\windows\notepad.exe -> /usr/lib/wine/notepad.exe.so c:\windows\system\regsvr32.exe -> /usr/lib/wine/regsvr32.exe.so Some applications tries to replace this files. The way they do this is to open the file for writting. However, if the fake_windows tree is owned by a non-root user (and wine is ran by a non-root user), but the DLLDIR files are owned by root, the open will fail. This is because the user has no writting permition to the symlink destination file. This is a Good Thing, because if wine was run by root, the file in the DLLDIR would probably be replaced. However, some applications needs to replace this files. I noted this with the Internet Explorer Installer (5.01 sp1 and 6.0). If it cannot replace the c:\windows\system\regsrv32.exe file it will abort. However, as the c:\windows\system\regsrv32.exe is a symlink and wine has permition to move/delete this symlink, I would link to suggest that wine first delete the symlink file when an application tries to write on it. This has 2 benefits: 1 - wine will be able to replace files that are symlinks to files it does not have write permition. 2 - root run wine programs will not overwrite files in the DLLDIR if it tries to overwrite the symlinks that points to them. So, what do you think? []'s Raul Dias

2 2

Re: comctl32.dll compile on WinXP
by Steven Edwards 25 Aug '02

25 Aug '02

Hola Sorry about being so late in getting back to you but I've been busy. I'm going to adapt your test for mingw and commit it to the reactos tree so I can test our comctl32.dll. If you are going to do more work on porting the wine dlls to windows please use the diff -u format Thanks Steven --- Zolt�n_Nagy <nagyzoli(a)netelek.hu> wrote: > Dear Wine, > > I made two changes (wine 10.07.2002.) in your wine software > > First: > controls/edit.c > If you select a text area width mouse, then caret is not moved (like Windows). > The follow code solution the problem: > > end of EDIT_WM_MouseMove(): > EDIT_SetCaretPos(hwnd,es,es->selection_end,es->flags & EF_AFTER_WRAP); > return 0; > } > > > Second: > How can I build comctl32.dll (or other dll) with MS Visual C++ .NET (on WinXP)? > This is not problem (tested on WinXP): > > 1. please create a directory (examlpe test1) > 2. please create an INCLUDE directory (examlpe test1\INCLUDE) > 3. please copy the full wine include files here (test1\inlude\*.*) > 3. unzip the full.zip into test1 directory (this changes more include files) > 4. Open width MS Visual C++ .net the test1\dlls\testcomctl32\testcomctl32.sln file > 5. Compile project (F7). No panic, if you see very lot of warning (1679 pc.). (if not success > the compile, then maybe problem width include files) > > But I have a big problem, if I use the testcomctl32.dll from Windows aplication, then > RegisterClass function fail width 1410 error code (Class already exists), therefore I renamed > the name of classes (ex. msctls_progress32 -> wine_msctls_progress32). > > I made two examle, how to use the testcomctl32.dll? > In the BIN directory can be found the TESTCOM.EXE (this use the WINE comctl32.dll) and > TESTCOMWINDOWS.EXE (use the MS comctl32.dll). > > > > Best Regards, > > Zoltan Nagy > form Hungary > > nagy.zoltan(a)drotposta.hu > or > mazli(a)mazli.hu > or > nagyzoli(a)netelek.hu > > ATTACHMENT part 2 application/x-zip-compressed name=FULL.ZIP __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

1 0

Detecting wine
by Fabian Cenedese 24 Aug '02

24 Aug '02

Hi Is there a possibility that a running program can detect if it's running on a real Win OS or if it's on Linux/Wine? I want to use this to disable stuff in my program that maybe won't run (yet) on Wine. Is there a variable in environments? Thanks Fabi

3 2

Wine Win98 setup problems...
by Steve M 24 Aug '02

24 Aug '02

Hi, I am having problems getting Wine to startup right. I would like to know, is there a way you can use Windows 98 Second Edition setup CD from within Wine, or does it have to be pre-installed? (e.g. I did it with wine --winver win98 setup.exe) and here are the errors it came up with: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo noy yet supported on this system wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x2811563e I loaded the program using KDE 3.0, included in FreeBSD 4.6 Stable. Basically, this is the wine that came "out of the box"(as opposed to the tarball). I have checked other posts and I have corrected my .wine/config file for my cdrom, but it still comes up with the same error(This was based on the GetSystemInfo error msg). The only thing I changed was my config file and the error that complained about the SHAREDMEMLOCATION variable, which I copied from the source tarball(Wine-20020804.tar.gz). I tried to compile that source which is the same one on the CD, but to no avail. --------------------------- checking Wine base files --------------------------- 001. Checking for file "wine"... OK. 002. Checking for correct .so lib config (please wait)... Read on closed filehandle <LDCONF> at ./winecheck.pl line 225. Use of uninitialized value at ./winecheck.pl line 232. DEBUG: found libwine: OK. ----------------------------- checking config file ----------------------------- 003. Checking config file access... OK. >>> Checking drive A settings: 004. Checking Path option... OK. 005. Checking Type option... OK. 006. Checking device /dev/fd0... OK. 007. Checking Filesystem option... OK. --> OK. >>> Checking drive C settings: 008. Checking Path option... OK. 009. Checking Type option... OK. 010. Checking Filesystem option... OK. --> OK. >>> Checking drive D settings: 011. Checking Path option... OK. 012. Checking Type option... OK. 013. Checking device /dev/acd0c... OK. 014. Checking Filesystem option... OK. --> OK. >>> Checking drive E settings: 015. Checking Path option... OK. 016. Checking Type option... OK. 017. Checking Filesystem option... OK. --> OK. >>> Checking drive F settings: 018. Checking Path option... OK. 019. Checking Type option... OK. 020. Checking Filesystem option... OK. --> OK. --------------------- checking system devices used by Wine --------------------- 021. Checking sound device /dev/dsp... CRITICAL (no kernel driver for /dev/dsp?). - ADVICE: module loading problems ? Read /usr/src/linux/Documentation/modules.txt. 022. Checking audio mixer device /dev/mixer... OK. 023. Checking MIDI sequencer device /dev/sequencer... BAD (no kernel driver for /dev/sequencer?). - ADVICE: module loading problems ? Read /usr/src/linux/Documentation/modules.txt. ----------------------- checking registry configuration ------------------------ 024. Checking availability of winedefault.reg entries... OK. 025. Checking availability of windows registry entries... CRITICAL (entry "Default Taskbar" not found). - ADVICE: Windows registry does not seem to be added to Wine, as this typical Windows registry entry does not exist in Wine's registry. Thi lete original Windows registry entry set will *not* be available with a no-windows install, of course, so you'll have to live with that.. 25 tests. 0 suspicious, 1 bad, 2 critical, 0 failed. Wine configuration correctness score: 68.64% ... Any hints on how to correct these errors? Also, my /dev/dsp is symlinked to /dev/dsp0. I have a Sound Blaster Live, which comes up as follows: bash-2.05a# dmesg | grep pcm pcm0: <Creative EMU10K1> port 0xe000-0xe01f irq 11 at device 12.0 on pci0 ... Anything to make this thing work right, is worth a try! Thanks for your time! __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com

2 1

RFC: 'test' bugzilla keyword
by Francois Gouget 24 Aug '02

24 Aug '02

Hi, I think that conformance test failures should generally be easier to analyze and fix than general application failures. Thus I think we may get a community of contributers interested in specifically tracking these issues to fix them, and that some in this community may not otherwise be interested in tackling the complex diagnosis of general application failures. In other words, if we make it easy to track conformance test issues in Bugzilla, we may get new contributers (sure I realize it's not a magic bullet either). Thus I propose to add a 'test' keyword to make it easy to find such issues in bugzilla for people specifically interested in conformance tests. This keyword would apply to reports concerning a conformance/regression test that: * fails to pass on Windows * fails to pass on Wine * fails to pass on specific architectures (e.g. FreeBSD, Solaris, etc.) Note that this would be different from the regression keyword which only applies to reports describing something that used to work and no longer works. Obviously, if a conformance test used to pass in Wine but no longer does, then both keywords would apply to the report. So for instance, if one finds that a conformance test passes on Win98 but not on NT4, then one would create a bug report with the keyword 'test' and OS 'Windows NT'. If a conformance test fails to pass on Solaris systems, then the report would have the 'test' keyword and the OS would be 'Solaris'. Comments / Objections / Better names for the keyword? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

1 0

broken input
by sauer＠studcs.uni-sb.de 23 Aug '02

23 Aug '02

i succeded to run the game "Wizardry 8" with original wine. Now the input is broken, almost every event is handled twice (e.g. i hit a and 2 a's appear, clicking with mouse results in doubleclick) and it does not seem to be a problem with dlls/x11drv/[event.c|keyboard.c|mouse.c]. Also the windows/input.c sends all requests only once! to see this insert in windows/input.c line 113 (the queue_raw_hardwar...): if (message == 0x0100) printf("request KeyDown\n"); if (message == 0x0101) printf("request KeyUp\n"); here, 0x0100 is WM_KEYDOWN, 0x0101 is WM_KEYUP now, i've added to scheduler/client.c line 745 (the wine_server_call): if (req->u.req.send_message_request.msg == 0x0100) \\ printf("sending KeyDown\n"); if (req->u.req.send_message_request.msg == 0x0101) \\ printf("sending KeyUp\n"); In most cases this results in two send_requests per action (mouse also) and sometimes (nondeterministic) i've got only one WM_KEYDOWN => only one keypress (at the end of the mail is some output). I'm stuck now at this point and do not know how to debug furhtermore. It's obvious that wine_server_call gets called twice (once from windows/input.c and the second time from ?!?). Can someone help me and tell me how to continue. What do I have to do now to find the bug ? mIc P.S.: Yes, beeing addicted to computer games make's me debug wine!!!!! Output: request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp request KeyDown sending KeyDown sending KeyDown request KeyUp sending KeyUp sending KeyUp

1 1

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