date:20050509

I wonder if it isn't a little early to consider the entire issue of 
commercial support.  Most programs do not run under Wine without some 
sort of setup and things written to XP standards don't run at all.  The 
project hasn't gotten to the 1.0 level yet.  The project is coming along 
very well and sometime in the future will reach a 1.0 level.  Might it 
not be time to consider things like this when the project has progressed 
a little further.  I believe the project could better spend this effort 
publicizing Wine to groups such as the Smalltalk community.  It could be 
a great help there and in other communities like it.  The more 
involvement the faster Wine will reach the 1.0 level.

Commercial support

I wouldn't worry about anyone but Microsoft stealing Wine.  In order to 
develop Wine you must be an expert C++ programmer.  That requires an 
enormous amount of work and thieves are usually lazy.

A new teacher came to the master.  I have developed some new techniques 
that make teaching much better.  How can I prevent other teachers from 
stealing them?  Your worry is needless, replied the master.  If your 
techniques are any good you will have to force others to use them. 
With that the master threw an eraser at him.

The same can be said about Wine and Microsoft.

Re: Assertion fails in riched20; relay debug segfaults

On Mon, 09 May 2005 21:44:58 +1200, Adrian Harvey wrote:
 If I try to GDB wine I get all sorts of ugly errors

Try an strace in follow forks mode. Does that help?

thanks -mike

Re: Regression in start wars jedi knight: jedi academy

On Sun, 08 May 2005 16:26:21 +, Stefan Dsinger wrote:
 The problematic commit is 
 http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html, it's not the same 
 problem as with Half-life. The crash happens in ntdll in 
 HEAP_CreateFreeBlock.

Try doing a +heap trace. That switches on extra checking so it's more
likely to crash or show up errors nearer the problem area.

thanks -mike

Re: Regression in start wars jedi knight: jedi academy


 Strange behavior to see alocations problems after my patch :(

 can you try to edit dlls/opengl32/wgl.c

 and change internal_glGetString to something like (see below) to try

 const GLubyte * internal_glGetString(GLenum name) {
return glGetString(name);
 }
Yes, that fixes the problem, the game starts up as normal. If I can assist you 
in fixing this, just tell me.

I'll test a few other OpenGL games and tell you if I encounter any other 
problems.

Stefan

Re: Revisiting exceptions

On Mon, 09 May 2005 07:41:46 +, Gregory M. Turner wrote:
 As for the portability issue, why not an autoconf test?  Perhaps the answer 
 is 
 because there are still people foolish enough to run distro's other than 
 Gentoo.  If so, then why not an autoconf test and a run-time test?

Hurrah! Well, this doesn't need any runtime code AFAICT, just GCC support.
So a simple ifdef should be A-OK.

thanks -mike

Re: Regression in Half life

Am Montag, 9. Mai 2005 00:34 schrieb Raphael:
 On Saturday 07 May 2005 12:41, Stefan Dösinger wrote:
   I switched to the Xorg radeon driver which has 16 bpp support(the 2nd
column shows 16 now), and made sure that hl runs with 16bpp, but the
error still occurs.
  
   Yes it don't work,
   because you speak about frame buffer (named Color buffer on traces)
   when you speak about 16bpp. I spoke about depth buffer
 
  Good, thanks for explaining this to me. I mixed the two buffers.
  Well, HL doesn't offer any depth buffer setting. There's only one console
  command, gl_zmax, which is supposed to set the maximum depth buffer
  size. The default is 4096, and changing this value has no effect on the
  error.(HL still tries to get a 32 bit depth buffer)
 
 :(
 :
  I sort of fixed the problem for me by forcing the depth buffer to 24 bit
  in dlls/x11drv/opengl.c, but I understand that this is not a real
  solution. Is there any chance for a better fix? I have no chance to fix
  this in the game nor in the video driver

 I will see how we can have a better fix but for now can you try attached
 patch ?
Works.
How about adding a registry key to allow the user to force a specific depth 
buffer size, just like the key to disable certain extensions? I've seen that 
a few windows drivers offer such a setting.

Stefan

Re: Commercial support

2005-05-09 Thread Andreas Mohr

Hi,

On Mon, May 09, 2005 at 07:19:31AM -0400, gslink wrote:
 I wouldn't worry about anyone but Microsoft stealing Wine.  In order to 
 develop Wine you must be an expert C++ programmer.  That requires an 
 enormous amount of work and thieves are usually lazy.
Maybe you wouldn't worry, but I'd bet a sizeable number of Wine programmers
sure as hell do.

Wine has become a very useful and big piece of software, and the bigger
and more successful a software becomes, the more likely it gets
misappropriated (i.e. making use of its code without giving back improvements).

We've already had some corner cases (I won't mention names here, but many
people probably know it anyway), and you could bet that Wine would have
found relatively widespread abusive use if there hadn't been an LGPL change.

And the fact that thieves are usually lazy is the very reason why
people add foreign (debugged and working) code to their program...
Adapting is often much easier than writing from scratch on your own.

Andreas Mohr

Re: Revisiting exceptions

2005-05-09 Thread Gregory M. Turner

On Monday 09 May 2005 11:29, Mike Hearn wrote:
 On Mon, 09 May 2005 07:41:46 +, Gregory M. Turner wrote:
  As for the portability issue, why not an autoconf test?  Perhaps the
  answer is because there are still people foolish enough to run distro's
  other than Gentoo.  If so, then why not an autoconf test and a run-time
  test?

 Hurrah! Well, this doesn't need any runtime code AFAICT, just GCC support.
 So a simple ifdef should be A-OK.

Cool will be interesting to see how they did it.

-- 
gmt

Re: Wiki stuff

2005-05-09 Thread Dimitrie O. Paun

On Mon, 2005-05-09 at 09:36 +0200, [EMAIL PROTECTED] wrote:
 Could you post a link to a page that display this issue?
 
 I just looked at http://wiki.winehq.org/InstallShield and it was fine on  
 opera 8 but I did not have time to check to see how you had defined pre

Not really, I've told you that the display problem (that is, you were
getting proportional fonts) occurred when the .css for pre contained
a line like so:
 font-family: courier, monospace;

