wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Start a nNew thread

Re: New Download page
by Tom 17 Feb '04

17 Feb '04

Dimitrie O Paun wrote: > OK folks, > > -- we need an icon for WineX. what about ths one? Tom

1 0

Re: lostwages/templates/en search.template
by Dimitrie O. Paun 17 Feb '04

17 Feb '04

On Mon, 16 Feb 2004, Jeremy Newman wrote: > moving our search over to google. htdig just is not cutting the mustard. Way to go Jer! I hated the stupid htdig, it _never_ returned anything useful for me, whereas Google always did within the first 5 hits on the same query. -- Dimi.

3 2

Re: DOC: winedump man page
by Dimitrie O. Paun 16 Feb '04

16 Feb '04

On February 14, 2004 05:17 pm, Michael Stefaniuc wrote: > this man page incorporates a big chunk out of the README file. The > rest of the README file should be probably merged into the Winelib User > Guide or into the Wine Developers Guide; it would fit in both. I'm thinking maybe your patch should remove the README sections that were transfered to the man page. This way, it's simple to see what needs to be done for the rest of the stuff. -- Dimi.

2 3

Is there a more important work?
by Zimler Attila 16 Feb '04

16 Feb '04

Hi List, As previously noted in list, regedit delete patch is accepted. I think next I will try to implement regedit key rename support, and treeview refresh (on the modified part of the branch). Is it ok or there is a more important work to do? Attila

3 6

Common controls?
by Chris Seaton 16 Feb '04

16 Feb '04

I'm trying to use the common controls. To start with I'm InitCommonControlsEx'ing, but that's not working. That function is undefined at the linking stage. I presume winegcc doesn't link by default to comctl32.dll, so I -lcomctl32.dll but when I do that it seg faults at startup with err:heap:HEAP_GetPtr Invalid heap (nil). It does this even if I comment out the call to InitCommonControlsEx. The program starts fine if I don't like to comctl32.dll. What am I doing wrong? Thanks Chris Seaton

2 1

Re: uxtheme: drawing functions
by Mike Hearn 16 Feb '04

16 Feb '04

On Mon, 16 Feb 2004 00:40:49 -0500, Kevin Koltzau wrote: > With this some apps may start looking partly themed (eg. the toolbar buttons > in newer versions of mIRC are themed), and we can start adding theming code > to widgets Presumably this is only if you have a native luna theme lying around somewhere, right? Do you know what files we need? thanks -mike

2 1

CopyFile fails sometimes
by Fabian Cenedese 16 Feb '04

16 Feb '04

Hi I wrote my own little copy program which mostly works with CopyFile. It does so quite well but it fails on some file(name)s. Here is the trace of copying two files with admittedly unusual filenames: trace:file:CopyFileW L"_ConfigurationType._TemplInfoLinkMaster_" -> L"C:\\imp2\\Config\\_ConfigurationType._TemplInfoLinkMaster_" trace:file:CreateFileW L"_ConfigurationType._TemplInfoLinkMaster_" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 FABI: FILE: FILE_CreateFile: /home/fabi/winec/IMD/Templates/InosConfiguration/_ConfigurationType._TemplInfoLinkMaster_ trace:file:CreateFileW returning 0x10 trace:file:GetFileInformationByHandle 0x10 trace:file:CreateFileW L"C:\\imp2\\Config\\_ConfigurationType._TemplInfoLinkMaster_" GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_ALWAYS attributes 0x20 FABI: FILE: FILE_CreateFile: /home/fabi/winec/imp2/Config/_ConfigurationType._TemplInfoLinkMaster_ trace:file:CreateFileW returning 0x28 trace:file:ReadFile 0x10 0x408ceeb0 2048 0x408ceea8 (nil) trace:file:WriteFile 0x28 0x408ceeb0 130 0x408ceeac (nil) trace:file:ReadFile 0x10 0x408ceeb0 2048 0x408ceea8 (nil) trace:file:CopyFileW L"_ConfigurationType._TemplInfoPpcISM_" -> L"C:\\imp2\\Config\\_ConfigurationType._TemplInfoPpcISM_" trace:file:CreateFileW L"_ConfigurationType._TemplInfoPpcISM_" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 FABI: FILE: FILE_CreateFile: /home/fabi/winec/IMD/Templates/InosConfiguration/_ConfigurationType._TemplInfoPpcISM_ trace:file:CreateFileW returning 0x10 trace:file:GetFileInformationByHandle 0x10 trace:file:CreateFileW L"C:\\imp2\\Config\\_ConfigurationType._TemplInfoPpcISM_" GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_ALWAYS attributes 0x20 FABI: FILE: FILE_CreateFile: /home/fabi/winec/imp2/Config/_ConfigurationType._TemplInfoPpcISM_ trace:file:CreateFileW returning 0x28 trace:file:ReadFile 0x10 0x408ceeb0 2048 0x408ceea8 (nil) trace:file:WriteFile 0x28 0x408ceeb0 124 0x408ceeac (nil) trace:file:ReadFile 0x10 0x408ceeb0 2048 0x408ceea8 (nil) There are several files like that but in the destination directory I get only one single file with the name "_ConfigurationType" with which they all begin with. The content is the one from the last file being copied. So it looks like the CreateFile somehow messed up the name as everything else worked and copied all files over each other. I traced it until the call to the server in FILE_CreateFile. I only had a look at the server code but couldn't see anything where the filename is analyzed (except for .exe and .com). Other files are copied without any problem, with or without extension, even extensions longer than 3 chars. But it gets even weird. My copy tool is a Win32 CLI app. I have a batch file which calls this copy tool to copy several files (of course). If this batch file again is called from a Win32 MFC+GUI app I get this described error. But if I call it directly with wineconsole batch.bat the whole copying works. So it may have to do with execution/redirection. But I'm out again. Anything I could test? Thanks bye Fabi

