March 2005 - Wine-Devel - list.winehq.org

Re: [documentation] winedev-kernel
by Dmitry Timoshkov March 13, 2005

March 13, 2005

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > + <title>File management</title> > + <para> > + With time, Windows API comes closer to the old Unix paradigm "Everything > + is a file". Even if it grew better over the years, it's still not 100% > + there (for example, you cannot use <function>ReadFile()</function> over > + a socket handle). Is it really true? >From MSDN: BOOL ReadFile( HANDLE hFile, LPVOID lpBuffer, DWORD nNumberOfBytesToRead, LPDWORD lpNumberOfBytesRead, LPOVERLAPPED lpOverlapped ); Parameters hFile [in] Handle to the file to be read. The file handle must have been created with the GENERIC_READ access right. For more information, see File Security and Access Rights. For asynchronous read operations, hFile can be any handle opened with the FILE_FLAG_OVERLAPPED flag by the CreateFile function, or a socket handle returned by the socket or accept function. -- Dmitry.

3 6

Help fixing updown (comctl32) bug?
by C. Scott Ananian March 13, 2005

March 13, 2005

I have an open-source Windows application I'm trying to get to run under Wine (sd -- it's in the wine applications database). The particular issue I'd dealing with (at the moment) is a UDM_GETPOS message to an updown control. This is the code in the source application. ui_options.sequence_num_override = SendMessage(GetDlgItem(hwnd, IDC_SEQ_NUM_OVERRIDE_SPIN), UDM_GETPOS, 0, 0L); Under windows, when you just click 'ok' on the dialog without touching the updown control, this SendMessage returns '0'. Under wine, it returns 65536. Looking at the code (wine-cvs/dlls/comctl32/updown.c:2049): case UDM_GETPOS: temp = UPDOWN_GetBuddyInt (infoPtr); return MAKELONG(infoPtr->CurVal, temp ? 0 : 1); So, the different between Windows and Wine is that 'GetBuddyInt' (or its equivalent on Windows) is returning TRUE on Windows and FALSE in Wine. Digging down a level, the first lines of code in UPDOWN_GetBuddyInt are (wine-cvs/dlls/comctl32/updown.c:267): static BOOL UPDOWN_GetBuddyInt (UPDOWN_INFO *infoPtr) { WCHAR txt[20], sep, *src, *dst; int newVal; if (!IsWindow(infoPtr->Buddy)) return FALSE; ------- tracing through GetBuddyInt in Wine, this is as far as it gets. IsWindow returns FALSE, and so GetBuddyInt returns FALSE. But this is very puzzling: if I click one of the controls on the updown control, GetBuddyInt will eventually return TRUE. I don't really understand the purpose of the 'IsWindow' call here -- can anyone who understands the code a bit better explain to me how infoPtr->Buddy could get 'de-windowized'? I don't see anyplace in the code where Buddy gets reassigned, and turning on tracing doesn't show anything suspicious, and I've having great trouble getting gdb to set an appropriate watchpoint for me. Does anyone else have any insights? --scott KUCAGE KMPLEBE class struggle Cocaine UKUSA SCRANGER early warning colonel Bejing AELADLE LICOZY for Dummies ammunition ESODIC Treasury ( http://cscott.net/ )

1 0

Winston.exe or Elster-Formular
by Dietrich Teickner March 13, 2005

March 13, 2005

Has anyone tested "Winston" with wine ? This is a replacement for the german tax-program "Elster". If yes, how does the internet-connection works ? Inside Odin(wine-for os\2) overwrites any os-function the WSALastError ( redirected LastError) with any LastError. I know Wine works in the same manner. After redirect the WSALastError to any Tls (only for test), "Winston" will work. Dietrich

2 1

Re: [documentation] winedev-kernel
by Dimitrie O. Paun March 13, 2005

March 13, 2005

On Sat, Mar 12, 2005 at 09:29:44PM +0100, Eric Pouech wrote: > some DocBook cosmetic stuff, and new docu (file management being the most > important one) Very nice! Does this complete task Documentation/Devel Guide/6 on the TODO list? -- Dimi.

2 2

Re: Borland C++ Buildeer under Wine
by Oliver Stieber March 13, 2005

March 13, 2005

--- Andrew Neil Ramage <nrsc16850(a)blueyonder.co.uk> wrote: > Below is the last three lines of error messages > printed when I tried to > run Borland C++ Builder under wine. (There were > pages and pages of > error messages after I hit Ctrl-C in the terminal I > had started BCB.EXE > from.) > > Is this a known bug in Wine ? > > err:syslevel:_EnterSysLevel (0x40797840, level 2): > Holding 0x4083ccc0, > level 3. Expect deadlock! > err:syslevel:_CheckNotSysLevel Holding lock > 0x4083ccc0 level 3 > err:seh:setup_exception stack overflow 176 bytes in > thread 0009 eip > 004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 > [andrew(a)zeus BIN]$ > The stack overflow looks like somethings got stuck in a loop, which is problably why there were pages and pages of messages. What version of CBuilder are you using, CBuilder <=5 used to work. http://www.borland.com/products/downloads/download_cbuilderx.html CBuilder X claims to run on linux OOTB. I've got standard on the shelf, > -- > > Andrew > > [hackcoughsniffle] > Internal Virus Database corrupt > > Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: Wine Start Menu in the Desktop Applications Menu
by Mike Hearn March 13, 2005

March 13, 2005

