- wine-devel - winehq.org

Re: widl patch
by Alexandre Julliard 07 Jan '04

07 Jan '04

Ove Kaaven <ovek(a)arcticnet.no> writes: > Log: > Added rules to parse library, coclass, dispinterface, and module > definitions, and a number of attributes, and cleaned up a few things. > Started on a typelib generation framework. This breaks compilation of shobjidl.idl, because it makes 'id' a keyword but there are some functions arguments named 'id' in that file. We could of course change the names, but the Windows version of that file uses the same names so it looks like an incompatibility with MIDL. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Check for null ptr return from RegEnumValue
by Alexandre Julliard 07 Jan '04

07 Jan '04

Mike Hearn <mike(a)theoretic.com> writes: > This was crashing IE setup. Dunno where the regression came from, but I > think null returns like this are legal, so we should check for it. data is passed by value, it cannot possibly be set to null by RegEnumValue. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Don't let cabinet Extract() crash IE
by Stefan Leichter 06 Jan '04

06 Jan '04

Am Freitag, 2. Januar 2004 17:28 schrieb Mike Hearn: > Hi Stefan, > > The attached patch is necessary for IE installer to work again. It seems > the magic value is not always correct: advpack derefs this value so it > probably points to a struct. I'll try and find out what it contains when > using the native DLL (if anything). > > It seems to be optional, making it 0 allows IE to continue. > Hi Mike, your are right. Its a pointer to a structure. By running native cabinet.dll i found that the dll allocates two memory areas per file inside the cabinet that are not freed within the extract function. The first memory area is always 12 bytes. The size of the second one is the length of the filename without path plus 1. The pointer points to a structure like this: struct ExtractFileList { LPSTR filename; struct ExtractFileList *next; DWORD unknown; // always 1L } ; Did your start modifying/fixing the extract function for this item? If not i will do it. Bye Stefan

3 3

RE: Will DCOM98 be pulled?
by Ivan Leo Murray-Smith 06 Jan '04

06 Jan '04

>can somebody with legal knowledge check the EULA and see if we >are allowed to redistribute this file? No legal knowledge needed, the EULA at http://www.microsoft.com/com/dcom/dcom98/eula.asp is very clear, and says that the user cannot distribute the dcom installer. Ivan.

2 1

Re: Re: install default config files to $PREFIX/share/wine
by chmorgan＠charter.net 06 Jan '04

06 Jan '04

How do we plan to get rid of having default config files? Where would the default registry go? Chris > > From: Alexandre Julliard <julliard(a)winehq.org> > Date: 2004/01/05 Mon PM 03:19:54 EST > To: Chris Morgan <cmorgan(a)alum.wpi.edu> > CC: wine-devel(a)winehq.com > Subject: Re: install default config files to $PREFIX/share/wine > > Chris Morgan <cmorgan(a)alum.wpi.edu> writes: > > > * configure.ac, Makefile.in, documentation/Makefile.in, documentation/samples/ > > Makefile.in > > Chris Morgan <cmorgan(a)alum.wpi.edu> > > Install default wine configuration files to $PREFIX/share/wine for use by > > packages and by future changes to create a default configuration if none is > > present. > > I don't think we want that. Future changes are supposed to get rid of > the need for a config file, so we don't want to give the impression > that external apps can depend on finding a sample config file. > > -- > Alexandre Julliard > julliard(a)winehq.com > > >

7 8

Re: minimum timeout for SetTimer should be 10ms
by Alexandre Julliard 06 Jan '04

06 Jan '04

Mike McCormack <mike(a)codeweavers.com> writes: > MSDN defines 10ms as the minimum timeout for Win 2000. Win9x is not > defined, but tests show it is slightly different... it's minimum > timeout is longer than 10ms, but setting to 10ms should not hurt. Actually it should have no effect at all, because the timeout is forced to SYS_TIMER_RATE (which is the Win9x minimum AFAIK) a few lines below... -- Alexandre Julliard julliard(a)winehq.com

1 0

Of games and shorcuts [was -> Re:More Games Tested]
by Subhobroto Sinha 06 Jan '04

06 Jan '04

Hello all, I had completed the patch for IPersistFile::Load() and associated functions. In the last patch which I had submitted for review here, Mike McCormack had pointed out an incorrect assumption that I had made about all locales being DBCS. Thanks to him, many of you will not suffer ;) Now that I fixed that last (?) weeny, I had sent it to Mike for a review. However, it seems he's a bit down now, and after waiting for about a week for his reply, I thought maybe I should ask you guys to nitpick ;) I really send this in because I went through Mike Kost's post 'More Games Tested', and I saw lots of 'err:menubuilder' and 'err:menubuilder:WinMain failed to build menu item for C:\windows\Start Menu\Programs\.......\ShortcutName.lnk' messages in his report. Hopefully, this patch should solve it ... If I get any bug reports, I will be happy to fill them out,else this one's going to Alexandre (with a few cosmetic changes of course !) Regards Subhobroto Sinha

2 1

Re: Re: install default config files to $PREFIX/share/wine
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

> Where do you want to have windows/ and windows/system/ > directory? In / of the UNIX filesystem, world writeable? :) OK, fine, you have a point :) But what I'm trying to say is that we can actually get away with a static config of sorts. We don't need a A: drive, it's mostly useless these days anyhow (and can be accessed through other means anyhow). Yes, we need C: to be writable and have the Windows directories, which means it can't point to /. Fine. So we'll need another one (Z is OK) to point to /. For perfect usability however, we would need definitions for CD drives ... So Alexandre seems to be right: something at boot time needs to look for devices. Or we can just have C: point to /, and install a symlink into / for the Windows dir. But then we'll have to always follow symlinks which can be a problem. Darn! -- Dimi.

1 0

event.c freezes on XFilterEvent
by Vik 06 Jan '04

06 Jan '04

Hi, I'm rather new to wine developement, and Xlib coding, and this is my first post to the list so bare with me please.... ;-) dlls/x11drv/event.c seems to freeze at XFilterEvent and brings the app to seizure ever since all the TSX functions have been gotten rid off... This is what happens: I run notepad, and start typing. Everything works fine until I hit shift+space which is the toggle for XIM (kinput in my case). Notepad freezes here. The trace on keyboard tells me that there is no character for the key combination and freezes right after; trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1 >From my investigation, it seems that XFilterEvent (event.c, function process_events) <code> ignore = XFilterEvent( &event, None ); </code> is causing this. If I get rid of the whole check, and pass all the events to EVENT_ProcessEvent() , notepad would not freeze. XFilterEvent is supposed to return TRUE when the event is filtered by the XIM, but chances are that since the XIM functionalities are currently not really there, XFilterEvent cannot talk to the XIM context. As far as I remember when the TSX functions were there, the XIM window did pop up(despite XIM not working properly). I'm trying to trace the changes to see what might be causing this, but without much luck so far... I'm more than willing to try and fix this, as XIM support is critical for people from my part of the world (Japan, and most likely for Korea & China). We've been coming up with rather crude patches to have XIM work till now(upto 20031118), but can't get it to work because of this strange freezure we are experiencing.... Any pointers or thoughts will be greatly appreciated! Cheers Vik -- ------------ Vikram Kumar vik(a)zone81.com

4 5

Re: Re: install default config files to $PREFIX/share/wine
by chmorgan＠charter.net 06 Jan '04

06 Jan '04

If we also had working defaults for the users cdrom drive(s) and floppy drive then this would work quite well. Many users will want to install applications from cdrom. We could autodetect this at startup. Chris > > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Date: 2004/01/06 Tue AM 09:44:05 EST > To: Alexandre Julliard <julliard(a)winehq.org>, > Marcus Meissner <marcus(a)jet.franken.de> > CC: cmorgan(a)alum.WPI.EDU, wine-devel(a)winehq.com > Subject: Re: install default config files to $PREFIX/share/wine > > On January 5, 2004 05:27 pm, Alexandre Julliard wrote: > > We will need a tool (maybe wineboot) to setup the initial drive config > > according to the machine setup. A default config file is not going to > > help with that anyway. > > I'd say we just have a C: drive pointing to / (root). This setup > is definitely the most user friendly, and the one most in the > spirit of Unix (one large tree). A user of a Unix system will be > most confortable with it, and it will create the least unexpected > behavior. > > Thinking about this, I'm not even sure why we encourage people to > define drives (by having a nice UI in winecfg)... What's wrong > with only a C: drive by default? Power users have regedit :) > > -- > Dimi. > > > >

1 0

Re: Re: install default config files to $PREFIX/share/wine
by brettholcomb＠charter.net 06 Jan '04

06 Jan '04

Do you really mean / and not ~? I sure don't want my C: pointing at /. And if there are more than one user how do I keep their stuff separate. What about access permissions to / - a normal user doesn't have it to many places. > > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Date: 2004/01/06 Tue AM 09:44:05 EST > To: Alexandre Julliard <julliard(a)winehq.org>, > Marcus Meissner <marcus(a)jet.franken.de> > CC: cmorgan(a)alum.wpi.edu, wine-devel(a)winehq.com > Subject: Re: install default config files to $PREFIX/share/wine > > On January 5, 2004 05:27 pm, Alexandre Julliard wrote: > > We will need a tool (maybe wineboot) to setup the initial drive config > > according to the machine setup. A default config file is not going to > > help with that anyway. > > I'd say we just have a C: drive pointing to / (root). This setup > is definitely the most user friendly, and the one most in the > spirit of Unix (one large tree). A user of a Unix system will be > most confortable with it, and it will create the least unexpected > behavior. > > Thinking about this, I'm not even sure why we encourage people to > define drives (by having a nice UI in winecfg)... What's wrong > with only a C: drive by default? Power users have regedit :) > > -- > Dimi. > > >

1 0

Still having problems with Wine CVS
by Flameeyes 06 Jan '04

06 Jan '04

Hi, I posted before in wine-users, but I haven't had any answer. I compiled, as usual, wine from cvs, but in the last weeks I have this error every file I try to run: err:msg:QUEUE_CreateMsgQueue Cannot get thread queueMain exe initialization for L"C:\\Program Files\\DepWalker\\depends.exe" failed, status c0000142 Only the path changes (correctly), the status code is always the same. Can anyone help me? -- Flameeyes <dgp85(a)users.sourceforge.net> You can find LIRC for 2.6 kernels at http://flameeyes.web.ctonet.it/

2 1

Donations at SourceForge
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

Hi folks, After intense setup work from Alexandre and myself (about 3 clicks per person :P), we've managed to enable donations through our SourceForge page: http://sourceforge.net/projects/wine/ Direct donation link: http://sourceforge.net/donate/index.php?group_id=6241 Now, to test the new facility, we need as many users as possible make all sorts of donations to the project...;) -- Dimi.

2 1

AutoCad 2000 latest status ?
by John 06 Jan '04

06 Jan '04

I know there are interests in autocad 2000 status with wine. I was happy to read in http://appdb.winehq.org/appview.php?appId=86&versionId=102 that autocad 2000 actually starts up now, although there seams to be a file open problem. I just wanted to forward this news in case someone is interested in fixing the details now that it at least starts up. ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html

2 1

Hack for the '-pthread' at make depend
by P. Christeas 06 Jan '04

06 Jan '04

On my configuration, the 'artsc-config' script outputs '-pthread' along with the '-Isth' entries. That broke the 'makedep' procedure. It's trivial. The following patch handles this.

3 6

Re: install default config files to $PREFIX/share/wine
by Boaz Harrosh 06 Jan '04

06 Jan '04

<Patch> Index: include/olectl.h =================================================================== RCS file: /home/wine/wine/include/olectl.h,v retrieving revision 1.19 diff -u -r1.19 olectl.h --- include/olectl.h 5 Sep 2003 23:15:44 -0000 1.19 +++ include/olectl.h 5 Jan 2004 08:24:39 -0000 @@ -97,7 +97,11 @@ BOOL fStrikethrough; } FONTDESC, *LPFONTDESC; -#define FONTSIZE(n) { n##0000, 0 } +#ifdef __cplusplus +# define FONTSIZE(n) ( n##0000, 0 ) /*use constructor*/ +#else +# define FONTSIZE(n) { n##0000, 0 } +#endif /*__cplusplus*/ #define PICTYPE_UNINITIALIZED (-1) #define PICTYPE_NONE 0 </Patch> Some simple fix for C++ with the macro FONTSIZE So ATL and MFC can compile.

2 2

Re: Re: Using winebuild explicitly
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

> There is at least one difference in using a wrapper & dll vs. > using a single executable: The function GetModuleFileName > doesn't yield the path to the program (the wrapper) with the > wrapper-approach (there was some discussion on this in another > recent thread). Thus, having such flag in winegcc would indeed > be nice... Alexandre is working on a patch to completely remove the need for such wrapper. Hopefully it will be committed soon enough so we will not have to create such an option. > Did so. wineg++ invokes winewrap (without passing on the > "-v" flag, though) which in turn generates same files > and compiles them. Yes, it doesn't, but you can just copy the winewrap command, add the -v and invoke it manually. > The directory in which libwine.so.1 lives, is contained in my > /etc/ld.so.conf. Are you saying this should be enough for gcc > to find the library file? Right, that's how I thought it's supposed to work. Did you rebuild the ld cache after updating /etc/ld.so.conf? -- Dimi.

2 2

Re: Re: install default config files to $PREFIX/share/wine
by chmorgan＠charter.net 06 Jan '04

06 Jan '04

Registering the dlls? Is this the same as loading them? How would we know which dll was responsible for creating which registry entries? Is it that clear which one should do it? Would the code called during registration check to see if the default keys existed and if it didn't install the default values? Would the inf file be mostly keys we've added for workarounds with apps like installshield installers? I'm asking because I'd really like to have wine create its own default config to simplify the users life and wineinstall, and I'd also like to simplify package managers lives so they don't need to many special scripts. I'm also interested in integrating the ~/.wine/config file into the registry. So feel free to suggest places to look, work and what direction to head. Chris > > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 2004/01/05 Mon PM 04:46:59 EST > To: cmorgan(a)alum.WPI.EDU > CC: <wine-devel(a)winehq.com> > Subject: Re: install default config files to $PREFIX/share/wine > > <chmorgan(a)charter.net> writes: > > > How do we plan to get rid of having default config files? Where would the default registry go? > > It will be created on the fly by registering the various dlls and > creating the remaining needed keys, most likely through a setupapi > .inf script. > > -- > Alexandre Julliard > julliard(a)winehq.com > >

2 1

Any experts on IsDialogMessage
by Bill Medland 06 Jan '04

06 Jan '04

Hi All Happy New Year to everyone and Welcome Back to Alexandre I am just about to start concentrating on IsDialogMessage, especially in the non-dialog context. Our program (suite) uses ActiveX controls extensively and is difficult to use because the TAB handling in particular is totally wrong. I will be using a trivial program with IsDialogMessage inserted into the main loop and will be trying to figure out the undocumented behaviour of this function (e.g. I am sure it internally handles redirecting to children etc.) The only comments I've noticed so far (about a year back) suggest that we really don't know much about this function, but I thought I'd ask if someone else has notes about what is wrong with it, how it should work, alternative web sites etc. or has uncommitted patches etc., just so that I don't duplicate work. All comments welcome -- Bill Medland

2 4

[Bug 1903] using dead_diaeresis i.e. e + ¨ hangs wine
by grant williamson 06 Jan '04

06 Jan '04

Hi, not sure if anyone else has experienced this. since patch http://cvs.winehq.com/patch.py?id=10332 was added to cvs (20031205), if I type a dead_diaeresis - "¨" followed by a letter, which would normally produce a "ë" or a "ü" it simply makes wine hang. removing this patch(I removed it on latest cvs) and the problem goes away, can someone find out why this causes an issue? -- grant williamson <traxtopel(a)fastmail.fm>

4 4

Windows dll replacement with Linux library
by Dan Timis 06 Jan '04

06 Jan '04

Hi, I wrote to the list a few weeks ago. I needed to support a USB device without changing the Windows dll that I have to use. I was trying to hack into wine to implement support for the USB device using CreateFile() and DeviceIoControl(). That was not a clean solution. The author of the Windows dll has agreed to support a mid level dll that would implement functions like USBDeviceOpen(), USBDeviceClose(), USBDeviceRead(), and USBDeviceWrite(). On Windows those would use CreateFile() and DeviceIoControl(), while on Linux they would use libusb calls. I followed the example from winelib user guide, chapter 5 "Using Linux libraries as DLLs" As an example I will talk just about USBDeviceOpen(). Here it is how it is declared together with a proxy function: HANDLE WINAPI USBDeviceOpen(const DWORD in_dwIndex); HANDLE WINAPI USBDeviceOpenProxy(const DWORD in_dwIndex); This function opens a specific device from a specific manufacturer. If more than one device connected In the spec file I put: 101 stdcall USBDeviceOpen (long) USBDeviceOpenProxy I used winemaker, configure, make, and make install. Now I have "USBUtils.dll.so in /

2 5

Re: netapi32: implement NetServerEnum and NetShareEnum
by Alexandre Julliard 06 Jan '04

06 Jan '04

Juan Lang <juan_lang(a)yahoo.com> writes: > Relies on previously submitted SMB patch, > http://www.winehq.org/hypermail/wine-patches/2003/12/0231.html > > ChangeLog: partially implement NetServerEnum and > NetShareEnum using RAP over SMB You can't share C files across dlls, this violates dll separation and it won't build properly. -- Alexandre Julliard julliard(a)winehq.com

8 23

#5 - Re: #pre5 - comdlg32 MS_VC + PSDK porting
by Steven Edwards 05 Jan '04

05 Jan '04

--- Alexandre Julliard <julliard(a)winehq.com> wrote: > > I am calling this patch pre5 rather than #5 because it doesnt fully > > address the rest of the PSDK porting issues and one of my new years > > resolutions for 2004 is for every patch I send to winehq to be good > > enough to go right in to CVS. ;) > > That's certainly won't happen if you don't attach the patch <g> Hehe your right. Its a good thing it was called pre5. After this one there are still a few minor things with one of the source files calling Heap_StrsupWtoA that needs to be moved inline and the NONAMELESS stuff. I have not done any work to address the NONAMELESSSTRUCT stuff except to just remove all cases of s1.u1 in ReactOS sources I ported. None of my patches to wine-patches reflect this change. If this is accepted I will send a patch in a few days to remove printdlg.h and to move a strdupW2A function inline in the offending source file. Once these changes are done and the NONAMELESS stuff is solved then comdlg32 will be mostly done of all Win16/32, PSDK and Wineism cleanups. I think there is a function or two left that I need to check the declairations of like I have been with NetAPI32 and Setupapi. Thanks Steven __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

1 0

Is there already a function for this?
by Bill Medland 05 Jan '04

05 Jan '04

Does anyone know if we already have a function that measures the true length of a window's text in the following way l = SendMessage (hwnd, WM_GETTEXTLENGTH,..) presumably allocate a buffer SendMessage (hwnd, WM_GETTEXT, 2(l+1)..) Then actually measure the retrieved text. -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

Using winebuild explicitly
by Ralf Juengling 05 Jan '04

05 Jan '04

Hi Dimi, On Wed, 2003-12-31 at 16:47, Dimitrie O. Paun wrote: > On December 31, 2003 07:42 pm, Ralf Juengling wrote: > > okay, now it's as before: > > As I said, I think there's something wrong with your > ld setup. You need to have /usr/local/lib (where > the libwine library is) in your /etc/ld.so.conf: I tried this today, (adding /local/lib to /etc/ld.so.conf) but it didn't make a difference. I then looked into winegcc.c and winewrap.c to find out what winwgcc is actually doing. It is creating a shared library (dll) and a little wrapper executable to load the shared library. This should not be necessary with the code in question and I would rather like to build just one executable. So I wrote a Makefile that does this (not using winegcc & co) by calling winebuild explicitly (see below). It seems to work, but when I start the executable by wine phaeaco.exe.so I see the application's windows appearing and immediately disappearing and get the following error messages: err:win:WIN_FindWndPtr window 0x20030 belongs to other process err:win:WIN_FindWndPtr window 0x20030 belongs to other process I wonder whether this error has to do with the way I built the executable. The Makefile is as follows: ------ Makefile ------------------------------------------ INCLUDE_PATH = /local/include/wine LIBRARY_PATH = /local/lib # This should be replaced by wildcard expression as soon as all # sources actually participate in the built. PHAEACO_CSRCS = ../gensrc/Statist.c PHAEACO_CXXSRCS = Experim.cpp Login.cpp Phaeaco.cpp TextWnd.cpp \ Intrface.cpp Mentor.cpp Solver.cpp List.cpp ... (some more) PHAEACO_RCSRCS = phaeaco.rc PHAEACO_DLLS = advapi32 comdlg32 gdi32 kernel32 odbc32 ole32 \ oleaut32 shell32 user32 winspool winmm comctl32 DEFINES = -D__WINE__ INCLUDES = -I. -I../geninc -I../coginc -I$(INCLUDE_PATH) -I$(INCLUDE_PATH)/windows CC = gcc CFLAGS = -g -fpack-struct $(DEFINES) CXX = g++ CXXFLAGS = -g -fpack-struct $(DEFINES) CPPFLAGS = $(INCLUDES) OBJS = $(PHAEACO_CSRCS:.c=.o) $(PHAEACO_CXXSRCS:.cpp=.o) RESS = $(PHAEACO_RCSRCS:.rc=.res) LDFLAGS = -L$(LIBRARY_PATH) -L$(LIBRARY_PATH)/wine LIBS = -lwine -lm WBLIBS = $(patsubst %,-l%,$(PHAEACO_DLLS)) phaeaco.exe.so : $(OBJS) winebuild -o phaeaco.spec.c --exe $(@) -mgui $(OBJS) $(RES) $(LDFLAGS) $(WBLIBS) gcc -o phaeaco.spec.o -c phaeaco.spec.c $(CXX) -shared -Wl,-Bsymbolic,-z,defs -o $@ phaeaco.spec.o $(OBJS) $(LDFLAGS) $(LIBS) strip --strip-all $(@) %.o : %.cpp $(CXX) -c $(CXXFLAGS) $(CPPFLAGS) -o $@ $< %.res : %.rc wrc $(DEFINES) $(INCLUDES) -o $@ $< clean: rm -f ./*.o ../gensrc/*.o ../cogsrc/*.o -- Ralf Juengling <juenglin(a)cse.ogi.edu>

