http://bugs.winehq.org/show_bug.cgi?id=2517
Summary: add WINE REGISTRY info to man page
Product: Wine
Version: 20040914
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-documentation
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bill+winehq(a)bfccomputing.com
the man page for wine.conf, under section
CONFIGURATION FILE FORMAT
ought to mention the requirement for a
WINE REGISTRY Version 2
line in the file. A nice fellow on IRC pointed this out to me after I tried to
build a config file based on the man page.
------- Additional Comments From mstefani(a)redhat.com 2004-22-10 16:30 -------
*** Bug 2518 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2518
mstefani(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From mstefani(a)redhat.com 2004-22-10 16:30 -------
*** This bug has been marked as a duplicate of 2517 ***
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
------- Additional Comments From jdoutt(a)whoi.edu 2004-22-10 13:54 -------
Thanks, Tony for pointing me to the regression testing procedure, but I have a
little 233 MHz Thinkpad 770 and so little disk space I have to delete all of a
previous WINE version before compiling the next (which takes about 5 hours).
bbbbb
I'll make a little workaround, I think, by using sed to eliminate the '%' in the
.cfg file.
Many thanks to all of you for teasing out the cause of this problem.
jim
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
------- Additional Comments From dclark(a)akamail.com 2004-22-10 10:58 -------
Ah, that explains it then. I use a native msvcrt by default.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-22-10 10:38 -------
If it is a problem with sprintf then these two bugs are related: Bug 321 and
Bug 2075 .
Jim: You said that this worked with previous versions of wine (20040914) if that
is the case then you can find out the patch that broke it by regression testing
as outlined here: http://www.winehq.org/site/docs/wine-devel/cvs-regression :^)
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
------- Additional Comments From rklazes(a)xs4all.nl 2004-22-10 09:56 -------
This is the problem:
sprintf(s, " -%s rgb:%02x%/%02x%/%02x\r\n", sw, r,g,b);
(wxtide.c->write_sw_rgb())
The %/ char sequences are output as "/" by Microsoft and as "/%" by GNU libc.
Wine currently uses the libc sprintf, you have to wait until somebody writes
wine's own.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
------- Additional Comments From rklazes(a)xs4all.nl 2004-22-10 07:58 -------
These %% look more that there is a problem with some xyzprintf function.
Can you try with native msvcrt.dll ?
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2526
------- Additional Comments From jdoutt(a)whoi.edu 2004-22-10 07:40 -------
Regarding the BADCOLORSPEC problem (I've submitted a different bug report for
the other problem)
I'd like to be sure you are doing the SAME steps as I was.
1) run wxtide32
wine WXTIDE32
2) click on File ... location and pick another location
3) click on File ... exit ... and YES to save
Then try running wxtide32 once again.
The newly-written .cfg file now has '%' in it which prevents WINE from
processing it a second time (see below)
Yes, The config files differ in the way the rgb colors are defined (as the
following diff demonstrates. The new colormap has '%' in it whereas the old one
does not.
If I manually edit out the '%' out of the .cfg file the program works OK!
Since this program works in WINDOWS, perhaps WINE could be modified so it can
take (ignore) the '%'
---------------------------------------------------------------------------
$ diff wxtide32.cfg wxtide32.cfg.20030428
5c5
< -location "Woods Hole, Massachusetts Current (use with caution) (C)"
---
> -location "Woods Hole Oceanographic Institute, Massachusetts (T)"
9,10c9,10
< -bgday rgb:ff%/ff%/80
< -bgnite rgb:80%/80%/ff
---
> -bgday rgb:ff/ff/80
> -bgnite rgb:80/80/ff
12,18c12,18
< -fgfall rgb:00%/80%/00
< -fgmapdot rgb:ff%/00%/00
< -fgmark rgb:ff%/00%/00
< -fgmiddle rgb:ff%/ff%/00
< -fgmllw rgb:ff%/ff%/ff
< -fgrise rgb:00%/00%/ff
< -fgtext rgb:00%/00%/00
---
> -fgfall rgb:00/80/00
> -fgmapdot rgb:ff/00/00
> -fgmark rgb:ff/00/00
> -fgmiddle rgb:ff/ff/00
> -fgmllw rgb:ff/ff/ff
> -fgrise rgb:00/00/ff
> -fgtext rgb:00/00/00
22c22
< -hfile "harmonic"
---
> -hfile "C:\PROG~FBU\WXTIDE32\HARMONIC"
30c
......
.....
---------------------------------------------------------------------------
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=2527
Summary: popup screen flashes information & then becomes blank
Product: Wine
Version: 20041019
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdoutt(a)whoi.edu
CC: jdoutt(a)whoi.edu
There is a wonderful FREE little windows program called wxtide32 which displays
a graph of the current (and past and future) tide anywhere in the world.
The WEB address for wxtide32 is:
http://www.wxtide32.com/
I am running RedHat 7.3.
This same problem occurs both with the most recent (4.0) version of wxtide32 and
also with the older 3.0 version.
The same problem occurs when running either WINE 20040914 or WINE 20041019.
There is a problem with the popup window
The problem is that, when one presses and holds the left mouse button a box
comes up displaying text information about that particular time. When run under
either WINE 20040914 or WINE 20041019 the box comes up, VERY quickly flashes the
text info, and then turns blank. The box disappears (as it should) when the
left button is released.
On the WINE newsgroup this problem was reported under the title
"wxtide32 window is blank"
In a 10/20/4004 02:25 PM reply to that thread, Duane Clark wrote that he sees a
similar problem with a different program:
"I am seeing a very similar problem with another program I use. In my case, it
is a fairly recent regression, though I have not figured out when it occurred."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.