1 2

Runtime code vs compile time conditional compilation
by John Birrell 16 Feb '04

16 Feb '04

I'm new to Wine development. Today I decided to have a better look at how Wine is built rather than just blindly running 'configure' and hoping that all would work out. I'm a FreeBSD developer, so I tend not to trust 'configure' to DTRT. Don't shoot me for that, please. 8-) I came across code in libs/wine/config.c that does a runtime check on the size of a couple of fields in 'struct stat' and executes code conditionally based on the size of the field being greater than 32 bits. Since I was using -Wall and -Werror, the compiler barfed when it saw an attempt to shift >= the number of bits in the variable. If I had my way, this sort of thing should be coded as a compile time test and only the code for the appropriate size compiled in. Is there some sort of direction for/from Wine developers for this kind of thing? -- John Birrell

4 4

TreeView_EditLabel
by Zimler Attila 16 Feb '04

16 Feb '04

Hi List, I tried to implement StartKeyRename in regedit, but it seems that TreeView_EditLabel do nothing. (It seems it only returns FALSE). Why? Is it implemented? Attila

3 2

registry key delete
by Zimler Attila 16 Feb '04

16 Feb '04

Hi List, I made a patch to delete key from registry with regedit. However the changes don't shows up until treeview is not refreshed. Could somebody help in implementing RefreshTreeView? Attila

2 1

Re: Download_source cleanup (todo a.7)
by Tom 16 Feb '04

16 Feb '04

hatky wrote: > Change log: > Hatky(a)users.sf.net > Pretty up the page: > Made titles to improve page flow > Move the Mirrors up to after the main download > Removed ref to sf.net (idea by vinn) > > > Hatky. > Hi, Do you plan to "pretty" up the other pages? Do you have a % of work done? Shoul'd we list you as the worker in this section? Lots of questions eh? :-) Tom

1 0

Windows 2000 source code has been leaked
by Jonathan Wilson 15 Feb '04

15 Feb '04

I heard news that windows 2000 source code was leaked and have seen what proports to be a filelist. Dont know if its genuine but for everyones sake I suggest that all people here completly ignore it (same as I will be doing)

15 18

Security in ReactOS and WINE with Lsass
by Steven Edwards 15 Feb '04

15 Feb '04

Hello All, I am running in to more and more programs that depend on having a working Local Security subsystem. I have as a short-term solution adapted some of the WINE hacks for advapi32 Lsa* functions in to ReactOS but I would like to look at stubing out a lsass and moving all of the hacks there so Wine and ReactOS can share more of this implementation. I guess I am thinking that on Unix we can create as lsass.exe in wine/programs that talks to the WINEserver and deals with the unix<->Windows security mess and then on ReactOS we can implement our own lsass. This should let us share most of the same code in user-mode. Is this something that is do-able? If we try to follow this route with lsass and implement it like rpcss in WINE then we should be able to share most if not all of the code in question like we are going to try to do with rpcrt4. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

3 2

shell32 regression?
by Mike Hearn 15 Feb '04

15 Feb '04

Hi, I don't have time to narrow it down to the specific patch but it seems the recent shell32 work has partly broken the shell browse folder dialog - an app creates one with a root of the Desktop and there are no subfolders shown. The app is freeware, you can get it at dvdshrink.org - click Open Files to see the problem. With native shell32 this works fine. thanks -mike