I've commented that out, and now things work just fine. Take a look at:
http://wiki.winehq.org/moin/winehq/css/common.css

-- 
Dimi.

Re: Revisiting exceptions

2005-05-09 Thread Gregory M. Turner

On Monday 09 May 2005 10:00, Boaz Harrosh wrote:
 Jonathan Wilson [EMAIL PROTECTED] wrote:
 Why doesnt someone just implement the microsoft SEH keywords and
  extentions into GCC like it should be?

 Do you have any knowledge of GCC, to be able to do it, or help me do it?

The code exists to do it, or used to, but there are technical and 
institutional barriers to inclusion in mainline gcc.

 Dmitry Timoshkov wrote:
 Because it's patented by Borland?

 Do you have any reference to the patent? It looks to me like it is easy
 to by-pass by using different key words and than the user can Just
 define them to the MS ones.

US Patent #5,628,016, Kukol, May 6, 1997.  And you can't patent a name, so 
changing names won't help.

But you can patent wiping your ass after defecating.  Which is basically what 
Borland has done here.

-- 
gmt

Re: Revisiting exceptions

2005-05-09 Thread Fabian Cenedese

Dmitry Timoshkov wrote:
Because it's patented by Borland?

Do you have any reference to the patent? It looks to me like it is easy
to by-pass by using different key words and than the user can Just
define them to the MS ones.

US Patent #5,628,016, Kukol, May 6, 1997. And you can't patent a name, so
changing names won't help.

But you can patent wiping your ass after defecating. Which is basically what
Borland has done here.

From this page:
http://www.mega-tokyo.com/osfaq2/index.php/Doing%20a%20kernel%20in%20C++?version=18

---snip
http://www.codeproject.com/cpp/exceptionhandler.asp (explaining the stuff, but
for VC++. Note that, on x86, VC++ and most other PC compilers use a stack-based
unwinding and handling mechanism known as SEH, common to OS/2, Windows and
Windows NT and described in detail in a famous MSJ article,

http://www.microsoft.com/msj/0197/Exception/Exception.aspx GCC and most other
UNIX compilers, instead, use the same table-based mechanism that is the rule on
RISC architectures on x86 too. Also note that any use of stack-based SEH may or
may not be covered by USPTO patent #5,628,016, held by Borland International,
Inc. SEH on RISC architectures is table-based, thus unaffected by the patent)
---snip

The link to the patent is (without really reading all of it :)

http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1Sect2=HITOFFd=PALLp=1u=/netahtml/srchnum.htmr=1f=Gl=50s1=5,628,016.WKU.OS=PN/5,628,016RS=PN/5,628,016

I wonder though: if stack-based SEH is patented by Borland, does it mean
that VC++ and most other PC compilers pay to Borland?

bye Fabi

Re: Regression in start wars jedi knight: jedi academy

Am Montag, 9. Mai 2005 11:24 schrieb Mike Hearn:
 On Sun, 08 May 2005 16:26:21 +, Stefan Dsinger wrote:
  The problematic commit is
  http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html, it's not the
  same problem as with Half-life. The crash happens in ntdll in
  HEAP_CreateFreeBlock.

 Try doing a +heap trace. That switches on extra checking so it's more
 likely to crash or show up errors nearer the problem area.
I did so, and indeed the crash changed, it happens earlier in the edit code.
The last part of the log is attached, if anyone's interested in the full 10MB 
log, I can send it.

Stefan


jaheap.out.gz
Description: GNU Zip compressed data

Re: Commercial support

2005-05-09 Thread Holly Bostick

gslink schreef:
 I wonder if it isn't a little early to consider the entire issue of
 commercial support.  Most programs do not run under Wine without some
 sort of setup and things written to XP standards don't run at all.

Not (really) to butt in here, especially since I have never used XP and
can't speak on it, but most programs do not run under Wine without
some sort of setup?

It disturbs me when people make generalizations like that.

All right, yes, if there are 5 million Windows programs in existence,
and 4 million of them do not run, then this is technically true-- but if
out of the million that do run, 80% of them fall into the most commonly
used category for 95% of migrating Windows users, then it isn't *really*
true. The plain fact is, we don't really know that much about real-world
usage patterns, except that most everybody needs IE for one reason or
another, and Quicktime (ditto), a large proportion of people use Office
and Outlook, and many of those need Access. Aside from that, do we
really know how much call there is for many of these programs (not
games) that don't run? And if a program that very few really use doesn't
run, does that count-- or rather, *should* that count towards saying
something like most programs do not run?

Some things may never run (too proprietary, too old, pick your poison).
Some things may run, but may not be truly needed (either because they're
Windows-specific, like certain utilities, or so simple that the native
version is commonly used, like notepad). So if notepad (which no one
really needs) runs, but The Sims (which, being one of the most popular
games ever, can be presumed to be desired by a lot of people) never
will, how can one generalize about what runs and what doesn't? Does it
matter if most programs do not run, if the majority of programs that
users want/need do, or vice-versa?

On this basis, how is one to judge when the 1.0 level has been
attained? I understand that there is a roadmap that lists certain
technical requirements before the program can be so versioned, but
obviously, such a versioning may mean something very different to users
(who are in many respects the reason that a specifically 1.0 version is
necessary at all). It's not as if this magic number will necessarily
suddenly ensure that most programs will run (which is probably what a
user would expect), much less ensure that most programs that most users
value would necessarily run out-of-the-box.

