http://bugs.winehq.org/show_bug.cgi?id=20065
Summary: Notepad: cursor key issues on MacOSX
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The keyboard mapping is weird or something else is broken:
- Shift Right does not select&highlight one character to the right of the
cursor. Instead, a strange asterisk appears.
- Shift Left replaces the character to the left with a plus sign.
- Shift Down moves one line down, marks the text in between (like Shift Down on
Linux), deletes it, in effect joining with the part of the following line
starting with the current column.
- Shift Up does something similar upwards but additionally inserts a /.
+ Control keys work (print menu, save, undo etc.)
+ Umlauts work
+ F5 (insert date and time) works. You may need to press fn-F5, depending on
your System Preferences.
The xev programs reveals that all keycodes are different than on a
Linux laptop, but the keysyms are the same.
FYI, xev also shows that X11.app maps the command key to alt (aka. Meta_L/R)!
I find this unfortunate, as Cmd-xyz will conflict with X11.app's own menus.
I'm using the German locale and Apple keyboard.
--
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=14852
Summary: SetWindowPos, when called on Mac, moves the window even
if SWP_NOMOVE is specified
Product: Wine
Version: 1.0.0
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moe(a)hup.de
The following bug was found in the current stable version of wine when executed
on Mac OS X with latest X11. The unstable testing versions also seem to contain
it.
Our old windowing framework (zApp) calles DrawMenubar() after you've done
modifications to the menu of an application.
DrawMenubar() itself calles
SetWindowPos( hWnd, 0, 0, 0, 0, 0, SWP_NOSIZE | SWP_NOMOVE |
SWP_NOACTIVATE | SWP_NOZORDER | SWP_FRAMECHANGED );
This call moves the window approximately by the height of the title bar to the
bottom.
If you omit the SWP_NOSIZE flag, the window is moved to 0,0 - if you enable it,
the window is just moved down.
I gave this bug a major severtity as this effects nearly all of our
applications. You can test it by just calling the SetWindowPos line above.
--
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=12637
Summary: No libgl On the box, therefore OPENGL quits
Product: Wine
Version: 0.9.58.
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pjmikols(a)mac.com
when launching applications, the libgl directly is incorrectly linked, i
believe this is the reason for the OPEN GL that keeps failing to load... and
launch programs.
--
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=19897
Summary: d3d10/dxgi: device.ok crashes on MacOS X
(InitAdapters/glGetString)
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Test results for my build of wine-1.1.28 on Mac are currently online at
http://test.winehq.org/data/f6f458a1eb162adeec83c2241a746b7214a8e843/index_…
As with 1.1.24, some d3d10/d3dxgi test crash while running winetest.
Sadly for comparison, test.winehq.org does not hold the 1.1.24 data anymore.
The backtraces are all similar to:
http://test.winehq.org/data/f6f458a1eb162adeec83c2241a746b7214a8e843/wine_o…
=>0 glGetString() in wined3d
1 _X11DRV_wglGetProcAddress+0x2f() in winex11
2 _wglGetProcAddress+0x83() in gdi32
3 _InitAdapters+0x149() in wined3d
4 _WineDirect3DCreate+0x70() in wined3d
It also affects 2 d3dx9 tests, as the test data shows.
The machine is running OSX.5.7 with nVidia 9400 graphics.
--
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=17225
Summary: Steam could not be used on MacOS-X but on Linux
Product: Wine
Version: 1.0.1
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tobias.steinmann(a)gmx.de
Steam is not working on Mac-OS X using Wine. It seems to work fine on
Ubuntu8.10. Sorry - I am newby to wine, so I can't give technical details. On
MacOS Steams cannot be started, there is an early exception. On Linux it was no
problem with same wine-version.
--
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=21768
Summary: .NET 3.5 SP1 Fails to Install
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: davidsscully(a)gmail.com
Created an attachment (id=26317)
--> (http://bugs.winehq.org/attachment.cgi?id=26317)
The wine log from the installation
Using the full installer, the program fails to recognize that it already has
the packages in the executable and downloads them. Then the installation fails
to install a file and aborts the install.
--
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=16108
Summary: AuGraphNewNode/AuGraphGetNodeInfo are deprecated
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Mac OS X 10.5
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
audiounit.c: In function ‘SynthUnit_CreateDefaultSynthUnit’:
audiounit.c:343: warning: ‘AUGraphNewNode’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674)
audiounit.c:354: warning: ‘AUGraphNewNode’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674)
audiounit.c:377: warning: ‘AUGraphGetNodeInfo’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:689)
Code:
err = AUGraphNewNode(*graph, &desc, 0, NULL, &synthNode);
...
err = AUGraphNewNode(*graph, &desc, 0, NULL, &outNode);
...
err = AUGraphGetNodeInfo(*graph, synthNode, 0, 0, 0, synth);
--
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=15127
Summary: Can't Install
Product: Wine
Version: 1.1.3
Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: david(a)di.ubi.pt
Created an attachment (id=15831)
--> (http://bugs.winehq.org/attachment.cgi?id=15831)
error
I've tried to run ./tools/wineinstall first. Can't install. Get the same thing
as running:
./config
make depend & make
I'm using OS x 10.4.11 on a powerpc, with XCode 2.4.1
the error messages are attached
--
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=9619
Summary: Winecfg audio tab crashes wine, midi does not work
Product: Wine
Version: 0.9.44.
Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: singingwolfboy(a)gmail.com
Created an attachment (id=8010)
--> (http://bugs.winehq.org/attachment.cgi?id=8010)
winecfg crash log, from when winecfg crashes when trying to open the Audio tab
Tested with Noteworthy Composer 1.75 and Finale Notepad 2007. Both programs
complained of non-responsive MIDI devices. (Noteworthy: "One or more of your
selected MIDI devices are failing to open." Finale: "One or more MIDI devices
are not responding") In the MIDI options in Noteworthy, it lists "Wine midi
mapper" under the "Devices used by play back" menu, and nothing under the
"Available play devices" menu. In neither application does any sound play
during playback.
While investigating this, I discovered that opening the Audio tab in winecfg
crashes wine. When I click on the Audio tab, winecfg first displays this
message:
There is no audio driver currently specified in the registry.
A recommended driver has been selected for you. You can use this driver or
select another driver if available.
You must click Apply for the selection to take effect.
When I hit OK on that message, winecfg briefly stays up with no menu options in
the open tab, and then crashes. Crash log is attached.
I thought this might be a duplicate of bug 4051, but since wine no longer uses
aRts, it can't be. Still, it seems to be a similar problem.
Download Noteworthy:
http://www.download.com/NoteWorthy-Composer/3000-2170_4-9017135.html?tag=pd…
Download Finale: http://www.makemusic-downloads.com/NPWinSetup12013.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15337
Summary: OpenCanvas v. 1.1 broken (Regression)
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: snalajnk(a)gmail.com
OpenCanvas version 1.1 will not open under Wine 1.1.5, but works with 1.0. The
only error given is: "err:module:attach_process_dlls "gdi32.dll" failed to
initialize, aborting"
--
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=15240
Summary: Winecfg fails after make install on Mac OS X 10.5.4
Product: Wine
Version: 1.1.4
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a5sk4s(a)yahoo.com
Steps to reproduce:
./configure
make depend && make
sudo make install
winecfg
Please see http://forum.winehq.org/viewtopic.php?t=2289 for further details
(e.g., log).
I had a binary distribution of 1.0 installed, but removed all known parts of it
(as per /www.kronenberg.org/darwine/):
- /Applications/Darwine
- ~/.wine
- ~/Library/Preferences/org.wine.winehelper.plist
--
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=15859
Summary: Portal fails to run on Darwine
Product: Wine
Version: 1.1.7
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cncxbox(a)gmail.com
The Mac version of Wine 1.1.7 fails to launch Portal.
I'm running Wine 1.1.7 on MacOS X 10.5.5
My system:
Macbook
Intel Core 2 Duo 2.16GHz
Intel GMA 950
2GB DDR2 RAM
The crash log is attached.
--
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=19125
Summary: log file corruption on dual-core MacOS
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=22088)
--> (http://bugs.winehq.org/attachment.cgi?id=22088)
excerpts of +reg traces
The attached log snippet reveals how 2 simultaneous threads (one for font, one
for desktop entries) access the registry. This somehow causes buffer contention
(maybe a static buffer is used somewhere, instead of a stack-allocated one?)
and garbage is printed to the log.
trace:reg:NtEnumerateValueKey (0xe4,95,1,0x74d6bc,256)
e 4096, minappaddr 0x10000, maxappaddr 0x7ffeffff, act.cpumask 3, numcpus 2,
CPU type 586, allocgran. 65536, CPU level 6, CPU rev 5898
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@trace:reg:NtCreateKey
(0x0,L"Machine\\Hardware\\Description\\System",<null>,0,f003f,0x32fc48)
This snippet might give a clue about where the bogus comes from, as
"maxappaddr" normally does not occur in a registry trace. OTOH, it may be
random buffer content.
Nothing was traced but WINEDEBUG=+reg in the attached log. It's been produced
with "The Westerner" v1.3.
Maybe this buffer reuse is specific to MacOS. OTOH, maybe it's caused by the
dual core Intel? I had never seen this before on a single core Ubuntu system.
--
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=16141
Summary: Windows move downwards on many GUI events
Product: Wine
Version: 1.1.8
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: archaemic.spam(a)gmail.com
When using various programs in Wine on Mac OS X (only tested on 10.5.5 with
XQuartz 2.1.5), simple interactions with the GUI will cause the window which
you are interacting with to move down on the screen several pixels. One example
of a GUI interaction which always seems to trigger this is switching a tab on a
tabbed view. However, other actions seem to be triggering it, too.
A good way to demonstrate this bug is to download the latest version of
Apophysis, available over on SourceForge here:
http://sourceforge.net/project/showfiles.php?group_id=127736 and then to start
the program, open the editor window (the red and yellow triangle button on the
toolbar), and switch the active tab. To even further demonstrate the severity
of the bug, switch to the Variations tab, click on one of the fields, at which
point it should be triggered again, and drag on the x axis, at which point it
should be triggered repeatedly until you release the mouse. This effectively
makes Apophysis unusable on Mac OS X.
The bug has also been observed in other programs, such as Audacity. However, I
have a limited number of Windows programs installed at the moment, so I can't
make a very big list of what it affects. It does not appear to affect Windows'
Notepad, however.
--
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=11242
Summary: Deprecated functions called in audiounit.c
Product: Wine
Version: 0.9.53.
Platform: Macintosh
URL: http://lists.apple.com/archives/coreaudio-
api/2007/Aug//msg00073.html
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: teloiv(a)gmail.com
When compiling Wine, It calls on some functions (AUGraphNewNode and
AUGraphNewNodeInfo) for coreaudio support in OS X that are deprecated as of Mac
OS X 10.5. The function is found in dlls/winecoreaudio.drv/audiounit.c, and
the calls are:
audiounit.c: In function ‘SynthUnit_CreateDefaultSynthUnit’:
audiounit.c:343: warning: ‘AUGraphNewNode’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674)
audiounit.c:354: warning: ‘AUGraphNewNode’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674)
audiounit.c:377: warning: ‘AUGraphGetNodeInfo’ is deprecated (declared at
/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:689)
It does not prevent audio from working but may do so in the future.
--
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=21325
Summary: aclocal.m4's main prototype is incorrect
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lessen42+wine(a)gmail.com
Created an attachment (id=25662)
--> (http://bugs.winehq.org/attachment.cgi?id=25662)
fix aclocal.m4's main prototype
aclocal.m4 uses "int main(int argc, char *argv[]" as the prototype for main for
various tests. However, the [] isn't quoted/escaped/whatever properly and is
discarded by autotools, leaving "int main(int argc, char *argv" in configure.
clang treats this invalid main prototype as a hard error, so these configure
tests fail.
Attached patch fixes it.
--
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=20550
Summary: Some Game Maker games cause OSX to freeze after
loading
Product: Wine
Version: 1.1.31
Platform: Macintosh
URL: http://appdb.winehq.org/objectManager.php?sClass=appli
cation&iId=8203
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pyrop(a)livejournal.com
Created an attachment (id=24511)
--> (http://bugs.winehq.org/attachment.cgi?id=24511)
Portion of trace log.
Mac OS X 10.5, Xquartz X11 2.4.0, wine 1.1.31, compiled with gcc v4.0.1 (Apple
Inc. build 5493).
The Game Maker games Iji and Spelunky cause OSX to semi-freeze after loading
the games, a little while after the pre-load graphic comes up. The mouse cursor
can still be moved but nothing on the screen responds to clicks, and keyboard
presses cause no response as well. However, iTunes continues to play music
while the system is frozen, and moves from one song to another. (So just the
system input is frozen?)
Attached is a portion of the trace log, resulting from starting Iji with the
command:
DYLD_FALLBACK_LIBRARY_PATH="/usr/X11/lib:/usr/lib" WINEDEBUG="+relay" wine
iji.e
xe >& stdout.log
There were about 496570 messages before this section of the log. There is a
command to display the error "ERROR in handling graphics:\rUnknown error
initializing DirectDraw." before the log goes into the endless, repeated
messages about GetTickCount. I did not observe this error message in wine,
however.
--
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=20837
Summary: wined3d call "basetexture_apply_state_changes" crashes
app
Product: Wine
Version: unspecified
Platform: Macintosh
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gumbyx84(a)gmail.com
Created an attachment (id=24968)
--> (http://bugs.winehq.org/attachment.cgi?id=24968)
Log file generated by WINE on game crash
There seems to be a problem w/ wined3d call "basetexture_apply_state_changes".
When trying to run Shaiya (new, non-GameGuard version) the app crashes when
trying to load game UI. You can launch the app and log into account, but the
minute it starts to load the actual game, it crashes. I have attached the error
log I got during my last crash. Looking at the backtrace, it the crash seems to
be coming from basetexture_apply_state_changes+0xeb1() in wined3d (in d3d9).
--
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=10184
Summary: Wine configure script unable to resolve -lGL on Mac OS X
10.5
Product: Wine
Version: 0.9.48.
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ryanwalklin(a)gmail.com
The configure script fails to find /usr/X11/lib/libGL.dylib, which is available
on Mac OS X 10.5 if the X11 user and dev packages are installed. Consequently
OpenGL is unavailable to Wine.
More correctly Wine should link to
/System/Library/Frameworks/OpenGL.Framework/Versions/A/Libraries/OpenGL.dylib,
as the /usr/X11/lib library consists of links to the Framework. This can be
achieved by directly linking to the framework (-Framework OpenGL -framework
GLUT) rather than -lGL and -lGLU on OS X.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15361
Summary: ABBYY FineReader Engine does not work correctly with
ScanSnap scanner software
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens-wine(a)spamfreemail.de
Hello,
proper OCR is one of the missing things under Linux. OS X has options but they
are limited.
I own a ScanSnap scanner which has software for Windows and OS X. Linux users
have made their own using the SANE backend. But the OS X and Linux solutions
lack the OCR scanning engine that the Windows version has.
The OCR engine runs under Wine but only ever scans the first page of every
(scanned) PDF I throw at it. After that, it spills endless lines of
fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub
fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub
fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub
fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub
fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub
hundreds of times a second while "WineHelper" and "X11" processes drive the CPU
load to 100%. If I press "Stop" in the recognition window, wait one minute
(approx) then restart the process it will advance one page further (because it
skips already OCRed pages).
My guess is if this semi-stub were implemented this OCR process would work
properly.
For me, this would mean I could FINALLY do ALL scanning and document managing
on my Macbook and my Linux PC, and would not need to boot Windows just to scan
in a heap of documents.
Could this function be implemented?
Thank you!
Jens
--
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=20693
Summary: Some entries from wine.inf not transferred into
registry
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Hi,
The wine.inf mechanisms are unknown to me, but I naively expect the entries
therein to help create the registry. So I'm wondering why a few are missing.
I've already observed random missing entries in the past (e.g. the NT hotfix
Q246009). Here I'm on a Mac, but I've seen this bug on Linux as well.
While wine.inf contains
HKLM,HARDWARE\DEVICEMAP\PARALLEL PORTS,,,""
HKLM,HARDWARE\DEVICEMAP\SERIALCOMM,,,""
a diff against a newly created .wine gives:
diff -r .wine-git/system.reg .wine/system.reg
< [Hardware\\DEVICEMAP\\PARALLEL PORTS] 1251580439
< @=""
<
< [Hardware\\DEVICEMAP\\SERIALCOMM] 1251580439
< @=""
as well as missing Hardware\Description\... which I believe are generated upon
startup.
and, BTW
Only in .wine-git/drive_c/windows/system32: ddeml.dll
Only in .wine-git/drive_c/windows/system32/spool/drivers: w32x86
Only in .wine-git/drive_c/windows/system32/spool/drivers: win40
the last two I don't know anything about.
The missing ddeml.dll is surprising, given that Wine ballooned recently and
threw many many libraries into windows/system32/. Now ddeml would be missing?
IIRC, registry entries were particularly missing when Wine threw an error upon
startup:
err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d404 "loader.c:
loader_section" wait timed out in thread 0021, blocked by 0009, retrying (60
sec)
AJ improved the situation a few releases ago, but the error never disappeared
entirely (neither on Linux nor Mac). It still appears for both new .wine
prefixes *and* updates. Ok, I should post that separately.
--
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=22208
Summary: Oreans Error when Running Aion on Mac
Product: Wine
Version: unspecified
Platform: All
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nkostoulas(a)gmail.com
So i am trying to run Aion on Mac. I followed the following link:
www.codeweavers.com/compatibility/browse/name/?app_id=5820;forum=1;msg=6367…
I successfully overpassed the gameguard problem, but i am now to
a new problem.
I run the command, the Aion logo appears but it is stuck there. This is shown
below:
http://img337.imageshack.us/img337/7600/snapshot20100330014608.png
The thing that arises on terminal is:
fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 32-bit
fixme:heap:HeapSetInformation 0x5cf000 0 0x32fe48 4
fixme:win:EnumDisplayDevicesW ((null),0,0x32e3dc,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32d110,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32c5ec,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32c6dc,0x00000000), stub!
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
err:avicap:query_video_device Video 4 Linux support not enabled
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{cc7bfb41-f175-11d1-a392-00e0291f3959} not found
fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category
{cc7bfb46-f175-11d1-a392-00e0291f3959} not found
--
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=20988
Summary: Some textures draw incorrectly in DirectX 9 on Mac OS
X
Product: Wine
Version: 1.1.34
Platform: Macintosh
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marvinx03(a)gmail.com
In several DirectX 9 games, some textures draw incorrectly when run in Mac OS
X. Instead of being normally colored, they are blocky and colored somewhat
randomly in bright shades. They do not flicker, but remain constant as if that
is the way they were meant to be.
I have observed this in the following games:
- Bioshock (and the Bioshock demo)
- Half Life 2: The Lost Coast (DirectX 9 mode ONLY; problem does not occur in
DirectX 8.1 mode)
- Left 4 Dead: Loading screen only (game crashes)
Bioshock only works after installing d3dx9 through winetricks. Even then,
Bioshock and the other games still experience this problem.
Some information on Left 4 Dead is available in my test report for that game:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14592&iTesting…
Lost Coast is the only game in the list that works well enough for testing this
bug thoroughly. Its performance is virtually flawless in DirectX 9 mode on
Linux, and is virtually flawless in DirectX 8.1 mode on Mac. It works
out-of-the-box without any adjustments or DLL overrides.
The terminal does not appear to give any useful output, but I can provide a
trace if necessary. I have attached a screenshot of the problem for
clarification.
--
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.