Doing some research in int21.c shows that many functions that rely on CFLAG
dont set it when they are in error state.
IMHO many DOS programs are already broken today since these functions
appear to be successfull at every moment.
For example : INT21_FileDateTime (handler for function 0x57, file
On 22.08.2003 09:55:00 Martin Fuchs wrote:
Steven Edwards wrote:
I have made a log of my attempts to fix comctl32.dll with the MS_VC
headers but I am going to have to call it a day. If
anyone has time and a copy of MS_VC can you take a look and tell me
whats going on?
The log of my
Hi Jon,
On Thu, 21 Aug 2003 02:34:00 -0700 (PDT)
Jon Griffiths [EMAIL PROTECTED] wrote:
wine-devel is the place for any development issues, including
problems with Winelib. Since someone may have the same
problem(s) in the future, I'm also sending this to wine-devel
(it serves as an issues
On August 22, 2003 07:19 am, Martin Tröster wrote:
1. Build all object files with winegcc/wineg++ and the following flags:
-W -g -O0 -I/ -I/usr/include/wine -D_DEBUG -DWIN32 -D_WINDOWS
-DNOARRAYMACROS -DBUILD_DLL -fPIC
It's a nit, but you don't need -I/usr/include/wine and -DWIN32, these
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
I don't think the problem is so much with internal definitions, pretty
much all of them are gone at this point. The problem is really with
extensions that we want to make available to applications too, like
the extra languages. We could have a
Not only it would be extremely complex but I am not even sure it would
be more efficient.
Well, one case where the performance gain may be significant is gaming.
Basically, if you run your GL library emulated, you will use the GLX network
protocol to communicate with the X server to a pretty
Jeremy Newman [EMAIL PROTECTED] wrote:
Someone on the list has the virus Sobig.f and sent it to wine-devel on Wed
Aug 20 2003 - 23:18:18 CDT
We MUST remove the infected message from the wine-devel archive.
I'd be happy to remove it. On a quick scan however, I was not able to
find any
On Fri, 2003-08-22 at 06:05, Francois Gouget wrote:
On 21 Aug 2003, Jeremy Newman wrote:
On Thu, 2003-08-21 at 19:19, Francois Gouget wrote:
What are the other problems with the generated HTML?
For the docs the hyperlinks would need to be changed.
Currently we get relative links to
Anyhow, I realize that the Wine-devel list isn't the most hospitable
place for these sorts of ideas. That's why I set up
http://darwine.sf.net.
Well, I looked at the site and did not see much there... Is there any design
diocuments / roadmaps on how you plan to go forward that we could read
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or simply remove him from the list?
Btw. Does SoBig.F run under wine? If yes, how bad can it get?
On Fri,
after investigating the DirectX NT dlls as part of an investigation to see
if they would work on ReactOS, I discovered something.
The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont
seem to make kernel-mode or driver/hardware calls directly.
Most of it appears to be done
Should we contact that author and let him
know he is infected, or simply remove him from the list?
Probably remove him from the list, then inform him and ask to subscribe
if he is still interested.
You need to be careful, the 'From:' in the mail is probably wrong,
so you need to check the
On Fri, Aug 22, 2003 at 06:13:39PM +0300, P. Christeas wrote:
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or simply remove him from the list?
Btw.
On Thu, 21 Aug 2003, Ulrich Spoerlein wrote:
So perhaps we ought to use -lc_r instead of -lc and omit -lpthread on
FreeBSD (or use -pthread)?
The best solution IMHO would be to have configure look for -lpthread
and put the value into @[EMAIL PROTECTED] Then the Wine port can just
Hello,
recent discussion on the list ignited my interest again.
Francois has a very nice page
http://fgouget.free.fr/wine/tests-en.shtml, let's try to
make better use of it!
1. The precompiled binaries offered here would mean a great
help, were they updated regularly.
2. Maybe better, a
*oops* They were on wine-patches. Thanks for removal.
About that author, he isnt probably the sender, since Sobig.f spoofs
the FROM field,using its own smtp engine.
See Sophos alert for more info :
http://www.us.sophos.com/support/disinfection/sobigf.html
--- Jeremy Newman [EMAIL PROTECTED] a
On Fri, 22 Aug 2003, Shachar Shemesh wrote:
To add to Jim's idea:
What if the entire Wine code runs natively, but in little endian
Here's the code of InflateRect:
void WINAPI InflateRect16( LPRECT16 rect, INT16 x, INT16 y )
{
rect-left -= x;
rect-top-= y;
rect-right += x;
On August 22, 2003 12:53 am, Alexandre Julliard wrote:
I don't think the problem is so much with internal definitions, pretty
much all of them are gone at this point. The problem is really with
extensions that we want to make available to applications too, like
the extra languages. We could
Jeremy Newman wrote:
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or simply remove him from the list?
Please don't remove anyone from the lists. The From is always
LOL. When will we see a virus writer complain on the list that his
virus doesnt work under Wine ?:)
Btw. Does SoBig.F run under wine? If yes, how bad can it get?
It crashes for me.
Ciao, Marcus
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
On Thu, 21 Aug 2003, Ferenc Wagner wrote:
recent discussion on the list ignited my interest again.
Francois has a very nice page
http://fgouget.free.fr/wine/tests-en.shtml, let's try to
make better use of it!
Good, we need a new infusion of enthusiasm for this project :)
1. The
Marcus Meissner wrote:
On Fri, Aug 22, 2003 at 06:13:39PM +0300, P. Christeas wrote:
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or simply remove him
On Fri, 2003-08-22 at 00:42, PETREOLLE Sylvain wrote:
Someone on the list has the virus Sobig.f and sent it to wine-devel on Wed
Aug 20 2003 - 23:18:18 CDT
We MUST remove the infected message from the wine-devel archive.
I'd be happy to remove it. On a quick scan however, I was not able to
The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont
seem to make kernel-mode or driver/hardware calls directly.
Most of it appears to be done via other places (such as winmm.dll, some
special thunks in gdl32.dll and others)
Well, if you look at TransGaming DDraw code
Sylvain Petreolle wrote:
I have an evidence that some robots can grab our email adress, even
with our mangling process on winehq. I used my work adress only onto
wine-devel and got spammed last week.
A lot of spammers do dictionary attacks using various email combinations
including first initial
On Fri, Aug 22, 2003 at 10:58:44AM -0700, Duane Clark wrote:
Sylvain Petreolle wrote:
I have an evidence that some robots can grab our email adress, even
with our mangling process on winehq. I used my work adress only onto
wine-devel and got spammed last week.
A lot of spammers do
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On Thu, 21 Aug 2003, Ferenc Wagner wrote:
1. The precompiled binaries offered here would mean a great
help, were they updated regularly.
To achive this I think we need to refine the process to
the point where we build one file (an .exe)
I
P. Christeas wrote:
Marcus Meissner wrote:
On Fri, Aug 22, 2003 at 06:13:39PM +0300, P. Christeas wrote:
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or
We've gotten a few viruses sent out to the mailing lists in the last few
weeks. This is a friendly reminder to please scan your Windows boxes
(since, I know some of you use them for email, shame on you!).
There is a FREE virus scanner out there that removes these any many
other worms.
get it
Jim,
On Fri, 22 Aug 2003 12:41:42 +1000, Jim White wrote:
Francois Gouget wrote:
On Wed, 20 Aug 2003, Ulrich Weigand wrote: [...]
The only reason for wanting to integrate an emulator into Wine is that
this would allow to run the Wine components natively, and only switch
to the emulator for
--- Martin Fuchs [EMAIL PROTECTED] wrote:
How do you compile Wine dlls with MSVC? Did you write makefiles by hand, or just
imported the
files into a workspace (*.dsp/dsw)? I expect, the configure script will not work for
this.
You need to run ./tools/msvcmaker from the root of the WINE
Stefan Leichter wrote:
On Friday 22 August 2003 19:00, Duane Clark wrote:
I have temporarily changed the maximum message size on wine-patches to
40KB. So any emails with valid forged From headers will be caught for
moderation. Since all the other lists were already set at 40KB by
default, no
some apps of mine needs this to get going:
can someone with good listview knowledge confirm ? (or find the correct fix)
TIA
--
Eric Pouech
Index: dlls/comctl32/listview.c
===
RCS file:
On Fri, 22 Aug 2003, Eric Pouech wrote:
some apps of mine needs this to get going:
can someone with good listview knowledge confirm ? (or find the correct fix)
-if (uView == LVS_REPORT (infoPtr-dwLvExStyle LVS_EX_FULLROWSELECT))
+if (uView == LVS_REPORT /* (infoPtr-dwLvExStyle
Hello Steven,
Friday, August 22, 2003, 7:46:38 AM, you wrote:
SE I have made a log of my attempts to fix comctl32.dll with the MS_VC
Wine's winbase.h includes windef.h
but windows winbase.h doesn't include windef.h
So you need to include windef.h first.
--
Best regards,
Oleg
Well, this virus is on UK BBC and ITV national news, they report that 30pc of
all email users have been infected, and 1in 17 emails contains the virus. It
may also slow down the net. It's caused 50 million$ of losses only in the US, maybe
now some people will work out that microsoft sucks (Does MS
Dimitrie O. Paun [EMAIL PROTECTED] writes:
I think this will make the mingw work a lot simpler. And in general, it
will make things a lot more explicit in terms of what is standard and
what is a Wine extension, and this is good.
Do we get the go ahead? :)
No, actually the more I think about
Jeremy Newman wrote:
We've gotten a few viruses sent out to the mailing lists in the last few
weeks. This is a friendly reminder to please scan your Windows boxes
(since, I know some of you use them for email, shame on you!).
There is a FREE virus scanner out there that removes these any many
- DLL entry points are 1) documented pretty well in MSDN and 2) easily
testable by doing some simple Win32 programs. Compared to the MSDN, the
DDK I read was a lot more difficult to read (and I have no idea if it's
even 'legal' to implement something using the DDK without MS' aproval as
I have an evidence that some robots can grab our email adress, even
with our mangling process on winehq. I used my work adress only onto
wine-devel and got spammed last week.
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
alias upsf='false ; while [ $? -ne
Lionel Ulmer wrote:
Anyhow, I realize that the Wine-devel list isn't the most hospitable
place for these sorts of ideas. That's why I set up
http://darwine.sf.net.
Well, I looked at the site and did not see much there... Is there any design
diocuments / roadmaps on how you plan to go forward
Francois Gouget wrote:
PS: Please accept my apologies if this was a joke.
No, not a joke. I plead temporary insanity.
It does sound saner to let use double interfaces, or to emulate the Wine
code itself.
Shachar
--
Shachar Shemesh
Open Source integration consultant
Home page
http://cvs.winehq.com/cvsweb/wine/dlls/user/wsprintf.c.diff?r1=1.9r2=1.10
This code is duplicated in shlwapi but this patch has not been applyed there. Does
shlwapi accept
this case also?
Thanks
Steven
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web
Eric Pouech wrote:
Oleg Prokhorov wrote:
Hello wine-patches,
Changelog:
Fixes two problems:
GPF when no extension was specified.
No handles were inherited in CreateProcess, all child console
programs were silent
the second part is wrong. a child process should inherit its parent
The most interesting activity on Wine with x86 emulation is QEMU. If
that had existed last year then there wouldn't have been a Darwine.
QEMU now has a mailing list:
http://mail.gnu.org/archive/html/qemu-devel/
What is 'fun' is that QEMU resulted from a discussion I had with its author
Hi
Please, can you make a clean patch as described on this page:
http://www.winehq.com/site/sending_patches
Thanks in advance. Stéphan
46 matches
Mail list logo