So what is the benefit of holding off on listing supporters or
contributors until such time as Wine is ready? Will Wine ever actually
be ready, given that it's always aiming at a moving target? Who is
this prospective list of supporters aimed at? If me, the end-user
(whether I'm an individual or a business), I must say I'd be more
impressed with knowing who's helping *now* rather than who helped after
all the hard work was done.

The categories what would make sense and be of use to me if I saw such a
listing on winehq would be:

Financial supporters (donations of whatever, possibly subscribed-- can
the Wine Project be registered as a not for profit business? that would
make it a charitable donation from the company, which 1) it is and 2)
would be tax-deductible): You need money (who doesn't?), and I certainly
will regard positively any company that just gives you some;

Development supporters (companies who provide code or subsidize an
employee to provide code): obviously you'd have to decide how much code
(if one or more employees was not specifically designated to give X
hours of time to Wine per X period of time), but since I would imagine
that any such company would be concerned with a specific issue, rather
than general ones, it might not be too hard to determine whether a
listing or a special thanks to would be in order for any given case
(i.e., if a company provided code just once, but that one bit of code
was essential in solving problems further down the road, that would be a
special thanks to situation).

Both (needs a better word, obviously, but generally meaning those who
provide both financial and development support).

I'd also be able to understand Permanent supporters (like Codeweavers)
and Time-period based supporters (Monthly sounds good, but Quarterly
would work for me as well. Yearly is too long).

Basically, I'd just want to know who gave what, when. This assumes of
course that this big show is aimed at me in the first place. But then
again, if it's aimed at some more official investor-type party, then you
might as well just produce some kind of quarterly report and distribute
it at meetings and conferences. Which is actually not a bad idea, either.


For what it's worth,
Holly

Re: Commercial support

Andreas Mohr wrote:
Hi,
On Mon, May 09, 2005 at 07:19:31AM -0400, gslink wrote:
I wouldn't worry about anyone but Microsoft stealing Wine.  In order to 
develop Wine you must be an expert C++ programmer.  That requires an 
enormous amount of work and thieves are usually lazy.
Maybe you wouldn't worry, but I'd bet a sizeable number of Wine programmers
sure as hell do.
Wine has become a very useful and big piece of software, and the bigger
and more successful a software becomes, the more likely it gets
misappropriated (i.e. making use of its code without giving back improvements).
We've already had some corner cases (I won't mention names here, but many
people probably know it anyway), and you could bet that Wine would have
found relatively widespread abusive use if there hadn't been an LGPL change.
And the fact that thieves are usually lazy is the very reason why
people add foreign (debugged and working) code to their program...
Adapting is often much easier than writing from scratch on your own.
Andreas Mohr
All that you say is quite true but I still think that the main enemy of 
Wine is Microsoft.  Microsoft will eventually attempt to destroy Wine 
because only they are threatened by it.  There was an LGPL change true 
but did that change stop anyone from stealing Wine?  I seriously doubt 
it because what would happen if someone stole the library?  Wine would 
need to hunt up some rather obscure program and prove from the binary 
that Wine code was stolen.  This sort of thing is unlikely to happen 
because it requires too much education and work on the part of the 
thief.  If you don't believe me try including Wine or the library in 
another program and getting the result to work correctly.  You will have 
to figure out what the Wine code is doing first and that is hard work. 
Besides, there is no reasonable way to keep Wine from being incorporated 
in another product as long as the license is followed and who would want 
to.  If others believe theft to be a problem then I suggest looking at 
and DEALING with the recording industry.  The startup recording artist 
has the same problems as Wine and the recording industry banded together 
to be a very effective counter.  They and the film industry are the only 
ones who might be able to counter Microsoft. Wine would be well advised 
not to leave Microsoft out of their calculations because my biggest fear 
is still a suit charging Wine with stealing all the code and the idea 
from Microsoft.  In such a case merit has nothing to do with it.

Re: winecfg: Add wine configuration tab

2005-05-09 Thread Alexandre Julliard

James Hawkins [EMAIL PROTECTED] writes:

 This seemed to get pretty good support in wine-devel.  The rest of the
 implementation will follow soon.

You really only want the dir symlink and hidden file options, and
these should most likely be under the Drives tab. It doesn't make
sense to let users edit the Windows or System dir, this will break
everything. And there's no point in having a wine tab, all options
in winecfg are about Wine anyway.

-- 
Alexandre Julliard
[EMAIL PROTECTED]

Re: Commercial support

I recently took the list of applications from headquarters that are 
listed as running properly and found that many of these are available 
for little cost.  I bought a few and tried to run them.  Not a one ran 
as is from the box.  I was able to get all of them to run with some 
trouble.  One big problem I see with Wine is that there is no good 
testing.  As versions progress things quit running and the author has no 
way of knowing.  I have no good solution for this problem but I suspect 
that it needs attention.  It is, of course, part of the documentation 
problem.  It is not in the nature of programmers to document their work.

Re: Revisiting exceptions

On Mon, 09 May 2005 15:04:40 +0200, Fabian Cenedese wrote:
 I wonder though: if stack-based SEH is patented by Borland, does it mean
 that VC++ and most other PC compilers pay to Borland?

The GNU EH ABI is table-based not stack based, I guess that's one reason
why (it's also faster).

thanks -mike

Re: Commercial support

2005-05-09 Thread Paul van Schayck

On 5/9/05, gslink [EMAIL PROTECTED] wrote:
 I recently took the list of applications from headquarters that are
 listed as running properly and found that many of these are available
 for little cost.  I bought a few and tried to run them.  Not a one ran
 as is from the box.  I was able to get all of them to run with some
 trouble.  One big problem I see with Wine is that there is no good
 testing.  As versions progress things quit running and the author has no
 way of knowing.  I have no good solution for this problem but I suspect
 that it needs attention.  It is, of course, part of the documentation
 problem.  It is not in the nature of programmers to document their work.

Where would this list be?  As of now there is no list of applications
we try to keep working with every released snapshot. So developers are
not required to check their changes against certain applications.
What we do have is a large set of small test applications we run after changes.

Paul

Re: Wiki stuff

2005-05-09 Thread peter

Could you post a link to a page that display this issue?
I just looked at http://wiki.winehq.org/InstallShield and it was fine on  
opera 8 but I did not have time to check to see how you had defined pre

May be worth keeping a non-linked version of a page to check this  
behaviour.

8)
On Mon, 09 May 2005 07:42:18 +0200, Dimitrie O. Paun [EMAIL PROTECTED]  
wrote:

