Dimitrie O. Paun wrote:
>
> That's still a compile-time check. A runtime check runs when wine runs...
>
But the test is really a time-cost task. I won't merge it into WINEALSA if I
can't improve it.
Does anyone have any suggestions?
>
> --
> Dimi.
>
>
>
>
I hope you know what you will begin with. (For the ones that don't know
uxtheme.dll is the dll that takes care of all theming on WinXP and it is the dll
that dlls like comctl32 and all others use for theming)
Some time ago I checked out uxtheme.dll a bit and it seems that it needs
changes all ove
On Tue, 30 Sep 2003, Jerry Jenkins wrote:
> You're right. So I put some code in configure.ac, try to compile & run it
> when configure is executed. If everything is OK, a macro will be defined in
> config.h.
That's still a compile-time check. A runtime check runs when wine runs...
--
Dimi.
>
> If the behavior is subject to change, there is no way you can test
> that at configure time. This needs to be a run time check.
>
You're right. So I put some code in configure.ac, try to compile & run it
when configure is executed. If everything is OK, a macro will be defined in
config.h.
On Tue, 30 Sep 2003, Dmitry Timoshkov wrote:
> Well, "the Russian Winter" is a common exaggeration, like
> a stray bear in every russian town, a hidden communist in
> each russian, and many others :-)
Never been to Russia, but I guess it depends where you
live -- Russia is a very big place... I'v
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> I have always wanted to see the Russian Winter so I guess
> St. Paul in January is good practice.
Well, "the Russian Winter" is a common exaggeration, like
a stray bear in every russian town, a hidden communist in
each russian, and many others :-)
--
Jerry Jenkins <[EMAIL PROTECTED]> writes:
> Based on this thought, I need a function to retrieve the buffer. Then
> I found that snd_pcm_mmap_begin is the right one. But no documents
> said that it is responsible for return the driver's buffer. Well, I
> can verify that, and the result is really d
> Hi Jerry,
>
> With your patch applied,
> I get a write access to a NULL pointer when trying to get sound with
> dsound (winmm tests are running ok.)
>
> Since I was using precompiled RPMs from freshrpms.net when doing the
> first try,
> I switched to 0.9.7 sources. Same result.
>
> I attached a t
This isnt a windows system dll. Isnt that another attempt like
cards.dll ?
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> a écrit :
> On Mon, 29 Sep 2003, Kevin wrote:
>
> > Because of this, I've been thinking about beginning an
> implementation of
> > uxtheme.dll. I am curious if someone has alre
On Tue, 30 Sep 2003, [iso-8859-1] Sylvain Petreolle wrote:
> What Paintbrush are you using ? Im using winme's and got no such
> problem when saving images (no natives are used except mfc42and
> mfc42loc)
I don't know about Windows ME, but Windows 98 doesn't have Paintbrush.
pbrush.exe simply call
On Mon, 29 Sep 2003, Kevin wrote:
> Because of this, I've been thinking about beginning an implementation of
> uxtheme.dll. I am curious if someone has already taken up this task, or if
> anyone any opinions on this topic.
I'm not aware of anyone working on this. This would be a nice contributi
tir, 30.09.2003 kl. 02.24 skrev Jonathan Wilson:
> From what I understand, if you download the WineX source tree, you get
> code under LGPL, code under X11 and code under APL (which is basicly a
> licence chosen to make sure that others cant just grab those bits and use them)
>
> Does anyone kn
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>> Some time ago I looked into hacking make_dlls to do this, but there
>> were too many special cases to make it worthwhile.
>
> Too bad, we have a fairly regular structure in dlls/ do you remember
> what the problems were?
One problem is that most
From what I understand, if you download the WineX source tree, you get
code under LGPL, code under X11 and code under APL (which is basicly a
licence chosen to make sure that others cant just grab those bits and use them)
Does anyone know which bits are under APL? I know the directx bits are but
What Paintbrush are you using ? Im using winme's and got no such
problem when saving images (no natives are used except mfc42and
mfc42loc)
But I have another big problem : if anything is modified, the whole
image becomes a black square when saved.
> Paintbrush won't exit without saving.
>
> Sav
I started work porting a windows app using winelib, and hit an issue relating
to the fact that there is currently no implementation of uxtheme.dll (and
more importantly, no headers, of which would be enough to compile the app as
it dynamically loads all the uxtheme dlls as needed, and falls back
On 29 Sep 2003, Vincent Béron wrote:
> A bit OT: when configure/configure.ac is patched, I assume the next make
> will require a ./configure before (and hence a full make)?
yes, it will require a configure, but chances are that it will invaldate
very little in the cache, so you still get the spee
On Mon, 29 Sep 2003, Alexandre Julliard wrote:
> Some time ago I looked into hacking make_dlls to do this, but there
> were too many special cases to make it worthwhile.
Too bad, we have a fairly regular structure in dlls/ do you remember
what the problems were?
> And on my new box
> the recurs
Le lun 29/09/2003 à 17:35, Dimitrie O. Paun a écrit :
> Hi folks,
>
> Just wanted to let people know that ccache works rather well
> with wine. On my lowly 600MHz Pentium box, it takes about
> 1h to compile, after a make clean. Second time through it
> takes about 1/4h to do the same thing, 75% fa
OK, I won't, promise.
"Ivan Leo Murray-Smith" <[EMAIL PROTECTED]> writes:
> to translate the wine dlls to italian, my idea was to just get the strings from
> a disassembled m$ dll. Also, the text strings in wine dlls are a little different
> here and there respect to windows, and I was thinking that it would be a good
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> A nice thing would be to also be able to generate a top
> Makefile that knows all about the project, and we
> no longer do the recursive descent. It takes my box
> almost 20 seconds to do a 'make -s' after a full build.
> Not sure how doable this is
On Tue, 30 Sep 2003, Ivan Leo Murray-Smith wrote:
> to translate the wine dlls to italian, my idea was to just get the strings from
> a disassembled m$ dll. Also, the text strings in wine dlls are a little different
> here and there respect to windows, and I was thinking that it would be a good
>
Hi list,
to translate the wine dlls to italian, my idea was to just get the strings from
a disassembled m$ dll. Also, the text strings in wine dlls are a little different
here and there respect to windows, and I was thinking that it would be a good
idea to uniform them, can I do this or would it be
On Sun, 28 Sep 2003, Alexandre Julliard wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> > Patch for cmdlgtst.c to produce those pictures is attached. before.png
> > was taken with current Wine. after.png is with the fix that removes the
> > special procession of R2_XORPEN. I would not say
Hi folks,
Just wanted to let people know that ccache works rather well
with wine. On my lowly 600MHz Pentium box, it takes about
1h to compile, after a make clean. Second time through it
takes about 1/4h to do the same thing, 75% faster! (As an
added bonus, CPU utilization dropped from 86% to 60%)
OK people,
As I understand (from the explanation by Russell Howe (thanx:-))),
there is a script called wineshelllink that is supposed to install the
created start menu items in your KDE menu.
First of all: this script does not seem to do anything on my
installation (Slackware 9). Are there kn
The anti patent petition was a success, the EU law approved on the 24th has been
changed so much sine the original version that software freedom is preserved, so
decss will stay legal in europe, thanks to all that signed the petition. The
complete approved text can be found here
http://swpat.ffii.o
Eric Pouech <[EMAIL PROTECTED]> writes:
> wouldn't something like Xnest help here ?
Yes, it would be one way to implement it (and arguably it's the right
way in an X environment, there's no reason for Wine to duplicate that
functionality). I'm not sure how well Xnest supports X extensions and
har
I am still lacking the need to have this script. If someone really
wants to build parts of WINE on Windows we should really only support
MSYS+Mingw or MS_VC. I dont think there are that many people that want
to build WINE programs that need extra help. I can try to write better
documentation for th
Yes, loads.
With the trace its better ;)
> I attached a trace from a run of
> wine dsound_test.exe.so dsound --debugmsg +wave,+dsound,+dsound3d
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
Dites NON aux brevets logiciels
"What if tomorrow t
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> The one intermediate file is needed for separating the rules in
> Make.rules and the dependencies in 'make depend'. This also allows
> it to work with multiple .rc files just fine.
As long as the .rc file is the one you build the .res from, but tha
Alexandre Julliard wrote:
Alex Pasadyn <[EMAIL PROTECTED]> writes:
This patch just puts in a simple check that traps this condition so
Wine doesn't crash. I don't know enough about what that code is
supposed to be doing to fix it properly. (This is certainly better
enough on my system though as
Hello Aleksey
Ge and I discussed trying to attend LinuxTax in Germany. The only
problem with this is that I think my wife may be due at the same time
as LinuxTag!!! I would still like for us to try and do a conf in
Germany though. Vizzini suggested alternating ReactOS confs in the US
and EU every o
On Mon, 29 Sep 2003, Alexandre Julliard wrote:
> We need a way for bin2res to extract a single file for this to work
> right. And yes, it only works if all the binaries are in a single rc
> file which happens to be the main rc file, otherwise you need to write
> multiple rules manually.
Right, t
BiGgUn wrote:
Hi
Unfortunately, when i have tried 'bt' yet. winedbg complains that there is no process loaded :( So there is no backtrace.
Stephan
did you try running it directly under gdb ?
A+
--
Eric Pouech
Alex Pasadyn <[EMAIL PROTECTED]> writes:
> This patch just puts in a simple check that traps this condition so
> Wine doesn't crash. I don't know enough about what that code is
> supposed to be doing to fix it properly. (This is certainly better
> enough on my system though as it longer crashes!
Hi Jerry,
With your patch applied,
I get a write access to a NULL pointer when trying to get sound with
dsound (winmm tests are running ok.)
Since I was using precompiled RPMs from freshrpms.net when doing the
first try,
I switched to 0.9.7 sources. Same result.
I attached a trace from a run of
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> All that to avoid a dummy file?!? But anyway, you did not answer
> my question :) Can you describe what you have in mind, like giving
> an example of how you want to handle it, so I can better understand
> where you're comming from?
To take comctl3
Hi
Unfortunately, when i have tried 'bt' yet. winedbg complains that there is no process
loaded :( So there is no backtrace.
Stephan
On Mon, 29 Sep 2003, Alexandre Julliard wrote:
> I don't necessarily think it's simpler, but it's less ugly. We
> definitely don't want to create dummy intermediate files. But yes in
> the complex cases we may have to write the rules by hand; I don't
> think that's a big deal, there aren't that ma
Hi,
I received today a mail from
office-support-mailman _at_ wine.codeweavers.com,
with 125k in size.
Since it doesnt have an attachment, it looks strange.
Did someone got the same ?
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> The only complication here is the .extract file which
> allows us to split the dependencies from the rules.
> The complicated stuff are the dependencies, but you
> need those anyway. A simple marker file is a small
> price to pay for the convenience
Hey Jer,
I will try to be there. I can't speak for the rest of the ReactOS
developers but I think we may have one or two that would like
to come.
I have always wanted to see the Russian Winter so I guess
St. Paul in January is good practice.
Thanks
Steven
> -Original Message-
> From: [EM
Hi,
I've been trying to install the SQLserver Client Tools with Wine 20030911
(on Redhat 9). The setup process fails near the beginning because it
cannot install MDAC ("Setup is installing Microsoft Data Access Components
(MDAC) ...").
It exits with a dialog that says "Installation of the Microso
man, 29.09.2003 kl. 16.33 skrev Dimitrie O. Paun:
> On September 29, 2003 04:57 am, Dmitry Timoshkov wrote:
> > I'm attaching a diff between your output and an output of
> > the test run under win2k (line numbers were stripped before
> > the diff).
>
> So it seems that InSendMessage() always retur
On September 29, 2003 04:57 am, Dmitry Timoshkov wrote:
> I'm attaching a diff between your output and an output of
> the test run under win2k (line numbers were stripped before
> the diff).
Thanks, but there is still something fishy with the test.
I've changed the InSendMessage() test to somethin
Boaz Harrosh wrote:
Just a crazy taught:
What about a twin Wineconf, one in north-America one in Europe taking
place at the same time with live tele-conference. (Europe cameras on me)
I am sure it will be good for publicity, Journalists like that stuff.
But seriously how many are European (proxim
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Well, I did a _bit_ of the test, and things are not looking
> good. I just did the {Create,Show,Destroy}Window tests for
> overlapped and child windows, and I get quite a bit of failures.
> Before we go around wine tweaking things to match the tests,
Just a crazy taught:
What about a twin Wineconf, one in north-America one in Europe taking
place at the same time with live tele-conference. (Europe cameras on me)
I am sure it will be good for publicity, Journalists like that stuff.
But seriously how many are European (proximity) and how many ar
On Sun, 28 Sep 2003 21:02:29 -0500
Jeremy White <[EMAIL PROTECTED]> wrote:
> Ideally, you need a conference facility that isn't uptight about
> the internet access. You want to pay a (probably high) fee for
> access to a DSL line, and then bring in your own wireless hubs.
> Unfortunately, most c
> How can i get the calling stack of program after its crash ?
After it has crashed and you're in winedbg you can try bt (as
in backtrace) if I got you right.
bye Fabi
>I'm afraid libMyStuff.def is a bit too Unix-like, I *think* it's a lot
>more common in the Windows universe to have it called MyStuff.def.
>But I don't know exactly if people even know what a .def file is these
>days :), and I have little knowledge how folks are naming their .def
>files, so ...
On Sun, Sep 28, 2003 at 06:51:24PM -0500, Alex Pasadyn wrote:
> The 24-bit X server depth corresponds to the 32-bit Windows depth. I
> never fully understood that.
That's not entirely true... There is not really the notion of 'bits per
pixel' in X. You only have depth (being the number of signif
> We are making plans to host Wineconf 2004,
> in St. Paul, MN, during January 2004.
For me, I do not care that much Except that, like last year, it's
falling during my first week of snowboarding :-) (yeah, damn French people
and their whatmany weeks of vacation per year :-) ).
56 matches
Mail list logo
