wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Thread tests failure on Windows
by Paul Vriens 20 Nov '05

20 Nov '05

Hi, I've not been able to get the kernel thread tests working on windows. The only thing I've found is that changing thread.c: /* simulate a call to set_test_val(10) */ #if 0 stack = (int *)ctx.Esp; stack[-1] = 10; stack[-2] = ctx.Eip; ctx.Esp -= 2 * sizeof(int *); ctx.Eip = (DWORD)set_test_val; #endif or even #if 0 ctx.Eip = (DWORD)set_test_val; #endif makes the test run instead of crashing. They still fail, but only for the last ok(). Unfortunatly this is way over my head. So I'd appreciate if someone could have a look. What worries me (maybe needless) is that the test runs OK on Wine. So either we're way better or we implement things differently. Cheers, Paul.

4 5

MixOne buffer underrun, ideas?
by george multescu 20 Nov '05

20 Nov '05

Hi all! I want to get your oppinion on some buffer underrun i've been experiencing. Driver: Alsa, Hardware acceleration : Emulation. I've been testing Diablo2 v1.11b. My hardware: 256Mb ram, 1.1 ghz duron, via kle133 chipset, The error: err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631a70 that isn't very informative, so i've added some more parameters to the err: ERR("underrun on sound buffer %p dsb->buf_mixpos = %ld dsb->buflen = %ld \n", dsb, dsb->buf_mixpos, dsb->buflen); and got this: //////////////////////////////////////////////////////////////////////////////////////////////// err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631a70 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631f70 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a6311b8 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631008 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a5d0788 dsb->buf_mixpos= 0 dsb->buflen= 131072 /////////////////////////////////////////////////////////////////////////////////////// so it seems that dsb->buflen is almost always 1310702, with the small exception of: 262144( which is (1310702 * 2)); dsb->buflen= 262144 only happend once or twice. So, any ideas? __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

problem compiling value.c in /home/storri/src/wine/dlls/wldap32
by Stephen Torri 20 Nov '05

20 Nov '05

I am using CVS version of wine that I synced with just tonight. I did the following commands: make clean cvs up ./configure make depend make When it came to compiling value.c in /home/storri/src/wine/dlls/wldap32 I get an error that: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o value.o value.c value.c: In function `bv2str': value.c:123: error: dereferencing pointer to incomplete type value.c:128: error: dereferencing pointer to incomplete type value.c: At top level: value.c:135: warning: 'bv2str_array' defined but not used make[2]: *** [value.o] Error 1 make[2]: Leaving directory `/home/storri/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/home/storri/src/wine/dlls' make: *** [dlls] Error 2 The type system used does not make sense to be as a user. I don't see where ULONG is defined athat I see being used at line 123 in value.c Stephen

2 1

Steam regression in CVS
by James Liggett 19 Nov '05

19 Nov '05

Hi, Yesterday I found a regression in Steam in current CVS. It fails to start, giving the error message: "ERROR: Failed to get local IP address of SocketToServer." Steam dies a few seconds after this. I tracked down the cause to a recent Winsock patch: http://www.winehq.com/pipermail/wine-cvs/2005-November/019293.html Can someone confirm this/take a look at it? Thanks. James

4 4

RFC: Presentation for Desktop Architecture meeting
by Jeremy White 19 Nov '05

19 Nov '05