2 2

Re: install default config files to $PREFIX/share/wine
by Alexandre Julliard 05 Jan '04

05 Jan '04

Chris Morgan <cmorgan(a)alum.wpi.edu> writes: > * configure.ac, Makefile.in, documentation/Makefile.in, documentation/samples/ > Makefile.in > Chris Morgan <cmorgan(a)alum.wpi.edu> > Install default wine configuration files to $PREFIX/share/wine for use by > packages and by future changes to create a default configuration if none is > present. I don't think we want that. Future changes are supposed to get rid of the need for a config file, so we don't want to give the impression that external apps can depend on finding a sample config file. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: How can I run a program compiled with winelib when wine has b een uninstalled.
by Brian Vincent (C) 05 Jan '04

05 Jan '04

>> I'm making efforts to let a program which is compiled with winelib run with >> wine uninstalled. This program was for windows initially, I managed to >> compile it under Linux(Redhat) with winelib. Now I have got the files >> "program" and "program.exe.so" and they run well on a PC with wine >> installed, but I want it to run with wine uninstalled. > >This will not work. Why would you try to do that anyhow? I'm guessing it's because he wants to distribute the Winelib app. The folks installing probably won't have Wine on the system. Which brings up a good point, is there an easy way to distribute one? What comes to mind would be some way to adapt the Wine binary distributions (RPM's, .tgz's) to also install an application at the same time. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

4 3

How can I run a program compiled with winelib when wine has been uninstalled.
by Bruce Zhang (HangZhou) 05 Jan '04

05 Jan '04

Dear all, I'm making efforts to let a program which is compiled with winelib run with wine uninstalled. This program was for windows initially, I managed to compile it under Linux(Redhat) with winelib. Now I have got the files "program" and "program.exe.so" and they run well on a PC with wine installed, but I want it to run with wine uninstalled. I think I can realize that by copying the .so files located in /usr/local/lib/wine to a new place and use them, but there are still problems, I got a "Segmentation fault" by now. Who can tell me how can I do with it or if the idea is feasible? I am a newbie of winelib, I've browsed the articles of the last three months in the mailist but couldn't find the answer I want. Any help will be sincerely appreciated. Bruce Zhang

2 1

Make the winehq.org domain the official one.
by Sylvain Petreolle 04 Jan '04

04 Jan '04

winehq.org has been stated as the official one on last month. Today, it doesnt apply to the bugzilla site, since we still receive bugzilla notifications with the .com domain. Shouldnt this part be changed too ? =============================================== De: "Wine Bugs" <wine-bugs _at_ winehq.com> http://bugs.winehq.com/show_bug.cgi?id=1434 Bug 1434 depends on bug 1587, which changed state. Bug 1587 Summary: Several games don't work anymore http://bugs.winehq.com/show_bug.cgi?id=1587 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: DMUSIC: my latest work
by Alexandre Julliard 04 Jan '04

04 Jan '04

Rok Mandeljc <rok.mandeljc(a)email.si> writes: > Hey everyone, > > I finally found some time to organise my dmusic work of last two months > in useful patch. Dmusic is now DX9 compatible, we have almost fully > implemented (but not working :( ) The dmusic_common.c thing is wrong, you can't use the same source file in multiple dlls, this won't build properly. Also you should not include private header files from other dlls, if definitions really have to be shared they should be in a common header somewhere in include/ or include/wine, though in most cases you should be able to avoid that. -- Alexandre Julliard julliard(a)winehq.com

3 5

Re: PATCH: Fix DLL constructors on OpenBSD
by wiml＠underhill.hhhh.org 04 Jan '04

04 Jan '04

Alexandre Julliard <julliard(a)winehq.org> writes: > The way it normally works is that the _init() function is built from > the contents of the .init section, so if you add code in .init it's > supposed to show up in _init(). Ah, right. This doesn't work on OBSD because __init() is fully defined in crtbeginS.c, instead of being split between crtbegin and crtend as in most gcc targets, so code added to .init is not executed. > [....] So there are two separate mechanisms, and > the constructors are built on top of the .init stuff. In our case we > need to be in .init because the constructors are normally called after > the rest of the .init code. It doesn't appear that the .init code on OpenBSD does anything before calling the functions listed in .ctors. (Well, that's not quite true: it sets a flag before calling the ctors.) As long as the foo.spec.o file is listed early on the linker's command line, its constructor(s) should be called before any others. The .so's destructors are called in the reverse order. What is it that _init() does on Linux, that the DLL init code needs to run first? I'd be interested in trying to write an autoconf test or something, if possible. Wim.

5 5

Warning: .stabs: description field ...
by Uwe Bonnes 04 Jan '04

04 Jan '04

Hallo, since some days, make in wine/programs/winetest produces: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o winetest.exe.spec.o winetest.exe.spec.c /tmp/ccOKsOhH.s: Assembler messages: /tmp/ccOKsOhH.s:852680: Warning: .stabs: description field '1a1be' too big, try a different debug format /tmp/ccOKsOhH.s:852683: Warning: .stabs: description field '1a1c7' too big, try a different debug format /tmp/ccOKsOhH.s:852686: Warning: .stabn: description field '1a1c7' too big, try a different debug format This is on a Suse 9.0 system. Is this a problem with my setup or do others observe it too? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

winecfg to configure directsound options?
by Chris Morgan 04 Jan '04

04 Jan '04

I was planning to add the audio driver as a configuration option in winecfg but had a few questions. Does anyone use the directsound options? If so it probably makes sense to have an "Audio" tab in winecfg with the audio driver and the dsound options. If not then it might make sense to put the audio driver alone on another page, maybe the general config page? Should we have a multimedia page? What other multimedia options would go there? Thanks, Chris

3 2

Status ToDo's #2
by Tom 04 Jan '04

04 Jan '04

Comments, Suggestions? Tom

5 6

Re: Congradulations - windef.h
by Ivan Leo Murray-Smith 04 Jan '04

04 Jan '04

>You cannot use KDevelop 2.1 release with wine. Too many files to deep. >It will crash trying to import that project. (After 10 minuets of a >progress bar) Sucessfully imported, configured, currently building in KDevelop 2.1 shipped with Mandrake Linux 9.2 Ivan.

2 1

Congradulations :-}
by Boaz Harrosh 04 Jan '04

04 Jan '04

Just wanted to let people know. And share this happy moment with my fellow workman I have successfully Beta released a WinLib port of a, 1 million lines of code, windows program. QA will Install a first Linux Machine and will start to bang on it tomorrow. (Well more like an advanced Alfa I guess) Technologies successfully compiled and running in the Project: - Windows GUI & API (wrapped in an Old C++ lib, ZAFF). - ODBC under CRecordSet from MFC - I use the MSSQL drivers, SQLing data from a neighboring WinXP-SQL Server. I used an mdac.exe installation application from Microsoft. With ODBC32 native DLL. - General MFC contains, Strings, OleDispatch OleVariant OleBSTR... and even some GUI. - Actually to manage that I had an MSVC++ wizard generated MFC MDI Application with ODBC access and forms. Which helped me debug the MFC library. So MFC is pretty much covered. - ATL/WTL OCX hosting and General ATL use for anything COM. - Here too a WTL app-wizard generated MDI application with IE and other OCXes on Forms help me verify the ATL subsystem. Including support for "uuidof", "#pragma property" and more. Hosting and Events work fine. ( actually ActiveX controls compile too, but TLB problem must be resolved.) - A solution for Linking with C++ shared libraries that in-turn also use windows API. (I call them C++ fake DLLs.) - C++ STL from STLPort ported to Wine to compile using msvcrt (and MFC) And more stuff I cannot remember now. By far the biggest problem was the msvcrt vs STL. and other native C++. This caused a big Linking problem where STL would bypass msvcrt but other application code would not. This proved to be fatal. From circular linking to allocators not matching to Libraries not able to load. Since MFC and ATL would not even think to compile with out msvcrt Headers and lib the issue had to be resolved. The only way I managed to solve it all is by directly linking msvcrt GCC style into STLPort and into every module there of. Now that would make some conflicts with OCX's like IE6 that can only run with native msvcrt.dll, so I also had to change it's name. One of the thing I would like to eventually do is Make a static msvcrt library using same source code but having different make files to be used in such situations where it has to be directly linked. Tomorrow I will start synchronization with wine current tree. Once I have it synced (2 days max). I will need someone to help me and guide me on how to send it all in. Dimi, will that be you? So I guess the scores are: Wine vs Windows 1:1 World vs Microsoft 3:10 (we are making progress, wait for the last round) Boaz vs GCC 7:4 Good vs Evil (I better not say) Happy new Year to all Free Life Boaz

5 16

Re: netapi32: implement NetServerEnum and NetShareEnum
by Juan Lang 04 Jan '04

04 Jan '04

--- Dan Kegel <dank(a)gmane.kegel.com> wrote: > My goodness. I didn't know that document existed. > Thanks for > the link! Is there a complete list anywhere of > Win32 APIs > that have been documented by opengroup.org? My pleasure. Don't know of one, but check out the references section of Chris Hertel's (beyond sufficient praise) Implementing CIFS book, http://ubiqx.org/cifs/References.html That's where I found the link. --Juan __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

1 0

Re: commctrl.c
by Dmitry Timoshkov 04 Jan '04

04 Jan '04

"Ge van Geldorp" <ge(a)gse.nl> wrote: > Changelog: > Don't destroy heap during unload, as other DLLs which haven't unloaded > yet may still depend on it (DPA* callers) The patch is wrong. A more correct way to fix this is to simply use process heap in DPA (and MRU) APIs. Perhaps even go further and completely remove any use of the private comctl32 heap. -- Dmitry.

1 0

winebrowser winelib application
by Chris Morgan 04 Jan '04

04 Jan '04

Alexandre wanted winebrowser implemented as a winelib application and also to be more easily configured. Here is the winebrowser winelib application. It uses a registry key(I'm not sure if this is the correct path for the key since I didn't see any other config keys in the registry) and creates a key with the defaults if no key exists. Thanks, Chris

1 0

WWN #203
by Tom 04 Jan '04

04 Jan '04

Bein' A Playa In Da Hood :-) Tom

1 0

Winetest progress bar
by Ferenc Wagner 04 Jan '04

04 Jan '04

Hi, I put together a feedback window for winetest. The code is somewhat inside-out to make it less intrusive, and the dialog is ugly. Where can one find a dialog editor? Anyway: 1. If compiled with Winelib, the dialog stays on screen after the main thread finishes with the tests; under Windows, it disappears at once. 2. I am not sure what to do with the console which pops up under Windows. Under Wine it comes and goes. 3. When the cross-compiled version run under Wine the GUI thread throws an exception at the very end. It seems to come from the statusbar's WM_PAINT. I am clueless. 4. How can I convert the icons into ASCII to put them into the resource script? 5. Do we actually need textual output at all? Comments are welcome. Find the programs/winetest directory enclosed. A cross-compiled binary is also available at <http://afavant.elte.hu/~wferi/wine>. Feri.

5 4

Re: #3 - shell32/systray.c
by Mike Hearn 04 Jan '04

04 Jan '04

Hi Steven, I have a pretty big patch against the system tray code, and it's going to get bigger. Hopefully in the next few days I will get time to properly reverse engineer (if it's not already documented) the interaction between shell32 and explorer, so we can implement this using a separate wineshell executable. Is there anything you need from us for ReactOS? If the message protocol is documented I guess you guys can just implement server support in your explorer for it, am I right? thanks -mike On Fri, 2004-01-02 at 15:37, Steven Edwards wrote: > When playing around with a app that uses the systray under ReactOS I > noticed that the comment in Wine is out of date. > > Changelog: > Update the notes in shell32 on how WINE uses the Systray under KDE. > > > > __________________________________ > Do you Yahoo!? > Find out what made the Top Yahoo! Searches of 2003 > http://search.yahoo.com/top2003

3 4

Re: Winex cvs
by David Hammerton 03 Jan '04

03 Jan '04

Hi Peter, I'm guessing that you are probably using the sourceforge cvs - which it looks like we accidentally imported rewind into. That would explain why there is no d3d8 / d3d9. I'll remove the rewind import from sourceforge in a tick. Out of curiosity, where did you go that directed you to sourceforge? Is it some place that we have not updated? I suggest you check out www.transgaming.com and www.trasngaming.org (the later hosts CVS) if you wish to get the CVS version of WineX. Also, many people on this list would probably prefer it if you emailed the WineX-Devel list (hosted at www.transgaming.org) in the future. David -- David Hammerton WineX developer TransGaming Technologies Bus: +1 416 979 9900 x329 Fax: +1 416 979 9908 david(a)transgaming.com http://www.transgaming.com *Let the Games Begin* > Message: 1 > From: Peter Hartshorn <peter(a)dimtech.com.au> > Reply-To: peter(a)dimtech.com.au > To: wine-devel(a)winehq.org > Subject: Winex cvs > Date: Sun, 4 Jan 2004 00:57:26 +1100 > > I know that this is off topic, but I decided to see how the winex cvs > compared > to wine cvs. I done a checkout of winex from sourceforge.net and I > noticed > that the directories containing the d3d8 and 9 code had been removed > from > cvs. This prevented all of my games (gta3) from running under winex.

2 1

Direct3D8 - OpenGL header problem
by Thomas Brix Larsen 03 Jan '04

03 Jan '04

Hi list, just upgraded to 2.6.0 and the NVIDIA driver from minion.de and now I get this error when compiling wine: directx.c: In function `IDirect3D8Impl_GetDeviceCaps': directx.c:639: `GL_MAX_VERTEX_UNITS_ARB' undeclared (first use in this function) My X11/include/GL/ headers date, 2001-2002. Greetings, --Thomas _________________ My worst enemy gave me a copy of Windows...

1 0

Re: Lostwages
by Jakob Eriksson 03 Jan '04

03 Jan '04