On Sat, 12 Mar 2005 18:09:52 -0800, Scott Ritchie wrote: > We've talked about it on the Wine lists before, but there have been some > difficulties. The first is that we don't yet understand how to read > Windows shortcut files and interpret them: this can probably be overcome > with some work. Really? That's news to me. We can read .lnk files just fine and even produce .desktop files for them, that's where the icons on the desktop come from. > Here, I propose a short plan of action for getting Wine applications > into the Applications menu. Some of these need to be done at the > distribution level and some need to be done within Wine. When we have > it working nice and smoothly we can submit whatever changes we made to > freedesktop.org as well if they need to become a cross-distribution > standard. > > Here's how I see we can do this in Ubuntu: > > 1) Create a new Menu entry in the .menu file > at /usr/share/gnome-app-install/applications.menu This one will be > named "Windows Applications" and will need to point to two locations > for .desktop files: system-wide ones, and user-specific ones. > Instructions for how to do this are here: > http://standards.freedesktop.org/menu-spec/latest/index.html I don't think that's right, gnome-app-install is an Ubuntu thing. What you mean is we can drop a .menu file into ~/.config/xdg/menus/applications-merged and it'll be automatically linked in. We can do this in wineprefixcreate (or when the first menu entry is created). > 2) Create some Wine .desktop files that can go > in /usr/share/applications that will be readable by this menu entry. > These will be for system-wide Wine apps that are common to all users. > This will include Wine's own apps (like the configuration tool and the > uninstaller) as well as packages which depend on Wine (such as > Winetools). If we're going to create our own submenu to map the start menu we may as well put stuff like winecfg and the control panel there. No need to merge them into the main menu (where would they go, anyway?) > 3.) The menu specification can also point to a new location in the local > user's .wine directory, probably something like ~/.wine/menu. The winemenubuilder program is a winelib app so it'd be better to have it in, eg "~/.wine/drive_c/windows/start menu" > Here we'll have the user-specific .desktop files that link to the > Windows applications that user has installed. Once we figure out how to > make Wine build a start menu and translate the shortcuts into .desktop > files, they can be created there. It already does/can do, see winemenubuilder. We basically need to ensure it still works (probably hasn't actually worked properly for ages) and then merge the start menu directory in using the <LegacyMenuDirs> element. > These files can be kept up to date > (such as when a user installs a new windows application) by the > wineserver program. What will then tell Gnome to update the > applications menu (since new .desktop files will have been created) I'm > not sure yet. Not quite. The wineserver is a low level thing. Menu entries are created on the fly by the shell linker interface. GNOME monitors the menu directories/files so when they change it can reload the definitions (in theory, in practice this is broke on quite a few distros). > 4.) Once we get all that working, then we can start playing around with > icons. This should be fairly easy to translate across platforms. It > would be nice to have icons that Windows apps install available > centrally - this could perhaps be another dekstop integration task on > the Wine todo list. Already done. Again, observe that programs can place launchers onto the desktop (which you can then drag to the panel etc). thanks -mike

1 0

Borland C++ Buildeer under Wine
by Andrew Neil Ramage March 13, 2005

March 13, 2005

Below is the last three lines of error messages printed when I tried to run Borland C++ Builder under wine. (There were pages and pages of error messages after I hit Ctrl-C in the terminal I had started BCB.EXE from.) Is this a known bug in Wine ? err:syslevel:_EnterSysLevel (0x40797840, level 2): Holding 0x4083ccc0, level 3. Expect deadlock! err:syslevel:_CheckNotSysLevel Holding lock 0x4083ccc0 level 3 err:seh:setup_exception stack overflow 176 bytes in thread 0009 eip 004078d5 esp 405b0f50 stack 0x405b0000-0x406b0000 [andrew(a)zeus BIN]$ -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: [Wine]libwine-alsa, etc. still relevant?
by Scott Ritchie March 13, 2005

March 13, 2005

On Sun, 2005-03-13 at 11:01 +0200, David Baron wrote: > This came up before when debian upgrade wanted to remove these because of > their being the previous version. Now all the version numbers are consistant. > Deborphan lists them as orphans--no longer used! > > So ... are all these provided in the "main" wine library and these packages > actually orphans? If so, why are they still around? If not, what is going on? > > Packages are from the wine.sourceforge.net locations instucted on the winehq > site. > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users They're merged into the wine package in the winehq debs, since Wine is expecting them to be there anyway. Thanks, Scott Ritchie

1 0

Re: Warcraft 3 - "no program start menu found"
by Juan Lang March 13, 2005

March 13, 2005

--- Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > I really appreciate you looking at this. Thanks for the patch. No worries, thanks for finding it. That'd been lurking for months, and it was my bug. Glad to flush it out. --Juan __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0

dlls/dbghelp/elf_module.c, possible problem?
by Gerald Pfeifer March 13, 2005

March 13, 2005

Eric et al, the recent changes to dlls/dbghepl/elf_module.c have triggered the following compiler warning (using GCC 3.3) elf_module.c:1167: warning: passing arg 2 of pointer to function makes integer from pointer without a cast Would you mind having a look? Thanks, Gerald

1 0

Re: winetest, winrash and new volunteers
by Steven Edwards March 13, 2005

March 13, 2005

Hi, --- Chris Morgan <cmorgan(a)alum.wpi.edu> wrote: > I can give devel access to winrash cvs to anyone that wants it. I'm too busy > to work on this stuff myself these days. Is there some good documentation on how winrash and winetest work and communicate with the server? I am interested it in using it as part of the ReactOS build system. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Wine Start Menu in the Desktop Applications Menu
by Scott Ritchie March 13, 2005

March 13, 2005

