October 2003 - Wine-Bugs - list.winehq.org

[Bug 1762] InstallShield Wizard for Metrowerks Codewarrior V6.0 (DSP56800E) fails

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1762 ------- Additional Comments From ahuitzot(a)mindspring.com 2003-07-10 11:00 ------- Created an attachment (id=388) --> (http://bugs.winehq.com/attachment.cgi?id=388&action=view) The error log I created with wines debug options This contains the fixme and warn output that was generated during the run that has 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.

Oct. 7, 2003

[Bug 1762] New: InstallShield Wizard for Metrowerks Codewarrior V6.0 (DSP56800E) fails

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1761] Segfault when running arbitrary files

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1761 ------- Additional Comments From tilman.giese(a)gmx.de 2003-07-10 09:38 ------- Created an attachment (id=387) --> (http://bugs.winehq.com/attachment.cgi?id=387&action=view) winedbg 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.

Oct. 7, 2003

[Bug 1761] Segfault when running arbitrary files

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1761 ------- Additional Comments From tilman.giese(a)gmx.de 2003-07-10 09:38 ------- Created an attachment (id=386) --> (http://bugs.winehq.com/attachment.cgi?id=386&action=view) GDB 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.

Oct. 7, 2003

[Bug 1761] New: Segfault when running arbitrary files

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1760] New: keyboard layout not detected

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1759] getc returns 0x000000FF instead of 0xFFFFFFFF (-1) for EOF

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1759] New: getc returns 0x000000FF instead of 0xFFFFFFFF (-1) for EOF

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1747] wine-tools causes Segmentation Fault

by Wine Bugs

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.

Oct. 7, 2003

[Bug 1758] New: Dark age of camelot problem installing.

by Wine Bugs

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.

Oct. 7, 2003