Andreas Mohr wrote: > > >>4)Tell users of slow connections to use z9, as they probably have more processor >>power than bandwidth. >> >> >People should NOT use -z9 (we've been through this before), since it places >an abnormally sane (normally insane? :) burden on the CVS server. > > Isn't there a bug with some CVS clients or servers with the use of ANY -z but 0? /Jakob

4 4

Re: ntdll / kernel32: #40
by Alexandre Julliard 03 Jan '04

03 Jan '04

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > This patch allows to use the UNIX code page inside of ntdll. > The full change log: > - moved code page & NLS resources from kernel32 to ntdll > - moved locale initialisation from kernel32 to ntdll > - created unix code page handling in ntdll > - made use of this unix cp for the initial environment creation (in PEB) I don't think I agree with that. IMO the locale stuff should remain in kernel32. We can simply set the unix codepage in ntdll the same way we set the other codepages. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: PATCH: Fix DLL constructors on OpenBSD
by wiml＠underhill.hhhh.org 03 Jan '04

03 Jan '04

Alexandre Julliard writes: > The dll init routine needs to be in the .init section in order to be > called first, Isn't that what attribute((constructor)) does? It places a call to the routine in the .so's initialization section, whatever that section is, so that the routine gets invoked during dlopen(). As far as I know, it's equivalent to the asm() sections it replaces. For example, see the code emitted by BuildDebugFile() in spec32.c ... > attribute((constructor)) is not good enough. I'm perplexed. What is it that attribute((constructor)) does not do? Perhaps it has a different effect on OBSD than on other systems? How can I test whether it, or whatever asm code I replace it with, is doing the right thing? > Why doesn't it work on OpenBSD? Is the section name different? AFAICT, OpenBSD uses a section named .ctors containing function pointers, rather than a section containing 'call' opcodes. At least, that's what attribute((constructor)) emits, and looking through the dlfcn and C runtime sources I don't see any other initialization hooks being called. There *is* a section named .init, but any code placed there will be linked after the C function __init() in crtbeginS.c, and will not be executed because that C function returns normally. But the only thing that __init() does is invoke the functions pointed to by .ctors, and add a hook to make sure that the .dtors are called. Wim.

2 1

More Games Tested
by Mike Kost 03 Jan '04

03 Jan '04

I found some time over the holidays to run several game demos under Wine to see if there was more debugging fodder to be found. All the games come from Shrapnel Games (www.shrapnelgames.com) - I went through their demos looking for the magic words "DirectX" and "OpenGL". They're not technically challenging games, but they're free and available for anyone to download. I'm running Mandrake 9.2 and a fresh compiled Wine 20031212. Mike mike at tashcorp dot net Dominions II for Windows -------------------------------- File: http://www.shrapnelgames.com/downloads/dominions2demo_install.exe Install: wine dominions2demo_install.exe Run: wine dom2demo.exe (from c:\Program Files\dominions2demo\) - Game installed but locked up before completing. I do not know if this was because I was doing other things at the time or because of Wine. When I ran a second install and didn't stress the computer otherwise, it appeared to pass without issue. - Graphics did not go to full-screen correctly and had refresh issues. Mouse did not work correctly. Error Output on Install fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. Error Output on Run fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4039e108)->(00000000,00000008) fixme:msvcrt:MSVCRT_signal (2 0x1001ba80):stub fixme:msvcrt:MSVCRT_signal (2 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (15 0x1001ba80):stub fixme:msvcrt:MSVCRT_signal (15 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (11 0x100185a0):stub fixme:msvcrt:MSVCRT_signal (11 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (8 0x100185a0):stub fixme:msvcrt:MSVCRT_signal (8 0xffffffff):stub fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=4096 < primary_done=6696) ... (repeat forever slowly) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=4096 < primary_done=6696) Austerlitz for Windows -------------------- File: http://www.breakawaygames.com/downloads/austerlitz_demo.exe Install: wine austerlitz_demo.exe Run: wine AusterlitzDemo.exe (from unzipped directory) - Installer was a self-extracting zip file and unzipped without incident - On run, crash. Had to reboot computer to recover. Error Output On Install <none> Error Output On Run fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403fe4d0)->(00010021,00000011) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported err:mmio:MMIO_ParseExtA + but no . in szFileName: "sounds\\french fanfare + perc.wav" fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x4777004c fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x47770064 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x477700a4 wine: Unhandled exception (thread 000e), starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'E:\austerlitz\AusterlitzDemo.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40200000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40490000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40910000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40ac0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40860000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40b30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40b00000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40bc00 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x40c70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40c5000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSVFW32.DLL' (0x40ba000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d40000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x4577000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x457b000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x457a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x458f000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DSOUND.DLL' (0x46b50000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x46b800 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x46cc000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x46c4000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x46bb00 No debug information in 32bit DLL 'E:\AUSTERLITZ\BAGSOUND.DLL' (0x469e6000) No debug information in 32bit DLL 'E:\AUSTERLITZ\BAGLOAD.DLL' (0x47122000) Unhandled exception: page fault on write access to 0x47950000 in 32-bit code In 32-bit mode. 0x00511033 (AusterlitzDemo.exe.EntryPoint+0x3ed in AusterlitzDemo.exe): repe),%es:(%edi) Wine-dbg>quit Remote Assult ------------------- File: http://www.shrapnelgames.com/downloads/rad50.exe Install: wine rad50.exe Run: wine ra.exe (from install directory) - Installation appeared successful - On run, graphics had refresh errors and the kde kicker bar was visible over the full-screen view. Mouse worked correctly, but was screwy because of refresh errors Error Output On Install: fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:WinMain failed to build menu item for C:\windows\Start Menu\Programs\Shrapnel Games\Remote Assault\ShrapnelGames Web site.lnk fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:WinMain failed to build menu item for C:\windows\Start Menu\Programs\Shrapnel Games\Remote Assault\OneGames Web site.lnk fixme:heap:RtlCompactHeap stub .. (repeat several times) Error Output On Run: fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_EXCLUSIVE not fully supported fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x45fb95e8)->(00010021,00000011) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 640x480) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 640x480) err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LINEPATTERN (0000000a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_MONOENABLE (0000000b) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ROP2 (0000000c) value : 0000000d ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_PLANEMASK (0000000d) value : ffffffff ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LASTPIXEL (00000010) value : 00000001 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ZVISIBLE (0000001e) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EDGEANTIALIAS (00000028) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_RANGEFOGENABLE (00000030) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EXTENTS (0000008a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_VERTEXBLEND (00000097) value : 00000000 ! err:ddraw:set_render_state Unhandled texture mag 6 ! err:ddraw:set_render_state Unhandled texture min 6 ! err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Trying to load surfaces with different mip-map counts ! err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Loading surface with different mipmap structure !!! fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Trying to load surfaces with different mip-map counts ! ... (repeat last 4 error/fixme a lot) err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!! ... (repeat a lot) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 1024x768) fixme:winmm:MMDRV_Exit Closing while ll-driver open The War Engine ------------------- - Installation run without issue - On run, graphics had refresh errors and the kde kicker bar was visible over the full-screen view. Mouse did not appear to work correctly. File: http://www.shrapnelgames.com/downloads/TWEDemo.exe Install: wine TWEDemo.exe Run: wine TheWarEngineDemo.exe (from install directory) Error Output On Install: fixme:font:WineEngCreateFontInstance just using first face for now ... (repeat a lot) fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:ole:CoCreateInstance no classfactory created for CLSID {fbf23b40-e3f0-101b-8488-00aa003e56f8}, hres is 0x80040154 fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. ... (repeat last 2 errors 4 more times) Error Output On Run: fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? fixme:shell:ShellView_OnNotify -- 0x403990b8 WM_COMMAND ffffff98 unh ... (repeat a lot - numbers change slightly) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40396df8)->(00040 fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS (now 800x600) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS (now 800x600) fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBL right now. fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORI

1 0

Winex cvs
by Peter Hartshorn 03 Jan '04

03 Jan '04

I know that this is off topic, but I decided to see how the winex cvs compared to wine cvs. I done a checkout of winex from sourceforge.net and I noticed that the directories containing the d3d8 and 9 code had been removed from cvs. This prevented all of my games (gta3) from running under winex. Does anyone know what happened to these directories and why they were removed?

1 0

Multiple .rc files
by Ge van Geldorp 03 Jan '04

03 Jan '04

(for wine-devel readers: this is about the port of Wine DLLs to ReactOS and the problems we're having since a lot of the DLLs have a separate version.rc.) > From: Filip Navara > > Not really. The actual problem is that binutils supports only one > resource file. Previously it linked correctly the version.rc > file, now > it links correctly the shres.rc file and the version.rc is missing. A > workaround would be to create one file (shell32.rc) that > would #include > both "shres.rc" and "version.rc". Any better idea? You're right, but since the wine dlls on your page contained no version resources either I thought I might get away with it :) Maybe we can convince the Wine people to #include "version.rc" from shres.rc? Does anyone have an idea why that's not done already? Gé van Geldorp.

1 0

Debugger Woes
by Robert Shearman 03 Jan '04

03 Jan '04

Hi, After the automatic glibc detection changes the Wine debugger stopped loading symbols correctly, making it harder to debug programs. I only recently noticed this due to lack of disk space and not compiling and installing the whole tree on a cvs update. However, I have now spent some time looking at the problem. By applying the following patch to winedbg, I saw that the address for the ELF debugging section was not being found properly. Index: programs/winedbg/stabs.c =================================================================== RCS file: /home/wine/wine/programs/winedbg/stabs.c,v retrieving revision 1.11 diff -u -r1.11 stabs.c --- programs/winedbg/stabs.c 15 Dec 2003 19:53:08 -0000 1.11 +++ programs/winedbg/stabs.c 1 Jan 2004 17:49:02 -0000 @@ -1625,6 +1625,7 @@ do { if (!DEBUG_READ_MEM_VERBOSE((void*)dyn_addr, &dyn, sizeof(dyn))) goto leave; + WINE_TRACE("dyn.d_tag is %d\n", dyn.d_tag); dyn_addr += sizeof(dyn); } while (dyn.d_tag != DT_DEBUG && dyn.d_tag != DT_NULL); if (dyn.d_tag == DT_NULL) goto leave; An example from loading "winedbg --debugmsg +winedbg notepad": trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1448084550 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is -997982209 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1457883477 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1455977869 ... trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 0 I believe these invalid values are being caused because we are mmap'ing "wine" and reading in the values from the .dynamic section, but the ".dynamic" section hasn't been intialized by the ELF loader. This previously wasn't as issue since "wine" would already have been loaded. However, now "wine" exec's "wine-kthread" or "wine-pthead" as appropriate and then exits and so is no longer in memory. This appears to have been anticipated with the check further up in the stabs.c file that examines the "WINELOADER" environment variable to find the file to mmap. If this is set to "wine-pthread", for example, then the problem goes away. Hence the attached patch. Perhaps the real fix should be made to programs/winedbg/stabs.c. We could either not use the ".dynamic" section somehow or use the dlsym rather than mmap so that we properly initialize the ".dynamic" section. Rob P.S. above trace with patch applied: trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 12 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 13 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 4 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 5 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 6 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 10 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 11 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 21

2 1

Re: Printing bugfixes
by Dmitry Timoshkov 03 Jan '04

03 Jan '04

"Mike Hearn" <mike(a)theoretic.com> wrote: > + num = sizeof(PrinterName); > + if (!GetDefaultPrinterW(PrinterName, &num)) > + WCHAR default_name[255]; > + DWORD default_name_size = sizeof(default_name); > + > + if (GetDefaultPrinterW(default_name, &default_name_size) == 0) { You should pass the size of buffer in characters, not in bytes to GetDefaultPrinter. -- Dmitry.

1 0

Re: Endless WM_PAINT loop fix
by Alexandre Julliard 02 Jan '04

02 Jan '04

Rein Klazes <rklazes(a)xs4all.nl> writes: > Changelog: > windows : painting.c > If RedrawWindow is called with the RDW_INVALIDATE flag, if the > UpdateRgn parameter is a NULLREGION and the Window has no update > region yet, ignore the call. This should be integrated with the update region calculations, we shouldn't add such special cases outside of the main code. -- Alexandre Julliard julliard(a)winehq.com

1 0

wine-bugs Mailings Enhancement request
by Uwe Bonnes 02 Jan '04

02 Jan '04

A happy new year to everybody! As a lot of wine-bugs are reworked(mostly thanks to Markus), I get a lot of mails from wine-bugs. However it is hard to follow the threads by only getting information about the last status update. At least the information of the name of the originator of bug should be resent, perhaps even the last two or three status updates. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: PATCH: Fix DLL constructors on OpenBSD
by Alexandre Julliard 02 Jan '04

02 Jan '04

wiml(a)underhill.hhhh.org (Wim Lewis) writes: > Use the GCC attribute((constructor)) syntax for DLL initializer hooks > if possible, instead of the inline-asm syntax. The dll init routine needs to be in the .init section in order to be called first, attribute((constructor)) is not good enough. Why doesn't it work on OpenBSD? Is the section name different? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [WINEALSA] Fix compilation issue with ALSA 0.5
by Christian Costa 02 Jan '04

02 Jan '04

Christian Costa wrote: > Hi, > > This patch fixes a compilation issue with ALSA 0.5 (reported by Carl > Sopchak) > that appears when adding WaveIn support. > > Bye. > > Changelog : > Fix compilation issue with ALSA 0.5. > > Christian Costa titan.costa(a)wanadoo.fr > > > BTW: Happy new year to all! Bye, Christian

1 0

Re: Printing bugfixes
by Huw D M Davies 02 Jan '04

02 Jan '04

On Thu, Jan 01, 2004 at 08:23:20PM +0000, Mike Hearn wrote: > ChangeLog: > - Write out default printer name in the order used by WinME > - Support PRINTER_ENUM_DEFAULT > - Add FIXME for enumerating print providers > > I'd appreciate somebody with a CUPs and lpr setup ensuring the order > change doesn't cause regressions. It appears correct to me, but as the > code worked before even though it looked like it shouldn't I might be > wrong. Actually I don't see why we need a different name and devname we should just use devname for both entries instead. I think it's a hangover from some old code Your patch however looks wrong, you're adding a default printer with port LPR:LPT1, the spooler will try to print with the command lpr -PLPT1 which won't work. You really want to set the port to LPT1: Huw.

2 2

Re: REBAR: on a RB_SETBANDINFO message only redraw the rebar if something changed
by Dimitrie O. Paun 02 Jan '04

02 Jan '04

On January 2, 2004 10:50 am, Mike McCormack wrote: > This stops IE's toolbar from flickering when moving the mouse over links. Happy, happy, joy, joy... Thanks Mike!!! -- Dimi.

1 0

Re: lParam of WM_CREATE for MDI children
by Steven Edwards 02 Jan '04

02 Jan '04

Hello Dmitry, --- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > applications use something like the following code in order to pass > a custom parameter to a newly created MDI child: <snip> > Any ideas how to proceed without breaking too much assumptions in > the current code? You may want to take a look at the ReactOS implementation of MDI as we have done quite a bit of work on this and shell32 of late to get the ReactOS Explorer working. I dont know if Filip or Martin has already fixed the MDI bugs but if so we should have something to merge when Alexandre gets back. Thanks Steven __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

2 2

unknwn.h: unknwn.idl
by Boaz Harrosh 02 Jan '04

02 Jan '04

2 Questions 1) if I do "make depend" than edit unknwn.idl (or any other idl) than do "make" should a new unknwn.h be compiled? Well it does not. If I "cd include" and "make" than nothing is done either. only if I do "make unknwn.h" it will compile. 2) In order for ATL to compile I need below code in my unknwn.h file. I could not fined a way to do it with WIDL. I have looked in Microsoft (vc6) header/idl and it looks they had the same problem. And below code was added by hand. Now if the answer to Q1 is "No not done automatically" than I guess I can submit a patch for unknwn.h only. could I also submit a patch to include/Makefile.in to remove unknwn.idl from the list of idl files so it will not accidentally over-write unknwn.h? <unknwn.h snippet> ... DEFINE_GUID(IID_IUnknown, 0x00000000, 0x0000, 0x0000, 0xc0,0x00, 0x00,0x00,0x00,0x00,0x00,0x46); #if defined(__cplusplus) && !defined(CINTERFACE) #if !defined(WINE_NO_UUIDOF) #include <wine/uuidof.h> extern "C++" { #endif #ifdef ICOM_USE_COM_INTERFACE_ATTRIBUTE struct __attribute__((com_interface)) IUnknown #else struct IUnknown #endif { virtual HRESULT STDMETHODCALLTYPE QueryInterface( REFIID riid, void** ppvObject) = 0; virtual ULONG STDMETHODCALLTYPE AddRef( ) = 0; virtual ULONG STDMETHODCALLTYPE Release( ) = 0; #if !defined(WINE_NO_UUIDOF) template <class Q> HRESULT STDMETHODCALLTYPE QueryInterface(Q** pp) { return QueryInterface(__uuidof(Q), (void**)pp); } #endif }; #if !defined(WINE_NO_UUIDOF) } // extern "C++" #endif #else ... </unknwn.h snippet> I have tried below simple idl code but it will go to all the wrong places <bad unknwn.idl code> ... interface IUnknown { typedef [unique] IUnknown *LPUNKNOWN; HRESULT QueryInterface( [in] REFIID riid, [out, iid_is(riid)] void **ppvObject); ULONG AddRef(); ULONG Release(); cpp_quote("#if !defined(WINE_NO_UUIDOF)") cpp_quote("template <class Q>") cpp_quote("HRESULT STDMETHODCALLTYPE QueryInterface(Q** pp)") cpp_quote("{") cpp_quote(" return QueryInterface(__uuidof(Q), (void**)pp);") cpp_quote("}") cpp_quote("#endif") } cpp_quote("#if !defined(WINE_NO_UUIDOF)") cpp_quote("} /*extern C++*/") cpp_quote("#endif") ... </bad unknwn.idl code>

4 8

Missing exports?
by Joshua Walker 01 Jan '04

01 Jan '04

So I'm still stumbling through advapi32 and there seems to be some functions that were not exported. ANy reason why? For example, AccessCheckByType was but AccessCheckByTypeAndAuditAlarm, AccessCheckByTypeResultList, AccessCheckByTypeResultListAndAuditAlarm, and AccessCheckByTypeResultListAndAuditAlarmByHandle were not mentioned in the .spec file. Are these missed exports? Do they need to be at least stubbed? I know this all may seem bit anal, what with about a few thousand spec'ed APIs that need to be documented and all. I would just like to fill in the blankes as much as possable the first time through. I've already had to backtrack three times to add intresting comments I found important.(Function XYZ is only avilible on WinNT 3.1 or higher) It would be nice to at least have a fully spec'ed out DLL. -Joshua

6 6

Re: DMUSIC: my latest work
by Dimitrie O. Paun 01 Jan '04

01 Jan '04

On January 1, 2004 04:25 am, Rok Mandeljc wrote: > Hey everyone, > > I finally found some time to organise my dmusic work of last two months > in useful patch. Dmusic is now DX9 compatible, we have almost fully > implemented (but not working :( ) > IDirectMusicCollection/IDirectMusicInstrument, fully implemented > IDirectMusicContainer and almost completely (but fully working I believe > IDirectMusicLoader)... Nice! What would you say is the status of DMusic (70-80-90% complete?) > => oh and if somebody is interested in test programs I wrote & used and > some docs on dark sides of dmusic (written by myself ;)), mail me and > you'll get them in 24 hours ;) Shouldn't we get this into the tree somewhere? (either as comments in the code, or as documentation in the Devel Guide). Ditto for test program (not sure where it should go though...) > => and happy New Year everyone! Happy New Year to you too! -- Dimi.

1 0

New registry key adding patch
by Zimler Attila 01 Jan '04

01 Jan '04

Hi, I made the regedit program able to add new registry key (however, the key does not appear until next run of regedit in the browser tree - as I consulted it with Dimitrie, it will be handled later). The diff is made against todays cvs tree (as 2003 december 31). Attila PS: Dimitrie: what is the next step to do? diff -r -d -c -N wine/programs/regedit/edit.c wine.new_regkey/programs/regedit/edit.c *** wine/programs/regedit/edit.c 2003-12-12 04:08:59.000000000 +0000 --- wine.new_regkey/programs/regedit/edit.c 2003-12-31 14:36:44.000000000 +0000 *************** *** 17,22 **** --- 17,25 ---- * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ + /* Modified by Attila ZIMLER <hijaszu(a)hlfslinux.hu> on 28th of dec 2003. + - New key adding is now supported. + */ #define WIN32_LEAN_AND_MEAN /* Exclude rarely-used stuff from Windows headers */ *************** *** 91,96 **** --- 94,129 ---- return FALSE; } + BOOL CreateKey(HKEY hKey) + { + LONG lRet; + HKEY retKey; + char* keyName = 0; + unsigned int keyNum = 1; + + /* If we have illegal parameter return with operation failure */ + if (!hKey) return FALSE; + + /* try to find out a name for the newly create key */ + /* TODO: warning is issued because asprintf's implicit declaration, + I tried to declare it as + extern "C" ssize_t asprintf(char**, const char**, ...) + which is the format of this function, but it seems not helping. + Don't know why :( + */ + asprintf(&keyName, "new key"); + lRet = RegOpenKey(hKey, keyName, &retKey); + while (lRet == ERROR_SUCCESS) { + asprintf(&keyName, "new key %u", ++keyNum); + lRet = RegOpenKey(hKey, keyName, &retKey); + } + + lRet = RegCreateKey(hKey, keyName, &retKey); + + free(keyName); + return lRet == ERROR_SUCCESS; + } + BOOL ModifyValue(HWND hwnd, HKEY hKey, LPCTSTR valueName) { DWORD valueDataLen; diff -r -d -c -N wine/programs/regedit/framewnd.c wine.new_regkey/programs/regedit/framewnd.c *** wine/programs/regedit/framewnd.c 2003-12-12 04:08:59.000000000 +0000 --- wine.new_regkey/programs/regedit/framewnd.c 2003-12-31 14:38:34.000000000 +0000 *************** *** 469,474 **** --- 469,478 ---- case ID_EDIT_COPYKEYNAME: CopyKeyName(hWnd, _T("")); break; + case ID_EDIT_NEW_KEY: + if (CreateKey(hKey)) + RefreshListView(g_pChildWnd->hListWnd, hKeyRoot, keyPath); + break; case ID_REGISTRY_PRINTERSETUP: /*PRINTDLG pd;*/ /*PrintDlg(&pd);*/ diff -r -d -c -N wine/programs/regedit/main.h wine.new_regkey/programs/regedit/main.h *** wine/programs/regedit/main.h 2003-12-12 04:08:59.000000000 +0000 --- wine.new_regkey/programs/regedit/main.h 2003-12-31 14:39:57.000000000 +0000 *************** *** 93,98 **** --- 93,99 ---- extern LPCTSTR GetItemPath(HWND hwndTV, HTREEITEM hItem, HKEY* phRootKey); /* edit.c */ + BOOL CreateKey(HKEY hKey); BOOL ModifyValue(HWND hwnd, HKEY hKey, LPCTSTR valueName); #endif /* __MAIN_H__ */

2 8

Renaming registry keys...
by Robert van Herk 01 Jan '04

01 Jan '04

Hi! Does anybody have a C algorithm to rename a registry section using the Win32 API? I need such a thing for winecfg, but Win32 doesn't seem to have a RegKeyRename api-call... Grtz, Robert

3 5

Just adding an entry in the.spec file makes somethin build?
by Joshua Walker 01 Jan '04

01 Jan '04

Are .spec files automahicly built? Adding an entry to the .spec file does what exactly? From my standpoint all it does is add an entry to the documentation thats generated by c2man.pl, but it's undocumentabale, not linked to anything, and just sits there. I'm assuming you *MUST* have a function, or a declration, or something the jive with the .spec file? On second thought, this is more of a functionallity question. Here's more on documentation... I wanted to say this after I finished documenting the API of a DLL, but it's more releivent here. Many people program open source for many reasons. I simply want to learn the Win32 API. I have no idea why, I guess I'm just cerious about how it works. As I am sitting here placing comments into code I am reminded of a short story in "The Hitchhiker's Guide to the Galaxy" In the story there was an alien who had immortility accidently placed upon him by way of a particle accelorator, a rubber band, and I think some tea... But I'm not too sure about that bit. Anyway he had a grand old time simply outliving the hell out of everyone. After a while he became biter an jaded, he needed something to do to bide his time and so he decided to insult the universe. The worst bit, and the part that he fought so hard to maintain, is that he decided to do it *Alphabectally* I feel much like this guy, I'm starting in advapi32.dll and methotcally working my way through it. At first I wanted to do an end-to-end API documentaion, but I'm hampered by things that arn't implmented yet. That's fine, I'll just do an end-to-end Wine API documentation instead. I do not have the skills to fill in code myself. I don't even have a test suite (Read:windows computer) to check myself against anyway. I have found that when I document the APIs, that the subs tend to stand out between the hyperlinks. It almost feels like they are saying "Look at me! Not only do I not fuction, but I can't get a lousy hyperlink either!" And so I think I have found another motivtion to do Open Source programming. Guilt. Yes, I am now panning to guilt people into impmentation. All those entries look soooo pretty it it wasn't for those ugly, black stubs in there. I would like to have the entire API in there, stubbed out, to simply enhance the guilt. But I shall just "do what's there" I just dispuse going through what I've written when I have an eppifiny of some sort. I have to do it again anyway as I need to link up some advapi32 calls to some ntdll calls. I just learnd that one was a front end to another... Anyway, I guess this is a rounds about way of saying this, but I'll just do what's there, and hopefully guilt others into implemtation ^_^ -Joshua P.S. If I find someone who has implemented something after I've gon through the DLL, only to find they didn't bother to make a simple documentation header for it.... Well, then I'd just be really sore....

2 1

Docs
by Ivan Leo Murray-Smith 01 Jan '04

01 Jan '04

Hi list, I've noticed this  in getting.sgml, I've recently changed a few things in it, but there isn't a cvs.sgml file, should this warning go? Ivan.

2 1

GetModuleFileName mysteries
by Ralf Juengling 01 Jan '04

01 Jan '04

