http://bugs.winehq.org/show_bug.cgi?id=17611
Summary: Increasing DPI makes displayed text smaller
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=19784)
--> (http://bugs.winehq.org/attachment.cgi?id=19784)
Three Properties Winodws
I'm using Wine 1.1.16 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
With default dpi (96) it is difficult (because it's to small) to read text in
"Properties Window" which exists as a toolbar in "AutoCAD 2008" and "AutoCAD
Mechanical 2008". If I try to increase dpi through winecfg, text in "Properties
Window" is even harder to read, it gets smaller but fonts in other parts of the
application are bigger.
I attached image how "Properties Window" should looks like on AutoCAD 2007
example running on Windows and how it looks in Wine with AutoCAD 2008. All
screenshots were made in 1024x768.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19133
Summary: Ground Control: mouse moves extremely strange
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samlabc(a)yahoo.de
When I move the mouse the mouse pointer moves, but in a totally different
direction.
I think this because somehow the mouse movements are stacked:
By slowly moving the mouse I managed to get it in the middle of the screen.
Then I move the mouse pointer a bit to the right, then up and then left. First
the mouse pointer moves somewhere else, but after some time(when I continue
moving the mouse left), the cursor moves right, up and then left.
I'm using a simple USB-mouse. I don't think this is because of my hardware
because everybody has this problem with this game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23507
Summary: AutoCAD 2008: Font size is smaller in properties
window
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=29347)
--> (http://bugs.winehq.org/attachment.cgi?id=29347)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) install AutoCAD 2008
3) wine acad.exe
4) draw e.g. line
5) RMB on line and choose properties
6) do step 4) and 5) on MS Windows
Behaviour:
Font size in properties window isn't the same although the same screen
resolution and the same dpi. Fields (e.g. Color) are also smaller in Wine.
Expected behaviour:
Sizes of font and fields shouldn't be different on Wine.
Additional info:
Sizes of font and fields doesn't change when size of properties window changes.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23163
Summary: World of Warcraft Crashes in Dalaran with "mmap()
failed: Cannot allocate memory"
Product: Wine
Version: 1.2-rc2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremydyoung(a)sbcglobal.net
Created an attachment (id=28809)
--> (http://bugs.winehq.org/attachment.cgi?id=28809)
Stack trace from crash.
This has been happening on OpenSuSE 11.2 with 2GB RAM or 4GB RAM. It's almost
always a crash in Dalaran, though sometimes it crashes in raids or flying to
other zones.
Stack information in attachment.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19882
Summary: ZWCAD 2009 Professional HUN
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ll222(a)citromail.hu
Program name: ZWCAD 2009 Professional HUN
Downloadable:
http://www.kolibrydesign.com/down/getfile.php?file=ZWCAD2009HunBeta.exe
The program has been successfully installed on, and then a well-off. A drawing,
if drawn, and then save, then give the file a name, then click on the Save
button, and then pass the file to error. To run the program due Atl71.dll and
mfc42.dll files copied to the Windows \ System32 folder.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14627
Summary: regedit broken due to locale settings
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: galtgendo(a)o2.pl
I'm not sure I can describe this correctly.
I've got a few registry keys that contain Japanese signs (in values).
Regedit can't export those keys correctly, when I run
in my own locale (pl_PL.UTF-8). They also fail to be displayed then.
(The key names are ASCII, the values are not).
But when I run as LANG=ja_JP.UTF-8, something strange happens,
while regkey can be exported (as CP932, which sucks a bit, IMHO),
it can't be viewed. The treeview of the key shows a plus beside it,
but the key values are not shown and clicking that plus doesn't expand
the subkey (in my standard locale, at least subkey got expanded).
(I'll just ignore for now the fact, that in my locale, if keyname
is Japanese, it's shown as question signs.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16551
Summary: install fails - msi_cabextract FDICopy fails
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: john.solomon(a)indysoft.com
First, forgive me, I am a noooooob in every sense of the word.I have not used
any linux or distro before. I have just started using Ubuntu 8.04 in an
experiment to run two apps. that I use often. One is an Firebird db for asset
management (work) and the other is a Cad/Cam program (play). It took a while
but I got the Firebird to run in wine (1.1.10). I am having issues with the cad
program called eCabinets. The mfg for the program does not support their
software outside of windows 2000 or XP. The install is interupted before it
finishes (when copying files). It sounds like the issue reported for
Office2003, Quickbook, COD and a few others. your case ids 15887, 15642 and
11719
err:msi:msi_cabextract FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"Data1.cab"
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627
the full log is attached
The program uses DAO, jet40 for its access databases. I used wine-doors to get
DAO, Jet and a few others that sound like they might be needed like windows
common controls, XP library, runtime libs
I have done so much trying to get this solve short of rollbacks and unistalls,
I am doing circles
If there is anything else I can tell you, please let me know. But please dumb
down your questions for noooobs and dont be suprised if I ask stupid questions.
btw... Ubunto and wine..... rocks..... can you say bye bye Bill Gates?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24250
Summary: Sam and Max 304 aborts on unimplemented function
msvcr80.dll.getenv_s
Product: Wine
Version: 1.3.1
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=30528)
--> (http://bugs.winehq.org/attachment.cgi?id=30528)
perl script to dig for imports of a particular dll in all modules in current
directory tree
http://gamedaily.newaol.com/pub/SamMax304_BigDownload.exe.zip
(sha1sum 5d3cefcf0c654d3646105e14cb3d06c61feb32f3 )
installs, but when you run it, it dies with
wine: Call from 0x7b836523 to unimplemented function msvcr80.dll.getenv_s,
aborting
Using a little script to look for other possible problems:
perl imports.pl msvcr80.dll | sort -n -u | awk '/[0-9]/ {print $2}' | sort -u
> syms
grep -wf syms ~/wine-git/dlls/msvcr80/*.spec | grep stub
yields
@ stub -arch=win32 ?_type_info_dtor_internal_method@type_info@@QAEXXZ #
public: void __thiscall type_info::_type_info_dtor_internal_method(void)
@ stub _crt_debugger_hook
@ stub _fseeki64
@ stub _ftelli64
@ stub _get_tzname
@ stub _localtime64_s
@ stub _putenv_s
@ stub _wassert
@ stub getenv_s
Same analysis on msvcp80 yields
@ stub -arch=win32
??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBDI@Z
@ stub -arch=win32
??0?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@ABV01@@Z
@ stub -arch=win32
??0?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@XZ
@ stub -arch=win32
??1?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@XZ
@ stub -arch=win32
?begin@?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE?AV?$_String_iterator@GU?$char_traits@G@std@@V?$allocator@G@2@@2@XZ
@ stub ?max@?$numeric_limits@I@std@@SAIXZ
@ stub ?quiet_NaN@?$numeric_limits@N@std@@SANXZ
@ stub -arch=win32
?resize@?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAEXI@Z
@ stub ?uncaught_exception@std@@YA_NXZ
@ stub _FInf
@ stub _Inf
@ stub _Nan
So that's 20 stubs max that might need to be dealt with, who knows
which of them are really needed in normal operation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18598
Summary: Source Insight: Window Title Bar does not get updated
with the new file when jumping to the definition from
the current file.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turanammo(a)rocketmail.com
CC: madewokherd(a)gmail.com, vitaliy(a)kievinfo.com,
austinenglish(a)gmail.com, bsjeon(a)hanmail.net,
tobias(a)schula.org, nerv(a)dawncrow.de, ddrtist(a)gmail.com
Created an attachment (id=21275)
--> (http://bugs.winehq.org/attachment.cgi?id=21275)
1: Title Before jump same as after jump
When jumping to the actual location of a function/macro definition from a file,
the window title bar does not get updated with the new location.
A demo version of Source Insight can be obtained here.
http://www.sourceinsight.com/downeval.html
Wine Version: 1.1.21
OS: FC 10
Platform: x86
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11965
Summary: WSAStartup() is not required to do networking
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mark(a)ookoo.org
On Windows (tested at least on Xp, and this is also according to MSDN doc),
when calling any network function, you absolutely have to call WSAStartup()
before.
If you didn't call WSAStartup(), any ws2_32 function will fail, with error
WSANOTINITIALISED (10093).
I'm writing cross-compilable programs on linux that should also run on Win32,
and I do all my tests on wine.
It took me a while to find out why people trying to use this program on real
windows boxes had troubles accessing network.
The expected behaviour for Winsock2 functions is to fail, unless WSAStartup()
was called. For each time you call WSAStartup(), you have to call WSACleanup()
once.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.