On Monday 31 May 2004 21:24, James Courtier-Dutton wrote:
> Just need .sys files supported now. :-)
Those are PE executables too.
--
Luís Marques
[forgot to cc wine-devel]
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> No need for this to be a fixme, we can't fix broken apps anyway and it
> just confuses people.
>
> Mike Hearn <[EMAIL PROTECTED]>
> Use TRACE rather than FIXME for check_resource_write
I have found and fixed at least one bug in
I have looked into the wine code now, and async reads from the COM port
are just broken.
The app calls read, wine sets off the FILE_AsyncReadService, and then
returns to the app.
FILE_AsyncReadService is called each time a character is received from
the COM port, and it buffers up the received
On Tue, 1 Jun 2004 01:53, Luca Capello wrote:
> as reported on bug #2017 [1], Adobe Photoshop 7.0 stops working after
> wine-20031212 (in the majority of cases).
*In what way* does it stop working? It might be that you're using a feature
that Wine coders using Photoshop 7.0 don't use.
For now try this patch, does it work?
thanks -mike
Index: kernel32.spec
===
RCS file: /home/wine/wine/dlls/kernel/kernel32.spec,v
retrieving revision 1.133
diff -u -r1.133 kernel32.spec
--- kernel32.spec 23 Apr 2004 02:46:18 -0
On Mon, 31 May 2004 08:21:17 -0400, Samuel Audet wrote:
> Ok, so the only big problem seems to be that OWL50.DLL can't display its
> emulated controls. Yes, the native commctrl.dll from Windows 98 kind of
> works. The dialog window size is incorrect. Any hint as to where I
> should start looking
On Mon, 31 May 2004 23:57:59 +0900, Dmitry Timoshkov wrote:
> Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
> You have invoked `ld.so', the helper program for shared library executables.
Does this occur if you run Wine like this?
wine ~/wine/wine --help
Also, what glibc version
Lionel Ulmer wrote:
Now, you're proposing, that would be cool. :-)
Here it is... It's a bit hard to read due to the tabbing, but well, it's a
LOT shorter :-)
It's fine. Thanks Lionel. :-)
Bye,
Christian
Christian Costa wrote:
James Courtier-Dutton wrote:
I have used objdump in the past to disassemble and check the code that
is generated in a .so or .o file.
How do I modify objdump so I can get it do the same with win32 .exe
and .dll files ?
objdump already works with PE executables.
Bye,
Chri
Eric Pouech wrote:
So, WINE should be "return immediately with the characters that have
already been received, even if no characters have been received."
does this help ?
A+
Yes and no. The read call does return quicker, but no actual characters
get to the application if it returns quickly. char
Hi,
--- James Courtier-Dutton <[EMAIL PROTECTED]> wrote:
> How do I modify objdump so I can get it do the same with win32 .exe
> and
> .dll files ?
If you get a mingw32 cross-compiler or at least build a cross-binutils
you can use mingw32-objdump.
Thanks
Steven
> Now, you're proposing, that would be cool. :-)
Here it is... It's a bit hard to read due to the tabbing, but well, it's a
LOT shorter :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
? dlls/dinput/dinput.dll-UQrvOo.spec.c
Index: dlls/dinput/device.c
===
On Mon, 31 May 2004 17:53:58 +0200
Luca Capello <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> as reported on bug #2017 [1], Adobe Photoshop 7.0 stops working after
> wine-20031212 (in the majority of cases). This happens on Debian
> unstable (where I
So, WINE should be "return immediately with the characters that have
already been received, even if no characters have been received."
does this help ?
A+
Index: dlls/kernel/comm.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel
Lionel Ulmer wrote:
Sorry for the huge diff, but I got sick when I saw my previous 2-space
indenting style, so I had to re-indent everything... For people who want to
do a code review, I could send them a 'diff -w' version :-)
Now, you're proposing, that would be cool. :-)
And before anyone complai
James Courtier-Dutton wrote:
I have used objdump in the past to disassemble and check the code that
is generated in a .so or .o file.
How do I modify objdump so I can get it do the same with win32 .exe
and .dll files ?
objdump already works with PE executables.
Bye,
Christian
On Mon, May 31, 2004 at 05:16:47PM +0530, Rajeev Bansal wrote:
> Please tell me a way so that i can use wine libraries directly without
> winegcc or specs file
Please don't do that. Or if you do, I'm afraid we can't help you.
> on using winegcc for code which contains new and delete operator it
Eric Pouech wrote:
James Courtier-Dutton a écrit :
I attach two logs taken with the command: -
WINEDEBUG=+comm wine ttermpro.exe
WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA.
In addition, ttermpro.exe is setting the following: -
memset(&ctmo,0,sizeof(ctmo));
ctmo.ReadIntervalTime
I have used objdump in the past to disassemble and check the code that
is generated in a .so or .o file.
How do I modify objdump so I can get it do the same with win32 .exe and
.dll files ?
Cheers
James
Eric Pouech wrote:
James Courtier-Dutton a écrit :
I attach two logs taken with the command: -
WINEDEBUG=+comm wine ttermpro.exe
WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA.
In addition to my last response regarding the 1024 buffer threshold,
this web page might help.
http://msdn.
Eric Pouech wrote:
James Courtier-Dutton a écrit :
I attach two logs taken with the command: -
WINEDEBUG=+comm wine ttermpro.exe
WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA.
I linked two computers together.
ttermpro on one, and kermit on the other.
When I type characters on the tter
No change with 'set follow-fork-mode child', or even '... ask'.
With strace, I get...
strace -i $WINELOADER
[...]
[40113d71] close(9) = 0
[400f0c37] getpid() = 30133
[40113ce3] open("/tmp/reg75b5.tmp", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 9
[40
H!
I have the same Problem.
I get a segfault, when I do "wine myapp" and when I do "wine-pthread"
I'm using a SuSE System ( ~ 9.0 ) with kernel 2.6.6 and gcc 3.4.0
this is the gdb output:
(gdb) set follow-fork-mode child
(gdb) r
Starting program: /usr/local/bin/wine
[New Thread 16384 (LWP 5206)]
[
Hi
i am trying to link wine library(msvcrt.dll.so) with my code but i getting
segv in _fini call of msvcrt library
Please tell me a way so that i can use wine libraries directly without
winegcc or specs file
on using winegcc for code which contains new and delete operator it gives
undefined
Hi!
Mike Hearn wrote:
Try "commctrl"="native"
Hum... I must have been tired the other day, because Wine actually never
provides a built-in commctrl.dll, which is OK.
Ok, so the only big problem seems to be that OWL50.DLL can't display its
emulated controls. Yes, the native commctrl.dll from Wind
Hello,
Eric Pouech wrote:
one of the things you could try (but that's risky) is to compile wine
twice. First time with standard option, second time with disabling
compilation of 16 bit part. Then use the commctrl DLL from the second
compilation in the first compilation. But you need to do everyt
James Courtier-Dutton a écrit :
I attach two logs taken with the command: -
WINEDEBUG=+comm wine ttermpro.exe
WINEDEBUG="+comm,+file,+ntdll" would be more helpful. TIA.
David Purucker wrote:
Hello,
I have tried several terminal programs (Hyperterm and TeraTerm) under
several builds of
Wine including Wine-20040505 and they seem to have the same generic
problem.
They all exhibit the same situation, DATA seems to go OUT, but never
seems to come IN.
Several other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
as reported on bug #2017 [1], Adobe Photoshop 7.0 stops working after
wine-20031212 (in the majority of cases). This happens on Debian
unstable (where I am) as well as on other distro. As suggested by Tony
Lambregts, I made a regression testing
Raul Dias a écrit :
I am not a serial expert, but I don't understand what can change in the
serial communication to work with one printer and not work with another
(that use to work).
For me serial is TX, RX and a few control pins and that's it.
there's lot of stuff in between the physical interfac
Hello all (mostly Alexandre :-)),
running today's ~/wine/wine under an old RH 6.2 install
I get the following:
Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked `ld.so', the helper program for shared library executables.
This program usually lives in the file `/lib/l
Hi,
I have problems with wine serial code since 2000/2001.
I think this might be related to your problem.
In my situation, I have a bunch of stores that runs linux.
Their sales sistem is remote application that can be run thru
ssh/telnet/...
Unfortunally they are required to use expensive serial
Hi people,
I think I discovered a wine bug.
In a delphi program, changing the visibility of a menuitem (TMenuItem)
causes the whole menu of that form to stop working, when the program is
run under Wine.
Behind the screens, the setVisible of a menu item calls MenuChanged.
This seems to put the m
On Mon, 2004-05-31 at 10:59 +0200, Maxime Bellengà wrote:
> I also have this segmentation fault. However, when I run
> wine-pthread "myprogram", it works perfectly but when I run wine
> "myprogram" it hangs.
>
> So I think the patch to enable exec-shield/preload introduced a
> regression.
>
> Ma
I also have this segmentation fault. However, when I run
wine-pthread "myprogram", it works perfectly but when I run wine
"myprogram" it hangs.
So I think the patch to enable exec-shield/preload introduced a
regression.
Max
On Sun, 2004-05-30 at 19:37 +0100, Mike Hearn wrote:
> [EMAIL PROTECTED
35 matches
Mail list logo
