Steven is USB by chance working in ROS?
http://cvs.reactos.com/cgi-bin/cvsweb.cgi/reactos/w32api/include/ddk/
Tom
On Thu, Aug 12, 2004 at 12:24:20AM -0400, Robert Reif wrote:
> Speed up mixing and unmixing by moving sample size and buffer
> wrap tests to outside the loop. The code is not as compact or
> pretty
> but it should be faster.
Just out of curiosity: *IS* it really faster? Maybe gcc already did
the
Hi,
I'm not sure whether these two patches were misplaced or they were
considered not good enough to be committed, but I've included the
patches now. I spent a lot of time hunting down any bugs in my
unicode version of CryptEnumProviders as well as writing tests of its
functionality. All the
Hans Leidekker <[EMAIL PROTECTED]> writes:
> Changelog:
> Fix signed/unsigned comparison warnings
A number of these changes are wrong. Please be more careful when doing
that sort of thing, only change the ones you are absolutely sure
about. We don't want to introduce bugs just to silence warnin
Ivan Leo Puoti wrote:
I know, sorry about that, but in the wine-patches archives there appears to be
an extra space
amstream/ - MultiMedia Streams
+atl/- Active Template Library
avicap32/ - AVI capture window class
but if I do
> I dont think so...
I know, sorry about that, but in the wine-patches archives there appears to be
an extra space
amstream/ - MultiMedia Streams
+atl/- Active Template Library
avicap32/ - AVI capture window class
but if
On Thu, 12 Aug 2004 00:10:04 +0200, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
Please explain ?
You added an extra space before every line you added to the file.
I dont think so...
Tom
Ivan.
Finally got around to this. This should update nightly now.
ftp://ftp.winehq.org/pub/wine/wine-appdb-20040811.tar.gz
File name changes as the date changes, blah blah. :-)
Enjoy!
On Mon, 2004-07-19 at 16:48, Joel Konkle-Parker wrote:
> Jeremy Newman wrote:
> > This is getting to be
Thanks for posting this back to the list, Mike; I post here so rarely
that I forget that this is a "Reply All" list, and not just a "Reply"
list :-)
Mike Hearn wrote:
PS I've added wine-devel back as from the wording it sounded like it
was meant to go there: wine-devel is one of these annoying
Hi Vincent,
Thank you for your quick response.
I am not using the wine package from RedHat 7.0. I downloaded the latest wine20040716 release source files and compiled it. During compilation, it did not give me any errors. So, I assume everything is fine.
I did try running make right after win
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> [1] Can I Just "ln -s" the .wine folder and than point WINEPREFIX to
> the new link so a new wineserver Instance will be lunched? Or do I
> need a separate copy.
> (something like> ln -s .wine .wine$DISPLAY ;WINEPREFIX=.wine$DISPLAY
> wine ...)
> OK, I tr
Mike Hearn <[EMAIL PROTECTED]> writes:
> Devils advocate: seeing as quite a few BSD users (at least the ones I
> know) already have gmake installed, it's free software and easily
> available in ports, why are we putting effort into portability to BSD
> make? Is there ever a situation where a user
On Fri, 6 Aug 2004, Alexandre Julliard wrote:
[...]
The capture test takes about 80 seconds here with the ALSA driver,
which is a bit long.
That's strange. Could you run it (with or without the patch but without
the -q flag) and send me the output? I guess it's either that Alsa has
multiple captur
Hello!
I read on another thread that the config file is going to disappear in
future wine versions. While I think that the dosdevices-principle is a good
idea (it's very intuitive), there are several disadvantages in moving the
content of the config file to the registry:
1. Even if the registry k
Le mar 10/08/2004 à 19:39, Veerendra Tippanagoudar a écrit :
> Hi,
>
> I am trying to port a project from windows to unix. I have installed redhat 7.0.
> After installing wine, i tried using winemaker on a set of modules that are
> interdependent.
> By modules, I mean sub-programs. When I run w
I am responding to the italicized note in the user
manual (pdf).
1) Your early adopters probably do not look at the
user manual any more.
2) Having written some documents like this, I do
not believe that most people realize how difficult it is to make a process
simple and clear without m
Hi Marcus, you wrote:
>> > I'm not sure what to do about this, except maybe to add back in support
>> > for ${HOME} style vars. It's clear that people are "using" (at least,
>> > installing) much older versions than we anticipated.
>> >
>>
>> The problem comes when upgrading from an old versio
Hi,
I am trying to port a project from windows to unix. I have installed redhat 7.0.
After installing wine, i tried using winemaker on a set of modules that are interdependent.
By modules, I mean sub-programs. When I run winemaker from the top of the project directory, it creates only Makefile a
> wine-devel is one of these annoying old-skool lists
> which don't rewrite Reply-To, but that rant is something for another time :)
Which is exactly how it should be configured :-)
> > Wouldn't it just make more sense to *separate the config files from the
> > (wine) system files*?? Why in the
PS I've added wine-devel back as from the wording it sounded like it was
meant to go there: wine-devel is one of these annoying old-skool lists
which don't rewrite Reply-To, but that rant is something for another time :)
Holly Bostick wrote:
Yeah, fine, "it sucks"-- and I admit that I myself nev
Hi Mike, you wrote:
>> If you want to fix it, the simplest way would be to create the following
>> symlinks in ~/.wine/dosdevices:
>>
>> ln -s ../fake_windows c:
>> ln -s /home/julian y:
>
>Or to delete ~/.wine
I think this is not a good idea because of all your own documents or
installed progr
Hillo Vincent, your wrote:
>If you want to fix it, the simplest way would be to create the following
>symlinks in ~/.wine/dosdevices:
>
>ln -s ../fake_windows c:
>ln -s /home/julian y:
I get him the same advice and it works now.
Regards,
Henning
Right, that is the theory but something else must be happening also. For
example with the iPod (what i am concentrating on) the vendor id is
0x05ac which somehow translates to VEN_APPLE and the product id of
0x1201 somehow translates to PROD_IPOD however i cannot find any inf
file or registry k
On Wed, 2004-08-11 at 08:50, Mike Hearn wrote:
> > You could have
> >
> > c: = ~/.wine/c_drive
> > c:\My Documents\ = ~/Documents
> > c:\Program Files\ = ~/Windows Progs
> > d: = /mnt/cdrom
> >
> > Then wiping your ~/.wine would preserve your files, and with those apps
> > that don't require regi
On Wed, Aug 11, 2004 at 09:06:56AM -0400, Vincent Béron wrote:
> Le mer 11/08/2004 à 08:38, Mike Hearn a écrit :
> > > If you want to fix it, the simplest way would be to create the following
> > > symlinks in ~/.wine/dosdevices:
> > >
> > > ln -s ../fake_windows c:
> > > ln -s /home/julian y:
> >
You could have
c: = ~/.wine/c_drive
c:\My Documents\ = ~/Documents
c:\Program Files\ = ~/Windows Progs
d: = /mnt/cdrom
Then wiping your ~/.wine would preserve your files, and with those apps
that don't require registry settings would just work without a reinstall
(Pegasus Mail is a good example).
I
Aric Stewart wrote:
>I do have some difficulty figuring out how win2k is translating vender
>and product ids into class and interface guids. The documentation
>reports that they look them up in inf files, however i am finding that
>not to be true. I am suspecting that some may be hardcoded in t
On Wed, 2004-08-11 at 08:08, Mike Hearn wrote:
> > Don't forget that My Documents is on c: by default.
>
> Hmm, that's true. That should definitely be fixed. I don't even think we
> map the home directory in wineprefixcreate by default, do we? I think
> Marcus' patch adds that.
>
> > Also, rein
Hi,
I have tried my bug (2302) with mostly every dll in the native version.
But the scrollbars are unvisible. The programm works fine under
Windows.
Can someone help me?
Nicolai
Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte sowie Spam untersucht.
>>Also, reinstalling all apps just because you upgraded Wine seems a bit
>>overkill, no?
>
>Well, yeah, but over time I think it becomes necessary as the contents of the initial
>registry/config file change etc ... it's hard to know exactly what you need to do so
>reinstalling is the easiest way
Don't forget that My Documents is on c: by default.
Hmm, that's true. That should definitely be fixed. I don't even think we
map the home directory in wineprefixcreate by default, do we? I think
Marcus' patch adds that.
Also, reinstalling all apps just because you upgraded Wine seems a bit
overk
Le mer 11/08/2004 à 08:58, Mike Hearn a écrit :
> > And lose fake_windows
>
> Yes. Do users keep anything important there? (Answer is: they shouldn't
> do). Data files they create/use should be in their unix home dir, so rm
> ~/.wine -rf shouldn't be seen as drastic, they can just reinstall.
And lose fake_windows
Yes. Do users keep anything important there? (Answer is: they shouldn't
do). Data files they create/use should be in their unix home dir, so rm
~/.wine -rf shouldn't be seen as drastic, they can just reinstall.
I blow away ~/.wine all the time.
thanks -mike
On Wed, 11 Aug 2004, Mike Hearn wrote:
> > The original message had this line:
> > fixme:dbghelp:elf_load_debug_info Unsupported Dwarf2 information
> >
> > So I suspect your Wine is compiled with Dwarf2 debug symbols rather than
> > stabs+. Which gcc version was used?
>
> Yep but I see this probl
Le mer 11/08/2004 à 08:38, Mike Hearn a écrit :
> > If you want to fix it, the simplest way would be to create the following
> > symlinks in ~/.wine/dosdevices:
> >
> > ln -s ../fake_windows c:
> > ln -s /home/julian y:
>
> Or to delete ~/.wine
And lose fake_windows
>
> I'm not sure what t
The original message had this line:
fixme:dbghelp:elf_load_debug_info Unsupported Dwarf2 information
So I suspect your Wine is compiled with Dwarf2 debug symbols rather than
stabs+. Which gcc version was used?
Yep but I see this problem even without that fixme, so I think it's
generic ...
If you want to fix it, the simplest way would be to create the following
symlinks in ~/.wine/dosdevices:
ln -s ../fake_windows c:
ln -s /home/julian y:
Or to delete ~/.wine
I'm not sure what to do about this, except maybe to add back in support
for ${HOME} style vars. It's clear that people are "u
Alexandre Julliard wrote:
That's not supported at the moment. You can run apps on two different
displays by using a different WINEPREFIX for each, so that they don't
share the same wineserver. Using different users would work too.
Since I started to research this I was terrified this would be th
On 11 Aug 2004, Vincent Béron wrote:
> Le mer 11/08/2004 à 04:50, Mike Hearn a écrit :
> > Saulius Krasuckas wrote:
> > > I need an advice on how to setup winedbg the right way or an explanation,
> > > whether this is a bug or an advanced feature. TIA.
> >
> > Nope, it's a bug, something to do wi
Le mer 11/08/2004 à 04:40, Henning Gerhardt a écrit :
> Hi all,
>
> a friend of me would update the wine package (20030813) from his SuSE 9.0 system
> to the latest availabe package for this system (20040716). After the update
> following
> error message appears on each start of wine:
>
>
Le mer 11/08/2004 à 04:50, Mike Hearn a écrit :
> Saulius Krasuckas wrote:
> > I have had a long period of time not using the winedbg, so I cannot tell
> > whether it is a regression. I am using "./configure && make depend &&
> > make" to build the Wine and then something like a "sudo make install
Saulius Krasuckas wrote:
I have had a long period of time not using the winedbg, so I cannot tell
whether it is a regression. I am using "./configure && make depend &&
make" to build the Wine and then something like a "sudo make install", if
that matters.
I need an advice on how to setup winedbg t
Hi all,
a friend of me would update the wine package (20030813) from his SuSE 9.0 system
to the latest availabe package for this system (20040716). After the update following
error message appears on each start of wine:
Warning: the specified Windows directory L"C:\\Windows" is not accessi
Alexandre Julliard wrote:
There are some makes that don't accept ':=', yes. I don't know whether
they would accept the current way or not, but that doesn't really
matter; since the current way is not portable to BSD we need to change
it anyway. The thing is, we need to replace it with something mor
44 matches
Mail list logo
