Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Damjan Jovanovic
--- Tom Wickline <[EMAIL PROTECTED]> wrote: > On 12/30/05, Damjan Jovanovic <[EMAIL PROTECTED]> > wrote: > > > > Absolutely! > > could you do the merge ? I've persuaded the ReactOS developers to relicence NEWDEV.DLL to LGPL, so this weekend I'll try get the ReactOS SETUPAPI.DLL and NEWDEV.DLL

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Tom Wickline
On 12/30/05, Damjan Jovanovic <[EMAIL PROTECTED]> wrote: > > Absolutely! could you do the merge ? > > > > > Tom

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Damjan Jovanovic
--- Tom Wickline <[EMAIL PROTECTED]> wrote: > On 12/30/05, Damjan Jovanovic <[EMAIL PROTECTED]> > wrote: > > > > > No, STI.DLL handles every still image device, the > "CI" > > in STI_CI.DLL stands for "class installer". Class > > installers are plugins SETUPAPI calls during > device > > install

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Tom Wickline
On 12/30/05, Damjan Jovanovic <[EMAIL PROTECTED]> wrote: > > No, STI.DLL handles every still image device, the "CI" > in STI_CI.DLL stands for "class installer". Class > installers are plugins SETUPAPI calls during device > installation to do custom installation steps. > Do you suggest that Wine

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Damjan Jovanovic
--- "Tom Spear (aka Dustin Navea)" <[EMAIL PROTECTED]> wrote: > Marcus Meissner wrote: > > >What does STI provide? Access to digital cameras > and scanners? > > > IIRC, STI.dll is the API for scanners, and STI_CI is > the API for digital > cameras.. (STI being STill Image, and STI_CI being >

Fun with Visual Basic (if you like ole bugs :-)

2005-12-29 Thread Dan Kegel
Joe Priestley and I have been trying out his Visual Basic 6 app under Wine. He's really been helpful and willing to provide test cases. In particular, see the test program linked to from http://bugs.winehq.com/show_bug.cgi?id=4144 It's a tiny little visual basic app that lets you exercize a couple

Re: SPARC assembly won't compile, problems with NT headers

2005-12-29 Thread Troy Rollo
On Wed, 28 Dec 2005 20:38, Alexandre Julliard wrote: > It's relative to the start of the NT header, and it gets relocated at > load time when we map the NT header to its proper place, at the start > of the .text section. OK. We still have the problem that on a SPARC there is no way at the time of

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Mike McCormack
Damjan Jovanovic wrote: So what should I do - submit my STI.DLL and STI_CI.DLL into wine now, even though they won't be usable for a good while - or wait for wine to mature? It's likely somebody will have some comments on your code or Alexandre will require you to change the way things are d

Re: Preliminary CD-Rom support on MacOS X #5

2005-12-29 Thread Markus Amsler
Hi, I took a look at your patches, here's what i've found: ntdll_cdrom.diff: # @ cdecl MODULE_DllThreadAttach(ptr) @ cdecl MODULE_GetLoadOrderW(ptr wstr wstr) +@ cdecl CDROM_InitCDDevices() +@ cdecl CDROM_FoundDevices() +@ cdecl CDROM_BSDPathForMedia(ptr) +@ cdecl CDROM_GetMountPointForBSDDev

Re: potential bug in winecfg

2005-12-29 Thread Joseph Garvin
For the audio freeze, try uninstalling arts if you have it. That's what seems to cause the freeze on my box. I also get output on the terminal saying "unable to create mcop directory." Jesse Allen wrote: On 12/29/05, Jesse Allen <[EMAIL PROTECTED]> wrote: I have also seen a problem with w

Re: potential bug in winecfg

2005-12-29 Thread Jesse Allen
On 12/29/05, Jesse Allen <[EMAIL PROTECTED]> wrote: > > I have also seen a problem with winecfg freezing the whole box the > last two days, 20051226 snapshot. Outsite ping won't even work. My > distro is slackware-current here. I think it may be related to audio > because I removed my user from

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Marcus Meissner
On Thu, Dec 29, 2005 at 09:57:47AM -0600, Tom Spear (aka Dustin Navea) wrote: > Marcus Meissner wrote: > > >What does STI provide? Access to digital cameras and scanners? > > > IIRC, STI.dll is the API for scanners, and STI_CI is the API for digital > cameras.. (STI being STill Image, and STI_CI

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Tom Spear (aka Dustin Navea)
Marcus Meissner wrote: What does STI provide? Access to digital cameras and scanners? IIRC, STI.dll is the API for scanners, and STI_CI is the API for digital cameras.. (STI being STill Image, and STI_CI being STill Image Capture Instrument or something close to that)..

Re: MSACM: initialize some ACMSTREAMHEADER fields for the sake of native codecs

2005-12-29 Thread Alex Villací­s Lasso
Eric Pouech wrote: Alex Villací­s Lasso wrote: The ACMAPP sample application from MSDN reveals this annoying bug in playback: with a native ACM codec (such as the Ogg Vorbis one bundled with some Japanese RPGs), builtin msacm will successfully tell the codec to decode the first two frames of

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Robert Shearman
Damjan Jovanovic wrote: Called through rundll32.exe from umpnpmgr, it does all the user-interface aspects of device installation. All those screens you see in Windows, where you select a device category (eg. Mouse), then click "Next", then you see a list of manufacturers and their devices and th

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Damjan Jovanovic
--- Robert Shearman <[EMAIL PROTECTED]> wrote: > Damjan Jovanovic wrote: > > >I've been working on a still image implementation > for > >wine / ReactOS for a while now, and I've only > recently > >realised how impossible it is in wine at the > moment... > > > >wine's SETUPAPI.DLL is not even in

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Thomas Weidenmueller
Robert Shearman wrote: > What does NEWDEV do? It's the driver installation wizard that pops up when the system detects a new device. > Will STI and STI_CI work with the GPL NEWDEV code? If so, I would submit > them and then hope someone will come along and implement the necessary > parts of NEWDE

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Robert Shearman
Damjan Jovanovic wrote: I've been working on a still image implementation for wine / ReactOS for a while now, and I've only recently realised how impossible it is in wine at the moment... wine's SETUPAPI.DLL is not even in its infancy, it doesn't even let you enumerate non-serial-port devices,

Re: [Bug 3095] ID Collisions in menus

2005-12-29 Thread Dmitry Timoshkov
"Ann & Jason Edmeades" <[EMAIL PROTECTED]> wrote: Currently my added tests are: 1. Menu with menuitem id A, get info via id A obviously gives the menuitem 2. Menu containing empty submenu with hmenu (and hence id) of B, getinfo via id B gives the menuitem (ie popups can be returned) 3. Menu cont

Re: MSACM: initialize some ACMSTREAMHEADER fields for the sake of native codecs

2005-12-29 Thread Eric Pouech
Alex Villací­s Lasso wrote: The ACMAPP sample application from MSDN reveals this annoying bug in playback: with a native ACM codec (such as the Ogg Vorbis one bundled with some Japanese RPGs), builtin msacm will successfully tell the codec to decode the first two frames of compressed audio, and

Re: wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Marcus Meissner
On Thu, Dec 29, 2005 at 12:46:48AM -0800, Damjan Jovanovic wrote: > I've been working on a still image implementation for > wine / ReactOS for a while now, and I've only recently > realised how impossible it is in wine at the moment... > > wine's SETUPAPI.DLL is not even in its infancy, it > doesn

wine's setupapi.dll / newdev.dll ?

2005-12-29 Thread Damjan Jovanovic
I've been working on a still image implementation for wine / ReactOS for a while now, and I've only recently realised how impossible it is in wine at the moment... wine's SETUPAPI.DLL is not even in its infancy, it doesn't even let you enumerate non-serial-port devices, and doesn't load class-inst