http://bugs.winehq.org/show_bug.cgi?id=8166
------- Additional Comments From dank(a)kegel.com 2007-25-04 15:48 -------
Did you verify that this file behaves as you
want under XP and its notepad?
--
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=8091
------- Additional Comments From wine(a)fdesar.net 2007-25-04 15:47 -------
Sorry : I don't use so I don't own/have any Window copy available
--
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=8156
------- Additional Comments From rm.riches(a)verizon.net 2007-25-04 15:30 -------
Are you saying the 32K limit is intended? If so, that produces an unexpected
and highly indesirable difference in behavior between PAF 5 in XP vs. PAF 5 in
Wine. This issue was originally reported as a user-visible behavior
difference found by Sam Foit. PAF 5 will happily import blocks of more than 32K
of text from inside a GEDCOM file. The only known point at which there is a
problem is in the edit panel. I would argue that to maintain user-visible
compatibility between XP and Wine on a given application, the edit panel needs
to be able to handle much more than 32K.
--
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=8156
------- Additional Comments From cjstimpson(a)utwire.net 2007-25-04 15:08 -------
dlls/riched20/editor.c line 2942.
#define TEXT_LIMIT_DEFAULT 32767
That's exactly where the text was cut off.
Probably need to implement the EN_MAXTEXT notification.
--
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=8165
tom(a)mmto.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|DUPLICATE |
------- Additional Comments From tom(a)mmto.org 2007-25-04 14:32 -------
Looking into this further, this is NOT a regression
bug. I can run TOPO with Wine 0.9.35 just fine on
a single core AMD64 -- it gets the page fault only
on my dual core system (see the URL for lots of gory
details)
--
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=8171
------- Additional Comments From le_costantino(a)pixartargentina.com.ar 2007-25-04 14:25 -------
Example ftp:
lab1:~/Desktop/# nc -v 64.152.34.142 21
64.152.34.142: inverse host lookup failed: Unknown host
(UNKNOWN) [64.152.34.142] 21 (ftp) open
220 For CDN FTP Service.
user anonymous
331 Login OK, send password (your e-mail).
pass usa(a)usa.com
230 User logged in.
pasv
227 Entering passive mode (64,152,34,142,204,183)
--
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=8091
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-25-04 13:59 -------
Hi, could you try the application with native quartz.dll (copy it from a windows
partition) and see if it helps, and report back? Thanks
--
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=8172
Summary: IL-2 Sturmovik under wine -> mouse not working
Product: Wine
Version: 0.9.35.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bbaeyens(a)gmail.com
Fresh install of Ubuntu Feisty with wine 0.9.35 (installed through Automatix2).
Tried running IL-2 Sturmovik (1946) under wine, it starts, but the mouse pointer
does not move. The game does respond to key inputs, so its not frozen. Console
shows nothing special.
I tried running the game full screen, windowed, I tried some tricks like alt
tabbing in and out, sending the window to another viewpoint, changing mouse
settings in winecgf nothing cures it. It worked fine with ubuntu Edgy and wine
0.9.30.
In case it matters, I use a wireless USB logitech MX Revolution mouse, with no
special configuration or tweaking. The same problem occurs when I connect a
wired Logitech MX500.
It might be interesting to note such mouse behaviour under windows is also a
known issue when IL2 looses focus, and requires one to alt tab in and out of the
game to regain a working mouse pointer. I suspect this problem should be
reproducable on the very old IL2 demo, downloadable here:
http://www.download.com/IL-2-Sturmovik-demo/3000-7547_4-10230099.html?tag=l…
--
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=8171
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |patch
------- Additional Comments From dank(a)kegel.com 2007-25-04 13:31 -------
Please give an example of a server that uses lowercase there.
Please post your patch to wine-patches(a)winehq.org;
patches attached to bug reports get little attention.
--
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=6627
------- Additional Comments From cimmo(a)libero.it 2007-25-04 13:24 -------
> Not a website bug
what? We refer to DirectX installation not website!
--
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=4522
------- Additional Comments From andrew(a)exit66.com 2007-25-04 13:24 -------
I have confirmed this in Ubuntu Feisty with Wine 0.9.35
--
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=8171
Summary: Strict Pasv response check should be modified.
Product: Wine
Version: 0.9.35.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: le_costantino(a)pixartargentina.com.ar
in dll/wininet/ftp.c , when entering PASV mode, as the comments on the sources
said, it does an strict response check. Some ftp servers, send answers with
differentes cases, so , for example when testing mu online and connecting to ftp
servers always give an error.
Code expects "Entering Passive Mode" while some servers just answer "Entering
passive mode".
strncmp sould be replace by strncasecmp on that section.
I submit a simple patch if someone have problems like me on some ftp servers on
pasv mode.
--
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=7934
------- Additional Comments From cja(a)gmx.net 2007-25-04 12:58 -------
Bug valid for plain Hoi2 (version 1.3a) with wine 0.9.35.
I found that moving units and leaders are corrupted.
See hoi2.png attachment.
--
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=3818
------- Additional Comments From cja(a)gmx.net 2007-25-04 12:49 -------
Scott, I've ran plain Hoi2 v1.3a with wine 0.9.35 and except for that
all moving units got their graphics corrupted (Looks like wine draws
one pixel too much on each line) it runs fine.
What about closing this bug as resolved and create a new one about the graphic
corruption? (If none already exists.)
And create one more about Europa Universalis II and Victoria that crashes at
start up.
--
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=7915
------- Additional Comments From e0126505(a)student.tuwien.ac.at 2007-25-04 12:48 -------
the iphlpapi failure is obvious, ipstats.c needs an implementation for Mac OS X (/proc is not available)
btw. is it normal to get a lot of backtraces during the d3d tests and still have them succeed?
--
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=7635
------- Additional Comments From focht(a)gmx.net 2007-25-04 11:58 -------
Hello,
this is due to the technical nature of wine.
Basically the debugger can't read/disassemble the memory location of the current
EIP.
Remember: Wine is a different beast, not a "pure" windows PE user process
environment.
The suspended threads EIP is very likely in ELF/thunk/syscall area - this
address space is usually not seen by windows usermode debugger (using process
APIs, mapped views/virtual queries).
Single step/over (F7/F8), look at EIP and you will notice it changes.
The 0x8000004 exceptions in console each time you step are the debuggers single
step event/exception.
Open "memory" window and compare EIP range.
If you see EIP pointing to an area not being mapped as memory range, it's
probably executing in ELF/thunk/syscall area.
It happens in various situations, for instance if you instruct the debugger to
"break on new modules" event.
It will always stop in ELF code.
Resolution:
1) single /step/over/run until return/ to get the EIP into mapped range.
The disassembly will appear again and all is fine.
2) open the "excutable modules" window and click any PE module - it will show
disassembly again (though EIP remains in ELF code).
3) put breakpoints on imports that will be executed first
(after debuggee was paused due to dll loader event)
It's nasty, i know ...
Though i retired from ollydbg/win32asm/RCE community long time ago, i will of
course help/explain any issues regarding this fine piece of software :)
Regards
--
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=5395
Bug 5395 depends on bug 5358, which changed state.
Bug 5358 Summary: .NET 1.1's dotnetfx.exe fails to install
http://bugs.winehq.org/show_bug.cgi?id=5358
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
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=7093
Bug 7093 depends on bug 5358, which changed state.
Bug 5358 Summary: .NET 1.1's dotnetfx.exe fails to install
http://bugs.winehq.org/show_bug.cgi?id=5358
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
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=5540
Bug 5540 depends on bug 5358, which changed state.
Bug 5358 Summary: .NET 1.1's dotnetfx.exe fails to install
http://bugs.winehq.org/show_bug.cgi?id=5358
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
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=7098
Bug 7098 depends on bug 5358, which changed state.
Bug 5358 Summary: .NET 1.1's dotnetfx.exe fails to install
http://bugs.winehq.org/show_bug.cgi?id=5358
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
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=5358
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Additional Comments From truiken(a)gmail.com 2007-25-04 11:37 -------
Marking this particular bug as fixed. There are still other problems inside
some of the custom actions (not msi bugs), but everything is installed.
http://winehq.org/pipermail/wine-cvs/2007-April/032101.html
--
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=8157
------- Additional Comments From kelfe(a)gmx.de 2007-25-04 11:14 -------
the correct bug for the memory leak from .34 to .35 would be number 8050 which
is fixed already
--
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.