Hello,
I am getting the attached error when running an install of Overnet v0.52.
Basically it cannot find NdrGetUserMarshalInfo(), despite it being in
the dll at entry point: 77d43452h, order 199. Any ideas what this
problem could be? I'm expecting this to be the symptom of some wider
problem.
Any help appreciated.
Kind regards
JG
p.s. Is there any way to get these mangled function names to be
displayed un-mangled please?
c:\opt\overnet_0_52>overnet
c:\opt\overnet_0_52>err:module:import_dll No implementation for
MSVCRT.dll.??_U@YAPAXI@Z imported from
L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef
err:module:import_dll No implementation for MSVCRT.dll.??_V@YAXPAX@Z
imported from L"C:\\opt\\overnet_0_52\\MSVCIRT.dll", setting to 0xdeadbeef
--
Homepage: http://jguk.org/
Blog: http://jguk.org/index.html#blog
Radio: http://jguk.org/index.html#radio
The Windows api method uses the function call IDvdInfo2::GetDiscID
http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c…
This returns a unique 64bit ID for a DVD.
Has anyone found out what exactly it does to create this 64bit ID.
It would be nice to get linux DVD players to be able to use the same method.
Cheers
James
Ulrich Czekalla wrote:
>Running some tests under WinXP I noticed that if the edit control doesn't
>have WS_EX_CLIENTEDGE it looses the WS_BORDER style and it handles painting
>the border. This also has the side effect that it's non-client area goes to
>zero.
>
>ChangeLog:
> Ulrich Czekalla <ulrich(a)codeweavers.com>
> Handle painting the border if WS_EX_CLIENTEDGE is not set
>
>
This changelog doesn't really seem to match the patch. Are you sure it's
right?
>------------------------------------------------------------------------
>
>Index: dlls/user/edit.c
>===================================================================
>RCS file: /home/wine/wine/dlls/user/edit.c,v
>retrieving revision 1.2
>diff -u -r1.2 edit.c
>--- dlls/user/edit.c 9 Sep 2004 19:18:40 -0000 1.2
>+++ dlls/user/edit.c 15 Sep 2004 16:30:50 -0000
>@@ -4423,13 +4423,18 @@
> /*
> * In Win95 look and feel, the WS_BORDER style is replaced by the
> * WS_EX_CLIENTEDGE style for the edit control. This gives the edit
>- * control a non client area. Not always. This coordinates in some
>- * way with the window creation code in dialog.c When making
>- * modifications please ensure that the code still works for edit
>- * controls created directly with style 0x50800000, exStyle 0 (
>- * which should have a single pixel border)
>+ * control a nonclient area so we don't need to draw the border.
>+ * If WS_BORDER without WS_EX_CLIENTEDGE is specified we shouldn't have
>+ * a nonclient area and we should handle painting the border ourselves.
>+ *
>+ * When making modifications please ensure that the code still works
>+ * for edit controls created directly with style 0x50800000, exStyle 0
>+ * (which should have a single pixel border)
> */
>- es->style &= ~WS_BORDER;
>+ if (lpcs->dwExStyle & WS_EX_CLIENTEDGE)
>+ es->style &= ~WS_BORDER;
>+ else if (es->style & WS_BORDER)
>+ SetWindowLongW(hwnd, GWL_STYLE, es->style & ~WS_BORDER);
>
>
This doesn't seem right at all. The new code should be exactly the same
as the old, barring any side effects from SetWindowLong (which shouldn't
affect the control anyway since this the function changed is the handler
for WM_NCCREATE).
Rob
( I have posted a similiar question in wine-users,
don't flame me for doing so, just thinking about this
some more, perhaps it may be more a developer question
)
Ok, I have a windows app, that runs under wine fine -
not quite. This app has a form, with many text field
edit boxes on. Quite often these edit boxes already
have text values, ie. they are not empty - there is a
database behind the form.
Anyway, the form shows on the screen, but the text
within the edit fields is invisible, until you
activate each edit box component. When you leave one
edit box to the next, the text remains visible.
It seems like the repainting is not working, on
initial startup of the form.
As a way to debug this database app ( I don't have the
source code for it ) I wrote a real basic form app in
Visual Studio, with two edit boxes, with data in each.
Now this basic app shows the text values immediately
on startup. So there must be something different that
the database app is not doing.
I then ran wine using 'wine --debugmsg +edit
programname' for both app's.
I see both logging 'Creating ANSI edit control, style
= xxxxx'
but the style reference is different between apps - I
am not sure if this the cause or not.
The problem app reports style = 54011104 and the basic
app shows style = 50010080.
Can somebody explain what this style reference means
and how do I force an app to use a certain style of
edit box ?
What other wine class debugmsg types should I use to
narrow down the source of this problem ?
Is there anyway I can check to see how the database
app is repainting text within the text edit components
?
Regards
Doug Herbert.
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
>>Well, apparently we don't use sched_yield, so the problem must
>>> lie somewhere else. Maybe Con can help us out here? Alexandre says he
>>> doesn't know what the issue is either and somebody needs to investigate. I
>>> guess we do need to concern ourselves over the details :)
>
>
> Interesting. Probably the most valuable information is that it seems to
> work fine if we artificially limit the threads to exactly the same
> timeslice _or_ we put them at such a low priority that they are forced
> to be guaranteed to round robin one task at a time. This is the way 2.4
> used to work which is why with the new 2.6 schedulers which do far more
> out-of-order rescheduling some applications have a problem; particularly
> under load. I suspect it's actually the latter issue. Locking between
> threads should prevent that being a problem, though. You already
> mentioned that you dont use sched_yield() and I couldn't even begin to
> look at the wine code myself so perhaps you know something more.
Hi Con,
One thought that occurred to me, and this is just a random theory, is
that maybe the issue is not with the Wine code but the Win32 code run on
top of it. Do you know how 2.6 scheduling compares with 2.4 and Windows
(NT) scheduling? Could it be that some apps are written to expect
Windows-style scheduling and fail to work if they don't get it?
In case you hadn't noticed, I'm afraid I only have first-year CS
knowledge of scheduling :/
thanks -mike
Hello,
Once again cross-posting because I would like to see if this is
something we can work together on. What is left to do for us to be able
to build and have a working implementation of stdole.tlb or any other
type libs? I ask because it seems Wines DCOM implementaton is almost
good enough for most apps except for this file and ReactOS is quickly
getting to the point that it can run most of the same stuff Wine can
without DCOM9x installed.
Thanks
Steven
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush
The following change to dlls/commdlg/fontdlg.c
revision 1.70
date: 2004/08/14 00:42:35; author: julliard; state: Exp; lines: +2 -5
Jacek Caban <jack(a)itma.pwr.wroc.pl>
Fix a bug in passing parameters to CFn_WMInitDialog and CFn_WMCommand
in FormatCharDlgProcW.
causes the following warning with GCC 3.3.2 on FreeBSD 4.10:
fontdlg.c:1161: warning: passing arg 4 of `CFn_WMCommand' from incompatible pointer type
Would you mind fixing this?
Thanks,
Gerald
--
Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/
Hi, i´m trying to access a MSSQL server (in a windows machine in the network) from a Visual Basic Application running under wine, using an ODBC driver.
Since there aren´t any MSSQL drivers for linux i decided to use de native ones, so i installed mdac_typ.exe . Then i configured the DSN using odbcad32.exe but when i tested the connection (configured using tcp/ip) an error message appeared ("[Microsoft][ODBC SQL Server Driver][TCP/IP Sockets] General network error. Check your network documentation").
Do i have to install some network drivers for wine?? Has anyone been able to connect to a MSSQL server remotely using odbc under wine??
__________________________________________________
Todavía no tenés tu Ciudad Internet Mail? Obtenelo ahora! - http://webmail.ciudad.com.ar
Descargá Gratis el nuevo Internet Explorer 6.0, el mejor software para actualizar tu PC.
http://www.ciudad.com.ar/ar/servicios/ie/
>> I'm just wondering if it is supposed to work as well as FreeBSD stable.
Right now, Wine doesn't work at all on FreeBSD -STABLE:
wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of
entire address space failed: Cannot allocate memory
and before that I used to see deadlocks upon startup of non-trivial
applications (such as Forte Agent, both 16bit and 32bit flavors).
I believe there are also signficant threadings issues on -CURRENT, so
overall Wine is hardly, if at all, usable on any version of FreeBSD I
have access to, even though I'm still working to keep it at least
compilable on FreeBSD 4.9 and 5.2/5.3.
Gerald
--
Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/
It shows some message-box telling: "Can't enumerate test files: 1813"
Greping programs/winetest/main.c gives:
| report (R_STATUS, "Counting tests");
| if (!EnumResourceNames (NULL, MAKEINTRESOURCE(TESTRES),
| EnumTestFileProc, (LPARAM)&nr_of_files))
| report (R_FATAL, "Can't enumerate test files: %d",
| GetLastError ());
| wine_tests = xmalloc (nr_of_files * sizeof wine_tests[0]);
I guess this may be some regression (have been running winetest a whole
month ago last time). Am I alone with this?