I have some Windows code that uses GetModuleFileName in order to read some additional files at runtime that are expected at certain place relative to the executable. In Wine, GetModuleFileName doesn't work as intended, and I have trouble to track down the problem. I had to use winemaker's "wrap" option in order to work around initialization problems (C++ code). So the application, "memview.exe.so" is just a small wrapper which loads "memview.dll.so" via "LoadLibrary" and calls the dll's "WinMain". The startup script (a copy of wineapploader named "memview") determines the application's name to be "memview.exe" and thus executes "wine memview.exe". Under these circumstances, GetModulFileName yields "C:\WINDOWS\SYSTEM\memview.exe", which is not correct. If I alter the winapploader script so that wine gets called with "memview.exe.so" instead, GetModuleFileName yields "Z:\local\builts\phaeaco-20031216\src\memview\memview.exe", which is the correct path (but "memview.exe" doesn't exist). There is a second application which I built the very same way (i.e. using a small wrapper "phaeaco.exe.so" which loads the actual code contained in the DLL "phaeaco.dll.so"). This application also uses GetModuleFileName; here it always yields "C:\WINDOWS\SYSTEM\phaeaco.dll", no matter whether the application name given to wine by the wineapploader script is "phaeaco.exe" or "phaeaco.exe.so". This is a confusing picture. Could somebody point out what the expected result of GetModuleFileName is for this scenario (the full path to the dll, I guess) and how it comes about that it yields a path "C:\WINDOWS\SYSTEM\..."? I observed this with Wine-20031118, haven't tested more recent versions. Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

5 8

Happy 2004
by Ivan Leo Murray-Smith 31 Dec '03

31 Dec '03

Happy New Year from the Central European Time Zone! Ivan.

1 0

Re: Simple arguments check
by Alexandre Julliard 31 Dec '03

31 Dec '03

Mike Hearn <mike(a)theoretic.com> writes: > Index: dlls/shell32/pidl.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/pidl.c,v > retrieving revision 1.94 > diff -u -r1.94 pidl.c > --- dlls/shell32/pidl.c 4 Nov 2003 04:21:01 -0000 1.94 > +++ dlls/shell32/pidl.c 25 Dec 2003 19:32:48 -0000 > @@ -1234,10 +1234,19 @@ > LPSHELLFOLDER shellfolder; > > TRACE_(shell)("(pidl=%p,%p)\n",pidl,pszPath); > - pdump(pidl); > > - if (!pidl) return FALSE; > + if (!pidl) { > + ERR_(shell)("argument check failed: pidl == null\n"); > + return FALSE; > + } > + > + if (!pszPath) { > + ERR_(shell)("argument check failed: pszPath == null\n"); > + return FALSE; > + } The ERRs are useless. If Windows does a NULL check, then we should do one too, without any error message; if Windows doesn't, then we shouldn't check at all. -- Alexandre Julliard julliard(a)winehq.com

3 4

Re: MCI #4: Add support for many MCIWNDM_ messages and some MCI_ commands
by Dimitrie O. Paun 31 Dec '03

31 Dec '03

On December 30, 2003 11:48 am, Dmitry Timoshkov wrote: > + * Add support for all remaining MCI_ commands and MCIWNDM_ messages. > + * Add support for all MCIWNDF_ flags. An explicit list of MCI_ commands/MCIWNDM_ messages/MCIWNDF_ flags would be much appreciated (if it's under 30ish items). This would give a much better indication of the amount of work left to do. -- Dimi.

3 4

Re: PATCH: dlls/winmm/wineoss/audio.c
by Alexandre Julliard 31 Dec '03

31 Dec '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Tests by a FreeBSD user and discussions with one of the FreeBSD sound > maintainers confirmed that this is the right fix for that platform. > > I'm not sure whether you want to make this change in general, for all > platforms, so for now I have embedded it in an #if(n)def. I think we should do that on all platforms, yes. And you probably want to fix OSS_WaveInInit too. -- Alexandre Julliard julliard(a)winehq.com

2 1

Silly question, sloghtly off topic
by Joshua Walker 31 Dec '03

31 Dec '03

If you replace a win9x advapi32.dll with a winNT advapi32.dll, do you gain the extra security features? I'm guessing no... -Joshua

2 1

PATCH - winebrowser
by Chris Morgan 30 Dec '03

30 Dec '03

Has Rein's fix for mozilla and Ivan's additional browsers. Tried to clean the script up a little bit, could probably still use some work but I'm no script guru. Chris * tools/winebrowser, tools/wineinstall, tools/Makefile.in, winedefault.reg Chris Morgan <cmorgan(a)alum.wpi.edu> Add HKEY_LOCAL_MACHINE\software\classes\http\shell\open\command key and value. Winebrowser script. Makefile changes to install/remove script. Wineinstall should create a simlink from windows/winebrowser.exe to the location of winebrowser on the machine.

1 0

Re: Add support for some other MCI_ commands and implement mciSendCommandW
by Alexandre Julliard 30 Dec '03

30 Dec '03

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -84,7 +84,16 @@ BOOL VFWAPIV MCIWndRegisterClass(HINSTAN > { > WNDCLASSW wc; > > - wc.style = CS_VREDRAW | CS_HREDRAW | CS_DBLCLKS | CS_OWNDC; > + /* Since we are going to register a class belonging to MSVFW32 > + * and later we will create windows with a different hInstance > + * CS_GLOBALCLASS is needed. And because the second attempt > + * to register a global class will fail we need to test whether > + * the class was already registered. > + */ > + if (GetClassInfoW(MSVFW32_hModule, mciWndClassW, &wc)) > + return TRUE; > + This is not thread-safe; if you need to know why the class creation failed you should check the last error returned from RegisterClassW. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Allow regsvr32 to register multiple DLLs at once
by Alexandre Julliard 30 Dec '03

30 Dec '03

Mike Hearn <mike(a)theoretic.com> writes: > When you just get the urge to reregister your entire windows/system > directory... > > Mike Hearn <mike(a)theoretic.com> > Allow regsvr32 to register multiple DLLs even if some fail regsvr32 is a standard Windows program, we shouldn't invent new options that don't exist on Windows. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Re: Key exist query in registry
by Dimitrie O. Paun 30 Dec '03

30 Dec '03

> I call RefreshListView() but the key doesn't appear in > the list. Should we do some insert to the listview? Or > this could be a bug? Hold on, are you inserting a key or a value? Values appear in the listview, keys in the treeview. But I don't think there is a treeview refresh just yet, so it's a bit trickier. Maybe we should first handle values, it's easier, we can worry about keys after that... -- Dimi.

2 1

Re: option to ignore primary selection
by Mike Hearn 30 Dec '03

30 Dec '03

On Thu, 2003-12-18 at 05:00, Ulrich Czekalla wrote: > This patch adds an option (turned off by default) to restrict Wine to only > use the clipboard selection since it will never implement proper behaviour > for the primary selection (You'll never be able to select text with the > mouse). The kind of people who get confused by this will probably not alter the defaults in this way, or even understand what the option does. Perhaps it should be on by default, with power users who are willing to accept its half completeness willing to switch on support for PRIMARY themselves? thanks -mike

3 2

Re: Better fix for the GetTempFileName problem
by Alexandre Julliard 30 Dec '03

30 Dec '03

Mike Hearn <mike(a)theoretic.com> writes: > Index: files/file.c > =================================================================== > RCS file: /home/wine/wine/files/file.c,v > retrieving revision 1.197 > diff -u -r1.197 file.c > --- files/file.c 15 Dec 2003 20:15:20 -0000 1.197 > +++ files/file.c 25 Dec 2003 19:10:35 -0000 > @@ -922,7 +922,7 @@ > p = buffer + strlenW(buffer); > > /* add a \, if there isn't one and path is more than just the drive letter ... */ > - if ( !((strlenW(buffer) == 2) && (buffer[1] == ':')) > + if ( ((strlenW(buffer) == 2) && (buffer[1] == ':')) > && ((p == buffer) || (p[-1] != '\\'))) *p++ = '\\'; This is clearly not what was intended here, you'll need to investigate this some more (and write a test case). -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shell32
by Alexandre Julliard 30 Dec '03

30 Dec '03

"Martin Fuchs" <martin-fuchs(a)gmx.net> writes: > Changelog: > separated out 16 bit functions from control.c into control16.c Actually these are not 16 bit functions, they are exported from shell32. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Key exist query in registry
by Zimler Attila 30 Dec '03

30 Dec '03

Dimitrie O. Paun wrote: >>From: Zimler Attila <hijaszu(a)hlfslinux.hu> >> >> > > > >>How can I insert the newly created hKey to the keytree? >>(Because without this the newly created key only appears >>after restarting regedit:) >> >> > >In programs/regedit/framewnd.c, in function _CmdWndProc(), >just call RefreshListView() as it's done for > case ID_EDIT_MODIFY: >Not the most elegant, but good enough for now. > > > I see I onyl posted to you again :) I try to post it on the list but hitting reply doesn't do it automatically :). I call RefreshListView() but the key doesn't appear in the list. Should we do some insert to the listview? Or this could be a bug? Attila

1 0

Re: Re: Key exist query in registry
by Dimitrie O. Paun 30 Dec '03

30 Dec '03

> Should I then post my patch on how to insert a new key? > And later we do the treeview refresh? Yes, please do so. -- Dimi.

1 0

Re: Re: winemine2 winelib example
by Dimitrie O. Paun 30 Dec '03

30 Dec '03

> This was the first time that I learned about the > existence and purpose of winegcc. I couldn't find any > information in the Winelib user's guide > nor is there a man page. Is winegcc quite new? Is more > information available somewhere? Mea culpa. winegcc is relatively new, but this is no excuse for the lack of documentation. I should have fixed that some time ago, but Real Life (TM) cought up with me lately. However, the situation is not so bad. The vision behind winegcc is simple: if you can build your project with MinGW, simply change the defintion of the Makefile variables CC/CXX/CPP/WRC from gcc/g++/cpp/windres to winegcc/wineg++/winecpp/wrc and you should be all set. (I thrown winecpp in there for completeness, but very few projects will need to worry about it). Of course, things are not 100% perfect, but they are OK, and in theory there shoudn't be a need for a lot more documentation than what I have in this email :))) Let me know if you need a hand. -- Dimi.

1 0

Re: winemine2 winelib example
by Ralf Juengling 30 Dec '03

30 Dec '03

On Tue, December 23 2003 08:51 am, Dimitrie O. Paun wrote: > On December 23, 2003 09:03 am, Vincent Béron wrote: > > Not really. The problem in that case is that winemaker thinks every > > resource file needs to be compiled independantly, when there's really > > only one to compile in that case (as it includes the other ones). > > Fundamental problem is that winemaker just can't be so smart to > guess a perfect Makefile. I suggest you just write one manually, > and use winegcc to build, this way your Makefile is portable > between Wine and MinGW. This was the first time that I learned about the existence and purpose of winegcc. I couldn't find any information in the Winelib user's guide nor is there a man page. Is winegcc quite new? Is more information available somewhere? Thanks, Ralf

1 0

default wine browser
by Chris Morgan 30 Dec '03

30 Dec '03

In trying to install the United Devices application the installer prompts me to go to a website to get the msi installer. Wine doesn't have a HKEY_LOCAL_MACHINE\software\classes\http\shell\open\command key in the registery. I was thinking about making a shell script something along the lines of: if browserX exists browserX $1 else if browserY exists browserY $1 ... I would imagine most people have mozilla installed on their machines and we can check for konqueror, opera and other browsers. I've created a simple 'winebrowser' script, placed it in /usr/local/bin manually thus far, set the value for the above key to 'winebrowser %1' and symlinked /wine/system/ winebrowser.exe to /usr/local/bin/winebrowser. Sound reasonable? Comments? ;-) Chris

4 11

IE installer has moved
by Mike Hearn 30 Dec '03

30 Dec '03

This is the new location: http://bylands.dur.ac.uk/~mh/wine-ie/ Happy drinking....

1 0

winecfg
by Robert van Herk 30 Dec '03

30 Dec '03

Hi, Just to let you know: I started on the winecfg thingy officially now :-). This is the first time I encounter C Win32 code, and I'm loving it already :-S. Now I know why Windows is so unstable ;-). Grtz, Robert

2 1

Re: Re[2]: Yeah - our RichEDit needs some work
by Dimitrie O. Paun 29 Dec '03

29 Dec '03

> I have to note that richedit should also implement Text > Object Model, that is, ITextDocument, ITextServices etc. > (and to be really compatible with M$ one, it should be > based on them). Indeed. Now, if you are familiar with the richedit problem, can you come up with a list of tasks that will eventually lead to a full blown richedit control? It is a big task, if we break it into smaller, self contained ones (like the ones you mentioned) maybe someone will start working on it. -- Dimi.

2 1

Installing from an .inf file? (fwd)
by Kevin Atkinson 29 Dec '03

29 Dec '03

I was redirected to wine-devel. Attached is the .inf file if it would help. -- http://kevin.atkinson.dhs.org ---------- Forwarded message ---------- Date: Sat, 27 Dec 2003 14:50:48 -0500 (EST) From: Kevin Atkinson <kevina(a)gnu.org> To: wine-users(a)winehq.com Subject: Installing from an .inf file? Is there a way to install from a .inf file in wine. In particular I am trying to install the huffyuv codec. I tried this: wine rundll setupapi.dll,InstallHinfSection DefaultInstall 132 huffyuv.inf (After copying rundll into the fake windows directory) but it didn't seam to do anything. I got the command line from the install association a .inf file had in Win98SE. Is there a way to do this? You can get huffyuv from http://www.divx-digest.com/software/huffyuv.html -- http://kevin.atkinson.dhs.org _______________________________________________ wine-users mailing list wine-users(a)winehq.com http://www.winehq.com/mailman/listinfo/wine-users

2 1

Re[3]: Yeah - our RichEDit needs some work
by Saulius Krasuckas 29 Dec '03

29 Dec '03

On Mon, 29 Dec 2003, Phil Krylov wrote: > JW> http://www.nllgg.nl/Ted/ > > JW> I would toss it in myself, but I suck a coding. I > JW> wouldn't even know where to begin. > > I have to note that richedit should also implement Text Object Model, > that is, ITextDocument, ITextServices etc. (and to be really > compatible with M$ one, it should be based on them). one year ago i decided i would contribute in RTF/RichEd are to Wine. now after taking a look at this page http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and after i scrolled down over it i think i wouldn't do that -- that's about a 3/4 of winword to implement! whoohoo 8-D

1 1

Re: Implement RegFlushKey
by Shachar Shemesh 29 Dec '03

29 Dec '03

Mike Hearn wrote: >This implementation is a little inefficient but without using a random >access binary db as Windows does (which I am not going to advocate) it's >the best we can do. > > > Ok, I'm going to be flamed for this, but I'm going to go ahead and ask. This is a request to understand, not a suggestion (yet?). Why not use a general purpose DB system? (postgresql, mysql, whatever) After all, the registry is just a tree shaped database. We can do that using standard SQL, and fall back to our current method if a proper DB is not found. Shachar -- Shachar Shemesh Open Source integration & consulting Home page & resume - http://www.shemesh.biz/

8 10

Yeah - our RichEDit needs some work
by Subhobroto Sinha 29 Dec '03

29 Dec '03

;) Actually, I noticed this many times before(text not displaying at all in a RichEdit control..) I am one of those (un)fortunate enough to not have a real Windows, and often download Win32 freeware to see how WINE's doing from time to time... IMHO, one of the best tests are Steve Gibson's (www.grc.com) freeware tools - this guy writes in pure ASM. and thus we can be sure that his code will be the least messy (lesser MS stuff..) However, if you try his 'Wizmo' or 'DCOMObulator', you will see that the RichEdit textareas as blank ! Unfortunately, the guy does not release his source (though I have reason to believe he would to anyone asking for it..) You may try them out in WINE guys, they are REALLY small (small code - that's a rarity on Windows nowdays.. people nowdays do not even use Win32 SDK,leave alone ASM) Guess we really need some work at RichEdits... I posted this mainly because it seems Zimler Attila wants to help - so there you are (^-^) BTW: CodeWeavers have good support for RichEdit controls, but why does not WINE ? Regards Subhobroto Sinha

5 4

Re: default config file creation
by Ivan Leo Murray-Smith 29 Dec '03

29 Dec '03

> Should we be performing the config file check inside wine at startup? Already wine is a wrapper that starts wine-pthread or wine-kthread, and don't forget about performance. >For this config check should we do something like: >if no config -> copy over default config > >if windows drive doesn't exist -> create fake windows drive and setup dll/ >application symlinks? Exactly, can you think of anything more usable? Ivan.

1 0

Re: cabinet.Extract
by Gregory M. Turner 29 Dec '03

29 Dec '03

On Sunday 28 December 2003 02:53 pm, Stefan Leichter wrote: > Hello, > > during playing with ie5.5 installer i noticed that the installing of some > cab files failed directly after the extract call. Doing exactly the same > extract call with the same cabinet file and the same content of the first > parameter i got a crash with native cabinet dll. The debugger shows at the > end of the function a "ret 8" assembler comand. > This means to remove 8 words (not bytes) from the stack because the segment > attribute is set to 32 bit (the pop command right before the ret is done > for a 32 bit register and does not have the opcode 0x66 in front to change > the register length). > Therefore the function extract must have 4 parameters instead of two. > > The bad thing is that the installer throws an exception instead of > aborting. > > ChangeLog > -------------- > the function ectract has four parameters not two Hmm, sounds like you are more of a natural at deducing this stuff than I, so I am happy to defer to your judgement... but I am slightly surprised, as I vaguely recall convincing myself that I had verified that it was right. Since ie5setup was probably my test app, maybe I added arguments until I stopped seeing winedbg, and declared it to be a success :P ... or did someone else do this part? Can't remember. No objection -- if its an improvement in ie5setup, it's surely right. Just thinking "aloud". Thanks for debugging this. Out of curiosity, was it w98 or NT you were (not) emulating? -- gmt "It is to be the assent and ratification of the several States, derived from the supreme authority in each State, the authority of the people themselves. The act, therefore, establishing the Constitution, will not be a NATIONAL, but a FEDERAL act." --James Madison, Federalist No. 39

2 1

Re: cabinet.Extract
by Stefan Leichter 29 Dec '03

29 Dec '03

Hello Alexandre, please ignore the patch it is wrong. Looks like i have to learn more assembler. Bye Stefan ---------- Weitergeleitete Nachricht ---------- Subject: cabinet.Extract Date: Sonntag, 28. Dezember 2003 21:53 From: Stefan Leichter <Stefan.Leichter(a)camLine.com> To: Wine Patches <wine-patches(a)winehq.org> Hello, during playing with ie5.5 installer i noticed that the installing of some cab files failed directly after the extract call. Doing exactly the same extract call with the same cabinet file and the same content of the first parameter i got a crash with native cabinet dll. The debugger shows at the end of the function a "ret 8" assembler comand. This means to remove 8 words (not bytes) from the stack because the segment attribute is set to 32 bit (the pop command right before the ret is done for a 32 bit register and does not have the opcode 0x66 in front to change the register length). Therefore the function extract must have 4 parameters instead of two. The bad thing is that the installer throws an exception instead of aborting. ChangeLog -------------- the function ectract has four parameters not two -------------------------------------------------------

1 0

Question about replacing a stub...
by Joshua Walker 29 Dec '03

29 Dec '03

Hi all. On my ever winding quest to fill in the win32 API documentation, I have found, I think, an intresting issue. When the documentation is generated with c2man.pl, it checks the .spec file to see if the function is a stub or not. The problem is that if it is a stub, no documentation will be generated for that API. I've decieded to take it upon myself to "fill in the blankes" as it were, but I need to know if I'm doing this correctly. For my example I'm going to use the stubbed function "AdjustTokenGroups" that is found in avdapi32.dll. The fist thing I did was update the .spec file so c2man.pl will parse the function correctly. I changed @ stub AdjustTokenGroups to: @ stdcall AdjustTokenGroups (long long ptr long ptr ptr) That allows c2man to parse the function. So now all I need to do is add that function to security.c. I added the following. --------------------- /****************************************************** * AdjustTokenGroups [ADVAPI32.@] * * Adjust the group privileges of an open token handle. * */ BOOL WINAPI AdjustTokenGroups( HANDLE TokenHandle, BOOL ResetToDefault, PTOKEN_GROUPS NewState, DWORD BufferLength, PTOKEN_GROUPS PreviousState, PDWORD ReturnLength ) { } ------------------------- And whamo-blamo, the documentation is generated... Now, I'm not too hot on coding, did I just break something to get my API to document? Should I be adding a fixme? Should I be returning something even though it's an empty function? I didn't compile it to see if it worked.The AdjustTokenGroups.html file that was generated says "Not defined in a Wine header. The function is either undocumented, or missing from Wine." Is it ok to leave that right now? Should I me putting something in a header file somewhere? Just wondering. -Joshua

2 2

Re: Re: wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 29 Dec '03

29 Dec '03

The program runs on Windows just fine because Windows Unicode function expects wchar_t to be 2 bytes (unlike GNU's) which is what it gets.. So the program runs on wine correctly too... But I want the app to be a native ELF using GLibc's own Internal functions... I have assumed that the user may not have WINE Regards On Sun, 28 Dec 2003 Dan Kegel wrote : >Dan Kegel wrote: >>I'm way out of touch with Wine these days, but here's > >[ meant to say "my two bits"... obviously my mind is wandering... ] > >>1. If you want to get something useful done, switch to C. Mixing >>g++ and Winelib seems to be a bit tricky, and you might end up >>spending all your time on that instead of solving the problem you >>originally wanted to solve. >> >>2. If you insist on using C++: >>if the problem resists analysis, perhaps you could use Valgrind >>to help track down the problem. > >3. Compile with MS Visual C++. I run MSVC++ 4.0 on Wine just fine, >and I bet even newer versions will run the commandline versions >of the compilers ok on wine. > >#3 really is the best option, since then your app will >run fine both on Windows and on Wine... > >- Dan > >

3 2

(no subject)
by Kevin Atkinson 29 Dec '03

29 Dec '03

I am having a problem compiling a simple winelib program which relies on a dll which uses the stdcall calling convention. I used pexports on the dll avisynth_c.dll to created the spec and then edited the file to removed the leading underscore in the names (without that it would not link). That file is attached. Than with only "avisynth_c.h", "avs2yuv.cpp" and "libavisynth_c.def" in the current directory. I ran winemaker --console -iavisynth_c --single-target avs2yuv.exe . ./configure --with-wine=/opt/wine/ make then I copy the required DLL in the current directory and attempt to run it. But I get: ./avs2yuv err:module:import_dll No implementation for avisynth_c.dll.avs_create_script_environment imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_get_frame imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_get_video_info imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_invoke imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_release_value imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_release_video_frame imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_take_clip imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef Usage avs2yuv4mpeg <avsfile> <outfile> Does anyone know what is going on. Here is the output of make if it will help: sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/opt/wine//lib:$LD_LIBRARY_PATH" /opt/wine//bin/winebuild -o avs2yuv.exe.dbg.c --debug -C. avs2yuv.cpp gcc -c -I. -I/opt/wine//include/wine/windows -g -O2 -fPIC -D_REENTRANT -o avs2yuv.exe.dbg.o avs2yuv.exe.dbg.c g++ -c -I. -I/opt/wine//include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o avs2yuv.o avs2yuv.cpp LD_LIBRARY_PATH="/opt/wine//lib:$LD_LIBRARY_PATH" /opt/wine//bin/winebuild -fPIC -o avs2yuv.exe.spec.c --exe avs2yuv.exe -mcui avs2yuv.o -L/opt/wine//lib/wine -lavisynth_c gcc -c -I. -I/opt/wine//include/wine/windows -g -O2 -fPIC -D_REENTRANT -o avs2yuv.exe.spec.o avs2yuv.exe.spec.c g++ -shared -Wl,-Bsymbolic -o avs2yuv.exe.so avs2yuv.o avs2yuv.exe.dbg.o avs2yuv.exe.spec.o -L/opt/wine//lib -lwine -lwine_unicode -lwine_uuid -lm test -f avs2yuv || install ./wineapploader avs2yuv I attached the zip file with the source and any files I thought were relevant. If required I can send additional files dll's in a private email (such as the required dll's). Wine version 20031212 built from source on a RedHat System. I had the exact same problem when I used the debs from unstable (also version 20031212) on a libranet system. Is this a bug, or am I doing something wrong? When I used a a version of avisynth_c.dll which used cdecl on all API functions -- without changing the .def or header files -- instead of stdlib I do not have this problem. Naturally I do not expect it to run since I didn't recompile my code with the proper header files. I discovered this by accident because the previous version used cdecl and I had some old dll laying around in a place wine was able to find. Can anyone help me get this working? Am I doing something wrong or is this a bug in wine? Thanks in advance. --- http://kevin.atkinson.dhs.org

4 26

Re: default config file creation
by Ivan Leo Murray-Smith 29 Dec '03

29 Dec '03

>I was wondering if it would make more sense during the compile process to take >the default configuration files, config, system.reg, user.reg and userdef.reg >and convert these to binary form and compile them into the wine binary >itself. We could detect the lack of these files at startup and install them >for the user. Very cool idea, it would increase usability a lot. You don't really need to compile the files, you can just install them in /usr/share/doc/wine-yyyymmdd/samples or something like that and copy them to $HOME/.wine if needed. )There wouldn't be any performance loss as these files are read at startup anyway.Wine could also create a fake c drive in the users home and create a link to it it needed. Ivan.

3 2

Re: wchar_t on GNU and Win32 - two worlds apart !
by Dan Kegel 29 Dec '03

29 Dec '03

Subhobroto Sinha wrote: > The program runs on Windows just find because Windows Unicode function expects wchar_t to be 2 bytes (ulike GNU's) > > So the program runs on wine correctly too... > > But I want the app to be a native ELF using GLibc's own Internal functions... > > I have assumed that the user may not have WINE What good is a start menu that reads windows .lnk files if the user doesn't have wine? - Dan

1 0

Re: default wine browser
by Ivan Leo Murray-Smith 28 Dec '03

28 Dec '03

> Comments? Add netscape and galeon to the script. Ivan.

2 1

Of wchar_t and WCHAR and incompatibilities....
by Subhobroto Sinha 28 Dec '03

28 Dec '03

As most of you might be aware, I and Robert are progressing with a Start Menu. All the functionality is there now (except menu icons, and shell namespaces..). However, I had to write a .lnk parser for it and till date, I made it compatible ONLY with UTF-8 and thus did not require to use glibc's Unicode functions. Today, I was getting dirty with a full blown Unicode implementation and I noticed that GNU defines a wchar_t as an (unsigned long) - it's 4 bytes long, wheras a WCHAR (which is a typedefed wchar_t) is an (unsigned short) on Windows ! As a result, Unicode strings on Windows are unsigned long arrays and thus I had to convert them into glibc's own wchar_t format using a hack like this: void ConvertWCHARTo_wchar_t(const WCHAR* wszIn,wchar_t* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); } and vice versa for the opposite conversion. Believe me, it works, but not always... (any body interested in debugging with the source, please ask me for it..) Any sugestions as to handle the situation please? I need to use GLibc's Unicode functions and NOT WINE's implmentation of Mutibyte...(), because I want to keep the .lnk parser in pure C++ Regards Subhobroto Sinha

4 3

Re: Re: wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 28 Dec '03

28 Dec '03

No, actually I really don't want to use WineLib (then I can use COM to resolve the shortcut anyway!) I just want a method where I can use GLibc's Unicode functions on Win32 serialized data which treats wchar_t as 2 bytes long.. On Sun, 28 Dec 2003 Dimitrie O. Paun wrote : >On December 27, 2003 01:11 pm, Subhobroto Sinha wrote: > > But as I am using pure C++, I have to use GLibc's library functions which > > expects wchar_t to be 4 bytes long and NOT 2 bytes. > >Herein lies your problem. Mixing the two is not pretty, and I think >it should be avoided to maintain sanity. Just use our msvcrt for the >Unicode functions, it uses 2-byte wchar_t, so you can mix that freely >with the other Win32 functions. > >-- >Dimi. >

1 0

Re: Comments missing from auto-generated documentation. (HTML)
by Joshua Walker 28 Dec '03

28 Dec '03

Sorry to bother.... I hate when I fix stuff right when I send out an email... The name if the DLL is asvapi32.dll not advapi.dll grrrr. --- Joshua Walker <halkun2002(a)yahoo.com> wrote: > (a bunch of stuff that he fixed three seconds later...) > -Joshua

1 0

Comments missing from auto-generated documentation. (HTML)
by Joshua Walker 28 Dec '03

28 Dec '03

Hi all, I'm giving c2man.pl quite a workout here, but I've run into some snaggs. I'm trying to add a "Description" section in advapi.c and it's not being generated in the HTML docs. >From my copy of advapi.c <snip> ------------------------------------ #include "wine/debug.h" WINE_DEFAULT_DEBUG_CHANNEL(advapi); /****************************************************************************** * ADVAPI {ADVAPI} * * The Win32 Advanced API DLL makes available a wide range of functions for * security, registry manipulation, service management, and event tracking. It * also holds a small set of cryptography functions as well. * */ /****************************************************************************** * GetUserNameA [ADVAPI32.@] * * Get the current user name. * ---------------------------------------------- <snip> The Description isn't being generated in advapi32.html Am I running issues by having the comment blocks togeather? The only other commented DLL is wing.c in /dlls/gdi. I've checked agianst the hacking guide. Am I msiing something? Is it a bug? -Joshua

1 0

Key exist query in registry
by Zimler Attila 28 Dec '03

28 Dec '03

Hi List, Can somebody help me in what is the standard way to query if a key exists in the registry? I try to implement addig new key in regedit. Attila

4 4

wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 28 Dec '03

28 Dec '03

Hello The main problem is that wchar_t is 4 bytes on GNU, but 2 bytes on Windows ! Though Windows typedefs WCHAR as a wchar_t, but there a wchar_t is an "unsigned short", whereas on GNU it's "unsigned long" So WCHAR serialized data from Windows will get messed if we use native GNU data types (because then the program will read 4 bytes instead where it should have read 2 bytes!). Now you don't have to worry about WINE, as WINE defines the data type just as Windows and hence there's no problem with WINE's internationalization functions (MultiByte.. or WideChar... etc) But as I am using pure C++, I have to use GLibc's library functions which expects wchar_t to be 4 bytes long and NOT 2 bytes. So as a workaround I defined these two functions to convert from wchar_t and WCHAR to keep GNU's wcstombs() happy: inline void Convert_wchar_t_ToWCHAR(const wchar_t* wszIn,WCHAR* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); else *wszOut=0; } and inline void ConvertWCHARTo_wchar_t(const WCHAR* wszIn,wchar_t* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); else *wszOut=0; } As you can see, all the above two does is JUST copy the arrays from one data type to another. As we are reading the data from a .lnk (and thus the wchar_t strings are 2 byte arrays in the file..), there's no harm done, as by copying the 2 byte array into a 4 byte array, there is no loss of information. But, unfortunately, (but NOT always..), the function wcstombs fails. I have attached the binary and source alongwith a .lnk which demonstrates this problem. You just need to pass the .lnk filename to the binary on the command line, and it will spit out a few details at out about the .lnk If you test the .lnk (DAEMON_TOOLS.LNK), you will see that the program crashes in the function: unsigned int WineWorksShortcutResolver::UnicodeToANSI(const WCHAR* wszInUnicode,unsigned int uiLen,char* szOutANSI) at the GLibc function: wcstombs(..) The most confusing thing is that this does not happen in case of any other .lnk that I have (which are not many..) ! Any suggestions ? Regards Subhobroto Sinha

4 4

Error in winemine resource file ??
by thomas.1037＠osu.edu 28 Dec '03

28 Dec '03

Hi, I am unable to build the winemine application program that in the programs directory or the 20031212 wine release. As described in the manuals I am using winemaker . However on running make winebuilder report an syntax error in En.rc at line : LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US Could you please tell me if winemaker or winebuilder is broken ? I am using debian (unstable) , with kernel 2.4.18 and wine-20031212. What I was really trying to do is port winpp (a numerical software) from http://www.math.pitt.edu/~bard/bardware/winppsrc.tgz. However I had a frustrating weekend trying to do this with wine maker. This application has 4 parts 3 libraries (pure C code, compiles out of box on linux) and a gui (windows based, winemaker fails to port this). I even tried to do this by editing the makefile manually. Failing at this I tried compiling a winemine and then a "hello world". None of which worked. I am perplexed. Also the winelib manual says that a spec file can be as simple as "init WinMain rcsc resource.res" . However winebuilder reports an error "expected ordinal" which is supposed to be optional ?? I would also be greatfull if you could give me a pointer on how to compile a simple "Hello World" message box application , say like (preferable by using a manually written makefile , without using winemaker) #include <windows.h> int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { MessageBox (NULL, TEXT ("Hello, World"), TEXT ("Hello"), 0) ; return 0 ; } I tried to compile this with winemaker . The compilation reported no errors but the application does not run, and fails with exit status 1. Sincerely B Thomas

2 1

Found it!
by Robert van Herk 28 Dec '03

28 Dec '03

Oops, didn't search thoroughly enough... I found the winecfg program. It isn't finished though... Are you guys still working on it? Did you also experience that it says "Unable to set configuration key" for anything you'd try to change? Didn't you finish it yet because you need some other library to be built first, or just because you didn't have the time yet? Grtz, Robert

2 3

Running a game that wants 32bit colour depth?
by Mike Hearn 28 Dec '03

28 Dec '03

Hi, This is probably and FAQ but.... I have a game here that bails on startup saying that I should change my colour depth to 32 bits. Problem is, X has no concept of this colour depth. How does that work? thanks -mike

2 4

RE: Fix after recent urlcache changes
by Robert Shearman 28 Dec '03

28 Dec '03

> -----Original Message----- > From: Gerald Pfeifer [mailto:gerald@pfeifer.com] > Sent: 28 December 2003 14:00 > To: Robert Shearman > Cc: wine-patches(a)winehq.com > Subject: Fix after recent urlcache changes > > After the following change to dlls/wininet/urlcache.c > > revision 1.14 > date: 2003/12/12 06:01:20; author: julliard; state: Exp; > lines: +976 -418 > Robert Shearman <R.J.Shearman(a)warwick.ac.uk> > - Url Cache improvements. > - In Internet{Set,Query}Option functions, hInternet can be NULL. > - Add traces to Internet* functions. > > I started getting the following compiler warning > urlcache.c:556: warning: `URLCache_FindEntry' defined but not used > as URLCache_FindEntry() is a static (file local) function, but not used > anywhere any longer. > > The patch below fixes this. > > Gerald That code should probably adapted into the FindFirstUrlCacheEntry and related functions. If you are adamant about removing the warning, please enclose it in "#if 0... endif" instead so that someone does not try to duplicate the work. Rob

1 0

instance problem in CreateWindowEx{A,W,16}
by Peter Oberndorfer 28 Dec '03

28 Dec '03

Hello Trying to run PEview.exe i found a problem. First i create a window with CreateWindowEx and pass 0 as instance. When trying to read the instance with GetWindowLong(hWnd,GWL_HINSTANCE) # Wine returns 0 as passed to the function. # Win 98 returns 0x400000 which is what GetModuleHandle( NULL ) gives me. For the CreateWindowEx{A,W} it can easily be fixed by adding this two lines at the beginning of the function: if (instance == 0) instance = GetModuleHandleW( NULL ); But For CreateWindowEx16 i'm not sure how to check. But i had a look at some code in class.c, where similar checks are performed and constructed following: if (!HINSTANCE_32(instance)) instance = HINSTANCE_32(GetModuleHandle16(NULL)); So does the code for CreateWindowEx16 look right? Greetings Peter

3 2

reverse engineering
by Stefan Leichter 28 Dec '03

28 Dec '03

Hello, if i use a debugger to find the number of parameters of an undocumented function, will a patch based on this knowledge be accepted in wine ? Is this the normal way to deal with undocumented stuff? Or is it better to make a test program that prints the stack pointer before and after the call to the undocumented function? Bye Stefan

3 2

Re: Status ToDo's #2
by Ivan Leo Murray-Smith 28 Dec '03

28 Dec '03

>Was anybody already working on a control panel like applet for Wine? >That would be a panel in which you could configure Wine without having >to edit the text files... There already is such a tool, winesetuptk, but it's never been included in the wine source. A new and more advanced one, called winecfg is in preparation. Look in the wine source tree in programs/winecfg. AFAIK it needs a lot of work done, so I'm sure your help will be welcome. It works within wine, and doesn't change settings yet. Ivan.

1 0

DEVELOPERS-HINTS.diff
by Tom 28 Dec '03

28 Dec '03

Hi, Changelog add newdev section, update DMusic section, small fix to dpnhpast Tom

1 0

HTML Doc generation...
by Joshua Walker 28 Dec '03

28 Dec '03

Hi all, Well, I've pulled down a CVS copy of wine and I'm currently at work overhauling the API documentataion. I do have some nitpicks. 1) I'm using the HTML documentation (make doc-html) to check my work. An issue I kind of have with this is an index.html isn't generated. This would be most trivial as all it has to be is an alphabetical link to a.html, b.html, c.html etc...unless there is an index and I'm not seeing it. Also, in the lettered indexes, a delemiter, like a <hr> tag between the API function calls and the dll names would be nice. My perl-foo is quite weak. I'll see what I can hack togeather myself... -Joshua

1 1

Initial feedback
by tom alderweireldt 27 Dec '03

27 Dec '03

Hello, I've just started to work my way through your Wine User Guide. I'm not a complete newbie (I've been playing with Linux for a while on a dual boot PC), but I'm certainly not a specialist. It looks like my RedHat 8.0 default installation came with Wine-20020605. I searched for the check & configuration tools you recommend on pages 16 and 17, but they were missing. I found the winecheck script, but that returned an appallingly low score of only 1.78% after I copied the default config file on a freshly created /.wine directory. So I'm now trying to figure out wether I try to get the configuration right for the existing default Wine installation or just throw it away and restart from scratch with the latest source code. So far your user guide is quite helpful, but it looks like I have a loooong way to go to a working Wine setup. Thanks for the starting text anyway, I'll let you know suggestions for improvement, Best Regards, Tom Alderweireldt

2 1

Mouse cursor doesn't switch correctly...
by Robert van Herk 27 Dec '03

27 Dec '03

Hi folks, I may be asking for a needle in the haystack, but: While playing Warcraft III under Wine, I noticed something odd. Warcraft uses both a hand as a mouse cursor as a target (circle with cross in the middle) icon. In ordinary Win32, these two seem to switch. Under wine, however, only the target cursor is visible. That means that I as a user have to click to right below to the spot i would click intuivily, since I see a target, but the program thinks I'm using the hand as a pointer. I would like to solve this issue by creating some kinda patch, but I have no idea what might be going wrong... Do you have any clues? Grtz, Robert

1 0

Re: FindWindow should not match against partial names
by Eric Pouech 27 Dec '03

27 Dec '03

Mike Hearn wrote: > - if (GetWindowTextW( list[i], buffer, len ) && !strcmpiW( buffer, title )) break; a simpler fix would be to use len + 1 instead of len here. A+ -- Eric Pouech

1 0

Status ToDo's
by Tom 27 Dec '03

27 Dec '03

Anyone have any comments, or something they believe I should add before I send the patch? Tom

6 7

Thanks (Monkey Island 4 success)
by Robert Bihlmeyer 26 Dec '03

26 Dec '03

After abstaining from commercial games for a couple of years I found three Windows games under the Christmas tree this time. I was a bit nervous as I no longer have a working Windows partition. I only tried one game (Esacape From Monkey Island) so far and it was a shattering success. I did have to read some Wine docs and fiddle around with settings for half an hour, but after that the game runs flawlessly in its OpenGL mode. I'm skipping further details[1] as this mail's main purpose is to *thank* you all for the great piece of work that Wine is! Merry Christmas, or whatever makes your holiday, -- Robbe [1] I'll post these to appdb.winehq.org, and of course will answer mail if anyone wants to know more.

1 0

Wine/Agent freezes with deadkeys
by Gerhard W. Gruber 26 Dec '03

26 Dec '03

I' m running KDE 3.1.4 and as keyboard I have the US w/deadkeys activated to get german umlauts. I noticed frequent freezes in Agent when I typed new messages and now I know when it happens. I have to press the ' or " key in order to get accented chracters or Umlaute. When I press this key Agent freezes, I can see a defunct wine prozess and I have to kill the wineserver. I haven' t seen anything on the console though. No errormessage or nothing. Now I switched to normal US keyboard and, as you can see above, I can use these characters. -- Gerhard Gruber Maintainer of SoftICE for Linux - http://sourceforge.net/projects/pice Fast application launcher - http://sourceforge.net/projects/launchmenu

1 0

dphnpast.dll
by Tom 26 Dec '03

26 Dec '03

Hello, Is this a suitable link for dpnhpast docs?? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_c… Anyone here care to comment on this? or have a good doc link to dpnhpast :-) Tom

1 0

Using help files of windows programs
by Zimler Attila 25 Dec '03

25 Dec '03

Hi, I have a (of course a legal) Borland C++ Builder. Could I use somehow the help files from it? (wo rebooting to windows) Attila

2 1

d3dim.dll
by Tom 25 Dec '03

25 Dec '03

Hello, On the Status page should I go with this Doc url: http://www.gamedev.net/reference/articles/article869.asp That has many links and one that points to: http://iki.fi/sol/tut2.html Or just go with: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnardir3d/… Anyone care to say wich of the two are better? Tom

1 0

d3dim.dll
by Tom 25 Dec '03

25 Dec '03

Hello, On the Status page should I go with this Doc url: http://www.gamedev.net/reference/articles/article869.asp That has many links and one that points to: http://iki.fi/sol/tut2.html Or just go with: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnardir3d/… Anyone care to say wich of the two are better? Tom

1 0

Re: Easy IE installer script
by Ivan Leo Murray-Smith 25 Dec '03

25 Dec '03

>It may be that installing IE under Wine at all is outside the IE license. I've been told by M$ Italy that if I have a windows license for my pc, I can install any M$ windows OS component, such as media player or IE, even if windows is not installed. The important thing is that one must have the license, that's why I think the script should get the files from the windows CD. Ivan.

1 0

Re: Easy IE installer script
by Ivan Leo Murray-Smith 25 Dec '03

25 Dec '03

>It may be that installing IE under Wine at all is outside the IE license. I've been told by M$ Italy that if I have a windows license for my pc, I can install any M$ windows OS component, such as media player or IE, even if windows is not installed. The important thing is that one must have the license, that's why I think the script should get the files from the windows CD. Ivan.

1 0

Frustration
by Zimler Attila 25 Dec '03

25 Dec '03

Hi, I'm triing to find an error to work on. I was happy that so many people gave me hints on what should be fix. I tried to understand things but, it seems that this is to big thing for me at this moment. Could somebody assign me a little task in a bigger which (s)he is working on? And explain details on that. It seems that I need a "virtual" boss while learning wine hacking. Attila

6 7

Re: Easy IE installer script
by Ivan Leo Murray-Smith 24 Dec '03

24 Dec '03

> I have an Idea > > What is the version of VC++ you have? > > What if you write and compile let's say, a small app that uses MFC and > IE, using the VC++ tool-chain. Than you are a legal distributer of M$ > software, end of problem. Do you want that I send you a small windows > app that uses MFC and embeds an IE control that displays an embedded > HTML page. This could be the final step in the installation where you > actually test the installation. It can be a nice HTML with links to the > site and other nice links like winehq.org > > About a windows only platforms. They had such an illegal clause in VC6 > but they fixed it fast in SP3 and up. If you have VC6 than the SP5 is > free (I think). I've never heard of a license fee for a SP, so it should be free. This sound at last like a reasnoble solution, even if it could be kept M$ free by using the users windows CD. > > By the way, I'll check it later, but I think that if you use IE in your > application than you are allowed to also distribute the IE setup, > provided that you use the original M$ setup where the user presses on > the Agree to the M$ EULA You would need a redistributable, but it isn't on the M$ download site, so I'm not sure it exists. This is really not an issue, as the user can download it from M$. You could use the example of the NTFS captive driver, just ask the user if he has a windows license, if he answers yes, download the setup from the M$ web site, and if the user doesn't have a license it's his problem. Also M$ can't claim the download is illegal, as they host it. Ivan.

1 0

Useful document on critical sections
by Mike Hearn 24 Dec '03

24 Dec '03

Hi, I found this article: http://msdn.microsoft.com/msdnmag/issues/03/12/CriticalSections/ There are two points of interest that we don't seem to cover: * RtlpWaitForCriticalSection will NOT block if the process is shutting down and the wait is on the loader lock. I've seen a fair few times when an app deadlocks on shutdown on the loader lock - could this be the cause? * The loader lock is stored at offset 0xA0 in the PEB. I doubt this is important, but now the info is published murphies law says one day an app will try and get to it directly. thanks -mike

1 0

More exec-shield problems
by Mike Hearn 24 Dec '03

24 Dec '03

Hi, When /proc/sys/kernel/exec-shield is set to 1, the StarCraft installer crashes. (it doesn't matter what the -randomize option is set to). It appears then that exec-shield screws things up in more subtle ways than just stopping us mapping the binary. The details of the crash are that the game allocates some memory using RtlAllocateHeap, uses MultiByteToWideStr to fill it, then calls GetStringTypeW on the memory, which crashes with an access violation. There is a way to link wine such that execshield will be switched off, some linker flag. Does anybody know how to integrate that with the Wine build system? thanks -mike

1 0

Re: Easy IE installer script
by hatky 24 Dec '03

24 Dec '03

I tried it out, seems ie6 setup fails with current CVS, says something on low mem or lack of space. Mandrake Linux 9.2 with all patches and latest CVS wine, Hatky. __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

2 2

newbie wine developer question
by Zimler Attila 24 Dec '03

24 Dec '03

Hi, Since I'm new in developing wine please forgive me if I ask a question that is answered earlier (I tried to search an answer for my questions, but I did not found.) 1) Should I report fixme's in bugzilla? (I guess, not, but I'm not sure). 2) I would like to fix some fixme (which I can reproduce), but I don't understand a lot of thins. (I'm new to wine, but not new to C). Could somebody help me to start involved in the development process? Attila ZIMLER

10 17

Problems building wine
by iain 24 Dec '03

24 Dec '03

When building wine using the wineinstall script I'm getting the following errors make[2]: Entering directory `/usr/local/src/wine-20031212/dlls/glu32' gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg. o -o glu32.dll.so -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXrandr -lXrender -lXv -lXext -lX11 -lGL -lGLU - L../../libs/port -lwine_port -lm -lc glu.o: In function `wine_gluNewTess': /usr/local/src/wine-20031212/dlls/glu32/../../include/winbase.h:1949: undefined reference to `HeapAlloc' glu.o: In function `wine_gluDeleteTess': /usr/local/src/wine-20031212/dlls/glu32/../../include/winbase.h:1949: undefined reference to `HeapFree' collect2: ld returned 1 exit status If I disable the opengl stuff, then it gets to the ddraw directory and gives similar errors (but about 1000 more of them). This is with both CVS head from today and with the 2003-12-12 snapshot tarball. Anyone got any ideas? iain

1 0

Re: Easy IE installer script
by Ivan Leo Murray-Smith 24 Dec '03

24 Dec '03

> MSVCRT40/MFC40 aren't components of windows though, they are > redistributable DLLs that come with apps. They come with apps because the vendors of those apps have a license from M$ to redistribute them. You need such a license before you can redistribute them. > Well, I'm pretty sure that sort of clause would be illegal, they can't > say "such and such can only be run on Windows", as that'd be tying a > product to a monopoly. I'm sure it's illegal, but that's how things are. Anybody (DOJ?) could sue them on that point, are you going to have a go? As I don't think you developed the script with a M$ tool that comes with a license that allows you to distribute M$ dlls for whatever platform, this is irrelevant. > If they start claiming that the MFC DLL can only be used on genuine > Windows, then we have much bigger problems than having to pull a > convenience script - that would make many programs unrunnable on Wine > (but of course they cannot say this, so that's not a problem). No, if an app is developed for windows using M$ tools/sdk/compiler, but a user runs the app on wine, it is perfectly legal. Well, technically some M$ lawyer may say it isn't, but nobody would be liable. > Well this is what Microsoft claim, but the distinction has never really > been spelled out. MSN Messenger comes with Windows too - does that make > it an OS component? I'm not sure. The antitrust case about this is not over, actually Bill testified at it recently, and maybe D.C. and the ten suing states will win. If they do, there may be builds of windows without OE/IE/MSN, but I don't think there will be OE/IE/MSN that can legally run without a windows license. > I have an old copy of MSVC++ lying around here somewhere anyway, so I > guess I do have a license. If I can't find it then buying a new one from > ebay or something is not too hard. Have a look at the license and see what it says. > The easiest solution is to simply use wget to fetch the files from > dll-files.com : a very silly getout clause that probably wouldn't make > much difference in a court of law, but hopefully we will never have to > find out. dll-files is a illegal site, M$ doesn't do anything about it but it stays illegal, so it may be a problem because I think the DMCA says you can't link illegal software (I suppose that's why nobody in the US links to linux dvd players with decks) Ivan.

4 5

Re: Problems with Ultima Online: Age of Shadows [Textbox glitch + out of memory error]
by Flameeyes 24 Dec '03

24 Dec '03

Flameeyes wrote: > The second is a big problem: when starting the client, it gives an out of > memory error. I can't find where the problem is because I don't know for > sure which trace channel has the functions for memory statistics. This seems to the cause of the problem: 0009:Call kernel32.CreateFileA(4a0f69f0 "C:\\Programmi\\Ultima Online\\\\stadifi0.mul",80000000,00000001,00000000,00000003,10000080,00000000) ret=004ff693 0009:Ret kernel32.CreateFileA() retval=00000158 ret=004ff693 0009:Call kernel32.CreateFileMappingA(00000158,00000000,00000002,00000000,00000000,00000000) ret=004ff712 0009:Ret kernel32.CreateFileMappingA() retval=0000015c ret=004ff712 0009:Call kernel32.MapViewOfFile(0000015c,00000004,00000000,00000000,00000000) ret=004ff78f 0009:Ret kernel32.MapViewOfFile() retval=00000000 ret=004ff78f 0009:Call user32.MessageBoxA(00000000,005bdf70 "There is not enough memory to continue execution. If you do not have virtual me"...,005be05c "Out of memory",00000000) ret=004d949b so the problem should be into MapViewOfFile (kernel/virtual.c), retval=00000000 (NULL) is a failure. Because the return NULL is only in an if, the problem is inherited from NtMapViewOfSection, that is in ntdll/virtual.c. This function seems to be a lot complex, I need to dig it to found the problem. -- Flameeyes <dgp85(a)users.sourceforge.net> You can find LIRC for 2.6 kernels at http://flameeyes.web.ctonet.it/

1 0

wine-20031212 defaults to Thai ui?!
by Dan Kegel 24 Dec '03

24 Dec '03

This is hilarious... I just built wine-20031212 from source (using tools/wineinstall), and... all the menus are in Thai. Even if I run winefile, or a real copy of notepad.exe. Even if I set LANG=C before running. WTF? - Dan

1 0

Problems with Ultima Online: Age of Shadows [Textbox glitch + out of memory error]
by Flameeyes 24 Dec '03

24 Dec '03

Hi all! I was trying to run Ultima Online: Age of Shadows (latest patchlevel after autopatch), but I have some problems. The first problem is actually a glitch, in autopatcher, when the textbox is moved at end, the text is hide, because it moves as first character of the textbox the after-the-last character of the text in it. The second is a big problem: when starting the client, it gives an out of memory error. I can't find where the problem is because I don't know for sure which trace channel has the functions for memory statistics. If someone has an hint for me, I'll investigate better and try to fix it. -- Flameeyes <dgp85(a)users.sourceforge.net> You can find LIRC for 2.6 kernels at http://flameeyes.web.ctonet.it/

2 2

Re: Easy IE installer script
by Ivan Leo Murray-Smith 23 Dec '03

23 Dec '03

> What about people who redistribute those apps in turn? But they aren't using them in there own app, so they aren't creating a derivate work. Only the vendor (In the case of the script you) needs a license. In any case you can't just take the dlls from an app, you must find one that allows you to distribute them in a derivate product. > I seriously doubt you have to write every piece of your code in a > project using MS tools in order to be able to redistribute a DLL. Even > if the license did say such a preposterous thing, it could certainly be > ignored. certainly not, but you must at least partially write it with a M$ tool that allows you to distribute the dlls, and again I remember reading that you must develop for windows. dll-files stays illegal, I think the best option is to use the users windows cd. Also it will make the install a little bit faster, as it won't have to download anything. Ivan.

1 0

Re: Easy IE installer script
by Ivan Leo Murray-Smith 23 Dec '03

23 Dec '03

> Why do you say that? Because of how copyright works, if a file isn't yours, you need a written permission to prove that you have the right to use it/redistribute it, or the copyright holder can claim that the use/redistribution of the file is unauthorized. > I'd like to see the legal text that says they are > not redistributable, The microsoft windows (Favourite version of 32-bit windows here) license > as they are intended to be shipped alongside > applications IIRC you need a M$ development tool to obtain a license that allows you to do that. Also, such license only allows use for applications designed for microsoft windows. AFAIK wine is not a windows app. > and can be freely downloaded from the net M$ is free to sue anybody that violates it's copyright, and claiming that other people have violated M$ copyright has never (And will never) save anybody in court. They can choose to sue you and not dll-files. > (ie the situation > is no different to the current one). It is, IE is not an app but a OS component, so there are a lot more restrictions on IE than on anything else. A solution would be to ask the user to insert his windows CD, and just get the files needed for IE installation from there. > Maybe, but they'd have to sue me. Given that there are people running > websites that ship practically every DLL on a windows system, that would > not make much sense. Those websites are online to help windows users, winehq is online to get windows users to unix+wine BTW they already CAN sue you. > They'd also have a hard time arguing that the MSVC > Runtime is not meant to be redistributed when many apps do so. No, it would be very easy for them to prove that all vendors that ship MSVCRT with there apps have a license from microsoft to do so. Ivan.

2 1

Re: Re: winemine2 winelib example
by Dimitrie O. Paun 23 Dec '03

23 Dec '03

> Doh, I meant bin2res. After making clean I need to > extract them like: > ../../tools/bin2res -o faces.bmp ./rsrc.rc > > Otherwise they aren't available when wrc runs on rc.rc. > Seems odd that wrc can't pull the data out of the src.rc > file itself though. Actually it can, but it's the other resource compilers that can't (MS' rc, and windres). So for compatibility with those, we use the current scheme. -- Dimi.

1 0

Re: Easy IE installer script
by Ivan Leo Murray-Smith 23 Dec '03

23 Dec '03

>The installer program contains a few things that may or may not be >redistributable - for instance, it contains MSVCRT40.DLL and MFC40.DLL, >both of which are available for free from dll-files.com so it seemed to >make sense to include them. You can't redistribute them, unless you have some sort of special license from m$. There is a simple trick to get round this. You can usually find m$ dlls like mfc, msvcrt and so on in microsoft trial game installers. So, to do this legally, you would have to ask the if he wants to accept the license conditions of the trial game that contains the needed dll, then download the demo from the net (You can even point to download.microsoft.com), extract and install the dll (Installing the game may be necessary if you can't get the dlls out of the installer), and then do whatever else the script does. I suppose it would be a good thing to warn the user that he must have a windows license to use IE4,5 or 6. >Do people think this should be linked to from WineHQ? Not as it is now, M$ could sue for copyright violation, it wouldn't be a nice experience. Ivan.

2 1

Re: Re: winemine2 winelib example
by Dimitrie O. Paun 23 Dec '03

23 Dec '03

> Should we modify the winelib documentation? The docs > make it sound like its an easy two step process. Yes, we should. We should also modify winemaker to: 1. Generate MinGW compatible Makefiles 2. Use winegcc to achive (1) 3. Drop the configure script altogether. With winegcc there's no need for a configure script anymore, and besides, using autoconf is project policy, not something we should force down people's throats. > Also, is there a way to get wrc to extract all of the > objects in an rc file? What do you mean by this? -- Dimi.

2 1

winemine2 winelib example
by Chris Morgan 23 Dec '03

23 Dec '03

After reading about the winamp3 source code release I've been interested in working with winelib. I've been trying to get the winemine2 example to work from the winelib documentation http://winehq.com/site/docs/winelib-user/ winelib-getting-started#WINEMAKER-TEST After doing the winemaker and configure step I run make and get: ~/wine/programs/winemine2$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./ wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/home/cmorgan/wine/libs:$LD_LIBRARY_PATH" /home/cmorgan/wine/ tools/winebuild/winebuild -o winemine2.exe.dbg.c --debug -C. dialog.c main.c gcc -c -I. -I/home/cmorgan/wine/include -g -O2 -fPIC -D_REENTRANT -o winemine2.exe.dbg.o winemine2.exe.dbg.c LD_LIBRARY_PATH="/home/cmorgan/wine/libs:$LD_LIBRARY_PATH" /home/cmorgan/wine/ tools/wrc/wrc -I. -I/home/cmorgan/wine/include -o En.res En.rc En.rc:23:22: Error: syntax error make: *** [En.res] Error 1 ~/wine/programs/winemine2$ I'm not sure what the issue is with En.rc, I've compared it against other resource files and it looks quite similar. I edited the Makefile to just use rsrc.rc as winemine2_exe_RC_SRCS and this let me get further and build the standalone app but when I remove the binary resource files like winemine.ico and the *.bmp files these aren't rebuilt. Extracting them manually from rsrc.rc with wrc works however. Are the docs out of date on this? Bug in winemaker? Chris

4 5

Easy IE installer script
by Mike Hearn 23 Dec '03

23 Dec '03

Hi everyone, I thought I'd let the list know that I wrote an easy IE installer program, for those times when only explorer will do. On a Wine CVS build, no windows install, it installs pretty much perfectly, and it does run (stability is so so :). It'll also put a nice menu entry in your menus if your desktop uses the standard mechanism. The installer program contains a few things that may or may not be redistributable - for instance, it contains MSVCRT40.DLL and MFC40.DLL, both of which are available for free from dll-files.com so it seemed to make sense to include them. It also includes the Tahoma font, which IE installs anyway, but I install it first because current Wine seems to enjoy picking BitStream Vera Mono which doesn't look too good and causes UI layout problems. You can get it from here: http://bylands.dur.ac.uk/~mh/install-ie6.run Just download and run it, like so: sh install-ie6.run It contains a Linux Winelib DSO program (for figuring out your linux windows drive path), so may or may not work on other platforms. Do people think this should be linked to from WineHQ? It's a pretty common question in #winehq. enjoy, thanks -mike

1 0

Re: newbie wine developer question
by Dimitrie O. Paun 23 Dec '03

23 Dec '03

> 1) Should I report fixme's in bugzilla? (I guess, not, > but I'm not sure). That's correct, please don't. It would polute Bugzilla, and they are much easily accessible via grep :) > 2) I would like to fix some fixme (which I can > reproduce), but I don't understand a lot of thins. The simplest way is to send patches, ask specific questions, resend patches, ... etc. We'll be glad to help. -- Dimi.

1 0

Console problem
by Peter Oberndorfer 23 Dec '03

23 Dec '03

Hello I'm trying to get the freeware version of IDA (console) working, but if i run it in wine it just hangs. If i run it with winedbg it works fine. I found out that the problem is that AllocConsole is never called for the application if it is being run from wine. But since IDA runs in the console subsystem it should get a console according to MSDN. MSDN says: The CONSOLE subsystem is for a Win32 character-mode application. Console applications are given a console by the operating system. So here is the technical side of the problem: AllocConsole should get called from process_attach() ->dlls/kernel/kernel_main.c:180 So the external variable main_create_flags tells us if we need a console. This variable is set from process_init() ->dlls/kernel/process.c:634 This function itself performs the server call init_process() which returns 0 in create_flags from server/process.c:356 So the problem is that there is no startup_info -> server call returns 0 -> no console for the first process. Setting process->create_flags = CREATE_NEW_CONSOLE from init_process() call fixes the problem BUT with this winedbg starts up in a small ugly windows console that is not resizeable :-/ Anyone knows how to fix this? Greetings Peter

2 2

Re: wine bugs in win.c
by Uwe Bonnes 23 Dec '03

23 Dec '03

>>>>> "kscho" == kscho <kscho(a)tibetsystem.com> writes: kscho> Hi~ I'm interested in wine. and find some bug... window's kscho> caption is optional, but current is not. kscho> wine/windows/win.c kscho> line 1087 /* Correct the window style - stage 2 */ Your contribution is appreciated. But better read http://www.winehq.com/site/sending_patches It make's the patch easier to integrate. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: ilink32
by Flameeyes 22 Dec '03

22 Dec '03

Adrian Smarzewski wrote: > I would like to run Borland Ilink32 under Wine. > where can I find _working_ patch for version 20031118? Please anyone knows? Seems like ilin32 checks for reservation of some memory areas, to be sure to be run on a Windows system. Also, these areas changes with the version of windows provided to ilink32. If anyone can help me to find where reservations are wrote, I'll try to find them out and add them. -- Flameeyes <dgp85(a)users.sourceforge.net> You can find LIRC for 2.6 kernels at http://flameeyes.web.ctonet.it/

1 0

FIXMEs in Alsa WaveIn
by Sylvain Petreolle 22 Dec '03

22 Dec '03

Hello, Could you explain the meaning of the FIXME("-\n") you put in ALSA_WaveInit when you added WaveIn support ? I would be happy to solve it but I didnt find a comment in your code nor in your patch. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Current CVS dlls/winmm/winealsa/audio.c issue
by Carl Sopchak 22 Dec '03

22 Dec '03

I just did a cvs update on the wine tree, and tried to build it. The build failed when trying to link winealsa.drv.spec, with ALSA_widMessage reference undefined. The issue was that the majority of the code in audio.c, including one definition of the function ALSA_widMessage, is conditioned upon #if defined(HAVE_ALSA) && ((SND_LIB_MAJOR == 0 && SND_LIB_MINOR >= 9) || SND_LIB_MAJOR >= 1) Then, near the bottom, another version of ALSA_widMessage is compiled conditioned upon #ifndef HAVE_ALSA So, If HAVE_ALSA is defined, but the rest of the first condition causes it to evaluate to FALSE, neither version of ALSA_widMessage gets compiled. This is apparently what is happening to me. Unfortunately, I have no idea about what *should* be happening here. To get the build to continue, I just made the second half (&& onward) of the first condition into a second condition, added an #else, and copied the version of ALSA_widMessage that gets compiled #ifndef HAVE_ALSA into the #else clause. I'm not sure if ./configure is erroneously setting HAVE_ALSA, or if the SND_LIB_* values are not defined right, or if the #if conditions are wrong in audio.c. (I'd think that the later is at least *part* of the problem...) Sad to say, I don't have the expertise, time, or, quite frankly, the desire to look into this right now. (I'm actually trying to work on a problem with Quicken Delux 2000 printing partial page landscape checks that causes wine to crash which just started with a recent cvs update. But that's another e-mail...) But I thought someone who might be working on this code would be interested in knowing about it. Regards, Carl

2 1

Wine Status Page Pre-1
by Tom 22 Dec '03

22 Dec '03

Hello All, Here is the current DLL's Status Page. Ive made a number of changes since I last sent these partial pages to the dev-list. Here is a list of things I still need todo for completeness. 1) Proof Read! (against all my notes) 2) Doc links, (Thursday night Friday AM) 3) Send to Brian V for WWN coverage :) (Brian if you want you can get a early start) 4) Add/Remove todo's 5) changelog update 6) Give everyone a chance to respond.. Friday? ;) 7) diff -u & send 8) :) Happy Holidays, Tom

