Segin wrote:
Joseph Garvin wrote:
OpenGL version string: 1.2 Mesa 6.3.2
Mesa is a SOFTWARE RENDERER i.e. your CPU does 100% of the work. Only
has real preformance on a sparc64 system with 8 CPUs, each at least
2.5GHz
No, when you're using the builtin drivers it still says Mesa even thou
On 1/1/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Do any Windows GUI test automation tools run under Wine yet?
OK, I've started a little web page about this; it's at
http://kegel.com/wine/testsw.html
--
Wine for Windows ISVs: http://kegel.com/wine/isv
> Hm must be a win9x format. Because on winNT+ it's
> "\Device\Serial0"="COM1" - exactly as symlinks in \??\.
>
Possibly, I don't know windoze at all. I just looked at the trace output,
which key the program tried to open, and grepped that string in my mail
archive. What I found, I entered to the
The fourth "automate other windows apps" app I tried, VistaTask,
passed the "can control notepad" test with flying colors!
A free trial is available at http://www.vista-software.com/
I don't know how close that tool is to being useful
for software testing -- it's not specifically aimed at it --
bu
Joseph Garvin wrote:
OpenGL version string: 1.2 Mesa 6.3.2
Mesa is a SOFTWARE RENDERER i.e. your CPU does 100% of the work. Only
has real preformance on a sparc64 system with 8 CPUs, each at least 2.5GHz
Did Raphael's patch ever get applied? I'm basically having the exact
same trouble trying to run Deus Ex with the OpenGL renderer. I'm using a
rage128 and xorg 7.0 RC1 (I don't think the r128 had any real updates
before release though). Similarly, my glx client and server versions
don't match up
I was just looking to get some of the Wine DLLs compiled under Visual C and
run into a number of problems.
First msvcmaker seems to only create a wine.dsp file in the loader directory
but rather should do that in the libs/wine directory instead it would seem to
me.
Second it also should create a w
Vitaliy Margolen wrote:
No winelib application is not a standalone as you would think. You need
to run it in the same way as all the rest exe files: 'wine notepad2'.
Vitaliy
Well, that certainly works. Thanks.
Sunday, January 1, 2006, 1:36:52 PM, Pavel Troller wrote:
> Hi!
> I was trying to utilize a program for updating mobile phone's firmware (for
> Siemens/Benq mobiles, just an original app with encapsulated firmware image).
> This program immediately told that there are no serial ports present in
Sunday, January 1, 2006, 2:22:05 PM, Richard Wild wrote:
> Hi all,
> I was trying to compile the test application (Notepad) with winelib to
> get a feel for how to use it. I followed the instructions in your docs,
> but ended up with a target file notepad2.exe.so. The instructions imply
> that
Hi all,
I was trying to compile the test application (Notepad) with winelib to
get a feel for how to use it. I followed the instructions in your docs,
but ended up with a target file notepad2.exe.so. The instructions imply
that I should end up with an executable called notepad2, since they t
Segin wrote:
Alexandre Julliard wrote:
Troy Rollo <[EMAIL PROTECTED]> writes:
1. Modify the executable after the link phase;
2. Put what we can into SizeOfImage (which could only be one part of the
calculation - presumably "_end") and adjust at load time; or
3. Don't rely on the assembler
Hi!
I was trying to utilize a program for updating mobile phone's firmware (for
Siemens/Benq mobiles, just an original app with encapsulated firmware image).
This program immediately told that there are no serial ports present in my
machine and terminated. After a bit of seeking in my own memor
Aleksey wrote:
> Yesterday I upgraded to WINE 0.9.3, and then tried running Photoshop
> 7. Photoshop gave me a hardware error. I thought, no problem, I'll
> just reinstall it, same result. Then I reconfigured WINE using
> winetools and tried again, same thing. Here is what I got in the
> Terminal w
> But Windows apps may be using the middle button for other actions, and
> besides that we'd need to add a Wine-specific window message which would be
> posted on a middle-click instead of WM_PASTE, and some other
> infrastructure. I don't think it would go well with the design concepts of
> Wine.
Hi,
On Fri, 30 Dec 2005 12:43:56 +0100
Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Added support for "Use PRIMARY selection" clipboard option.
> One question: Why not make this the default? This would be the unix way to
> use
> the clipboard.
It would be OK for me, but probably there was so
Do any Windows GUI test automation tools run under Wine yet?
I've tried two from the list at
http://tejasconsulting.com/open-testware/feature/gui-test-driver-survey.html
so far, but they both had issues:
http://bugs.winehq.org/show_bug.cgi?id=4209 (tester 3 can't record)
http://bugs.winehq.org/sho
[EMAIL PROTECTED] wrote:
> My goal is to port some Windows apps to AIX, so I decided to take as
> much Wine (winelib) as I could to help me. Initially I thought only
> a small portion would be suitable, but after a few weeks of work I have
> all the dlls/libs compiled (as simple AIX .so's)
Cool!
Doh! The page faults were caused by me using GlobalUnlock instead of
GlobalUnlock16. Seems to be working now, sending new version to
wine-patches :)
19 matches
Mail list logo
