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
luck in your
I don't think anybody has a fix yet. The work TransGaming contributed
was prototype code for using pthreads on non-x86 platforms iirc, it may
well prove useful in the upcoming port to pthreads, but it's not a total
solution
On Mon, 2003-02-24 at 06:40, Joe Millenbach wrote:
Did I read that
I found a patch which I think was from them, and applied it to the cvs
to try it out, it compiled OK but failed on startup and I haven't
investigated it.
David
Mike Hearn wrote:
I don't think anybody has a fix yet. The work TransGaming contributed
was prototype code for using pthreads on
Hi,
Today someone asked me to look at some Wine problems when running a gaming app
called Steam. Because I wasn't using the latest version of the app, the
program tried to update itself. During the update process the main program
(steam.exe) needs to be replaced by a new version. To do this
On February 25, 2003 06:50 am, Jaco Greeff wrote:
Alive and kicking.
Cool -- long time, no see!
[...] having a new small dog things just drops on the floor.*sigh*
Yeah, I know, it happens when they are small :)))
Add some HW troubles to this and I'll need to see where I am at this point.
Wait a second. It seems I didn't read the MSDN info well enough. It seems
directory copies across multiple volumes aren't allowed, but file copies are.
(my fault).
Will submit a bugfix soon.
On Tuesday 25 February 2003 14:32, Roderick Colenbrander wrote:
Hi,
Today someone asked me to look
Roderick == Roderick Colenbrander [EMAIL PROTECTED] writes:
Roderick Wait a second. It seems I didn't read the MSDN info well
Roderick enough. It seems directory copies across multiple volumes
Roderick aren't allowed, but file copies are. (my fault).
Roderick Will submit a
Hi,
Eric Pouech wrote:
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
Hi
Dan Kegel wrote:
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
good luck and see you soon...
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam ! http://www.euro.cauce.org/en/index.html
ICQ #170597259
Don't think you are. Know you are. Morpheus, in Matrix.
___
Do You Yahoo!? -- Une adresse
Hi Roderick,
At 14.32 25/02/2003 +0100, Roderick Colenbrander wrote:
[...]
The MoveFile function will move (rename) either a file or a directory
(including its children) either in the same directory or across directories.
The one caveat is that the MoveFile function will fail on directory moves
On Saturday 22 February 2003 07:08 pm, Mike Hearn scribbled on a piece of
papyrus:
Last time I talked to Jaco, he was busy finding work. Hopefully he'll
resurface soon, maybe he has a nice surprise for us :).
Yeah, Jaco, are you there? :)
Alive and kicking. Way behind, but alive. Real life
Jaco Greeff wrote:
On Saturday 22 February 2003 07:08 pm, Mike Hearn scribbled on a piece of
papyrus:
Last time I talked to Jaco, he was busy finding work. Hopefully he'll
resurface soon, maybe he has a nice surprise for us :).
Yeah, Jaco, are you there? :)
Alive and kicking. Way
Hello All,
I was wondering if someone could please tell me if Wine is thread safe?
That is, I am wondering if is possible to be running multiple Windows
applications under wine at the same time without much degradation of the
performance of the system?
Thanks in advance,
Lonnie
Lonnie Cumberland wrote:
I was wondering if someone could please tell me if Wine is thread safe?
That is, I am wondering if is possible to be running multiple Windows
applications under wine at the same time without much degradation of the
performance of the system?
And a related question: is
Dan Kegel wrote:
And a related question: is Wine SMP-safe? Will it work properly
on SMP systems?
- Dan
I've had no known problems on my dual cpu box,
so I'd assume that wine is at least supposed to be SMP-safe.
since windows is threadsafe, I'd assume wine would have to be.
-Dante
The idea of using middleware test suites
to test Wine has come up before, I'm sure,
but while looking for real world uses of
overlapped I/O to named pipes for my named pipe
conformance test, I noticed a good candidate.
ACE is a set of object-oriented
wrappers around operating system primitives,
I need some app that will produce a crash in order to test winedbg and get
used to it. Does anybody have such an application or can tell me a quick way
how to create one? Except booting to Windows and writing a NULL pointer access
or some such. :)
I installed winedbg according to the winehq
On Tue, 25 Feb 2003 13:45:30 -0800, Dan Kegel [EMAIL PROTECTED] wrote:
but in practice, only the bad pointer access does. For some reason,
raise(), assert(0), and abort() fail to trigger the debugger.
You can compile this easily with mingw or msvc running under wine.
(I did it with msvc.)
Gerhard W. Gruber wrote:
I need some app that will produce a crash in order to test winedbg and get
used to it. Does anybody have such an application or can tell me a quick way
how to create one?
As a naive usr, I would think each of the lines
in main of the following should do it:
#include
Well, there are easier ways :)
Just run an app in winedbg, then press ctrl-c to halt it. Then do bt
to get a backtrace. You'll be able to move up and down the stack frames,
inspect local variables and see the source (inside wine code). You can
also do disassembly inside closed source stuff, but
Gerhard == Gerhard W Gruber [EMAIL PROTECTED] writes:
Gerhard On Tue, 25 Feb 2003 13:45:30 -0800, Dan Kegel [EMAIL PROTECTED]
Gerhard wrote:
but in practice, only the bad pointer access does. For some reason,
raise(), assert(0), and abort() fail to trigger the debugger.
Gerhard == Gerhard W Gruber [EMAIL PROTECTED] writes:
Gerhard On Tue, 25 Feb 2003 13:45:30 -0800, Dan Kegel [EMAIL PROTECTED]
Gerhard wrote:
but in practice, only the bad pointer access does. For some reason,
raise(), assert(0), and abort() fail to trigger the debugger.
On 25 Feb 2003 21:54:24 +, Mike Hearn [EMAIL PROTECTED] wrote:
Just run an app in winedbg, then press ctrl-c to halt it. Then do bt
to get a backtrace. You'll be able to move up and down the stack frames,
I noticed that. :) Convinient because it is similar to gdb, but I couldn't get
gdb
ALSA package are already available to add ALSA support to RedHat
kernels...
check http://psyche.freshrpms.net
heh, typical. Red Hat's kernel won't compile ALSA, so no RedHat
kernel for
me. too bad... This won't stop me from testing the bleeding-edge
one from
Rawhide, however, not that I
make[3]: Entre dans le répertoire `/home/wine/dlls/dsound/tests'
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so dsound.c touch dsound.ok
fixme:dsound:IDirectSoundImpl_SetCooperativeLevel
0x4026c758,00010020,2):stub
Dimitrie O. Paun wrote:
On February 24, 2003 12:46 am, Dan Kegel wrote:
So I wonder if Wine shouldn't be mean, and not try
so hard to understand Unix paths.
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
It is not possible to easily reverse
Tony Lambregts wrote:
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
It is not possible to easily reverse the order in wine searches
DOSFS_GetPathDrive. If it sees a / then it tries to use the path as a
(absolute) unix one otherwise it just returns
Dan Kegel wrote:
Tony Lambregts wrote:
What about reversing the order: first try the DOS
path, if that fails, try the Unix one...
It is not possible to easily reverse the order in wine searches
DOSFS_GetPathDrive. If it sees a / then it tries to use the path as
a (absolute) unix one
Tony Lambregts wrote:
Well... AFAICT this situation could only happen in a Wine with
windows install.
I'm doubt that's the case. As far as I can see, this can easily happen on
any Wine installation. All it takes is a Windows app that
uses Linux-like paths that happen to clash with real Linux
Dan Kegel wrote:
Tony Lambregts wrote:
Well... AFAICT this situation could only happen in a Wine with
windows install.
I'm doubt that's the case. As far as I can see, this can easily
happen on
any Wine installation. All it takes is a Windows app that
uses Linux-like paths that happen to
31 matches
Mail list logo