Somebody wrote:
> [Let's use bash features in wine shell scripts]
Bad idea. Unless you have a *very* good reason,
you should stick to Posix interfaces, which here
means "get it to run under Bourne shell".
Portability -- it's a good thing.
By the way, if anyone out there is looking for
a concise, i
The wine version of riched20 fails an assertion when starting
StreamboxVCR
$ wine .wine/drive_c/Program\
Files/StreamboxVcrSuite2/StreamBoxVCR1Beta31/vcr_31turbo.exe
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-
b159-11d0-8fcf-00aa00
On 05/08/2005 03:09:39 AM, Dustin Navea wrote:
Basically, I just need to know for the purposes of resolving this
bug, should I leave it open and confirmed so that someone knows to
implement the 16-bit functions (32 <-> 16 bit conversions?), or
should I just go ahead and close it as WONTFIX?
Y
I was wondering, since I have been away for so long, are we still
implementing functionality for 16-bit programs? The reason I ask is
because the freecell and solitaire from Win98/ME will not load in wine,
while the ones from 2k/XP will. This is obviously due to the fact that
our cards.dll is
reposting this here, looking for someone to fix a long standing wine bug.
text [edited] again:
well, this is just this:
http://bugs.winehq.org/show_bug.cgi?id=2400
and should apply to today's cvs.
i AM NOT the author!
it IS kinda urgent, since a lot of european keyboards are affected...
like hungar
On Sat, 7 May 2005 10:06 pm, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > The first patch addresses a problem I have found where Windows
> > applications under wine exceed the allocated stack. By default wine
> > allocates the same 1MB stack that windows does but wine h
Can someone take a look at the attached debug output and let me know
what might be the problem?
The game crashes under wine, regardless of the winver (could be an old
wine version), and also under real Win2k, but not under real Win98..
I doubt there is much hope for getting this working, since
On Sat, 7 May 2005 11:46 pm, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > Notes about patch:
> > PAGESIZE is a risky name for a symbol since it an obvious candidate for
> > use to define the page size of the OSes VM pages and in fact does Collide
> > under Solaris
>
> W
On Sat, 7 May 2005 11:47 pm, Alexandre Julliard wrote:
> Robert Lunnon <[EMAIL PROTECTED]> writes:
> > Notes about patch:
> > Solaris requires RTLD_FIRST flag to dlopen calls to resolve multiple path
> > expansions properly
>
> This doesn't seem to be what RTLD_FIRST does. Could you explain a bit
>
On Sun, 8 May 2005 03:30 am, Dustin Navea wrote:
> Francois Gouget wrote:
> > This is true too but I think most Wine developers will agree with me
> > that Wine should not depend on bash which means the above is not 'the
> > right fix(tm)' which makes it 'the wrong fix'.
>
> Of course The Microsoft
> I just noticed that S3 has a registry setting called "GDIMouse". This setting
> is reflected by the "use colored mouse pointer(if possible)" / "use
> monochrome mouse pointer" settings. ("Benutze farbigen Mauszeiger(wenn
> möglich)" and "Benutze monochrimen Mauszeiger" in my German version).
> Interesting. The full version didn't work for me.(Win95 + qemu and WinXP +
> Qemu). What qemu version do you use?
Well, I use a REALLY old QEMU version from CVS (my binary is from July 2004 :-)
).
It works fine for my images so I never bothered to upgrade since then.
Lionel
--
Am Samstag, 7. Mai 2005 19:30 schrieb Lionel Ulmer:
> > It doesn't look like the normal X cursor. S3 changes the cursor the same
> > way in Wine as it does on Windows, but I think, appart of it's look that
> > it's the normal X cursor / the normal Windows GDI cursor.
>
> trace:dinput:SysMouseAImpl_
> trace:dinput:SysMouseAImpl_SetCooperativeLevel
> (this=0x77c55f18,0x0008004c,0x0006)
> trace:dinput:SysMouseAImpl_SetCooperativeLevel cooperative level :
> DISCL_FOREGROUND DISCL_NONEXCLUSIVE ---^
>
> And this means that the mouse cursor will NOT be hidden by DInput. So S3
> really
Tom Wickline wrote:
At any rate you didn't answer the question of what will happen if wine
is ever hijacked. But I guess it could happen even without this
referral page, if it does ever happen lets just hope its not by
someone listed here.
This is actually a very good point in favor of not charg
> It doesn't look like the normal X cursor. S3 changes the cursor the same way
> in Wine as it does on Windows, but I think, appart of it's look that it's the
> normal X cursor / the normal Windows GDI cursor.
trace:dinput:SysMouseAImpl_SetCooperativeLevel
(this=0x77c55f18,0x0008004c,0x0006
Tom Wickline wrote:
On 5/7/05, Brian Vincent <[EMAIL PROTECTED]> wrote:
When did this happen?
I thought Jer set it up when he set up the pay-pal account, I guess not, my bad.
I registered 'The Wine Project' as a 'Doing Business As'
name. Basically, this means that I have a legal right to
also u
Le sam 07/05/2005 à 13:40, Michael Stefaniuc a écrit :
> J. Grant wrote:
[snip]
> > Is it not possible to just type "wcmd" in bash like we used to be able
> > to? could that not be a default or even a shell script which ran
> > "wineconsole --backend=user wcmd" if that is now the way to run thing
Hi Michael,
Thank you for your quick response.
[...]
I was trying to run wcmd, it seems to have been renamed wineconsole.
No, wcmd is still there, wineconsole is only the "terminal emulation
window". If you want wcmd call it something like:
wineconsole --backend=user wcmd
Ok, I gave that a shot:
On 07/05/05 16:15, Paul van Schayck wrote:
On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote:
I typically launch applications using wine from the terminal, I get
pages of these fixme debug messages. I wonder if there is a reason
these fixme "harmless" messages are being displayed? IMHO stable
release
On 07/05/05 14:54, Paul van Schayck wrote:
On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote:
I did find "man wine.conf", however that is quite incomplete it seems.
Incomplete and not to be trusted on accurate information.
Is there a reason the man page does not state that?
I wonder if this could be a
J. Grant wrote:
Hi Michael,
Thank you for your quick response.
[...]
I was trying to run wcmd, it seems to have been renamed wineconsole.
No, wcmd is still there, wineconsole is only the "terminal emulation
window". If you want wcmd call it something like:
wineconsole --backend=user wcmd
Ok, I
Francois Gouget wrote:
This is true too but I think most Wine developers will agree with me
that Wine should not depend on bash which means the above is not 'the
right fix(tm)' which makes it 'the wrong fix'.
Of course The Microsoft Fix(tm) would be to say "ahh to hell with it.
Lets make our own
On Sat, 7 May 2005 19:48:02 +0900, you wrote:
> "Rein Klazes" <[EMAIL PROTECTED]> wrote:
>
> > >> E:\\MSVC\\BIN\\WINTEE32.EXE -h2a -vn
> >
> > 5e is the 16 bit window handle.
>
> 2a I'd guess, not 5e.
You guess correctly.
>
> > Here it sends data to the IDE:
> >
> > >> 0035:Call user32.Send
On 07 May 2005 14:21:42 +0200, you wrote:
> > Is anything else needed, I wonder?
>
> Yes, try something like this:
>
> Index: dlls/user/win.c
Works great. Thanks,
Rein.
On 5/7/05, Brian Vincent <[EMAIL PROTECTED]> wrote:
>
> When did this happen?
I thought Jer set it up when he set up the pay-pal account, I guess not, my bad.
> We're a free software development community and that implies some level of
> trust.
I can only think of the quote that's accredited
Hello,
J. Grant wrote:
I was trying to run wcmd, it seems to have been renamed wineconsole.
No, wcmd is still there, wineconsole is only the "terminal emulation
window". If you want wcmd call it something like:
wineconsole --backend=user wcmd
bye
michael
--
Michael Stefaniuc
On 5/7/05, MediaHost (TM) <[EMAIL PROTECTED]> wrote:
> 9 million hits a month != visits
>
> 509874 visits != http://www.winehq.org/site/support pages
> visits (as a fact, it isn't even listed under the top 30, not surprising)
There is no link to this support page from our main page, and im sur
On Sat, 7 May 2005, Robert Lunnon wrote:
On Sat, 7 May 2005 08:52 pm, Francois Gouget wrote:
On Sat, 7 May 2005, Robert Lunnon wrote:
[...]
# diff -u wineshelllink.old wineshelllink
--- wineshelllink.old mer mai 4 11:47:30 2005
+++ wineshelllink mer mai 4 11:50:03 2005
@@ -1,4 +1,4 @@
Le sam 07/05/2005 à 08:45, J. Grant a écrit :
[snip]
>
> I wonder if this could be added to the man page? Also could
> /usr/share/wine/skel/config be added to the man page?
The exact place where files are in your filesystem is package dependant.
Wine (the source tarball from winehq) doesn't use
On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote:
> I typically launch applications using wine from the terminal, I get
> pages of these fixme debug messages. I wonder if there is a reason
> these fixme "harmless" messages are being displayed? IMHO stable
> releases should only output err messages, t
I forgot to mention. my terminal (KDE Konsole) is broken after running
those commands and no appearance of wineconsole. man and other terminal
applications do not display correctly, I have to clear the terminal or
restart it to get it working again.
When running other win32 software such as Cal
Hello,
I was trying to run wcmd, it seems to have been renamed wineconsole.
However, unfortunately it exits immediately before producing a DOS
command prompt in my terminal like wcmd used to. I think this is a bug,
(unless I missed something).
$ wineconsole
Invoking /usr/lib/wine/wine.bin wine
Hi Andreas,
Thank you for your quick response.
On 07/05/05 10:49, Andreas Mohr wrote:
Hi,
On Sat, May 07, 2005 at 10:00:59AM +0200, Paul van Schayck wrote:
It's quite common to have dsound in emulation (it won't work without).
This means a lot of load comes down to the cpu, and where perhaps your
l
Hi Paul Thank you for your quick response
On 07/05/05 09:00, Paul van Schayck wrote:
On 5/6/05, J. Grant <[EMAIL PROTECTED]> wrote:
I added these extra lines to my ~/.wine/config file, pasted them to me
on #winehq. I could not find these in the config documentation, could
they be added somewhere p
Hello,
I typically launch applications using wine from the terminal, I get
pages of these fixme debug messages. I wonder if there is a reason
these fixme "harmless" messages are being displayed? IMHO stable
releases should only output err messages, thus not displaying fixme
or warnings. I wonder
On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote:
> I did find "man wine.conf", however that is quite incomplete it seems.
Incomplete and not to be trusted on accurate information.
> I wonder if this could be added to the man page? Also could
> /usr/share/wine/skel/config be added to the man page?
Robert Lunnon <[EMAIL PROTECTED]> writes:
> Notes about patch:
> Solaris requires RTLD_FIRST flag to dlopen calls to resolve multiple path
> expansions properly
This doesn't seem to be what RTLD_FIRST does. Could you explain a bit
more exactly what the problem is?
--
Alexandre Julliard
[EMAIL
Robert Lunnon <[EMAIL PROTECTED]> writes:
> Notes about patch:
> PAGESIZE is a risky name for a symbol since it an obvious candidate for use
> to
> define the page size of the OSes VM pages and in fact does Collide under
> Solaris
We already have a #undef PAGESIZE to work around that problem.
On 5/7/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
> The "Wine Party Fund" is listed as a non-profit charity in the state
> of Minnesota
When did this happen? I'm pretty sure it's not unless it some how
happened over the past few months. We've discussed it before, but
always decided the amount o
9 million hits a month != visits
509874 visits !=
http://www.winehq.org/site/support pages visits (as a fact, it isn't
even listed under the top 30, not surprising)
~ 2000 pages visits != referrers
referrers != sales..
But of course, $ 100 per year is a nice price, but than everybody
ca
On 5/7/05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> Before going into elaborate schemes here, I suggest that everyone
> consider the following points:
> 1. Sure, commercial companies have something to gain from being listed
> on the WineHQ page, but so does Wine.
So this is a mute point.
> 2.
Rein Klazes <[EMAIL PROTECTED]> writes:
> Is anything else needed, I wonder?
Yes, try something like this:
Index: dlls/user/win.c
===
RCS file: /opt/cvs-commit/wine/dlls/user/win.c,v
retrieving revision 1.2
diff -u -p -r1.2 win.c
--
On Sat, 7 May 2005 08:52 pm, Francois Gouget wrote:
> On Sat, 7 May 2005, Robert Lunnon wrote:
> [...]
>
> > # diff -u wineshelllink.old wineshelllink
> > --- wineshelllink.old mer mai 4 11:47:30 2005
> > +++ wineshelllink mer mai 4 11:50:03 2005
> > @@ -1,4 +1,4 @@
> > -#!/bin/sh
> >
Maarten Lankhorst <[EMAIL PROTECTED]> writes:
> Fixed 2 small memory leaks in enummedia (my fault, not used to while
> loops..)
>
> Note that there are 2 ways to fix it:
> while (--i) .. -> while (i--) ..
> while (--i) .. -> while (--i >= 0) ..
>
> I chose the second, but I don't think it matter
Hi,
It seems some users have started creating pages that are simply intended
to dupe the appdb:
http://wiki.winehq.com/Running_Errors
http://wiki.winehq.com/WindowsGames
I doubt it makes any sense to have this sort of info on the wiki. What do
others think?
thanks -mike
Robert Lunnon <[EMAIL PROTECTED]> writes:
> The first patch addresses a problem I have found where Windows applications
> under wine exceed the allocated stack. By default wine allocates the same 1MB
> stack that windows does but wine has a different stack consumption that does
> windows, addi
I have a question and I feel its important to ask.
Lets for example say I start a small company and I have a Wine based product.
And I refuse to give back any changes that I make to the source.
What are you going to do in a case like this?
And I'm sure I can afford $8.00 a month for a nice listi
On Sat, 07 May 2005 18:13:41 +1000, Robert Lunnon wrote:
> Comments anyone ?
I have to echo Joris, why don't we just increase the default stack size if
this is causing problems? Does it cost us anything?
thanks -mike
On Sat, 7 May 2005 07:47 pm, Joris Huizer wrote:
> Robert Lunnon wrote:
> > I wish to propose two changes that I currently have in my Solaris
> > patchkit. I'll use two separate e-mails here to avoid confusion.
> >
> > Both changes add environment variables controlling the way wine does
> > things.
On Sat, 07 May 2005 18:13:41 +1000, Robert Lunnon wrote:
> Comments anyone ?
On Sat, 2005-05-07 at 09:46 +0200, Michael Jung wrote:
> P.S.: What's the reason for disabling the i18n resources in
> winecfg.rc?
They're out of date and don't reflect the current English GUI.
thanks -mike
On Samstag 07 Mai 2005 08:39, Shachar Shemesh wrote:
> I really suggest we adhere to KISS - Keep It Simple. I actually liked
> the "hackers rating" idea. If a company is well known among the wine
> hackers, they'll vote for it. If not, list it alphabetically at the end
> of the former list.
While
On Sat, 7 May 2005, Robert Lunnon wrote:
[...]
# diff -u wineshelllink.old wineshelllink
--- wineshelllink.old mer mai 4 11:47:30 2005
+++ wineshelllink mer mai 4 11:50:03 2005
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/bash
This is wrong. Some users may not have bash installed and the script
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> >> E:\\MSVC\\BIN\\WINTEE32.EXE -h2a -vn
>
> 5e is the 16 bit window handle.
2a I'd guess, not 5e.
> Here it sends data to the IDE:
>
> >> 0035:Call user32.SendMessageA(002a,004a,0008004a,77a3fe28)
> >> ret=77a51649
>
> That does not work, Se
Hi,
Another case where I don't think I know enough of the finer details for
a
correct solution.
MS Visual C++ 1.5 IDE - 16 bit win application - communicates its window
handle to WINTEE32.EXE - win32 app - to handle the build process:
>> E:\\MSVC\\BIN\\WINTEE32.EXE -h2a -vn
5e is the 16 bit
Hi,
On Sat, May 07, 2005 at 10:00:59AM +0200, Paul van Schayck wrote:
> It's quite common to have dsound in emulation (it won't work without).
> This means a lot of load comes down to the cpu, and where perhaps your
> latency comes from.
BTW, I'm planning to implement SetThreadPriority().
Maybe it
Robert Lunnon wrote:
I wish to propose two changes that I currently have in my Solaris patchkit.
I'll use two separate e-mails here to avoid confusion.
Both changes add environment variables controlling the way wine does things.
The first patch addresses a problem I have found where Windows appli
>
> >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 sp
Some time ago, I wrote code to support native threads instead of lwp for SYSV
operating systems, the way I wrote the code all available threading models
were compiled into wine and the actual one to be used was selected by setting
an environment variable. (Currently WINE_THREADMODE). On OSes tha
I wish to propose two changes that I currently have in my Solaris patchkit.
I'll use two separate e-mails here to avoid confusion.
Both changes add environment variables controlling the way wine does things.
The first patch addresses a problem I have found where Windows applications
under wine
On 5/6/05, J. Grant <[EMAIL PROTECTED]> wrote:
> I added these extra lines to my ~/.wine/config file, pasted them to me
> on #winehq. I could not find these in the config documentation, could
> they be added somewhere please?
There is basically no documentation on the config file.
> [dsound]
> ;
"zhilla" <[EMAIL PROTECTED]> wrote:
> ok, this is 3rd time, damn :) this time against wine cvs root, and with,
> i hope, fixed comments.
> -if ((keysym >= 0xFFAE) && (keysym <= 0xFFB9) && (keysym != 0xFFAF)
> - && (e->state & NumLockMask))
> -/* Only the Keypad keys 0-9 and . send di
63 matches
Mail list logo