On January 5, 2003 04:43 pm, Claudiu Costin wrote:
> Hi Dimitri,
It's Dimitrie dude, you should know, we speak the
same mother tongue! :)
> Thank's for your patch. Applied, show it's
> stub, but CORELDRW.EXE crash on something strange.
> Is Wine missing something simple or require l
On Sunday 05 January 2003 05:15 pm, Alexandre Julliard wrote:
> Eric Pouech <[EMAIL PROTECTED]> writes:
> > what about an environment variable ?
> > we already use something like this for the wineserver (WINESERVER),
> > the wine console (WINECONSOLE)... why not rpcss (WINERPCSS) ?
>
> I don't thin
On Sun, 5 Jan 2003, Dan Kegel wrote:
[...]
> Oh, you're talking about the batch file in
> http://fgouget.free.fr/wine/winetests.zip
Yep, that's the one.
> I guess I could use that, though it'd be nice if it were
> in cvs, or automatically generated.
Yes, it would be nice to generate it automati
Dan Kegel wrote:
Francois Gouget wrote:
I load winetest.dsw. This file contains one project per test with two
configurations each, and also wineruntests.
You can then select an individual project+configuration and compile it.
When I want to recompile everything I go to Build -> Batch Build and:
Robert Lunnon <[EMAIL PROTECTED]> writes:
> In dlls/ntdlls/virtual.c around line 1033 in NtAllocateVirtualMemory:
>
> NTSTATUS res=anon_mmap_aligned( &base, size,VIRTUAL_GetUnixProt( vprot ), 0 );
> if (res) return res;
>
> Why is mmap used here rather than just a malloc/calloc to th
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> OK, but my problem is that we defined them on the #ifdef __WINESRC__.
> Which means our code will fail with other headers (even though, granted
> the fix is trivial). But I'm thinking, wouldn't it better to explicitely
> define these in the files th
Francois Gouget wrote:
On Sun, 5 Jan 2003, Dan Kegel wrote:
[...]
OK, but how do you compile all the tests then?
wineruntests is the only project that invokes all the test subprojects.
I load winetest.dsw. This file contains one project per test with two
configurations each, and also winerunt
On Sun, 5 Jan 2003, Dan Kegel wrote:
[...]
> OK, but how do you compile all the tests then?
> wineruntests is the only project that invokes all the test subprojects.
I load winetest.dsw. This file contains one project per test with two
configurations each, and also wineruntests.
You can then sele
Francois Gouget wrote:
On Sun, 5 Jan 2003, Dan Kegel wrote:
[...]
To work around this, I removed ntdll from wineruntests_files
(makes sense, since I'm building on windows Me, I suppose).
wineruntests does not compile. The reason is that the ntdll tests only
compile with the Wine headers while
On Sun, 5 Jan 2003, Dan Kegel wrote:
[...]
> To work around this, I removed ntdll from wineruntests_files
> (makes sense, since I'm building on windows Me, I suppose).
wineruntests does not compile. The reason is that the ntdll tests only
compile with the Wine headers while many other tests only c
On January 5, 2003 07:39 pm, Alexandre Julliard wrote:
> > For example, what if one decides to use names on _all_ gcc versions?
> > This thing gets in the way, no?
>
> No, then you define NONAMELESS* yourself, that's what we do in Wine.
OK, but my problem is that we defined them on the #ifdef __W
Francois Gouget <[EMAIL PROTECTED]> writes:
> I don't really like headers that require you to #include other headers
> first. So I like our winspool.h better than the Windows one. But should
> we 'fix' it anyway? To avoid people writing tests that compile in Wine
> but not on Windows for instance?
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> > That's simply an optimization; maybe we could use an inline function
> > instead.
>
> Ditto, right?
Yes, it would just be cleaner without it but it won't break anything.
> Right. But it seems to me the NONAMELESS* names are a bit overloaded:
>
On January 5, 2003 05:27 pm, Francois Gouget wrote:
> This means you can write a C file that just contains '#include
> ' and it will work. But that would fail on Windows because
> in the Windows sdk 'winspool.h' contains none of these #include
> directives.
I think we should not include more than
Found the missing step. I needed to do
Build / Set Active Configuration / "wineruntests - Win32 MSVC Headers"
before building. That lets me get to the next set of errors:
c:\wtest\dlls\ntdll\tests\error.c(23) : fatal error C1083: Cannot open include file: 'ntstatus.h':
No such file or director
On January 5, 2003 02:45 pm, Eric Pouech wrote:
> 6/ send me the output from both terms
In the gdb terminal:
[dimi@dimi bin]$ gdb
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to c
On January 5, 2003 06:38 pm, Alexandre Julliard wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> > -- Why do we need this undef?
> > include/objidl.h:#ifdef __WINESRC__
> > include/objidl.h-#undef GetObject
> > include/objidl.h-#endif
>
> Because GetObject is a WINELIB_NAME_AW #define, and
Yesterday I compiled and uploaded new Windows binaries for the
conformance tests. The new binaries contain a ton of fixes, in
particular for the following tests but there are more:
kernel/alloc
kernel/format_msg
kernel/path
kernel/process
msvcrt/scanf
netapi32/access
ne
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> -- Why do we need this undef?
> include/objidl.h:#ifdef __WINESRC__
> include/objidl.h-#undef GetObject
> include/objidl.h-#endif
Because GetObject is a WINELIB_NAME_AW #define, and these cause a
(deliberate) syntax error when building Wine.
> --
Say, how close are these kinds of things to being able to run under wine?
http://msdn.microsoft.com/library/en-us/oledb/htm/testtoolsov.asp
- Dan
--
Dan Kegel
Linux User #78045
http://www.kegel.com
Eric Pouech <[EMAIL PROTECTED]> writes:
> what about an environment variable ?
> we already use something like this for the wineserver (WINESERVER),
> the wine console (WINECONSOLE)... why not rpcss (WINERPCSS) ?
I don't think we want a separate environment variable for every single
Wine program.
> case D3DRENDERSTATE_CLIPPING:/* 136 */
> - /* Nothing to do here... Even if what we receive is already clipped by
>the application,
> -we cannot tell OpenGL to not re-clip it. */
> + case D3DRENDERSTATE_CLIPPLANEENABLE: /*152*/
> + {
Our 'winspool.h' contains:
#include "windef.h"
#include "winbase.h"
#include "wingdi.h"
This means you can write a C file that just contains '#include
' and it will work. But that would fail on Windows because
in the Windows sdk 'winspool.h' contains none of these #include
directives.
I don't
Hi,
On Sun, 5 Jan 2003, Stefan Leichter wrote:
> Hello,
>
> before Christmas i did some check on an NT4 system at work that leads to the
> attached tests. But currently i am not at work and have no windows system
> available.
>
> Can someone please build and run the attached tests on a windows sy
Regarding the wineboot currently implemented in Wine, would it be
feasable to use the registry code from the original wineboot (minus the
config options), or is there some reason why this should not be
included.
--
Matthew Davison <[EMAIL PROTECTED]>
On Sun, 5 Jan 2003, Dimitrie O. Paun wrote:
[...]
> There is a request somewhere (and IIRC Patrik said he'll look into it
> when he gets a chance) for instrumenting winemaker to convert .dsp
> files into Makefiles, which is what you want, no? But when will this
> happen -- I don't know :)
The goal
Hi Dimitri,
Thank's for your patch. Applied, show it's
stub, but CORELDRW.EXE crash on something strange.
Is Wine missing something simple or require lot
of work to fix?
Attached: wine-coreldrw-crash.txt.gz
I executed CORELPNT.EXE many times (even some months ago)
and it crash on
Aha.
I couldn't find it in my email archive, because it was from back I
accessed the users' list via USENET.
Thank you, google!
>
>http://groups.google.de/groups?hl=de&lr=&ie=UTF-8&threadm=tps71ucv4b9tlpqvqc4ek2e4d3a8he5u49%404ax.com&rnum=2&prev=/groups%3Fq%3Dsampson%2Bdevelopment%2B%2Bgroup:co
Nathan Boyle wrote:
I don't know whether someone is adding or removing a DLL or something[ctl3d doesn't appear to be in the repository], but i had to make the following patch in order to configure and compile the wine sources that i downloaded from CVS a half hour ago[It is more a work-around then
On Sun, Jan 05, 2003 at 02:41:07PM -0500, Nathan Boyle wrote:
> I don't know whether someone is adding or removing a DLL or
> something[ctl3d doesn't appear to be in the repository], but i had to make
> the following patch in order to configure and compile the wine sources
> that i downloaded from
> Zero is fundamentally built into the language so deep, that playing
> with tricks like NULL and '\0' seem like a waste of time.
FWIW I agree.
In C the character '0' appearing in a source file is the correct
denotation for a 'null' pointer even when the bit-pattern for
a null pointer isn't all z
Trying to build conformance tests on Windows Me with msdev6,
but got the following link errors:
safearray.obj : error LNK2001: unresolved external symbol _IID_IStorage
safearray.obj : error LNK2001: unresolved external symbol _IID_IDispatch
safearray.obj : error LNK2001: unresolved external symbol
Couldn't establish connection to remote target
Malformed response to offset query, OK
well well
sounds like gdb and winedbg get out of sync
let's try going further
1/ keep the modified winedbg from previous post
2/ run gdb (without any parameter)
3/ at gdb prompt, enter the following commands
fil
David Welch wrote:
On the off chance that MSVC6's installer is cheating
and reading the handle table entries directly by
dereferencing file handles, I started wondering whether
wine needed to make all its handles look a bit more like
windows handles.
What's the best source of info about how Windo
Dimitrie O. Paun wrote:
On January 4, 2003 02:12 pm, Dan Kegel wrote:
I suppose I should buy current msvc, or modify msvcmaker myself to
output a makefile instead of a project file.
There is a request somewhere (and IIRC Patrik said he'll look into it
when he gets a chance) for instrumenting
On Sat, Jan 04, 2003 at 11:23:21PM -0800, Dan Kegel wrote:
> On the off chance that MSVC6's installer is cheating
> and reading the handle table entries directly by
> dereferencing file handles, I started wondering whether
> wine needed to make all its handles look a bit more like
> windows handles
On January 5, 2003 12:32 pm, Marcus Meissner wrote:
> These are getting passed pointers to 32bit interfaces, but need 16bit
> ones.
Darn! :) I knew I was missing something... What about this one:
Index: dlls/ole32/ole2.spec
===
RCS f
On January 5, 2003 12:20 pm, Eric Pouech wrote:
> could you:
> 1/ uncomment in gdbproxy.c the part of the line
> gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/
> DBGPXY_TRC_COMMAND_ERROR | GDBPXY_TRC_WIN32_EVENT;
> 2/ comment in gdbproxy.c the line
> fprintf(f, "monitor trace=0\n");
Hello,
before Christmas i did some check on an NT4 system at work that leads to the
attached tests. But currently i am not at work and have no windows system
available.
Can someone please build and run the attached tests on a windows system
(NT4 prefered) and report the results.
Thanks
Stefan
On Sun, Jan 05, 2003 at 11:17:33AM -0500, Dimitrie O. Paun wrote:
> On January 4, 2003 09:20 am, Claudiu Costin wrote:
> > Is someone kind enough to implement them just as
> > little stubs, just to not have CorelDraw crashed?
> > This functions need aditional functionality to
> > be implemented o
On January 4, 2003 09:20 am, Claudiu Costin wrote:
> Is someone kind enough to implement them just as
> little stubs, just to not have CorelDraw crashed?
> This functions need aditional functionality to
> be implemented or these are "standalone"?
Give this a try, and let me know if it helps:
In
Couldn't establish connection to remote target
Malformed response to offset query, OK
/tmp/winegdb.jra6cJ:3: Error in sourced command file:
ok
could you:
1/ uncomment in gdbproxy.c the part of the line
gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/
DBGPXY_TRC_COMMAND_ERROR | GDBPXY_
On January 4, 2003 02:12 pm, Dan Kegel wrote:
> I suppose I should buy current msvc, or modify msvcmaker myself to
> output a makefile instead of a project file.
There is a request somewhere (and IIRC Patrik said he'll look into it
when he gets a chance) for instrumenting winemaker to convert .dsp
On January 5, 2003 06:29 am, Eric Pouech wrote:
> that's somewhere way deep in my todo list...
That's fine, having the (n)curses backend work is more
important anyway. Maybe I should create a page with
wishes such as these, so we can keep track of them, and
provide inspiration for people that wan
Howdy,
I'd like to (finally) get around to fixing something that Agent does
that's really annoying. When launching programs, it sends a string
with backslashes for directory markers instead of forward slashes.
Anyhow, if I'm going to start looking at the problem, could someone
point me at the ri
I know it's hard to read that mess. Now that more spaces are filling in
though reports will get shorter and easier to follow since we only need to
report what has changed since the last release. :)
At 07:46 PM 1/4/2003 -0800, you wrote:
On Fri, 3 Jan 2003, Dave Miller wrote:
> I notice the s
Do you have any plans to reorganize wineconsole a bit so that you don't
need allocate a bitmap as big as the entire buffer, but rather one as
big as the displayed screen only? This way we can have 3000-5000 line
scroll buffers (as I have in my konsole, rxvt, xterm, etc.)
that's somewhere way deep
1. Tests that do not allow a file to be included in Wine are OK.
If we use other headers, those file will simply be ignored,
as they would not be used by Wine.
2. Tests to keep certain things undefined/undeclared in Wine are OK.
Such tests simply make the header files a subset of
In dlls/ntdlls/virtual.c around line 1033 in NtAllocateVirtualMemory:
NTSTATUS res=anon_mmap_aligned( &base, size,VIRTUAL_GetUnixProt( vprot ), 0 );
if (res) return res;
Why is mmap used here rather than just a malloc/calloc to the OS ? If I can
convert this call to a calloc then the
Dimitrie O. Paun wrote:
On January 4, 2003 04:32 pm, Eric Pouech wrote:
this patch fixes a couple of issues in the console handling (but
shouldn't help Lionel & Sylvain with the issues they reported on wd)
Hi Eric,
Do you have any plans to reorganize wineconsole a bit so that you don't
need
> oleaut32/safearray reports 8 failures but the page only shows 4 failures.
Simple, I did update these tests after your last run.
> C:\winetests>oleaut32_test.exe safearray
> safearray.c:137: Test failed: SAC(20,1,[1,0]), result 8, expected 0
> safearray.c:143: Test failed: SAGE for vt 20 return
Francois,
Thanks.
All tests runned sucessfully and match the test page but netapi32
access.
I know its marked as invalid test for XP, but it currently crashes.
> I have just uploaded a new version of the test binaries to the above
> location. Before that version the binaries contained lots of pat
Folks,
With the current efforts to cleanup our headers on __WINESRC__s,
I realized we are actually quite close to 'clean' header, something
that should allow us to compile Wine with other headers, such as
those from the w32api package that's part of mingw.
This is a worthy goal as the compiler wi
On January 5, 2003 03:35 am, Francois Gouget wrote:
> For me 0 is an integer and thus it is wrong to assign it to a pointer.
> The compiler agrees with me for all non-zero integers but makes an
> exception for 0; 'for convenience's sake', or perhaps for historical
> reasons. NULL is a pointer so th
On Sun, 5 Jan 2003, Dimitrie O. Paun wrote:
> On January 4, 2003 10:28 pm, Francois Gouget wrote:
> > A few handle types escaped the script the first time around. So here is
> > an updated version that will catch them. The updated version will also
> > catch casts of NULL to LP{C,W,wC}STR and LPVO
On Sun, 5 Jan 2003, David Miller wrote:
> Not much to report this time but there is something... strange.
>
> kernel32/drive reported the following.
[...]
> Previously this test passed, so I rebooted to see if the problem went
> away. After reboot the kernel32 test clamed not to be a valid win32
56 matches
Mail list logo
