I have tried the Crossover office 5 and I found the bottle function really
useful.
Basically, this function allows a user to simutaneously own/manage more than
one fake Windows installations within an account and when he runs a program,
then on the command line, he can specify which of the
Kai-Cheung Leung wrote:
I have tried the Crossover office 5 and I found the bottle function really useful.
Basically, this function allows a user to simutaneously own/manage more than
one fake Windows installations within an account and when he runs a program,
then on the command line, he
Hi good people!
I have an idea for a Windows-based open source project, that also has
a lot of commercial value. The idea is Winapt:
http://winapt.berlios.de/
Once finished, it will be an implementation of package management and
dependency resolution for Windows (similar to dpkg+apt, or
Vitaliy Margolen [EMAIL PROTECTED] writes:
I'm sorry but I don't see anything that would allow to set version registry
keys
based on currently emulated version. Could you point me the right direction
where to look? I can't use platform because .NT means all winNT based system.
This is what
On Sun, 13 Nov 2005 03:59:04 +0100, Robert Reif [EMAIL PROTECTED] wrote:
Molle Bestefich wrote:
Robert Reif wrote:
Sure, something less than 10 seconds that would sound bad if played
wrong would be great.
How about white noise at maximum volume?
That sounds bad when played wrong.
It
There are quite a some of them in my tree, which 'cvs update' complains
about:
? wine/dlls/advapi32/tests/advapi32_test.dsp
? wine/dlls/advpack/tests/advpack_test.dsp
? wine/dlls/comctl32/tests/comctl32_test.dsp
...
? wine/dlls/winsock/tests/ws2_32_test.dsp
?
On 11/11/05, James Liggett [EMAIL PROTECTED] wrote:
Yeah, it works. :) Thanks!
James
On Fri, 2005-11-11 at 21:17 +0100, Eric Pouech wrote:
I tried modifying the RTL_USER_PROCESS_PARAMATERS settings after
creation in dlls/ntdll/thread.c (in thread_init, right after the
structure is
I am missing the idear behind how devices are suppose to work.
From the wiki it seems that the dosdevices/c: is use when installing a
program under wine. But how are dosdevices/c: related to my /mnt/windows?
Are files first looked up in dosdevices/c: and the in /mnt/windows/ if
not found?
I would not point my WINE C: to an actual Windows installation C: drive
- you're likely to end up with lots problems, if it works at all.
Run winecfg and create another drive letter pointing to /mnt/windows
(let's say 'h:' for this example). Use that drive letter if you have to
give your
We are use stderr for print usage or info message in wine programs such as
eject
winedump
winebuild
wine main (dlls/kernel/process.c)
It is broken behavior: info messages usually expected from stdout stream.
Will I do patch agaist it?
--
Vitaly Lipatov, ALT Linux Team
Russia, Saint-Petersburg,
Well, this is all rather off-topic for wine-devel - Win32 experts
certainly do live here but you don't need Win32 experts for a project like
this.
That said, I think you should compare the number of people wishing Linux
has more Windows/Mac like package management vs the reverse before
porting
--- Lionel Ulmer [EMAIL PROTECTED] wrote:
Hi all,
AoE2 was rendering to a 8 bit off-screen DSurface using GetDC / ReleaseDC
and that without having attached a palette to it... Our DIB engine did not
like this at all which made all fonts come out black.
The attached patch ('hack' :-) )
On 11/13/05, Peter Berg Larsen [EMAIL PROTECTED] wrote:
I am missing the idear behind how devices are suppose to work.
Wine User Guide section on that:
http://www.winehq.com/site/docs/wineusr-guide/config-wine-main#AEN265
If any of that documentation is unclear, let me know and I'll rewrite
On Sun, 13 Nov 2005 19:33:46 +0100, Brian Vincent
[EMAIL PROTECTED] wrote:
On 11/13/05, Peter Berg Larsen [EMAIL PROTECTED] wrote:
I am missing the idear behind how devices are suppose to work.
Wine User Guide section on that:
Hi James,
On Saturday 12 November 2005 02:52, James Hawkins wrote:
The proposed method is superfluous and adds unnecessary words to the
docs and source. You really don't get any extra information by
labeling a function as sketchy or substantial. It's dangerous to
label a function as
Hi,
I've been trying to do some graphical debugging with ddd but the dwarf2
keeps crashing with...
wine-pthread: dwarf.c:1298: dwarf2_parse_udt_members: Assertion `((void *)0) !=
entry' failed.
wine: Assertion failed at address 0xe410 (thread 0009), starting debugger...
WineDbg starting
Does this fix bug http://bugs.winehq.org/show_bug.cgi?id=2666 including the
problems with
warblade?
No idea actually for Warblade but at least for AoE2 it fixes the fonts in
the game itself. The fonts in the menu are still black (and from my tests in
QEMU they should be white instead).
Will
Michael Jung [EMAIL PROTECTED] writes:
In my opinion it's not a good idea to interpret the absence of stub or
semi-stub as 'implemented': I guess very few of wine's APIs would be
considered implemented, yet most of them don't have a 'stub' or 'semi-stub'
annotation. This would lead to a
On Sun, 13 Nov 2005, Brian Vincent wrote:
I am missing the idear behind how devices are suppose to work.
If any of that documentation is unclear, let me know and I'll rewrite
it to make it better.
I have read this, but is does not explain what the behavour is/suppose to
be when there
On 11/13/05, Saulius Krasuckas [EMAIL PROTECTED] wrote:
As far as we cannot handle exceptions in wine tests easily, this is the
only way to make it running successfully.
Is there no way to check what version we're running, and only run
these if the version is greather than win98? This patch
Ask and ye shall receive.
http://csr.slightofcode.com/wine/testsound1.wav
Approx 15 sec long. This is just straight guitar, direct input. No
effects, no EQ, no compression. Should be about as clean as you can get it.
Randall Walls
[EMAIL PROTECTED] wrote:
On Sun, 13 Nov 2005 03:59:04
Hi Alexandre,
On Sunday 13 November 2005 20:31, Alexandre Julliard wrote:
If you want to measure the quality of the implementation a much better
way IMO is to measure regression test coverage. This may also motivate
people to write more tests, which would do a lot more good than
spending time
Dmitry Timoshkov wrote:
Molle Bestefich wrote:
Patching winpos.c to not touch those 4 variables does not seem to
cause any other regressions (as far as I can see), so my immediate
thought is that this is the right and correct thing to do.
you haven't even shown real windows behaviour, or
Sunday, November 13, 2005, 1:41:14 PM, Molle Bestefich wrote:
Dmitry Timoshkov wrote:
Molle Bestefich wrote:
Patching winpos.c to not touch those 4 variables does not seem to
cause any other regressions (as far as I can see), so my immediate
thought is that this is the right and correct
Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote:
On Sun, 13 Nov 2005, Brian Vincent wrote:
I am missing the idear behind how devices are suppose to work.
If any of that documentation is unclear, let me know and I'll rewrite
it to make it better.
I have read this, but is does
Hello,
I've updated my fglrx driver yesterday, and I am seeing some weird problems
with Direct3D. I don't know if this is a driver bug or regression at all.
With battlefield 1942 and the old d3d8 engine, some in-game textures are
white[1] or completely missing[2]. The menu and the HUD work
On Sun, 13 Nov 2005, Vitaliy Margolen wrote:
Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote:
On Sun, 13 Nov 2005, Brian Vincent wrote:
I am missing the idear behind how devices are suppose to work.
If any of that documentation is unclear, let me know and I'll rewrite
On Tue, 08 Nov 2005 18:22:22 +0100, Robert Shearman [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] wrote:
On Tue, 08 Nov 2005 01:06:50 +0100, Robert Shearman
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Is it still too early to expect much from wine ole and just add all
ole
Sunday, November 13, 2005, 3:04:14 PM, Peter Berg Larsen wrote:
On Sun, 13 Nov 2005, Vitaliy Margolen wrote:
Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote:
On Sun, 13 Nov 2005, Brian Vincent wrote:
I am missing the idear behind how devices are suppose to work.
If any
Hi,
Hmm, you are the third to answer me, but none so far have answered my
questions.
Are files first looked up in dosdevices/c: and the in
/mnt/windows/ if
not found?
The reason I ask is that icewind dale on /mnt/windows/ does a
FindFirstFileA(C:/program...) which wine
Le dimanche 13 novembre 2005 à 23:04 +0100, Peter Berg Larsen a écrit :
On Sun, 13 Nov 2005, Vitaliy Margolen wrote:
Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote:
On Sun, 13 Nov 2005, Brian Vincent wrote:
I am missing the idear behind how devices are suppose to work.
On Sun, 13 Nov 2005 23:04:14 +0100, Peter Berg Larsen [EMAIL PROTECTED]
wrote:
Hmm, you are the third to answer me, but none so far have answered my
questions.
That's because you have a preconceived idea of what the answer is supposed
to be and you are not taking in what everyone is
On Sun, 13 Nov 2005, Michael Druing wrote:
If you don't want to install the game in wine but rather use an existing
Windows installation you should either copy and/or link to your existing
installation, but bear in mind that this might - as others have already
pointed out - break your
* On Sun, 13 Nov 2005, James Hawkins wrote:
* On 11/13/05, Saulius Krasuckas [EMAIL PROTECTED] wrote:
As far as we cannot handle exceptions in wine tests easily, this is
the only way to make it running successfully.
Is there no way to check what version we're running, and only run
On Sun, 13 Nov 2005, Vitaliy Margolen wrote:
That's you who can't read. I will repeat again: ~/.wine/dosdevices/c: points
to
what windows programs will see as a c: drive.
Please read it again (if that's what it takes). Then thing about what does c:
drive or any other drive means on
Hi,
trying to minimise the number of preinstall tools and scripts to run stuff
on wine-0.9.1
Dragon requires at least IE5 and I have established it will work under
wine with IE5.5 if I do my basic setup using sidenet.
That's fine, but I want to minimise the accessory tools reqd. and see
On Sun, 2005-11-13 at 13:31 -0600, Alexandre Julliard wrote:
It's a rough estimate, but it has the advantage of not requiring code
changes. Adding special comments all over the place is going to be a
lot of work, maintaining them properly will be even more work (and
most likely won't happen
Sunday, November 13, 2005, 4:10:55 PM, Peter Berg Larsen wrote:
The reason I ask is that icewind dale on /mnt/windows/ does a
FindFirstFileA(C:/program...) which wine translates to dosdevice/c: and
ofcause does not find anything. Am I suppose to make a link to where the
program is
Sunday, November 13, 2005, 5:10:38 PM, [EMAIL PROTECTED] wrote:
Hi,
trying to minimise the number of preinstall tools and scripts to run stuff
on wine-0.9.1
[skipped]
Is this fixable / worth persueing or should I just settle for advising ppl
to use sidenet?
Why would any one want to use
Am Sonntag, den 13.11.2005, 23:53 +0100 schrieb Peter Berg Larsen:
Ah, ah. This is where I complete fail in my understanding. I had the idea
that wine was able to run any window program (modulo registry etc.) no
matter how I did the install.
This is TRUE, but that depends on the Program!
WARNING: it is 3 in the night, and the better part of me said I should
have got some sleep before answering.
Am Sonntag, den 13.11.2005, 23:53 +0100 schrieb Peter Berg Larsen:
Use one Harddisk, install windows on C: and your Programs on D:.
Add a second Harddisk with a Primary Partition
On Mon, 14 Nov 2005 01:35:43 +0100, Vitaliy Margolen
[EMAIL PROTECTED] wrote:
Sunday, November 13, 2005, 5:10:38 PM, [EMAIL PROTECTED] wrote:
Hi,
trying to minimise the number of preinstall tools and scripts to run
stuff
on wine-0.9.1
[skipped]
Is this fixable / worth persueing or
Sunday, November 13, 2005, 6:35:54 PM, Peter Berg Larsen wrote:
and do not have
B)
/home/pebl/.wine/dosdevices ls -l
total 0
lrwxrwxrwx 1 pebl pebl 10 Nov 10 17:21 c: - /mnt/windows/
A implies that I cannot run programs installed under windows. B implies
that wine is writing something
Detlef Riekenberg [EMAIL PROTECTED] wrote:
Small update for the winspool - tests.
Changelog:
- Display a TRACE, when the Service spooler is not running (NT).
- Some extra Tests for GetPrinterDriverDirectory
You are testing last error after the API calls but don't set it to a bogus
Uwe Bonnes wrote:
If you need input into the serial port, consider using some kind of
loopback. Either use the plug with the appropriate pins shorted , or use two
serial lines with a crossover cable.
Where do you live. I could consider sending you the plug..
I am currently in Australia so I
I'm preparing for the Desktop Architecture meeting;
each project is being asked to prepare a presentation
using a standard format.
I've filled in their template and was hoping to ask
for feedback.
The Open Office file is available for download here:
http://dl.codeweavers.com
access key
Hi,
On 11/13/05, Robert Reif [EMAIL PROTECTED] wrote:
Changelog:
- add a simple sound driver test
Download the test wave file from:
This is 3 megs. Could we not use a higher level studd and use winemp3
to docode a mp3 that can be embedded in a resource script? I wrote a
patch a few months
On Sun, 2005-11-13 at 22:55 -0600, Jeremy White wrote:
The Open Office file is available for download here:
http://dl.codeweavers.com
access key 'deskarch'
Yeah, not there :(
Wine Project History
Founded 1993
Single Maintainer
797 Contributors over Lifetime, ~40 active
Alpha
Hi,
When running G-Ware[1] I get a lot of these:
fixme:key:GetQueueStatus QS_ flags (4000) are not handled
Interestingly I couldn't find any information about what the
flag 0x4000 is meant to be. Could that be another undocumented
flag like QS_SMRESULT? The program works so it can't be
I've updated my fglrx driver yesterday
From which version? (and to which version? Latest is 8.19.10)
I've updated from 8.18.8 to 8.19.10
Stefan Dösinger wrote:
I've updated my fglrx driver yesterday
From which version? (and to which version? Latest is 8.19.10)
I've updated from 8.18.8 to 8.19.10
fbo was already present in 8.18.8 (the functionality and the -fbo flag
for fgl_glxgears) so I would say that it's
51 matches
Mail list logo
