October 2005 - Wine-Devel - list.winehq.org

version: updated trace for VERSIONED_PRINTER (v3)
by Detlef Riekenberg Oct. 21, 2005

Oct. 21, 2005

Changelog: > - updated trace to support VERSIONED_PRINTER > This time without deleting the TRACE for the flags. Informations on the Web: "Specifying Printer Driver Version Numbers" > http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/prtinst_17e31a… > -- By By ... ... Detlef

1 0

ActiveX controls in MSHTML?
by Dan Kegel Oct. 21, 2005

Oct. 21, 2005

A systems integrator mentioned that many commercial ERP applications use ActiveX terminal emulator controls embedded in web pages. (I think http://www.zephyrcorp.com/terminal-emulator-activex-document.htm is an example of such an ActiveX control.) Presumably these will run in IE on Wine, but will they run in the new MSHTML browser that's part of Wine? (Sorry if my terminology is a bit off - I haven't played with mshtml ever.)

3 2

wine / Linux kernel interaction
by Damjan Jovanovic Oct. 21, 2005

Oct. 21, 2005

I am working on STI for wine, and there is an issue I want to ask about. At present, I changed CreateFile() to open /dev/USBSCAN... on a "\\.\USBSCAN..." device, where /dev/USBSCAN... comes from a Linux kernel module that does the equivalent of Window's USBSCAN.SYS. And NtDeviceIoControl() checks whether the i/o control code is 0x8000.... (USB scanner ioctl) and if so, calls ioctl(). It all works (but most is hardcoded for my scanner at the moment). But, the kernel module needs to know whether a newly added USB device is a scanner or not, which requires access to the wine registry / SetupAPI. One option is to make some user-space utility that the module can query for this info. The other way it could be done is to give wine the ability to load the kernel module when wine starts, and pass it a list of parameters which are the scanners it should drive. And the third way is to use a private ioctl or the proc filesystem so wine gives a running instance of the module the list of scanners, when wine itself starts running. And how would the kernel module tell wine / STI a new scanner has arrived? Finally, could this kernel module be distributed with wine? Its acceptance into the Linux kernel tree is doubtful. Thank you Damjan P.S. Is anyone working on kernel handles for wine? __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

9 15

wine FC package [was: Final call for bug fixes]
by Paolo Abeni Oct. 21, 2005

Oct. 21, 2005

hi, I have build a FC4 rpm package adapting the MDK spec file and patches. All the files can be found here: http://magisystem.yi.org/rpms/ I hope that it can help... Regards, Paolo Abeni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Audio, Video, HI-FI...oltre 2.000 prodotti di alta qualità a prezzi da sogno solo su Visualdream.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2954&d=21-10

1 0

Linking wine *dll.so libraries with Linux applications ?!
by Alexander Efremov Oct. 21, 2005

Oct. 21, 2005

Hello, is it possible to link Win32 Wine libraries (*.dll.so) with a Linux application. Suppose we have a simple Linux gcc program main.cc #include <vfw.h> int main(int argc, char** argv) { AVIFileInit(); } which utilizes Win32 library features. When I try to compile it and link I do not have any problems: g++ -Wall -g main.cc -lavifil32 -o main But when I execute it I get a segmentation fault. Is there any way to avoid it ? May be I have to link other libraries ? Is it possible at all to dynamically link Wine libraries with Linux gcc-compiled code ? Thank you. -- Best regards, Alexander mailto:aefremov(a)mpi-sb.mpg.de

7 16

docs
by Brian Vincent Oct. 21, 2005

Oct. 21, 2005

I don't want to step on any toes, but I plan on redoing the User Guide this weekend. Mostly it'll just be an extension of the existing stuff I wrote and bringing it up to date. I figure I can probably bang it out in a few hours. Is anyone else close to having docs completed? -Brian

2 3

Re: user/defdlg.c: Just restore focus to current control [Bug:430]
by Richard Cohen Oct. 21, 2005

Oct. 21, 2005

Vitaliy Margolen wrote: > Restore focus should not select all text in edit control. Only tabbing into it > should do that (according to msdn). > > Vitaliy Margolen > > changelog: > user/defdlg.c: > - Restore focus to the current control without selecting text > As with Vijay's patch, this patch breaks TABbing out of the readonly edit field in the testcase to bug 430 Richard.

2 2

Re: GDI/tests: link to {G|S}etRelAbs() during runtime
by Dmitry Timoshkov Oct. 21, 2005

Oct. 21, 2005

"Saulius Krasuckas" <saulius2(a)ar.fi.lt> wrote: > I am sure FreeLibrary() call wasn't necessary, but that might change in > future (if gdi.dll gets linked only during runtime). Because of this I > didn't want to FreeLibarary() right after last call to GetProcAddress(), > so added it at the end of the test. Feel free to correct the test. :-) Since this is a GDI test it already implicitly links with gdi32.dll. So, there is no need for LoadLibrary/FreeLibrary, GetModuleHandle is enough. -- Dmitry.

2 1

Compile documentation problem
by gslink Oct. 21, 2005

Oct. 21, 2005

If Wine is going to enter beta soon then someone ought to document the procedure for compiling the source. If FC is used to attempt such a compile and the instructions packaged with the source are followed the result will be a compile failure in fonts. This is in spite of installing fontforge. The fact that an additional library must be supplied should be mentioned in the installation instructions packaged with the source. Of course, if the RH rpm of fontforge is used then it will fail to install because of the missing library. Compiling fontforge from source or not installing it results in the Wine failure to compile. The readme should be fixed.

3 5

Re: [DOCS] winedlloverrides
by Dimi Paun Oct. 21, 2005

Oct. 21, 2005

----- Original Message ----- From: "Jonathan Ernst" <Jonathan(a)ErnstFamily.ch> > For more informations about DLL overrides, please refer to section 3.1.2.1 of this guide. This 3.1.2.1 is likely to change, can we have a symbolic reference instead? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0