Dustin Navea wrote:
Anyways, It's been fun; anyone that wants to take over my bugs on
bugs.winehq.com may do so, anyone that wants to take over any of my
other tasks (User's Guide, etc) may do so as well, but save a spot for
in case I ever find a way to get back here.. May you all have much lu
David Hammerton wrote:
On Tue, 25 Feb 2003 01:49, David Fraser wrote:
Seems to make sense except that I still have one question: the MSDN docs
seem to indicate that you need to call GDIFlush() before performing any
drawing operations to the bitmap yourself (at least for Windows NT).
Would it b
Joerg Frings-Fuerst wrote:
first I say sorry for your trouble with my bounce-mails.
This weekend I setup my new Mail-Backupserver. After this work I test a new
version of my Spamcheck-script. In this script I call "rblcheck". My mistake
was the test via list.dsbl.org.
I don't mind -- it reveale
On Tue, 25 Feb 2003 01:49, David Fraser wrote:
>
> Seems to make sense except that I still have one question: the MSDN docs
> seem to indicate that you need to call GDIFlush() before performing any
> drawing operations to the bitmap yourself (at least for Windows NT).
> Would it be possible to kee
Eric Pouech wrote:
- the console creation at wcmd startup should we removed when run under
wineconsole (but, this would be rather annoying for some users). I have
a patch for this, but it would mean that there are two ways of running
wcmd: 'wineconsole wcmd /switch_for_no_new_console' or 'wcmd'
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> Wine works around other problems on the build platform (eg.
> strength-reduce bug, detected a few lines after my patch in
> configure.ac). I don't see how broken headers are any different from a
> broken compiler or broken libraries, which we alrea
On Monday 24 February 2003 11:02 am, Steven Tower wrote:
> > because my ac kernel is crashing, i was gonna try redhat 2.4.20-2.48
> > (which is what gentoo gives me for "redhat-kernel"). but while i'm at
> > it, i'll try bootstrap gentoo (which recompiles a bunch of core stuff,
> > some of it twic
On Monday 24 February 2003 11:02 am, Steven Tower wrote:
> I was unaware that you could bootstrap gentoo long after an install, but
> low and behold it looks like you can. I actually upgraded one of my remote
> boxes (was Mandrake 7.0) to Gentoo 100% from remote and booted into gentoo,
> scary 2 1
Hey guys, I know its been a while.. Things have changed a lot since my last contact with you guys, just thought I would give you a heads up.. I couldnt afford the phone/dsl and let that go, lucky my email is still in tact.. Then I lost my job and couldn't afford rent, so I sold my PC :'-( N
On Monday 24 February 2003 11:23 am, Steven Edwards wrote:
> Now all someone needs to do is build WINE on mingw running under WINE
Then we can say wine is "self hosting" ;)
--
gmt
> Gregory M. Turner wrote:
> >So, what can I expect from wine and gcc322? Any known interestingnesses?
> >Anyone even tried it? Presumably, since the threading magic needs to be in
> >the
> >kernel (I run a modified linux-2.4.21-pre4-ac5 atm), I will not get the
> >pthread bug...
Wine even comp
On Monday 24 Feb 2003 20:10, Eric Pouech wrote:
> > As discussed on Wine-devel recently this patch allows wcmd to execute a
> > file "autoexec.wine" if it exists in the root directory of the default
> > drive.
>
> I think we'd better shouldn't we look in
> <%sysdir%>\system32\autoexec.wine instead
liu spider <[EMAIL PROTECTED]> writes:
> I use the "old method" to implement XIM support using
> the newly added functions in wine. It works in some
> cases, but don't in other.
> And should I submit the patch or just wait for you to
> work on it later?
It never hurts to submit a patch. Even if
Dan Kegel wrote:
http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html
was just mentioned at
http://developers.slashdot.org/developers/03/02/23/1939225.shtml?tid=156
Yup, I've been doing this, and the author is right: the
commandline tools show off a few rough edges of Wine.
As more peop
BSD is probably doing the same thing, but nevertheless, -STABLE (i.e.
FreeBSD 4.x) has a bug in the pcm-driver (I think) which makes mapping
the buffer write-only impossible (at least for me).
FreeBSD 5.x does not have that problem and sadly the pcm-code between
4.x and 5.x is virtually the same.
I
Dave Pickles wrote:
As discussed on Wine-devel recently this patch allows wcmd to execute a file
"autoexec.wine" if it exists in the root directory of the default drive.
I think we'd better shouldn't we look in
<%sysdir%>\system32\autoexec.wine instead (that's where NT puts the
autoexec.nt files
J. Grant wrote:
Hi,
Is there a reason the "font metrics" are rebuilt every day or so? (when
I start to run a program with wine)
See the thread:
http://www.winehq.com/hypermail/wine-users/2003/02/0073.html
Hi,
Is there a reason the "font metrics" are rebuilt every day or so? (when
I start to run a program with wine)
I am using cvs 20030115
Regards
JG
Wine works around other problems on the build platform (eg.
strength-reduce bug, detected a few lines after my patch in
configure.ac). I don't see how broken headers are any different from a
broken compiler or broken libraries, which we already detect and deal
with in the configure script.
Mi
On Sun, Feb 23, 2003 at 06:44:10PM -0800, Gareth Hughes wrote:
> > In fact, we put this feature there with GL in mind...
>
> Did you inform the OpenGL vendors who were interested in this issue of this
> fact? Have you documented it anywhere, particularly in Ulrich Drepper's
> "ELF Handling For Th
Dmitry Timoshkov wrote:
Same on RH 6.2. But it's actually bug(s) in string.h and a better way IMHO
is just fix it, instead of silencing warnings if a user is *really* annoyed
by that avalanche of warnings.
I agree that it is a bug in string.h, and that it would be better if it
were fixed, but I t
http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html
Roland McGrath wrote:
>
> In glibc, we actually allocate some excess space in the thread-local
> storage area layout determined at startup time. This lets a dynamically
> loaded module use static TLS if its PT_TLS segment fits in the available
> surplus. (In sysdeps/generic/dl-tls.c, see TLS_STA
I was unaware that you could bootstrap gentoo long after an install, but low
and behold it looks like you can. I actually upgraded one of my remote boxes
(was Mandrake 7.0) to Gentoo 100% from remote and booted into gentoo, scary 2
1/3 minutes waiting for the server to come back up. :)
Thanks
Did I read that correctly, in that they fixed whatever issues Wine has with
glibc 2.3? So that issue with threads being different would be fixed with
this?
And if the above is true then are they planning to submit this to the Wine
project or is this only for thier version?
Thanks for your tim
Now all someone needs to do is build WINE on mingw running under WINE
__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
> Either we need to fix that doc, or we need to add
> a controllet for wine itself, so the list is never empty,
> or we need to make control.exe put up a dialog box
> saying "no control panel thingies installed".
Well, I think the plan is for Wine 0.9 to ship with pre-installed
control panel apple
Mike Hearn wrote:
+
+Some programs install associated control panel applets, examples of this
would be
+Internet Explorer and QuickTime. You can access the Wine control panel by
running:
+
+
+
+$ wine control
+
+
+
+ which will open a wi
Gregory M. Turner wrote:
So, what can I expect from wine and gcc322? Any known interestingnesses?
Anyone even tried it? Presumably, since the threading magic needs to be in the
kernel (I run a modified linux-2.4.21-pre4-ac5 atm), I will not get the pthread bug...
To get the new pthreads stuff, you
David Fraser wrote:
Seems to me the problem here is that mingw is passing these paths into
Wine at all. The only apparent way to get to DOSFS_GetPathDrive is
through DOSFS_GetFullName or DOSFS_GetShortPathName so either
mingw is calling one of those functions with Unix path names or its calling
som
Mike Hearn wrote:
What stage is the implementation currently at? According to the
TransGaming docs, there are still a number of functions to fill in...
I would be interested in seeing a patch no matter how much/little is
implemented ... because my main aim in getting rid of the fault handler
is
> What stage is the implementation currently at? According to the
> TransGaming docs, there are still a number of functions to fill in...
> I would be interested in seeing a patch no matter how much/little is
> implemented ... because my main aim in getting rid of the fault handler
> is so that
On Mon, Feb 24, 2003 at 08:51:43AM -0600, Gregory M. Turner wrote:
> On Monday 24 February 2003 03:24 am, Michael Stefaniuc wrote:
> > On Mon, Feb 24, 2003 at 01:44:27AM -0600, Gregory M. Turner wrote:
> > > from that or not? Is there a test that is known to reliably break
> > > against the new th
Johan Gill wrote:
Mike Hearn wrote:
And I have it in my tree :) It should be ready for submission in a
few months from now.
Hvae you checked that it wouldn't be easier to merge in the TransGaming
implementation? It seems daft to duplicate work if that's the case...
It is their work, but
On Monday 24 February 2003 03:24 am, Michael Stefaniuc wrote:
> On Mon, Feb 24, 2003 at 01:44:27AM -0600, Gregory M. Turner wrote:
> > from that or not? Is there a test that is known to reliably break
> > against the new threading model (or perhaps I can presume I "got it" if i
> > can't run notep
David Hammerton wrote:
Hi,
I wrote some documentation a while back on this when we (TransGaming)
submitted our dibengine to rewind/winehq.
You can read the docu at:
http://www.winehq.com/hypermail/wine-devel/2002/09/0680.html
Hi
Thanks very much, this was very clear and I understand it now...
On Mon, 24 Feb 2003 14:17:41 +0100
Andreas Mohr <[EMAIL PROTECTED]> wrote:
> And BTW: why is it that once you decide to do some major work,
> EVERYBODY suddenly happens to come out of the eternally dark and dangerous
> and forgotten woods?? ;-)
>
Looks like murphy wins again.
> Again, I'm currently working on a MAJOR update of the Guides.
> I'll incorporate these parts into my version.
> And BTW: why is it that once you decide to do some major work,
> EVERYBODY suddenly happens to come out of the eternally dark and dangerous
> and forgotten woods?? ;-)
Oops, sorry :) W
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> > 2. Unicode and Ansi versions of GetPrivateProfileInt (as all other APIs)
> > should be tested separately.
> >
>
> Ok, but i did not understand what this statement means for my patch.
There is no such an API as GetPrivateProfileInt. Instead, there
Dmitry Timoshkov wrote:
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
here are some tests for the function GetPrivateProfileInt. The expected
results are the one from NT4. Hopefully the will match for Win 9x also.
Before i convert GetPrivateProfileInt from ascii to unicode i like to
see some tes
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> here are some tests for the function GetPrivateProfileInt. The expected
> results are the one from NT4. Hopefully the will match for Win 9x also.
> Before i convert GetPrivateProfileInt from ascii to unicode i like to
> see some test result from Win
On Mon, Feb 24, 2003 at 01:44:27AM -0600, Gregory M. Turner wrote:
>
> To my surprise, Gentoo (ACCEPT_KEYWORDS="", iow "stable" Gentoo) is
> ready to give me gcc 3.2.2 (in fact it compiles as I type).
>
> So, what can I expect from wine and gcc322? Any known interestingnesses?
> Anyone even trie
> Seems to me the problem here is that mingw is passing these paths into
> Wine at all. The only apparent way to get to DOSFS_GetPathDrive is
> through DOSFS_GetFullName or DOSFS_GetShortPathName so either
> mingw is calling one of those functions with Unix path names or its calling
> some other Wi
43 matches
Mail list logo