On Sun, 2005-05-08 at 13:12 +0100, Mike Hearn wrote:
More Wiki stuff: for some reason on my browser at least pre sections
aren't showing as a monospace font which makes embedded code hard to  
read.
Is this some CSS thing? Firefox renders text/plain files as monospace OK
so it's not my fonts.
Yes, this is indeed rather strange. We used to have this:
pre {
padding: 0.5em;
font-family: courier, monospace;

For whatever reason, asking for courier/monospace for pre causes the
browser to display proportional fonts (at least for the two of us).
A fontconfig bug? Anyway, if I comment it out and let the browser use
its default font, it works.
Explanations about why this happens are most welcomed.

--
Using Opera e-mail on Gentoo Linux

qcap

2005-05-09 Thread Maarten Lankhorst

this is my qcap dll in its current state, because i dont have much time 
in the next couple of weeks I' d thought I'd post it, perhaps someone 
can make it work with the new qcap dll implementation, what i have here 
is a pretty much complete version of qcap + a near complete version of 
V4l implementation (if i recall correctly, only YUV formats are missing 
now.. and V4L2 support but I'm *NOT* going to add that anyway)

What files need to be added for vfwcapture?
enumpins.c, media.c, null.c, pin.c, v4l.c, vfwcapture.c (+ perhaps some 
headers..)

although julliard doesn't like copying media.c, enumpins.c and pin.c 
from quartz, it was the only way to make it work.. (I'm still not sure 
if he believes me though..)

I tested this stuff by using msn webcam settings, if you want to 
transmit to someone else, you need a native version of msvfw32, else it 
won't work

bonus points if you make this work through the wine driver model 
(dlls/winmm?), and write a patch for avicap32 to use winmm too (at least 
for capgetdriverdescription), I don't know how wine drivers work but you 
could try it. (I hope julliard allows the first version to use V4l in 
qcap..)
If there are questions just ask.. I'm off to study for the big exams now..

Maarten


qcap.tar.bz2
Description: Binary data

Re: Commercial support

Paul van Schayck wrote:
On 5/9/05, gslink [EMAIL PROTECTED] wrote:
I recently took the list of applications from headquarters that are
listed as running properly and found that many of these are available
for little cost.  I bought a few and tried to run them.  Not a one ran
as is from the box.  I was able to get all of them to run with some
trouble.  One big problem I see with Wine is that there is no good
testing.  As versions progress things quit running and the author has no
way of knowing.  I have no good solution for this problem but I suspect
that it needs attention.  It is, of course, part of the documentation
problem.  It is not in the nature of programmers to document their work.

Where would this list be?  As of now there is no list of applications
we try to keep working with every released snapshot. So developers are
not required to check their changes against certain applications.
What we do have is a large set of small test applications we run after changes.
Paul

Go to the Wine HQ site and click on applications database.  If you need 
more applications check the listed links.
This is a problem with every development effort and nobody is blaming 
anybody.  The larger the effort the worse it gets.  This is probably the 
worst problem both Microsoft and IBM have with code.  If you change 
anything in Wine something somewhere will probably quit running.  This 
is simply the price of progress.  My comment, and it is not a criticism, 
is that Wine still has rough edges.  Eventually these will go away but 
for now, you can't simply load Wine into Linux and blindly start loading 
in applications.  The more complex the application the more likely it 
needs setup.  As versions progress setup procedures change and as a 
result things quit running.  Microsoft Office doesn't run without setup 
and neither do many of the older games such as Alice or Rune.  Even 
things like Warcraft come and go.  This is not a criticism it is just 
the way things are and that is why I think it is too early to start 
thinking about commercial support.
What somebody needs to do now is to get a relationship with IBM similar 
to the one that Eclipse has.  IBM has a problem currently because there 
is no native Lotus Notes client for Linux.  Wine could easily solve this 
problem.  I talked to some of the marketing managers in IBM and most had 
never heard of Wine.  The IBM development labs are currently starting to 
develop this native client.  If IBM could use Wine it could save them 
money and sueing Wine is one thing sueing IBM is another.

Re: Commercial support

2005-05-09 Thread Paul Millar

On Monday 09 May 2005 16:11, you wrote:
 Paul van Schayck wrote:
  Where would this list be?  As of now there is no list of applications
  we try to keep working with every released snapshot. [...]

 Go to the Wine HQ site and click on applications database.

I think Paul wanted to know the subset of AppDB entries that one might wish 
be checked as part of the tagging process.

I'd suggest that this metadata should be stored within AppDB, perhaps as the 
user-rating, or as an external keyword: SNAPSHOT_TEST_APP for example.

[...]
 If you change anything in Wine something somewhere will probably quit
 running. 

We live in an imperfect world, so could well be true.  But such breakages 
should (in an ideal world) be picked up and fixed.  Changes are trying to 
implement new functionality, so if apps break as a result, then the patch is 
broken in some sense.

The issue is about timescales, both with discovery and fixing the problems.  I 
guess both will depend about how much developers care about the broken 
applications or the way in which they're broken.

(this is where having application-level regression testing would be handy ;^)

[...]
 The more complex the application the more likely it needs setup.  As
 versions progress setup procedures change and as a 
 result things quit running.  Microsoft Office doesn't run without setup
 and neither do many of the older games such as Alice or Rune.

I think this is a transitional effect.  Once we get a 0.9 release, 
configuration should become more stable.


 What somebody needs to do now is to get a relationship with IBM similar
 to the one that Eclipse has.  IBM has a problem currently because there
 is no native Lotus Notes client for Linux.  Wine could easily solve this
 problem.  I talked to some of the marketing managers in IBM and most had
 never heard of Wine.  The IBM development labs are currently starting to
 develop this native client.  If IBM could use Wine it could save them
 money and sueing Wine is one thing sueing IBM is another.

Rumour has it (i.e. I can't put my finger on the source) that IBM do use Wine 
internally.  Their marketing people may not know this, though.

Cheers,

Paul.


pgphKqeqLZh8h.pgp
Description: PGP signature

Re: [?? Probable Spam] notepad: add .LOG feature

2005-05-09 Thread Kevin Koltzau

I verified on XP, it is case sensitive

On Monday 09 May 2005 03:37 am, Dmitry Timoshkov wrote:
  + /* If the file starts with .LOG, add a time/date at the end and set 
  cursor after
  + * See http://support.microsoft.com/?kbid=260563
  + */
  + if (GetWindowTextW(Globals.hEdit, log, sizeof(log)/sizeof(log[0]))  
  !lstrcmp(log, dotlog))
 
 Shouldn't it be a case insensitive comparison, i.e. does .log work as well?

Re: Bug 2131 - 16-bit support?

2005-05-09 Thread Lionel Ulmer

On Mon, May 09, 2005 at 05:06:31PM +0200, Andreas Mohr wrote:
 People are often migrating to Linux PRECISELY BECAUSE newer Windows versions
 are no alternative to them any more (old machines with insufficient
 performance/compatibility with newer Windows versions).
 And we better make sure we support their *older* Windows applications
 to some extent in that case.

Oh well, last time I wanted to get a patch by Alexandre saying 'that works
perfectly fine in Win98' he answered me 'but it's wrong in Win2K' and did
not commit it :-)

So basically, correctness comes before the need to support old applications
(and I know of at least 3 or 4 game demos which do not work on Win2K / WinXP
anymore - of these only one actually still work in Wine).

 Lionel

-- 
 Lionel Ulmer - http://www.bbrox.org/

Initial popup window and window manager

2005-05-09 Thread Jose Alonso

I have a problem with an application that creates a initial popup
window and starts another application. The window for the second
application is completely covered by the initial popup window.

Investigating the problem, I found that the popup window is not
managed by the window manager and no other wine or gnome window can
go on top of this window (even on top windows).

Making the popup window managed works for me (Fedora core 3,
gnome, metacity). I don't know in other configurations.
See attached patch.

I am attaching also a small program to create the popup window.

-- 
 alonso
--- wine/dlls/x11drv/window.c.orig  2005-04-26 05:16:17.0 -0300
+++ wine/dlls/x11drv/window.c   2005-05-09 15:46:40.784335349 -0300
@@ -134,13 +134,7 @@ inline static BOOL is_window_managed( HW
 /* application windows are managed */
 if (ex_style  WS_EX_APPWINDOW) return TRUE;
 /* full-screen popup windows are managed */
-if (style  WS_POPUP)
-{
-RECT rect;
-GetWindowRect( hwnd, rect );
-if ((rect.right - rect.left) == screen_width  (rect.bottom - 
rect.top) == screen_height)
-return TRUE;
-}
+if (style  WS_POPUP) return TRUE;
 /* default: not managed */
 return FALSE;
 }
#include stdio.h

#include windows.h
#include commdlg.h

HANDLE	hInstance;
HWND	hMainWnd;
HWND	hPopupWnd;


static VOID Paint_Popup(HWND hWnd)
{
PAINTSTRUCT ps;
HDC hdc;
RECT rt;

GetClientRect(hWnd, rt);
hdc = BeginPaint(hWnd, ps);
FillRect(hdc, rt, CreateSolidBrush(RGB(0, 0, 0xff)));
EndPaint(hWnd, ps);
}

static LRESULT WINAPI TestPopup_WndProc (HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
switch (msg) {

	case WM_PAINT:
	if (hWnd == hPopupWnd)
		Paint_Popup(hWnd);
	break;

case WM_DESTROY:
PostQuitMessage (0);
break;

default:
return DefWindowProc (hWnd, msg, wParam, lParam);
}
return 0;
}


/***
 *
 *   WinMain
 */

int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE prev, LPSTR cmdline, int show)
{
MSG  msg;
WNDCLASS class;

static const char szClassName[] = TestPopup;
static const char szWinName[]   = TestPopup;

if (!prev){
class.style = CS_HREDRAW | CS_VREDRAW | CS_DBLCLKS;
class.lpfnWndProc   = TestPopup_WndProc;
class.cbClsExtra= 0;
class.cbWndExtra= 0;
class.hInstance = hInstance;
class.hIcon = LoadIcon (0, IDI_APPLICATION);
class.hCursor   = LoadCursor (0, IDC_ARROW);
class.hbrBackground = 0;
class.lpszMenuName  = 0;
class.lpszClassName = szClassName;
}

if (!RegisterClass (class)) return FALSE;

hPopupWnd = CreateWindowEx (0, szClassName, szWinName, WS_POPUP,
 200, 200,
 400, 400, 0,
 0, hInstance, 0);

ShowWindow (hPopupWnd, show);
UpdateWindow (hPopupWnd);

while (GetMessage(msg, 0, 0, 0)) {
TranslateMessage(msg);
DispatchMessage(msg);
}

return 0;
}
# This Makefile uses the same rules as the wine/programs
# Edit TOPSRCDIR and TOPOBJDIR to the correponding wine directories
# If Makefile is older than ../wine/configure then touch Makefile
# make
# wine test_popup.exe.so

TOPSRCDIR = ../wine
TOPOBJDIR = ../wine
SRCDIR= .

MODULE= test_popup.exe
APPMODE   = -mwindows
IMPORTS   = comdlg32 shell32 user32 gdi32 kernel32

C_SRCS= main.c
RC_SRCS   =

include $(TOPSRCDIR)/programs/Makeprog.rules

Makefile.in:	# create an empty file for Makeprog.rules work
	touch --reference=Makefile Makefile.in

### Dependencies:

main.o: main.c

Re: Wiki stuff

On Mon, 09 May 2005 09:36:51 +0200, peter wrote:
 Could you post a link to a page that display this issue?

Seeing as it's fixed now, that wouldn't be possible. It's not a problem.

thanks -mike

Re: Regression in start wars jedi knight: jedi academy

2005-05-09 Thread Raphael

On Monday 09 May 2005 15:34, Stefan Dösinger wrote:
  Strange behavior to see alocations problems after my patch :(
 
  can you try to edit dlls/opengl32/wgl.c
 
  and change internal_glGetString to something like (see below) to try
 
  const GLubyte * internal_glGetString(GLenum name) {
 return glGetString(name);
  }

 Yes, that fixes the problem, the game starts up as normal. If I can assist
 you in fixing this, just tell me.

 I'll test a few other OpenGL games and tell you if I encounter any other
 problems.

 Stefan

Yuk :(

I have done a full review of internal_glGetString to see where i have a 
problem, i think i have found.

can you change this line: 
 internal_gl_extensions = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, len);

into:
  internal_gl_extensions = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, len + 
2);

Regards,
Raphael



pgpgVAZUP5CVp.pgp
Description: PGP signature

Re: dlls/opengl32: fix WGL_ACCELERATION_ARB queries from applications

2005-05-09 Thread Raphael

On Monday 09 May 2005 11:09, Aric Cyr wrote:
 Just a small patch to Raphael's recent CVS commit which added a much
 better wglChoosePixelFormatARB() and friends.  This patch fixes the
 return values that an application will recieve when it queries the
 WGL_ACCELERATION_ARB pixel format attribute.

good catch :)

