> How hard is it to create a stub forwarder dll for setupapi and cfgmgr32?
Not sure what you mean exactly. cfgmgr32 should forward to setupapi
already, and I sent a patch that does that for the few stub functions
that it had. setupapi's CM_* stubs could be improved, but I don't
think you'll be
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> On Feb 19, 2008 11:25 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
>> > Let's not forget the growing crowd of Macs as well. I would like to see
>> > the code from Darwine brought back into the Wine distribution.
>>
>> Which code are you talking abo
On Feb 19, 2008 11:25 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> > Let's not forget the growing crowd of Macs as well. I would like to see
> > the code from Darwine brought back into the Wine distribution.
>
> Which code are you talking about?
He means this patch
http://sourceforge.net/tr
"James McKenzie" <[EMAIL PROTECTED]> wrote:
> Let's not forget the growing crowd of Macs as well. I would like to see
> the code from Darwine brought back into the Wine distribution.
Which code are you talking about?
> I doubt
> we will ever see an integrated Wine in Mac OS X.
I don't think
Saulius Krasuckas wants you to join Yaari!
Is Saulius your friend?
Yes, Saulius is my
friend! No, Saulius
isn't my friend.
Please respond or Saulius might think you said no :(
Thanks,
The Yaari Team
You are receiving t
Dan Kegel wrote:
> Now that http://winehq.org/site/forums links to the two
> existing popular forums about Wine, I think we should be
> covered.
>
> As I said earlier, I think creating our own forum would just
> fragment users further. I know somehow you think that
> won't happen, and you think ev
Hi Juan,
2008/2/19, Juan Lang <[EMAIL PROTECTED]>:
> > I stubbed CM_get_parent by returning itself, however that makes it go
> > in an infinite loop.
>
> Hm.
>
> > My guess is that I need to have some hub and usb ehci device as well.
> > I don't know why it would want to call CreateFile on the
On Feb 19, 2008 3:23 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> > OK. I propose we make that a redirect to
> > http://groups.google.com/group/comp.emulators.ms-windows.wine/topics?lnk=srg
>
> -1 I still don't like the layout and easy of use of google groups. It
> has decent search but thats a
No worries on the double post, you ask a slightly different question here:
> I'm trying to add the ipod detection from crossover wine to winehq.
> However it seems to be not compatibel due to changes to setupapi in
> the last 3 years.
The crossover Wine tree was written for version 4.x of iTun
On Feb 19, 2008 5:48 PM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm trying to add the ipod detection from crossover wine to winehq.
> However it seems to be not compatibel due to changes to setupapi in
> the last 3 years.
>
> Basically what I want to do is add an usb mass storag
2008/2/19, Juan Lang <[EMAIL PROTECTED]>:
> Check bug 9649, it's got a sample .reg file that fools iTunes into
> thinking an iPod is present. Or here's the link to the attachment:
> http://bugs.winehq.org/attachment.cgi?id=8216
Oops, sorry for the double post. I couldn't really sleep last night. :
On Feb 19, 2008 5:40 PM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> Any one around who understands setupapi? For iTunes I would need to
> add appropriate registry keys so that my usb device is detected. My
> idea is to use libusb to find the things like guid, revision etc and
> th
Hi all,
I'm trying to add the ipod detection from crossover wine to winehq.
However it seems to be not compatibel due to changes to setupapi in
the last 3 years.
Basically what I want to do is add an usb mass storage device with the
correct device path and register it with setupapi. Composing the
Hi Maarten,
> Any one around who understands setupapi? For iTunes I would need to
> add appropriate registry keys so that my usb device is detected. My
> idea is to use libusb to find the things like guid, revision etc and
> then adding the keys. However I am not 100% what the layout of the
>
Hi folks,
Any one around who understands setupapi? For iTunes I would need to
add appropriate registry keys so that my usb device is detected. My
idea is to use libusb to find the things like guid, revision etc and
then adding the keys. However I am not 100% what the layout of the
keys is.
Cheers
On Feb 19, 2008 6:07 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> OK. I propose we make that a redirect to
> http://groups.google.com/group/comp.emulators.ms-windows.wine/topics?lnk=srg
-1 I still don't like the layout and easy of use of google groups. It
has decent search but thats about all it ha
On Feb 19, 2008 2:33 PM, Phil Krylov <[EMAIL PROTECTED]> wrote:
> I think that any existing place will eventually grow really popular if
> it will be called "http://forum.winehq.org";.
OK. I propose we make that a redirect to
http://groups.google.com/group/comp.emulators.ms-windows.wine/topics?ln
Stefan Dösinger wrote:
> Am Sonntag, 17. Februar 2008 01:38:50 schrieb Andrew Talbot:
>> And I presume that if the underlying struct tags
>> are different between two similar types, then the compiler would warn of
>> type incompatibility if such an assignment were attempted.
> Not quite. You can h
Hi,
On 19/02/2008, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Steven Edwards wrote:
> > My thoughts, as well as
> > Tom's was that by creating a "blessed" location, all third parties as
> > well as vendors that develop Wine related products could say "if you
> > want to discuss using a vendor provided
Am Dienstag, 19. Februar 2008 21:26:24 schrieben Sie:
> Hi,
>
> Originally flush_to_framebuffer_drawpixels was called from UnlockRect, so
> in that case LockedRect was always set. These days it can also be called
> (through LoadLocation) from other places. This patch makes it use the
> LockedRect w
Am Sonntag, 17. Februar 2008 01:38:50 schrieb Andrew Talbot:
> And I presume that if the underlying struct tags
> are different between two similar types, then the compiler would warn of
> type incompatibility if such an assignment were attempted.
Not quite. You can have a DDSURFACEDESC2 *ddsd poi
> "Kornél Pál" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> slc.dll is part of Windows Vista, and seems to be responsible for
> activation, key validation, maybe genuine validation and probably trial
> time
> limit.
>I don't think that this is required by Wine unless the DLL h
slc.dll is part of Windows Vista, and seems to be responsible for
activation, key validation, maybe genuine validation and probably trial time
limit.
I don't think that this is required by Wine unless the DLL has some
publically documented API.
Kornél
- Original Message -
From: "Robe
"Robert Shearman" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Alistair Leslie-Hughes wrote:
>> slc: Initial stub dll
>
> I'm not sure we want to go down the path of implementing the functions
> in this DLL. Furthermore, this file isn't present on an XP SP2
> installation.
Th
Steven Edwards wrote:
> My thoughts, as well as
> Tom's was that by creating a "blessed" location, all third parties as
> well as vendors that develop Wine related products could say "if you
> want to discuss using a vendor provided Wine product in a
> non-supported manner all are advised to go her
Alistair Leslie-Hughes wrote:
> slc: Initial stub dll
I'm not sure we want to go down the path of implementing the functions
in this DLL. Furthermore, this file isn't present on an XP SP2 installation.
Can you give some information as to why this is needed and how the
application depends on
Robert Shearman <[EMAIL PROTECTED]> writes:
> I disagree. The global make rules, among other things, should enforce
> policies whether this be telling the C compiler to error on certain
> non-portable constructs like declarations after statements or telling
> flex not to output code that includes
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
> +if (machine && !(machineW = pdh_strdup_aw( machine ))) return
> PDH_MEMORY_ALLOCATION_FAILURE;
>
> -if (machine)
> -{
> -FIXME("remote machine not supported\n");
> -return PDH_CSTATUS_NO_MACHINE;
> -}
> if (!(nameW
"Austin English" <[EMAIL PROTECTED]> wrote:
> In my experience, the 'older' crowd prefers newsgroups, but 'younger'
> people prefer message boards. Similar to how more advanced users
> prefer CLI, but inexperienced/novices use GUI. It seems to me we're
> trying to help the gui type of person, and
Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
>
>> The point is that all of the files need it. Only tools/widl/parser.l
>> needs to include unistd.h and it already does so manually.
>>
>
> Then you should put the option in all the files. That sort of thing
> does
Robert Shearman <[EMAIL PROTECTED]> writes:
> The point is that all of the files need it. Only tools/widl/parser.l
> needs to include unistd.h and it already does so manually.
Then you should put the option in all the files. That sort of thing
doesn't belong in the global make rules.
--
Alexand
Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
>
>> If we do need it, we can include it in the .l file after config.h and
>> with an appropriate include guard.
>>
>
> You should instead put a %option in the files that need it.
The point is that all of the files n
Robert Shearman <[EMAIL PROTECTED]> writes:
> If we do need it, we can include it in the .l file after config.h and
> with an appropriate include guard.
You should instead put a %option in the files that need it.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, Feb 19, 2008 at 09:11:17AM +, Julius Schwartzenberg wrote:
> Vincent Weber gmail.com> writes:
>
> >
> > Dear Wine devs,There are some games out there that were built with the Glide
> API. The Glide API is the graphics API of the 3dfx Voodoo cards and is
> basically
> a stripped down
Vincent Weber gmail.com> writes:
>
> Dear Wine devs,There are some games out there that were built with the Glide
API. The Glide API is the graphics API of the 3dfx Voodoo cards and is basically
a stripped down version of OpenGL. Could please consider adding support for the
Glide API
Wine alrea
A second one which Marcus ended up reinventing, but at least the
underlying problem is solved now. :-/
Gerald
On Wed, 26 Dec 2007, Gerald Pfeifer wrote:
> Okay. In that case, to account for possible future enhancements of
> ImmGetCompositionStringW(), we'll need a patch like the following. The
Dear Roderick,
Roderick Colenbrander wrote:
> I'm just bumping into this discussion. From what I read the reason you need
> such functionality is for a mozilla powerpoint plugin. Have you figured out
> how this embedding is done on Windows? I don't know much about it but I think
> embedding wor
On Feb 19, 2008 12:43 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Anybody who thinks we need another forum
> needs his head examined. There is no shortage
> of Wine forums. We just need to use the ones that
> already exist. Adding a new one will just fragment
> the community further.
The whole p
38 matches
Mail list logo
