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
--- Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote:
> The colors of your gnome/kde desktop don't map that nicely to windows
> colors. Because of this the end-result won't allways be very nice. In the
> future we might want something like this. The best way to add something like
> this is to finish our uxtheme dll and add support for theming to all
> controls. Then WineLook=win95 (or winxp) will give you the "classic" colors
> and lets say "uxtheme" will give everything the look and feel of lets say
> gtk/qt. (this is how windows xp does its theming too)
>
> Roderick
>
Please reply below the original post.
Yeah, agreed. Your idea is good, and we just have to wait for uxtheme.dll to
finish. But in the meantime is it ok for us to change the default colors?
Because the Win95 colors are just too... dull. And my "gradient colors for
caption bar" patch will make WINE's windows look nice if Win2K/XP colors are
applied... _IF_ my gradient-colors-patch will ever get accepted, because until
now it's not been applied yet... (but that's for another thread :-P)
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
Hi,
I have a win32 program written in C++. I am trying to port it to linux
using winelib. The software contanis one exe file and several dll files. I
would like to keep this structure when moving them to linux. That is, I
still would like to generate several corresponding shared libraries
(instead of statically linking all files together) in llinux and they will be
loaded at the runtime.
However using winelib tools(winemaker, configure, make) for shared
library generation, I get unresolved symbols error.
It seems that I have to write a spec file for each dll to import(and
export) functions provide by other dlls. However, since they all written
in c++ and what need to be imported can either be class or class method,
and parameters can be class either. SO I don't know how to handle this in
spec file. Beside each dll file exports many functions or classes. It
would be tedious to write a lengthy spec file manually.
My question is that if it is possible that linking is not invoked during
shared library generation under wine (but during the runtime)? How should
I do it?
Thanks.
Wu
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/
