Jim Aston wrote:
>
> Traditionally there is a party each night hosted by
> a local Linux company(Corel's is Thursday). Free food and
> open bar is part of the tradition. I suggest it would be a
> good place to start. Though it might be difficult to do any
> damage to the party fund. ;-\
W
The sample Winelib programs don't compile on my machine. I have a
patch ready (see attachment) but I'm not sure I'm doing everything right
so I thought I'd ask here before submitting it to wine-patches:
* rpcrt4 is missing from the link list
Actually I don't have a question for that one,
On Mon, Jul 17, 2000 at 01:50:15PM -0400, Graham Street wrote:
> Hi,
> I'm trying wine out on a 32 bit app (called Aspen Graphics).. I am trying
> this command:
>
> wine "Qmaster.exe user 121 ip server INET4.aspenres.com dir ./ "
>
> But it says:
>
> fixme:console:SetConsoleCtrlHandler (0x4f506
At 03:06 PM 7/17/00 -0400, you wrote:
>This patch should solve the splash screen problem you're experiencing. Let
>me know if it works.
It works very well for all 32 bits program I have thrown at it.
Not a glitch. Great work :-)
Results are less good for 16 bits programs; for example, the ca
Hi !
On Mon, Jul 17, 2000 at 05:38:44PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
>
> I got a CD : Atlas routier France that failed to get a proper serial
> calculated . It looks like all letters are here but not at the good
> position.
Ouch !
It seems the serial is just reversed.
Maybe some endiann
Lionel Ulmer wrote:
> On Mon, Jul 17, 2000 at 03:42:39AM -0500, David Elliott wrote:
> > Received the following error messages:
> > gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE__
> > -D_REENTRANT -I/usr/X11R6/include -o d3ddevice/mesa.o d3ddevice/mesa.c
> > d3ddevice
I've made a mistake in my previous patch,
Take this one instead.
Stephane.
> -Original Message-
> From: Stephane Lussier [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 17, 2000 3:07 PM
> To: Ian Schmidt
> Cc: [EMAIL PROTECTED]; gerard patel
> Subject: RE: EventExpose race con
Traditionally there is a party each night hosted by
a local Linux company(Corel's is Thursday). Free food and
open bar is part of the tradition. I suggest it would be a
good place to start. Though it might be difficult to do any
damage to the party fund. ;-\
They are also centered in the Mar
> I will see if I find time to make a prerelease of winapi_test
> later today. At least something useful currently works,
> eventhough it still is a gross hack (slow and bloated).
I found some time, but not that much. :-)
Very quick install instruction, there will
surely be some mistakes.
Apply
On Mon, Jul 17, 2000 at 08:31:38PM +0200, Juergen Schmied wrote:
> Not jet looked really deep into it but creating new instances of objects
> in a QueryInterface call violates basic rules of COM. Every call
> of QueryInterface for a given IID _MUST_ return a pointer to the same
> object means:
> Q
Ian,
This patch should solve the splash screen problem you're experiencing. Let
me know if it works.
The patch is slightly different to what Gerard posted last week. I've done
the invalidation in the service thread, and erased the background on
reception of WM_SYNCPAINT only if it was needed. (b
A very small comment:
"port" should be used for the port objects of ntdll (LPC) so
"serialport" would be better...
juergen
> i am planning to create a new kernel32 object, "port" which will the
---
[EMAIL PROTECTED]
... from sunny Berlin
Not jet looked really deep into it but creating new instances of objects
in a QueryInterface call violates basic rules of COM. Every call
of QueryInterface for a given IID _MUST_ return a pointer to the same
object means:
QueryInterface is never supposed to create objects.
(Example how to do such
Alexandre and I will be there starting Wednesday.
Being a strong backer of Wine, I feel it's important
to support Wine and all of its traditions. For some
reason, helping to spend the Wine party fund is one
I seem to feel especially strongly about...
I think we should have a Wine developers gat
Hi,
I'm trying wine out on a 32 bit app (called Aspen Graphics).. I am trying
this command:
wine "Qmaster.exe user 121 ip server INET4.aspenres.com dir ./ "
But it says:
fixme:console:SetConsoleCtrlHandler (0x4f506c,1) - no error checking or testing yet
No handler for Win32 routine KERNEL32.471
"Peter Hunnisett" <[EMAIL PROTECTED]> writes:
> Sounds like it should be using something like vsnprintf internally.
>
> If no one has any objections to changing the use of vsprintf to vsnprintf
> I'll do something up and submit it.
vsnprintf is not available everywhere, so yes I do object. I do
> >Exact, except a patch for WsControl()/WSAIoctl() that is coming, on the
>^
> >short term, we're not planning to add any new functionality to Winsock.
>
> so we can then support native icmp??
No, unfortunately not. My patch will only cover the network
inter
> Received the following error messages:
> gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall
> -fPIC -D__WINE__
> -D_REENTRANT -I/usr/X11R6/include -o d3ddevice/mesa.o d3ddevice/mesa.c
> d3ddevice/mesa.c: In function `fill_device_capabilities':
> d3ddevice/mesa.c:130: `PFNGLCOLORTABLEEX
On Mon, Jul 17, 2000 at 03:42:39AM -0500, David Elliott wrote:
> Received the following error messages:
> gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE__
> -D_REENTRANT -I/usr/X11R6/include -o d3ddevice/mesa.o d3ddevice/mesa.c
> d3ddevice/mesa.c: In function `fill_devi
In message <[EMAIL PROTECTED]>,
Stephane Lussier <[EMAIL PROTECTED]> writes
>Exact, except a patch for WsControl()/WSAIoctl() that is coming, on the
^
>short term, we're not planning to add any new functionality to Winsock.
so we can then support native icmp??
Hi,
I got a CD : Atlas routier France that failed to get a proper serial
calculated . It looks like all letters are here but not at the good
position.
Here is what I got from NT cmd prompt :
Volume in drive D is France
Volume Serial Number is CC6D-56F1
Directory of D:\
30-05-00 13:25
Hello Wine Developers,
i'd like to ask for some opinions on implementing some features for
serial communications support.
For applications to successfully use serial ports in Wine, the
following is most likely needed:
1) wine server support of comm ports
2) support for overlapped (asynchronous)
> Hello Patrick:
>
> You recently wrote on wine-devle about your "condensing-ware"
> winapi_test project.
Yes. I have being otherwise occupied again, so I haven't worked
much on it lately. It works but it it currently such a gross hack
that I haven't released it yet. It works to some extent tho
Ove wrote:
> There are no specific plans. People just implement what they want to have.
> And there are no current efforts on Winsock functionality, unless
> Macadamian is planning on something (though I doubt that they need
> anything more than what already exists).
>
Exact, except a patch for
Hello Patrick:
You recently wrote on wine-devle about your "condensing-ware" winapi_test project.
Is there room in this thing for arbitrary regression tests too? We are working my
way through the semi-annual Corel mega merge and would like some way of verifying that
the bugs we (Corel and
Wi
>On the second hand, consider misc/debugstr.c broken.
>
>dbg_vprintf() uses only 500 byte as buffer and horrible fails with 15k of
>unwrapped string data.
Sounds like it should be using something like vsnprintf internally.
If no one has any objections to changing the use of vsprintf to vsnprintf
Andreas Mohr writes:
>
> BTW, can you confirm that native CRTDLL *is* system independent ?
>
How do I check?
But I can tell that using native crtdll maked some mingw cross
compiler usable. I didn't check yet the resulting code, but will
report.
Bye
Uwe Bonnes[EMAIL PROTECTED]
On Mon, Jul 17, 2000 at 09:47:13AM +0200, Uwe Bonnes wrote:
> Hallo,
>
> no quick shots :-)
>
> CRTDLL isn't a low level DLL like NTDLL. Many thinks that don't work
> with wine crtdll work with native crtdll. File handling is done
> through Api Calls into Kernel/User and so even the file handle
Uwe Bonnes wrote:
> Andreas Mohr writes:
> > On Sun, Jul 16, 2000 at 03:44:16PM +0200, Uwe Bonnes wrote:
> > > Hallo,
> > >
> > > is there any reason to further work on wine crtdll? Running e.g. a
> > > MingW programm needs a lot more functions in crtdll. Running with a
> > > native crtdkk howeve
Received the following error messages:
gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE__
-D_REENTRANT -I/usr/X11R6/include -o d3ddevice/mesa.o d3ddevice/mesa.c
d3ddevice/mesa.c: In function `fill_device_capabilities':
d3ddevice/mesa.c:130: `PFNGLCOLORTABLEEXTPROC' undecl
Andreas Mohr writes:
> On Sun, Jul 16, 2000 at 03:44:16PM +0200, Uwe Bonnes wrote:
> > Hallo,
> >
> > is there any reason to further work on wine crtdll? Running e.g. a
> > MingW programm needs a lot more functions in crtdll. Running with a
> > native crtdkk however makes the program work.
> >
>
31 matches
Mail list logo