http://bugs.winehq.org/show_bug.cgi?id=1912
------- Additional Comments From tobias.burnus(a)physik.fu-berlin.de 2004-24-01 08:15 -------
Created an attachment (id=503)
--> (http://bugs.winehq.org/attachment.cgi?id=503&action=view)
Last 4000 lines of terminal output using -debugmsg +relay,+snoop,+ole (6.9 KiB,
gzipped)
> can you run with -debugmsg +relay,+snoop,+ole, grep -v CriticalSection
Well, if I run the current CVS version of wine *without* -debugmsg, the splash
window is shown and behind the main window (but with no background drawn), wine
shows then only hundreds of such lines (cf. above):
err:win:WIN_FindWndPtr window 0x10035 belongs to other process
If I use the -debugmsg (and direct the output into a log file), I get only 29M
of log and no splash window, but instead the following dialogue box after
---- Application Error----
Exception EAcessViolation in module illprs.dll at 00028A77. Access violation at
address 4145BA77 in module illprs.dll. Read of adress 000000000.
[OK]
--------------------------
and wine exits after I hit ok.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=1959
Summary: Problem compiling wine 20040121
Product: Wine
Version: 20040121
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pierre42d(a)9online.fr
[...]
gmake[2]: Entering directory `/tmp/wine-20040121/dlls/kernel'
gmake[2]: *** No rule to make target `../../include/pshpa', needed by
`except.o'. Stop.
gmake[2]: Leaving directory `/tmp/wine-20040121/dlls/kernel'
gmake[1]: *** [kernel] Error 2
gmake[1]: Leaving directory `/tmp/wine-20040121/dlls'
gmake: *** [dlls] Error 2
--
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=1958
Summary: Build fails at directx
Product: Wine
Version: 20040121
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gillb4(a)telusplanet.net
tools/wineinstall and manual builds stall at the same point.
./configure and make depend run to completion without problems.
make runs, and stalls at the following:
make[2]: Entering directory `/data/wine/wine-20040121/dlls/glut32'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/data/wine/wine-20040121/dlls/glut32'
make[2]: Entering directory `/data/wine/wine-20040121/dlls/d3d8'
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include
-D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2
-fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c
directx.c: In function `IDirect3D8Impl_GetDeviceCaps':
directx.c:639: error: `GL_MAX_VERTEX_UNITS_ARB' undeclared (first use in this
function)
directx.c:639: error: (Each undeclared identifier is reported only once
directx.c:639: error: for each function it appears in.)
make[2]: *** [directx.o] Error 1
make[2]: Leaving directory `/data/wine/wine-20040121/dlls/d3d8'
make[1]: *** [d3d8] Error 2
make[1]: Leaving directory `/data/wine/wine-20040121/dlls'
make: *** [dlls] Error 2
<sorry> The previous 5 versions have built in the same way without fail. I use
Nvidia binary graphics drivers with mesa and glut (all of which works well).
--
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=1734
memeyou(a)memeyou.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |memeyou(a)memeyou.net
------- Additional Comments From memeyou(a)memeyou.net 2004-23-01 16:14 -------
I tried Notes 6.5 on wine cvs and 20031212 on FC1.
Result:
fixme:hook:NotifyWinEvent (32782,0x2002f,-4,2)-stub!
fixme:hook:NotifyWinEvent (32782,0x2002f,-4,2)-stub!
fixme:console:SetConsoleCtrlHandler (0x601a93c0,0) - no error checking or
testing yet
fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet
fixme:hook:NotifyWinEvent (32777,0x30021,-4,0)-stub!
fixme:hook:NotifyWinEvent (32774,0x30021,-4,-1124809948)-stub!
fixme:hook:NotifyWinEvent (32768,0x1005b,-4,0)-stub!
fixme:hook:NotifyWinEvent (32768,0x1005c,-4,0)-stub!
Thread=[000A:0002-000B]
Stack base=0x00DFE798, Stack size = 8480 bytes
PANIC: LookupHandle: null handle
fixme:msvcrt:_XcptFilter (-1073741819,0xdfc254)semi-stub
fixme:seh:EXC_RtlRaiseException call to unimplemented function
netapi32.dll.NetUserEnum
FATAL (0): unexpected crash: exception(0): thread 13 got system exception:
Unknown (2147483904)
fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
--
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.
Mike,
Here's my current patch. I'll submitt it to wine patches
early next week after I have verified that it works with CVS.
--Phil
On Fri, 23 Jan 2004, Wine Bugs wrote:
> http://bugs.winehq.org/show_bug.cgi?id=1954
>
>
>
>
>
> ------- Additional Comments From mike(a)theoretic.com 2004-23-01 09:55 -------
> Can you submit a patch for this?
>
> --
> Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>
http://bugs.winehq.org/show_bug.cgi?id=1952
lesha(a)netman.ru changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From lesha(a)netman.ru 2004-23-01 14:45 -------
Went away in 20040122. Whatever that was...
--
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=1882
------- Additional Comments From cdwright(a)ntlworld.com 2004-23-01 11:00 -------
(Using wine 20040121 SuSE 8.2, no windows installation, running as Win98
Comments enclosed in ** are mine)
Running Installer programme bbo_setup gives the following fixmes as
console output:
fixme:ntdll:NtQueryInformationToken (0x50,2,0x408af714,1024,0x408afb14): stub
**Welcome**
**License Agreement**
**Install Folder**
**Shortcut Folder**
fixme:shell:Stream_WriteLocationInfo writing empty location info
err:menubuilder:InvokeShellLinker failed to extract icon.
fixme:shell:Stream_WriteLocationInfo writing empty location info
err:menubuilder:InvokeShellLinker failed to extract icon.
fixme:shell:Stream_WriteLocationInfo writing empty location info
err:menubuilder:InvokeShellLinker failed to extract icon.
fixme:shell:Stream_WriteLocationInfo writing empty location info
err:menubuilder:InvokeShellLinker failed to extract icon.
**Finished**
After installation the program runs as indicated in original comment.
Running program:
No error messages were output running the programme using:
wine --debugmsg fixme+all "C:\\Bridge Base Online\\NetBridgeVu.exe"
wine --debugmsg err+all "C:\\Bridge Base Online\\NetBridgeVu.exe"
Consoleoutput as given in attachment
wine --debugmsg warn+all "C:\\Bridge Base Online\\NetBridgeVu.exe"
--
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=1955
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |julliard(a)winehq.com
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Summary|error on application install|Linker script to reserve PE
|of AutoCAD 2000 ( R15) |load address range required
| |(exec-shield, prelink)
------- Additional Comments From mike(a)theoretic.com 2004-23-01 10:02 -------
Try switching off exec shield with the following commands (as root)
echo 0 >/proc/sys/kernel/exec-shield
echo 0 >/proc/sys/kernel/exec-shield-randomize
Since AJ switched off the BSS array hack, we are back to square one with
execshield and prelink DSO load address randomization. One potential fix is to
use the MEMORY linker script directive to reserve an address range (but not swap
space).
I've experimented with this, and was able to succesfully link a minimal test
binary, but unfortunately it segfaulted on initialization, apparently inside the
rtld with no backtrace. I've emailed the binutils list, but as yet got no
response. Probably somebody more skilled than me could make this work. I'll try
again soon.
CCing Alexandre.
Please dupe exec-shield and prelink problems to this 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=1957
a.stenglein(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-directx |wine-x11driver
--
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=1957
Summary: regression: did work in nov2002, but now:
err:bitmap:X11DRV_DIB_SetImageBits Out of memory!
Product: Wine
Version: CVS
Platform: PC
URL: http://monostep.org/demo/thehit.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.stenglein(a)gmx.net
TheHit Realtime (http://monostep.org/demo/thehit.html thehitrt.zip 3,8MByte) did
work in Nov2002, at least to a certain extend.
It only showed some
err:opengl:wglGetProcAddress Extension wglGetExtensionsStringARB ...
and some fixme:ole, dsound, system
then with wine-cvs from some weeks ago it showed only these two fixmes and didnt
work at all:
fixme:ole:CoCreateInstance no classfactory created for CLSID
{3901cc3f-84b5-4fa4-ba35-aa8172b8a09b}, hres is 0x80040154
fixme:ole:CoCreateInstance no classfactory created for CLSID
{47d4d946-62e8-11cf-93bc-444553540000}, hres is 0x80040154
and now with current wine cvs I get these errors and it still doesnt work:
err:bitmap:X11DRV_DIB_SetImageBits Out of memory!
err:bitmap:X11DRV_DIB_SetImageBits Out of memory!
wine: Unhandled exception (thread 0009), starting debugger...
err:win32:_EnterSysLevel (0x40743400, level 2): Holding 0x40805660, level 3.
Expect deadlock!
err:win32:_EnterSysLevel (0x40743400, level 2): Holding 0x40805660, level 3.
Expect deadlock!
--
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=1956
Summary: [PATCH] Incorrect random multicast MAC address creation
in UUID generator
Product: Wine
Version: 20031212
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rse(a)engelschall.com
In case no real/physical IEEE 802 address is available, both the expired
"draft-leach-uuids-guids-01" (section "4. Node IDs when no IEEE 802
network card is available") and RFC 2518 (section "6.4.1 Node Field
Generation Without the IEEE 802 Address") recommend (quoted from RFC
2518):
"The ideal solution is to obtain a 47 bit cryptographic quality random
number, and use it as the low 47 bits of the node ID, with the _most_
significant bit of the first octet of the node ID set to 1. This bit
is the unicast/multicast bit, which will never be set in IEEE 802
addresses obtained from network cards; hence, there can never be a
conflict between UUIDs generated by machines with and without network
cards."
Unfortunately, this incorrectly explains how to implement this and
this UUID generator code inherited this generation bug from the broken
reference code in the standards draft. They should instead specify the
"_least_ significant bit of the first octet of the node ID" as the
multicast bit in a memory and hexadecimal string representation of a
48-bit IEEE 802 MAC address.
This standards bug arised from a false interpretation, as the multicast
bit is actually the _most_ significant bit in IEEE 802.3 (Ethernet)
_transmission order_ of an IEEE 802 MAC address. The standards authors
forgot that the bitwise order of an _octet_ from a MAC address _memory_
and hexadecimal string representation is still always from left (MSB,
bit 7) to right (LSB, bit 0).
The following patch fixes this:
--- wine/dlls/rpcrt4/rpcrt4_main.c.orig Thu Sep 11 03:05:19 2003
+++ wine/dlls/rpcrt4/rpcrt4_main.c Thu Jan 15 18:18:08 2004
@@ -351,7 +351,7 @@
if (sd < 0) {
/* if we can't open a socket, just use random numbers */
/* set the multicast bit to prevent conflicts with real cards */
- a[0] = (rand() & 0xff) | 0x80;
+ a[0] = (rand() & 0xff) | 0x01;
a[1] = rand() & 0xff;
a[2] = rand() & 0xff;
a[3] = rand() & 0xff;
@@ -366,7 +366,7 @@
close(sd);
/* no ifconf, so just use random numbers */
/* set the multicast bit to prevent conflicts with real cards */
- a[0] = (rand() & 0xff) | 0x80;
+ a[0] = (rand() & 0xff) | 0x01;
a[1] = rand() & 0xff;
a[2] = rand() & 0xff;
a[3] = rand() & 0xff;
@@ -403,7 +403,7 @@
}
/* if we didn't find a valid address, make a random one */
/* once again, set multicast bit to avoid conflicts */
- a[0] = (rand() & 0xff) | 0x80;
+ a[0] = (rand() & 0xff) | 0x01;
a[1] = rand() & 0xff;
a[2] = rand() & 0xff;
a[3] = rand() & 0xff;
@@ -416,7 +416,7 @@
}
#else
/* no networking info, so generate a random address */
- a[0] = (rand() & 0xff) | 0x80;
+ a[0] = (rand() & 0xff) | 0x01;
a[1] = rand() & 0xff;
a[2] = rand() & 0xff;
a[3] = rand() & 0xff;
--
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=1952
------- Additional Comments From lesha(a)netman.ru 2004-22-01 23:59 -------
Additional bizarreness: I've since recompiled 20031212 with --enable-debug, and
the problem went away (all other things being the same). That makes it rather
difficult to debug properly (ideas?).
--
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=1955
Summary: error on application install of AutoCAD 2000 ( R15)
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NaveR(a)FidelityTech.com
1/22/2004
I have just installed the latest wine binary from
wine-cvs-glibc23-opengl-20040122-1.586.rpm
on a pentium system running Red Hat Fedora 1 with both kernel versions
2.4.22 and 2.6.1
I attempted to install AutoCAD R15 by running wine setup.exe
from the Autocad source directory.
The installation appeared to proceed flawlessly with no errors.
When I attempted to start AutoCAD by typing
wine acad.exe I received the following message
err: map_image StandardLoadaddress for a Win32 program ( 0x00400000 )
is not available - security patched kernel ?
I get the same error with both the 2.4.22 and 2.6.1 kernels.
Note ( I have tried Auto CAD on previous versions of Wine with no
success ) This is the first version that appears to cleanly install.
This is a new error message that I have never seen before.
I am not sure what the error message means.
--
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=1954
Summary: SHNotifyCopyFileW doesn't create subdirectories (it
should)
Product: Wine
Version: 20031212
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phillip.ezolt(a)hp.com
SHNotifyCopyFileW does NOT create subdirectories if they do
not already exist.
The installer for RollerCoaster tycoon demo requires this to
be working properly to install. (The real version has the same
problem.)
(This demo is located at:
ftp://ftp.microprose.com/pub/demos/rollercoaster/rct-edl.exe )
During installation, the install creates the directory:
C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\
It can successfully copy files to this newly created directory, but
coping into any (currently non-existant) directories below it fail.
According to MS:
" Copy and Move operations can specify destination directories
that do not exist and the system will attempt to create them. "
(See footnote #1 for more info)
For example, this succeeds:
trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\English\\rct.exe"
L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\rct.exe" )
But this fails:
trace:shell:SHNotifyCopyFileW (L"E:\\WZS21db.tmp\\Saved Games\\001"
L"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\Saved
Games\\001" )
The directory "Saved Games" should be created before "001" is copied
into it. Instead, the call fails.
I've verified that this true, by creating the proper directories as it
is installing, and the game works fine.
(When the install is running, I cd into:
"C:\\Program Files\\Hasbro Interactive\\RollerCoaster Tycoon Demo\\"
and from Linux type:
mkdir "Saved Games" ; mkdir "Data" ; mkdir "Tracks" ; mkdir "Scenarios"
The will make the directories and the installation will complete.
Note this bug shows up on /usr/src/wine-20040121 as well.
(1)
According to:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl…
...
pTo
Address of a buffer to contain the name of the destination file or
directory. This parameter must be set to NULL if it is not used. Like
pFrom, the pTo member is also a double-null terminated string and is
handled in much the same way. However, pTo must meet the following
specifications.
...
* Copy and Move operations can specify destination directories
that do not exist and the system will attempt to create them. The
system normally displays a dialog box to ask the user if they want to
create the new directory. To suppress this dialog box and have the
directories created silently, set the FOF_NOCONFIRMMKDIR flag in
fFlags.
* For Copy and Move operations, the buffer can contain
multiple destination file names if the fFlags member specifies
FOF_MULTIDESTFILES.
...
--
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=1950
------- Additional Comments From Andrew.Talbot(a)talbotville.com 2004-22-01 10:59 -------
Yes, I sent Dmitry a copy of the app. and he has submitted a patch.
--
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=1951
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From mike(a)theoretic.com 2004-22-01 09:11 -------
This warning is harmless and is intended for Wine developers. It can be ignored.
--
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=1950
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmitry(a)codeweavers.com
------- Additional Comments From mike(a)theoretic.com 2004-22-01 09:10 -------
Is this application available? Dmitry said at the time this was not well tested
with 16 bit apps as he doesn't have any.
--
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=1953
Summary: incorrect mouse / menu interaction (compared to windows)
Product: Wine
Version: 20030813
Platform: All
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=228539
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
Luke Kenneth Casson Leighton <lkcl(a)samba-tng.org> reports:
this is a sort of non-conformity of "correctness" against the behaviour
of windows and wine.
on windows:
when left-mouse-button-pressing-and-holding on a menu, the menu stays
popped up.
mouse-moving can be used to select sub-menus, etc. etc. all whilst
still left-mouse-button-holding.
on left-mouse-button-release, if the mouse is over a menu item, it is
"actioned".
on wine:
when left-mouse-button-pressing-and-holding on a menu, the menu stays
popped up.
mouse-moving can be used to select sub-menus, etc. etc. all whilst
still left-mouse-button-holding.
on left-mouse-button-release, if the mouse is over a menu item, it is
NOT "actioned".
in fact, occasionally, the menu stays popped up! only by selecting
an option on it (with a left-mouse-click), which is not always desirable,
does the menu disappear!
--
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=1902
bleverett(a)att.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #491 is|0 |1
obsolete| |
------- Additional Comments From bleverett(a)att.net 2004-21-01 23:02 -------
Created an attachment (id=499)
--> (http://bugs.winehq.org/attachment.cgi?id=499&action=view)
Second attempt at patch
This patch does not use a static local. It will emit a dash specification for
each line sent out to wineps.
--
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.
Still broken in 2.6.1. Has anyone looked at this yet?
On Tue, 2003-12-09 at 11:16, Wine Bugs wrote:
> http://bugs.winehq.com/show_bug.cgi?id=1872
>
> Summary: Wine networking apears to be broken with Linux Kernel
> 2.6
> Product: Wine
> Version: 20030911
> Platform: PC
> OS/Version: Linux
> Status: UNCONFIRMED
> Severity: major
> Priority: P2
> Component: wine-net
> AssignedTo: wine-bugs(a)winehq.com
> ReportedBy: jonathan(a)nuclearelephant.com
>
>
> Wine networking apears to be broken with Linux Kernel 2.6. I upgraded to
> 2.6.0-0.test11.1.99 and things work OK except my Quicken application fails every
> time I try and connect to my bank with an OL-261-B. I booted up into the old
> 2.4 kernel and it downloaded just fine.
http://bugs.winehq.org/show_bug.cgi?id=1952
------- Additional Comments From lesha(a)netman.ru 2004-21-01 18:47 -------
Just verified that the native apps do run at proper speeds. Hence, definitely a
wine 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.