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.
http://bugs.winehq.com/show_bug.cgi?id=1747
cris.farmer(a)comcast.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From cris.farmer(a)comcast.net 2003-06-10 20:02 -------
configuring with "--with-nptl" fixed the problem.
--
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=1758
Summary: Dark age of camelot problem installing.
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: bcook(a)insight.rr.com
D:\camelot\CAMELOT\camelot.exe For some reason wine is looking one directory
too deep for the file to open. The path is d:\camelot\camelot.exe but it is
looking one Camelot directory too deep.
--
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.