On January 5, 2004 05:40 pm, Ralf Juengling wrote:
> Maybe, this assumption is simply wrong and gcc doesn't look up
> dynamic libraries that way (at least its man page doesn't say so).
> The reason that only I have this problem and noone else might be
> due to my wine setup: I configured with "--pr
Hello,
> (4d) Removed wodPlayer_DSPWait()
>
> I just calculate the wait value once in wodOpen() and store it in
> wwo->dwSleepTime.
>
> Won't this value change as arts becomes filled with data or plays data out?
No. The only function that calls wodPlayer_DSPWait() is the FeedDSP()
-- and it on
<[EMAIL PROTECTED]> writes:
> Registering the dlls? Is this the same as loading them?
No, it's running regsvr32 on them, which calls the DllRegisterServer
entry point.
> How would we know which dll was responsible for creating which
> registry entries? Is it that clear which one should do it?
"Bill Medland" <[EMAIL PROTECTED]> wrote:
> BTW can you tell me what incorrect behaviour you are aware of; I'll see if I
> can fix it while I am working in this area.
Attached is an one year old test app which gave very different
results under win2k and Wine. I didn't run it for a while, but
I d
Hi,
(B
(B> XLib threading seems to just cause pain all over. Is this the same as
(B> the XIM deadlock reported a few weeks ago?
(B
(BJust confirmed with cvs head.
(BThis indeed seems to be causing the deadlock on XIM as well.
(Bcommented this line out and it looks a lot better.
(B
(BI was
On Saturday, January 3, 2004, at 01:07 AM, Dimitrie O. Paun wrote:
I'm new to this so please bear with me.
First I edited the Makefile and replaced gcc with winegcc. When I run
"make" I get this error when it tries to link:
could not open .def file for kernel32
Error: /usr/bin/winebuild failed.
Just looking it over it seems fine. Eric Pouech is a better person to review
something like this, he's had quite a bit more experence in this area.
A couple of things:
(4b) wodPlayer_FeedDSP()
In the while loop, I could not figure out the purpose of 'availInQ >
SPACE_THRESHOLD', so I changed i
You can duplicate a pipe handle with DuplicateHandle, make it inheritable and share it
between processes similar
to many other handles
On Sunday 04 January 2004 03:33 pm, Juan Lang wrote:
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > You have to do inter-process synchronization, pipe
>
Hello,
This message is largely for Chris Morgan's review, but I thought I
should open it to any interested parties.
I have added wave-in support for arts. I also fixed some bugs in the
waveout code, and made some "improvements". This code seems to work
really well for me. If no one sees any probl
On Mon, 2004-01-05 at 13:04, Dimitrie O. Paun wrote:
> > There is at least one difference in using a wrapper & dll vs.
> > using a single executable: The function GetModuleFileName
> > doesn't yield the path to the program (the wrapper) with the
> > wrapper-approach (there was some discussion on th
On Sat, 2004-01-03 at 01:03, Dimitrie O. Paun wrote:
> > This should not be necessary with the code in question and
> > I would rather like to build just one executable. So I wrote
> > a Makefile that does this (not using winegcc & co) by
> > calling winebuild explicitly (see below).
>
> Unfortun
How do we plan to get rid of having default config files? Where would the default
registry go?
Chris
>
> From: Alexandre Julliard <[EMAIL PROTECTED]>
> Date: 2004/01/05 Mon PM 03:19:54 EST
> To: Chris Morgan <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED]
> Subject: Re: install default config fi
Registering the dlls? Is this the same as loading them?
How would we know which dll was responsible for creating which registry entries? Is
it that clear which one should do it?
Would the code called during registration check to see if the default keys existed and
if it didn't install the def
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > I am calling this patch pre5 rather than #5 because it doesnt fully
> > address the rest of the PSDK porting issues and one of my new years
> > resolutions for 2004 is for every patch I send to winehq to be good
> > enough to go right in to CVS.
Marcus Meissner <[EMAIL PROTECTED]> writes:
> But how will we get rid of the drive config?
We will need a tool (maybe wineboot) to setup the initial drive config
according to the machine setup. A default config file is not going to
help with that anyway.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Mon, Jan 05, 2004 at 01:46:59PM -0800, Alexandre Julliard wrote:
> <[EMAIL PROTECTED]> writes:
>
> > How do we plan to get rid of having default config files? Where would the default
> > registry go?
>
> It will be created on the fly by registering the various dlls and
> creating the remaini
<[EMAIL PROTECTED]> writes:
> How do we plan to get rid of having default config files? Where would the default
> registry go?
It will be created on the fly by registering the various dlls and
creating the remaining needed keys, most likely through a setupapi
.inf script.
--
Alexandre Julliar
> There is at least one difference in using a wrapper & dll vs.
> using a single executable: The function GetModuleFileName
> doesn't yield the path to the program (the wrapper) with the
> wrapper-approach (there was some discussion on this in another
> recent thread). Thus, having such flag in win
Does anyone know if we already have a function that measures the true length
of a window's text in the following way
l = SendMessage (hwnd, WM_GETTEXTLENGTH,..)
presumably allocate a buffer
SendMessage (hwnd, WM_GETTEXT, 2(l+1)..)
Then actually measure the retrieved text.
--
Bill Medland
mailto
Chris Morgan <[EMAIL PROTECTED]> writes:
> * configure.ac, Makefile.in, documentation/Makefile.in, documentation/samples/
> Makefile.in
> Chris Morgan <[EMAIL PROTECTED]>
> Install default wine configuration files to $PREFIX/share/wine for use by
> packages and by future changes to create a defau
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Some simple fix for C++ with the macro FONTSIZE
> So ATL and MFC can compile.
Why do you need that? It's not in the SDK header AFAICS.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Mon, 05 Jan 2004 09:57:34 -0800, Steven Edwards wrote:
> Right but...There are going to be problems with this untill WINE 1.0.
> If the WINE server protocall or API changes the app will break. For the
> time being the only solution would be to ship WINE with the app. Once
> we have a 1.0 release
Hi Dimi,
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> This is not a problem: your app has lots of dependencies anyway,
> wine will just be one of them. Gnome apps require the Gnome libs,
> they don't package those with each app, do they? :)
Right but...There are going to be problems with th
On January 2, 2004 09:56 pm, Dmitry Timoshkov wrote:
> "Bill Medland" <[EMAIL PROTECTED]> wrote:
> > I am just about to start concentrating on IsDialogMessage, especially in
> > the non-dialog context. Our program (suite) uses ActiveX controls
> > extensively and is difficult to use because the TA
On January 5, 2004 11:32 am, Brian Vincent (C) wrote:
> Which brings up a good point, is there an easy way to distribute
> one? What comes to mind would be some way to adapt the Wine binary
> distributions (RPM's, .tgz's) to also install an application at
> the same time.
This is not a problem
Title: Re: How can I run a program compiled with winelib when wine has been uninstalled.
>> I'm making efforts to let a program which is compiled with winelib run with
>> wine uninstalled. This program was for windows initially, I managed to
>> compile it under Linux(Redhat) with winelib. Now
Alexandre,
running fedora-core 1
glibc-2.3.2-101.1
XFree86-4.3.0-42
On Mon, 2004-01-05 at 01:05, Alexandre Julliard wrote:
> grant williamson <[EMAIL PROTECTED]> writes:
>
> > Hi,
> > not sure if anyone else has experienced this.
> > since patch http://cvs.winehq.com/patch.py?id=10332 was ad
On January 2, 2004 09:56 pm, you wrote:
> "Bill Medland" <[EMAIL PROTECTED]> wrote:
> > I am just about to start concentrating on IsDialogMessage, especially in
> > the non-dialog context. Our program (suite) uses ActiveX controls
> > extensively and is difficult to use because the TAB handling in
On January 5, 2004 10:33 am, Michael Stefaniuc wrote:
> Hi!
>
> Are you building the rpm's as root? I never do that.
Well, I don't do too much rpm building, and I haven't
changed permissions on /usr/src/redhat:
[EMAIL PROTECTED] wine]$ rpmbuild --rebuild mingw-3.0-1.src.rpm
Installing mingw-3.0-1
On Mon, 2004-01-05 at 15:16, Robert Shearman wrote:
> That's lucky, because I was going to work on that. I thought about moving
> all of the typelib stuff to a library (because ITypeLib and ICreateTypeLib
> must be part of the same object), so that we could use it from widl as part
> of the build p
Hi!
Are you building the rpm's as root? I never do that.
On Mon, Jan 05, 2004 at 10:05:37AM -0500, Dimitrie O. Paun wrote:
> On December 22, 2003 05:37 pm, Michael Stefaniuc wrote:
> > * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild
> > $SRPM) and install them.
>
> mingw
> > Nobody has yet added typelib stuff to widl, eh... I guess I could whip
> > up a framework or something to help with that, since nobody else has yet
> > done it...
>
> Actually, in the last 4 days I recruited somebody to hack on this from
> IRC. He seems pretty competent and is currently impleme
On December 22, 2003 05:37 pm, Michael Stefaniuc wrote:
> * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild
> $SRPM) and install them.
mingw-binutils builds and installs no problem (I'm running RH9),
but mingw fails building at this stage, like so:
+ /usr/lib/rpm/find-debug
It has been on my to do list for a while. I'm glad someone will beat me
to it.
While at typelib.c in member TLB_ReadTypeLib
Note that only IMAGE_DOS_SIGNATURE is supported for native DLLS.
Support most be for builtin DLLs as well. I'm not sure what the
signature is.
Than it goes on to do LoadLi
On Mon, 05 Jan 2004 14:17:28 +0100, Ove Kaaven wrote:
> Nobody has yet added typelib stuff to widl, eh... I guess I could whip
> up a framework or something to help with that, since nobody else has yet
> done it...
Actually, in the last 4 days I recruited somebody to hack on this from
IRC. He seem
man, 05.01.2004 kl. 02.07 skrev Robert Shearman:
> > I note that Win98 is about to be finally obsoleted. After this, it's
> > possible Microsoft will do the same as they did with IE and other stuff
> > for Win95 and pull downloads from their website. This is a problem,
> > because we currently need
Index: include/olectl.h
===
RCS file: /home/wine/wine/include/olectl.h,v
retrieving revision 1.19
diff -u -r1.19 olectl.h
--- include/olectl.h5 Sep 2003 23:15:44 -1.19
+++ include/olectl.h5 Jan 2004 08:24:39 -
@@
37 matches
Mail list logo