I'm preparing for the Desktop Architecture meeting; each project is being asked to prepare a presentation using a standard format. I've filled in their template and was hoping to ask for feedback. The Open Office file is available for download here: http://dl.codeweavers.com access key 'deskarch' It's about 327K; I'm also including, in line, the outline, which is about 1.5K <grin>. I'd appreciate thoughts/suggestions/comments. I gather the main purpose of the meeting is to try to increase cooperation between projects. Cheers, Jeremy ----- Wine Project Overview Purpose: Implement Windows API for Unix Wine loader – run Windows Applications Winelib – port Windows applications Deliverables (the dream) All PE format files (.exe + .dll) 'just work' with binary loader. C/C++ code recompiles and 'just works' with Winelib Affiliations CodeWeavers ReactOS project Wine Project History Founded 1993 Single Maintainer 797 Contributors over Lifetime, ~40 active Alpha Software, limited functionality, through 2005 First Beta (0.9) released October 2005 Many things work Server interface stable Some ABI stability Associations With Other Desktop Organizations Wine is a power user of the kernel, glibc, and x.org Have very specific needs around memory, threading, and display control We break X more than any other app I know We get no respect exec shield, glibc threading changes, feels like a constant arms race; be nice if we could be more involved, given time to respond Also touch: OpenGL, ALSA/Jack/ESD/Arts/OSS Hurray for Freedesktop.org Menu Specifications Xembed Protocol Gap Analysis In Current Implementations Missing capabilities Many things don't work == a whole lotta bugs Developing capabilities Most core pieces are there, most things 'should' work DirectX coming along nicely Sound still needs work Many things at 90%+, but still need work Top priority development items in plan “We have not yet begun to optimize” Regression testing Driving to 1.0 Major Plans 6 month plan Refine beta releases of 0.9, drive towards 1.0 2 year plan World Domination?

7 9

Minor graphical glitches in 3dMark2000's GUI
by Dustin Navea 19 Nov '05

19 Nov '05

OK, these are all in the GUI, not while running the Demo or the Benchmark itself. First is when you initially run the program, it shows a splash screen, but it looks like there is another small piece of the splash that is not being displayed (just shows up as a white box in the middle of the rest of the splash, which works fine).. 2nd is when you go to the help menu and then to about, when that window first opens up, for about a sixth of a second,you see what is supposed to be drawn, which is grey bg and some test, with the 3dmark/madonion.com logo on the left.. After that sixth of a second, the are where the text is displayed becomes black, but the logo still displays. But since the text is black, and the bg is too, you can't read the text.. 3rd, which I'm going to put on bugzilla, is some error messages that spit out on the console, which I think prevent the app from running all of the benchmarks.. The ones that dont run, just tell you something like unsupported hardware, etc, and then it continues with the next mark. This app can be downloaded from Madonion.com, as shareware, in the unsupported and outdated products section :-/... The only things disabled in the demo version are things like the results browser, and 2 of the benchmarks.

1 0

displaying 'interval' timings in debug info
by Oliver Stieber 19 Nov '05

19 Nov '05

Hi, I've got a patch that displays timings between debug messages with TRACE+interval enabled that I'm using for some profiling and thought someone else may be interested. The patch is against dlls/ntdll . Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

What would most aid WINE development?
by Susheel Daswani 19 Nov '05

19 Nov '05

Hello WINE Development community, My name is Susheel Daswani. I am a second-year law student at Berkeley School of Law. I am also a software engineer - I used to develop the LimeWire open source Gnutella p2p application. Nice to meet everyone. For my 'Antitrust & IP' course this semester I am writing a brief about why I think the remedy in the Microsoft antitrust case was inadequate. My main recommendation is that the 'applications barrier to entry' phenomenon (users like OSes with lot of applications, developers like OSes that users like) need not aid Windows' dominance. This is of course familiar thinking to the WINE community - if a *nix (or any other OS) could effortlessly run every Windows application, then we wouldn't have a monopolist over in Redmond, or at least we'd have some fervent competition in the personal desktop OS space. So my question for the WINE developers is "What materials from Microsoft would most aid the development of WINE"? The Windows API is of course public, so my guess is that isn't a huge bar to creating WINE. So what are the bars? Is it simply the scope of the project? Is there information that MS could divulge that would greatly aid the WINE effort? Would open sourcing part of Windows help? I plan to use your answers for no other purpose than educating my professor on what, alas, *could* have been done to help restore competition to the personal desktop OS market. Thanks very much! Susheel Daswani http://www.susheeldaswani.com sdaswani(a)boalthall.berkeley.edu

6 6

