On 21.06.2005 23:12, Martin Fuchs wrote:
> The pure existence of in the Wine code base shows
> me, Wine is aimed to support TCHARs.
It may also just show that Wine wants to be compatible with existing sources
that use , it doesn't necessarily say anything about the internal use
of it or whether
Hello,
Michael Jung wrote:
On Tuesday 21 June 2005 03:11, Tobias Burnus wrote:
Well, I actually don't know what is supposed to be there; I saw quite
different menus on the different Windows versions. Some seem to have the
"Properties" and "Create Link" (and other stuff more) and others have
Thanks Chris. Mark, do you see the problem go away with a later Jack
version? I was just trying to see if I could understand better what was
going on when we were trying to get this working last year.
- Walter
On Tue, 21 Jun 2005, Chris Morgan wrote:
> This should have been fixed in jack aro
This should have been fixed in jack around 20040325 with a jack to the jack
variable, JACK_THREAD_STACK_TOUCH. The value was changed from 1048576
(#define BIG_ENOUGH_STACK in client.c:jack_activate():1033 or so) and moved
into configure.in.
The change was made in this rev of configure.in:
-
I currently have a job opening for a Sydney based Wine hacker. A significant
part of the job involves working on Wine. If anybody is interested, please
contact me off-list.
Walt Ogburn wrote:
Hi developers,
I'm trying to understand why the following simple program crashes. I
think this is the same problem that prevents jack_fst from running with
the current version of wine. (Jack_fst allows a lot of programs called
VSTs to be run, for audio work).
I compiled th
Walt Ogburn wrote:
#define BUFSIZE 1044096
/* #define BUFSIZE 200 */
int PASCAL WinMain (HINSTANCE inst, HINSTANCE prev, LPSTR cmdline, int show)
{
char buf[BUFSIZE];
int i;
Wine allocates a 1Mb stack by default, and more if a larger stack size
is specified in a PE executeable's h
Hi developers,
I'm trying to understand why the following simple program crashes. I
think this is the same problem that prevents jack_fst from running with
the current version of wine. (Jack_fst allows a lot of programs called
VSTs to be run, for audio work).
I compiled this with:
> winemaker .
Hi,
> The pure existence of in the Wine code base
> shows me, Wine is aimed to support TCHARs. So why don't you
> want to properly activate its functionality and take Winefile
> as an example how to use it?
> ...
> I know, I won't be able to convince you. Any one out there to
> support my poin
Hi,
I have another 'fun' and useful project to add to
the list.
It should be fairly to make wined3d (or d3d8) use the
wgl (windows opengl) instead of glx. (just search for
glx commands and replace then with the wgl
equivalents)
Doing so would enable wine's d3d to run on windows in
place of t
Andreas Mohr wrote:
Hi,
On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote:
Change log: Change wine -v to wine -version since wine -v does not work.
This is fatally incorrect, since Unix *always* (well, almost;) uses
double-dash for long options (and Wine barfs on that invalid sy
I'm using FC4 and latest wine from cvs compiles fine. I had some problem
with msi but Marcus fixed them recently.
I have many warnings from gcc 4 but it works.
Max
On Tue, 2005-06-21 at 19:10 +0200, Michael Büttner wrote:
> You're not alone:
>
> http://bugs.winehq.org/show_bug.cgi?id=3032
>
>
Hi,
> This stuff is getting uglier all the time. Please consider converting
> to Unicode properly and getting rid of all the TCHAR crap. I know the
> goal is to show how to use it, but at this point all it does is
> demonstrate why using TCHAR is a really bad idea. The way this is
> going pretty s
Raphael schrieb:
Hi,
To me it looks like an overoptimized geometry problem. As long there is
only sky and no terrain or building behind the objects, you can klick
them. This is mostly the case, when you look up. Just like users reported.
I just wrote a lousy mmap wrapper which sets start to
Martin Fuchs <[EMAIL PROTECTED]> writes:
> Why did I declare a new macro $(PREINCL) and insert it into Make.rule.in ?
> To allow inserting the include directory before .
But why do you need that?
> -IMPORTS = shell32 comdlg32 comctl32 ole32 mpr version user32 gdi32
> advapi32 kernel32
> +PRE
On Mon, 20 Jun 2005 20:46:00 +0200, Michael Jung wrote:
> My question is: Am I doomed to implement the caching on my own for this
> key, should I generalize the helper functions, or do you think this
> configuration option should'nt be in winecfg at all?
Well, when would the user ever *not* want t
> Hi Martin,
> Thanks for this info. It looks like this might work. How do I contact
> Eric Kohl?
>
> Thanks,
> James
This is his email address: Eric Kohl <[EMAIL PROTECTED]>
Perhaps you should also send a note to the ReactOS Development List.
Regards,
Martin
> On Tue, 2005-06-21 at 17:57
On Tue, 2005-06-21 at 21:45, Paul Vriens wrote:
> Hi,
>
> with the latest winetest
> http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200506211000-paul-mingw.exe
>
> my mouse-buttons (left and right) are swapped after the test.
>
> Any idea??
>
> Cheers,
>
> Paul.
and to add to
Hi Martin,
Thanks for this info. It looks like this might work. How do I contact
Eric Kohl?
Thanks,
James
On Tue, 2005-06-21 at 17:57 +0200, Martin Fuchs wrote:
> Hi James,
>
> > Last night Martin Fuchs suggested that we look into using ReactOS's
> > registry format in order to be compatible wit
Hi,
with the latest winetest
http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200506211000-paul-mingw.exe
my mouse-buttons (left and right) are swapped after the test.
Any idea??
Cheers,
Paul.
Anssi Hannula wrote:
Brad DeMorrow wrote:
Brian Vincent wrote:
On 6/21/05, James Liggett <[EMAIL PROTECTED]> wrote:
of work. But, I do agree with all of your points. I think the current
system could use some improvement, especially in the area of
searching.
Let me know what you think o
Brian,
I too think that's an excellent idea. I don't think that'll be too hard
to do, seeing as .reg files are simple text files if I recall right.
James
On Tue, 2005-06-21 at 09:52 -0600, Brian Vincent wrote:
> On 6/21/05, James Liggett <[EMAIL PROTECTED]> wrote:
> > of work. But, I do agree wi
Brad DeMorrow wrote:
Brian Vincent wrote:
On 6/21/05, James Liggett <[EMAIL PROTECTED]> wrote:
of work. But, I do agree with all of your points. I think the current
system could use some improvement, especially in the area of searching.
Let me know what you think of all this.
While we'r
You're not alone:
http://bugs.winehq.org/show_bug.cgi?id=3032
I had the same error, but didn't have a chance to compile cvs version on
Fedora Core 4 yet.
Anyone compiled from cvs succesfully?
Am Dienstag 21 Juni 2005 17:54 schrieb Matthew Frederico:
> This may not be the correct place to post
Brian Vincent wrote:
On 6/21/05, James Liggett <[EMAIL PROTECTED]> wrote:
of work. But, I do agree with all of your points. I think the current
system could use some improvement, especially in the area of searching.
Let me know what you think of all this.
While we're on the topic on t
Hi James,
> Last night Martin Fuchs suggested that we look into using ReactOS's
> registry format in order to be compatible with Windows registry
> databases. I have the latest release of ReactOS running on QEMU on my
> box, so I checked it out. Basically, they're using the same regedit
> program
On Tue, Jun 21, 2005 at 05:42:53PM +0200, Alexandre Julliard wrote:
> Huw D M Davies <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jun 21, 2005 at 04:50:50PM +0200, Alexandre Julliard wrote:
> > > Can't this be based on the font path, using the first font we find in
> > > the path? Then we just have
This may not be the correct place to post this ...
Trying to compile wine (wine-20050524) on Fedora Core 4 ...
All goes pretty smoothly until:
gcc -c -I. -I. -I../include -I../include-Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+
-Wpointer-arith -g -O2 -o preloader.o p
On 6/21/05, James Liggett <[EMAIL PROTECTED]> wrote:
> of work. But, I do agree with all of your points. I think the current
> system could use some improvement, especially in the area of searching.
> Let me know what you think of all this.
While we're on the topic on the registry..
In addition t
Huw D M Davies <[EMAIL PROTECTED]> writes:
> On Tue, Jun 21, 2005 at 04:50:50PM +0200, Alexandre Julliard wrote:
> > Can't this be based on the font path, using the first font we find in
> > the path? Then we just have to make sure the Windows dir is searched
> > first.
>
> That would work if th
On Tue, Jun 21, 2005 at 04:50:50PM +0200, Alexandre Julliard wrote:
> Can't this be based on the font path, using the first font we find in
> the path? Then we just have to make sure the Windows dir is searched
> first.
That would work if the Wine fonts end up in the Windows dir, but
aren't they
James Liggett wrote:
Brad,
Last night Martin Fuchs suggested that we look into using ReactOS's
registry format in order to be compatible with Windows registry
databases.
I'm really not convinced that we need to be compatible with Windows'
registry file format at that level. . . That would
Hi,
On Tue, Jun 21, 2005 at 03:27:12PM +0100, Huw D M Davies wrote:
> It would be nice to have the Windows fonts overload the Wine ones if
> they're present, which is what the current scheme does. Now, for
> TrueType fonts we could set the version low enough such that the
> Windows fonts would wi
Huw D M Davies <[EMAIL PROTECTED]> writes:
> It would be nice to have the Windows fonts overload the Wine ones if
> they're present, which is what the current scheme does. Now, for
> TrueType fonts we could set the version low enough such that the
> Windows fonts would win, but there's no version
On Tue, Jun 21, 2005 at 04:13:00PM +0200, Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
> > Huw D M Davies wrote:
> > >You need something like this:
> > >
> > >[HKCU\Software\Wine\Fonts\Replacements]
> > >"Marlett"="Wine Marlett"
> >
> > Thanks, that works. This patch
Robert Shearman <[EMAIL PROTECTED]> writes:
> Huw D M Davies wrote:
> >You need something like this:
> >
> >[HKCU\Software\Wine\Fonts\Replacements]
> >"Marlett"="Wine Marlett"
>
> Thanks, that works. This patch is unnecessary.
Except that it requires users to configure their registry
properly...
amstream missing clsid of DirectShowStreamLib
which is
4E6CDE29-C0C4-11d0-8FF1-00C04FD9189D
On Monday 20 June 2005 22:22, Raphael wrote:
> Stupid kmail
I updated to KDE 3.4 and kmail seems to do a fine job now.
*Reply replies to the list
*Reply to all replies to list + Sender
*Reply to Author replies to the author only
*Reply to Mailing list replies to the mailing list only.
I think that
> On Mon, Jun 20, 2005 at 10:52:10AM +0200, Hans Kristian Rosbach wrote:
> > For about a week now I've been able to compile wine-cvs on
> > FC4 after manually excluding the ddraw-test references.
> >
> > But I'm yet to see an actual window created by wine.
> >
> > Even running the "built in" note
Hi,
On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote:
> Change log: Change wine -v to wine -version since wine -v does not work.
This is fatally incorrect, since Unix *always* (well, almost;) uses
double-dash for long options (and Wine barfs on that invalid syntax as well).
Andreas
On Tuesday 21 June 2005 03:11, Tobias Burnus wrote:
> Well, I actually don't know what is supposed to be there; I saw quite
> different menus on the different Windows versions. Some seem to have the
> "Properties" and "Create Link" (and other stuff more) and others have
> not. I will now now blindl
41 matches
Mail list logo