1 0

Does winelib implement main()?
by Chris Seaton 15 Feb '04

15 Feb '04

I'm writing a Windows user interface from scratch but using winelib so that I can develop in Linux where the development of the program's library is taking place. I'm linking to libwine, libkernel32.dll and libuser32.dll but there doesn't seem to be an implementation of main() anywhere so I get a "undefined reference to `main'" from "_start". Currently I just have the WinMain function, no other code yet. What am I doing wrong? The winelib user's guide is no good for answering this sort of thing, by the way. It assumes you're porting rather than writing from scratch. Thanks Chris Seaton

5 7

Re: Setup .inf files
by Kevin Koltzau 15 Feb '04

15 Feb '04

On Saturday 14 February 2004 10:22 pm, Chris Morgan wrote: > The best documentation I've found thus far for inf files, > http://www.leeos.com/infdoc.html#Top, doesn't have anything about running > programs from inside of an inf file. If this is possible it would probably > make more sense to have the inf file register the dlls. There is no way to do this that I'm aware of. Usually you would add a RunOnce registry key in HKLM to call regsvr32

1 0

Re: Darwine Update, Question
by ATMRD＠aol.com 15 Feb '04

15 Feb '04

Dimi, In a message dated 2/13/04 1:37:17 AM, dpaun(a)rogers.com writes: > > What configure script is that, I can't imagine why we would be looking > for this atldef.h file... > > It is the configure script created after running winemaker on the source directory. ~Sanjay Connare

2 1

using the FIXME macro
by Zimler Attila 15 Feb '04

15 Feb '04

Hi List, I would like to use the FIXME macro in my piece of code. I found out that this macro is declared in "include/wine/debug" and my code compile's well, but I got an error at link time. The error message is: undefined reference to 'FIXME'. I think I should link a library to the code. But I don't find which. Could somebody help with that library's name? Thanks, Attila

3 2

Re: SHDOCVW: Mozilla Active X control embedding done right
by Dimitrie O. Paun 14 Feb '04

14 Feb '04

On February 13, 2004 12:35 pm, Mike McCormack wrote: > OK, this time I've done it the right way, and it at least works for one > or two apps, with a screen shot to prove it. Very cool indeed Mike! One thing that I've noticed is that the code uses a lot of Mozilla dependent names, but the only thing that's actually Mozilla specific is the CLSID. Shouldn't we just read that info from the registry (from some sort of HtmlControl key), so that people can experiment with other things as well (e.g. IE) just by changing the configuration? Another thing: + if( !SHDOCVW_GetMozctlPath( szPath, sizeof szPath ) ) where szPath is an array of WCHAR, so you pass the size in bytes (sizeof szPath).I hope that's OK (I have to run now, and I don't have time to look up Reg* docu). :) -- Dimi.

3 3

#winehackers IRC logs
by Mike Hearn 14 Feb '04

14 Feb '04

Was not feeling in a wine-hacking mood so I wrote this instead: http://www.navi.cx/~mike/winelogs/ Voila, you can now see the stuff we all talk about in there, updated in real time. You need an XSLT capable browser. Any modern gecko browser will do it, as will IE6 with the a recent MSXML. Konqueror will not. Opera will not. At some point I may move the xslt processing serverside, but not sure when I'll have the motivation. Have fun! thanks -mike

3 3

Is there an opensource MIDL?
by Kuba Ober 14 Feb '04

14 Feb '04

Hi, I'm putting up a cross-compilation environment for Qt/Win (Professional/Enterprise) so that it could be built (and the applications using it!) with crossmingw32 (http://www.ibib.waw.pl/~winnie). In order to enable myself (and other people) to "natively" use ActiveX (and thus ActiveQT), I guess I need to find an IDL compiler, right? I think that Qt needs it for ActiveQT... Do you folks, by any chance, know of an opensource midl compiler that I could use in my packages? Or is there something at least semi-functional in the works somewhere? My web searches didn't turn up with anything... Thanks, Kuba Ober PS. Please CC replies to me as I'm not on wine-devel

5 4

Re: SetRenderState
by Ann and Jason Edmeades 14 Feb '04

14 Feb '04

>trace:d3d:IDirect3DDevice8Impl_SetRenderState (0x4a540020)->(153,0) not handled yet This says the apps has called (or as part of replaying a state block, we have called) set render state, with parm 153 == D3DRS_SOFTWAREVERTEXPROCESSING, and we haven't implemented it, but this would not account for an exception. That render state just tells d3d not to do software rendering, it wants hardware (I think, from memory), but doesn't change any parms / behaviour from d3d8. The question is where does it trap and why. This is usually the golden question, and a backtrace may help but might not - it all depends on what has happened. This is where we can spend hours trying to work out what has gone wrong. I remember you mentioned the resolutions were not being shows - Your d3d trace you sent me showed us returning 15 or 16 different display resolutions / bpp, so I don't know why it wasn't coming out. Jason