3 3

new old winetests
by Ferenc Wagner 21 Dec '03

21 Dec '03

Hi there, I've got a more or less standalone version which can run the tests and submit the results to a CGI script, if possible. It also differentiates between libwine and cross builds. I would be grateful for a review. One week point is its integration into the build system: I hacked something together which works, but not sure at all if that's the right way. One other is that I did not notice that the tests return the number of tests failed as their exit status. It adds a couple of lines to the output... Anyway: programs/winetests directory: Cross-compiled .exe without the dsound tests: http://afavant.elte.hu/~wferi/wine/tests.zip Submission point (for now you won't see anything and submissions overwrite each other, but this must be contactable for automatic submission): http://afavant.elte.hu/~wferi/cgi-bin/winetests.cgi Pretty much deuglifying work remains, but it does something (for me). Sorry for the slow progress... Feri.

4 30

Re: Allow direct device access ( cdrom, floppy)
by Hans Verkuil 20 Dec '03

20 Dec '03

Hello Uwe, Uwe Bonnes wrote: > appended patch opens the devicefile connected to a drive as connected by > the user in ~/.wine/config [Drive X] "Device" = "/dev/yyy". > The appropriate action on that file ( read, write, set_file_pointer, ...) > succeed according the the righte the user has on that device. > > That way, I am able to open a unencrypted DVD with "DVD Shrink", inspect > the structure and watch the movie, without mounting the DVD. ( For > encryted DVD, I have on my disk the needed translation of the > DeviceIOControls). Thank you for your patch! I was also looking into it when a google search turned up your message on the newsgroup. Are you planning to make a patch for the DeviceIOControls? I've added them myself in order to allow DVD Shrink to use encrypted DVDs. As the implementation is just passing on the DeviceIOControl calls to linux ioctls I wonder why you haven't submitted a patch for this. If you have no plans for creating a patch, then I'm willing to do so. Let me know what you intend to do, Regards, Hans Verkuil

