Question: Is there support for video4linux devices with wine? Is there
some support for webcams? What are the settings (config)? I couldn't
find anything useful on google concerning this issue
--
Regards
Signer: Eddy Nigg
Company: StartCom Linux at www.startcom.org
M
Eric Pouech wrote:
Bryce McKinlay a écrit :
I'm trying to debug a windows .exe built with mingw using wine, but
winedbg seems to have problems reading stabs from the mingw-built
binary. My goal is to be able to debug a cross-compiled, native Java
(GCJ) application, but even a simple C "hello wor
Chances are I'll be quite busy during the next week, but Laurent Pinchart,
the guy who originally reverse engineered safedisc, asked a few
questions on IRC about
implementing support for the native safedisc driver, feedback,
particularly from AJ, would be very
appreciated, here is the IRC log.
pe
There's currently no support, but you could add it via the Still Image
(STI) API. It's meant for scanners and webcams. There's probably a way
to add VFW (Video For Windows drivers) too.
I have written an IDL file for IStillImage, which I haven't gotten round
to submitting as yet. I've attach
Hey All you web programmers out there!
How hard to you think it would be to rig up a web page for people to do
translations for wine on?
Have a web page (translate.winehq.org?) into which we feed in all the
.rc files and maybe even parts of WineHQ, and show the translations for
each language an
Question: Is there support for video4linux devices with wine? Is there
some support for webcams? What are the settings (config)? I couldn't
find anything useful on google concerning this issue
--
Regards
Signer: Eddy Nigg
Company: StartCom Linux at www.startcom.org
M
Calling SetSysColor in the current cvs version of wine causes an infinite loop
in update_now in dlls/user/painting.c. As I understand it, the problem is the
following: get_update_flags will promote it's child window argument to the
next child window (via a wineserver call to get_update_region),
Mike Hearn wrote:
On Tue, 04 Jan 2005 16:35:15 -0600, Robert Shearman wrote:
and obviously increment COM_CurrentInfo()->inits in CoInitializeEx. And
we should only add a reference to the apartment once in CoInitializeEx.
What does that buy us that a 1:1 mapping between CoInitializeEx and
a
On Tue, 04 Jan 2005 16:35:15 -0600, Robert Shearman wrote:
> and obviously increment COM_CurrentInfo()->inits in CoInitializeEx. And
> we should only add a reference to the apartment once in CoInitializeEx.
What does that buy us that a 1:1 mapping between CoInitializeEx and
apartment refs doesn't
Mike Hearn wrote:
On Tue, 2005-01-04 at 15:27 -0600, Robert Shearman wrote:
Because inits should be thread-local, not apartment scoped.
NtCurrentTeb()->ReservedForOle should be set to NULL when the matching
CoUninitialize is called, not when the apartment is destroyed.
I was under the impr
Mike Hearn <[EMAIL PROTECTED]> wrote:
>
> Also a precise description of what flex-mmap does would be good. Google
> wasn't too informative, best I could get was that it means mmap
> allocates from the "top" of the address space down. But where is the top
> exactly?
Ingo has described it thus:
On Tue, 2005-01-04 at 15:27 -0600, Robert Shearman wrote:
> Because inits should be thread-local, not apartment scoped.
> NtCurrentTeb()->ReservedForOle should be set to NULL when the matching
> CoUninitialize is called, not when the apartment is destroyed.
I was under the impression that CoSetSt
Ivan Leo Puoti wrote:
Hem, Mike I did ask about this on wine-devel and got no answers.
I am *not* the sort of person that would take decisions like that one
without discussing it first,
but as nobody answered I thought nobody cared, it is not my intent to
interfere with anything.
I was puzzled by
Mike Hearn wrote:
On Tue, 2005-01-04 at 12:21 -0600, Robert Shearman wrote:
HRESULT WINAPI CoGetState(IUnknown ** ppv)
{
- APARTMENT * apt = COM_CurrentInfo();
+HRESULThr = E_FAIL;
- FIXME("\n");
+FIXME("possible stub\n");
I believe the function does everything t
Context: this is not about ptrace stuff, but rather Thomas Sailors
original problem which seems to be flex-mmap related.
On Fri, 2004-12-31 at 16:51 +0100, Thomas Sailer wrote:
> On Freitag 31 Dezember 2004 14.31, Mike Hearn wrote:
>
> > What about this patch?
>
> This works now. Happy new year.
On Tue, 2005-01-04 at 21:48, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > TRACE("(%p)->()\n", iface);
> > -if (!--This->refCount)
> > +if (!InterlockedDecrement(&This->refCount))
> > {
> > CoTaskMemFree(This->ppFilters);
> > CoTaskMe
Paul Vriens <[EMAIL PROTECTED]> writes:
> TRACE("(%p)->()\n", iface);
> -if (!--This->refCount)
> +if (!InterlockedDecrement(&This->refCount))
> {
> CoTaskMemFree(This->ppFilters);
> CoTaskMemFree(This);
You also need to store the result of the decrement and ha
Mike Hearn wrote:
Hi,
The downloads page advertises support for 10.1, 10.0 and 9.2 Mandrake
packages but it seems only 10.1 RPMs are provided. Should the download
page be updated to say only 10.1 is available?
I'd rather actually it was built on an older Mandrake and then fixed to
work on later ver
Do you mean you changed SourceForge, or that the new file you posted is a
different installer somehow? I'm confused ...
I'm not touching sourceforge
Ivan.
On Tue, 04 Jan 2005 20:44:44 +0100, Ivan Leo Puoti wrote:
> Hello, I replaced the sdk redistributable installer with the actualy
> installer, as the licence
> allows redistribution of the installer for end users only. It also makes
> the installation easier.
Do you mean you changed SourceForge,
Hem, Mike I did ask about this on wine-devel and got no answers.
I am *not* the sort of person that would take decisions like that one without discussing it first,
but as nobody answered I thought nobody cared, it is not my intent to interfere with anything.
I just don't think it's nice to violate
Oh well, might be good to do that then...
I just provided (in case it's needed)
http://lisas.de/~andi/wine_files/dcom95.exe
http://lisas.de/~andi/wine_files/dcom95.exe.md5
(a copy of the nonsolomicrosoft/ file) which is on the rhlx01 server,
MASSIVE bandwidth...
Hello, I replaced the sdk redist
Hi,
The downloads page advertises support for 10.1, 10.0 and 9.2 Mandrake
packages but it seems only 10.1 RPMs are provided. Should the download
page be updated to say only 10.1 is available?
I'd rather actually it was built on an older Mandrake and then fixed to
work on later versions too if tha
On Tue, 2005-01-04 at 12:21 -0600, Robert Shearman wrote:
> I can't see the need to make this non-static at the moment.
Right, I made it non-static when the lock was taken inside an inlined
function earlier, but I got rid of that at the end. It can go back to
being static.
> I don't really like f
Mike Hearn wrote:
On Mon, 2005-01-03 at 11:47 -0600, Robert Shearman wrote:
Also, it may be best to split up the apartment structure into the stuff
that really is apartment-local and the stuff that is thread-local, and
then we have NtCurrentTeb()->ReservedForOle point to the thread-local
stru
On Tue, Jan 04, 2005 at 05:21:41PM +, Mike Hearn wrote:
> One thing to be aware of when doing this is that some of these calls may
> be used very frequently, and the cost of outputting a fixme for each one
> is high. Because TRACEs are not output by default making a stub a TRACE is
> often used
Mike Hearn wrote:
> On Tue, 04 Jan 2005 11:22:00 -0500, Dan Notestein wrote:
>>Btw, if anyone is interested we also have another module which
>>can be used to convert the windows-style drive letters returned
>>by the common dialogs into unix-style paths (if you want to use
>>these paths will "norma
On Tue, Jan 04, 2005 at 05:29:10PM +, Mike Hearn wrote:
> On Tue, 2005-01-04 at 12:11 -0500, Dimitrie O. Paun wrote:
> > Actually, there are two independent issues here:
> > 1. How paths are presented to the user
> > This is user preference, and should be a registry setting
>
> Yeah. It
On Tue, 2005-01-04 at 12:11 -0500, Dimitrie O. Paun wrote:
> Actually, there are two independent issues here:
> 1. How paths are presented to the user
> This is user preference, and should be a registry setting
Yeah. It'd be nice to improve this, but we're limited by the dumb design
of the
Peter Hercek wrote:
server/queue.c
Fixes an error in keybd_event function. This function sends events even
between different processes on win32. This was not handled in wine.
dlls/user/combo.c
The default size for comboxes was 2 pixels bigger in wine at the
standard dpi.
The patches are against
On Tue, Jan 04, 2005 at 04:57:15PM +, Mike Hearn wrote:
> It needs to be an API switch really as it's a per-app thing, only programs
> written to expect it should get UNIX names. But this is similar to the
> discussion we had before and what form the API should take (no firm
> decision made).
On Tue, 04 Jan 2005 11:30:32 -0500, Dimitrie O. Paun wrote:
> This would be much better as a registry setting, not a compile
> time option.
It needs to be an API switch really as it's a per-app thing, only programs
written to expect it should get UNIX names. But this is similar to the
discussion w
On Tue, 04 Jan 2005 11:22:00 -0500, Dan Notestein wrote:
> This patch allows winelib to be conditionally compiled with
> USE_NATIVE_UNIX_PATHS macro. Enabling this will cause
> the common dialogs to display using unix paths instead of drive
> letters.
Fantastic! What would rule even more is if thi
On Tue, Jan 04, 2005 at 11:22:00AM -0500, Dan Notestein wrote:
> This patch allows winelib to be conditionally compiled with
> USE_NATIVE_UNIX_PATHS macro. Enabling this will cause
> the common dialogs to display using unix paths instead of drive
> letters.
This would be much better as a registry
Dmitry Timoshkov wrote:
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
--- dlls/gdi/tests/metafile.c 27 Dec 2004 17:46:36 - 1.4
+++ dlls/gdi/tests/metafile.c 3 Jan 2005 14:27:55 -
@@ -185,8 +185,6 @@
ret = EnumEnhMetaFile(hdcDisplay, hMetafile, emf_enum_proc, dx, &rc);
ok( ret, "Enu
Hi,
On Tue, Jan 04, 2005 at 03:21:10PM +0100, Ivan Leo Puoti wrote:
> Jeremy, we got this reply from the sourceforge staff, please remove the
> file.
Oh well, might be good to do that then...
I just provided (in case it's needed)
http://lisas.de/~andi/wine_files/dcom95.exe
http://lisas.de/~andi/
On Tue, 04 Jan 2005 15:21:10 +0100, Ivan Leo Puoti wrote:
> Jeremy, we got this reply from the sourceforge staff, please remove the file.
Why don't you ask them why they're hosting the core fonts which are not
open source licensed then? Actually don't bother, we don't want to cause
the font guys h
Jeremy, we got this reply from the sourceforge staff, please remove the file.
Message:
Logged In: YES
user_id=597273
Greetings,
Only software licensed under an Open Source license may be
hosted on SourceForge.net resources. As such, no, it may not.
Thank you,
David Burley
Second Level Support Techn
On Tue, Jan 04, 2005 at 02:59:45PM +0100, Paul Vriens wrote:
> Are there AddRef's or Releases that don't need the modification? Or is it
> OK to modify all of them?
I think it's OK to modify them all.
> What's the best way to generate mail/patches for this bulk. One email for
> each file/dll? Inl
Paul Vriens wrote:
Hi Mike,
Are there AddRef's or Releases that don't need the modification? Or is it
OK to modify all of them?
Theoretically, COM classes that are registered with
"ThreadingModel"="Apartment" do not need to use the atomic
increment/decrement functions as they shouldn't be a
Paul Vriens wrote:
Are there AddRef's or Releases that don't need the modification? Or is it
OK to modify all of them?
I think it should be safe to do all of them. InterlockedIncrement is
inline, so it shouldn't have any performance penalty.
It may not strictly be necessary for objects in single
Hi Mike,
>
>
> Paul Vriens wrote:
>
>> the Janitorial page shows that the "Use Interlocked functions in AddRef
>> and Release methods" project is finished.
>>
>> There are however several files (at least 135) that still use the
>> non-interlocked method. Especially ddraw, d3*, dm*, avifil32 and som
Paul Vriens wrote:
the Janitorial page shows that the "Use Interlocked functions in AddRef
and Release methods" project is finished.
There are however several files (at least 135) that still use the
non-interlocked method. Especially ddraw, d3*, dm*, avifil32 and some
ole/oleaut32.
Do they still n
Hi,
the Janitorial page shows that the "Use Interlocked functions in AddRef
and Release methods" project is finished.
There are however several files (at least 135) that still use the
non-interlocked method. Especially ddraw, d3*, dm*, avifil32 and some
ole/oleaut32.
Do they still need to be cha
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
> --- dlls/gdi/tests/metafile.c 27 Dec 2004 17:46:36 - 1.4
> +++ dlls/gdi/tests/metafile.c 3 Jan 2005 14:27:55 -
> @@ -185,8 +185,6 @@
> ret = EnumEnhMetaFile(hdcDisplay, hMetafile, emf_enum_proc, dx, &rc);
> ok( ret, "EnumEnhMetaFile e
Mike McCormack wrote:
Index: templates/en/about.template
===
RCS file: /home/wine/lostwages/templates/en/about.template,v
retrieving revision 1.15
diff -u -r1.15 about.template
--- templates/en/about.template 1 Dec 2004 22:15:11 -
Jack wrote in http://www.winehq.org/hypermail/wine-devel/2004/12/0720.html :
Program received signal SIGSEGV, Segmentation fault.
0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
#1 0x4009d06c in malloc () from /lib/i686/libc.
47 matches
Mail list logo