Regards,
Raphael


pgp5jAwFAMthm.pgp
Description: PGP signature

Re: Regression in start wars jedi knight: jedi academy

Am Montag, 9. Mai 2005 19:27 schrieb Raphael:
 On Monday 09 May 2005 15:34, Stefan Dösinger wrote:
   Strange behavior to see alocations problems after my patch :(
  
   can you try to edit dlls/opengl32/wgl.c
  
   and change internal_glGetString to something like (see below) to try
  
   const GLubyte * internal_glGetString(GLenum name) {
  return glGetString(name);
   }
 
  Yes, that fixes the problem, the game starts up as normal. If I can
  assist you in fixing this, just tell me.
 
  I'll test a few other OpenGL games and tell you if I encounter any other
  problems.
 
  Stefan

 Yuk :(

 I have done a full review of internal_glGetString to see where i have a
 problem, i think i have found.

 can you change this line:
  internal_gl_extensions = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY,
 len);

 into:
   internal_gl_extensions = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY,
 len + 2);
Seems to work!

Thanks,
Stefan

Re: [OpenGL] Fwd: Re: Regression in Half life

2005-05-09 Thread Jesse Allen

On 5/9/05, Raphael [EMAIL PROTECTED] wrote:
 
 while Waiting for a better idea:
 
 Changelog:
  - fix x11drv/ChoosePixelFormat  to choose 24 bpp as 32 bpp for depth buffers
 (needed as many X11 drivers only support 24bpp)
 
 Regards,
 Raphael
 