One of the most commonly requested features for Wine is for Wine to be aware of applications that put themselves into the Windows Start menu. We've talked about it on the Wine lists before, but there have been some difficulties. The first is that we don't yet understand how to read Windows shortcut files and interpret them: this can probably be overcome with some work. However, there are some other barriers to entry that are now turning around thanks to the Freedesktop.org specs. Here, I propose a short plan of action for getting Wine applications into the Applications menu. Some of these need to be done at the distribution level and some need to be done within Wine. When we have it working nice and smoothly we can submit whatever changes we made to freedesktop.org as well if they need to become a cross-distribution standard. Here's how I see we can do this in Ubuntu: 1) Create a new Menu entry in the .menu file at /usr/share/gnome-app-install/applications.menu This one will be named "Windows Applications" and will need to point to two locations for .desktop files: system-wide ones, and user-specific ones. Instructions for how to do this are here: http://standards.freedesktop.org/menu-spec/latest/index.html 2) Create some Wine .desktop files that can go in /usr/share/applications that will be readable by this menu entry. These will be for system-wide Wine apps that are common to all users. This will include Wine's own apps (like the configuration tool and the uninstaller) as well as packages which depend on Wine (such as Winetools). 1 and 2 will get us some nice launch icons for the important pieces of Wine that most users aren't yet aware of (such as the new uninstaller and winecfg tools). Combined with Wine's ability to make desktop launcher icons when a program says to install an icon on the desktop, this should be a fairly good start at making Wine console-free. 3.) The menu specification can also point to a new location in the local user's .wine directory, probably something like ~/.wine/menu. Here we'll have the user-specific .desktop files that link to the Windows applications that user has installed. Once we figure out how to make Wine build a start menu and translate the shortcuts into .desktop files, they can be created there. These files can be kept up to date (such as when a user installs a new windows application) by the wineserver program. What will then tell Gnome to update the applications menu (since new .desktop files will have been created) I'm not sure yet. 4.) Once we get all that working, then we can start playing around with icons. This should be fairly easy to translate across platforms. It would be nice to have icons that Windows apps install available centrally - this could perhaps be another dekstop integration task on the Wine todo list. 5.) Different architecture issues. One of these days a working amd64 version of the Wine packages will be available (perhaps whenever I manage to afford a new amd64 computer). It's entirely doable to make it work transparently, once the upstream quirks in compiling Wine on 64 bit get worked out. We can also install 32 bit libraries (so we can run 32 bit windows programs) in a way similar to what we do with Open Office. The PowerPC version of the packages, however, is another issue. Obviously, we can't make Wine work with i386-compiled apps on PPC, however we can make it work with Winelib ones. If I ever finish packaging up eMule after getting it to compile in Winelib, a PPC Wine package version could put the .desktop files into the same place as Winetools goes, and then put eMule right there alongside it on PPC. Alternatively, on PPC we could just not use the new Windows Applications submenu altogether, and instead put Winelib apps like eMule in a normal place like Applications->Internet. I still have no idea exactly who is going to do which part of this work, or when, but it all seems like the right way forward to me. Comment is very appreciated. Thanks, Scott Ritchie

2 1

Re: Warcraft 3 - "no program start menu found"
by Juan Lang March 13, 2005

March 13, 2005

> I am beginning to I suspect it should really go in > dlls/shell32/shellpath.c It is. I think I see where the bug is, and I'm working on it. I should have a patch sometime this weekend, maybe later tonight. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

winetest, winrash and new volunteers
by Paul Vriens March 13, 2005

March 13, 2005

Hi, as can be seen from the test.winehq.org site the number of test-runs dramatically dropped. Apart from the fact that there were problems with the automated download of new tests by winrash: http://www.winehq.org/hypermail/wine-devel/2005/03/0373.html winetest will not run but bail out because there is no visible desktop. 3 of the 5 (!) tests that are now there, where done by me. Where in a 'normal' case we should already have dozens. I don't want to go into a discussion about the fact that 'running as a service' and 'on a visible desktop' can/cannot live together properly. Or why we should have 'visible' tests or not. I just want to have as much tests run as possible. I mean that was the whole idea behind it right? An approach should be decided upon: - Have (again) volunteers who run the winetest manually/interactively - Use winrash and have every test decide whether it needs interactivity - 'Fix' winrash so tests run, maybe semi-automated, on a visible desktop - .... An approach for the last is to have winrash fill in one of the 'run' keys (as it does on win98 already during install). I will be/stay a volunteer for the first approach until we decide what to do. Cheers, Paul.

3 2

Re: [ARTWORK] icon: "My Computer"
by egore March 13, 2005

March 13, 2005

Am Samstag, den 12.03.2005, 16:34 -0700 schrieb Brian Vincent: > On Sun, 13 Mar 2005 00:08:04 +0100, egore <egore(a)gmx.de> wrote: > > Am Samstag, den 12.03.2005, 23:02 +0100 schrieb egore: > > > Hi list, > > > > > > I drew a simple icon that COULD be used as a replacement for the current > > > one. I don't know if anyone of you likes it, so please tell me what you > > > think. Tell me if you like it, if you hate if, what could be done > > > better, etc. > > > > > > The icon can be found in different sizes (and in a scalable format) at > > > http://www.egore911.de/vype/wine/ > > I really like the 128x128 and 64x64. I think they're great. The > 32x32 version is hard to distinguish. I think the only reason is > because the outline of the computer needs to be in black and maybe the > monitor a little smaller. Also, I think we need a 16x16 version more > than a 128x128, so it needs to scale small. You're right. I added it in 16x16 to the website. The problem is that the icon is not recognizable at that size. I will check how to tweak them to scale them down (and both ideas you pointed out sound good to me). > > Ultimately what needs to happen to use them is to insert them as a > resource and use the Wine Resource Compiler on them. I think we have > a bunch of tools that do this, but I'm not sure. If you read the > Developers Guide it will explain this process. However - don't feel > like you need to go that far if you're not comfortable with it. I think integration of the icons is a bit early. I think some more wine-devel readers (Alexandre for example) should say if they like them or not and what can be done better. As soon as we can agree on an icon, I will look at the guide and try to use the "bunch of tools". > At > this point we really need some good artists to clean some of our ugly > crud up. I will see what I can do :D > For instance, the new winecfg tool has a decent logo on the > "About" tab. However it could be a lot nicer - drop shadow inserted > or something. I think the logo is much better than the icons from the picker. But I will look at it later. > > Good work! Thanks :D Chris

2 1

Re: Theming for Wine via the registry
by Oliver Stieber March 12, 2005

March 12, 2005