Re: make builtin dlls visible for applications?
by Juan Lang 19 Nov '05

19 Nov '05

> 2) place dummy files for all builtin dlls in c:\windows\system32 I believe this is the correct approach. I know of at least one InstallShield installer (that uses MSI) that searches for IE by looking for the file shdocvw.dll and checking its version. Presumably we'd like our users to have the option of installing programs using all builtin DLLs, even with silly checks like this. Eric once mentioned he had some hacky program that parsed PE headers that we might be able to coerce into creating such dummy DLLs. What we're looking for (besides him posting the code) is a volunteer to work on it. > hmm I guess you would get into trouble if you use WINEDLLOVERRIDE. > Wouldn't LoadLibrary try to load those dummy files? Someone proposed a hack where the loader would know that these DLLs are dummies based on a wine-specific flag in the header. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

5 4

Quick q about bug posting
by Dustin Navea 19 Nov '05

19 Nov '05

Just wondering, I'm going through all of the different apps that I have to see what sorts of problems I am running into, and in several of them, the programs run fine, but there are some graphic glitches (nothing major).. Should I report those here, to bugzilla, or both? They all see to be trivial to fix, and could be a plus to have listed as like gold or platinum (if there is a platinum designation). These are all _apps_.. not games.. So like I said, here, bugzilla or both? Dustin

1 0

Using Windows .DLLs in Linux C++ code - possible?
by Jim Morash 18 Nov '05

18 Nov '05

Is it possible, via Wine, to link against a Windows DLL in a C++ program compiled under Linux? My specific situation: I would like to interface a piece of hardware over a serial port. The manufacturer refuses to provide a serial comms specification for the device "because it's proprietary", but they will happily provide a Windows DLL that can be used to control the device. Any chance of using it under Linux? thanks --Jim Morash

3 2

Re: [winecfg] add sound driver test
by Steven Edwards 18 Nov '05

18 Nov '05

Hi, On 11/13/05, Robert Reif <reif(a)earthlink.net> wrote: > Changelog: > - add a simple sound driver test > > Download the test wave file from: This is 3 megs. Could we not use a higher level studd and use winemp3 to docode a mp3 that can be embedded in a resource script? I wrote a patch a few months back alot like the one you submitted but I decided to trash the idea when I saw how large and how much of a pain it would be to deal with a *.wav test. Thanks Steven

5 5

make builtin dlls visible for applications?
by Peter Beutner 18 Nov '05

18 Nov '05

Hi There is yet another issue preventing SeriousSam from working. It fails to load opengl32.dll because before loading the dll it makes sure it can find it via SearchPath().The problem is that SearchPath doesn't know about the builtin dlls provided by wine, so it fails to find them and SeriousSam won't start. I can think of several ways to work around that, but i don't really like any of them. Maybe somebody else can throw in some comments or even has a better idea: possible solutions: 1) let SearchPath search for builtin dlls, and if found make it pretend the file exists in the c:\windows\system32\. This will cause all sorts of trouble if the application want to do anything else with the file beside trying to load it.(think of somebody browsing around with a Filemanager trying to copy/move/rename those files) 2) place dummy files for all builtin dlls in c:\windows\system32 (or symlinks pointing to corresponding *.dll.so files) hmm I guess you would get into trouble if you use WINEDLLOVERRIDE. Wouldn't LoadLibrary try to load those dummy files? 3) just put it under the category "application-specific hack", and put instructions somewhere(appdb,..) what to do to get it working. ie:"touch ~/.wine/drive_c/windows/system32/opengl32.dll", would do it in this case. 4) combination from 1) and 3), solve it like in 1) but make it a per-application configuration setting similar to dll overrides. Comments? Better ideas? Peter

2 1

Re: What would most aid WINE development?
by Juan Lang 18 Nov '05

18 Nov '05

