Hi
Quite old mail, but I just started to work on it again :)
At 16:07 15.07.2003 +0900, Dmitry Timoshkov wrote:
I don't think I link without relocation records, but I couldn't find that setting
anyway. Where in VC6 would I have to change this? I can only see the
base address, so I thought
On Tue, 9 Sep 2003, Dimitrie O. Paun wrote:
On September 8, 2003 01:23 pm, Francois Gouget wrote:
As far as I can see the differences between winehq.dsl and default .dsl
Well, if we keep winehq.dsl, why do we need a perl script to patch
the output?
We need the perl script to remove
Francois Gouget wrote:
Tom, you submitted a patch that splits many words in two. I assume
that's because they're not in the dictionary
but I'm not sure it's
appropriate. Here are some examples:
Hi Francois,
Well that is what my spell checker says. :)
If you feel there incorrect feel free to
On Wednesday 10 September 2003 5:32 am, Dave Miller wrote:
Remove about a dozen ordinals we have defined which do not seem to be
important. (They vary from one windows version to another)
Alexandre, please don't apply. I am doing a big update on the ordinals of
Shlwapi and will incorporate
Dimitrie O. Paun wrote:
On Tue, 9 Sep 2003, Richard Cohen wrote:
...rather than adding -Llibpath 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
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
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
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 how
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 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?
Does
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).
Hi,
snip
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
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
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.
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
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:
|
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.
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...
Its
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
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 with
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.
This
Ah, the difference between British English and American English.
lang=en-ukManU are crushing Arsenal./lang
lang=en-usManU is crushing Arsenal./lang
UK English insists on plural verbs for collective nouns (family, team,
list, etc.), while US English generally uses singular verbs. (An exception
is
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 Keith
On Wed, Sep 10, 2003 at 01:19:13PM -0400, John Freed wrote:
Ah, the difference between British English and American English.
lang=en-ukManU are crushing Arsenal./lang
lang=en-usManU is crushing Arsenal./lang
UK English insists on plural verbs for collective nouns (family, team,
list,
Thanks! Adding the
windows.h 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
Le mer 10/09/2003 à 16:10, Deji Akinyemi a écrit :
Thanks! Adding the
windows.h 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
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 new
install.
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
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
that!
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.
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, on second
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
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
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
-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 you
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
|
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 we can
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 g
That's a temporary problem because dll separation is not finished. It
will be fixed soon, in the meantime
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.
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.
On Wed, 10 Sep 2003, Eric Pouech wrote:
I doubt g
What's the problem?
--
Dimi.
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
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
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
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, 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
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.
He
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
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 compiled
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() will be 0
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.
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?
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 without a
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On Wed, 10 Sep 2003, Eric Pouech wrote:
I doubt g
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. Also I
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 you're
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 share
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 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 not really
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 no longer
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 back and
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 existing
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
(...)
and many
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 possible
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
using
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
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
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
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 matters at
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 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
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.
71 matches
Mail list logo