3 3

Segfault in winedump (spotted by valgrind)
by Sylvain Petreolle 20 Dec '03

20 Dec '03

Trying to dump a winme dll, winedump crashed with a segfault. Valgrind gives these results, have someone a clue ? This file comes from a working Win9x installation. [syl@wine system]$ file commctrl.dll commctrl.dll: MS-DOS executable (EXE), OS/2 or MS Windows [syl@wine system]$ valgrind winedump spec commdlg.dll ==26058== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux. ==26058== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward. ==26058== Using valgrind-20031012, a program supervision framework for x86-linux. ==26058== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward. ==26058== Estimated CPU clock rate is 1407 MHz ==26058== For more details, rerun with: -v ==26058== Can't get a suitable file signature, aborting ==26058== discard syms in /c/windows/system/commdlg.dll due to munmap() ==26058== Invalid read of size 4 ==26058== at 0x804FD3D: dll_next_symbol (pe.c:1239) ==26058== by 0x804A431: main (main.c:413) ==26058== by 0x126BAE: __libc_start_main (in /lib/libc-2.3.2.so) ==26058== by 0x8048E48: (within /usr/local/bin/winedump) ==26058== Address 0x4 is not stack'd, malloc'd or free'd Erreur de segmentation ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: last try for now: one desktop window
by Mike Hearn 20 Dec '03