> > Ah, that's different. That'd actually require using > Gtk/Qt which we cannot > do, the best we can get is to look like them. > What's the problem, licensing, integration or thread-safety (I know QT isn't thread safe) > To be fully accessible we'd need to implement the > OLE Accessibility > framework and bridge it to AT-SPI or something > similar. > I may have a look at that too, it would be useful if QT/GTK could use some of the existing Windows accessibility software. I was thinking about going on a fund finding mission, or at least trying to find someone who wants to pay for an initial integration, it shouldn't be too hard as most companies are no where near their requirements. Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: [OLE #82] Implement VT_BYREF | VT_BSTR marshalling
by Rob Shearman March 12, 2005

March 12, 2005

Mike Hearn wrote: >Implement VT_BYREF | VT_BSTR marshalling > > Hi Mike, I've got a bigger patch in my tree at the moment that has your patch plus VT_BYREF|VT_BSTR unmarshaling, plus some other types. The thing now blocking InstallShield seems to be a nasty deadlock in the COM code that I haven't figured out yet. Rob

2 1

Re: wine/ misc/registry.c documentation/samples/config
by Mike Hearn March 12, 2005

March 12, 2005

Hi Alexandre, What is the thinking behind this patch? If we don't load the Windows registry on startup where should it be loaded? Will this code re-appear at any point in the future? A significant number of users still expect to be able to point Wine at an actual Windows install despite what we recommend. thanks -mike On Fri, 11 Mar 2005 07:10:25 -0600, Alexandre Julliard wrote: > ChangeSet ID: 16565 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/03/11 07:10:25 > > Modified files: > misc : registry.c > documentation/samples: config > > Log message: > Get rid of the Windows registry loading on startup, this needs to be > done differently. > > Patch: http://cvs.winehq.org/patch.py?id=16565 > > Old revision New revision Changes Path > 1.149 1.150 +6 -1498 wine/misc/registry.c > 1.73 1.74 +0 -2 wine/documentation/samples/config

4 5

Re: Discussion on Bug tracking database
by Tony Lambregts March 12, 2005

March 12, 2005

tony_lambregts(a)telusplanet.net wrote: > Ann and Jason Edmeades wrote: >> I'd like to completely clarify that : >> - If _easily_ recreatable then a comment can be put in to keep it >> active by >> the person looking at it, but otherwise anything which is inactive for 2 >> months when the action was with the raiser can be closed. >> >> If so, which closing code (does it matter?!)? With no changes to >> bugzilla I >> would suggest an INVALID closing code with appropriate words added. >> >> Once agreed, we can have some fun clearing out some old rubbish. Looking >> through the old bugs and trying to reproduce a few, there are some easily >> recreatable basic bugs but those where there is nothing to go on >> really cant >> be progressed! > > > Well if the attached patch is OK for Jeremy then you will not need to > use "INVALID" and you use "ABANDONED" instead. ;^) > Jeremy committed the patch... You can now resolve a bug as "ABANDONED" :^) -- Tony Lambregts

4 5

Theming for Wine via the registry
by Scott Ritchie March 12, 2005

March 12, 2005

This thread on the forums caught my attention: http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939 1) Is there a way we can make Wine respect the current GTK themes? Wasn't someone working on this a while ago? What's the status? 2) If I want to hack around this by changing the default registry for the Ubuntu packages, what's the best way to do that? Thanks, Scott Ritchie

3 3

Noteworthy Composer under WineDbg
by Andrew Neil Ramage March 12, 2005

March 12, 2005

I have been unable to find the reason Wine MIDI Mapper does not open properly. The trace below shows the output from winedbg with WINDEBUG set to +all. I hope someone can tell me what is going on. Andrew [andrew(a)zeus Default]$ set WINEDEBUG=+all [andrew(a)zeus Default]$ winedbg ~/.wine/drive_c/"Program Files"/"NoteWorthy Composer"/NWC32.EXE WineDbg starting on pid 0xa In 32 bit mode. 0x404d7dbf start_process+0xcf [/home/andrew/Download/Software/wine-20050211/dlls/kernel/../../include/winternl.h:1356] in kernel32: jmp 0x404d7db5 start_process+0xc5 [/home/andrew/Download/Software/wine-20050211/dlls/kernel/process.c:1046] in kernel32 1356 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg>next 1046 ExitProcess( entry( peb ) ); Wine-dbg>next err:thunk:_loadthunk (NWMID95B.DLT, thunkobj_ThunkData16, NWMID95B.DLL): Unable to load 'NWMID95B.DLT', error 2 fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum Invalid address (0x404d7db8) for breakpoint 0, disabling it Process of pid=0x0000000a has terminated Wine-dbg>quit WineDbg terminated on pid 0xa [andrew(a)zeus Default]$ -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 2

wine 20050310
by Kevin DeKorte March 12, 2005

March 12, 2005

The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin

4 3

Response from NoteWorthy
by Andrew Neil Ramage March 12, 2005

March 12, 2005

I wrote NoteWorthy support about the problem of opening the MIDI mapper. Here is their response. Hi: >My question is how do you detect the MIDI mappers ? The MIDI Mapper actually has a hard coded device ID on Windows. There is no need to detect it. Any other device listed in Tools, Options, Midi, "Available play devices" are detected using the multi-media subsystem. Regards, Eric, http://noteworthysoftware.com -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: Wine release 20050310 (2/2) and (1/2)
by Brian March 12, 2005

March 12, 2005

Hi Julliard, Your last two emails, Wine release 20050310 (1/2) and Wine release 20050310 (2/2), were received with no text and only an attachment with no file extension. Regards, Brian Alexandre Julliard wrote: -- OpenOffice Suite 1.1.4 : Firefox Browser 1.0.1 : Thunderbird Email 1.0

1 0

Fw: wine 20050310
by Paul R Streitman March 12, 2005

March 12, 2005

Seconded. No remarkable messages, etc. winedbg does not show anything unusual either - Notes just 'hangs' consuming the CPU. I would be happy to run any kind of test/trace to help debug this problem. The failure will also happen if you do not click one of the bookmarks on the left, it just takes longer before it happens. Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 03/11/2005 07:46 PM ----- Kevin DeKorte <kdekorte(a)yahoo.c om> To Sent by: "wine-devel(a)winehq.com" wine-devel-admin@ <wine-devel(a)winehq.com> winehq.org cc Subject 03/11/2005 05:49 wine 20050310 PM The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin (See attached file: attg49w2.dat)

1 0

Re: New uninstaller
by Dmitry Timoshkov March 12, 2005

March 12, 2005

"Jonathan Ernst" <Jonathan(a)ErnstFamily.ch> wrote: > With some help I'll be able to improve it (more unicodification, etc.) > when I'll come back. You can't really convert to unicode partially, you have to do it in one go. That not only will simplify things a lot, but also will save you a lot of time. > + for (i=0; i < numentries; i++) > + { > + len = WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, NULL, 0, NULL, NULL); > + descr = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > + WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, descr, len, NULL, NULL); > + printf("%s|||%s\n", entries[i].key, descr); There is no need to allocate len * sizeof(WCHAR) bytes, len works just fine. > +int wmain(int argc, char *argv[]) wmain takes 'WCHAR *argv[]' list. All remaining problems are caused by the fact that now argv[] array is passed in unicode but you still handle argv[] strings as ASCII and pass them around to internal functions which accept 'char *' not 'WCHAR *' strings. -- Dmitry.

