http://bugs.winehq.com/show_bug.cgi?id=736
*** shadow/736 Thu May 30 15:30:19 2002
--- shadow/736.tmp.29066 Fri May 31 10:56:54 2002
***************
*** 260,262 ****
--- 260,266 ----
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-05-30 15:30 -------
Might be useful, yes.
After all it's a rather interesting crash.
+
+ ------- Additional Comments From puoti(a)inwind.it 2002-05-31 10:56 -------
+ Sorry to say, I currently don't have the installation file, and I can't give you
+ the instaled directory in any case becouse of the license.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=740
*** shadow/740 Fri May 31 07:36:05 2002
--- shadow/740.tmp.28580 Fri May 31 10:51:49 2002
***************
*** 216,218 ****
--- 216,242 ----
"/ fgBits" and "/ bgBits". It would be interesting to research where fgBits and
bgBits come from. One of these could be 0 for some reasons.
I don't have time right now to research it, but this guess may help you.
+
+ ------- Additional Comments From ronis(a)onsager.chem.mcgill.ca 2002-05-31 10:51 -------
+ I've added some trace calls and found the problem; it turns out that fgBits=0, and
+ that's the divisior in mous.c:270. The origial TRACE call shows:
+
+ trace:cursor:X11DRV_GetCursor Bitmap 32x32 planes=1 bpp=24 bytesperline=96
+ bBitsPerPixel=24.
+
+ I also put in some traces for the loops at line 233. xmax=ymax=32 and
+ threshold=64. It turns out that the entire theImage array is zero; hence,
+ the first block of the if at line 253 is never entered, and fgBits stays zero.
+
+ If I understand what's going on correctly, a zero mask is allowed.
+
+ I tried protecting the divisions by bgBits and fgBits by testing to see that
+ they weren't zero--setting, bg.red=bg.geeen=bg.blue=0 and similarly for the fg
+ struct if the division would fail; this get's me farther, but the application
+ still fails.
+
+
+
+
+
+
http://bugs.winehq.com/show_bug.cgi?id=377
*** shadow/377 Thu May 30 14:35:06 2002
--- shadow/377.tmp.24648 Fri May 31 09:57:43 2002
***************
*** 30,32 ****
--- 30,51 ----
------- Additional Comments From apa3a(a)yahoo.com 2002-05-30 14:35 -------
Sam, can you reproduce the problem with recent Wine build?
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-05-31 09:57 -------
+ Sam'l, please in future post your comments here, in the bug description.
+
+ Copied from Sam'l email:
+ ***********************************************
+ With:
+ codeweavers-wine-20011108-5
+ and
+ mIRC 5.91
+ Yep -- still has the problem
+ ***********************************************
+ wine-20011108 - does not sound like "recent" wine build ;-)
+
+ mIRC can be downloaded from:
+ http://www.mirc.com/get.html
+ mIRC 5.91 is 16-bit application. There is also 32-bit mIRC 6.0.
+
+ Sam'l, please describe step-by-step how to reliably reproduce the problem.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=747
*** shadow/747 Fri May 31 09:47:03 2002
--- shadow/747.tmp.26189 Fri May 31 10:18:47 2002
***************
*** 153,155 ****
--- 153,162 ----
------- Additional Comments From apa3a(a)yahoo.com 2002-05-31 09:47 -------
Stephan, what application is this?
Can it be freely accessed (e.g. demo/trial version)?
+
+ ------- Additional Comments From sbuehne(a)web.de 2002-05-31 10:18 -------
+ This is a simulation program, simulating the original signal box of cologne
+ central station.
+ This software is not free available.
+
+
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=753
*** shadow/753 Fri May 31 10:12:11 2002
--- shadow/753.tmp.25786 Fri May 31 10:12:11 2002
***************
*** 0 ****
--- 1,34 ----
+ +============================================================================+
+ | compile error on non-2.4 kernel linux |
+ +----------------------------------------------------------------------------+
+ | Bug #: 753 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: karthan(a)bellsouth.net |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ There is a problem in dlls/ntdll/cdrom.c which prevents wine from being built on
+ a non-2.4 kernel.
+
+ The version of Wine I have is wine-20020509 and I am building it on a Slackware
+ 8.0, 2.2.20 kernel system. Commenting out the lines allows the build to
+ continue without error. It also appears to run well enough to play solitaire
+ (sol.exe).
+
+ The following lines are the problems:
+ lines 105/106: (these are [not] defined in linux/major.h)
+ case IDE6_MAJOR: *iface = 6; break;
+ case IDE7_MAJOR: *iface = 7; break;
+
+
+ lines 1060/1061 and lines 1131/1132: (this struct is defined in linux/cdrom.h)
+ cmd.quiet = 0;
+ cmd.timeout = pPacket->TimeOutValue*HZ;
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=747
*** shadow/747 Thu May 30 16:12:37 2002
--- shadow/747.tmp.23976 Fri May 31 09:47:03 2002
***************
*** 149,151 ****
--- 149,155 ----
looks as if this was never opened.
Stephan
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-05-31 09:47 -------
+ Stephan, what application is this?
+ Can it be freely accessed (e.g. demo/trial version)?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=740
*** shadow/740 Thu May 30 19:13:48 2002
--- shadow/740.tmp.16659 Fri May 31 07:36:05 2002
***************
*** 210,212 ****
--- 210,218 ----
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-30 19:13 -------
Confirming bug,changing status to NEW
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-05-31 07:36 -------
+ Tony, the patch added a few divisions:
+ "/ fgBits" and "/ bgBits". It would be interesting to research where fgBits and
+ bgBits come from. One of these could be 0 for some reasons.
+ I don't have time right now to research it, but this guess may help you.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=751
*** shadow/751 Thu May 30 23:18:08 2002
--- shadow/751.tmp.27844 Thu May 30 23:19:14 2002
***************
*** 25,27 ****
--- 25,31 ----
the selected emulated version, or always return the actual free size.
I'll attach a small program to obtain the return values from GetDiskFreeSpaceA.
+
+ ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-05-30 23:19 -------
+ Created an attachment (id=150)
+ Test program to obtain the return values of GetDiskFreeSpaceA
http://bugs.winehq.com/show_bug.cgi?id=751
*** shadow/751 Thu May 30 23:18:08 2002
--- shadow/751.tmp.27787 Thu May 30 23:18:08 2002
***************
*** 0 ****
--- 1,27 ----
+ +============================================================================+
+ | GetDiskFreeSpace should return >2GB on some systems |
+ +----------------------------------------------------------------------------+
+ | Bug #: 751 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-files |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: vberon(a)mecano.gme.usherb.ca |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ GetDiskFreeSpace{A,W} currently always return size <= 2GB (as per current MSDN
+ docs). But the actual behaviour can be different.
+
+ On Windows NT 4.0 SP6, such a call on an NTFS partition (1 sector/cluster, 512
+ bytes/sector) with 11.4GB free space returns the whole 11.4GB.
+
+ We should try to find which versions behave in such a way, and then either mimic
+ the selected emulated version, or always return the actual free size.
+
+ I'll attach a small program to obtain the return values from GetDiskFreeSpaceA.
\ No newline at end of file