> likely nothing
> wineproc has been sent before the header overhaul, and hasn't been fixed
> (since Alexandre doesn't seem ready to include wineproc into the CVS tree)
So , what should i do manually to play with wineproc ? system.c is the unique file
that doesn't compile .
Stephan
Here is my first attempt at a conformance test for the BuildCommDCB
functions. It does not cover very many cases yet, but I thought I would
post what I have so far in case I am going about this the wrong way.
I compiled this with MSVC and it ran with no errors on both Windows 95
and Windows 2000.
On Wed, 10 Sep 2003, Dimitrie O. Paun wrote:
> On September 10, 2003 11:44 pm, Kevin Atkinson wrote:
> > For now lets focus on getting Avisynth working.
>
> That's the best thing to do: is the Avisynth binary
> working under Wine ATM?
I'm sorry, What is Wine ATM? I filed the bug report since it d
On September 10, 2003 11:44 pm, Kevin Atkinson wrote:
> For now lets focus on getting Avisynth working.
That's the best thing to do: is the Avisynth binary
working under Wine ATM?
--
Dimi.
On Wed, 10 Sep 2003, Dimitrie O. Paun wrote:
> On September 10, 2003 07:16 pm, Kevin Atkinson wrote:
>
> > It MIGHT be possible to make my C interface a winlib by using the
> > functions as it (ie in assembly) and just relinking the lib. Is this even
> > remotely practical and will it help matter
On September 10, 2003 07:16 pm, Kevin Atkinson wrote:
> It MIGHT be possible to make my C interface a winlib by using the
> functions as it (ie in assembly) and just relinking the lib. Is this even
> remotely practical and will it help matters at all?
It should be practical, but I'm afraid it do
Tom wrote:
Shachar
Shemesh wrote:
Tom wrote:
David Laight wrote:
On Wed, Sep 10, 2003 at 03:46:10AM -0400,
Tom wrote:
Arjen Verweij wrote:
list are? not list is
Ivan Leo Murray-Smith wrote:
I happen to be from the UK, and can tell you that
The following lists the x86 operating systems supported by
the list is now updated
Purely academic, I know, but m-w doesn't know "updated" as an adjective.
To the best of my knowledge, "the list is now updated" is s
Ove Kaaven <[EMAIL PROTECTED]> writes:
> OK, bug #210347 has been filed against the Debian libc6 package.
The glibc guys have been kind enough to make the change, so this is
fixed in the current glibc CVS (and I put in the corresponding change
on the Wine side).
--
Alexandre Julliard
[EMAIL PRO
Dave Miller <[EMAIL PROTECTED]> writes:
> The first 59 ordinals seem to match in all windows versions. Add
> ordinals to avifil32.spec to match windows.
Unless ordinals are actually needed, it's better not to add them. In
that case the functions are sorted so it's very likely that Windows is
usi
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> True, but it's internal stuff anyway, we can change it any time
> later on. Maybe we can use this until we have a better implementation
> for toolhelp.dll
It could maybe be done with a full dbghelp implementation, but I think
it should also be poss
On Wed, 10 Sep 2003, Geoff Thorpe wrote:
> Now, can you tell me if the code seems ok to you? :-) It's my first
> submission to wine-patches and I note that it hasn't as yet elicited any
> response, either as a rejection or a commit.
This is usually good -- nobody has a big objection against it
Le mar 09/09/2003 à 09:46, BiGgUn a écrit :
> Hi all
>
> When i try to compile wineproc , i got the following error:
> In file included from system.c:3:
> ../../include/psapi.h:25: parse error before "LPVOID"
> ../../include/psapi.h:25: warning: no semicolon at end of struct or union
> (...)
>
On Wed, 10 Sep 2003, Dimitrie O. Paun wrote:
> On Wed, 10 Sep 2003, Kevin Atkinson wrote:
>
> > On 10 Sep 2003, Mike Hearn wrote:
> >
> > I will repeat what I just said:
> >
> > Since it normal interface is VC++ RECOMPILING it under
> > Winelib is NOT really an option as that will mean that
On 11 Sep 2003, Mike Hearn wrote:
> On Wed, 2003-09-10 at 23:36, Kevin Atkinson wrote:
> > Can a linux application link with a winlib shared library.
>
> Nope. Not yet, anyway.
>
> > > -- run avisynth in a separate process, and devise some sort of
> > >RPC mechanism to marshall calls
On Thu, 11 Sep 2003, Ove Kaaven wrote:
> On Thu, 2003-09-11 at 00:29, Kevin Atkinson wrote:
> > I will repeat what I just said:
> >
> > Since it normal interface is VC++ RECOMPILING it under
> > Winelib is NOT really an option as that will mean that existing plugins
> > for Avisynth will n
On Wed, 9 Sep 2003, Alexandre Julliard wrote:
> Well, I haven't really had time to play with it, but apart from the
> symbol lookup hack it looks good. We really need a better way to
> access the debug channels though.
True, but it's internal stuff anyway, we can change it any time
later on. May
On Wed, 2003-09-10 at 22:10, Alexandre Julliard wrote:
> Ove Kaaven <[EMAIL PROTECTED]> writes:
>
> > See the problem?
> >
> > Hmm, now should I complain to Debian's glibc maintainers, or is this
> > Wine's problem?
>
> In a sense it's a Wine problem, since this is an internal structure we
> are
On Thu, 2003-09-11 at 00:29, Kevin Atkinson wrote:
> I will repeat what I just said:
>
> Since it normal interface is VC++ RECOMPILING it under
> Winelib is NOT really an option as that will mean that existing plugins
> for Avisynth will no longer work without a recompile.
But that's also
On Wed, 2003-09-10 at 23:36, Kevin Atkinson wrote:
> Can a linux application link with a winlib shared library.
Nope. Not yet, anyway.
> > -- run avisynth in a separate process, and devise some sort of
> >RPC mechanism to marshall calls back and forth.
>
> Unless the processes can sh
On Wed, 10 Sep 2003, Dimitrie O. Paun wrote:
> On Wed, 10 Sep 2003, Kevin Atkinson wrote:
>
> > > This is not currently possible, sorry. How big is this interface to
> > > avisynth? The only option ATM is to have it out-of-process, so we'll
> > > need to come up with some sort of stub/proxy, if y
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Wed, 10 Sep 2003, Eric Pouech wrote:
>
>> I doubt
>
> What's the problem?
Well, I haven't really had time to play with it, but apart from the
symbol lookup hack it looks good. We really need a better way to
access the debug channels though. Al
On Wed, 10 Sep 2003, Kevin Atkinson wrote:
> On 10 Sep 2003, Mike Hearn wrote:
>
> I will repeat what I just said:
>
> Since it normal interface is VC++ RECOMPILING it under
> Winelib is NOT really an option as that will mean that existing plugins
> for Avisynth will no longer work withou
"Igor Grahek" <[EMAIL PROTECTED]> writes:
> +infoPtr->hwndNotify = lpcs->hwndParent;
> +if(!IsWindow(infoPtr->hwndNotify))
> +infoPtr->hwndNotify = GetParent(hwnd);
Why do you need the IsWindow() check? AFAICS the parent should always
be valid (or possibly 0 but then GetParent()
On 10 Sep 2003, Mike Hearn wrote:
> a rOn Wed, 2003-09-10 at 22:54, Kevin Atkinson wrote:
> > What is this?
> >
> > Avisynth needs VC++. My API needs VC++ as it acts as the bridge and must
> > make VC++ calls to avisynth. Everything can be gcc. And in fact I have
> > successfully cross compi
Hi I'm looking for a list of all the functions that would be displayed in a debug list.
I'm feel like doing a fun project and am wondering if any body have pointers on how I can obtain the information I need.
Basically I'm interested in writing a little script that would run through a debug o
a rOn Wed, 2003-09-10 at 22:54, Kevin Atkinson wrote:
> What is this?
>
> Avisynth needs VC++. My API needs VC++ as it acts as the bridge and must
> make VC++ calls to avisynth. Everything can be gcc. And in fact I have
> successfully cross compiled Avisynth filters using my new C interface.
On Wed, 10 Sep 2003, Kevin Atkinson wrote:
> > This is not currently possible, sorry. How big is this interface to
> > avisynth? The only option ATM is to have it out-of-process, so we'll
> > need to come up with some sort of stub/proxy, if you're interested.
>
> Hu? As I said I am pretty Win32
BTW: You can find my C API at http://kevin.atkinson.dhs.org/avisynth_c/.
Avisynth: http://www.avisynth.org/. And a dead simple program as the
test case for the bug http://bugs.winehq.org/show_bug.cgi?id=1707 .
--
http://kevin.atkinson.dhs.org
On Wed, 2003-09-10 at 21:11, Alexandre Julliard wrote:
> Don't do it then
>
> That's a temporary problem because dll separation is not finished. It
> will be fixed soon, in the meantime just make sure to compile at least
> ntdll with optimization.
Ah, interesting. I was wondering what caused tha
On Wed, 10 Sep 2003, Dimitrie O. Paun wrote:
> On Wed, 10 Sep 2003, Kevin Atkinson wrote:
>
> > My intent is to get Avisynth working under Linux with the help of
> > Wine/Winelib. Since it normal interface is VC++ recompiling it under
> > Winelib is not really an option as that will mean that
On Wed, 10 Sep 2003, Kevin Atkinson wrote:
> My intent is to get Avisynth working under Linux with the help of
> Wine/Winelib. Since it normal interface is VC++ recompiling it under
> Winelib is not really an option as that will mean that existing plugins for
> Avisynth will no longer work wit
Hi,
I am the developer of the C interface for Avisynth. Avisynth is a
very popular Open Source tool for for video post-production for Win32.
More information can be found at http://www.avisynth.org/.
My intent is to get Avisynth working under Linux with the help of
Wine/Winelib. Since it no
On Wed, 10 Sep 2003, Eric Pouech wrote:
> I doubt
What's the problem?
--
Dimi.
Dimitrie O. Paun wrote:
On Wed, 10 Sep 2003, Eric Pouech wrote:
wineproc has been sent before the header overhaul, and hasn't been fixed
(since Alexandre doesn't seem ready to include wineproc into the CVS tree)
Maybe he will if you send in an updated version... :) It'd be nice
to have it in.
Le mer 10/09/2003 à 16:10, Deji Akinyemi a écrit :
> Thanks! Adding the
>
>and "resource.h"
>
> entries to En.rc and Pt.rc, was apparently all that was needed.
>
> I would also look into winegcc and MinGW as you reccommended .
I believe the proper way was to feed rsrc.r
On Wed, 10 Sep 2003, Eric Pouech wrote:
> wineproc has been sent before the header overhaul, and hasn't been fixed
> (since Alexandre doesn't seem ready to include wineproc into the CVS tree)
Maybe he will if you send in an updated version... :) It'd be nice
to have it in.
--
Dimi.
Shachar Shemesh wrote:
Hi,
When trying to compile Wine without optimizations, the compilation
fails. I'm trying clean sources, with the "--with-nptl" flag.
The failure (so far, I'm still trying to figure these things out) are
when compiling ntdll and the wine executable itself. Both cases, the
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> When trying to compile Wine without optimizations, the compilation
> fails. I'm trying clean sources, with the "--with-nptl" flag.
Don't do it then
That's a temporary problem because dll separation is not finished. It
will be fixed soon, in the mean
Ove Kaaven <[EMAIL PROTECTED]> writes:
> See the problem?
>
> Hmm, now should I complain to Debian's glibc maintainers, or is this
> Wine's problem?
In a sense it's a Wine problem, since this is an internal structure we
are not really supposed to be using. However, I don't think there's
any way w
Thanks! Adding the
and "resource.h"
entries to En.rc and Pt.rc, was apparently all that was needed.
I would also look into winegcc and MinGW as you reccommended .
Deji.
[EMAIL PROTECTED] wrote:
On September 9, 2003 05:10 pm, Deji Akinyemi wrote:
I seem to be having d
BiGgUn wrote:
Hi all
When i try to compile wineproc , i got the following error:
In file included from system.c:3:
../../include/psapi.h:25: parse error before "LPVOID"
../../include/psapi.h:25: warning: no semicolon at end of struct or union
(...)
and many ohter like this.
What did i do in the
On Wed, Sep 10, 2003 at 01:19:13PM -0400, John Freed wrote:
> Ah, the difference between British English and American English.
>
> ManU are crushing Arsenal.
> ManU is crushing Arsenal.
>
> UK English insists on plural verbs for collective nouns (family, team,
> list, etc.), while US English gene
On Wed, 2003-09-10 at 17:31, Rein Klazes wrote:
> >From the changelist of glibc-2.3.2-6 there seems to be only one
> applicable item:
>
> | - debian/patches/pthread_cond_timedwait.dpatch: avoid problem when
> |pthread_cond_timedwait is used in code that doesn't link with
> |-lp
Le mer 10/09/2003 à 14:14, Shachar Shemesh a écrit :
> Vincent Béron wrote:
>
> >Le mer 10/09/2003 à 11:51, Shachar Shemesh a écrit :
> >
> >
> >>That's exactly the problem I'm having with compiling Wine without
> >>optimizations. the wine binary tries to link with ntdll. ntdll needs
> >>"Inte
>Thats the problem!
>You have your fine dictonary in hand, so you think you know how to speak
>english... but when you visit a english speaking country the people
>you speak to look like a deer caught in a spot light!
So you want a png of my british passport? (BTW it's dictionary, not dictonary,
o
Keith Matthews wrote:
On Wed, 10 Sep 2003 17:29:55 +0300
Shachar Shemesh <[EMAIL PROTECTED]> wrote:
Now, English is not even my native language, but should that be "the
list is now up to date"?
Better to think laterally - 'the list has now been updated'.
I give up..
I will go with Keit
Shachar Shemesh wrote:
Whatever you say.
Sorry I hurt your feeling's, ill make sure to be very nice to you
in the future. I promise not to pick on you any more about your compile
troubles :))
And to make it up ill give you a nice link to www.redhat.com the Linux
OS from NC USA. do you know th
Le mer 10/09/2003 à 11:51, Shachar Shemesh a écrit :
> That's exactly the problem I'm having with compiling Wine without
> optimizations. the wine binary tries to link with ntdll. ntdll needs
> "InterlockedCompareExchange" from kernel32. In my case, this translates
> to a compilation error, whic
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Tom
> Sent: 10 September 2003 15:35
> To: Ivan Leo Murray-Smith
> Cc: kernelnewbies; wine-devel
> Subject: Re: FAQ: Update the ports section
>
> Thats the problem!
> You have your fine dictonary in hand, so
Marcus Meissner wrote:
On Wed, Sep 10, 2003 at 08:44:57PM +0300, Shachar Shemesh wrote:
Rein Klazes wrote:
If they are not still on your system (/var/cache/apt/archives/)
Luckily - it was, indeed, there. Thanks.
you can
download them from a local Debian mirror in pool/main/g
Vincent Béron wrote:
Le mer 10/09/2003 à 11:51, Shachar Shemesh a écrit :
That's exactly the problem I'm having with compiling Wine without
optimizations. the wine binary tries to link with ntdll. ntdll needs
"InterlockedCompareExchange" from kernel32. In my case, this translates
to a compil
> > Shachar don't get mad or pissed.. I had to find someone for my
> > eniligey.. :)
>
> I'll try to figure out what "eniligey" means before I get pissed
> :-). Even google has nothing to say about that word.
>
The word is "analogy".
Kelly
On Wed, Sep 10, 2003 at 08:44:57PM +0300, Shachar Shemesh wrote:
> Rein Klazes wrote:
>
> >If they are not still on your system (/var/cache/apt/archives/)
> >
> Luckily - it was, indeed, there. Thanks.
>
> >you can
> >download them from a local Debian mirror in pool/main/g/glibc.
> >
> >
> Yes,
Tom wrote:
Thats the problem!
You have your fine dictonary in hand, so you think you know how to speak
english... but when you visit a english speaking country the people
you speak to look like a deer caught in a spot light!
I can find my way around America without having too much difficulties.
> Thats the problem!
> You have your fine dictonary in hand, so you think you know how to speak
> english... but when you visit a english speaking country the people
> you speak to look like a deer caught in a spot light!
> In other words sure ... Shachar... is 100% correct. I will give him
>
Ah, the difference between British English and American English.
ManU are crushing Arsenal.
ManU is crushing Arsenal.
UK English insists on plural verbs for collective nouns (family, team,
list, etc.), while US English generally uses singular verbs. (An exception
is "couple" referring to a romant
Rein Klazes wrote:
If they are not still on your system (/var/cache/apt/archives/)
Luckily - it was, indeed, there. Thanks.
you can
download them from a local Debian mirror in pool/main/g/glibc.
Yes, on second inspection there were ther. Then again, apt-get install
libc6=2.3.2-5 didn't work.
Ivan Leo Murray-Smith wrote:
Purely academic, I know, but m-w doesn't know "updated" as an adjective.
To the best of my knowledge, "the list is now updated" is slang. Am I
wrong here?
From the Cambridge Advanced Learner's Dictionary
update verb [T]
1 to make something more modern or suitabl
Hi Dimitrie,
On September 9, 2003 10:49 pm, Dimitrie O. Paun wrote:
> On September 9, 2003 10:34 pm, Geoff Thorpe wrote:
> > On the other hand, I *have* duplicated the interface
> > verbatim in terms of using exactly the same element names, the same
> > order of elements in the structures, etc.
>
On Wed, 10 Sep 2003 18:39:51 +0300, you wrote:
> Rein Klazes wrote:
>
> >On Wed, 10 Sep 2003 16:03:23 +0300, you wrote:
> >
> >
> >
> >>Hi list,
> >>
> >>I have just performed an upgrade to my Debian Sid Linux. During the
> >>upgrade, libc was replaced. I can now not get Wine to work on the ne
> Without knowing the rest of the systems (RAM, HD speed, present libs,
> compiler used, etc.) it's rather meaningless to compare compile times.
512MB ddr, gcc 3.3.1, all optional wine stuff compiled in, 7200rpms hd.
> Purely academic, I know, but m-w doesn't know "updated" as an adjective.
> To the best of my knowledge, "the list is now updated" is slang. Am I
> wrong here?
>From the Cambridge Advanced Learner's Dictionary
update verb [T]
1 to make something more modern or suitable for use now by adding new
Le mer 10/09/2003 à 11:55, Ivan Leo Murray-Smith a écrit :
> >p.s.
> >For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now
> >switched to ccache, hoping I can bring it down even lower.
> And my 1.4GHZ AMD Athlon XP takes 18:45, and some people still think intel can
> compete wit
>p.s.
>For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now
>switched to ccache, hoping I can bring it down even lower.
And my 1.4GHZ AMD Athlon XP takes 18:45, and some people still think intel can
compete with AMD...
Vincent Béron wrote:
Le mer 10/09/2003 à 11:13, Vincent Béron a écrit :
Le mar 09/09/2003 à 12:34, Juraj Hercek a écrit :
I've fixed the error on my side with
WINEDLLPATH="/usr/local/lib/wine:.". Anyways I think it's a workaround
not a solution... Since I don't know much about initializa
"Jonathan Wilson" <[EMAIL PROTECTED]> wrote:
> struct GDIHandleBitFields {
> unsigned long Index:0:10;
> unsigned long Type:10:5;
> unsigned long AltType:15:2;
> unsigned long Stock:17:1;
> unsigned long Unique:18:8;
> };
>
> This might help people trying to understand the inner workings of GDI..
Rein Klazes wrote:
On Wed, 10 Sep 2003 16:03:23 +0300, you wrote:
Hi list,
I have just performed an upgrade to my Debian Sid Linux. During the
upgrade, libc was replaced. I can now not get Wine to work on the new
install.
ACK. I have downgraded to glibc-2.3.2-5 and it works again.
C
Tom wrote:
Shachar
Shemesh wrote:
Tom wrote:
David Laight wrote:
On Wed, Sep 10, 2003 at 03:46:10AM -0400,
Tom wrote:
Arjen Verweij wrote:
list are? not list is?
*boggle*
On Wed, 10 Sep 2003 16:03:23 +0300, you wrote:
> Hi list,
>
> I have just performed an upgrade to my Debian Sid Linux. During the
> upgrade, libc was replaced. I can now not get Wine to work on the new
> install.
ACK. I have downgraded to glibc-2.3.2-5 and it works again.
strace wine:
| exec
On Wed, 10 Sep 2003 17:29:55 +0300
Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> Now, English is not even my native language, but should that be "the
> list is now up to date"?
>
Better to think laterally - 'the list has now been updated'.
Probably a good idea to add a date so's people know ho
You must send me some of the stuff you're smoking!
"The list are now up to date" doesn't exist in english, you must choose
"The lists are now up to date" for a plural
"The list is now up to date" for a singular
Shachar Shemesh wrote:
Tom wrote:
David Laight wrote:
On Wed, Sep 10, 2003 at 03:46:10AM -0400, Tom wrote:
Arjen Verweij wrote:
list are? not list is?
*boggle*
list are ...
As, The list is going to be updated in the future.. would be
future tence.. and are is present tence.
struct GDIHandleBitFields {
unsigned long Index:0:10;
unsigned long Type:10:5;
unsigned long AltType:15:2;
unsigned long Stock:17:1;
unsigned long Unique:18:8;
};
This might help people trying to understand the inner workings of GDI...
Its current as of windo
I happen to be from the UK, and can tell you that
>The following lists the x86 operating systems supported by
>the list is now updated
>the list is now up to date
are all correct.
Le mer 10/09/2003 à 11:13, Vincent Béron a écrit :
> Le mar 09/09/2003 à 12:34, Juraj Hercek a écrit :
> > I've fixed the error on my side with
> > WINEDLLPATH="/usr/local/lib/wine:.". Anyways I think it's a workaround
> > not a solution... Since I don't know much about initialization, I would
>
Hi,
When trying to compile Wine without optimizations, the compilation
fails. I'm trying clean sources, with the "--with-nptl" flag.
The failure (so far, I'm still trying to figure these things out) are
when compiling ntdll and the wine executable itself. Both cases, the
problem is that same.
Tom wrote:
David Laight wrote:
On Wed, Sep 10, 2003 at 03:46:10AM -0400, Tom wrote:
Arjen Verweij wrote:
list are? not list is?
*boggle*
list are ...
As, The list is going to be updated in the future.. would be
future tence.. and are is present tence.. the list are now up
Le mar 09/09/2003 à 12:34, Juraj Hercek a écrit :
> I've fixed the error on my side with
> WINEDLLPATH="/usr/local/lib/wine:.". Anyways I think it's a workaround
> not a solution... Since I don't know much about initialization, I would
> leave the real fix for someone more skillful.
It seems li
Shachar Shemesh wrote:
Hi list,
I have just performed an upgrade to my Debian Sid Linux. During the
upgrade, libc was replaced. I can now not get Wine to work on the new
install.
Previously, I would use Wine without --with-nptl. This no longer
works. Wine sigsegv on startup (whether there are
On Wed, 10 Sep 2003, Richard Cohen wrote:
> Then won't the configure scripts break with mingw as well ?
No, because the configure script tests the extension. If the
extension is .exe, it will try to run XXX.exe, which will not
work in our case.
I've spent some time dealing with this long time ag
I am trying to get the Game Vampire The Masquerade: Redemption to run
under wine... I tried wine and got tons of errors, I assume because of a
lack of directX support. After some fiddling, it ran under WineX, except
that the mouse moves very slow, and I get the following messages when
the game star
David Laight wrote:
On Wed, Sep 10, 2003 at 03:46:10AM -0400, Tom wrote:
Arjen Verweij wrote:
list are? not list is?
*boggle*
list are ...
As, The list is going to be updated in the future.. would be
future tence.. and are is present tence.. the list are now updated
After installing winex from the cvs source tree, I get the following
error whenever I try to run wine:
wine: lstat /home/ian/.wine/wineserver-Aragorn/socket : No such file or
directory
It works fine if I first run wineserver. I understand that this has
something to do with having glibc 2.3.2? I d
On Wed, Sep 10, 2003 at 03:46:10AM -0400, Tom wrote:
> Arjen Verweij wrote:
>
> >list are? not list is?
> >
> >*boggle*
> >
> >
> >
> list are ...
> As, The list is going to be updated in the future.. would be
> future tence.. and are is present tence.. the list are now updated
I am, he
David Laight wrote:
On Wed, Sep 10, 2003 at 02:54:24AM -0400, Tom wrote:
Francois Gouget wrote:
Changelog:
- The following will list the x86 operating systems supported by
+ The following lists the x86 operating systems supported by
Should be.
The following list are the x
Dimitrie O. Paun wrote:
True, but I think it may screw up configure scripts. They do work with
a.out, don't change as I'm fairly sure they will break with a.exe.
Then won't the configure scripts break with mingw as well ?
Richard.
list are? not list is?
*boggle*
On Wed, 10 Sep 2003, Tom wrote:
> Francois Gouget wrote:
>
> >Changelog:
> >
> >
> >- The following will list the x86 operating systems supported by
> >+ The following lists the x86 operating systems supported by
> >
> >
> Should be.
>
> The following li
Hello,
I've updated today from wine and got into troubles after installing it -
got Segmentation fault. I dig in it and figured the problem is my
environment variable WINEDLLPATH which was set to "." (current
directory). The back trace of stack during the crash was similar to this
(just the fr
Could you also make test.c into a regression test for inclusion into Wine?
That is almost more important than the actual patch to Wine - if we have
the conformance test, it ensures changes to Wine in the future does not
destroy functionality.
regards,
Jakob
Hi,
>Can some of the widl gurus look at this one please?
This is a known problem with widl, see
http://www.winehq.org/hypermail/wine-devel/2003/03/0359.html.
I sent a patch to fix this issue, but it wasn't the right fix and
probably won't apply unmodified now.
Cheers,
Jon
=
"Don't wait
Hi list,
I have just performed an upgrade to my Debian Sid Linux. During the
upgrade, libc was replaced. I can now not get Wine to work on the new
install.
Previously, I would use Wine without --with-nptl. This no longer works.
Wine sigsegv on startup (whether there are parameters or not).
co
On September 9, 2003 05:10 pm, Deji Akinyemi wrote:
> I seem to be having different outcomes when I compile the code with the
> original Makefile and when I do so with the Makefile generated with
> winemaker.
There were recent problems with winemaker, you may need to tweak it a bit.
> The origin
On September 10, 2003 06:44 am, Richard Cohen wrote:
> Dimitrie O. Paun wrote:
> > I'm still not sure I like this one, as I said, a.out is a gccism,
>
> No, a.exe is a mingw-ld ism ;-)
True, but I think it may screw up configure scripts. They do work with
a.out, don't change as I'm fairly sure th
Francois Gouget wrote:
On Wed, 10 Sep 2003, Tom wrote:
'list' is also a verb. So I stand by what I wrote. I'm not sure the
'are' is very correct in your sentence, it sounds weird. If going this
route, maybe the following would be better:
These are the x86 operating systems supported by
Oka
On Wed, 10 Sep 2003, Tom wrote:
> Francois Gouget wrote:
>
> >Changelog:
> >
> >
> >- The following will list the x86 operating systems supported by
> >+ The following lists the x86 operating systems supported by
> >
> >
> Should be.
>
> The following list are the x86 operating systems s
Dimitrie O. Paun wrote:
On Tue, 9 Sep 2003, Richard Cohen wrote:
...rather than adding -L to both the DLLs and static libraries
No functional changes.
I'm not sure this is correct, as the order of -L and -l may be
significant. That is to say, if I do
-LdirA -la -LdirB -lb
then the system wil
Dimitrie O. Paun wrote:
I'm still not sure I like this one, as I said, a.out is a gccism,
No, a.exe is a mingw-ld ism ;-)
and should be handled in winegcc. winewrap does not have to be
command line compatible to the GNU tool (as it currently stands),
we can require an output name for it.
We have a
On Wed, Sep 10, 2003 at 02:54:24AM -0400, Tom wrote:
> Francois Gouget wrote:
>
> >Changelog:
> >
> >
> >- The following will list the x86 operating systems supported by
> >+ The following lists the x86 operating systems supported by
> >
> >
> Should be.
>
> The following list ar
On Wednesday 10 September 2003 3:16 am, you wrote:
> On September 9, 2003 07:37 pm, Robert Shearman wrote:
> > --- /dev/null Mon Jun 24 01:53:01 2002
> > +++ wine/dlls/quartz/list.h Mon Sep 8 00:48:58 2003
>
> The list.h stuff seems to be fairly popular, why not stick a
> copy in wine/list.h
1 - 100 of 108 matches
Mail list logo
