http://bugs.winehq.com/show_bug.cgi?id=1769
Summary: on fedora core, wine complaints about security patched
kernel
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: mandreiana(a)yahoo.com
<marius__> I've got wine-0.20030911-1 compiled on RHL9, which worked fine. Now,
on Fedora Core test 2, it says
<marius__> err:virtual:map_image Standard load address for a Win32 program
(0x00400000) not available - security-patched kernel ?
<marius__> wine: could not load 'C:\gaim-0.70.exe' as Win32 binary
<marius__> indeed, Fedora Core kernel has some security enhancements. If wine
will be compiled on it, will it work?
<Thunderbird_> no
<Thunderbird_> there is one way to run it ..
<Thunderbird_> /usr/sbin/chstk -e /usr/local/bin/wine and then retry
<Thunderbird_> it changes something inside the binary to make it pass the test
or something like that
--- TD[gone] is now known as TD
<marius__> ran chstk as root and then again wine as user, same result
<TD> Thunderbird_: iirc it's now a linker switch
<TD> -z something
<marius__> chstk -v /usr/bin/wine
<marius__> /usr/bin/wine: stack area executable: 1, non-executable: 0
<marius__> chstk changed wine (rpm -V and prelink -u say so)
<marius__> note: gtk was be installed fine by wine and just tested another
executable, it works. So this is not general.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1768
Summary: DirecX problem sample
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: jmfenaille(a)laposte.net
When trying to run Ableton Live 3.0 I get these messages:
fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please
report)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40361880)->(00010023,00000008)
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x403731b8)->(0x4036188c,0x00000000),stub!
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x403750f8)->(0x4036188c,0x00000000),stub!
fixme:win:FlashWindowEx 0x406900e0
The window is begining to draw but hangs.
This app is a mmedia sequencer /recorder / ....
The app has been first installed on a win98 partition then called from Mandraje
9.1 with wine:
cd /mnt/win_c
wine live\ 30.exe
DirectX 8.0a is installed on the win98 patition.
The wine.conf is the one setup by wineinstall at wine install.
ie: no tweaking ;-)
Thanks.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1767
------- Additional Comments From titan.costa(a)wanadoo.fr 2003-12-10 03:20 -------
Alsa midi IN is not supposed to work at all but it's not supposed to freeze either.
Could you try with --debugmsg +midi ?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1767
Summary: Midi input with Alsa 0.9.x -> freeze (Midiout seems
to work)
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: intent(a)netpratique.fr
All the working audio/midi apps (Audiomulch/Synthedit/Buzz/Muzys3.0,etc) freeze
when you select an alsa midi device in their midi configuration menu.
In all theses apps the alsa midi devices (from soundcards and from virmidis)
appear as it should, you can select the one you want. Then the app freezes.
(no error message, nor wine message "do you want to debug it ?")
Ctrl+C !
Note: Midi *out* works ! I have been able to affect the emu10k1 onboard synth of
the SBlive to a midi device out in Muzys (which is a midisequencer), and the
notes entered manually on the pianoroll are played !!! whaou !! :)
Note2: this bug is a longstanding one.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1549
------- Additional Comments From glharris(a)panix.com 2003-11-10 15:45 -------
Suggested use of regclean remains in 20030911. Regclean is unsupported and
(from MS, at least) unavailable; using it is almost certainly a bad idea.
While it would be ideal to point to a real solution, in the interim this text
should be removed from the error output.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1766
Summary: CVS Regression - Temp Socket Problem, Nothing Runs
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: Andrew.Talbot(a)talbotville.com
Patch #9718
(http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9718)
introduces a regression whereby, if an app is run from a shell prompt, it
eventually fails to launch and the following error message is returned:-
wine: lstat /tmp/.wine-<myusername>/server-307-4bb15/socket: No such file or
directory
-- Andy.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1434
Bug 1434 depends on bug 1261, which changed state.
Bug 1261 Summary: Nascar 2002/2003 are not able to start with OpenGL rasterizer
http://bugs.winehq.com/show_bug.cgi?id=1261
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1434
Bug 1434 depends on bug 1284, which changed state.
Bug 1284 Summary: patch 7187 breaks Grand Prix Legends startup
http://bugs.winehq.com/show_bug.cgi?id=1284
What |Old Value |New Value
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1765
ibboard(a)hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-programs |wine-gui
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1765
Summary: WinMX 'browse' and 'WhoIs' windows don't jump to top
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: ibboard(a)hotmail.com
I've just upgraded to the newest stable version of Wine so that WinMX didn't
crash when I tried to download a file, but there is still a tiny bug (it might
happen in other programs, I don't know).
Basically, if you open up a "browse" or "WhoIs" window, a smaller window (kinda
like a Javascript popup window for those who don't know WinMX) appears on top of
WinMX. When you click to WinMX and then click the button (similar to Mozilla's
webpage tabs) the WhoIs query should pop back up to the top and gain focus, but
at the moment it doesn't. The window still exists, it just involves moving the
WinMX window out of the way to get at the WhoIs query hiding below it.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1764
Summary: installation problem
Product: Wine
Version: 20010112
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: amm(a)linuxmail.org
CC: amm(a)linuxmail.org
I am getting the error message below when try to install wine:
./configure: line 88: conf12292.sh: No such file or directory
./configure: line 89: conf12292.sh: No such file or directory
chmod: failed to get attributes of `conf12292.sh': No such file or directory
./configure: line 201: conf12292.file: No such file or directory
./configure: line 949: config.log: No such file or directory
Configure failed, aborting install.
Please advise.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1763
------- Additional Comments From raulschmidtf(a)ig.com.br 2003-09-10 11:04 -------
I try it in Red Hat 8 too. The same error occured.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1759
------- Additional Comments From jbon(a)cfl.rr.com 2003-08-10 19:18 -------
Just a few more details that may be helpful:
The file was opened like this
myfile = fopen("myfile.txt", "r");
The file being read is a DOS formatted text file with CR-LF newlines. The last
two characters in the file are "\r\n".
Since this is running in a Win32 environment and it is not in binary mode, I
thought perhaps this could be a factor.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1763
Summary: Setup for Autocad and Notes doesn't work
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: raulschmidtf(a)ig.com.br
I updated my system to Mandrake Linux 9.1 (it whas RedHat 7.1) and when I try to
install Autocad and Lotus Notes under wine the same error occurred:
[raul@localhost Notes_5.08]$ wine Setup.exe
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 12 (X_ConfigureWindow)
Serial number of failed request: 93
Current serial number in output stream: 98
err:ntdll:RtlpWaitForCriticalSection section 0x40d858c0 "x11drv_main.c:
X11DRV_CritSection" wait timed out in thread 000c, blocked by 000b, retrying (60
sec)
wine: Unhandled exception (thread 000c), starting debugger...
Can't attach process a: error 5
[raul@localhost Notes_5.08]$
That's happen right after setup decompress the "temp" files. With my previous
Linux installation, the setup for this programs run fine. (I don't know my
previous version of WINE)
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1762
ahuitzot(a)mindspring.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |ftp://ftp.metrowerks.com/pub
| |/embedded/DSP/CW_DSP56800E_H
| |ybrid_R6.0.exe
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1762
Summary: InstallShield Wizard for Metrowerks Codewarrior V6.0
(DSP56800E) fails
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: ahuitzot(a)mindspring.com
CC: ahuitzot(a)mindspring.com
The InstallShield binary for Metrowerks Codewarrior v6.0 for the DSP56800E
hybrid processors fails. It brings up a windows dialog saying:
An error (-5009 : 0x8000ffff) has occured while running the setup.
I also have a debug log file with warnings turned on and there are several
suspicious entries, but since this is my first encounter with wine, I am
not quite sure what they all mean...
The file to reproduce the problem is here:
ftp://ftp.metrowerks.com/pub/embedded/DSP/CW_DSP56800E_Hybrid_R6.0.exe
its about 250MB, so you may want to be on a fast connection to get it.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1761
Summary: Segfault when running arbitrary files
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: tilman.giese(a)gmx.de
Running winemine works. Running winzip setup works. Everything else I tried
worked up to a certain point and hang in an infinite loop of segmentation
faults. Attached is the example of running ie5setup.exe. The main screen
appears, but after I click on 'Accept' the infinite loop described starts.
Attached is the output of gdb and winedbg.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1760
Summary: keyboard layout not detected
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: hariel(a)tiscali.it
wine does not detect my italian keyboard.
I recompiled sources changing the keys mapping, but it still doesn't work.
fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found!
Using closest match instead (Latin American keyboard layout) for scancode mapping.
Please define your layout in dlls/x11drv/keyboard.c and submit them
to us for inclusion into future Wine releases.
Thanx in advance
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1759
------- Additional Comments From jbon(a)cfl.rr.com 2003-06-10 22:03 -------
Ignore the references to getc_unlocked. They should read getc. My program was
calling getc_unlocked which was #defined to getc.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1759
Summary: getc returns 0x000000FF instead of 0xFFFFFFFF (-1) for
EOF
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: jbon(a)cfl.rr.com
A program I'm working on calls getc (which I assume maps to MSVCRT_getc). It
has been having problems detecting the EOF condition. It seems that the first
EOF indication comes as a 0x000000ff (255) instead of 0xffffffff (-1). This
causes the character 0xff to be processed as a real character. Strangely
enough, another call to getc_unlocked causes the proper value of 0xffffffff to
be returned, and the EOF is handled. Unfortunately this extra bogus character
breaks this program which is simply checking against EOF (-1).
while (1) {
int c;
c = getc_unlocked(myfile);
if (c == EOF)
break;
else
// process character
}
This behavior goes away when using the native Win98 msvcrt.dll. I've looked in
dlls/msvcrt/file.c for anything that could cause this, but everything in there
looked good. My hunch is that somewhere a character value of 0xff is getting
promoted to int without sign-extension, but I haven't seen this where I have looked.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.