Are there any drivers that don't have 24 bpp but have 32 bpp instead? 
I think I remember seeing that before.

Window management - what to do next?

2005-05-09 Thread Vitaliy Margolen

Ok, I've been digging this stuff for more then a week now. And I still don't
have even a partial understanding of what's going on in there. If someone please
explain me these:
1. Where wine stops and passing over to X/window manager? I'm most interested in
  handling focus changes, minimize/maximize/restore.
2. What are we doing about properly implementing minimize/maximize/restore.

Here is what I uncovered so far about SetWindowPos:
1. Wine does not send WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED.
2. Wine does not redraw owner/owned windows (or not in a proper order) when
   z-order changes.

It looks like these heavily depend on focus changes and owner/owned windows
relations. Some times native redraws both owner and owned windows. Sometimes
none at all. Same goes for messages.

I'm kind of stuck here. To go any further I need to know what part should we
delegate to WM and what part do ourselves.

-- 
Best regards,
 Vitaliy

[Fwd: [Bug 2931] Diablo 2 video test fails]

2005-05-09 Thread Dustin Navea

Bug 2931 is a regression, and we have found the patch which causes it. 
It is attached to the bug, and I have requested a link to the commit 
email, so that the appropriate person can know to take a look.

Thanks
Dustin
 Original Message 
Subject: [Bug 2931] Diablo 2 video test fails
Date: Mon, 9 May 2005 03:30:31 -0500
From: Wine Bugs [EMAIL PROTECTED]
Reply-To: wine-devel@winehq.org
To: [EMAIL PROTECTED]
http://bugs.winehq.org/show_bug.cgi?id=2931

--- Additional Comments From [EMAIL PROTECTED]  2005-09-05 03:30 ---
Got it.  The commit that broke wine was done between 23:45 and 23:59 
(i'm not
sure wether UTC or my timezone, UTC+2).  I don't need to track it down 
to the
last second because this is the only commit in that interval (made by 
julliard).

The patch that caused this regression is attached.  I've verified that 
the patch
can be reverted cleanly on current CVS, and once reverted wine works 
again for
the Diablo 2 installer.

--
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.

UT2003 regression, Windowing problem

2005-05-09 Thread Ann and Jason Edmeades

Hi all, 

I'm trying to track down a regression which causes UT2003 (and UT2004 /
Unreal2 apparently) to fail, and am getting stuck at the windowing level so
would appreciate any thoughts as to possible causes. (And no, I haven't
tried to work out what regressed it... Why spoil my fun!)

Basically we enter RedrawWindow and continually loop because the window in
question never gets repainted 'properly'. The window has just been created,
and very little has happened on the window other than being activated.

A +tid,+win,+msg,+x11drv,+spy (with various extra debug code in) shows:

Initial pass into RedrawWindow is via UpdateWindow which forces a redrawnow

0009:fixme:win:UpdateWindow In updateWindow
0009:trace:win:RedrawWindow 0x1002e whole window flags: RDW_ALLCHILDREN
RDW_UPDATENOW
0009:fixme:win:RedrawWindow redraw hrgn

Because of flags, we insist we redraw the screen now...

0009:fixme:win:RedrawWindow @@@ Redrawwindow calling updatenow? 256
0009:fixme:win:RedrawWindow @@@ Calling

