http://bugs.winehq.com/show_bug.cgi?id=929
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:37 -------
Bug comments restored from Gmane.org:
Results when running Kenwood executable.
I AM A DEVELOPER. COULD YOU PLEASE GIVE ME POINTERS ON
WHERE TO POKE AROUND TO IMPLEMENT THESE METHODS?
Insight much appreciated.
Thanks
Nick
------- Additional Comments From dclark <at> akamail.com 2002-07-31 10:16 -------
The easy way to find that info is to go to:
http://source.winehq.org/ident
Then enter for example "TAB_WindowProc" and find out that function is in
dlls/comctl32/tab.c.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31
11:42 -------
TCM_HIGHLIGHTITEM is an unimplemented message in TAB_WindowProc in the
source
code it is in .dlls/comctl32/tab.c
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 14:16
-------
Oh, heh. Sounds like someone's crying for help ! ;-)
Also, check out http://search.microsoft.com for any info
you need.
And don't forget about the usefulness of --debugmsg +relay ...
--
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.
http://bugs.winehq.com/show_bug.cgi?id=928
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:36 -------
Bug comments restored from Gmane.org:
Results when running Kenwood executable.
Additionally:
fixme:comm:SetupComm insize 1024 outsize 1024 unimplemented
fixme:commctrl:FlatSB_SetScrollProp stub
I AM A DEVELOPER. COULD YOU PLEASE GIVE ME POINTERS ON
WHERE TO POKE AROUND TO IMPLEMENT THESE METHODS?
Insight much appreciated.
Thanks
Nick
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31
11:33 -------
./wine/dlls/comctl32/flatsb.c has this (InitializeFlatSB) as a stub.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 14:13
-------
AddWeb 5 Professional (free download) even seems to *crash* due to
unimplemented
flat scrollbars...
At least the exception follows almost instantly to the FIXME in the trace...
--
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.
http://bugs.winehq.com/show_bug.cgi?id=927
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:35 -------
Bug comments restored from Gmane.org:
Results when running Kenwood executable.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31
11:26 -------
This is non critical code, but probably not that bad a place to start developing
wine. The following is extracted frome the current source code
./wine/dlls/comctl32/flatsb.c
/***********************************************************************
*
FlatSB_SetScrollProp (COMCTL32.36)
*/
BOOL WINAPI
FlatSB_SetScrollProp(HWND hwnd, UINT index, INT newValue, BOOL flag)
{
TRACE("[%04x] index=%u newValue=%d flag=%d\n", hwnd, index, newValue, flag);
FIXME("stub\n");
return FALSE;
}
/***********************************************************************
* From the Microsoft docs:
* "If flat scroll bars haven't been initialized for the
* window, the flat scroll bar APIs will defer to the corresponding
* standard APIs. This allows the developer to turn flat scroll
* bars on and off without having to write conditional code."
*
* So, if we just call the standard functions until we implement
* the flat scroll bar functions, flat scroll bars will show up and
* behave properly, as though they had simply not been setup to
* have flat properties.
*
* Susan <sfarley <at> codeweavers.com>
*
*/
--
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.
http://bugs.winehq.com/show_bug.cgi?id=926
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:33 -------
Bug comments restored from Gmane.org:
Upon last attempt at running Diablo II with regular wine, i.e. not WineX,
Diablo II doesn't even start... More than likely it is due to the lack of some
directx components... unfortunately with work taking most of my time and my
computer being in the shop right now, i am unable to test with the latest cvs
or snapshot releases, but I will post an update asap...
-Dustin
------- Additional Comments From uh_ja <at> gmx.net 2002-08-05 16:13 -------
Actually, Wine missing is not missing Directx components for D2. D2 does work
in wine just fine for me.
What is not supported in wine, which will block D2 from running, would be
SecuRom. So find a nocd patch for D2 to try it under wine.
------- Additional Comments From Speeddymon <at> yahoo.com 2002-08-05 18:28
-------
hmm, i didn't think of that... ;) i will try it asap and append the results...
------- Additional Comments From Speeddymon <at> yahoo.com 2002-08-19 19:28
-------
havent been able to try it just yet, but i will append the results when i get
a chance.. for now resolving as worksforme
------- Additional Comments From gsstark <at> mit.edu 2002-09-25 08:17 -------
I used to play Diablo II regularly under wine, however after a long hiatus I tried again
recently and
it didn't work. It just sat there, no errors, no windows, nothing happened. It seems
either newer
versions of wine have a regression here or there's an incompatibility with X 4.2 or
linux 2.4 or
something else on my system that's been updated. I straced the process and it just
sat calling wait4
but then I guess that's normal, it's hard to trace a program that forks so much.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-05
23:58 -------
Could you do some regression testing on this to find out what patch broke it?
http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 04:54
-------
hmm, I am able to get windows opened, i just cant get it to start now, if I loadDiablo
II.exe
(uncracked version) it asks me for the original CD, and if I runthe DLoad.exe (cracked
version to not
need the CD) it gives me this error:fixme:ntdll:NtOpenProcessToken
(0xffffffff,0x00000028,0x406f28d4): stubfixme:advapi:LookupPrivilegeValueW
((null),L"SeDebugPrivilege",0x66f01824): stubfixme:ntdll:NtAdjustPrivilegesToken
(0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub!err:virtual:NtAllocateVirtualMemory
called with wrong alloc type flags (08001000) !and in the Desktop window (i have
Desktop=800x600 on)
i get a box saying:Error establishing API HooksI have tried winver win2k, nt40, and 98
in the config
file...
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 13:52
-------
hmm, that didnt get formatted right, lets try with a different browser:hmm, I am able to
get windows
opened, i just cant get it to start now, if I load Diablo II.exe (uncracked version) it asks
me for
the original CD, and if I run the DLoad.exe (cracked version to not need the CD) it
gives me this
error:fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x406f28d4):
stubfixme:advapi:LookupPrivilegeValueW ((null),L"SeDebugPrivilege",0x66f01824):
stubfixme:ntdll:NtAdjustPrivilegesToken
(0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub!err:virtual:NtAllocateVirtualMemory
called with wrong alloc type flags (08001000) !and in the Desktop window (i have
Desktop=800x600 on)
i get a box saying:Error establishing API HooksI have tried winver win2k, nt40, and 98
in the config
file...
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 13:55
-------
hmm, that didnt get formatted right either, lets try with a different
browser:<br><br>hmm, I am able to get windows opened, i just cant get it to start now,
if
I load Diablo II.exe (uncracked version) it asks me for the original CD,<br>and if I run
the
DLoad.exe (cracked version to not need the CD) it gives me this
error:<br><br>fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x406f28d4):
stub<br>fixme:advapi:LookupPrivilegeValueW
((null),L"SeDebugPrivilege",0x66f01824):
stub<br>fixme:ntdll:NtAdjustPrivilegesToken
(0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub!<br>err:virtual:NtAllocateVirtualMemory
called with wrong alloc type flags (08001000) !<br><br>and in the Desktop window (i
have
Desktop=800x600 on) i get a box saying:<br><br>Error establishing API
Hooks<br><br>I have tried winver win2k, nt40, and win98 in the config file...
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 02:04
-------
ok well anyways, I figured out the problem...
Here is the scenario:
Diablo II.exe and Game.exe unpatched, no bnet loader
Game works (from what I can tell, dont have original CD right now, it is at a
friend's)
DLoad.exe and Game_crk.exe bnet loader and patched Game.exe
Game_crk.exe works for single player only, DLoad.exe is the file causing the errors
If you need to run the game on bnet with the loader for whatever reason, email
me by clicking on my name above this post. I will email you a script to get it
working, it does the same thing as DLoad.exe but it is in script form so that
you can do it on linux...
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:36
-------
I guess that this issue is technically resolved, not a bug, but a problem on my
end, I will file a new bug tonight when I get off work for the DLoad.exe
loading problem though.
Greg, please try to run D2 on the latest CVS of wine. If the issue still
exists, please file a new bug, and be sure to include some debug output (+d3d
should work)
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:36
-------
I guess that this issue is technically resolved, not a bug, but a problem on my
end, I will file a new bug tonight when I get off work for the DLoad.exe
loading problem though.
Greg, please try to run D2 on the latest CVS of wine. If the issue still
exists, please file a new bug, and be sure to include some debug output (+d3d
should work)
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:37
-------
Guess it would help if I actually resolved it... :/
------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:38
-------
Closing
------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 16:05
-------
reopening as D2 now crashes immediately after running wine Diablo\ II.exe. I
will submit some traces as soon as i can, but for now at least its here..
--
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.
http://bugs.winehq.com/show_bug.cgi?id=923
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:29 -------
Bug comments restored from Gmane.org:
I've had wine on my Red Hat 7.2 system for a while. I finally got around to
experimenting with it last weekend (7/21). I used Wine Configuration in KDE to
set up my account and tried to install Cooper Luxicon lighting design software.
I could get it to install in start up, but it locks up at the open file screen.
I haven't been in Windows all week.
This evening (7/28) I booted up in Windows to get some business work done and
discovered that Wine had deleted my entire C:\Program Files directory and
replaced it with what appear to be Wine DLLs. I've never seen these files before
in this directory.
Now my C:\Program Files directory only contains:
!$!$!$!$.cfr
System
ado
msadc
OLE
DB
Common Files
!$!$!$!$.msr
dao2535.tlb
dao350.dll
odbc
Data Sources
System
ado
$!$!data.ie5
msadc
WindowsUpdate
Skins
Visualizations
Where are all of my programs files? Everything's gone!
What kind of demented programmer would do this without warning the user and
giving him a chance to back up the files somewhere else?
I'm really f****d. I have no way of restoring half of those programs and I can't
get my work done. I was depending on being able to finish a project that's due
tomorrow. I can lose my job over this!
Needless to say, I'm not going to trust Codeweavers software again.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-28
23:05 -------
I'll bet you ran explorer.exe, and since you think your system is ruined I can
understand that you are ticked. I just want to ask you this. Do you always run
alpha software your system without backup?
Take a look at the README file that should have come with wine. In it you will
find this.
>>>>>>>>
Wine is not yet complete, so several programs may crash. Provided you set up
winedbg correctly according to documentation/debugger.sgml, you will be dropped
into a debugger so that you can investigate and fix the problem.
For more information on how to do this, please read the file
documentation/debugging.sgml.
You should backup all your important files that you give Wine access
to, or use a special Wine copy of them, as there have been some cases
of users reporting file corruption. Do NOT run Explorer, for instance,
if you don't have a proper backup, as it renames/cripples several
directories sometimes. Not even other MS apps such as e.g. Messenger are safe,
as they launch Explorer somehow. This particular corruption (!$!$!$!$.pfr)
can at least partially be fixed by using
http://home.nexgo.de/andi.mohr/download/decorrupt_explorer
>>>>>>
Now hopfully this little program can fix this up for you.
The Moral of this story: There is no such thing as too much backup.
------- Additional Comments From jfh6 <at> humboldt.edu 2002-08-01 03:54 -------
Maybe your work has some sort of backup of your files already. Don't bash
Codeweavers because they aren't as perfect as Microsoft :-/
Next time you want to use Wine, just make a fake windows directory that Wine
uses and it will be all gravy.
Just follow these easy to understand instructions:
http://www.winehq.com/Docs/wine-user/no-windows.shtml
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 13:12
-------
Well, yet another luser who seems to be unable to do the first thing people are
expected to do (especially with alpha software):
reading the most important file, the README file.
(due to that amount of damage, I can understand such a reaction a bit, though)
To my parent:
"Don't bash Codeweavers because they aren't as perfect as Microsoft :-/"
Oh dear, I just hope you don't believe that.;-)
If anything, it is *Microsoft* who is not as perfect as CodeWeavers here,
since that filesystem corruption is being caused by *Explorer* renaming
directories to zilch due to relevant registry entries not being available (most
likely because people told Wine to use the Windows partition, but at the same
time they
forgot to tell it to also make use of the Windows registry entries !)
Wine has zero, zilch, nada responsibility here...
To the bug submitter: did my little script help ? Anything it didn't manage to fix ?
------- Additional Comments From pharouff <at> comcast.net 2002-08-01 21:34 -------
Thank you for the responses. The fix appears to have worked. I still need to reboot
into Windows to
try it out, but it looks like everything is there. There are still two files that did not get
fixed
by decorrupt_explorer, maybe someone knows where they belong. C:\Program
Files\!$!$!$!$.mm2
C:\Program Files\!$!$!$!$.msn As for the other comments, I did see the warning about
Explorer, and I
never attempted to manually run Explorer. But what happens when you try to install a
program that
automatically attempts to register the software via the internet? MOST programs do
this now. The
program I was trying to install is free vendor supplied software from a lighting
manufacturer who
registers the users. This might explain why the program locked up at the time that it
did. Everything
seemed to be working great, then BAM! It was probably trying to start the registration
process. As
for backing up, all the new files were stored in my $HOME directory on the Linux partit!
ion. I wasn't expecting it to screw with the Windows partition. While I understand this
is ALPHA
software, I was expecting this release to be more stable than the last, not less
(especially after
the glowing reviews I had read). Anyway, if your response is correct, the cause was
Windows and not
WINE. While I no longer believe it was your fault, I still feel that this is still a CRITICAL
BUG
that requires as a minimum some work around for protection. I tried the installation
twice. The first
time I used the temporary Windows directory approach. I know that after this attempt,
my C:\Program
Files directory was still intact, because I went looking for the Office files it was
requesting. When
that attempt didn't work, I followed the suggestion that pops up in the debug box and
tried a second
time with native Windows. I haven't done any programming since about 1988, so
needless to say I don't
understand the intricacies of c, perl, java, etc. But if you don't have e!
nough information to fix this problem yet, there should be a way to add a temporary
check to block
any system calls to start Explorer and return an error like "Program Not Found" to the
calling routine (or better yet redirect it to Netscape, Mozilla or Konqeror). So maybe
some programs
crash at this point, but at least it doesn't screw up the partition. If nothing else, get rid
of the
suggestion to try native Windows installation! This was my biggest mistake. After this
experience,
it's my opinion that any program that appears to run then locks up under fake
Windows probably needs
Explorer. While I'm impressed with the progress you've made since I first tried WINE
last Christmas,
I feel that, basically, WINE is completely unusable until this is fixed. Ever since
Windows 98 came
out virtually all Windows software uses Explorer. You can't avoid it. Bill Gates would
have us
believe it can't run without it. ;-)
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-05 14:30
-------
C:\Program Files\!$!$!$!$.msn probably is C:\Program Files\Microsoft Network
(Some) Explorer (component) gets run in the background by a lot of programs.
Oh, and again, this is ALPHA software. This is synonymous with "don't expect
ANYTHING, except for the sky to fall" ;-)
The real "fix" (or rather: workaround) would be:
Someone would have to figure out which registry keys are being read here,
then they should be added to the default wine registry.
And if then people won't even add the default wine registry, then we'll
*really* know whom to blame ! :-)
------- Additional Comments From dclark <at> akamail.com 2002-08-05 17:57 -------
I would note one other apparent behavior. From my very unscientific vague
recollections of postings about this, including personal experience, the
corruption only seems to occur on shared Windows partitions.
For example, back when I was using a shared partition, installing the program
Viewmate invariably corrupted the filesystem (I tried it several times). When I
recently switched to a "fake" EXT3 Windows partition, I reinstalled Viewmate
from scratch, and no corruption occurred.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=922
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:27 -------
Bug comments restored from Gmane.org:
When running Setup.exe from Baldurs Gate II CD1, the progress bar box for
Install Shield is displayed but not properly painted. Shortly thereafter the
wineconsole is launched (The fonts are 'squished' so I can't actually read what
is displayed)
------- Additional Comments From idstewart <at> compuvative.com 2002-07-28 19:05
-------
Created an attachment (id=242)
--> (http://bugs.winehq.com/attachment.cgi?id=242&action=view)
Last 200 lines from wine --debugmsg +relay Setup.exe
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-28
20:36 -------
Your problem with winedbg/wineconsole sounds like my experience with bug 745 .
Could you have a look at it.
A back trace (bt) in winedbg would be more usefull than the just the trace that
you attached (a lot of the trace looks like the setup for winedbg.) Your problem
with winedbg/wineconsole sounds like my experience with bug 745. If you look at
bug 745 you can see how I got around it. Its not really a fix and up untill now
I thought it was just me. So if you have any insights please add them to the bug
report or at least confirm that this is the same problem.
------- Additional Comments From idstewart <at> compuvative.com 2002-08-05 18:15
-------
Created an attachment (id=254)
--> (http://bugs.winehq.com/attachment.cgi?id=254&action=view)
Capture of winedbg triggered by uncaught exception in Setup.exe
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-05
18:35 -------
We need the backtrace (bt)
------- Additional Comments From idstewart <at> compuvative.com 2002-08-05 23:42
-------
http://bugs.winehq.com/show_bug.cgi?id=921
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:25 -------
Bug comments restored from Gmane.org:
The documentation on Wine printing suggests that the best solution to printing
under Wine is to use CUPS - that if you have CUPS set up, printing "just works"
Wrong - Wine cannot correctly identify what printers I have under CUPS, nor can
it configure them - in fact most attempts to manipulate print setup cause Wine
to fault.
Until Wine and CUPS actually get along, I would suggest the documentation be
changed to reflect this.
------- Additional Comments From marcus <at> jet.franken.de 2002-11-12 16:26 -------
what is wrong?
what symptoms show that CUPS might not work correctly?
can you send a trace with -debugmsg +winspool ?
------- Additional Comments From bunk <at> fs.tum.de 2002-11-17 18:59 -------
Perhaps the submitter sees something similar to the error messages I see:
<-- snip -->
err:psdrv:PSDRV_PPDGetNextTuple Error in line '*CloseUI *stpBrightness'?
To use WINEPS you need to install some AFM files.
fixme:winspool:AddPrinterW DocumentPropertiesW on printer 'L"hpdj400"' fails
<-- snip -->
This is with the 20021031 Wine package in Debian unstable. I'll attach the
output of "debugmsg +winspool".
------- Additional Comments From bunk <at> fs.tum.de 2002-11-17 19:00 -------
Created an attachment (id=336)
--> (http://bugs.winehq.com/attachment.cgi?id=336&action=view)
output of "debugmsg +winspool"
------- Additional Comments From dclark <at> akamail.com 2002-11-17 19:37 -------
Unfortunately, a typo has crept into a number of CUPS ppd files. The line:
*CloseUI *stpBrightness
is incorrect, and should read:
*CloseUI: *stpBrightness
________^
Apparently the CUPS software does not care about the typo, but Wine does. Since
this typo is so prevalent, it might be worth it for Wine to implement a
workaround, but that bug is the fault of CUPS, not Wine. To get rid of that
problem, just edit the PPD file and add the colon.
------- Additional Comments From wowbagger <at> sktc.net 2002-11-17 21:29 -------
The last time I tried to install CUPS and then use printing under Wine (which
was about the time I filed this bug, so things may have changed), any attempt to
access the printing function of a Windows app running under Wine would cause
Wine to segfault.
I was told (in the Winedev mailing list) that the problem was that the PPD files
that CUPS returned to Wine were not in a format that Wine could understand, and
that was causing the fault.
I then pointed out (in Winedev) that the documentation said that printing under
Wine with CUPS "just worked" and that in fact it did not "just work".
I was told to file a bug, and I did.
Now, since I got fed up with several of the things that CUPS did to my printing
services just under normal Linux, I removed it and went back to LPDng. Since I
have no intention of trying CUPS again (since what I have works) I cannot check
if the problems have been fixed or not.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=920
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:23 -------
Bug comments restored from Gmane.org:
When running quakeforge (http://quakeforge.net/) in wine, it is
unable to read
files from paks due to the use of _fdopen and _fdopen rewinding the file causing
qf to always read the first N bytes of the pak file. I commented out the call to
MSVCRT_rewind and everything worked beautifully.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=919
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:23 -------
Bug comments restored from Gmane.org:
This FlashFXP version has a rather interesting crash:
It tries to read the "MZ" (DOS binary) flag from (varying !) base addresses
like e.g. 0x08040000 or 0x40470000.
This could probably be some sort of encryption or so.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=918
------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:22 -------
Bug comments restored from Gmane.org:
Hello!
I tried to run Microcal Origin 6.0 under Wine. It displays the labels
on the graph strangely. I also tried to change
the font setings in Wine - it does not help.
My configuration is:
RedHat 7.3, Wine got from Dataparty
all fonts are loaded via XFS
Wine uses Cronyx (cyrillic) fonts by default
tried to load native Windows TTFs via XFS - doesn't help
the same via Wine TTF support - doesn't help
native TTFs via XFS + change defaults from Cronyx to koi-8 TTF -
doesn't help, problems with cyrillic (?!)
------- Additional Comments From agalakhov <at> ifmlrs.uran.ru 2002-07-25 01:40
-------
Created an attachment (id=241)
--> (http://bugs.winehq.com/attachment.cgi?id=241&action=view)
Letters (or sometimes squares) are shown instead of numbers
--
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.