5 15

Re: cabinet.dll FDI Conformance Test
by Dimitrie O. Paun March 11, 2005

March 11, 2005

On Fri, Mar 11, 2005 at 12:13:18AM -0800, Rizwan Kassim wrote: > Wine cabinet.dll FDI Conformance Test Patch A few comments: -- the patches uses Windows line ends, please fix that -- the preprocessor is abused. There's no need to have #ifdef VERBOSE #endif all over the code, please pull that into the trace() function -- the STANDALONE business should also go, there's no need for it in Wine. -- Dimi.

1 0

Re: add version info to the reg
by Vincent Béron March 11, 2005

March 11, 2005

Le jeu 10/03/2005 à 17:50, Ivan Leo Puoti a écrit : > lamest patch I've ever sent, but it wasn't my idea. > > ChangeLog: > Add hardcoded version info to the registry. > > Ivan. > ---- > > --- wine/tools/wine.inf 2005-01-08 09:32:29.000000000 +0100 > +++ new/tools/wine.inf 2005-03-10 23:19:01.589998042 +0100 > @@ -108,6 +108,8 @@ > HKLM,%CurrentVersion%,"ProgramFilesDir",,"%16422%" > HKLM,%CurrentVersion%,"RegisteredOrganization",,"Change preferred organization in ~/.wine/system.reg" > HKLM,%CurrentVersion%,"RegisteredOwner",,"Change preferred owner in ~/.wine/system.reg" > +HKLM,%CurrentVersion%,"CSDVersion",,"Service Pack 4" > +HKLM,%CurrentVersion%,"CurrentVersion",,"5.0" > HKLM,%CurrentVersion%\Setup,"BootDir",,"%30%" > HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" This doesn't look like the right place to put it, especially since Wine can be set to something else than Win2k. That doesn't mean I know where to put it... Vincent

3 2

Re: Make running tests on a visible desktop a mandatory requirement
by Paul Vriens March 11, 2005

March 11, 2005

On Thu, 2005-03-10 at 17:06, Dmitry Timoshkov wrote: > "Paul Vriens" <Paul.Vriens(a)xs4all.nl> wrote: > > > Apart from the fact whether winrash should be 'fixed' or not, this patch > > doesn't seem to do what it is supposed to do. Put in other words the > > running_on_visible_desktop is not correct (enough). > > Apparently that's because desktop window is completely covered by the Progman > window and SysListView32. I'm very sorry for the breakage. > > Here is a patch that hopefully should finally work for all systems. It's based > on the article pointed out by Robert Shearman. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Implement a test for the desktop visibility based on the MSDN article > pointed out by Robert Shearman. Hi, someting is wrong with pulling the latest winetest (with winrash) but that's another issue. When running the latest winetest from Paul' page, I get on my win98 box: C:\WINDOWS\Desktop>C:\WINDOWS\DESKTOP\WINETE~1.EXE Assertion failed: pGetUserObjectInformationA(wstation, UOI_FLAGS, &uoflags, size of(uoflags), &len), file /home/paul/Production/wine-cross-source/programs/winete st/main.c, line 82 abnormal program termination This doesn't seem right ;-) Paul.

1 0

Re: Wine & Valgrind 2.2.0
by Oliver Stieber March 11, 2005

March 11, 2005

--- Lars Segerlund <lars.segerlund(a)comsys.se> wrote: > > Hi, > > Has anybody given prospect & oprofile a spin ? > > My machine is a bit to slow for a build of the > latest wine, but I figured it could be a nice way to > check systemusage in conjunction with wine. > > Opinions ? I've oprofiled the DirectX 9 work, but it's not so usefull their since most of the dogs work is performed in the openGL driver. No problems profiling though, there's a WWN artical about it. http://www.winehq.org/?issue=249#oprofile & Wine > > / regards, Lars Segerlund. > > > On Fri, 11 Mar 2005 17:40:25 +0200 (EET) > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > On Fri, 11 Mar 2005, James Hawkins wrote: > > > On Fri, 11 Mar 2005 17:12:35 +0200 (EET), > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > > On Wed, 9 Mar 2005, Robert Shearman wrote: > > > > > I find the --tool=memcheck option the most > useful, which can be used for > > > > > finding the source of memory corruption. > > > > > > > > Fine, but can you help me to fight an error > saying "SEGMENT MAPS NOT OK" ? > > > > I try running 'wine Diablo.exe' and get > something like that: > > > > > > > > | INV 2 FAILED: seg 0x1C490000-0x1C492000 > crosses boundaries of mapping 0x1C490000-0x1C491000 > > > > | INV 1 FAILED: seg -0x1C490000 does not end > at mapping 0x1C492000-0x1C490000 end > > > > | INV 1 FAILED: mapping 0x1C491000-0x1C492000 > (prot=rwx file=/usr/local/lib/wine/ole32.dll.so) is > before 0x1C492000-0x1C498000 > > ... > > > > And then valgrind terminates. Where is the > problem? Something is wrong > > > > with the ole32.dll.so file? > > > > > > Try running valgrind with wine-pthread or > wine-kthread instead of > > > wine, because valgrind doesn't run child > processes in it's vm. > > > > Yes, I already am running that way (wine-pthread). > W/o wine-pthread name > > or w/o --trace-children=yes option supplied I > capture nothing usefull. > > > > And BTW, wine under valgrind runs slowly now. > AFAICS, a lot more slowly > > than the stable v2.2.0. > > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Warcraft 3 - "no program start menu found"
by Tony Lambregts March 11, 2005

March 11, 2005

