wine-devel

wine-devel@winehq.org

84463 discussions

VDD/VXD in Wine?
by Fabian Cenedese 06 Aug '02

06 Aug '02

Hi We have an application that communicates with some hardware. For this we have virtual device drivers that map some memory. There is also a PCI-Interface dll. Is this possible to work in wine? I recently read that wine is supposed to run most Windows apps but not drivers. We intended to port our application to Linux with the help of wine but now I'm not sure if we can succeed at all. If it's not possible with the Windows drivers is there a way if we make a native Linux kernel module? I'm still at the very beginning of Wine. The app loads but the toolbar is not painted and it crashes as soon as I try to open a file. Well, long way to go... Thanks for any help. Fabi

4 3

GDI architecture
by Jacek Bator 06 Aug '02

06 Aug '02

Hello I'm tring to understand current wine gdi architecture, and as far as I see its strictly based on and mixed with XWindows. Is it inheritance of early development. Does any one tried ever to rewrite this layer not only to separate dll, but to implement real drivers for graphics rendering. I mean not only connected with core gdi in source but during runtime. With that kind of implementation there would be much easier to implement new backends for graphics ... not only X11 but also on other graphics systems (framebuffers, other systems like beos,atheos). I know that this is big stuff but it gives lots of advantages. Such system sould implement all rendering (text, lines, etc.) in software (aka GDI engine or HEL on Windows) which largely done in wine already, and if driver makes avaluable any methods with other capabilites than raw framebuffer use them. When I've look on aplications with well designed plugins systems, I see that this effort was worth of costs for implementiation. I would like to know if it was discusion about that previously. And what you are thinking about this. Jacek Bator jbator(a)man.poznan.pl

4 3

Re: WINE
by admiral coeyman 06 Aug '02

06 Aug '02

Dante Aliegri, > > >> > > Just developers or active developers? My last part was the FPU code. > >Something else was broken and my system no longer runs 16-bit dos programs so I > >cannot test what I've written. > > > Yeah, I saw that. kind of irritating. > I just did the int33 functions for hiding/showing the mouse, but I can't > find an app other than IDA which uses that > and I don't have IDA to test it. > I may have IDA somewhere. Thank you for the code. One of the programs I aim to get working under dos, vpa.exe, uses the cursor routines that you mention. My real problem, the reson that I'm sending a copy to the wine list, is that I cannot read the screen when I try to use winedbg to run programs. All of the text is crushed to the top of the screen. It looks like the text has been stretched across the screen, and pushed to the top of the screen. My vision isn't that good. It gives me a headache trying to use it. > > > > > > > >>But really, if you want a way to learn win32 and xlib at the same time, > >>this is it. > >>There are a lot of different things you can do; > >>if you want to learn how to disassemble, there is use for that. > >>If you want to learn opengl, you can work on d3d -> opengl mapping. > >>If you want to learn COM/Bonobo objects, there is that. > >> > > You can learn all of this? I've been with the project a long time, in the dos > >aspect. I wish that I had more brainpower to devote to the project. Are there > >any tutorials on this stuff? > > > Heh, the implication was to pick one that was interesting and learn > that, the idea being that wine needs help with so many different things, you could pick > any and it would be useful to the project. > I have always felt that the strength of OSS is that the developers use the software. We don't all collect a check at the end of the week and wait for the bug reports to come in. The software that we write is stuff that we want to have running. That's how I select what I'm going to work on next. > As for tutorials, different ones exist that cover those topics, but not > in a wine specific manner. > Like you can find tutorials on d3d, and on opengl, but not implementing > d3d using opengl. > Maybe we need some tutorials. My mind is now clear enough to handle such a project. I'm embarassed by what little I have done. New developers are often asking us where to begin. Maybe we're taking the wrong approach. It would be more helpful if developers came in with something that they wanted to run and a clear idea of how to make it work. 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 1

Dialog's resource from handle
by Paramjit S. Pannu 06 Aug '02

06 Aug '02

Hi All, Just a query, may be out of topic. Is there any API which given a dialog's handle returns its resource identifier ? Thankx in Advance, Paramjit

3 2

FF8 and DirectMusic
by Martin Lexa 06 Aug '02

06 Aug '02