20 Dec '03

After getting depressed at how broken InstallShield still is, I thought I'd check up on why this patch was never merged. I know Alexandre isn't on holiday, but maybe he'll see this when he gets back. thanks -mike On Tue, 2003-10-21 at 15:13, Alex Pasadyn wrote: > This is a first attempt at "fixing" desktop mode. The Winelib program > winedesktop creates and maintains one Wine desktop window that is shared > across all applications.

1 0

Bugs in wine-[pk]thread launch
by Mike Hearn 20 Dec '03

20 Dec '03

Hi, Since the NPTL runtime code split wine into two binaries, I've noticed the following problems (ignoring the winedbg breakage): * I get this message in my /var/log/messages file: application bug: wine-pthread(12443) has SIGCHLD set to SIG_IGN but calls wait(). * I often get lots of zombie wine processes, presumably because the parent wine launcher process never reaps the child. I don't know enough to fix either of these problems, but thought I'd report them anyway.... thanks -mike

1 0

Re: Problems with x11drv_main.c version 1.83
by Shachar Shemesh 20 Dec '03

20 Dec '03

Sami Aario wrote: >I did some Googling and found this link which I believe is relevant: >http://lists.debian.org/debian-kde/2003/debian-kde-200305/msg00357.html. >I've been launching applications from the console, where DISPLAY is not set. >Under an X bash shell however, 'echo $DISPLAY' gives me ':0.0' as expected, >and I don't get the error I mentioned previously when launching wine. > >Is this how it's supposed to work, i.e. should I specify DISPLAY explicitly >on >the console if I want to launch wine applications from there? > > When launching X applications the "DISPLAY" variable should be set. Wine is such an application. When you launch Wine from a term launched within the X environment, this variable is already set. If you want to launch an X application from outside that environment, you need to make sure that the app knows which X server to connect to (the DISPLAY variable), as well as have the proper authorization. In your case, the authorization was probably not an issue, because the same user that was running the app from X is the one who started the server (and thus had authorization to do so). As such, nothing besides setting the DISPLAY var is neccessary. If you are going to complicate your setup further, however, I would recommend you RTFM "xauth", as well as the XAUTHORITY environment variable. A simpler but less safe solution is to use "xhost". I would recommend against, however. Shachar -- Shachar Shemesh Open Source integration & consulting Home page & resume - http://www.shemesh.biz/

1 0

Problems with x11drv_main.c version 1.83
by Sami Aario 20 Dec '03

20 Dec '03

Hi list, Version 1.83 of dlls/x11drv/x11drv_main.c does not work for me. This patch removes the Display option in the config file, and now I get this error message: "x11drv: Can't open display: " (and no display name given). I've had to revert to version 1.81. Is the display name supposed to be given somewhere else (e.g. the registry) or are things supposed to happen automagically? My system is a debian woody, and XFree86 -version reports 4.1.0.1.

3 5

winver gone?
by Brett I. Holcomb 20 Dec '03

20 Dec '03

I've tried using wine --winver win98 --hl.exe -console and wine spits out the help telling me what arguments I can use. Is winever no longer available?I've tried using wine --winver win98 --hl.exe -console and wine spits out the help telling me what arguments I can use. Is winever no longer available?

3 3

Re: [Resend 2] SHLWAPI fixes
by Dimitrie O. Paun 20 Dec '03

20 Dec '03

On December 19, 2003 03:19 pm, Flameeyes wrote: > I hope this one is good. > I also removed the leading '?' list. A ChangeLog entry explaining what your changes are doing would also be good :) -- Dimi.

1 0

Re: wine/programs/winefile Makefile.in
by Martin Fuchs 20 Dec '03

20 Dec '03

Hello, On 13.12.2003 04:21:30 Alexandre Julliard wrote: > ChangeSet ID: 10428 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/12/12 21:21:30 > > Modified files: > programs/winefile: Makefile.in > > Log message: > Define __WINE__ to enable extensions (spotted by Martin Fuchs). > > Patch: http://cvs.winehq.com/patch.py?id=10428 > > Old revision New revision Changes Path > 1.4 1.5 +1 -0 wine/programs/winefile/Makefile.in It's not enough to define __WINE__ for the C compiler. We also need it for compiling the resource script: Index: Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winefile/Makefile.in,v retrieving revision 1.5 diff -u -p -d -r1.5 Makefile.in --- Makefile.in 13 Dec 2003 03:21:30 -0000 1.5 +++ Makefile.in 13 Dec 2003 08:13:41 -0000 @@ -1,4 +1,5 @@ EXTRADEFS = -D__WINE__ +EXTRARCFLAGS = -D__WINE__ TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../.. SRCDIR = @srcdir@ -- Martin Fuchs martin-fuchs(a)gmx.net

3 4

Re: [Resend 2] SHLWAPI fixes
by Dmitry Timoshkov 20 Dec '03

20 Dec '03

"Flameeyes" <dgp85(a)users.sourceforge.net> wrote: > I hope this one is good. Not really. Please review your patch for similar problems in other places. -- Dmitry.

1 0

Problems with ilink32
by Flameeyes 19 Dec '03

19 Dec '03

Hi, I used to write applications for windows with Borland C++ Builder 6. The problem is that wine, either from cvs or release, froze when linking programs with ilink32. I fixed the problem with older releases using this patch: Index: dlls/ntdll/virtual.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/virtual.c,v retrieving revision 1.9 diff -u -3 -r1.9 virtual.c --- dlls/ntdll/virtual.c 12 Aug 2003 23:50:55 -0000 1.9 +++ dlls/ntdll/virtual.c 17 Aug 2003 11:15:57 -0000 @@ -1203,6 +1203,8 @@ return STATUS_ACCESS_DENIED; } + VirtualAlloc( 0x80000000, 0x1000, MEM_RESERVE | MEM_SYSTEM, PAGE_EXECUTE_READWRITE ); + base = ROUND_ADDR( addr, page_mask ); /* Find the view containing the address */ @@ -1255,6 +1257,8 @@ info->BaseAddress = (LPVOID)base; info->AllocationBase = (LPVOID)alloc_base; info->RegionSize = size - (base - alloc_base); + if ((info->BaseAddress + info->RegionSize) > 0xc0000000) + info->RegionSize = 0xc0000000 - (DWORD)info->BaseAddress; if (res_len) *res_len = sizeof(*info); return STATUS_SUCCESS; } the problem is that now the patch doesn't apply on wine. How can I do to continue working with BCB under wine? Thanks. -- Flameeyes <dgp85(a)users.sf.net> http://flameeyes.web.ctonet.it/

1 0

RPMs for Redhat 9 missing on SourceForge
by Paul Kopacz 19 Dec '03

19 Dec '03

Trying to download the rpm for release 20031212 for Redhat 9. The release notes say that a RH9 version is available, but it's not listed in the files. Could someone direct me? Thanks, Paul -- Paul Kopacz <pkopacz(a)uoguelph.ca>

2 1

%HOME% - maybe works
by Brett I. Holcomb 19 Dec '03

19 Dec '03

It appears that using %HOME% in a drive spec may not work well. I know winecheck says it can't find the drive but if I put in /home/myhome winecheck is happy. Wine doesn't seem to complain about it. Is this a winecheck or Wine problem?

2 1

wrc vs IDC_STATIC
by Ferenc Wagner 19 Dec '03

19 Dec '03

Hello, wrc does not seem to grok IDC_STATIC. Isn't it supposed to work out of the box? It is defined to -1 in the MinGW headers. Sorry if I'm talking nonsense, first steps in Win32 GUI programming... Feri.

2 2

Winamp 3
by Brian Vincent 19 Dec '03

19 Dec '03

Looks like Nullsoft has released the Winamp 3 code as open source. I have no idea what their build process is like, but maybe porting it could be added to the Winelib page? http://www.wasabidev.org/ -brian

1 0

will not compile projects.
by Elizabeth Kowalsky 19 Dec '03

19 Dec '03

hello: I am insterested in poring the Fluke Networks Linkware to Linux. I get the following when I issue the commands when I am in teh directory where I want to port the app from: [princessangry@localhost system]$ winemaker --lower-uppercase . Winemaker 0.5.9 Copyright 2000 Francois Gouget <fgouget(a)codeweavers.com> for CodeWeavers Scanning the source directories... Fixing the source files... Generating project files... . [princessangry@localhost system]$ ./configure --with-wine=/princessangry/.wine checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking whether ln -s works... yes checking for sqrt in -lm... yes checking for iswalnum in -lw... no checking for gethostbyname... yes checking for connect... yes checking for gcc strength-reduce bug... no checking whether we can build a Linux dll... yes checking whether we need to define __i386__... checking for egrep... grep -E no checking whether we need to define __sparc__... no checking whether we need to define __sun__... no checking whether we need to define __powerpc__... no checking for g++ -fpermissive option... yes checking for g++ -fno-for-scope option... yes checking for windef.h... configure: error: Could not find the Wine headers (windef.h) I cna not find the windef.h file anywhere!!! Please help!!! thanks PrincessAngry

3 2

Re: [Resend] SHLWAPI fixes.
by Dmitry Timoshkov 19 Dec '03

19 Dec '03

"Flameeyes" <dgp85(a)users.sourceforge.net> wrote: > The attached patches fixes some functions of shlwapi I needed to run an > application I wrote with BCB that was using MS XML Parser. > I'm using it and works well AFAIK. > @@ -2346,6 +2376,9 @@ > } > StrCpyW(pszPointer, pszPath); > StrCpyW(pszUrl, pszNewUrl); > + > + LPWSTR slash; > + while((slash = StrChrW(pszUrl, '\\'))) *slash = '/'; > return S_OK; > } Your patch will not compile with older C compilers. You need to put variables on the top of the function body. Please resend. -- Dmitry.

1 0

DC ownerdrawn background mode
by Fabian Cenedese 18 Dec '03

18 Dec '03

Hi I have a control derived from CListCtrl. It's completely ownerdrawn. The problem comes when some item is selected. The whole column is drawn selected but the text is drawn with the actual back color instead of transparent. As this is white I get white text on white background... very readable :) I found that the difference between Windows and wine is the background mode. In Windows it's transparent whereas in wine it's opaque. I never change the background mode in my app, I guess I just lived from the fact that it's default transparent. Where is this set? Is this a wrong default parameter in wine or do I explicitly have to set the background mode in my app? I can do this, then it shows ok. But that's another change to my application I have to do because of wine. Maybe other apps may have similar problems. bye Fabi // from my code: void CMyCtrl::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct) { // Prepare and test device context CDC* pDC = CDC::FromHandle(lpDrawItemStruct->hDC); // this is 1 for windows but 2 for wine // pDC->GetBkMode(); // wine fix pDC->SetBkMode(TRANSPARENT);

2 1

Fwd:SourceForge.net Sitewide update: Dec 9th, 2003
by Ivan Leo Murray-Smith 18 Dec '03

18 Dec '03

>Projects will need to ''opt-in'' in order to accept >donations. Dimi, are you going to opt in?

4 3

Fix for debugger breakage
by Mike Hearn 18 Dec '03

18 Dec '03

Hi, What is the status of this problem? I tried setting WINELOADER to point to wine-pthread, and while that allowed winedbg to load symbols it spewed loads of errors while doing so. Is there a proper fix for this? BTW I think the recent URL Cache patch broke the IE setup program, I get a crash there calling InterlockedExchange with a null pointer dereference. thanks -mike

3 6

winedbg question
by Chris Morgan 18 Dec '03

18 Dec '03

Should winedbg be able to load symbols up for non-wine libraries? After the export WINELOADER idea I've got wine symbols but I'm still trying to debug a bizzare crash in winejack where I get: ~/c$ wine sndrec32.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Segmentation fault and when running under winedbg: *** Invalid address 0x40017f40 (_end+0x2ff03f40) Loaded debug information from ELF '/usr/local/lib/wine/ midimap.drv.so' (0x41090000) In 32-bit mode. Wine-dbg>cont Stopped on breakpoint 1 at 0x0100d32e (sndrec32.exe.EntryPoint in sndrec32.exe) Wine-dbg>cont Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=0000000a has terminated Wine-dbg> >From single stepping I've found the function where the segfault appears to occur but its inside of jack_activate() in libjack.so.0 but symbols for this library don't appear to be loaded: *** Invalid address 0x40017f40 (_end+0x2ff03f40) No debug information in ELF '/usr/local/lib/libjack.so.0' (0x40f56000) No debug information in ELF '/lib/tls/librt.so.1' (0x40f62000) nm libjack.so.0 lists a bunch of symbols and I'm able to set a breakpoint on jack_activate() using gdb on a native linux app so it looks like debug information is built into libjack.so.0. Thanks, Chris

4 5

Problem with "exec shield" workaround
by Troy Rollo 18 Dec '03

18 Dec '03

The "exec shield" workaround (loader/main.c, libs/wine/port.c) has a side-effect of leaving a several thousand byte area of memory allocated just after the reserved pe_area. Under Windows, it is possible to fairly reliably map files or allocate memory explicitly using a fixed address of 0x10000000. The left-over memory from the loader causes programs that rely on this to fail. It seems that this workaround should either be a user setting or should mmap the memory area desired so that it can be removed without leaving behind a small fragment after that area.

1 0

default config file creation
by Chris Morgan 17 Dec '03

17 Dec '03

I was chatting with Rudolf Kastl(che on #winehq) and he was mentioning the things that he was doing for the rpm package. One of the patches he applies to wine prior to packaging it is a patch that creates local user config files if they don't exist. This helps end users as they don't have to worry about the package maintainer providing valid config files. I thought this sounded like a pretty neat idea to improve usability. The patch currently copies files from /etc/* which means they would need to be installed there during the process. I was wondering if it would make more sense during the compile process to take the default configuration files, config, system.reg, user.reg and userdef.reg and convert these to binary form and compile them into the wine binary itself. We could detect the lack of these files at startup and install them for the user. Another feature could be a command line switch that would rebuild a users config, like: 'wine --rebuild-config' that would reset the users config back to the defaults. Sound like something reasonable? Should we instead be putting the default files somewhere on the users machine and copying them over like the patch does? Chris

2 3

Re: default config file creation
by Ivan Leo Murray-Smith 17 Dec '03

17 Dec '03

> Trading off configurability with usability seems fine to > me. We aren't as one can tweak things with winecfg if he wants/needs to > The goal is to solve both > the lack of config files for binary installs, fixed by the > patches that Che has in his rpm package and Marcus has for > Suse, and for users that run 'make install' but never > create config files. All this can be solved by shipping a config file with with wine, get wine to adapt it to the users system, install it, install the registry and create the fake windows partition. This would work for all binaries on all distros, even on freebsd, and would work when installing from source. Only that someone has to implement it. And volunteers?

1 0

Re: default config file creation
by Ivan Leo Murray-Smith 17 Dec '03

17 Dec '03

>The less modification to the install process the better. >If there was a single location the files could be >installed to that would work for all distros I think this >is the route to head in. You can install the files anywhere, as long as the location isn't already used for something else, /etc/wine could do. Also, compiling the files means nobody could change the default config without recompiling wine, that sound short of weird. Ivan.

2 1

Re: default config file creation
by Ivan Leo Murray-Smith 17 Dec '03

17 Dec '03

> Read documentation/PACKAGING, I had it added to CVS with most ideas already > inside on Jun 27, 1999. I've read this. I also had a look at the recording of your speech about wine packaging at wineconf 2002. I've followed the indications of documentation/PACKAGING at lines 385-404, mainly for usability. > Feel free to copy the attached SuSE default make_fakewindows setup script I > use and the included minimalistic wine patch to loader/main.c. It all seems quite SuSE specific, anyway I haven't yet seen a script that works as well as winesetuptk, and there are complaints from time to time about helper scripts shiped with RPMs. Also a script doesn't give a user the freedom of choosing if he wants to use a real or a fake windows partition, and doesn't allow the user to chose where to have the fake windows partition, simply because it can't interact with the user. Nobody seems to be currently shipping winelauncher,and having a scipt to start wine isn't a great idea for a beta/stable build and ideally we want a long term solution. Bill Medland wrote: >I don't like the idea; I much prefer the idea of copying them from somewhere >in /etc, as redhat does. The default config file in /etc can then be >modified so that it matches the distribution (redhat have their cd at >/mnt/cdrom) and it can be modified by the sysadmin There is no need to add text files to the wine binary, but the default config should be modified on the fly. Some computers don't have a cd or a floppy, some have 2 cd drives, some don't use distro-standard paths, so drives should be detected on the fly, already we have enough logs from users full of /mnt/floppy not found and /mnt/cdrom not found, and it's not a great feature for 0.9 or 1.0. Winesetuptk does thit very very very well, I'm no engineer but I suppose that something written in tcltk can be easily ported to C. A binary package (But also a normal make install) should install configb and registry in /etc/wine or /usr/share/doc/wine-version/samples or something like that. The user should then start wine, that would look for $HOME/.wine, create it if necesarry, figure out the removable media paths, create a config file on the fly, write it to $HOME/.wine, run 'wine regedit path/to/winedefault.reg' and start normally.This does not require a script, will create a properly working config file, and the default configuration can be tweaked/restored with winecfg, once it's finished. Ivan.

1 0

Mouse usage when Wine not in focus
by Mark Knecht 17 Dec '03

17 Dec '03

Hi, Please excuse me for bringing this question here. I'm not a developer. I have asked this in a couple of different forums but to date have received no answers. I will copy a message sent earlier this week to Wine-Users and hope for some insights on how to handle it. I have done some Googling around and run across numerous emails about mouse focus, but there doesn't seem to be anything in the Wine-HQ FAQ or Online Docs that tells me how to handle this. The basic issue in a nutshell - How do I configure Wine to not pay attention to the mouse when the Wine window is not in focus? Just in case it matters, I'm using fluxbox on all my systems, but I checked xfce4 and had the same problem. Thanks, Mark <SNIP> Hi, Is there a way to have mouse movements & positions not be sent to a Wine app when the Wine desktop is not the active window? I have looked through the online docs and the FAQ but I see nothing about this problem I'm having. I hope it's just a configuration issue, but I cannot find much info in the docs about mouse configuration at all. Also, I have seen this issue under Crossover Office and WineX, but have not had a chance to check Wine CVS yet, so if it's fixed or a non-issue just let me know. Thanks in advance. Under Windows I have played a game called Caesar 3 for years. Finally with some help from another wine user, I got it working perfectly (as far as I can tell) on Saturday using an ebuild of WineX on a Gentoo 2.4.20 kernel. The game plays well. I do have one problem when the game resolution and the Wine desktop are not the same size, but we can save that for another email if it's of interest to anyone. Anyway, the way the game works is that it has a play area for building your city. To move around this play area you drag your mouse to the edge of the board and the area scrolls inside the window. When playing the game under Wine, using the first config files I had with WineX and cxoffice that had "DXGrab" = "Y", the mouse stayed inside the Wine desktop and the game always worked fine, but I couldn't use the system for anything else unless I tricked Wine into letting my mouse escape from the desktop trap by using another window in the background. I then found the "DXGrab" option and changed it to "N" and I was able to get my mouse out of my Wine desktop and get email, etc. However, even when the Wine desktop and game are not in focus the mouse position is being fed to the game, so the game scrolls around underneath while I use items and applications on my desktop. How can I configure Wine to not send any mouse position information to the game when the game is not in focus? Right now I cannot take a meaningful screenshot since the game area is drifting around all the time. Thanks in advance, Mark <SNIP>

1 0

Re: Wine Status Page Pre-1
by Brian Vincent (C) 17 Dec '03

17 Dec '03

> 3) Send to Brian V for WWN coverage :) (Brian if you want you can get a > early start) Hm. 1.7 meters of snow this week at Steamboat and I have the next three days off. I'm guessing I won't have much done until Monday. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Input Focus problems with IE
by Aric Stewart 17 Dec '03

17 Dec '03

Hello, I am working on a problem with IE where if you start the application in full screen mode: (start IE, change to full screen using view->full screen, shutdown IE, restart IE) the keyboard focus never gets given to the application so you cannot enter any information into forms. Looking into this i found that we where never being given any ClientMessage events to take focus nor any FocusIn events. So the keyboard focus remains on whatever app last had it, such as the terminal used to start IE. A very simple, shotgun, way to solve this is this attached patch. Thinking about windows architecture i was trying to think of a time where a window would receive a button click and would not be given input focus (yes the app may modify focus but it would do that anyway) However this change is HUGE and will affect alot and wanted to bounce it off people before continuing to investigate it. This look ok to people? Other ideas on proper ways to deal with this issue? thanks -aric Index: dlls/x11drv/event.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/event.c,v retrieving revision 1.30 diff -u -w -r1.30 event.c --- dlls/x11drv/event.c 5 Dec 2003 04:45:50 -0000 1.30 +++ dlls/x11drv/event.c 16 Dec 2003 19:02:57 -0000 @@ -287,6 +287,14 @@ break; case ButtonPress: + /* + * I am sort of unsure about this however + * there should not be a case where the button is clicked somewhere + * and windows does not assume focus is sent there. + * + * it also fixes a bunch of input problems for forms in IE + */ + set_focus(hWnd,CurrentTime); X11DRV_ButtonPress( hWnd, (XButtonEvent*)event ); break;