1 0

Re: SetRenderState
by Abdul-Haseeb Ahmad 14 Feb '04

14 Feb '04

does anyone know what this is supposed to do, and whether it is something that is critical or not? i get an unhandled exception right after this occurs in nhl2004 trace:d3d:IDirect3DDevice8Impl_SetRenderState (0x4a540020)->(153,0) not handled yet

1 0

SetRenderState
by Abdul-Haseeb Ahmad 14 Feb '04

14 Feb '04

1 0

Prototype for PE area preloader
by Mike Hearn 14 Feb '04

14 Feb '04

Hi, Attached is a prototype of a technique we can use to solve the problems caused by exec-shield and prelink. Yes, it's complicated. I wish it wasn't, but simpler attempts at this haven't worked. I can't think of another way to do it, given my limited knowledge. It's possible Alexandre can figure something out, but as that hasn't happened yet here is my contribution. This is not useful inside Wine. It's a prototype only - it requires a C99 compiler, the code is a mess, and all it shows is the loader app running "target" which just prints out the mappings. Some more work would be needed to turn this into a patch, but I don't know when I'll get time to do this, so here is my work for others to pick up the baton if they want to. You can see if it's working by ensuring there is only one /dev/zero entry every time when exec-shield-randomize is on. When it is on, the output of "loader" should be different each time, use diff to see this. When exec-shield is off, there should be no differences. Prelink has the same effect but the addresses are randomized in a cron job, not on every program load. Don't worry if you don't fully understand this code, neither do I ;) It's some pretty hardcore voodoo, at least by my standards..... Here is the README contained within: ----------------------------------------------------------------- Mike Hearn <mike(a)theoretic.com> * OK, so what is this? This is a prototype of some code that will allow us to solve the problems exec-shield and prelink are giving Wine. They stop us working because they randomize the load addresses of DSOs, so any linux libraries we link against might get dropped in the middle of the load area we need. This is Bad News. By default EXE files on Windows have their relocation records stripped (to save space). They must be loaded at 0x400000. Because an EXE is always the first thing into an address space, this is no problem. Unfortunately on Wine of course the EXE isn't the first thing into memory - Wine is. Basically, the problem is that the dynamic linker thinks we have a clear and empty address space. In fact we don't, we want a specific region reserved for later use. The dynamic linker (rtld or "elf interpreter") is the first thing that runs in a dynamically linked binary, so we have a problem. Wine doesn't get control until the damage is already done. * How does it work? We have a stub binary, the preloader, which is statically linked. It gets control direct from the kernel, and the rtld isn't run. We mmap the PE load area, with the MAP_FIXED (so we grab the exact range of addresses we need) and MAP_NORESERVE (so we don't try and allocate the memory, which is what scuppered earlier attempts to fix the issue). That's the easy part. It's, what, 4 lines of code? Nothing. It's piffling. The hard part, which is what takes up the other 320 lines of code is restarting the standard boot process. We must do what the kernel would normally do - map in the target (wine-pthread/kthread), relocate the sections to the right place, set up the entry stack for the ELF interpreter and then jump into it in order to convert our static binary, into a dynamic one. Once we reach the other side of the dynamic linker rollercoaster, we can then unmap the load area and tada! we now have a space we can map PE binaries into. This works, for a simple target binary. Will it work once we start throwing more complex stuff (TLS initialization etc)? I just don't know. Only time will tell. I expect so, but there's no way to be 100% sure. This sort of stuff is simply not done anywhere else. * Did you really write this all yourself? Nope, I was aided by the sources to ul_exec (BSD licensed): http://lists.netsys.com/pipermail/full-disclosure/2004-January/015143.html The rtld and kernel sources were valuable references but I didn't use any code from them. * How portable is it? I only tested this on Linux. The problem only manifests itself on Linux - other UNIXy platforms don't have technologise like exec-shield (for security) or prelink (for speed), so it's not a problem there. It's possible they will develop them in future though, so portability is still a concern. In theory it's 100% portable. ELF is a standard, and even though it embedded asm and such, it should still work. MAP_NORESERVE *might* be a GNU extension, I'm not sure, but I don't think it is. We can't work reliably without this flag anyway so it's a moot point.

1 0

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