wine-devel July 2004

wine-devel@winehq.org

122 participants
251 discussions

Re: USB?
by Ivan Leo Puoti 31 Jul '04

31 Jul '04

I don't think drivers are an issue, what we wants to do is use an app that uses the usb ports, and he wants to use this app from wine. So he wants to write an interface for wine, that would take driver calls from the program and forward them to ioctl(whatever) so the app will work with the usb ports, or at least thats how I think it may work. I don't think it's easy to find USB ports not supported by linux now days, but wine isn't usb-aware. Ivan.

1 0

Re: Question about mmap issues on FreeBSD/NetBSD
by Yorick Hardy 31 Jul '04

31 Jul '04

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 line 119 the result of mincore is never tested, should it not be if ( (mincore( (caddr_t)addr + i, pagesize, &vec ) != -1) && (vec&1) ) (with a slight variation for FreeBSD), although I think this will not resolve the current problem. >You need MAP_NORESERVE support otherwise we can't control the address >space correctly (unless you have a ton of virtual memory): if you run >wine-kthread directly it should still work though unless you have >execshield type address space randomisation active. > >On Thu, 29 Jul 2004 09:13:25 +0200, Yorick Hardy wrote: >> Just a question about the mmap issues experienced on FreeBSD, i.e. >> http://www.winehq.org/?issue=230#Wine%20on%20FreeBSD >> >> I encountered the same on NetBSD. It seems the error message is set from >> ld.elf_so in NetBSD and ld-elf.so.1 in FreeBSD, when the address space >> is mapped for the run time linking? Since MAP_NORESERVE is not documented >> (and not supported?) for mmap on FreeBSD and NetBSD, it would appear >> that wine and the ld.elf_so together require too much memory for all the mmap >> calls. Kind regards, -- Yorick Hardy

5 5

ms devel tools
by Ivan Leo Puoti 31 Jul '04

31 Jul '04

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 and see how much of wine will build with visualc++. Ivan.

1 0

Re: [D3D] Added native and emulated S3TC support (take 2)
by Lionel Ulmer 30 Jul '04

30 Jul '04

> 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 searching for 'libtxc_dxtn'. So I think the information there is enough :-) Lionel PS: thanks for the edits, will be able to test the final version now that it's commited :-) -- Lionel Ulmer - http://www.bbrox.org/

1 0

regression
by Ivan Leo Puoti 30 Jul '04

30 Jul '04

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.

1 0

RPCRT4_NdrClientCall2 stub (fixme)?
by Jeroen Janssen 30 Jul '04

30 Jul '04

Hello, I have 'hit' upon a RPCRT4_NdrClientCall2 stub/fixme call. It seems some discussion on this has been happening in a the past few months? Can someone maybe explain the current status on this? (probably Rob or Mike, since they seem to be the Wine COM "gurus"?) Below is is a short snip of trace logging I get: trace:ole:COMPOBJ_DLLList_Add trace:ole:CStdPSFactory_QueryInterface (0x660cea80)->QueryInterface({d5f569d0-593b-101a-b569-08002b2dbf7a},0x4067faa4) trace:ole:CStdPSFactory_CreateProxy (0x660cea80)->CreateProxy((nil),{11ef83d1-553a-11d3-bb12-0004ac9658d6},0x4067faa0,0x4067fbfc) trace:ole:FindProxyInfo found: ProxyInfo 0x660cbc48 Index 65 trace:ole:StdProxy_Construct ((nil),0x660cd048,0x660cea80,0x4067faa0,0x4067fbfc) ICoKMFactoryManager trace:ole:StdProxy_Construct stubless=0x660c5230 trace:ole:StdProxy_Construct iid={11ef83d1-553a-11d3-bb12-0004ac9658d6} trace:ole:StdProxy_Construct vtbl=0x660cd050 trace:ole:StdProxy_Construct stubless thunks: count=6 trace:ole:StdProxy_Construct method 3: stacksize=12 trace:ole:StdProxy_Construct method 4: stacksize=16 trace:ole:StdProxy_Construct method 5: stacksize=4 trace:ole:CStdPSFactory_AddRef (0x660cea80)->AddRef() trace:ole:CStdPSFactory_Release (0x660cea80)->Release() trace:ole:StdProxy_Connect (0x4034f1f0)->Connect(0x4034f288) trace:ole:StdProxy_Release (0x4034f1f0)->Release() trace:ole:ObjectStubless (0x4034f1f4)->(3)([12 bytes]) ret=4067fc94 fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x660c7c08,pFormat = ^0x660c7d30,...): stub trace:ole:IUnknown_Release_Proxy (0x4034f1f0)->Release() ICoKMFactoryManager wine: Unhandled exception (thread 0014), starting debugger... Best regards, Jeroen Janssen

