http://bugs.winehq.com/show_bug.cgi?id=39
*** shadow/39 Sat May 25 17:17:26 2002
--- shadow/39.tmp.2569 Sat May 25 18:01:14 2002
***************
*** 66,68 ****
--- 66,73 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:17 -------
Should this bug be closed? no comment on it for over a year......
+
+ ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-05-25 18:01 -------
+ Of course not. It's a fundamental problem.
+ One might want to reconfirm it perhaps, though.
+ (with severe messaging changes in between, it might just work now, who knows)
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=20
*** shadow/20 Sat Feb 2 22:48:07 2002
--- shadow/20.tmp.2575 Sat May 25 18:01:14 2002
***************
*** 2,16 ****
| Solaris: wine segfaults. |
+----------------------------------------------------------------------------+
| Bug #: 20 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
+----------------------------------------------------------------------------+
! | Assigned To: bugs(a)codeweavers.com |
| Reported By: rieck(a)inf.fu-berlin.de |
| CC list: Cc: |
+----------------------------------------------------------------------------+
| URL: |
+============================================================================+
| DESCRIPTION |
--- 2,17 ----
| Solaris: wine segfaults. |
+----------------------------------------------------------------------------+
| Bug #: 20 Product: Wine |
! | Status: CLOSED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: rieck(a)inf.fu-berlin.de |
| CC list: Cc: |
+----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
| URL: |
+============================================================================+
| DESCRIPTION |
***************
*** 72,78 ****
complete debugmsg log
! ------- Additional Comments From amohr(a)codeweavers.com 2000-10-19 21:57 -------
Wine version is too old.
Resubmit if it's not fixed in the newest release (at least 20001002, better CVS
--- 73,79 ----
complete debugmsg log
! ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2000-10-19 21:57 -------
Wine version is too old.
Resubmit if it's not fixed in the newest release (at least 20001002, better CVS
***************
*** 86,88 ****
--- 87,92 ----
So I am closing this bug (so that bugzilla does not become bogged down with
obsolete bugs). Try again with a recent Wine and if it still does not work feel
free to reopen this bug or to open a new one.
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 18:01 -------
+ Since it hasn't been reopened, im closing it...
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=16
*** shadow/16 Sat May 25 17:57:57 2002
--- shadow/16.tmp.2378 Sat May 25 17:57:57 2002
***************
*** 0 ****
--- 1,69 ----
+ +============================================================================+
+ | CreateProcessA and/or PE_LoadImage failure on SETUP.EXE |
+ +----------------------------------------------------------------------------+
+ | Bug #: 16 Product: Wine |
+ | Status: CLOSED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-loader |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: reiter(a)nomadics.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ I have tried to install various Microsoft tools. They all use one setup program
+ to run several other setup programs. Every time they attempt this, I get
+ something extremely similar to the following from WINE:
+ -----------------------------------------------------------------------------
+ fixme:module:CreateProcessA (F:\Temp\vs60wiz.exe,...): NORMAL_PRIORITY_CLASS
+ ignored
+ fixme:win32:PE_LoadImage FATAL: Need to relocate F:\Temp\vs60wiz.exe, but no
+ relocation records present (stripped during link). Try to run that file directly
+ !
+ -----------------------------------------------------------------------------
+ I can't run the file directly, because as soon as the load failed, the current
+ program cleaned up the Temp Directory. This has been a problem with Visual
+ Studio (Visual C, Visual Basic, etc) for the version 6 tools, as well as the new
+ CE development tools (eMbedded (sic) Visual Tools).
+
+ I apologize if this is a known issue -- the old bug list wasn't available, and
+ this new one didn't have anything in it yet...
+
+ ------- Additional Comments From reiter(a)nomadics.com 2000-09-28 15:14 -------
+ My profoundest apologies -- This is from a local build of the 20000909 snapshot.
+
+ ------- Additional Comments From reiter(a)nomadics.com 2000-09-28 15:56 -------
+ Since you probably don't have the Visual Studio 6 disc just lying around, I
+ should mention that the Quake2 3.14 demo will exhibit the same behavior. It can
+ be downloaded for free (though it is rather large -- 37MB) from
+ ftp://ftp.cdrom.com/pub/idgames/idstuff/quake2/q2-314-demo-x86.exe.
+
+
+ ------- Additional Comments From jwhite(a)codeweavers.com 2000-10-06 16:11 -------
+ Jim, this is perfect for Andreas, but he doesn't have
+ an account yet, so I can't assign it to him! Sneaky
+ devil.
+
+ We should have a VC6 CD lying around somewhere, so he
+ can add this to his list of installers to grind through.
+
+
+
+ ------- Additional Comments From reiter(a)nomadics.com 2000-10-09 20:21 -------
+ Must apologize -- version number was incorrect. I had performed an RPM
+ install, and the subsequent build of the newer snapshot did not overwrite the
+ wine that was in my path from the RPM install. The newer code (with the
+ version number I mention in the bug) does not have the specific behavior I
+ described, but still has problems with completing the install. Unfortunately,
+ the problem is just reported by the installer as "Setup encountered an error.
+ Cancel"
+
+ Sorry for any confusion...
+ Mac
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:57 -------
+ Confirmed resolved
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=719
*** shadow/719 Sat May 25 16:19:23 2002
--- shadow/719.tmp.2096 Sat May 25 17:53:16 2002
***************
*** 83,85 ****
--- 83,90 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 16:19 -------
actually confirming this time
+
+ ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-05-25 17:53 -------
+ Either menu code or toolbar code or x11drv redraw stuff, I guess.
+ Also try latest Wine (preferrably CVS), I think there have been some
+ redrawing changes.
\ No newline at end of file
The changes on the lower numbered bugs are done by me,
trying to get some of these old bugs out of he list of
ones to be worked on, if they have been fixed.....
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
http://bugs.winehq.com/show_bug.cgi?id=654
*** shadow/654 Fri May 24 04:59:16 2002
--- shadow/654.tmp.1484 Sat May 25 17:40:14 2002
***************
*** 43,45 ****
--- 43,51 ----
Try a workaround - backup the files while they exist in the temporary directory,
then try to execute the webinst.exe installer manually.
+
+ ------- Additional Comments From puoti(a)inwind.it 2002-05-25 17:40 -------
+ I tried, but I got a message windows (Wine) message saying that some files coud
+ not open some files, despite they wehere all in the backuped directory, but wine
+ exited with a succesful status, I don't think you are ment to do these sort of
+ things, and if setup will ever eork, it will be from normal setup.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=721
*** shadow/721 Sat May 25 16:30:41 2002
--- shadow/721.tmp.1377 Sat May 25 17:37:22 2002
***************
*** 2,13 ****
| Missing 'FONTS' dir |
+----------------------------------------------------------------------------+
| Bug #: 721 Product: Wine |
! | Status: ASSIGNED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: Speeddymon(a)yahoo.com |
| Reported By: maxx2(a)veneto.com |
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
--- 2,13 ----
| Missing 'FONTS' dir |
+----------------------------------------------------------------------------+
| Bug #: 721 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: maxx2(a)veneto.com |
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
***************
*** 93,95 ****
--- 93,118 ----
config output so that it remaps the fonts i listed above to a native unix
fonts... this can already be done in the fonts section, but i will discuss it
with alexandre about which would be the better solution
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:37 -------
+ Talked to Alexandre, and he reminded me that the MS fonts are copyrighted, so
+ we couldn't simply include them in wine's source... The best bet for right now
+ would be to download the default fonts from microsof, although I am not sure of
+ the link to them
+
+ What I may try to do is implement some sort of override for the fonts like the
+ dll overrides and like alexandre's .exe overrides where you have something like
+
+ [DllOverrides]
+ "arial.ttf"="builtin, native"
+
+ [fonts]
+ alias1=blah blah
+
+ so that wine defaults to using the "native" font, i.e. the MS version of it, if
+ it exists, and if it doesn't it uses the "builtin" one, i.e. the alias for that
+ font in the fonts section of the config, that way users can decide which MS
+ fonts get used by wine and which unix fonts get subbed for the MS equivalent...
+
+ its kinda complicated to explain, but seems like it would work... if i get a
+ chance to work on it...
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=53
*** shadow/53 Sat May 25 17:25:14 2002
--- shadow/53.tmp.928 Sat May 25 17:25:14 2002
***************
*** 0 ****
--- 1,54 ----
+ +============================================================================+
+ | PrgWin95: Wine does not support Win9x style (16bit) coordinates |
+ +----------------------------------------------------------------------------+
+ | Bug #: 53 Product: Wine |
+ | Status: NEW Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ On Win9x if one draws a line to (65520,65520) it should go to the top left
+ corner of the Window (with an MM_TEXT coordinate system I believe). In Wine,
+ and, I believe, in NT too, this line would go to the bottom right corner of the
+ Window.
+
+ The reason is that Win9x only supports 16bit coordinates, i.e. values ranging
+ from -32768 to 32767 so that 65520 is way in the negatives, while NT supports
+ 32bit coordinates so that 65520 is, well, what it is.
+
+ So should all the GDI functions test whether winver==win9x and adjust the
+ coordinates accordingly if it is so?
+ If not we should document this... somewhere. I'm not sure where. Maybe it's
+ already documented somewhere, I did not find it. Do we have some sort of a
+ 'limitations' section?
+
+ History:
+ This issue was revealed to me by the capture2 example of the Petzold 95. When
+ the mouse got out to the left of the window, the application would behave as if
+ it was to the far right. I traced it down to the WM_MOUSEMOVE message that was
+ returning values like 65520 but then noticed Win9x was doing the same. That's
+ when I realized it was the Rectangle API that was behaving differently.
+ Actually I should also test this in NT to see if NT too returns 65xxx in
+ WM_MOUSEMOVE for values <0, and to see how this application behaves in NT.
+
+ See also:
+ http://fgouget.free.fr/wine/PrgWin95/Chap6.shtml#capture2
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2000-10-25 14:59 -------
+ I tested capture2 on Windows NT and Windows 2000 and it behaves just like in
+ Wine.
+ So it is definitely a bug in the application: wherever it does 'ptEnd.x =
+ LOWORD (lParam) ;' it should do 'ptEnd.x = (short)LOWORD (lParam) ;' instead.
+ But the core of this report remains.
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:25 -------
+ This still an issue or should it be closed?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=52
*** shadow/52 Sat May 25 17:23:40 2002
--- shadow/52.tmp.778 Sat May 25 17:23:40 2002
***************
*** 0 ****
--- 1,41 ----
+ +============================================================================+
+ | PrgWin95: Problems with access to the root window |
+ +----------------------------------------------------------------------------+
+ | Bug #: 52 Product: Wine |
+ | Status: NEW Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The Petzold 95 contains an example program, scramble, which divides the
+ screen into small rectangles, swaps them randomly., and then waps them in the
+ exact reverse order so that in the end the screen is unchanged.
+ The first time I ran it in Wine I was actually amazed that it managed to grab
+ the screen's contents at all.
+ But I quickly recovered and started wondering why the screen is not restored
+ correctly. As the program runs the contents of the cells quickly become slightly
+ corrupted and they end up looking all alike.
+ And the screen is scrambled until you invoke the refresh of your window
+ manager.
+
+ Actually, I still wonder why it does not work hence this report!
+
+ Oh, I did try to make sure noone was updating the screen while this
+ application was running.
+
+ See also:
+ http://fgouget.free.fr/wine/PrgWin95/Chap4.shtml#scramble
+
+ Is there some fundamental impossibility, in which case fine, let's document
+ it somewhere and close this report. Or is there an actual bug?
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:23 -------
+ whats up with this bug, does it still exist?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=50
*** shadow/50 Sat May 25 17:22:36 2002
--- shadow/50.tmp.725 Sat May 25 17:22:36 2002
***************
*** 0 ****
--- 1,38 ----
+ +============================================================================+
+ | PrgWin95: Text justification needs beefing up |
+ +----------------------------------------------------------------------------+
+ | Bug #: 50 Product: Wine |
+ | Status: NEW Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: trivial OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Running the justify1 example from the Petzold 95 the feeling I get is that
+ the text is not justified.
+
+ I say that because the end of lines don't line up. Yet if I pay attention to
+ the size of spaces there is no doubt that they don't have the same width. So
+ something is actually being done.
+
+ I suspect that the problem is that we don't carry the rounding errors. What
+ conforts me in this idea is that the longer the line is the bigger the
+ differences between lines are. Actually I also got tipped by the MSDN
+ documentation for SetTextJustification.
+ See http://msdn.microsoft.com/library/psdk/gdi/fontext_9lm6.htm
+
+ Also suspicious is the fact the SetTextJustification is not implemented by
+ x11drv.
+
+ See also:
+ http://fgouget.free.fr/wine/PrgWin95/Chap4.shtml#justify1
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:22 -------
+ is this problem still existant Francois?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=48
*** shadow/48 Thu May 16 11:11:27 2002
--- shadow/48.tmp.642 Sat May 25 17:21:29 2002
***************
*** 95,97 ****
--- 95,101 ----
SM_CXMENUCHECK 14 13
SM_CYMENUCHECK 14 13
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:21 -------
+ are the differences still present, or can this bug be closed?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=47
*** shadow/47 Thu Mar 28 22:27:44 2002
--- shadow/47.tmp.458 Sat May 25 17:19:18 2002
***************
*** 7,13 ****
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-winelib |
+----------------------------------------------------------------------------+
! | Assigned To: bugs(a)codeweavers.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
--- 7,13 ----
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-winelib |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
***************
*** 67,69 ****
--- 67,74 ----
------- Additional Comments From fgouget(a)codeweavers.com 2002-03-19 14:41 -------
Yep, still happens with CVS 2002/03/18.
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:19 -------
+ Guess I will leave this one alone, since it existed a couple months ago, feel
+ free to test again with a recent CVS if you want to Francois
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=39
*** shadow/39 Sat May 25 17:17:26 2002
--- shadow/39.tmp.365 Sat May 25 17:17:26 2002
***************
*** 0 ****
--- 1,68 ----
+ +============================================================================+
+ | PrgWin95: Wrong message sequence for keyboard auto-repeat |
+ +----------------------------------------------------------------------------+
+ | Bug #: 39 Product: Wine |
+ | Status: NEW Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-kernel |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The message sequence that Wine generates when a key is in auto-repeat mode is
+ incorrect.
+
+ In Windows one gets a series of WM_KEYDOWN messages. The first one has the
+ 'previous state' bit (30th of LPARAM) set to 0, and all those that come after
+ have it set to 1. Then when the key is released the application gets a single
+ WM_KEYUP message.
+
+ In Wine the application receives a succession of WM_KEYDOWN and WM_KEYUP
+ messages instead. Note that this description is valid for a key like the down
+ arrow key.
+
+ If the key generates characters, 'a' for instance, then these messages streams
+ are interspersed with WM_CHAR messages. But the principle remains the same.
+
+ This problem is best illustrated by a couple of programs from programming books:
+ - the keylook example of the chapter 5 of the 'Programming Windows 95' Petzold
+ - the KeyView1 example of the chapter 6 of the 'Programming Windows 98' Petzold
+ - the VirtualKey example of the chapter 3 of 'Programming Windows 95 with MFC'
+
+ See also:
+ http://fgouget.free.fr/wine/PrgWin95/Chap5.shtml#keylook
+ http://fgouget.free.fr/wine/PrgWin98/Chap6.shtml#KeyView1
+ http://fgouget.free.fr/wine/PrgMFC/Chap3.shtml#VisualKB
+
+ ------- Additional Comments From dtimoshkov(a)codeweavers.com 2000-11-03 03:33 -------
+ The root of this problem lies in the way X server sends keyboard events.
+ X *always* generates Down/Up events for the single key press. It could
+ be seeing with the xev tool. I don't know a way yet how to work around it.
+
+ One ugly hack could be to delay sending WM_KEYUP message, but for what
+ amount of time: until next key press, 1 ms, next X event, ...?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2000-11-12 15:01 -------
+
+ Disclaimer: I don't know anything about the way X handles the keyboard.
+
+ But I just got an idea. In most systems you can receive an event saying that
+ such and such key has been pressed/released, but you can also query whether a
+ given key is up or down.
+ When we receive the KeyUp event, would it be possible to query X to determine
+ if the key is really up or if it is pressed? If it is still pressed, then we
+ would ignore the KeyUp event, mark the key as pressed internally, and on the
+ next KeyDown event we would send a VM_KEYDOWN with the bit 30 set to 1.
+ Of course doing so probably won't be very simple: I guess there will be nasty
+ key mapping issues, it will introduce a (small) delay if the X server is
+ remote... But the point is moot if we cannot query the state of a key with X.
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:17 -------
+ Should this bug be closed? no comment on it for over a year......
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=22
*** shadow/22 Sun Dec 23 15:23:36 2001
--- shadow/22.tmp.32350 Sat May 25 17:10:27 2002
***************
*** 2,16 ****
| Shellexecute API call cannot open URLs |
+----------------------------------------------------------------------------+
| Bug #: 22 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: test |
+----------------------------------------------------------------------------+
! | Assigned To: bugs(a)codeweavers.com |
| Reported By: zeratul2(a)jazzfree.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
| URL: |
+============================================================================+
| DESCRIPTION |
--- 2,17 ----
| Shellexecute API call cannot open URLs |
+----------------------------------------------------------------------------+
| Bug #: 22 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: test |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: zeratul2(a)jazzfree.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
| URL: |
+============================================================================+
| DESCRIPTION |
***************
*** 22,24 ****
--- 23,35 ----
Supposed to open the navigator, it returned an error when run under wine.
I know this may not be considered a bug, but anyway is worth to fix it.
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:10 -------
+ Hmm, seems to me like if the problem still exists, we need a "default browser"
+ option in the config that could be launched when a hyperlink in an application
+ is clicked...
+
+ Since there hasn't been any comment on this in over a year, I am closing it.
+
+ Reporter, try this problem out on a recent wine build, if it still exists,
+ reopen the bug.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=17
*** shadow/17 Sun Dec 23 15:29:55 2001
--- shadow/17.tmp.32247 Sat May 25 17:08:33 2002
***************
*** 2,16 ****
| Bug while playing WinSkat Pro |
+----------------------------------------------------------------------------+
| Bug #: 17 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
+----------------------------------------------------------------------------+
! | Assigned To: bugs(a)codeweavers.com |
| Reported By: christoph(a)hess-brothers.de |
| CC list: Cc: |
+----------------------------------------------------------------------------+
| URL: |
+============================================================================+
| DESCRIPTION |
--- 2,17 ----
| Bug while playing WinSkat Pro |
+----------------------------------------------------------------------------+
| Bug #: 17 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: christoph(a)hess-brothers.de |
| CC list: Cc: |
+----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
| URL: |
+============================================================================+
| DESCRIPTION |
***************
*** 36,42 ****
Bye
Christoph Hess
! ------- Additional Comments From amohr(a)codeweavers.com 2000-10-19 22:58 -------
Probably downloadable from
http://www.berliner-morgenpost.de/elektrolounge/archiv/tests/200005/tests_d…http://www.berliner-morgenpost.de/bm/elektrolounge/misc/download/nsktd.exe
--- 37,43 ----
Bye
Christoph Hess
! ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2000-10-19 22:58 -------
Probably downloadable from
http://www.berliner-morgenpost.de/elektrolounge/archiv/tests/200005/tests_d…http://www.berliner-morgenpost.de/bm/elektrolounge/misc/download/nsktd.exe
***************
*** 48,50 ****
--- 49,56 ----
fixme:winsock:_get_sock_fd handle 0 is not a socket (GLE 6)
I believe these bugs should be fixed in the current Wine. Could you retest your
application to see if this improves matters...
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:08 -------
+ Since there has been no reply in quite some time, I am closing this bug.
+ Reporter, try your program out on a recent wine build, if the problem still
+ exists, feel free to reopen the bug.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=11
*** shadow/11 Tue Apr 16 13:48:57 2002
--- shadow/11.tmp.32162 Sat May 25 17:07:05 2002
***************
*** 62,64 ****
--- 62,68 ----
* http://fgouget.free.fr/wine/PrgWin95/endjoin-win95.png
I also retested and can confirm that the problem is still present.
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:07 -------
+ Hmm, is the problem still present now?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=657
*** shadow/657 Tue May 21 15:11:38 2002
--- shadow/657.tmp.31379 Sat May 25 16:55:31 2002
***************
*** 2,13 ****
| MFC42.dll is not implemented |
+----------------------------------------------------------------------------+
| Bug #: 657 Product: Wine |
! | Status: ASSIGNED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-kernel |
+----------------------------------------------------------------------------+
! | Assigned To: Speeddymon(a)yahoo.com |
| Reported By: Speeddymon(a)yahoo.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
--- 2,13 ----
| MFC42.dll is not implemented |
+----------------------------------------------------------------------------+
| Bug #: 657 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-kernel |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: Speeddymon(a)yahoo.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
***************
*** 90,92 ****
--- 90,97 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-21 15:11 -------
confirm via comments, assigning to myself, as i will attempt to work on it...
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 16:55 -------
+ I'm not sure where to look in MSDN to find out what all is in MFC42.dll, if
+ someone could point me in the right direction? Or if someone knows more about
+ this, feel free to accept it and start working on it...
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=719
*** shadow/719 Fri May 24 15:09:11 2002
--- shadow/719.tmp.29656 Sat May 25 16:18:53 2002
***************
*** 73,75 ****
--- 73,82 ----
------- Additional Comments From fgouget(a)codeweavers.com 2002-05-24 15:09 -------
Ok, was just me (more precisely, Netscape 4.78)
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 16:18 -------
+ confirming per screenshots...
+
+ seems like maybe either an x11drv issue or a comctl32/commctrl issue...
+ someone want to comment on this?
\ No newline at end of file