> The Windows API is of course public, so my guess is that isn't > a huge bar to creating WINE. Unfortunately, you guess incorrectly. While the API may legally be public (the interface can't be protected, as far as we know,) it isn't always documented. MS uses undocumented APIs very, very frequently in its own products, and I don't just mean in its applications: parts of its API depend on other, hidden parts of its API. Even the parts that are documented are not documented completely. For example, many APIs take 32-bit flags parameters, some of whose meanings are documented. But the behavior for all possible values is not well-specified, nor are the return values. I continue this thread next: > Is it simply the scope of the project? This is a large part of the problem. It's difficult to appreciate just how large it is. (There was a presentation about this once, maybe by David Korn, but I've lost track of it.) We can only learn the behavior through experimentation, and so do application developers. The application developers depend on undocumented behaviors, so we have to replicate them, including bugs. The problem is, there are many more of application developers (and Windows developers) than there are of us. Also part of the problem, though I don't think it comes close to scale as far as its impact, is that our architectures are different. For example, the code obfuscation tools (securom, safedisk et al) depend on device drivers being loaded by ntoskrnl.exe. This is related to the hidden assumpmtions problem I described already, but sometimes we have to implement a large amount of silliness that we didn't anticipate having to do, or reimplement stuff that was already working for some apps. ReactOS can potentially avoid some of these issues, since they're copying much more of Windows's architecture. > Would open sourcing part of Windows help? Only if it were done in a way that didn't encumber our ability to develop WINE. --Juan __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

3 2

RESENT: [msvcrt] I64 and ll support
by Raphael 17 Nov '05

17 Nov '05

On Wednesday 09 November 2005 02:15, Raphael wrote: > Hi, > > Changelog: > - add I64 modifier support on msvcrt *printf functions > - correct ll modifier support on msvcrt *printf functions > - correct tests > > this should correct bug 3759 and 2075 (and many others) > > Now for libc who don't support %ll modifiers (which one?) > Jesse Allen provide the patch (see bug 2075 content) > > Regards, > Raphael better patch than previous: now Jesse can put his code into #else / #endif :) Changelog: - add configure check to detect support of %ll modifier on libc printf - add I64 modifier support on msvcrt *printf functions - add I32 modifier support on msvcrt *printf functions - correct ll and LL modifier support on msvcrt *printf functions - some FIXMEs on unsupported cases - correct tests Regards, Raphael

2 3

program name clashes
by Daniel 17 Nov '05

17 Nov '05

Hi, a problem which just popped up in the newsgroup: Imagine a program called start.exe (or notepad.exe or regedit.exe, etc.). Invoking 'wine start.exe' will not run this program, but the start.exe that comes with wine. The only workaround is to do WINEDLLOVERRIDES="start.exe=n" wine start.exe. This neither logical nor intuitive, instead it is rather silly. At least 'wine ./start.exe' should actually run the program intended, not some obscure program the average user has never heard about. regards, Daniel

1 0

Drop the PFD_GENERIC_ACCELERATED flag?
by Peter Beutner 17 Nov '05

17 Nov '05

At the moment wine always set the PFD_GENERIC_ACCELERATED flag in X11DRV_DescribePixelFormat. SeriousSam uses this flag to determine if the pixelformat is hardware accelerated. If the flag is set it is interpreted as _no_ hardware acceleration available. Unfortunately MSDN isn't really clear about what that flag really means: it describes it as: "The pixel format is supported by a device driver that accelerates the generic implementation." After reading [1] I think it should be like that instead: If PFD_GENERIC_ACCELERATED is set the pixelformat is partially accelerated by the device driver and some parts are just software fallbacks. If PFD_GENERIC_FORMAT is set everything is done in software. And only if none of both is set it is fully accelerated in hardware. Is there anything similiar in GLX(full vs. partial accelerated) so we could set that flag according to that? Or, if not, can we just drop it? Imo it's better always off than always on. Thanks Peter [1] http://www.microsoft.com/msj/archive/S2085.aspx

4 8

CreateFile problem ?
by Raphael 17 Nov '05

17 Nov '05