Hi! I tried Final Fantasy 8 under Wine (no Windows), yesterday. Got it running, but FF8Config refused to start complaining something about MIDI error. Of course no music. Here is what I found after debugging almost 6 hours :( 1. There are some missing registry entries which are needed. [Software\\Classes\\CLSID\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}] 1028325524 @="DirectMusicSynth" [Software\\Classes\\CLSID\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}\\InprocServer32] 1028325524 @="dmsynth.dll" "ThreadingModel"="Both" [Software\\Classes\\CLSID\\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}] 1028325524 @="DirectMusic Object" [Software\\Classes\\CLSID\\{636B9F10-0C7D-11D1-95B2-0020AFDC7421}\\InprocServer32] 1028325524 @="dmusic.dll" "ThreadingModel"="Both" [Software\\Microsoft\\DirectMusic] 1028325524 @="" "GMFilePath"="gm.dls" [Software\\Microsoft\\DirectMusic\\Defaults] 1028325524 @="" "DefaultOutputport"="{58C2B4D0-46E7-11D1-89AC-00A0C9054129}" [Software\\Microsoft\\DirectMusic\\SoftwareSynths] 1028325524 @="" [Software\\Microsoft\\DirectMusic\\SoftwareSynths\\{58C2B4D0-46E7-11D1-89AC-00A0C9054129}] 1028325524 @="" "Description"="Microsoft Software Synthesizer" 2. Original (native) DMUSIC.DLL, DMUSIC16.DLL, DMUSIC32.DLL, DMSYNTH.DLL are needed too. After above changes FF8Config wasn't complaining about MIDI problems., but simply hanging after displaying window. I think problem is that I'm using native DirectMusic DLLs or am I wrong? Maybe not, because there is X11DRV error... Here is wine output: $ wine --debugmsg +ole FF8Config.exe trace:ole:OLE32_DllEntryPoint 0x40bda000 0x1 0x1 trace:ole:CoRegisterMallocSpy trace:ole:IMallocSpy_fnQueryInterface ({0000001d-0000-0000-c000-000000000046},0x405c6dec) trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices (0x403d8f58)->(0x401e45,0x403d8f58),stub! trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ole:WINE_StringFromCLSID 0x4155a0->{636B9F10-0C7D-11D1-95B2-0020AFDC7421} trace:ole:CoGetClassObject CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:COMPOBJ_DLLList_Add fixme:setupapi:SetupDiGetClassDevsA {6994ad04-93ef-11d0-a3cc-00a0c9223196} (null) 0000 00000012 trace:ole:__CLSIDFromStringA {58C2B4D0-46E7-11D1-89AC-00A0C9054129} -> 0x405c6d4c trace:ole:WINE_StringFromCLSID 0x405c6d4c->{58C2B4D0-46E7-11D1-89AC-00A0C9054129} trace:ole:CoGetClassObject CLSID: {58c2b4d0-46e7-11d1-89ac-00a0c9054129}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:COMPOBJ_DLLList_Add trace:ole:CoUninitialize () err:ntdll:RtlpWaitForCriticalSection section 0x40cd0424 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) tid=080720a8 If running wine like this 'wine --debugmsg +all FF8Config.exe &>log' the FF8Config not hangs in displaying window and looks like it's running ok! This means wine is running very slowly, because of writing debug messages, so there is some kind of timing error... may be not. Don't know for sure. Could somebody point me where should I look? What above "err:ntdll:..." really means? How should I debug it? And I'd like to ask is somebody who works on DirectMusic implementation under Wine? If no, could somebody tell me how hard should be add this? Is really necessary to implement each DLL or just DMSYNTH.DLL(?) contains needed rutines? I'd like to get FF8 running at any price :) Thank you in advance. Regards, Martin.

2 2

Isn't 'make depend' optional?
by Bang Jun-Young 06 Aug '02

06 Aug '02

