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
> programmer
Juan Lang <[EMAIL PROTECTED]> writes:
> 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.
Frankly, I think the current SMB
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 w
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 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
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 investigati
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 t
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
Mike Hearn <[EMAIL PROTECTED]> writes:
> Well, I asked this before but didn't get an answer - why can't we work
> with Jakub to have some new ELF flag/section to reserve a particular
> area of memory for the win32 binary?
Of course we can, I was trying to find a way that would work today,
without
On Sat, Dec 13, 2003 at 10:28:30PM +0100, Uwe Bonnes wrote:
>
> Hallo,
>
> what about having a mechanisme that mails the bug autor after a given time,
> lets say 1/2 year, asking to reconfirm the bug. With no reaction from the bug
> author after some time ( several weeks), the bug is marked as a
Hallo,
what about having a mechanisme that mails the bug autor after a given time,
lets say 1/2 year, asking to reconfirm the bug. With no reaction from the bug
author after some time ( several weeks), the bug is marked as abandonned.
Bye
--
Uwe Bonnes[EMAIL PROTECTED]
Institu
On Sat, 2003-12-13 at 20:43, Andreas Mohr wrote:
> Isn't 0xeedfade just the usual "strange" marker for some weird things in
> Wine? A grep ought to help here...
Nah, I found it. A quick hunch and some looking through the Delphi VCL
source showed 0xeedfade to be the generic "Native Delphi Exception
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
Hi,
On Sat, Dec 13, 2003 at 08:13:54PM +, Mike Hearn wrote:
> 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 o
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 u
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
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.)
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
spec
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 win
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) (ebp=
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 w
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 fu
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
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 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 c
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 workaroun
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 t
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
Le sam 13/12/2003 à 10:56, Mike Hearn a écrit :
> 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 c
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 th
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 offhan
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 p
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?
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 implementatio
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 handl
Hello,
>>> Hope I can provide some more details like a debug log if someone will
>>> tell me which channels should be traced.
AJ>> A +relay,+server would be a good start. Run it both with and without
AJ>> the patch and check where the Get/SetWindowLong return values differ.
PK> I found out that
Hi,
Here is my first draft anyone have any comments?, constructive criticism?
You will see I have wineps, x11drv, winedos listed on this page now
so ill remove those sections from the Core Status page.
If everything looks good ill paste the three sections together and send
Brian a copy for WWN in
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 re
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 e
39 matches
Mail list logo