5 8

Re: possible bug in wcmd
by Ivan Leo Puoti 30 Jul '04

30 Jul '04

It looks like a bug to me. [ivan@localhost 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 WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x20656854 in 32-bit code (0x400d2473). In 32 bit mode. 0x400d2473 strlen in libc.so.6: movl 0x0(%eax),%ecx Wine-dbg>bt Backtrace: =>1 0x400d2473 strlen+0x33 in libc.so.6 (0x406eed1c) 2 0x400ba8cb _IO_vsprintf+0x8b in libc.so.6 (0x406eede4) 3 0x405c9eeb WCMD_output+0x2b(format=0x406ef20c) [wcmdmain.c:741] in wcmd (0x406ef200) 4 0x405c7020 WCMD_give_help+0x80(command=0x4039b8a5) [builtins.c:352] in wcmd (0x406efa18) 5 0x405c9563 .L153+0x9 in wcmd (0x406efa58) 6 0x405c91d4 main+0x4f4(argc=0x1, argv=0xbffff49c) [wcmdmain.c:244] in wcmd (0x406efe9c) 7 0x405c6169 __wine_exe_main+0x169 in wcmd (0x406eff2c) 8 0x404e6a88 start_process+0xc8(arg=0x0) [process.c:995] in kernel32 (0x406efff4) 9 0x4001cd9d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) Wine-dbg>quit WineDbg terminated on pid 0x8 [ivan@localhost wcmd]$

1 0

Re: RPCRT4_NdrClientCall2 stub (fixme)?
by Filip Navara 30 Jul '04

30 Jul '04

Alexandre Julliard wrote: > Mike Hearn <mike(a)navi.cx> writes: > >>> 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. >>> >> >> Alexandre, why was this not merged when it was originally sent? >> > > No idea, please resubmit. > IIRC Robert said that the patch isn't cleaned up yet and so it shouldn't be commited. He also said that he hasn't tested it much except for simple tests and the complex types weren't tested at all. - Filip

3 4

possible bug in wcmd
by Henning Gerhardt 30 Jul '04

30 Jul '04

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 correct if this bug is true: The problem is that a single % letter inside the resource strings. Look for the for-help text in En.rc file and you find the sentence "The requirement to double the % sign when using FOR in a batch file does") get parsed and this single % caused the crash. I found the following solutions and I don't know what is the right solution: 1. replace the single % with a double %% in all resource files 2. replace in the function WCMD_give_help (builtins.c:330) WCMD_output with WCMD_output_asis (WCMD_output (wcmdmain.c:733) called WCMD_output_asis but make some stuff for possible dynamic parameters) 3. patch the function WCMD_output (wcmdmain.c:733) with the attached patch (Replace a single % with a double % and all later called system function are be happy) I prefer personal the second or third solution. Regards, Henning

1 0

Linking with dlls and Linux libs using winelib?
by James Supancic 30 Jul '04

30 Jul '04

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 Supancic III _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

← Newer
1
2
3
4
5
6
7
...
26
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel July 2004