3 4

Re: default config file creation
by Ivan Leo Murray-Smith 17 Dec '03

17 Dec '03

> If wine-c is stored uncompressed, it's easier for a site admin to modify > it for all its users. True, but this shouldn't be necessary. Also any global configuration should be done via winecfg. > Also, there are a couple places in Wine which are dependant on how the > underlying distribution is setup, things like menu entries and such. Not > every distro ship a vanilla Gnome or KDE (and then there are many > versions of each). Sure, after all I ship mime types files and menu entries for the mandrake menu system in mdk rpms, but I'm reluctant to change the actual application source code, because the same source should work for all (After all that's why we use autoconf), so if any changes are needed, they should go in the CVS, and consequentially end up in all packages Ivan.

1 0

Re: default config file creation
by Ivan Leo Murray-Smith 17 Dec '03

17 Dec '03

>I was chatting with Rudolf Kastl(che on #winehq) and he was mentioning the >things that he was doing for the rpm package. One of the patches he applies >to wine prior to packaging it is a patch that creates local user config files >if they don't exist. His patches modify wine/libs/wine/config.c and wine/misc/registry.c, I don't see the need to change things, they could do if Alexandre accepts them in the CVS. They would uniform wine packaging, and make things easier, also wine-c could be a comprssed dir as it's only usility would be to be copied to $HOME, it doesn't really need to be uncompressed in /usr/share. Of course, all packagers could just apply these patches to binaries, but official packages should just ship vanilla wine (Otherwise why call them "official"?), so this depends on Alexandre. Ivan.

2 1

Re: Fix for Japanese Font Names
by Michael Stefaniuc 17 Dec '03

17 Dec '03

Hi, could you please resubmit your diff using the unified output format? See http://www.winehq.org/site/sending_patches for details. bye michael On Wed, Dec 17, 2003 at 12:00:56PM +0900, Vik wrote: > May last patch had some wrong font names for Japanese resource files. > The correct name for MS UI Gothic is 'Gothic' in English, and not 'Gothic' in > Japanese. > > Changelog > + fixed MS UI Gothic Font names in: > dlls/commdlg/cdlg_Ja.rc > dlls/user/resources/user32_Ja.rc -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Always add a \ to temp file path
by Steven Edwards 16 Dec '03

16 Dec '03

There is a prepackaged binary that works great for me on slackware if you want it. Builing one from scratch is to much of a pain in the ass. http://www.libsdl.org/extras/win32/cross/README.txt Thanks Steven --- Mike Hearn <mike(a)theoretic.com> wrote: > The NullSoft installer assumes this will be present, so it most > likely > always is on Windows. When I get a cross compiler setup (soon, > promise!) > I'll try writing a test case for this behaviour. > > Mike Hearn <mike(a)theoretic.com> > Always add a \ to temp file path. Add a warning to DeleteFile. > > Index: files/file.c > =================================================================== > RCS file: /home/wine/wine/files/file.c,v > retrieving revision 1.196 > diff -u -r1.196 file.c > --- files/file.c 12 Dec 2003 04:10:52 -0000 1.196 > +++ files/file.c 16 Dec 2003 19:47:04 -0000 > @@ -921,10 +921,8 @@ > strcpyW( buffer, path ); > p = buffer + strlenW(buffer); > > - /* add a \, if there isn't one and path is more than just the > drive letter ... */ > - if ( !((strlenW(buffer) == 2) && (buffer[1] == ':')) > - && ((p == buffer) || (p[-1] != '\\'))) *p++ = '\\'; > - > + *p++ = '\\'; > + > for (i = 3; (i > 0) && (*prefix); i--) *p++ = *prefix++; > > unique &= 0xffff; > @@ -1556,7 +1554,11 @@ > return FALSE; > } > > - if (!DOSFS_GetFullName( path, TRUE, &full_name )) return FALSE; > + if (!DOSFS_GetFullName( path, TRUE, &full_name )) > + { > + WARN("Unable to get full name from %s\n", debugstr_w(path)); > + return FALSE; > + } > > /* check if we are allowed to delete the source */ > hFile = FILE_CreateFile( full_name.long_name, > GENERIC_READ|GENERIC_WRITE, 0, > > > __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

1 0

Re: Fix kernel heap test
by Dimitrie O. Paun 16 Dec '03

16 Dec '03

On December 15, 2003 10:35 am, Hans Leidekker wrote: > The test succeeds on Wine. This is wrong of course, tests should > always succeed on Windows and either succeed on Wine or fail on > Wine and be marked todo_wine. Great, thanks for catching this. Our current implementation seems to be freeing memory on size=0, how can we check what Windows does? If it doesn't, we can just simpligy the code to this: Index: dlls/kernel/heap.c =================================================================== RCS file: /var/cvs/wine/dlls/kernel/heap.c,v retrieving revision 1.4 diff -u -r1.4 heap.c --- dlls/kernel/heap.c 27 Nov 2003 00:59:36 -0000 1.4 +++ dlls/kernel/heap.c 15 Dec 2003 16:19:04 -0000 @@ -615,37 +614,15 @@ SetLastError(ERROR_INVALID_HANDLE); } else #endif - if(size!=0) - { - hnew=hmem; - if(pintern->Pointer) - { - if((palloc = HeapReAlloc(GetProcessHeap(), heap_flags, - (char *) pintern->Pointer-HGLOBAL_STORAGE, - size+HGLOBAL_STORAGE)) == NULL) - hnew = 0; /* Block still valid */ - else - pintern->Pointer = (char *)palloc+HGLOBAL_STORAGE; - } - else - { - if((palloc=HeapAlloc(GetProcessHeap(), heap_flags, size+HGLOBAL_STORAGE)) - == NULL) - hnew = 0; - else - { - *(HGLOBAL *)palloc = hmem; - pintern->Pointer = (char *)palloc + HGLOBAL_STORAGE; - } - } - } + if(size == 0) size = 16; + hnew=hmem; + if(pintern->Pointer) palloc = HeapAlloc(GetProcessHeap(), heap_flags, size+HGLOBAL_STORAGE); + else palloc = HeapReAlloc(GetProcessHeap(), heap_flags, (char *) pintern->Pointer-HGLOBAL_STORAGE, size+HGLOBAL_STORAGE); + if (!palloc) hnew = 0; else { - if(pintern->Pointer) - { - HeapFree(GetProcessHeap(), 0, (char *) pintern->Pointer-HGLOBAL_STORAGE); - pintern->Pointer=NULL; - } + pintern->Pointer = (char *)palloc + HGLOBAL_STORAGE; + if (!pintern->Pointer) *(HGLOBAL *)palloc = hmem; } } } -- Dimi.

2 1

Re: Implement support for many MCIWndClass MCI_ and MCIWNDM_ messages
by Dimitrie O. Paun 16 Dec '03

16 Dec '03

On December 15, 2003 03:12 am, Dmitry Timoshkov wrote: > What remains to be done is a proper support for MCI_WINDOW > command in mciavi.drv. Cool stuff Dmitry! Now that this stuff is in the tree, would it be fair to mark this on the status page as 75% complete? What's still left to do? Eric was saying that we needed (before your patch): - missing extended styles, notification, MCIWNDM_* I guess you did the MCIWNDM_* stuff, but the notification is still a TODO. Is the TODO list still too big to be listed in its entirety? -- Dimi.

2 1

Re: Internally maintained end-to-end API documentation
by Brian Vincent (C) 16 Dec '03

16 Dec '03

> After reading Wine Weekly News Issue #200, (Congrats > by the way), I stumbled across the Wine Status Pages. Thanks. > In my humble opinion, this is a very dangerous and > volatile place to have it. It is volatile and there have definitely been instances of people wondering where documentation has disappeared to. > This is quite tragic as my knowledge of XML is really > weak. As far as I know, it's that HTML superset, isn't > it? SGML is the one document format To Rule Them All. XML is a subset of that. HTML is a subset of XML (and therefore SGML). Realistically, Wine could probably use XML for all its documents. But we use SGML since that was around first. We convert the SGML into various nice document formats depending on how it's used. If you know HTML then you won't have much of a problem marking up SGML. > Stepping back a bit, I started thinking of tossing an > SQL database on one of my machines and writing some > kind of dynamic HTML front end for it. I wouldn't. Wine has lots of tools in use for building and searching documentation, not the least of which is "grep". > The second hurtle is what to put as the actual > fields. I'm really only used to seeing function > rendered an a "Unix man style" format. Name, synopsis, > description, return value, errors, bugs. I actually really like this idea. The standard C library is nicely documented in man pages, why shouldn't Win32 be the same way? I don't think we need another document format or repository (Side note, is it just me, or is the GNU texinfo format the stupidest form of documentation ever invented..) The important thing is, keep the documentation in a format that is easily modifiable by developers. Since most have a copy of CVS laying around that probably means keeping docs in a text format somewhere in the documentation/ directory. The scope of this project is huge. In some ways you're trying to recreate MSDN, and as Greg pointed out that documentation lives on real media in the hands of thousands of people. Yes, it might be nice to replicate that but copyright issues are something you'll need to be aware of. If you rewrite all of it by hand you definitely won't infringe on copyrights, but is there an easier way put it together? Something tells me there's already some resources out there that could be used as a foundation. Also, be sure to read the "Terms of Use" link at the bottom of msdn.microsoft.com. It may as well just say "You can only read our web pages." A quick search on Google alludes to people writing man pages for Win32. This was on a NetBSD mailing list: http://mail-index.netbsd.org/netbsd-bugs/2001/05/17/0008.html >Number: 12974 >Category: pkg >Synopsis: w32doc-borland - man pages for the win32 api >Confidential: no >Severity: non-critical >Priority: low >Responsible: pkg-manager >State: open >Class: change-request >Submitter-Id: net >Arrival-Date: Thu May 17 13:16:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Ben Collver >Release: 1.5 >Organization: >Environment: >Description: >A set of Unix-like man pages for the Windows 32 API. This package creates >a new manual section (wb) containing man pages derived from a Windows >help file distributed by Borland for Delphi2. Once installed, you could for >example read the WinMain man page by typing "man wb WinMain". >This documentation is not as up-to-date as that in devel/w32doc. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

2 1

Re: TDI + NetBIOS = Network Neighborhood
by Luke Kenneth Casson Leighton 16 Dec '03

16 Dec '03

hi, wrote to the wine-devel mailing list about this one describing a few words about what's needed to be done to "support" your efforts. documentation. rfc1001.txt and rfc1002.txt - these describe NBT (netbios over tcp) and how to get: - datagrams (port 138) equivalent to UDP - sessions (port 139) equivalent to TCP - names (port 137) LISTEN UP! THIS IS EQUIVALENT TO DYNAMIC-DNS + DHCP! the last one of these needs careful explanation. in light of the recent attempts by the wireless IETF crowd to create a dynamic routing protocol is is _totally_ ironic that netbios got there first _by over twenty years_ - and that there is a FREE implementation for the taking, in nmbd. it's also pretty ironic because they've had to play catch-up with concepts like node status queries in additional extension draft rfcs, and they STILL haven't added the "name conflict" concept which is there to tell anyone that will listen that a name which is attempting to be claimed is being taken by someone else who won't give it back. port 137 _is_ actually dns, so if you happen to know of any wine-licensing compatible DNS client code then you can use that as the basis for your efforts. it's dns but it's extended: the names of the types of packets mean slightly different things; there is additional packet types to represent NAME_REGISTER and NAME_STATUS; there is also a different CNAME type to cope with netbios names; the "dns zone" is there it's called a "scope"; the "dns name" is "compressed" it's a brain-dead misnomer given that the name is actually expanded in some sort of stupid base-4 (no, not base-64, yes, that's right, base-4) encoding scheme that turns a 16-byte space-padded thing into an overbloated 64-byte monster. cifsbrow.txt. eek, it's been a while. have a look at www.cb1.com/~lkcl/ntdom. no, try this: http://www.monyo.com/technical/samba/rfc/ actually, first try this: http://ubiqx.org/cifs/References.html which will give you a better idea of what the other one contains: the ftp://ftp.microsoft.com/developr/drg/CIFS directory appears to be inaccessible, now, which is just typical. basically you should read cifsbrow.txt in conjunction with rfc1001.txt and rfc1002.txt. SKIM THEM! YOU ONLY NEED A MINIMAL SUBSET OF THOSE DOCUMENTS FOR A CLIENT IMPLEMENTATION!!!! the only reason that you need to read those docs - skimmed - is because you need to know what you are going to be communicating with (not implementing, server-side, just connecting to, client-side). all you _really_ need is to be able to do a NetBIOS name query and also to be able to do a couple of SMB queries to obtain lists of servers. THAT IS ALL THAT A CLIENT-SIDE NETWORK NEIGHBOURHOOD BROWSER IS. REALLY! if you're implementing this from scratch, however, expect to allocate about ... mmm ... anywhere between four and eight weeks. i _thoroughly_ recommend that you investigate finding some dns client code to adapt and save yourself some time with decoding port 137. also, while you're at it, you might want to next focus on the contents of the ntnp.doc file which was last available with the ms-dev that contained visual studio 4.3. ntnp.doc stands for nt network provider and it had a companion "client-side" document to describe the other bit that went with it. basically there is a "redirector" protocol on both client _and_ server-side that covers browsing. these two protocols "merge" the network neighbourhoods into one big happy family, such that netware's network neighbourhood can be installed and cooperate happily with the smb network neighbourhood can be installed and cooperate happily with the kerberos-domain-based network neighbourhood and it was all one big happy family yippee. so, whilst you may believe that it is best to implement the network neighbourhood browsing functions as "direct" as possible, if you ever install the "client for netware" under wine and then wonder why it doesn't appear in the network neighbourhood, remember what i said in the paragraph above!! l.

1 0

Vacation
by Alexandre Julliard 15 Dec '03

15 Dec '03

Folks, There won't be any commits for a while, since I'm leaving now for a vacation in Switzerland, where I won't have net access. Assuming I survive the deprivation, I'll be back in two weeks. I hope you all have nice holidays, and I look forward to finding a few hundred patches in my mailbox when I get back... -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Fix ntdll test
by Alexandre Julliard 15 Dec '03

15 Dec '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Uncomment some tests in rtlstr.c and wrap them in todo_wine{} instead. You can't do that, many of these tests succeed, which is not allowed inside todo_wine. And please try a 'make test' when you change a test, as already explained there's no point in submitting a patch that causes make test to fail. -- Alexandre Julliard julliard(a)winehq.com

2 1

netapi32 and NetBIOS
by Luke Kenneth Casson Leighton 15 Dec '03

15 Dec '03

[sent also to samba-technical mailing list] hi, i've just been alerted to the netbios work in wine (hooray!) as part of an effort to get the network neighbourhood going (yippee!). there is a problem, which i can help overcome. the problem is this: imagine that there is no TCP/IP stack in linux. imagine that TCP/IP runs in two separate user-space services, both of which are GPL'd: the TCP service is a fork-on-demand one that binds to all interfaces, and the UDP service is even worse, it's a single-process running a state machine. let's pretend that neither of the processes understand anything but Web services, and now you want to add SMTP, or worse, HTTPS. you have to consider hard-coding and linking into a paired monolith of programs, and you have a licensing and logistical nightmare that is totally unacceptable for practical purposes. this is the situation that is faced by wine, because samba, which consists of two programs, smbd and nmbd, "controls" the NetBIOS transport, from both a server _and_ (due to some bugs in Windows) also a client perspective. a flawed attempt to make it possible to cut-in to the NetBIOS equivalent of Dynamic-DNS-plus-DHCP (the NBNS system on port 137) was added in 2000 into nmbd, however from the Wine perspective this is totally useless because the code to access the bypass mechanism is GPL'd (tdb - trivial database). happily there is a convenient way round the mess, because it is possible to create the equivalent of a "Network Address Translation" service, and working code along these lines, which maintained a state machine of NetBIOS connections, was created over three years ago. nmbd needs to talk via this NAT service, so does nmblookup and, once the code is all there, so does Wine's Network Neighbourhood browsing code. at present, all you have to do to get the Wine "Network Neighbourhood" code to work is to disable samba, which is going to be totally impractical for most people. it is not _yet_ necessary for such a service to be created, but by the time the NetBIOS code in wine is released, it will _become_ necessary. if anyone wants to sponsor me [pay money] to revive the experiments i made in late 1999 / early 2000 in order to implement a NetBIOS "NAT" service, please contact me. l. -- -- expecting email to be received and understood is a bit like picking up the telephone and immediately dialing without checking for a dial-tone; speaking immediately without listening for either an answer or ring-tone; hanging up immediately and then expecting someone to call you (and to be able to call you). -- every day, people send out email expecting it to be received without being tampered with, read by other people, delayed or simply - without prejudice but lots of incompetence - destroyed. -- please therefore treat email more like you would a CB radio to communicate across the world (via relaying stations): ask and expect people to confirm receipt; send nothing that you don't mind everyone in the world knowing about...

1 0

uxtheme clips to much
by hatky 15 Dec '03

15 Dec '03

I know these are stubs but since they were added more of the splash screen and the top of the main application of Trillian has been cut off freeware at: http://download.com.com/3000-2150-10047473.html?part=trillian&subj=dlpagtag… home page at: http://www.ceruleanstudios.com/downloads/ Hatky. __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

2 2

Extended window flag
by Fabian Cenedese 15 Dec '03

15 Dec '03

Hi I have an application where I get the styles from a window with GetWindowLong(m_hWnd, GWL_EXSTYLE); In Windows I get 0x00000110 but in wine I get 0x40000110. From the wine headers (mine seem to old) I get this means 'managed by the system'. Is this something wine specific? Do I need to pay attention to this? If it's a valid Windows flag why isn't it set in Windows? If it's just wine specific can I just mask it out? Thanks bye Fabi

3 6

Re: Running Wine under MS SFU under Wine ... ?
by ea＠iol.it 15 Dec '03

15 Dec '03

> My real point is - SFU is yet another set of windows > programs we can use to test wine, may as well grab a > copy while they're 'free'. SFU3 contains also the POSIX personality for NT/2k. Does Wine run native NT apps yet?

1 0

Wine Segmentation fault
by Fabian Cenedese 15 Dec '03

15 Dec '03

Hi I have a problem with starting wine itself. After trying the CodeWeavers wine I wanted to get clean again and removed everything I could find only slightly wine related (/usr/bin, /usr/local... etc). I even removed my cvs of wine of a few days ago. Then I made a fresh checkout and did the complete install with wineinstall. But still after this whole procedure I cannot start wine. Any ideas? Knoppix (Kernel 2.4.22) fabi@lx_fabi:/usr/local/bin$ gdb wine GNU gdb 5.3-debian Copyright 2002 Free Software Foundation, Inc. .. snip .. This GDB was configured as "i386-linux"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIG32, Real-time event 32. 0x40046fc4 in pthread_getconcurrency () from /lib/libpthread.so.0 (gdb) bt #0 0x40046fc4 in pthread_getconcurrency () from /lib/libpthread.so.0 #1 0x40046e08 in pthread_getconcurrency () from /lib/libpthread.so.0 #2 0x400463f2 in pthread_create () from /lib/libpthread.so.0 #3 0x00110de6 in get_threading () at glibc.c:61 #4 0x00110e2e in main (argc=1, argv=0xbffffc74) at glibc.c:73 Thanks bye Fabi

3 4

Re: PATCH: old freetype patch / FT_Get_First_Char
by Pouech Eric DMI AEI CAEN 15 Dec '03

15 Dec '03

> + if(!!pFT_Get_First_Char || (pFT_Get_First_Char( ft_face, &dummy ) < 0x100)) me thinks two bangs are one too much A+

2 1

Re: Running Wine under MS SFU under Wine ... ?
by Dan Kegel 15 Dec '03

15 Dec '03

Greg wrote: > On Sunday 14 December 2003 09:02 pm, Dan Kegel wrote: > >>I recently posted with problems running Microsoft's >>Services for Unix under Wine. I only tried it out >>of morbid curiosity, actually, and because MS was >>offering it for free. The free offer expired, but >>it's back again for a little while; slashdot.org >>seems to be running banner ads for it. I'd encourage >>any of you who even *might* be tempted to try this >>out to go order the CD-ROM. It would be way bitchin' >>cool if we could nest Wine and MS SFU (I seem to recall >>we can't nest Wine in Cygwin for some technical reason, >>but who knows, maybe SFU won't have the same problem). > > Don't get your hopes up; they are nothing to write home about. OK, I have to confess, I was drunk when I wrote that :-) My real point is - SFU is yet another set of windows programs we can use to test wine, may as well grab a copy while they're 'free'. - Dan

1 0

Re: Resend: Another fix for kernel file test
by Alexandre Julliard 14 Dec '03

14 Dec '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Tested on Win2k and Win98. MoveFile returns ERROR_ALREADY_EXISTS > when the destination exists. > > -Hans > > Changelog > MoveFile returns ERROR_ALREADY_EXISTS, not ERROR_FILE_EXISTS You need to fix the code too, or add a todo_wine; I can't commit tests that fail. -- Alexandre Julliard julliard(a)winehq.com

3 5

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