(We never leave the update_now routine)

0009:fixme:win:update_now Before wait

We wait for outstanding painting related events. The window has just been
created, so its just a clear of the whole screen from 

0009:trace:x11drv:X11DRV_Expose win 0x1002e (306) 0,0 648x507
0009:trace:x11drv:X11DRV_Expose @@@ 0x1002e B4 Offset into rect
(0,0)-(648,507) 
0009:trace:x11drv:X11DRV_Expose @@@ 0x1002e Offset into rect
(-4,-23)-(644,484) 
0009:trace:win:RedrawWindow 0x1002e rect (-4,-23)-(644,484) flags:
RDW_INVALIDATE RDW_ERASE RDW_ALLCHILDREN RDW_FRAME
0009:fixme:win:RedrawWindow redraw rects
0009:fixme:win:RedrawWindow @@@ Redrawwindow calling updatenow? 0

So the outstanding event was an invalidate of the whole area

0009:fixme:win:update_now After wait

0009:fixme:win:update_now @@ Calling erase
0009:fixme:win:update_now @@ Called erase

The infinite for loop

0009:fixme:win:update_now @@ FOR loop prev=(nil) child=0x40027bec

The window needs redrawing

0009:fixme:win:update_now Paint required!
0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650
(hwnd=0x1002e,msg=WM_PAINT,wp=,lp=)

*** Nothing happens here as a result of the paint?

0009:fixme:win:update_now @@ FOR loop prev=0x1002e child=0x1002e

So the invalid region is still set, so its assumed the updates have failed
so we schedule a complete erase

0009:fixme:win:update_now @@@ 0x1002e not repainted properly, erasing
0009:trace:win:update_now 0x1002e not repainted properly, erasing

0009:fixme:win:update_now 0x1002e region 0x150c box (4,23)-(644,503) In
send_erase
0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650
(hwnd=0x1002e,msg=WM_ERASEBKGND,wp=14ac,lp=)
0009:trace:win:RedrawWindow 0x1002e rect (0,0)-(640,480) flags:
RDW_INVALIDATE RDW_ERASE RDW_NOCHILDREN
0009:fixme:win:RedrawWindow redraw rects
0009:fixme:win:RedrawWindow @@@ Redrawwindow calling updatenow? 0
0009:fixme:win:send_erase Out send_erase

So we loop again... 

0009:fixme:win:update_now @@ FOR loop prev=(nil) child=0x1002e
0009:fixme:win:update_now Paint required!
0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650 (hwnd=0x1002e,msg=
WM_PAINT,wp=,lp=)

*** Nothing happens here as a result of the paint? Etc etc

0009:fixme:win:update_now @@ FOR loop prev=0x1002e child=0x1002e
0009:fixme:win:update_now @@@ 0x1002e not repainted properly, erasing
0009:trace:win:update_now 0x1002e not repainted properly, erasing

etc etc


So should there have been an action as a result of the WM_PAINT, and is it
valid for it not to occur (ie is wine overdoing the assumption on redrawing)

Is updatenow correct for an UpdateWindow call (MSDN states a WM_PAINT should
be sent, but doesn't say it will check it gets done).

Note there are 2 suspicious patches in painting.c both by AJ - (1.19 and
1.20) - The first tries to handle broken WM_PAINT handlers by avoiding the
loop, and the 2nd (1.20) just forces the loop to occur! Adding a 'break' in
the case where child==prev and a send ncpaint / send erase has occurred
avoids the problem, but what is the correct fix

Jason

Re: Commercial support

2005-05-09 Thread Tom Wickline

On 5/7/05, Shachar Shemesh [EMAIL PROTECTED] wrote:

 
 This is actually a very good point in favor of not charging money at
 all. If you charge money, you create obligation. That's the way the
 legal system works. If you do not, you can easily delist any known LGPL
 offender.

It could be looked at as a minimum donation request, and any funds
raised should go to the WPF.

 
 If that doesn't convince you, then try this for size. If we do charge
 10K/yr, Lingnu will not be listed there. It's simply not worth it for
 me. If ANYONE is going to be listed there, then, it will be some huge
 company, with very little actual Wine involvement. Being as it is that
 Wine would like the commercial vendors listed too, I think that's a
 lose-lose. Don't you? 

I believe giving away the only resource that winehq.org has for
generating revenue for the WPF is insane. The way it is now we have a
pay-pal account for donations and this is the only way any funds make
it into this account. I think we should explore ways to raise money
for future Wineconf's and other worth while expenditures. While 10k/yr
may be a high target 100/yr is a bare minimum at best.

Or do you really think that Lingnu is going to
 hold back code from Wine?

No I don't, I never have and as as Ive already said before I believe
everyone in this discussion is responsible and supporters of OSS.

About what will happen if a rouge company shows up?
I for see winehq.org setting up a page like PearPC and asking the
community for help. But some people here think we should have trust
and faith in people and not be pessimistic like myself.

http://starport.dnsalias.net/index.php?show=articleid=352

And on the out come of this discussion, read the entirety of this
thread and apply bays theorem and a result will soon follow.

http://psych.rice.edu/online_stat/chapter5/probability.html

Cheers,

Tom

Re: Window management - what to do next?

2005-05-09 Thread Jules Richardson

On Mon, 2005-05-09 at 15:25 -0600, Vitaliy Margolen wrote:
 Ok, I've been digging this stuff for more then a week now. And I still don't
 have even a partial understanding of what's going on in there.

:-)

Is there some kind of documentation somewhere as to how everything fits
together - or even descriptive text as to the purpose of each source
file? This struck me as a problem coming at this cold the other day -
the typical one-liners at the top of each source file weren't always
enough to know what the collection of functions within the file actually
did.

  If someone please explain me these:
 1. Where wine stops and passing over to X/window manager? I'm most interested 
 in
   handling focus changes, minimize/maximize/restore.
 2. What are we doing about properly implementing minimize/maximize/restore.
 
 Here is what I uncovered so far about SetWindowPos:
 1. Wine does not send WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED.
 2. Wine does not redraw owner/owned windows (or not in a proper order) when