Jesse Allen wrote: > On Thu, 10 Mar 2005 22:20:27 -0700, Tony Lambregts > >>Index: tools/wine.inf >>=================================================================== >>RCS file: /home/wine/wine/tools/wine.inf,v >>retrieving revision 1.28 >>diff -u -r1.28 wine.inf >>--- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 >>+++ tools/wine.inf 11 Mar 2005 05:11:40 -0000 >>@@ -112,6 +112,7 @@ >> HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Hotfix\Q246009,"Installed",,"1" >>+HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" >> >> [Debugger] >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\AeDebug,"Debugger",,"winedbg %ld %ld" >> Jesse Allen wrote: > > That's wrong. Here's is a better example of the registry entry we need: > > [HKEY_USERS\jesse\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell > Folders] > "Programs"="C:\\windows\\profiles\\jesse\\Start Menu\\Programs" > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. I think [HKEY_USERS\jesse\] translates to [HKCU]. Paul Vriens wrote: > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. > Well, this patch was more or less a "ping" to see if I was headed in the right direction. 8^) I put together the following patch which is closer but still not exactly right, since it hard codes to the C: drive. I am beginning to I suspect it should really go in dlls/shell32/shellpath.c in PathSetDlgItemPath(). help! Index: tools/wine.inf =================================================================== RCS file: /home/wine/wine/tools/wine.inf,v retrieving revision 1.28 diff -u -r1.28 wine.inf --- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 +++ tools/wine.inf 11 Mar 2005 16:36:38 -0000 @@ -123,6 +123,7 @@ HKCU,%Desktop%,"SmoothScroll",1,00,00,00,00 HKCU,%Desktop%,"UserPreferencemask",1,00,00,00,00 HKCU,%Desktop%,"LowPowerActive",,"0" +HKCU,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" [Metrics] HKCU,%Metrics%,"ScrollWidth",,"16"

1 0

Wine & Valgrind 2.2.0
by Robert Shearman March 11, 2005

March 11, 2005

Hi all, I notice there has been interest from developers wanting to run valgrind with wine. I have been doing this successfully with the attached patch applied. Note that there are some false positives from the thread start routines caused by a bug in valgrind. Apparantly this is fixed in the latest cvs, but I have not tried it. I find the --tool=memcheck option the most useful, which can be used for finding the source of memory corruption. Rob

5 5

Re: Warcraft 3 - "no program start menu found"
by Juan Lang March 11, 2005

March 11, 2005

Paul wrote: > > +HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, > > "Programs",,"c:\\windows\\Start Menu\\Programs" > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. The patch doesn't match the bug. The bug says changing users.reg fixes it, but this change would affect system.reg. Or, to echo what Paul said, the bug says the change should go in HKCU, but the patch changes HKLM. This should be set when shell32 is registered. It is for me, anyway. There are two keys, "Shell Folders" and "User Shell Folders". Only "User Shell Folders" affects shell32's behavior, but for backward compatibility it writes what it finds there to "Shell Folders". This is what MS shell32 versions 5 and higher do too (and there's a test case that demonstrates it.) Anyway, take a look at HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell in both Shell Folders and User Shell Folders. You should see entries for Cache, Cookies, Desktop, Favorites, History, NetHood, Personal, PrintHood, Programs, Recent, SendTo, StartMenu, StartUp, and Templates. If not, reregistering shell32 should fix it. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: Warcraft 3 - "no program start menu found"
by Jesse Allen March 11, 2005

March 11, 2005

On Fri, 11 Mar 2005 08:16:28 -0700, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. > See wine/dlls/shell32/shellpath.c. It seems to be in there as "IDS_PROGRAMS". Comment for _SHGetUserShellFolderPath: /* Gets the value named value from the registry key * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders * (or from rootKey\userPrefix\... if userPrefix is not NULL) into path, which * is assumed to be MAX_PATH WCHARs in length. * If it exists, expands the value and writes the expanded value to * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders * Returns successful error code if the value was retrieved from the registry, * and a failure otherwise. */ Anyone know why it doesn't get created? Jesse

1 0

Re: [wine-test-devel] Patch - cabinet.dll FDI Conformance Test
by Dan Kegel March 11, 2005

March 11, 2005

Rizwan Kassim wrote: > Signed-off-by: Rizwan Kassim <rizwank(a)geekymedia.com> > Signed-off-by: Dan Kegel <dank(a)kegel.com> > Signed-off-by: Aleksandr Liber <aliber(a)ucla.edu> I didn't sign off on this version, for what it's worth. Rizwan, please only put the Signed-off-by header with my name on it if I've actually reviewed the patch being submitted. A few notes: --- #define _S_IREAD 0x0100 #define _S_IWRITE 0x0080 --- I told you earlier that's not a good idea; you should get those from a standard windows header. --- #ifndef WIN_ENV #include <msvcrt/fcntl.h> #else #include <fcntl.h> #endif --- I told you earlier that plain old <fcntl.h> should do, and it works fine here with msvc and winegcc. You shouldn't ever need to include <msvcrt/fcntl.h>. You decompress complex.cab but don't verify the results; that seems bad. Can you address those issues, please? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Theming for Wine via the registry
by Oliver Stieber March 11, 2005

March 11, 2005

--- Scott Ritchie <scott(a)open-vote.org> wrote: > This thread on the forums caught my attention: > > http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939 > > 1) Is there a way we can make Wine respect the > current GTK themes? > Wasn't someone working on this a while ago? What's > the status? I think this falls under... http://www.winehq.org/site/fun_projects Integrate the Registry With Native Configurations Implement a bridge between the Windows registry and the GNOME/KDE configuration systems. If you set the wallpaper in a Windows app it should reflect on your real desktop. This is useful for programs like the WebShots desktop. This could be done by extending the wineexplorer workers: wanted status: to do updated: Dec 21, 2004 It's fairly easy to do, just copy the GTK system settings into the correct registry entries on startup and visa-versa. I have an old email from myself that tells me to take a look at .... hkey_users \console ... Control Panel (for desktop stuff) and Keyboard Layout Software\microsoft\windows\currentversion\print\printers and Software\microsoft\windows\currentversion\profileList.. Software\microsoft\windows\currentversion\profileGuid HKEY_Local_machine\software\Microsoft\Windows\CurrentVersion\SyncMgr\AutoSync\DOMAIN_UNAME HKEY_Local_machine\system\controlSetxxx\services\* So I expect that's a good place to start looking. details on reading-writing Gnome/Kde settings should be at www.freedesktop.org > > 2) If I want to hack around this by changing the > default registry for > the Ubuntu packages, what's the best way to do that? > > Thanks, > Scott Ritchie > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

