http://bugs.winehq.org/show_bug.cgi?id=6033
drachu(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |drachu(a)gmail.com
--- Comment #51 from drachu(a)gmail.com 2009-07-25 14:19:00 ---
Tested on 1.1.26 bug still present, however game on my hardware (AMD dual core)
is not unplayable anymore. It's only annoying a bit, but other than that it has
no real inpact on game.
--
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=5253
AJ <richardgiza(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |richardgiza(a)yahoo.com
Miguel Lopez <graptorx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |graptorx(a)gmail.com
--- Comment #111 from AJ <richardgiza(a)yahoo.com> 2009-05-22 23:24:02 ---
I have managed to get battle net to work for starcraft. I did this by
installing window fonts on Linux. Battle net works now even though the
background is black and text can be a hard to read when the text over laps.
This is not a perfect fix but you can do battle net.
The link for installing the fonts is
http://ubuntu.wordpress.com/2005/09/09/installing-microsoft-fonts/
--- Comment #112 from Miguel Lopez <graptorx(a)gmail.com> 2009-07-25 13:40:42 ---
same as #111
I installed the fonts in a different way though:
go to a windows machine and copy the folder c:/windows/fonts.
paste it in your linux folder and simply use the font installer that comes with
your distro.
for Slackware 12.2 -> go to Control Center > System Administration > Font
Installer... click in administrator mode and enter your root password.
--
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=5586
drachu(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |drachu(a)gmail.com
--- Comment #9 from drachu(a)gmail.com 2009-07-25 13:14:12 ---
Tested on wine-1.1.26 and problem is still present.
--
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=7065
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |delnar.ersike(a)gmail.com
Patrick Rudolph <patrick1804(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |patrick1804(a)web.de
--- Comment #91 from Austin English <austinenglish(a)gmail.com> 2009-07-25 12:05:31 ---
*** Bug 10959 has been marked as a duplicate of this bug. ***
--
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=7065
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |delnar.ersike(a)gmail.com
--- Comment #91 from Austin English <austinenglish(a)gmail.com> 2009-07-25 12:05:31 ---
*** Bug 10959 has been marked as a duplicate of this bug. ***
--
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=19437
Summary: Control-C kills console programs under Wine
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phhs80(a)gmail.com
I use a program, which runs on the console, to perform some calculations.
Sometimes, it is necessary to interrupt the calculations (the program requires
Control-C to do such an interruption) in order to change the value of some
program options, in the middle of the calculations. However, Control-C kills
the program. Can developers improve Wine in the direction of coping with this
problem?
Thanks in advance,
Paul
--
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=19453
Summary: regression in mountmgr when running civ2
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
When I try to run civilization 2 I get an error with a backtrace relating to
code in mountmgr.sys. This has just started to appear within the past week.
--
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=19454
Summary: Pro Cycling Manager 09 don't run
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.cymanager.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gros_barbare(a)hotmail.com
I want to run "Pro Cycling Manager 09" with Wine on Linux, but I don't find it
on the DataBase. So, I can't play ^^
Can you help me, please.
Thanks,
iPee
--
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=3611
--- Comment #19 from Roland Käser <roli8200(a)yahoo.de> 2009-07-24 23:34:10 ---
Yes, its also a issue in 1.1.26
--
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=9158
Sjors Gielen <dazjorz(a)dazjorz.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dazjorz(a)dazjorz.com
nathan.n <saturn_systems(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saturn_systems(a)yahoo.com
--- Comment #19 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-24 13:39:23 ---
(In reply to comment #18)
> I've been thinking about how to handle FILE_ATTRIBUTE_HIDDEN in Wine. In
> Nautilus (and probably other file managers) you can hide files by creating a
> file called ".hidden" and listing the names of the files you wish to hide.
>
> Once possible proper fix for this bug (aside from the workaround posted) is to
> alter create_file (server/file.c) to add an entry to a .hidden file in the
> destination directory when a file is created with FILE_ATTRIBUTE_HIDDEN set.
> Then FindFirstFile/FindNextFile could check this file (if it exists) and ignore
> any files listed.
>
> This should give the behaviour needed without having to rename the files so
> they are prefixed with a dot.
As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so
that can't be the problem here... Right?
--- Comment #20 from Austin English <austinenglish(a)gmail.com> 2009-05-24 14:16:32 ---
(In reply to comment #19)
> As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so
> that can't be the problem here... Right?
The problem is the installer expects the file to be hidden, in the Windows way,
e.g., not a '.', but given the hidden attribute, which Wine does not support.
--- Comment #21 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 15:24:50 ---
(In reply to comment #20)
> The problem is the installer expects the file to be hidden, in the Windows way,
> e.g., not a '.', but given the hidden attribute, which Wine does not support.
You said:
> This should give the behaviour needed without having to rename the files so
> they are prefixed with a dot.
I thought this was the way Wine does it now :)
What about this: Wine gets (for case insensitivity) a solution like ciopfs: all
files are stored in lower case, and then Wine keeps a database file (sqlite or
so?) containing the original filename and other non-ext properties, like
whether they are hidden. Using SQLite, it wouldn't be too slow; Wine doesn't
need to read all files in the directory since the files are lowercase.
It only needs to search if the lowercase file does not exist, in which case it
does search and if it finds a file, it renames it to lowercase and adds it to
the database to speed up future searches; this is necessary to merge from older
Wine versions. This solution will only be noticeably slow when an application
continuously asks for a non-existent file; and it will be just as slow as the
old Wine solution. It will also be backwards compatible, only older versions of
Wine will not return the original filename but the lower case one (since they
search the whole directory anyway).
Any objections, except that SQLite support is needed?
--- Comment #22 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-05-25 16:05:44 ---
(In reply to comment #21)
> Any objections, except that SQLite support is needed?
You forgetting that Wine doesn't have it's own FS. Nothing prevents a program
outside of Wine to copy a file into "C:".
Also what about the rest of the root file system (/)?
This can only be supported for files created from within Wine. The actual
attributes can be stored in the special hidden file in the same directory
(preferred) or the globally (not portable).
--- Comment #23 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 17:48:39 ---
(In reply to comment #22)
> (In reply to comment #21)
> > Any objections, except that SQLite support is needed?
> You forgetting that Wine doesn't have it's own FS. Nothing prevents a program
> outside of Wine to copy a file into "C:".
That's only a real problem as far as that program only writes lowercased
files... I think that's an acceptable thing, isn't it?
> Also what about the rest of the root file system (/)?
It would just work like wine works now; readdir() I guess. :)
> This can only be supported for files created from within Wine. The actual
> attributes can be stored in the special hidden file in the same directory
> (preferred) or the globally (not portable).
Ok. I agree the main flaw in the idea (the fact that from outside wine, the
case insensitivity isn't enforced) makes it a no-go. I could implement this
special hidden file support (or even generally, extra file flag support) in
Wine, but it may take a moment since I'm totally not accustomed to Wine's
source, I've never seen a bit of it.
If there's anything I should read about the plans related to this before I
start, please drop me some links and I'll get coding. (that's apart from the
normal stuff a beginning Wine developer should read, I can find those on my own
;) )
--
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.