On Mon, Sep 15, 2003 at 01:47:30AM -0300, Marcelo Bezerra wrote:
> Hello,
> I've been trying to run Valve's Steam under winex and has not achieved
> success.
>
> Aparently it depends on PeekNamedPipe, wich is only a stub and is a
> kernel32 function, so no native dll would help.
>
> Anyone able t
Hello,
I've been trying to run Valve's Steam under winex and has not achieved
success.
Aparently it depends on PeekNamedPipe, wich is only a stub and is a
kernel32 function, so no native dll would help.
I would like some help in implementing this function, google sugested
using recvfrom with MSG_
On September 11, 2003 12:24 pm, Jakob Eriksson wrote:
> This means with VC++ and MSVC headers 12 EXEs compile, with VC++ and
> MinGW headers 16 EXEs compile. Crosscompiling tests from Linux is still
> somewhat
> broken as per current CVS, but still 18 EXEs compile!
>
> So crosscompiling gets us th
On September 14, 2003 10:26 am, Ivan Leo Murray-Smith wrote:
> Now I'm not sure if I should base the italian translation of the wine
> registry on the english version of the registry(I suppose it would be more
> consistent with other translations), or if I should translate it as m$ has
> done(What
Hello,
the installer of the free IDA pro version
(http://www.simtel.com/pub/pd/27629.html) dosn't work with wine due
missing keyboard input. Pressing some keys makes wine to spit out
following error:
err:int:DOSVM_Int09SendScan keyboard queue overflow
The emulated hardware keyboard buffer overflow
Eric Pouech <[EMAIL PROTECTED]> writes:
> after some more exchanges with Dimi, it turned out that this was
> caused by a too short buffer in
> relay32/[EMAIL PROTECTED] (dllname was way to
> short).
> Alexandre, any reason for keeping this at 20 chars ?
No, there's no reason, that's a leftover fr
Dimitrie O. Paun wrote:
On September 14, 2003 03:07 am, Eric Pouech wrote:
Another issue could be the (.so) dependencies on wine-calendar.dll.so
which cannot be resolved.
I think you mean calendar-wrap.dll.so. Hmm, that would be very odd.
Do you see any problem with these:
[EMAIL PROTECTED] cale
Eric since you wrote the test could you shed some light on it.
I think the wrapped tests should fail: MSDN states that wrapping isn't
supported in 95/98 (the test/console.c believes it's always supported)
but this testSimple() should work in all cases
--
Eric Pouech
> Can some directX/x11drv guru help me find and fix the
> problem, I assume it is something that either is
> stubbed or doesn't check the wine config correctly
Well, you need first to do a '+ddraw' trace (I suppose these are DirectX < 8
games, it not, you will need a '+d3d' trace). Then check
I'm back after a long time just lurking. I was realy excited about the
conformance testing program. Since I am the IT Administrator of a company
that uses a wide variety of windows versions (no NT3 sorry) I will be able
to submit a good number of tests results.
The problem I have under windows 98
On Fri, 12 Sep 2003 09:16:00 +1000, Steven Edwards wrote:
> Here is a good one for someone to test.
>
> The User Mode Linux people have done it. They are working on a port of
> User Mode Linux to Win32. This has been something I have been wanting to
> see for a while so we can use Linux as our Po
I would definitely be willing to relicense it as long as the copyright
stays there.
On another note -- we should probably remove the word "ReactOS" from the
title "ReactOS Task Manager". Especially if wine will be using it.
Brian
> -Original Message-
> From: Steven Edwards [mailto:[EMAIL
On Fri, 12 Sep 2003, Steven Edwards wrote:
>
> This is what I have been thinking. We can move parts of UML back to
> a subsytem mode and them implement a Xsever in to Win32k.sys/GDI32.
> You wouldnt even need to recompile X applications provided we implement
> X properly. All that would be needed i
sorry no patch. i'm not sure what the status of wine on openbsd is,
although i came across a notice that wine was capable of using MAP_FIXED.
i committed what amounted to todd's (netbsd) patch to openbsd shortly
after it went into netbsd. don't know if this helps / who cares, but
fyi.
patch
On Fri, 12 Sep 2003, Gerald Pfeifer wrote:
> On FreeBSD 4.8 (using -lc_r instead of -lc to get pthreads) Wine crashes
> upon startup:
I now could work around this (which probably was not scheduler related
in the end), but upon startup Wine now goes into an infinite loop; the
following is a backtra
On FreeBSD 4.8 (using -lc_r instead of -lc to get pthreads) Wine crashes
upon startup:
/sw/test/wine% wine
FIXME:pthread_cond_init
Segmentation fault (core dumped)
% gdb53 miscemu/wine wine.core
GNU gdb 5.3 (FreeBSD)
Reading symbols from /sw/test/wine/dlls/libntdll.dll.so...done.
Lo
The following problem still exists; any chance for someone to have a
look??
On Sun, 24 Aug 2003, Gerald Pfeifer wrote:
> When building Wine on FreeBSD with libc_r (r for reentrant) instead of
> libc, I now trigger the following FIXME in scheduler/pthread.c:
>
> /* CONDITIONS */
> /* no
Hi Steven,
I'm happy to create a patch to add it into Wine if you get it
relicensed. A task manager would be a nice thing to have in Wine.
Mike
Alexandre Julliard wrote:
Steven Edwards <[EMAIL PROTECTED]> writes:
We have a very nice taskmanger in reactos CVS. It looks and acts just like
Win
I have now managed to compile the tests with MSVC and MSVC headers.
(Using Visual studio.NET)
(Using instructions from
http://winehq.com/site/docs/wine-devel/testing-windows )
propset.c, process.c, thread.c, wksta.c, env.c, error.c, generated.c,
large_int.c,
path.c, rtl.c, rtlbitmap.c, rtlstr.c,
On August 29, 2003 05:50 pm, Ferenc Wagner wrote:
> Please go to http://afavant.elte.hu/~wferi/wine for details.
Hi Feri,
This stuff looks great -- maybe it's time we integrate
it into WineHQ...
A few comments on the current state of affairs:
-- for the ME case, how can we have have some
Hi list,
I'm translating regedit to italian, and I wanted to make it as similar as
possible to the windows regedit. The only problem is that the wine regedit is
based on the english m$ regedit, but m$ has written the italian version in a
slightly different way. For example, what in the m$ english v
On September 14, 2003 09:36 am, Maxime Bellengé wrote:
> + nmia.uNewState = 0;
> + nmia.uOldState = 0;
> + nmia.uChanged = 0;
> + nmia.lParam = 0;
> + nmia.uKeyFlags = 0;
What about these flags, shouldn't we fill these in as well?
At the very least we need an entry in the
It seams that I wasn't using the winlib application at all. Instead there
was a left over exe that the launch script was finding and using
No that I tried to rebuilt it I can't get it working. I am getting:
wine: Unhanded exception (thread 0009), starting debugger...
err:seh:start_debugger
On September 14, 2003 03:07 am, Eric Pouech wrote:
> Another issue could be the (.so) dependencies on wine-calendar.dll.so
> which cannot be resolved.
I think you mean calendar-wrap.dll.so. Hmm, that would be very odd.
Do you see any problem with these:
[EMAIL PROTECTED] calendar]$ ldd calendar.e
Dimitrie O. Paun wrote:
On September 14, 2003 02:50 am, Eric Pouech wrote:
[EMAIL PROTECTED] calendar]$ export WINEDLLPATH=/usr/local/lib/wine:`pwd`
[EMAIL PROTECTED] calendar]$ echo $WINEDLLPATH
/usr/local/lib/wine:/home/dimi/dev/wine/wxWindows/samples/calendar
[EMAIL PROTECTED] calendar]$ wine c
On September 14, 2003 02:52 am, Kevin Atkinson wrote:
> OK maybe there not. It was just that stderr was going to stdout. So can
> I safely write binary data to stdout are do I need to somehow turn stdout
> into binary mode to avoid EOL conversion.
Yes, there's no binary mode to enable, things sh
On September 14, 2003 02:50 am, Eric Pouech wrote:
> > [EMAIL PROTECTED] calendar]$ export WINEDLLPATH=/usr/local/lib/wine:`pwd`
> > [EMAIL PROTECTED] calendar]$ echo $WINEDLLPATH
> > /usr/local/lib/wine:/home/dimi/dev/wine/wxWindows/samples/calendar
> > [EMAIL PROTECTED] calendar]$ wine calendar.e
27 matches
Mail list logo
