http://bugs.winehq.org/show_bug.cgi?id=7779
--- Comment #5 from Aleksander Adamowski <aleksander.adamowski(a)olo.org.pl> 2008-04-28 16:05:23 ---
OK, I've found out that setting my locale to pl_PL like below will change the
Wine's behaviour so that it will put "1250,852" into that registry key by
itself with every launch:
LANG=pl_PL.UTF-8
LC_CTYPE=pl_PL.UTF-8
LC_NUMERIC=pl_PL.UTF-8
LC_TIME=pl_PL.UTF-8
LC_COLLATE=pl_PL.UTF-8
LC_MONETARY=pl_PL.UTF-8
LC_MESSAGES=pl_PL.UTF-8
LC_PAPER=pl_PL.UTF-8
LC_NAME=pl_PL.UTF-8
LC_ADDRESS=pl_PL.UTF-8
LC_TELEPHONE=pl_PL.UTF-8
LC_MEASUREMENT=pl_PL.UTF-8
LC_IDENTIFICATION=pl_PL.UTF-8
LC_ALL=
I consider this behaviour highly counter-intuitive. I would expect this
registry setting to be preserved by Wine whenever I change it manually, not
overwritten based on values of my environment variables.
Is there a bug covering that?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7779
Aleksander Adamowski <aleksander.adamowski(a)olo.org.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aleksander.adamowski(a)olo.org
| |.pl
--- Comment #4 from Aleksander Adamowski <aleksander.adamowski(a)olo.org.pl> 2008-04-28 15:56:33 ---
Tsarouchas, what was the detailed solution in your case?
I have a similar problem:
1) I try to run the installer for the app "PITy2007ng" (pity2007ngsetup.exe)
from over here: http://pit.dobry.pl/index.php?plik=pliki
2) In the welcome window, I can see that the polish characters are messed up. I
close the application and try to locate setting that control the code page for
non-unicode apps.
3) I run ~/.wine/drive_c/windows/regedit.exe and locate the following key:
HKEY_CURRENT_USER\Software\Wine\Fonts\Codepages. It has the value "1252,437".
4) I change the key to the value "1250,852" - those are polish codepages.
5) I navigate to a different registry branch, then back to Codepages to make
sure that my change is preserved - I can see it is (the "1250,852" value).
5) Keeping the regedit window open, I launch the installer again:
wine ~/soft/pity2007ngsetup.exe
6) The fonts are still messed up. When I go back to the still open regedit
window, I can see that the Codepages value has reverted to the default:
"1252,437"
Is there a way to force Wine to use a particular codepage at all?
My locale is (yes, it's deliberately United States, but it shouldn't influence
encodings? locale isn't meant for this...):
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8792
--- Comment #14 from Austin English <austinenglish(a)gmail.com> 2008-04-28 13:57:40 ---
(In reply to comment #13)
> Hmm, weird. Yeah I use an original disc. I wonder what makes windows act
> inconsistent.
>
> Is there anything I can do to help fix this, or are you inclined to just let it
> be?
>
I was trying to discern what the problem was, the program's, wine's,
misconfiguration, etc. Now we know the demo doesn't show the problem. Hopefully
someone will take this up, but it's obviously not uber high importance...
Can you try the demo on WinXP and see if it looks okay for you or is distorted
like mine? It may be a driver issue, etc.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8792
--- Comment #13 from Sam Besselink <sambesselink(a)planet.nl> 2008-04-28 13:39:07 ---
Hmm, weird. Yeah I use an original disc. I wonder what makes windows act
inconsistent.
Is there anything I can do to help fix this, or are you inclined to just let it
be?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5968
Alex Villacís Lasso <a_villacis(a)palosanto.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Difficulty|--- |Days
--- Comment #4 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-04-28 12:39:43 ---
Still present in wine git 0.9.60.
The analysis in a previous comment still stands. However, the supplied patch in
this bug report is not adequate anymore. I have prepared a set of nine patches
that implement CR/LF encoding support for richedit 1.0 emulation. If those
patches are committed, this bug might get marked as fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=709
Alex Villacís Lasso <a_villacis(a)palosanto.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a_villacis(a)palosanto.com
--- Comment #19 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-04-28 12:36:03 ---
Adding myself to CC.
There are still more problems with PTE. For some reason, builtin richedit does
not highlight the URL at the end of the README text supplied with the program.
Also, a crash occurs when closing the last window tab without exiting the
program, but this occurs regardless of using native or builtin richedit.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12815
Summary: Wine complains it cannot preload memory, runs fine
though
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas(a)tgohome.com
Wine complains of several errors when starting, although these seem trivial and
Wine runs fine, this might indicate a bigger problem.
The errors:
preloader: Warning: failed to reserve range 00000000-60000000
and
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space,
please report
Full log is attached, but it's just these two errors repeated several times.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=709
--- Comment #18 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-04-28 12:34:15 ---
Created an attachment (id=12547)
--> (http://bugs.winehq.org/attachment.cgi?id=12547)
Private cursor movement during WM_SETTEXT should *not* cause sending of
WM_NOTIFY events. Test included.
As text is inserted, the cursor is moved to the end, and then back to offset 0.
This is an implementation detail, and should not result in WM_NOTIFY being
sent, except when previous selection was other than (0,0), in which a single
WM_NOTIFY is sent for the movement to 0,0. Test included.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=709
--- Comment #17 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-04-28 12:31:35 ---
Created an attachment (id=12546)
--> (http://bugs.winehq.org/attachment.cgi?id=12546)
WM_SETTEXT should clear modify flag before sending WM_NOTIFY events. Fix for
crash 3 of 3 caused by richedit.
As in the description, WM_SETTEXT is supposed to clear modify flag, but sent
the WM_NOTIFY event of selection change *before* clearing the flag. This
difference caused crash #3.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=709
--- Comment #16 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2008-04-28 12:29:58 ---
Created an attachment (id=12545)
--> (http://bugs.winehq.org/attachment.cgi?id=12545)
Fix modify flag setting by EM_SETCHARFORMAT. Fix crash 2 of 3 caused by
richedit.
Patch to fix second crash caused by richedit. EM_SETCHARFORMAT with wParam=0
sets default char format and does not set modify flag. EM_SETCHARFORMAT with
wParam=SCF_SELECTION only sets modify flag when selection is nonempty.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.