Hello,
On 13.12.2003 04:21:30 Alexandre Julliard wrote:
ChangeSet ID: 10428
CVSROOT: /opt/cvs-commit
Module name: wine
Changes by: [EMAIL PROTECTED] 2003/12/12 21:21:30
Modified files:
programs/winefile: Makefile.in
Log message:
Define __WINE__ to enable
Hello all,
I have been a lurker, going on now a good part of
three years. I have some ideas I wish to cast to the
table. I am a writer, not a programmer by craft. This
hindrance aside, I have kicked around my fair share of
C code. I have also been known to throw gooey
splatterings of VMS
I ran spyxx from MSVC on my deadlocking program, and everything was
ok. I then quite the program itself (Microsoft Digital Image Pro was run
with +relay, spy was run without any debug values). I left spy running
for a while (~2 days), as I had other things to do, and I wanted the
window
Hi,
On Fri, Dec 12, 2003 at 09:06:24PM -0500, Kevin Koltzau wrote:
I haven't found where the actual translation happens yet, but the directory itself
seems to be retrieved
by SHGetSpecialFolderPath with CSIDL_RESOURCES (which is currently flagged FIXME).
However the current implementation
Mike Hearn wrote:
There was recently (within the last few days) a commit to CVS by
Alexandre that works around a threading bug in Xlib - how recent was the
build you were using?
Next time - read my mail ;-)
I said spyxx was running for about 48 hours. That is, before Alexandre
commited that
On Sat, 2003-12-13 at 15:26, Shachar Shemesh wrote:
Next time - read my mail ;-)
I said spyxx was running for about 48 hours. That is, before Alexandre
commited that patch. I'm recompiling at the moment to see whether the
problems stop recurring.
Hmm, sorry, I couldn't remember offhand
Hi,
I'd like to implement delayed debug tracing, by which I mean you can do
a +relay,+seh,+tid,+win,+otherstuff and yet not create a log file so
huge it's impossible to work with. I seem to recall seeing this feature
in WineX, where you can press Alt-F12 to switch it on.
Does anybody who knows
Hi Alexandre,
The 20031212 source .tar.gz on sourceforge is shorter (~400k) than the
one on ibiblio, and when untarred yields an error. You probably want to
reupload it.
Vincent
Thinking about what Fabian and Marcus hit...
Would it be possible to just have a dummy executable which allocates the
256MB chunk of memory from 11/22, linked to the same libs as the main
wine-{k,p}thread, but having that executable not actually used?
That way, we still gain the prelink
On Sat, 13 Dec 2003 15:56:15 +, you wrote:
Hi,
I'd like to implement delayed debug tracing, by which I mean you can do
a +relay,+seh,+tid,+win,+otherstuff and yet not create a log file so
huge it's impossible to work with. I seem to recall seeing this feature
in WineX, where you can
On Sat, 2003-12-13 at 16:36, Rein Klazes wrote:
Gerard Patel (if I remember his name correctly) send in such a patch
years ago, which was not committed for obvious reasons.
Sorry, I guess the reasons aren't obvious to me. What's wrong with it?
Certainly using mini shell scripts like that seems
On December 13, 2003 11:13 am, Vincent Béron wrote:
The 20031212 source .tar.gz on sourceforge is shorter (~400k) than the
one on ibiblio, and when untarred yields an error. You probably want to
reupload it.
That was me, I've downloaded the ibiblio package before Alexandre
had a chance to
On Saturday 13 December 2003 04:40 am, Joshua Walker wrote:
There is one thing that really bugging the heck out
of me.
Most of the API documentation is possessed by MSDN.
In my humble opinion, this is a very dangerous and
volatile place to have it.
I was once told
Hi,
Running wine in gdb appears to be broken with latest CVS:
(gdb) file wine
Reading symbols from wine...done.
Using host libthread_db library /lib/tls/libthread_db.so.1.
(gdb) run
Starting program: /opt/wine/bin/wine wine
[Thread debugging using libthread_db enabled]
[New Thread -108442
On Sat, 13 Dec 2003 16:46:06 +, you wrote:
On Sat, 2003-12-13 at 16:36, Rein Klazes wrote:
Gerard Patel (if I remember his name correctly) send in such a patch
years ago, which was not committed for obvious reasons.
Sorry, I guess the reasons aren't obvious to me. What's wrong with
Found yet one more case with heap corruption:
=0 0x401c2369 (HEAP_CreateFreeBlock+0x104(subheap=0x4030, ptr=0x40364b78,
size=0xb488) [heap.c:429] in NTDLL.DLL) (ebp=408dfc14)
1 0x401c242a (HEAP_MakeInUseBlockFree+0x7d(subheap=0x4030, pArena=0x40364b78)
[heap.c:466] in NTDLL.DLL)
On Saturday 13 December 2003 10:39 am, Mike Hearn wrote:
Hi,
Running wine in gdb appears to be broken with latest CVS:
(gdb) file wine
Reading symbols from wine...done.
Using host libthread_db library /lib/tls/libthread_db.so.1.
(gdb) run
Starting program: /opt/wine/bin/wine wine
[Thread
Mike Hearn [EMAIL PROTECTED] writes:
Sorry, I guess the reasons aren't obvious to me. What's wrong with it?
Certainly using mini shell scripts like that seems to be more of a hack
than special casing some Wine code.
Just the opposite, a wrapper script is much cleaner than adding some
special
On Sat, 2003-12-13 at 19:56, Alexandre Julliard wrote:
Just the opposite, a wrapper script is much cleaner than adding some
special handling deep in the Wine core. That way you can define the
policy you want (switching on a key press, after a delay, after a
certain function is called, etc.)
Vincent Béron [EMAIL PROTECTED] writes:
Would it be possible to just have a dummy executable which allocates the
256MB chunk of memory from 11/22, linked to the same libs as the main
wine-{k,p}thread, but having that executable not actually used?
I don't see how, if the executable isn't used
On Sat, 2003-12-13 at 20:21, Alexandre Julliard wrote:
I don't see how, if the executable isn't used it won't do any
good. What we need is a way to reserve the memory but not the swap
space; but I don't think we can do that simply with a bss hack, it
will require a linker script which is a
Vitaliy Margolen [EMAIL PROTECTED] writes:
I'm not sure if I want to submit a patch for this. There few things that I don't
feel comfortable about. Attached is something that fixed the problem for me. But
I have a gut feeling this function needs to be redone.
Your feeling is correct, and in
On Fri, 12 Dec 2003, Alexandre Julliard wrote:
No, there is an SBM_GETRANGE16 message apparently, only it's not
documented. What is needed is to investigate how that message is
supposed to behave, and then implement the proper translation in
WINPROC_MapMsg32ATo16.
and what way could it be
I'm not really sure how to go about verifying this..this is what I've got so far:
Using regmon, windows does not seem to access the registry at all in relation to this
function
(when called with CSIDL_RESOURCES. The registry is accessed a lot with other values)
I dug through some disassembly of
Saulius Krasuckas [EMAIL PROTECTED] writes:
and what way could it be done in? do you mean writing win16 test app to
catch that SBM_GETRANGE16 one? or is it just about handling of ordinary
message (SBM_GETRANGE) under odinary win32 system? eghm.. can you explain
the process of investigation by
Hallo,
running make test in ddls/user/test, I get
../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so msg.c touch msg.ok
msg.c:333: Test failed: ShowWindow:overlapped: in msg 0x0047 expecting
wParam 0x47 got 0x0
make: *** [msg.ok] Error 1
This is on a Suse 9.0
Hi folks, I'm trying to modify Wine's SMB code to use
Netbios(), rather than implementing NetBIOS-over-TCPIP
itself. I'm having trouble figuring out how to handle
the fd_ops in the wineserver. I was hoping for input.
Currently, the SMB code creates a socket directly, and
this socket is polled
Doh, next time I'll do
#cvs update
before complaining that something doesn't work.
The only question I have is: should we use len==0 as indication for size query
or leave it as is (buffer==0)? I can't imagine someone using valid pointer when
calling GetLocaleInfo to get the size for it. But then
Vitaliy Margolen [EMAIL PROTECTED] writes:
The only question I have is: should we use len==0 as indication for size query
or leave it as is (buffer==0)? I can't imagine someone using valid pointer when
calling GetLocaleInfo to get the size for it. But then who knows what other
programmers
29 matches
Mail list logo