flexible-mmap breaks application
by Uwe Bonnes March 11, 2005

March 11, 2005

Hallo, from the XILINX Ise suite (version 6.3 tested), the GUI (_pn.exe) and the web update (webupdate.exe) crash with recent CVS when run on a 2.6 Kernel (Suse 9.2, 2.6.11.1-20050307183958-default, but also the default 2.6 distribution kernel and a Athlon/ Pentium M). Both programs run fine with 2.4 (meeding a step back to Suse 9.0, but the same wine executable, only tested on the Athlon). The problem was hard to pinpoint, but I suspected differences in HeapAlloc() return values to cause the problem, hinted by looking at the disassembly where the error happens. Clearly there is a difference between 2.4 and 2.6 kernels: While mmap2() in kernel 2.4 in map_view() returns values in the 0x4000 0000 range, kernel 2.6 returns values like 0xb7fe9000, 0x58710000, 0xa07f0000 and 0x77abf000. A check in RtlAllocateHeap() for return values above 0x80000000 also triggers with both programs when run on 2.6 and not with 2.4. Looking deeper, I found http://lwn.net/Articles/92281/ about flexible-mmap-update.patch and the wine-devel discussion from around new year about "Re: ptrace single-stepping change breaks Wine". Setting /proc/sys/vm/legacy_va_layout, like proposed by Ingo, lets the app finally run. Alexandre finally concluded the discussion by > Probably the easiest would be to have a way for an app to specify the > mmap range it wants. So instead of having the kernel try to guess from > brk and stack ulimit, both of which are meaningless for Win32 apps, we > could set the range from "end of win32 exe" to 0x7ff0000. This would > also avoid the need to preallocate everything above 0x80000000 that we > currently do and that plays havoc with address space limits. However nothing seems to have happened with regard to that problem until now. Could we revive that discussion? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 7

Re: [DMUSIC/DINPUT] includes fixes
by Alexandre Julliard March 11, 2005

March 11, 2005

Raphael <fenix(a)club-internet.fr> writes: > --- dinput.h 5 Oct 2004 04:38:15 -0000 1.46 > +++ dinput.h 10 Mar 2005 22:13:43 -0000 > @@ -640,7 +640,9 @@ > DWORD dwData; > DWORD dwTimeStamp; > DWORD dwSequence; > +#if(DIRECTINPUT_VERSION >= 0x0800) > UINT_PTR uAppData; > +#endif As a rule we avoid that sort of thing in Wine (I know there are other such #ifs in that file but they should be removed). It makes no difference for binary compatibility, and it's very unlikely that an app would depend on it at the source level, so it's not worth the extra headaches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/gdi gdiobj.c
by Krzysztof Foltman March 11, 2005

March 11, 2005

Alexandre Julliard wrote: > Log message: > Allocate fonts and regions from the large heap too. While this is surely good, I guess it would be nice to have an option to restore the previous behaviour. It's much easier to find font leaks this way. Or is there an official way to determine how many GDI handle get leaked (if any) and how many of each type ? (WINEDEBUG=lotsaoptions wine app.exe | egrep complicatedgrepexpression doesn't count) Krzysztof

2 1

AppDB: Escaping / new-line problems
by Francois Gouget March 11, 2005

March 11, 2005

A lot of AppDB entries have broken escaping and some even seem to have only one line. That greatly reduces their readability. Not sure if this is because the formatting was lost over the years. Hopefully it can be fixed in one go for all entries. Otherwise we'll have a big AppDB janitorial cleanup task... Here are some examples: * Gepasi http://appdb.winehq.org/appview.php?appId=1509 Lots of backslashes, quotes are escaped. Appears to be all on one line. * StreetChaves http://appdb.winehq.org/appview.php?appId=1852 Quotes and single-quotes are escaped. All on one line * Neverwinter Nights http://appdb.winehq.org/appview.php?appId=870&versionId=1191 Single-quotes are escaped. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 2

Re: Warcraft 3 - "no program start menu found"
by Paul Vriens March 11, 2005

March 11, 2005

On Fri, 2005-03-11 at 06:20, Tony Lambregts wrote: > Mike Hearn wrote: > > On Sun, 27 Feb 2005 14:53:51 -0700, Tony Lambregts wrote: > > > >>I had the same error but after some googling (for a good 20 minutes or > >>so) I found the solution: > >> > >>Adding > >> > >>[Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders\\] > >>"Programs"="c:\\windows\\Start Menu\\Programs" > >> > >>to my users.reg file in ~/.wine/ fixed the problem for me. > > > > > > So it's a bug in Wine then. We should add this to the default registry! > > I started a bug on this. > > http://bugs.winehq.org/show_bug.cgi?id=2765 > > I think this is the correct spot to put this. > > Change log: Add start menu entry to the default registry > > Files changed: tools/wine.inf > > ______________________________________________________________________ > Index: tools/wine.inf > =================================================================== > RCS file: /home/wine/wine/tools/wine.inf,v > retrieving revision 1.28 > diff -u -r1.28 wine.inf > --- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 > +++ tools/wine.inf 11 Mar 2005 05:11:40 -0000 > @@ -112,6 +112,7 @@ > HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Hotfix\Q246009,"Installed",,"1" > +HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" Should we hard-code "c:\\windows" ? Apart from that, when I look at my WinXP system the entries are in: [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] So there is probably more to it. Cheers, Paul.

1 0

Segfault. Conformance Test/Patch in Cabinet.dll
by Rizwan Kassim March 11, 2005

March 11, 2005