z-order changes.
 
 It looks like these heavily depend on focus changes and owner/owned windows
 relations. Some times native redraws both owner and owned windows. Sometimes
 none at all. Same goes for messages.

That certainly fits the behaviour I'm seeing, with erratic redraw
problems in every version of wine past 20041201. 

(has anyone tried mspaint to see if it works? I'd imagine it's another
app that does interesting things with the drawing canvas - in fact any
app that handles its own drawing routines is likely to show up problems)

cheers

Jules

APPDB: Half-Life and Counter-Strike with WINE

2005-05-09 Thread Hiji

Any ideas?  (I'm forwarding the message, so, it
defaults to showing below my message.  Sorry!) :(


Note: forwarded message attached.




__ 
Yahoo! Mail Mobile 
Take Yahoo! Mail with you! Check email on your mobile phone. 
http://mobile.yahoo.com/learn/mail ---BeginMessage---
Hiji et al,
Couldn't find Half-Life or Counter-Strike in the DB yet they returned...
Submitted version rejected
---
The version you submitted ( 1.0.0.0) has been rejected.This application is 
already in the database.  If you are interested in helping out with the howto 
please sign up to be a maintainer of the application.  Thanks.
We appreciate your help in making the Version Database better for all users.
Best regards.
The AppDB team
http://www.winehq.org/
I did my part.  :-)
___
wine-users mailing list
[EMAIL PROTECTED]
http://www.winehq.org/mailman/listinfo/wine-users
---End Message---

Re: UT2003 regression, Windowing problem

On Mon, 09 May 2005 22:43:49 +0100, Ann and Jason Edmeades wrote:
 So should there have been an action as a result of the WM_PAINT, and is it
 valid for it not to occur (ie is wine overdoing the assumption on redrawing)

Notes has the same problem. Last time I talked to The Director about it he
said doing nothing in WM_PAINT was invalid and indeed, doing that on
Windows goes into an infinite loop. Most puzzling. There seems to be a
magic combination of things you can do that make it not go into this loop
... not sure.

Re: APPDB: Half-Life and Counter-Strike with WINE

2005-05-09 Thread Chris Morgan

I plugged 'half-life' into the search box and got:

http://appdb.winehq.org/search.php?q=half-life

Looks like its working here.  What did you search for?

I just added 'halflife' as a keyword to the half-life application so searching 
for 'halflife' also returns the appropriate results.

Chris



On Monday 09 May 2005 7:40 pm, Hiji wrote:
 Any ideas?  (I'm forwarding the message, so, it
 defaults to showing below my message.  Sorry!) :(


 Note: forwarded message attached.




 __
 Yahoo! Mail Mobile
 Take Yahoo! Mail with you! Check email on your mobile phone.
 http://mobile.yahoo.com/learn/mail

Re: APPDB: Half-Life and Counter-Strike with WINE

2005-05-09 Thread Hiji


--- David F. Colwell [EMAIL PROTECTED]
wrote:
 Hiji et al,
 
 Couldn't find Half-Life or Counter-Strike in the DB
 yet they returned...
 
 Submitted version rejected

---
 The version you submitted ( 1.0.0.0) has been
 rejected.This application is already in the
 database.  If you are interested in helping out with
 the howto please sign up to be a maintainer of the
 application.  Thanks.
 We appreciate your help in making the Version
 Database better for all users.
 
 Best regards.
 The AppDB team
 http://www.winehq.org/
 
 
 I did my part.  :-)

 On Monday 09 May 2005 7:40 pm, Hiji wrote:
  Any ideas?  (I'm forwarding the message, so, it
  defaults to showing below my message.  Sorry!) :(

--- Chris Morgan [EMAIL PROTECTED] wrote:
 I plugged 'half-life' into the search box and got:
 
 http://appdb.winehq.org/search.php?q=half-life
 
 Looks like its working here.  What did you search
 for?
 
 I just added 'halflife' as a keyword to the
 half-life application so searching 
 for 'halflife' also returns the appropriate results.
 
 Chris

I found it too, but I believe the problem was that he
was trying to add a specific version (1.0.0.0), and he
got the error.  The versions I see on there are
1.1.0.8 and 1.1.1.0

David, can you elaborate for us?

Hiji



Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html

Re: Make test status - latest CVS

2005-05-09 Thread Juan Lang

--- Shachar Shemesh [EMAIL PROTECTED] wrote:
 I don't see the same thing here.  Could you send me a heap trace?
 
 Aw, man! You were sitting right behind me when that happened. Couldn't 
 you have taken my laptop and debugged it on the spot then? :-)

I wanted to have a chance to run it, read over the code, etc.  I'm afraid
I don't see the problem still.  Maybe a storage,heap trace?

--Juan



__ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs

Re: dlls/opengl32: fix WGL_ACCELERATION_ARB queries from applications

2005-05-09 Thread Aric Cyr

On Mon, May 09, 2005 at 09:29:06PM +0200, Raphael wrote:
 On Monday 09 May 2005 11:09, Aric Cyr wrote:
  Just a small patch to Raphael's recent CVS commit which added a much
  better wglChoosePixelFormatARB() and friends.  This patch fixes the
  return values that an application will recieve when it queries the
  WGL_ACCELERATION_ARB pixel format attribute.
 
 good catch :)

Thanks, always glad to help.

I had posted a similar patch to the World of Warcraft bugzilla at:
  http://bugs.winehq.org/show_bug.cgi?id=2814 

but I probably should have cross posted it to the mailing lists to get
a little more exposure.  Incidentially, Bug #2814 could probably be
marked resolved now.  Bug #2842 should probably be marked as a
duplicate of #2814 as well, from what I can tell.

-- 
Aric Cyr acyr at alumni dot uwaterloo dot ca(http://acyr.net)
gpg fingerprint: 943A 1549 47AC D766 B7F8  D551 6703 7142 C282 D542


pgpUfWdhqWYVW.pgp
Description: PGP signature

Re: Commercial support