Hi, I'm working on advpack API LaunchINFSectionEx (trying to get mdac 2.7 installer working) And i have a strage problem: In attached subset of my "+file,+advpack,+setupapi,+cabinet" log you can see at line 30 that CopyFile failed to copy "C:\\windows\\temp\\IXP010.TMP\\odbc32.dll" to "c:\\windows\\system32\\odbc32.dll" Reason why my install failed. But: # ls -la ~/.wine/dosdevices/c:/windows/temp/IXP010.TMP | grep -i odbc32.dll -rw-r--r-- 1 fenix users 200704 nov 16 23:23 ODBC32.dll Why it failed to check case insensitive existence ? Regards, Raphael

2 2

Re: CRYPT32/tests: don't crash on win98
by James Hawkins 17 Nov '05

17 Nov '05

On 11/13/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > As far as we cannot handle exceptions in wine tests easily, this is the > only way to make it running successfully. > Is there no way to check what version we're running, and only run these if the version is greather than win98? This patch removes several tests that do run on NT, which is the version we're running at by default now. You could use a BOOL isNT and set it as so: isNT = GetVersion() < 0x80000000 ? 1 : 0; or something similar, and then check isNT for tests that fail on win98. -- James Hawkins

3 6

[Starcraft-installer] Files copy very slowly
by Dustin Navea 17 Nov '05

17 Nov '05

When installing Starcraft, I noticed that since the last time I tried installing it (a couple of years ago), the file copy takes a long time. Typically, Starcraft takes about 5-8 mins to install once the file copy has started on both a windows system, as well on on wine, but now it takes 15+ mins to install. If someone could provide me with some possible debugmsg´s to try, I will file a bug and post a log there.

2 1

[user] static.c: Fix vertical text alignment (Test program)
by n0dalus 17 Nov '05

17 Nov '05

I have written this program as a basic demonstration of vertical alignment in static controls, particularly in relation to my accompanying patch (sent to wine-patches). The program draws 12 static text controls onto the window, and shows the style it's using in the text of each one. Attached is the aligntest program and source code (in tarball), and several screenshots from Windows and using wine on Linux for comparison (one screenshot has been edited to show which styles are different on the current version of wine when compared with Windows). n0dalus. Note: I don't know why the SS_STATIC control is white with wine and gray with Windows, but this is a separate issue from the vertical alignment.

2 1

ATL creates wrong registry entries
by Cihan Altinay 17 Nov '05

17 Nov '05

Hi, For example instead of creating the key HKCR\CLSID\{63623F01-D9C7-11D5-A76B-00008657580F} I get HKCR\CLSID\{ and HKCR\CLSID\63623F01-D9C7-11D5-A76B-00008657580F} Maybe the trace output from atl helps finding the reason: <snip> trace:atl:string_register (0x4038bf40 L"HKCR\r\n{\r\n\tPSRServe.PSRRefMatrix.1 = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t}\r\n\ tPSRServe.PSRRefMatrix = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t\tCurVer = s 'PSRServe.PSRRefMatrix.1'\r\n\t"... 1) trace:atl:do_preprocess L"HKCR\r\n{\r\n\tPSRServe.PSRRefMatrix.1 = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t}\r\n\tPSRServe.PSRR efMatrix = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t\tCurVer = s 'PSRServe.PSRRefMatrix.1'\r\n\t"... trace:atl:do_process_key name = L"PSRServe.PSRRefMatrix.1" trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"PSRServe.PSRRefMatrix" trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"CurVer" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key name = L"{" trace:atl:do_process_key 1 3 trace:atl:do_process_key name = L"63623F01-D9C7-11D5-A76B-00008657580F}" trace:atl:do_process_key name = L"ProgID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"VersionIndependentProgID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"Programmable" trace:atl:do_process_key 1 3 trace:atl:do_process_key name = L"LocalServer32" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"AppID" trace:atl:do_process_key 1 2 trace:atl:do_process_key name = L"TypeLib" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 1 trace:atl:Registrar_Release (0x4038bf40) ->0 </snip> Cheers, Cihan

