http://bugs.winehq.org/show_bug.cgi?id=1486
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-09-09 03:14 -------
Some offtopic (excuse me):
Jarto, a new patches arrives every day and amount of people interested in
*fixing the root* of the bug would decrease, thus making bug getting buried
deeper and deeper.
IMHO many people consider this as a harm to future life of Wine. There is even
joke story about it:
* The greatest programming project of all took six days; on the seventh day
* the programmer rested. We've been trying to debug the *&^%$#@ thing ever
* since.
*
* Moral: design before you implement.
You wrote:
> 1. Accept Michael's patch
> 2. Let's find out what the patch breaks
The suggestion about some investigation of what gets broken is quite
interesting. It would shed some light on the amount of stuff got broken. Only
this the area of action should not belong to official Wine.
Its unclear for me: why do you need the patch to be in official Wine tree? Does
something restrict you from applying it by your hand and making your own Wine
package for your favourite distro?
Can you make this to be a separate project, call it Wine-smoof, for example?
IMHO this is the route by which both the CrossOver and Transgaming went. And it
would attract lots of advanced users which are too hot to stay on wait for one
year more. I would join it if it stays uncommercial.
--
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=1486
------- Additional Comments From jarto(a)starsoft.fi 2004-09-09 02:17 -------
I've read all the discussions about Michael's patch. It's unfortunate that the
patch was dropped. However, it's good that we know the root cause and it's
documented here in Bugzilla.
It's now about two years since I first noticed that menus don't work in the
Delphi apps I've created. It took another year before I was able to make a
simple test case. At this point I tried to solve the bug myself. When I
couldn't, I submitted this bug.
If I understand right, the patch won't be accepted because:
1. Somebody will reimplement the menu code properly at some point
2. The fix may break some other apps
IMHO the first reason is a bad one. Nobody can say for sure when the menu code
will be rewritten. There will always be areas to improve in Wine and lots of
other bugs and features will end up getting a higher priority in the future. We
might still be using the same menu code two more years from now.
What we know is that lots of Delphi apps don't work. But we don't know what the
patch may break.
I'd like to suggest:
1. Accept Michael's patch
2. Let's find out what the patch breaks
3. Revert back to the old code if it broke some important application
After that we'd at least know more which is better than guessing.
--
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=1486
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-09-09 00:56 -------
Samuel Herzog writes:
> -The user wants a working application.
> -The user wants to have the functions in the mainmenu.
> -The user does not know what a TestCases is.
> -The user is not interested in TestCases.
So you urge to sacrifice Wine architecture fineness, scalability, perspective of
future growth just for the few users to be able to run few applications?
So, you mean Wine should be designed for minority of the world? You mean all
the world should work just for few people? You are despotic person then. :-)
Wine should not, IMHO. Wines license doesn't restrict you from applying any
patch in your box/at your home. So, if you are using CVS to compile wine, you
can do this even automatically (by adding some lines to cvs-update script once).
I have just did this:
--- ../cvs_update 2004-09-09 08:51:58.000000000 +0200
+++ ../cvs_update_w_patch 2004-09-09 08:50:25.000000000 +0200
@@ -55,10 +55,18 @@
export CVSROOT=:pserver:cvs@cvs.winehq.com:/home/wine
#export CVSROOT=:pserver:cvs@rhlx01.fht-esslingen.de:/home/wine
push_to_CVS_dir
+ # unapplying the patch:
+ cd wine
+ w3m -dump "http://www.winehq.com/hypermail/wine-patches/2004/09/0074.html" |
patch -Rp0 --forward
+ cd ..
+ # updating:
if [[ $1 == "" ]];
then cvs update -PAd;
else cvs update -PdD "$1";
fi
+ # applying the patch:
+ cd wine
+ w3m -dump "http://www.winehq.com/hypermail/wine-patches/2004/09/0074.html" |
patch -p0
pop_dir
}
and it works. It may be better idea to move the reversing/forwarind patch game
to simple separate script. This would let you control several patches at once
and you will be easily able to do it by hand also.
Wine is supposed not to restrict you from being free, and you vote for
restricting Wine. Boo! ;-)
--
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=2394
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2004-09-09 00:03 -------
IMHO this has a lot to do with a bug (or even meta-bug) number 709.
I suppose you can always try using one more native dll and succeed:
WINEDLLOVERRIDES=riched32=n wine ...
--
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=1486
------- Additional Comments From sam_herzog(a)yahoo.com 2004-08-09 23:24 -------
Hi folks,
I am a little confused by all this mails about the MainMenu stuff.
Just for my personal interest I tried WINE with some of my Delphi Apps and
was amazed that they worked perfect.
EXCEPT the MainMenu. And an application without the working MainMenu is unusable!!!
As I understand some nice people have made a patch for this but
it's not integrated into WINE because some troubles with a TestCase.
A TestCase which seems to be inconistent anyway with different windows versions.
Let's make simple and look at this bug from a normal users view.
-The user wants a working application.
-The user wants to have the functions in the mainmenu.
-The user does not know what a TestCases is.
-The user is not interested in TestCases.
So please,please,please find a way around this dilemmma.
Since I am not a C programmer and a linux beginner there is not much I can do to
help.
But is it possible to order a WINE T-Shirt and make donation ? Where ?
Thanks,
Sam
--
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=2472
Summary: Wine crashes running every exe in Mandrake 10.0
Product: Wine
Version: 20040213
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavel.reznicek(a)wo.cz
Hi,
I'm not the only Czech user that noticed this problem.
I have the wine package distributed with Mandrake 10.0.
I use the kernel 2.4.25-2mdk.
After I had configured the conf file and tried to run wine on a brand new
installed Mandrake 10.0, I tried to type "wine --help". The help message showed
up, all OK.
But then I tried to run wine /mnt/windows/winnt/notepad.exe ... and it stopped
badly. The symptoms include:
1) After I pres Enter in the console, I get the cursor to the new line; and
that's all. Wine becomes frozen.
2) Moreover, I can type to the console and the letters appear axyctly as I type
them.
3) But ctrl-c doesn't terminate anything.
4) Many shell instances don't react and behave the same way. I think that it
includes the instances of bash that were run by the user who tried to launch wine.
5) When I try to kill wine (something as "killall wine"), nothing happens.
6) Then, when I try to shut the system down, it hangs by stopping the xprint
service. Another user reported that his system hangs by stopping the md service.
The shutdown/reboot process then simply doesn't continue anymore.
I don't know if it can help but I must also state that the Borland Kylix
programming tool (either 2 and 3) (that is based on its own wine version) has
very similar symptoms.
I just want to help you with your GREAT task and I hope the bug I am reporting
isn't already posted.
Pavel (Paul)
--
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=2470
------- Additional Comments From hallo(a)michael-kaufmann.ch 2004-08-09 15:07 -------
It's really the same bug, you can mark it as a duplicate.
--
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=2394
------- Additional Comments From erodrig_97(a)yahoo.com 2004-08-09 12:30 -------
Error continues until all memory is exhausted.....
Last token read was "}" near line 60917, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 60940, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 60963, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 60986, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 61009, position 1.
Killed
--
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=2394
------- Additional Comments From erodrig_97(a)yahoo.com 2004-08-09 12:27 -------
This bug will continue to dump out the messages until all the swap space on the
machine is consumed. At that point the process gets killed. The line number in
the messages continues to increase.
Last token read was "}" near line 60940, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 60963, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 60986, position 1.
_RTFGetToken: stack underflow
Last token read was "}" near line 61009, position 1.
Killed
--
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=1486
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-08-09 11:19 -------
Bug 2470 is affected by the same root cause.
--
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=2470
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-08-09 11:14 -------
It looks like it is unlikely that this patch will be committed. The relevant
thread as to why it won't is here.
http://www.winehq.org/hypermail/wine-devel/2004/09/0229.html
The correct fix for this bug depends on the rewrite of the windows management code.
This bug and bug 1486 are have the same root cause and I am very tempted to mark
this as duplicate.
--
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=2470
------- Additional Comments From mike(a)globalgroup.co.za 2004-08-09 09:50 -------
Created an attachment (id=684)
--> (http://bugs.winehq.org/attachment.cgi?id=684&action=view)
Binaries of a proof of concept app (something to show the bug)
TestMenus is a proof of concept for a future TurboCash because:
1) It loads it's translations through a ZEOS-component db (in this case,
mysql-4.0)
2) It then changes the captions of the menus, lables etc from data gathered
from the db
Requirements:
A running MySQL4 server
Installation
1) Unzip all under a directory near you.
1) Copy the language-database (the language folder situated in the /data
folder) to your mysql folder with your other db's in and restart your mysql
server (read install the language database onto your mysql server)
Usage:
1) Click on the text box that says "Username here" and enter a username that
has read access to your newly created language db.
2) Then enter the text box that says "Password here" and enter the password for
the user that has access to your language db.
3) Then enter the text box that says "IP adress here" and enter the ip adress
of the mysql server with the language db.
4) Click on connect
5) Notice that it now loads a list of languages from the server
6) Change the item in the "Please select a language" combobox and notice how
the lables and menu-captions changes.
7) To exit, click on Look->Exit or Kyk->Maak toe depending on what language you
loaded
How it works:
Check the sourcecode, it is fully commented.
The Win32 binaries is located under /bin (wow..) You have my (Mike van
Niekerk's, the author of this app) full permission to edit and change this
program (even for commercial reasons, dont know how this is going to help you
commercially in anyway... :-)), and please post on
http://bugs.winehq.org/show_bug.cgi?id=2470 how got it work under wine.
--
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=2471
Summary: Path Setting is not effective in SuSE 9.1
Product: Wine
Version: 20040813
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bhoovi_s(a)rediffmail.com
In 20040615 - Wine on SuSE & RHEL, PATH was effective if it is set in
system.reg.
Where as in ver 20040813, PATH is effective only in RHEL and does not take
effect in SuSE when it is set in system.reg. But when it is set in user.reg, it
is effective both RHEL & SuSE.
Can you please make sure that it works uniformly in all flavours of linux.
My configuration is as follows
RHEL Desktop 3
wine binary used : wine-20040813-1wbl3winehq.i386.rpm
SuSE 9.1
wine binary used : wine-20040813-SuSELinux90.i586.rpm
Thanks
Bhuvaneswari S
--
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=2354
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2004-08-09 02:37 -------
fixed in latest CVS (or next release)
--
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=2289
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2004-08-09 02:36 -------
fixed in cvs as of last night.
--
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=2289
------- Additional Comments From davidjnice(a)btinternet.com 2004-08-09 02:03 -------
I belive that this bug is the same as BUG2354. I 'worked around' this error and
Rein Klazes has written a patch to be tested. (See Below).
FROM 2354:
The line 342 of /usr/include/linux/fd.h has been updated as shown at
http://www.linuxhq.com/kernel/v2.6/7/include/linux/fd.h.
The line - void *data;
is now + void __user *data;
I made a backup of /usr/include/linux/fd.h and then edited the line to show
'void *data; and saved the file. Now when I run ./wineinstall it completes
sucessfully and I can run exe files when I need to.
------- Additional Comment #3 From Rein Klazes 2004-09-04 10:06 -------
Does this patch help (with original fd.h) ?
--- wine/dlls/winedos/int13.c 2004-08-18 15:25:52.000000000 +0200
+++ mywine/dlls/winedos/int13.c 2004-09-04 17:02:08.000000000 +0200
@@ -31,6 +31,9 @@
#endif
#include <fcntl.h>
#ifdef linux
+#ifndef __user
+#define __user
+#endif
# include <linux/fd.h>
#endif
I'm quite new to Bugzilla & Wine so I'm afraid I'm not sure how/who should close
bugs (if they do need closing at all), but I hope this is helpful...
--
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=2211
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=1749
--
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=2470
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-07-09 13:52 -------
This looks like a duplicate of bug 1486 which has a patch submitted. could you
please check this out.
--
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.