This is possibly the best news the Wine development team has recieved
since getting Solitare to run on Wine in 1994: Wine and Mozilla are
*faster* than IE on native Windows, on the same harware.
I am not joking you.
I used to have a Windows partition until it was corrupted recently, and
my "p
Grant Lewis wrote:
It's repeatable. I can launch the progam fine but when I click in certain
parts of the gui I generate the page fault and the program dies.
wine: Unhandled page fault on write access to 0x001f at address 0x7d62d6
(th
read 0009), starting debugger...
WineDbg starting on pid
This patch implements 'WGL_PBUFFER_LOST_ARB'. It creates a new field in
'X11DRV_PDEVICE' which is used to store flags (currently only one:
X11DRV_FLAG_DAMAGED). This flag indicates that the drawable (PBuffer) is
damaged and no longer valid. As soon as the x11 driver receives the
GLX_DAMAGED event i
On Saturday 25 March 2006 14:04, you wrote:
> I have hands-on experience with it. I know that if you get the
> abandonware X11 server, XDeep/32, and symlink the xdeep40.exe file (i
> think that's it) to /usr/X11R6/bin/X (/dev/fs/C/xdeep32/bin/xdeep40.exe
> -> /usr/X11R6/bin/X) you can use startx...
On Thursday 23 March 2006 19:07, Neal Gompa wrote:
> I just decided to use the yum packages suggested earlier... and yes, it
> fails, then crashes! anyway, thanks!
You might be speaking chinese as well. Care to post actual messages? Being
vague when asking for help is rude.
Cheers, Kuba
> Compiling WINE always crashes my computer, so I prefer to
> use the RPMs...
You'd better figure out why compilation crashes your computer. It might be a
hardware or kernel problem. Anyway, you first have to get such compilations
to run stably, only then try actually running wine. Software buil
Also note that most of Winetools prior usefullness was killed when we
killed ~/.wine/config
Dr J A Gow wrote:
Karl Lattimer wrote:
Fair point that it has been useful to you, it has been useful to me
also. Here's what I see.
* An over complicated bash script, with way too many difficult to
It's repeatable. I can launch the progam fine but when I click in certain
parts of the gui I generate the page fault and the program dies.
wine: Unhandled page fault on write access to 0x001f at address 0x7d62d6
(th
read 0009), starting debugger...
WineDbg starting on pid 0x8
First chance exce
Guys, WineTools clearly works for some people, there's no need to lay into
it. After all, Wine itself has some slightly ugly areas of code still :)
On Fri, 2006-03-24 at 19:00 +, Dr J A Gow wrote:
> > I've looked through the winetools code and it is a clusterf*ck of
> > nonsense. It appears to be in the final stages of code rot, however
>
> This "clusterf*ck of nonsense" helped me to get a microcontroller
> development suite running under
Hello,
Bochs already has two tools which able to do the things you describing.
Bochs instrumentation allows you to set callback function for memory access
occurred (it actually has a lot more capabilities) and you could write the
callbacks to monitor WinAPI calls or everything else you want.
Boc
Dimi Paun wrote:
-- you need to refine a bit what your trying to say,
I can not apply it in the current form.
Looking over the file again I see you paraphrased the patch for me.
Looks good so I withdraw mine.
Jeff
Hi,
well, how should this be possible with the help of an emulator like
bochs? All you have is a binary image containing windows that is
executed by bochs, how do you want to find out which API functions are
called? At least you need a windows image that also contains debug
symbols so you can find
On Friday 24 March 2006 22:26, Segin wrote:
> I was thinking about running Wine on Interix (the POSIX layer of
> Microsoft's Services for Unix). There are a few apparent unknows:
[. . .]
IIRC the POSIX layer that M$ implemented was there just to get government
contracts and it's supposedly not ve
When trying to load up various apps, users are having problems with wine causing the program to say that certain files are missing, even when run from within the program directory (where the file that is supposedly missing is).. The problem has been narrowed down to this patch:
http://www.winehq.
Karl Lattimer wrote:
Fair point that it has been useful to you, it has been useful to me
also. Here's what I see.
* An over complicated bash script, with way too many difficult to
maintain parts
* An inflexible application, which can only have new applications added
to it by the maintainer
*
On Fri, 24 Mar 2006 15:13:16 +0100
Michel Ludwig <[EMAIL PROTECTED]> wrote:
> Well, decent in the sense that the packages are well-made, or alternatively:
> you've done a great job ! :-)
;) nice to hear ... tough if any of you have suggestions or problems let me
know.
- Andreas
--
Andreas Bierf
On Sat, 25 Mar 2006, Eric Pouech wrote:
Igor Sysoev wrote:
On Thu, 23 Mar 2006, Eric Pouech wrote:
Igor Sysoev wrote:
When I try to run any program from Digital Mars C/C++ Compiler
http://www.digitalmars.com/download/freecompiler.html
under Wine 0.9.10 on FreeBSD 6.1, I always see the error
On Thu, 23 Mar 2006, Igor Sysoev wrote:
When I try to link with ilink32.exe from C++ Builder Compiler and
Command Line Tools ( http://appdb.winehq.org/appview.php?versionId=1423 )
ilink32 hangs.
I saw comment on http://appdb.winehq.org/appview.php?versionId=1423
about changing ADDRESS_SPACE_LIM
Hi,
I mean Windows there - my primary aim is to monitor WinAPI calls. There
exists quite a few of monitor apps to achieve this. But their nature is
soft-intrusive - they patch system DLLs on disk or PE images in memory.
I'd like to monitor calling of a functions from a lower-level side. One
Igor Sysoev wrote:
On Thu, 23 Mar 2006, Eric Pouech wrote:
Igor Sysoev wrote:
When I try to run any program from Digital Mars C/C++ Compiler
http://www.digitalmars.com/download/freecompiler.html
under Wine 0.9.10 on FreeBSD 6.1, I always see the error:
this works fine here (on Linux)... may
21 matches
Mail list logo