Hi, I got the following error with wine-20020804 when I skipped 'make depend' before doing 'make': gmake[2]: Entering directory `/u0/work/wine-20020804/tools/widl' gcc -c -I. -I. -I../../include -I../../include -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c header.c:36: y.tab.h: No such file or directory gmake[2]: *** [header.o] Error 1 gmake[2]: Leaving directory `/u0/work/wine-20020804/tools/widl' gmake[1]: *** [widl] Error 2 gmake[1]: Leaving directory `/u0/work/wine-20020804/tools' gmake: *** [tools] Error 2 This was due to dependency that widl/*.c require y.tab.h in common but y.tab.h is not generated before compilation is being done. I have worked around it as follows: --- Make.rules.in.orig Sat Aug 3 04:34:21 2002 +++ Make.rules.in Mon Aug 5 14:57:17 2002 @@ -112,7 +112,7 @@ CLEAN_FILES = *.o *.a *.so *.ln *.$(LIBEXT) \\\#*\\\# *~ *% .\\\#* *.bak *.orig *.rej \ *.flc *.spec.c *.spec.def *.glue.c *.dbg.c y.tab.c y.tab.h @LEX_OUTPUT_ROOT@.c core -OBJS = $(C_SRCS:.c=.o) $(GEN_C_SRCS:.c=.o) $(GEN_ASM_SRCS:.s=.o) $(ASM_SRCS:.S=.o) $(EXTRA_OBJS) +OBJS = $(EXTRA_OBJS) $(C_SRCS:.c=.o) $(GEN_C_SRCS:.c=.o) $(GEN_ASM_SRCS:.s=.o) $(ASM_SRCS:.S=.o) RCOBJS = $(RC_SRCS:.rc=.res.o) LINTS = $(C_SRCS:.c=.ln) Obviously the patch doesn't look good. Is there any better solution for this? What about introducing PREEXTRA_OBJS and POSTEXTRA_OBJS? Jun-Young -- Bang Jun-Young <junyoung(a)mogua.com>

7 15

ASM_FUNC isn't autodetect correctly
by Luc Saillard 05 Aug '02

05 Aug '02

Hi, On my computer, ASM_FUNC doesn't have the good value. configure choose this macro: >#define __ASM_FUNC(name) ".def " __ASM_NAME(name) "; .scl 2; .type 32; .endef" but when i use this macro, i've a lot assembler error that .scl and .endef isn't a valid command. The good value is (at least it compile cleanly): >#define __ASM_FUNC(name) ".type " __ASM_NAME(name) ",@function" I'm using a debian sid box with: ii gcc-2.95 2.95.4-10 ii gcc-3.1 3.1.1-2 ii binutils 2.12.90.0.15-1 (freshly installed) ii autoconf 2.53-4 I've test gcc 2.95 and gcc 3.1 with the same error. Perhaps it's my binutils package ? If i revert aclocal.m4 from 2002-07-25 with this command >cvs diff -c -D 2002-07-22 aclocal.m4 | patch -R It will detect the good macros. >checking how to define a function in assembly code... .type @function But, it will failed later when testing dlopen, because conftest_asm.s doesn't exist. So i need to set this macro at hand. Luc

1 0

RE: DInput patch - Bugzilla rights
by Patrik Stridvall 05 Aug '02

05 Aug '02

> Lionel Ulmer wrote: > > > > >This fixes bug 941. By the way, could I have more 'bugzilla' > power, I hate > >not being able to move bugs out of Unconfirmed state or to > not being able to > >close them (/me thinks that all Wine developpers should have > these rights). > > > > > Yes I aggree all Wine developers should have full rights in bugzilla. Yes, please. I remember once trying to reclassfied a wrongly classified bug and failed. I wasn't that important so I didn't bother asking for more rights... I haven't used Bugzilla that much but I certainly won't not use it less if I get more rights rather more... > Right now Andriy Palamarchuk and Jeremy Newman are the ones > that can do > this. The only catch is the developers need to set up a > bugzilla account > first. I have one already. Same as my email adress: ps(a)leissner.se

1 0

Re: DInput patch - Bugzilla rights
by Tony Lambregts 05 Aug '02

05 Aug '02

Lionel Ulmer wrote: > >This fixes bug 941. By the way, could I have more 'bugzilla' power, I hate >not being able to move bugs out of Unconfirmed state or to not being able to >close them (/me thinks that all Wine developpers should have these rights). > > Yes I aggree all Wine developers should have full rights in bugzilla. Right now Andriy Palamarchuk and Jeremy Newman are the ones that can do this. The only catch is the developers need to set up a bugzilla account first. Tony Lambregts

1 0

OpenGL 'hack' patch
by Lionel Ulmer 05 Aug '02

05 Aug '02

Hi all, To make NWN's model viewer work in Wine, I did the attached patch... Warning, it's not for the faint of heart so ugly it is :-) Basically, the plan is to have two drawable per DC in the X11 driver, one for 'normal' drawings, the other for OpenGL drawings, the latter being the one associated with the window when goind a CLIPSIBLINGS GetDCEx. Now to do this 'nicely', the 'use ExtEscape to store data' method is not the right one (but it works :-) ). So my current plan is to really separate all the X11 stuff into the X11DRV and to have a 'portable' opengl32.dll library. Now my question is 'how to do this properly' ? Is extending the 'dc' function pointer array with all the needed OpenGL functions a way (even if these functions are NOT GDI functions but pure OpenGL) ? The problem with this solution is that I would need to use the 'DC_GetDCPtr' function outside of GDI (and that may break DLL separation). Another solution could be to add all the OpenGL functions as GDI functions, do the DC function pointer thing and then put a forward from all the wgl functions to the GDI32.* functions. What do you all think of it ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

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