A follow up to the cabinet patch we released before hand. It works perfectly in windows/cl. When its in the wine tree, gcc doesn't like it as much. cabinet_fdi.c: In function `TestCreate': cabinet_fdi.c:263: warning: passing arg 3 of `FDICreate' from incompatible pointer type Running it = segfault. WINEDEBUG=+all wine dlls/cabinet/tests/cabinet_test.exe.so results in the attached debug trace, which doesn't help (me) much. Anyhow, point being, it works in Windows, dies in Wine, but I'm not sure that its a Wine error. Can anyone offer any suggestions/fixes? -- Thank you, Rizwan Kassim http://www.geekymedia.com - GPL code, How-To guides and more. "There's no such thing as non-lethal shaving damage with a sword!" -- Scott Martin Octal is the way God meant programmers to count - the thumbs are parity bits. "The first creature we encountered (and this is the god's honest truth) was a Duck with a +4 hotdog cart. For some reason, we never found out why, this Duck's sole purpose in life was to go out around smasing his cart into adventurers until they agreed to buy a hotdog from him. Once doing so, you were prompty told to roll a save vs poison (food poisoning) or die."

2 2

Reporting "Unknown EXE OS version" and a non-functioning program
by Pavel Troller March 11, 2005

March 11, 2005

Hi! Because my kids are obsessed by trains and everything about them, I've decided to download them a train simulation game. Because I refuse to use anything from M$ and I didn't find any train simulator for Linux, I've found and downloaded a free "miniature train simulator", available for download at http://jeanmichel.kerdal.free.fr/Train/train.zip . I've unzipped the package and tried to run the Install.exe file. But the only I get is patrol(a)arcus:~/train$ wine Install.exe fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS version 4.0, please report !! fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x7f9bdd4c,326,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x720dfb0c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x767bd768)->(0x767bffd0, 0, (nil)), hacked stub. The program then simply runs and waits fot the rain (or maybe train :-) ?) without any visible activity and should be killed. Normally I wouldn't report this because there is still a lot of programs which are incompatible with wine (oh these windows programmers... :-) ). But this one explicitly asked for reporting, so I'm just doing what it asked for :-). This is with a fresh wine CVS update, which reports itself as wine-20050310. With regards, Pavel Troller

1 0

winebrowser
by Steven Edwards March 11, 2005

March 11, 2005

Hi, This is a port of the ReactOS Internet Browser to Wine. I will not have time to mess with it so I figured I would send it here if anyone was interested. Its just a small wrapper around the IE control so if you don't have IE installed then it will use Wines shdocvw.dll and the Mozilla ActiveX Control. My plan was to convert it to C and then have it be the fallback case in the event you did not have a Unix browser listed in your registry. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

1 0

Re: scanf '%n' fix.
by Tony Lambregts March 10, 2005

March 10, 2005

C. Scott Ananian wrote: > Changelog: > - Allow scanf to continue parsing format string after a '%n'. > (Previously, 'st' wasn't being set, so we'd stop after %n even if > we weren't done with the format string.) Also set 'suppress' > so that the result value returned after a %n is correct. > - Add tests for scanf to check proper handling of '%s %n%s'. > > This fixes a bug I'm seeing in the Windows version of 'sd', a program > for square dance callers ( http://www.lynette.org/sd/ ). Now why is there no AppDB entry for this program. ;^) -- Tony Lambregts

2 1

Re: Wine in the press
by Brian Vincent March 10, 2005

March 10, 2005

On Thu, 10 Mar 2005 17:58:54 +0000, Mike Hearn <mike(a)navi.cx> wrote: > A bit long, and not everyone will know what WGA is. I'd suggest just > paraphrasing it: > > "Wine is the most popular third party translation technology in use" > -Microsoft No, I wouldn't do that. I don't think it's libel, but IANAL and I don't really know. I can't think of a good way to include the quote anywhere on the main page. Maybe it makes more sense starting off the "About" page? Or, even better, we (and by "we" I mean someone other than me) go through some of the articles printed about Wine in the past year and dig out about 5 - 10 really good quotes. Then we (and by "we" I mean Newman) figures out a way to randomly the select the quotes and display them on the main page. Then just include the Microsoft quote with them. I think that would be neat and it would advertise a lot more. In completely unrelated news, I've been meaning to send out something in the next few days reminding people to book hotel rooms for Wineconf. There is still space available - if they told you otherwise please double check. March 17th is the last date for reserving a room there. Also, I need to sit down and spend some time looking over agenda ideas. If you have any ideas at all, or want to present something cool, let me know. - Brian

3 3

Wine in the press
by Tom Wickline March 10, 2005

March 10, 2005

Title: Ham and Wine go well together Link: http://software.newsforge.com/software/05/03/02/1449240.shtml?tid=130 By: Joe Barr <snip> Everything I read said "this is what you want." But of course it isn't, because I don't run Windows. It was just about this time that the news about Microsoft blocking users running Wine from downloading updates and tools from their site began to spread. All the sudden I wondered -- if Wine is good enough to have Microsoft blocking it, could it run CwGet? </snip> All I have to say is "Thank You Microsoft" for the press :-) Tom

9 12

Sorce for Wine MIDI Mapper ?
by Andrew Neil Ramage March 10, 2005

March 10, 2005

Where would I find the source code for this module ? I want to look at it to see if I can discover why it fails to open when using Noteworthy Composer. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 2

Re: server/protocol.def documentation
by Juan Lang March 10, 2005

March 10, 2005

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > protocol.def itself is the documentation of the protocol, there is no > need for more. It's pretty much self-explaining anyway, and people who > can't figure it out by reading the code have no business messing > around with the server protocol. Consider it as the entrance exam for > server hacking ;-) Okay, fair enough. I think what's missing, though, is a dev guide entry on where this thing is, and (briefly) how to extend it. But since experienced wine hackers seem to figure this out anyway, there may be no need. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: server/protocol.def documentation
by Juan Lang March 10, 2005

March 10, 2005

Hi James, > ie why we use do...while(0) loops in SERVER_START_REQ This is a fairly common idiom in C macros. See here for an explanation: http://www.everything2.com/index.pl?node_id=1180050 Because it's a common trick, I'm not sure it's worth explaining. Describing at a high level what SERVER_START_REQ and SERVER_END_REQ do for the macro-phobic might be useful though. As far as documenting the server API, again I agree with you: it's a worthwhile task. There's even a todo list item for it assigned to Alexandre.. but I wouldn't hold my breath for him to provide something parseable by newbies. If you're starting to understand it, maybe writing it down would be a good idea. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1