I'm interested in possibly working on USB support for Wine. I'm not
particularly familiar with USB programming, but I'm fluent in C and C++.
Where do I start?
Tobias Burnus wrote:
[snip]
Can you try the attached patch please?
Regards,
Filip
Changelog:
- Don't update infoPtr->dwStyle in LISTVIEW_WindoProc. It's already
handled in LISTVIEW_StyleChanged and LISTVIEW_Create processing.
- Fix TOOLBAR_DrawMasked to correctly use image list mask.
Index: comc
If anyone needs to test something out with m$ development tools for whatever
reason, they are giving away
free betas (It doesn't matter, all m$ software is alpha/beta) of the express
development tools, so if you need one
get it until you can.
http://lab.msdn.microsoft.com/express/
I'm going to try
On Fri, Jul 30, 2004 at 05:26:57PM +0200, Tobias Burnus wrote:
> Hello,
>
> in Crystal Impact's Diamond the list view is completely mangled and only
> barely recognizable as list view.
Tobias,
I'll try to look into it. I have been however immensely busy
lately, so please remind me if I don't
Hi,
Someone sent me a debug version of a Windows dll and a map file. I'm
not a Windows programmer, and I'm not sure how to use the map fiile.
For instance, I get a runtime error dialog. With backtrace in winedbg
I get this:
...
29 0x400bf58d (NTDLL.DLL.RtlRaiseException+0x5 in NTDLL.DLL
Mike Hearn <[EMAIL PROTECTED]> writes:
[...]
> I don't know how to tell if a console is available or not though.
isatty(STDOUT_FILENO) is probably pretty close to the right way to do
this.
-ScottG.
> I've only mentionned the libtxc_dxtn.so library for software
> decompression when the video card does not support S3TC.
> Maybe Lionel can say if we can add more precise information i.e
> reference to the DRI project.
Well, the page where you can download it is the third Google link when
searc
> "Tobias" == Tobias Burnus <[EMAIL PROTECTED]> writes:
Tobias> Hello, in Crystal Impact's Diamond the list view is completely
Tobias> mangled and only barely recognizable as list view.
Tobias> Result in WINE:
Tobias> http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_w
The following patch
http://www.winehq.com/hypermail/wine-cvs/2004/03/0434.html
causes an infinite loop when installing the word97/2k viewer.
A relay log from the loop is attached. Can someone please fix this?
Ivan.
log.txt.bz2
Description: Binary data
So this isn't winrash's window, this is the winetest window?
Chris
On Friday 30 July 2004 3:02 pm, Kevin Koltzau wrote:
> On Friday 30 July 2004 12:25 pm, Chris Morgan wrote:
> > I'm not really sure what the user means. I don't have anything other
> > than an xp machine to test on and services
On Friday 30 July 2004 12:25 pm, Chris Morgan wrote:
> I'm not really sure what the user means. I don't have anything other than an
> xp machine to test on and services are supported there. Anyone know what the
> issue is? Maybe adding some code to the non-service path that was added to
> sup
Joe Gainey wrote:
I've got some cross platform issues i cannot resolve. There are some
obvious issues like the assumption that round() is in the math library
and not linking in the math library itself. i've worked passed those.
Currently, I'm working with a patched version of the latest cvs sour
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> Changelog:
> Dmitry Timoshkov <[EMAIL PROTECTED]>
> Try to avoid loading 16-bit DLLs into memory for accessing
> version info, this might lead to undesired side effects like
> loading a bunch of other 16-bit DLLs.
The problem I see is
Yorick Hardy <[EMAIL PROTECTED]> writes:
> Also in libs/wine/mmap.c line 119 the result of mincore is never tested,
> should it not be
>
> if ( (mincore( (caddr_t)addr + i, pagesize, &vec ) != -1) && (vec&1) )
No, the goal is to check if something is mapped there, we don't
actually care whethe
Vincent Béron wrote:
Le ven 30/07/2004 à 11:38, Robert Shearman a écrit :
[snip]
It wasn't Alexandre's fault. I didn't ask for it to be merged. One of
the main problems is that because of calling convention differences for
passing unions/structures we can't be binary compatible with Windows at
Thanks for the bug report.
On Friday 30 July 2004 12:46 am, Ivan Leo Puoti wrote:
> We've had the following complaints on wine-users.
>
> > I installed this on a windows 98se box. I can't say I like having the DOS
> > window open all the time (it's ugly). Can this not be written as a
> > windows p
Hello,
in Crystal Impact's Diamond the list view is completely mangled and only
barely recognizable as list view.
Result in WINE:
http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine.png
Result in Windows:
http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list.png
I'd be really ple
It looks like a bug to me.
[EMAIL PROTECTED] wcmd]$ ./wcmd
WCMD Version 0.17
Z:\home\ivan\Development\Wine\CVS\wine\wine\programs\wcmd>help for
wine: Unhandled exception (thread 0009), starting debugger...
fixme:console:SetConsoleCtrlHandler (0x405ec9e0,1) - no error checking or
testing yet
WineD
Hi,
I discovered a possible bug in wcmd. If you run "help for" inside wcmd, wcmd
crashed and the winedebugger is called. I used to confirm this bug on my
machine the latest tarball and a CVS-snapshot from today.
If anybody can confirm this bug I will be happy :)
The following lines are only cor
On Fri, 30 Jul 2004 17:48:08 +0200, Jeroen Janssen wrote:
> Hmmm, so it can (unfortunately) happen that a patch is 'forgotten'
Yes that does happen sometimes. It's up to the author to resubmit it.
Alternatively sometimes a patch is correct but can't be applied for other
reasons, like my lockwindo
Mike Hearn wrote:
Is there an official way to track that a patch submitted to wine-patches
has been comitted? Also can I somehow find out which (interesting)
patches have not been comitted yet?
Unfortunately there is no way to track this in an automated fashion. It
has been talked about but nobody
Le ven 30/07/2004 à 11:38, Robert Shearman a écrit :
[snip]
> >>It wasn't Alexandre's fault. I didn't ask for it to be merged. One of
> >>the main problems is that because of calling convention differences for
> >>passing unions/structures we can't be binary compatible with Windows at
> >>the sa
Vincent Béron wrote:
Le ven 30/07/2004 à 07:39, Robert Shearman a écrit :
Mike Hearn wrote:
On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote:
Yes, I have an implementation of NdrClientCall2 in my local tree, but
I'm a bit busy with other COM things at the moment. I'll send a
On Fri, Jul 30, 2004 at 11:06:29AM +, James Supancic wrote:
> I need to compile a Windows application under Linux. I need to use dlls and
> Linux librarys. No matter what I try I can't get winegcc to include the
> Linux librarys in the linking stage. What must I do to get winegcc to link
> w
Le ven 30/07/2004 à 07:39, Robert Shearman a écrit :
> Mike Hearn wrote:
>
> >On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote:
> >
> >
> >>Yes, I have an implementation of NdrClientCall2 in my local tree, but
> >>I'm a bit busy with other COM things at the moment. I'll send an updated
Thanks for the response.
I must be doing something wrong, since wine-kthread gave the same error.
Anything I may have missed? I copied wine-kthread from loader/wine-kthread.
It does not appear to be correct, but is there any chance
madvise(..., MADV_DONTNEED) could help?
Also in libs/wine/mmap.c
I need to compile a Windows application under Linux. I need to use dlls and
Linux librarys. No matter what I try I can't get winegcc to include the
Linux librarys in the linking stage. What must I do to get winegcc to link
with both the dlls and Linux libs?
Thank you for your time,
James Steven
<[EMAIL PROTECTED]> writes:
>>> http://osdn.dl.sourceforge.net/sourceforge/wine/winetest-200407091000-kevin-mingw.zip
>
> I just tried that url and it worked. Many of the ones
> I've tried in the past haven't and the cause seems to be
> that the mirror chosen doesn't have the file.
Hmm, Sourcefo
On Fri, 2004-07-30 at 09:36 +0200, Yorick Hardy wrote:
> Thanks for the response.
>
> I must be doing something wrong, since wine-kthread gave the same error.
> Anything I may have missed? I copied wine-kthread from loader/wine-kthread.
In that case I guess it's the code which reserves the top 2g
Mike Hearn wrote:
> Really? Which patch was that?
Probably was mine, I posted it some time ago and was rejected. I posted it
on Bug #2387 (http://bugs.winehq.org/show_bug.cgi?id=2387)
--
Diego "Flameeyes" Pettenò
[EMAIL PROTECTED] - http://flameeyes.web.ctonet.it/
On Thu, 29 Jul 2004 19:06:27 -0700, James Hawkins wrote:
> Is there a written formal standard specifying the style in which wine
> code is written? I remember a message a while back about how a patch
> couldn't be committed because it didn't meet the standards of wine
> coding style and that someo
On Fri, 30 Jul 2004 08:24:53 +0200, Jeroen Janssen wrote:
> I'm wondering when is a patch 'good enough' to be included? (both from
> an 'enduser', an author's point of view and from Alexandre's view (who
> eventually commits the patch)?
Well, it really depends on the individual patch. Obviously
Robert Shearman wrote:
Changelog:
Mike Hearn <[EMAIL PROTECTED]>
Disconnect proxies at COM shutdown to release the corresponding stubs.
Sorry, this one was an old patch.
Rob
Mike Hearn wrote:
On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote:
Yes, I have an implementation of NdrClientCall2 in my local tree, but
I'm a bit busy with other COM things at the moment. I'll send an updated
patch to the list either tonight or sometime over the weekend.
Alexandr
"Dan Timis" <[EMAIL PROTECTED]> wrote:
> This sets the text only if MIIM_TYPE is set. I changed the first line
> to:
>
> if (lpmii->fMask & (MIIM_TYPE|MIIM_STRING)) {
>
> and menus that were drawing before as a long thin vertical line,
> started to show correctly. I'm not sure if this i
On Friday 30 July 2004 05:48, Robert Reif wrote:
> Unfortunately someone must have copied my mistake and placed them in the
> mingw dxguid.lib. So wine's code is now correct for wine and Windows but
Well, not by mistake. I'm maintaining a version of MinGW
(at http://mirzam.it.vu.nl/mingw) with
36 matches
Mail list logo
