Which will not help at all with filedescriptors.
I thought Eric said there was an uninitialized pointer laying
around. Valgrind's real good at finding those...
I'm not sure what's uninitialized (maybe a pointer, maybe a fd, maybe something
else...)
BTW, I don't see what could prevent
On Sun, 16 Feb 2003 21:55:44 +0100, you wrote:
Rein == Rein Klazes [EMAIL PROTECTED] writes:
Rein On Fri, 14 Feb 2003 14:27:11 -0600, you wrote:
Log message: Changed fd operations to take a struct fd instead of a
struct object. Removed get_file_info function from object
Alexandre doesn't like the way of using key combinations (which could be
useful to a given program)
if you want to do it, winedbg just does the job
A+
How can you do that? the debugmsg command didn't appear to exist (or at
least, grepping the winedbg source didn't show any implementation for
Oh, another idea - would it be possible to have Wine delay logging until
it receives a signal. That way you could use kill to toggle logging.
On Mon, 2003-02-17 at 10:21, Mike Hearn wrote:
Alexandre doesn't like the way of using key combinations (which could be
useful to a given program)
How can you do that? the debugmsg command didn't appear to exist (or at
least, grepping the winedbg source didn't show any implementation for it
I could see)
set + file
= turns all file debug channels on
set warn + file
= turns the warn info on file on
(implementation is in info.c IIRC)
A+
Ever since upgrading to RH8.0, I've been getting the following errors
when building Wine - even with a fresh CVS pull:
device.o: In function `DrawPrimitiveI':
/usr/src/wine/dlls/d3d8/device.c:392: undefined reference to
`glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined
avid == David D Hagood [EMAIL PROTECTED] writes:
avid Ever since upgrading to RH8.0, I've been getting the following
avid errors when building Wine - even with a fresh CVS pull:
avid device.o: In function `DrawPrimitiveI':
Often for such problems a make distclean, .configure , make
Uwe Bonnes wrote:
Often for such problems a make distclean, .configure , make depend and
make sequence helps.
Bye
Not this time. Same result.
On Mon, 17 Feb 2003, Dan Kegel wrote:
Suggestion: turn off HTML email when posting to
the wine mailing lists. Plain text is much easier
for many people to read.
In fact, HTML mail is frowned upon around here :)
Minor nit: most people, when they attach patches, use
a filename that ends in
http://www.winehq.com/hypermail/wine-devel/2003/02/0206.html
I think this problem has been discussed before, but clearly there was no
resolution.
On Mon, 2003-02-17 at 16:13, David D. Hagood wrote:
Uwe Bonnes wrote:
Often for such problems a make distclean, .configure , make depend and
Dimitrie O. Paun wrote:
On Mon, 17 Feb 2003, Dan Kegel wrote:
Suggestion: turn off HTML email when posting to
the wine mailing lists. Plain text is much easier
for many people to read.
In fact, HTML mail is frowned upon around here :)
Minor nit: most people, when they attach
mån 2003-02-17 klockan 13.13 skrev David D. Hagood:
Uwe Bonnes wrote:
Often for such problems a make distclean, .configure , make depend and
make sequence helps.
Bye
Not this time. Same result.
I've seen the same here on my Red Hat 8.0 box.
A workaround is to disable opengl by
On Mon, 17 Feb 2003, Tony Lambregts wrote:
+ No html please. The reason for this is that any mail program
+ can handle text.
I would reformulate this:
No HTML mail please. It is considered bad netiquet as it uglifies the
message, and is not viewable by many of the
whats your videocard and your drivers model/version ?
device.o: In function `DrawPrimitiveI':
/usr/src/wine/dlls/d3d8/device.c:392: undefined reference to
`glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined
reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516:
Sylvain Petreolle wrote:
whats your videocard and your drivers model/version ?
xdpyinfo and glxinfo attached.
Basicly a pull of the DRI CVS.
name of display::0.0
version number:11.0
vendor string:The XFree86 Project, Inc
vendor release number:4020
XFree86 version: 4.2.0
David D. Hagood a écrit:
Ever since upgrading to RH8.0, I've been getting the following errors
when building Wine - even with a fresh CVS pull:
device.o: In function `DrawPrimitiveI':
/usr/src/wine/dlls/d3d8/device.c:392: undefined reference to
Vincent Béron wrote:
What's the output of rpm -q -f /usr/include/GL/gl.h and gl.ext?
Mine's XFree86-devel-4.2.0-72, and I don't have any problem compiling
Wine with OpenGL.
My GL headers are from the CVS pull of DRI, so they aren't owned by any
package.
The free ASP.NET IDE from http://www.asp.net, Web Matrix,
uses MSDE (the embedded SQL server that fed the Slammer worm).
MSDE can be freely downloaded from http://www.asp.net/msde/
Out of curiosity, I tried installing MSDE on cvs wine today. A few notes:
The installer is an Installshield
Waldeck Schutzer wrote:
Hi Eric,
I followed your suggestions which greatly simplified the code. Thank
you. Now, since we are using the fixed-size windows TOC, memory
allocation is no longer an issue. Some of the sanity checks over dev
were removed. I also made an attemt at making the code
I've seen the same here on my Red Hat 8.0 box.
A workaround is to disable opengl by passing --without-opengl to
configure.
Could you give us exactly what your set-up is ? Ie what packages provides
'glext.h' on your system.
You could also send me your glext.h file for me to look at :-)
On Sunday, February 16, 2003, at 09:49 PM, Eric Pouech wrote:
Also I would like to know in which measure is the Elf file format
implicated in wine (in opposition to darwin's mach-o).
It is not, but basically we require shared libraries of some kind.
(except in winedbg where you somehow rely
Hi,
On Sunday, February 16, 2003, at 08:34 PM, Marcus Meissner wrote:
On Sun, Feb 16, 2003 at 06:22:56PM +0100, Pierre d'Herbemont wrote:
Hi all!
I am trying to build wine onto Max OS X/Darwin. I am getting trouble
with windres and the *.res files. I would like to know if it would be
possible
Peter Hunnisett [EMAIL PROTECTED] writes:
we've discovered that windows seems to not allow suspended threads to
acquire synchronization objects, which make really really good sense,
while wine does. I've attached a simple test case, the code for the test
case and a ReWind licensed patch
Dmitry Timoshkov [EMAIL PROTECTED] writes:
I had a look at this. Current Wine just prints function name in the FIXME
message without even a DLL name. IMHO Crossover Office has a better patch
which adds printing of the message fixme:DLLNAME:APINAME: .spec empty stub!
from the
Eric POUECH wrote:
Which will not help at all with filedescriptors.
I thought Eric said there was an uninitialized pointer laying
around. Valgrind's real good at finding those...
I'm not sure what's uninitialized (maybe a pointer, maybe a fd, maybe something else...)
BTW, I don't see what
Ori Pessach wrote:
No - I get the goal of the project. What I'm not clear about is where to
draw the line between system components and application components. Is
msvcrt.dll shipped with Windows, or with Windows applications?
It does come with recent Windows. However, many programs install an
Thanks - this is the information I was looking for.
-Ori Pessach
John K. Hohm wrote:
Ori Pessach wrote:
No - I get the goal of the project. What I'm not clear about is where to
draw the line between system components and application components. Is
msvcrt.dll shipped with Windows, or with
Hallo,
with latest CVS Xilinx Webpack hangs when starting:
fixme:ole:CoRegisterMessageFilter stub
err:ntdll:RtlpWaitForCriticalSection section 0x400e99b8 virtual.c:
csVirtual wait timed out, retrying (60 sec) tid=0011
Does this trigger anything for somebody or doe I need to perform a
Hi,
I'm having no trouble... the way I do it is I make a batch
file which then calls vcvars32.bat, then runs nmake or cl.
I did have to edit vcvars32.bat to change quoting, since
it looks like wcmd's quote processing is all screwed up
(though I seem to recall seeing a patch about that
Hi,
Bodo Wenzel wrote:
I think this is a key feature, I would like to use this to set some
environment variables, currently I have to run a batch file manually each
time I start wcmd. Could this be considered for implementation please?
The real-mode emulator 'dosemu' has an option to use
Just wondering about the status of two patches. Is there any additional
info I can provide or changes that need to be made for these?
http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html
http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html
type help in wmcd.
yes, this seems to work, thanks for pointing this out. I could not
find
a man page on on wcmd when I looked... Is there one planned?
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam ! http://www.euro.cauce.org/en/index.html
ICQ #170597259
Don't think you
J. Grant wrote:
I'm having no trouble... the way I do it is I make a batch
file which then calls vcvars32.bat, then runs nmake or cl.
I did have to edit vcvars32.bat to change quoting, since
it looks like wcmd's quote processing is all screwed up
(though I seem to recall seeing a patch about
Back in January, I wrote:
... I'm trying to install msvc6.0 under wine. ...
When emulating win9x, it fails before presenting
a dialog box ...
It still does this, but I understand the problem now:
a --debugmsg +all reveals it's crashing because the
Hi folks,
As you probably remember, John Kopplin was kind enough to
modify his MinGW-inifcation scripts:
http://www.computersciencelab.com/Petzold.htm
to support Winelib out of the box.
This is great news, only problem is that now someone
should try to see how they work. :)
I would give it
A while ago, I noticed that our setup program didn't work
with cvs wine. Somebody said Oh, that's because named pipes
are broken. Since then, the setup program works again with
cvs wine, but I'm still curious about the state of named pipes.
The simple sequence
CreateNamedPipe
CreateFile
On Monday 17 February 2003 08:26 pm, Dan Kegel wrote:
A while ago, I noticed that our setup program didn't work
with cvs wine. Somebody said Oh, that's because named pipes
are broken. Since then, the setup program works again with
cvs wine, but I'm still curious about the state of named
Guido Draheim wrote:
[snip]
The patch:
A .wine/config boolean option AutoMount is introduced
that will default to the old behavior. When being
enabled then a warning-message logged but the drive
is kept in the internal drivelist and can be seen in
the file-open dialog-box.
Hmmm. I didn't think of that case when I wrote the code :(
It seems that we need to add code to create a pipe and wait for a server
(ps_wait_connect) in server/named_pipe.c, line 349, and some more to
connect a new pipe server to waiting clients at line 380.
If somebody wants to do it feel
i get a Program too big error on all programs compiled
with the PowerBASIC compiler pbc.exe 3.00c
and similar out of memory errors on other dos programs, when running them under wine
to my pleasure the pbc compiler itself runs fine under wine
here is an example:
http://gemia.de/test/test.bas
Eric Noack wrote:
i get a Program too big error on all programs compiled
with the PowerBASIC compiler pbc.exe 3.00c
and similar out of memory errors on other dos programs, when running them under wine
to my pleasure the pbc compiler itself runs fine under wine
here is an example:
Am Mon, 17 Feb 2003 21:18:20 -0700
schrieb Tony Lambregts [EMAIL PROTECTED]:
Not if you intend to implement the missing functions or fix the bugs and
are just asking for some help in that direction. Otherwise Bugzilla is
the place for this http:\\bugs.winehq.org
hmm maybe i can help
Eric Noack wrote:
Am Mon, 17 Feb 2003 21:18:20 -0700
schrieb Tony Lambregts [EMAIL PROTECTED]:
Not if you intend to implement the missing functions or fix the bugs and
are just asking for some help in that direction. Otherwise Bugzilla is
the place for this http:\\bugs.winehq.org
Am Mon, 17 Feb 2003 22:30:46 -0700
schrieb Tony Lambregts [EMAIL PROTECTED]:
Well you have an out of date Wine so that might be part of it.
is seems that i just missed a wrapper script my distribution installed at /usr/bin
that runned
wine with --debugmsg -all after setting some
Am Tue, 18 Feb 2003 04:38:30 +0100
schrieb Eric Noack [EMAIL PROTECTED]:
http://gemia.de/test/pbc.exe
same compiler
it seems this program is still copyrighted, so please get the demo version
3.2 from
http://www.powerbasic.com/files/pub/trypb32.zip
instead
this one causes the same
45 matches
Mail list logo