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 Win32
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 tried it?
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 Win9x/ME.
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 test
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 is a
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 :) Well,
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
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,
Mike Hearn wrote:
+ para
+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:
+ /para
+
+ screen
+prompt$/prompt userinputwine
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 applets,
Now all someone needs to do is build WINE on mingw running under WINE g
__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
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
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
http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html
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
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
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.
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
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 the
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
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
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
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
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
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 I don't
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.
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 (that's
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 compiles and
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 g
Then we can say wine is self hosting ;)
--
gmt
Hey guys, I know its been a while.. Things havechanged 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 :'-( Now,
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/3
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 twice, incl.
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 already
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'
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 revealed
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
On Tue, 25 Feb 2003 01:49, David Fraser wrote:
snip
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
David Hammerton wrote:
On Tue, 25 Feb 2003 01:49, David Fraser wrote:
snip
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
39 matches
Mail list logo