2 4

Very slow dsound.
by Oliver Stieber 17 Nov '05

17 Nov '05

Hi, Sound seems to have slowed down to a crawl and is much more out of sync/time than it used to be a month or so ago in some of the demos I've been using for testing, e.g. the breakpoint invite 2004, http://www.scene.org/file.php?file=/demos/groups/farb-rausch/bp04invi.zip&f… Oliver. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

problem with shell and acccess 97
by Curro Amores 17 Nov '05

17 Nov '05

I have an application with acces97, after some weeks trying to execute it, i got it! but now when the i try to do some function it crashes. i think that the problem comes when the application try to call shell, but im not sure. the code when i click on the button is: Public Sub EjecutaAccessOLD(ByRef MiAccess As Object, vista As Integer, Informe, CondiciónWhere As String) Dim strDB As String Dim strCmd As String If Not MiAccess Is Nothing Then MiAccess.Quit Set MiAccess = Nothing End If Set MiAccess = GetObject(, "Access.Application") strDB = CaminoAlServidor & "\informes.mdb" strCmd = SysCmd(acSysCmdAccessDir) & "\MSAccess.exe " _ & Chr(34) & strDB & Chr(34) & " /wrkgrp " & Chr(34) & DBEngine.SystemDB & Chr(34) _ & " /Runtime" Call Shell(strCmd, vbNormalFocus) DoEvents: DoEvents: DoEvents Err.Clear ' Borra el objeto Err si se produce un error. ' Establece la variable de objeto para hacer referencia al archivo que desea ver. Set MiAccess = GetObject(CaminoAlServidor & "\Informes.mdb") MiAccess.CommandBars("BarraInformes").Visible = True MiAccess.DoCmd.OpenReport Informe, vista, , CondiciónWhere If vista = acPreview Then If Not IsZoomed(MiAccess.Application.hWndAccessApp) Then 'Maximiza la aplicación abierta ShowWindow& MiAccess.Application.hWndAccessApp, 3 End If MiAccess.DoCmd.Maximize 'maximiza el informe Else MiAccess.Quit Set MiAccess = Nothing End If SetForegroundWindow MiAccess.Application.hWndAccessApp End Sub and the trace is: trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\ole32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\OLEAUT32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "keyboard.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt40.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\RPCRT4.DLL" : native wine: Unhandled exception (thread 0013), starting debugger... WineDbg starting on pid 0x12 Unhandled exception: page fault on read access to 0x5a5ea6ec in 32-bit code (0x009d830f). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ole32.dbg ("ole32.dbg") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:009d830f ESP:7fcafb3c EBP:7fcafb8c EFLAGS:00010286( - 00 -RISP1) EAX:5a5ea6e0 EBX:009d8377 ECX:80002d30 EDX:00000008 ESI:80002e08 EDI:80001190 ............................................... .............................................. ............................................. WineDbg terminated on pid 0x12 trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winspool.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comdlg32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x009ea6ec in 32-bit code (0x5a5e8d05). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ole32.dbg ("ole32.dbg") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:5a5e8d05 ESP:7fcbf480 EBP:00000000 EFLAGS:00010246( - 00 -RIZP1) EAX:009ea6e0 EBX:80002198 ECX:80002dc0 EDX:7fcbf4b0 ESI:00000000 EDI:80002dc0 Stack dump: .............. ........... ..................... Any hint? thanks a lot

1 0

Re: ADVPACK/tests: exit after 0x8007007e
by James Hawkins 17 Nov '05

17 Nov '05

On 11/17/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > * On Thu, 17 Nov 2005, Saulius Krasuckas wrote: > > > > I didn't see point in adding HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) > > I mean: HRESULT_FROM_WIN32(ERROR_MOD_NOT_FOUND), > Hmm that makes a difference. I'll have to look into it, but I think there's some issue in here that's cropping up on this machine. -- James Hawkins

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel