http://bugs.winehq.org/show_bug.cgi?id=3962
Summary: Ragnarok Online + private servers
Product: Wine
Version: CVS
Platform: Other
URL: ftp://chgu.homelinux.com/winsock.log
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: clhill0286(a)yahoo.com
The private servers consist of three processes. First, the client connects to
the login server. The client sends the login information and the login server
sends the client to the character server. A character is selected/created and
the client is passed on to the map server. Basically, wine drops off after the
character server part. It will simply say "Disconneted from server"
to server".
I tried running ethereal to monitor what was going in and out. It looks like
the host of this specific one has the 3 processes on different IP addresses as
well. But the only one that doesn't show as trying to connect is the final,
map server. I ran a debug on winsock, which is the URL.
Also, the server software is available for testing if needed. I've run the
server on an internal network and got everythng to work fine, but when my
friend, who also runs it through WINE, tried to log in from her house, it did
the same thing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2928
------- Additional Comments From czerwinski(a)inode.at 2005-28-11 15:56 -------
Since I do not use Lotus Notes anymore I cannot contribute to this bug and it's
solution anymore.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3690
------- Additional Comments From hammet(a)medipal-onko.ru 2005-28-11 15:46 -------
I've installed last Wine from CVS and removed ".wine" from my home directory.
This solves a problem with javascript so I've decided it was not a bug of Wine,
but a problem of some windows software.
But I've faced a problem with dreamweaver installer which one I have never seen
before:
at the end of installation, after creating "start menu" items, installer says:
"An error occurred while launching the setup. (0x800706c0)"
console messages are the following:
fixme:ole:RpcChannelBuffer_GetDestCtx (0x148cf1a8,0x148cf1ac), stub!
fixme:ole:RpcChannelBuffer_GetDestCtx (0x7ba8efd8,0x7ba8efdc), stub!
fixme:ole:RpcChannelBuffer_GetDestCtx (0x7ba8eebc,0x7ba8eec0), stub!
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0x2) 7beb0064
fixme:ole:VARIANT_UserFree handle unknown complex type
err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to
dispatch exception.
err:ole:xCall RpcChannelBuffer SendReceive failed, 800706c0
however, program starts correctly except for problem described at the start of
discussion.
Also there is some bugs which I saw at old versions of Wine and which ones have
not solved so far.
Firstly, there is a bug with active content in the "design view":
I've created an empty HTML document, then switched to the "design view" and then
inserted a flash movie in it.
Next I've started to play this movie and tried to switch back to the "code
view". Both the "view" buttons have stayed pressed and from now on I had no way
to look at the "design view" except closing a document and opening it again.
this I've seen in console:
fixme:imm:ImmGetContext (0x...): stub
fixme:imm:ImmReleaseContext (0x..., (nil)): stub
I've created an empty document once again. Then, I've clicked to the "Insert
Table" button on taskbar. Dialog window had opened, but with no controls. After
moving that window and clicking on it, I realized that controls had been created
but had not been drawn.
The same thing happens with some other dialogs (e.g. "Insert Date")
console messages are the same as in previous bug..
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3928
------- Additional Comments From andrew7webb(a)comcast.net 2005-28-11 13:48 -------
If line 810 in the dlls/user/win.c function WIN_EnumChildWindows():
if(GetWindow( *list, GW_OWNER )) continue;
is removed, then the sample winelib executable will work.
The output is then:
"EnumChildWindows EnumChild found Dockable WidgetWindoow
returned false."
which proves that the EnumChildProc was called with "Dockable WidgetWindow"
this time. The program exits correctly after FALSE was returned by
EnumChildProc indicating that it found the desired window.
So unless there is a good reason for skipping "owned" windows in
EnumChildWindows, I think this line should be removed. I don't see any
justification for that line in Microsoft's definition of EnumChildWindows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3950
------- Additional Comments From wine.dev(a)web.de 2005-28-11 13:27 -------
An Application (Freedom Force) requested to load the sound.dll that comes with
the Application and wine tried to load the buildin sound.dll
We changed sound.dll to sound.drv, to match what our implementation is:
"sound.drv" from win 3.1x (I have the native sound.drv here).
For this reaseon, we must not create a link for "sound.dll".
We nedd to fix NE_LoadDLLs instead.
http://bugs.winehq.org/show_bug.cgi?id=3641
--
By by ...
... Detlef
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3950
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From vitaliy(a)kievinfo.com 2005-28-11 12:31 -------
No that's not a solution! It's been changed for a reason. Some apps have their
own sound.dll that should be loaded instead.
And as I mensioned before, there is no sound.dll in win95+
So the question is: Should wine load "sound.drv" when asked to load "sound" (no
extension).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3950
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=49
Keywords| |NoAppDBEntry
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3960
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2005-28-11 12:15 -------
Ok, please create these huge dumps as attachments with a new bug report.
It is impossible to read when you paste huge amounts of text.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.