Then, the developer needs to write his own makefiles and hammer autoconf
and stuff into working right. This is the hard part, and it's where I
gave up when trying to port Miranda Instant Messenger with Winelib even
though it worked in MinGW. There are many other open source Windows
apps out there
Shachar Shemesh <[EMAIL PROTECTED]> writes:
[...]
> In any case, at least from a technical point of view, going around
> such test ought to be fairly simple.
...but is likely to violate the DMCA, leaving users in a legal limbo
between the DMCA and the Fair Use Doctrine. What fun.
ScottG.
Jonathan Wilson wrote:
I expect that the check program will be reverse engineered and cracked
to return "genuine" even for pirate copies in fairly short order.
Doesn't relate to us in any way. We are not pirates.
Either that or the pirates will just grab the patches and circulate
them on the pira
I expect that the check program will be reverse engineered and cracked to
return "genuine" even for pirate copies in fairly short order.
Either that or the pirates will just grab the patches and circulate them on
the pirate sites anyway.
I've been using GPL software, and reverse engineering
for years (manuals with more than an int13 reference
used to be hard to get hold of) and have just
stumbled onto an interesting link.
In the US there a process called 'Abstraction,
Filtration, Comparison' that is used to determine if a
work fa
Ivan Leo Puoti wrote:
A valid and working code is returned if the version is set to xp.
Still, even if this is only an initial attempt, they
appear to want to discriminate wine users, while this may be
acceptable for operating system components/updates,
this is probably a violation of anti-trust
Hello,
--- WineHQ <[EMAIL PROTECTED]> wrote:
> ChangeSet ID: 16156
> CVSROOT: /opt/cvs-commit
> Module name: appdb
> Changes by: [EMAIL PROTECTED] 2005/02/16 19:16:51
Would it be possible for the appdb module to go to its own cvs commit list?
While I care about the
commit messages
> From: Ivan Leo Puoti
>
> Interestingly if you run the validation program on wine,
> and the version of windows you're emulating is prior to
> 2000 or is windows server 20003, you get a message saying
> a validation code couldn't be found, because of technical
> difficulties or because you're runn
Hi Thomas,
--- Thomas Weidenmueller <[EMAIL PROTECTED]> wrote:
> I unfortunately don't know as I couldn't find referencces to the other
> HAVE_* definitions, which I guess are somewhere outside of wine sources.
> There however needs to be a macro for strtoulW which can be named
> differently...
Paul Millar wrote:
Indeed, but the issue is that what we have is a compilation *service*
that uses an incomplete MinGW. An architecture where a service
breaks at "random" times in the future is bad/broken: the methodology
is wrong and needs fixing.
Still, if people don't mind the tests going A
Francois Gouget wrote:
>Ok, that would be a good reason.
>There's something I don't understand though: when I compile the test
>before your changes with Visual C++ 6.0 it compiles just fine but it
>turns out the resulting executable imports these three APIs by ordinal.
It all depends on the SDK
Francois
Gouget wrote:
>As
far as I know, SHILCreateFromPath, ILFree and ILIsEqual are all
>exported
by name on Windows. So, IMHO, unless we find a problem running
>the
test on some Windows versions it would be better to fix MinGW.
Those functions are all exported by ordinal onl
BTW one side affect of this patch - application icon is not displayed in the
task bar anymore. Now it's back to wine's logo.
Vitaliy Margolen
Tuesday, February 15, 2005, 5:51:34 AM, Vitaliy Margolen wrote:
> changelog:
> - make minimized windows stay minimized
Ok, that semi-helps. Now I don't have an extra window that was showing up after
minimize. But programs still don't want to stay minimized. They blink in the
task bar and immediately restore themselves. Any suggestions where could it be?
People have commented on this before. To reiterate: all progr
On Wed, 16 Feb 2005 21:26:58 + (GMT), Oliver Stieber
<[EMAIL PROTECTED]> wrote:
> I've just put together a new patch against head.
> http://www.oliverthered.f2s.com/projects/wine/
>
OK I've tried the new patch. As for Battlefront, it fixed the heap
corruption bug. So that log is obsolete.
On Wed, 16 Feb 2005 18:56:44 -0600
James Hawkins <[EMAIL PROTECTED]> wrote:
> > I tried to get something more complete (traces and whatnot), but it seems
> > that my wine has > compiled without --debugmsg for some reason. I'll see
> > if I can fix that at some point.
>
> wine no longer uses th
Ultimately, its about choice. Both methods have some merit.
Currently the time-to-patch (ttp 2-3 days?) is less than the
mean-time-between-breakage (mtbb ~14 days). This gives us the luxury
of fixing MinGW as we find new holes in it.
If these two time-scales become comparable, then we're in
> I tried to get something more complete (traces and whatnot), but it seems
> that my wine has > compiled without --debugmsg for some reason. I'll see if
> I can fix that at some point.
wine no longer uses the --debugmsg option. Use the WINEDEBUG
environment variable from now on. See
http://w
Whoops...I feel adequately retarded. It's OBVIOUSLY a sound-related error.
I'm going to go hang myself now. When I get back, I'm going to send you some
traces (unless you don't want them?) of the various things that go wrong.
On Wed, 16 Feb 2005 15:41:22 -0800, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> Ok, currently Winelib relies on GNU autoconf, makefiles and friends to
> get a working app. This is a bit difficult, particularly if you're not
> very good with makefiles (I'm attempting to learn them from scratch in
>
On Wed, 16 Feb 2005 23:59:55 + (GMT)
Oliver Stieber <[EMAIL PROTECTED]> wrote:
> ___
> >
> > > ALL-NEW Yahoo! Messenger - all new features - even
> > more fun! http://uk.messenger.yahoo.com
> >
> > Wow...it works! Kind of. First thing I'd like to
> > point out is that your
___
>
> > ALL-NEW Yahoo! Messenger - all new features - even
> more fun! http://uk.messenger.yahoo.com
>
> Wow...it works! Kind of. First thing I'd like to
> point out is that your patch doesn't add the new
> stuff (d3dx9 and wineguid) to the configure script,
> only to the conf
Ok, to be up front and honest I haven't used SCons at all yet, but if it
really is an honest to god replacement for autoconf, make, and friends
then I'm really excited.
Why?
Because this has some serious importance for Winelib. Currently, in
order to port a program to Linux via Winelib, a develo
On Wed, 16 Feb 2005 21:26:58 + (GMT)
Oliver Stieber <[EMAIL PROTECTED]> wrote:
> >
> > I highly recommend that you try Oliver Stieber's
> > patch. Even if
> > buggy, I think you'll find WoW works very well.
> > I've recently found
> > that Star Wars: Battlefront works with it. The
> > pro
Ok, currently Winelib relies on GNU autoconf, makefiles and friends to
get a working app. This is a bit difficult, particularly if you're not
very good with makefiles (I'm attempting to learn them from scratch in
order to port an application.)
I just heard about the SCons project, which from what
Can someone please clarify when wineprefixcreate is actually driven, and for
an RPM (which I've never installed, so apologies) how should this problem
have been created.
the file is there as this shot shows
http://spazioinwind.libero.it/nonsolomicrosoft/public/screenshot.png
I didn't write it so I
Hiya,
I was working on bug#2716 - a trap running install which turned out to be
due to a missing registry key which wineprefixcreate should have created.
Now I had an excuse (I deleted *.reg for another test previously!) but the
reporter also got the same problem.
To quote:
"I've installed WINE
Paul Vriens wrote:
[...]
That will leave us (for a unknown period) with a non-working
winetest.
The patch is available already. I attached it to this email so it's easy
to find, credits go to Filip Navara. So winetest surely cannot remain
broken for a long time.
And as Paul Millar stated that w
On Wednesday February 16 2005 09:57 am, Vitaliy Margolen wrote:
> Ok, that semi-helps. Now I don't have an extra window that was showing up
> after minimize. But programs still don't want to stay minimized. They
> blink in the task bar and immediately restore themselves. Any suggestions
> where cou
As some of you may know, Microsoft is planning to totally restrict
access to the Microsoft
download center to all non-genuine windows users. So you would expect
some check for pirated
copies of windows to be involved. If you visit the download center with
IE you get an activex control,
but if yo
>
> I highly recommend that you try Oliver Stieber's
> patch. Even if
> buggy, I think you'll find WoW works very well.
> I've recently found
> that Star Wars: Battlefront works with it. The
> problem with
> Battlefront is it experiences heap corruption at the
> menu screen.
I've just put tog
>> Carl Sopchak writes:
> > I guess my problem is that I have NO CLUE as to how this SHOULD be
handled.
> > Should the style be set to (style & ~WS_VISIBLE) when the rectangle is
> > {0,0;0,0}? Should {0,0;0,0} be considered a valid rectangle in
> > validate_window_rectangles()? Should vali
Joris Huizer <[EMAIL PROTECTED]> writes:
> Changelog:
> * renamed file_operation_delete to SHFileDelete
> * renamed file_operation_checkFlags to SHFileCheckFlags
Please don't do that. Internal functions should not be named to look
like the exported ones, that's very confusing.
--
Alexandre Jull
James Hawkins <[EMAIL PROTECTED]> writes:
> The last patch forgot to close the keys opened. Use this one instead.
>
> Changelog
> * Add RegOpenKey, RegCloseKey tests.
The tests fail on Wine. You need to add todo_wine blocks.
--
Alexandre Julliard
[EMAIL PROTECTED]
--- Jonathan Wilson <[EMAIL PROTECTED]> wrote:
> How will this work affect Direct3D8 apps?
> Will this work make those apps run any better (or is
> work to do that being
> done?)
>
It won't at the moment, but the work has been done in
a way that allows DirectX8 to wrap the functionlity at
a lat
On Wed, 2005-02-16 at 19:53, Francois Gouget wrote:
> Paul Vriens wrote:
> >
> > Changelog:
> >Use aliases for calls to ordinals.
>
> I don't think that's what the consensus says, if a consensus there is in
> the first place.
>
> If I understand Filip Navara's patch correctly, it shows that
Paul Vriens wrote:
Hi,
to ease Alexandre's work I re-diffed the patch. The consensus on
wine-devel was that this patch is fine.
This patch makes the crosstest compile work again for shell32. Result
tested on win98/winxp/Wine/W2KProf.
Changelog:
Use aliases for calls to ordinals.
I don't think th
Paul Millar <[EMAIL PROTECTED]> writes:
> On Wednesday 16 February 2005 12:11, Francois Gouget wrote:
> > Switching to ordinals only to switch back to importing by name once
> > MinGW is fixed is madness.
>
> No, *implementing* the tests using ordinals, then switching to named
> is damage limita
Robert Shearman wrote:
How about this for ReactOS:
1. Create a replacement for include/wine/unicode.h that has the
following:
#define strlenW wcslen
#define strcpyW wcscpy
...
2. Apply a patch to each of the DLLs that currently link with
libunicode to instead link with ntdll or msvcrt.
In addition, in unmanaged mode, I can minimize an application, I can see
the icon and the program name. However, I can't restore it when I double
click on it.
Max
On Wed, 2005-02-16 at 07:57 -0700, Vitaliy Margolen wrote:
> Ok, that semi-helps. Now I don't have an extra window that was showing up
On Wed, 2005-02-16 at 11:26 -0600, Robert Shearman wrote:
> How about hosting it on SourceForge?
Yep, we could, though we'd need to either add extra code to fetch a
mirror list, or hard code it (the latter is much easier :).
There's also the issue of checksumming but I think we can duck that for
Thomas Weidenmueller wrote:
I'm sorry I don't know how these things are handled in wine. I
basically made these patches so we don't depend on libunicode in
reactos anymore as these things are supported by the native api.
However, these functions should now basically either link to ntdll (or
in
Mike Hearn wrote:
On Wed, 16 Feb 2005 10:30:55 -0600, Robert Shearman wrote:
Why not fix the key rather than telling the user to do it?
The reason it's not already fixed BTW is because the moment we do that,
we'll overload Adam Locks server (possibly). At minimum we need to contact
him and
Hi,
I have a demo-app that calls SetVertexShader with a NULL value.
According to MSDN this is valid:
To set a fixed-function vertex shader (after having set a programmable
vertex shader), call IDirect3DDevice9::SetVertexShader(NULL) to release
the programmable shader, and then call IDirect3DDevic
On Wed, 16 Feb 2005 10:30:55 -0600, Robert Shearman wrote:
> Why not fix the key rather than telling the user to do it?
The reason it's not already fixed BTW is because the moment we do that,
we'll overload Adam Locks server (possibly). At minimum we need to contact
him and ask permission, most li
Marcelo Duarte wrote:
Hi,
The Wine asks if I want to install the Mozilla ActiveX control,
however it does not give no indication as to make this.
Looking for in the patches, I found failed to meet information.
See: http://www.winehq.org/hypermail/wine-patches/2004/10/0492.html
That indicates:
[So
On Wednesday 16 February 2005 12:11, Francois Gouget wrote:
> Switching to ordinals only to switch back to importing by name once
> MinGW is fixed is madness.
No, *implementing* the tests using ordinals, then switching to named
is damage limitation in an imperfect world. It separates our buggy
On Wed, 16 Feb 2005 01:23:08 -0500, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi
> Hi,
> I'm the maintainer for World of Warcraft, and I've noticed a few
> things which have been pointed out before (on irc, bugzilla, mailing list)
> but have not really gotten any attention. As this
I've noticed another two things where Wine and Windows XP differ:
1. SetScrollRange(hWnd, SB_VERT, 0, -1) does nothing in WinXP, and is
equivalent to SetScrollRange(hWnd, SB_VERT, 0, 0) in Wine. I guess it's
true for all kinds of invalid arguments.
2. In WinXP, returning -1 from WM_CREATE causes
How will this work affect Direct3D8 apps?
Will this work make those apps run any better (or is work to do that being
done?)
Also, how does the work we have here in this project compare to what
TransGaming have as far as Direct3D functionality?
Ok, that semi-helps. Now I don't have an extra window that was showing up after
minimize. But programs still don't want to stay minimized. They blink in the
task bar and immediately restore themselves. Any suggestions where could it be?
People have commented on this before. To reiterate: all progr
> 2) Is there any sort of goal that the people
> working on d3d9 dlls have set as far as a date they
> would like to have it done by? Or is it just one of
> those "It will be done when it's done" sort of
> things?
>
...Last month!
I'm putting together Directx9 patches today that
s
--- Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> > > ERROR #0 (0x8510)
> > > Program: C:\Program Files\World of
> Warcraft\WoW.exe
> > > File:
> C:\build\buildWoW\WoW\Source\Ui\MinimapFrame.cpp
> > > Line: 1287
> > > Expr: !("CGMinimapFrame::Initialize(): can't
> get render target for
>
--- Scott Ritchie <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-02-16 at 01:37 -0500, Ivan Gyurdiev
> wrote:
> > Speaking of games, I am tracking how far CVS gets
> in installing Half
> > Life 2, and here's the list of error messages if
> anyone's interested.
> >
>
> Half Life 2 will also require S
Francois Gouget wrote:
[snip]
Is this something that MinGW can / should do too?
Yes.
BTW, are there any (other) unofficial Wine patches for the MinGW W32API
package?
Regards,
Filip
Index: lib/shell32.def
===
RCS file: /cvs/src/src/w
Francois Gouget escreveu:
On Wed, 16 Feb 2005, Marcelo Duarte wrote:
[...]
+FONT 8, "Helv"
Is this correct?
I copied the English file and only translated the strings.
I thought that we were using "MS Shell Dlg" everywhere except for
Japanese where we use "MS UI Gothic" instead.
If this is the cor
Paul Millar wrote:
Hi Francois,
In an ideal world, yes we should use the names such as
SHILCreateFromPath etc. and fix MinGW.
[...]
So, perhaps I could suggest a compromise. When adding new tests,
people check if they work under current MinGW. If they don't, then
the ordinal is used.
Once a m
Hi,
Paul Vriens wrote:
[...]
I've looked with PEExplorer on my win2k system and I can't see them in
the exported list by name.
After adding a alias for SHILCreateFromPath I was able to compile the
crosstest.
The test (shell32_crosstest.exe) failed however with a message stating
that ILFree and, aft
Thomas Weidenmueller wrote:
I unfortunately don't know as I couldn't find referencces to the other
HAVE_* definitions, which I guess are somewhere outside of wine sources.
The HAVE_* definitions are set by the configure script. You need to add
a test into configure.ac that detects the presence
There seems to be a difference in functionality of CreateCaret between
Windows (XP at least) and Wine. You can find a test program at:
http://foltman.com/wintest-caret.zip
Look at this code snippet:
CreateCaret(hWnd, NULL, 0, 20);
SetCaretPos(100,100);
CreateCaret(hWnd, NULL, 10, 10
On Wed, 16 Feb 2005, Marcelo Duarte wrote:
[...]
+FONT 8, "Helv"
Is this correct?
I thought that we were using "MS Shell Dlg" everywhere except for
Japanese where we use "MS UI Gothic" instead.
There does seem to be some inconsistencies. Two Japanese resource files
use "Ms Shell Dlg" instead of
"Thomas Weidenmueller" <[EMAIL PROTECTED]> wrote:
> > My understanding was that Dmitry suggested you modify your headers,
> > not ours.
>
> I did, unfortunately wine's headers were/are also incomplete so porting
> code that called vsnprintfW() or strtoulW() in any case would link
> against lib
Hi,
was there ever a fix offered so that notes will run on wine post 20041207?
Mike Hearn wrote:
On Tue, 28 Dec 2004 19:21:27 -0500, Paul R Streitman wrote:
Patch 14725, applied 2004/12/07 11:31:53, breaks lotus notes. The symptom
is a hang with the CPU at 100%, and it happens immediately if yo
Hi Francois,
In an ideal world, yes we should use the names such as
SHILCreateFromPath etc. and fix MinGW.
However, we're not after testing MinGW, rather testing wine compared
to Windows. We know MinGW buggy! But, the up-stream "vendor"s have
been reluctant to merge in changes. Because of t
> > ERROR #0 (0x8510)
> > Program: C:\Program Files\World of Warcraft\WoW.exe
> > File: C:\build\buildWoW\WoW\Source\Ui\MinimapFrame.cpp
> > Line: 1287
> > Expr: !("CGMinimapFrame::Initialize(): can't get render target for
> > minimap")
>
> Well, it would better if we have the source :
On Wed, 2005-02-16 at 10:58, Francois Gouget wrote:
> Hi,
>
> Paul Vriens wrote:
> > Hi,
> >
> > this makes the crosstest compile work again for shell32. Result tested
> > on win98/winxp.
> >
> > Changelog:
> >Use aliases for calls to ordinals.
>
> As far as I know, SHILCreateFromPath, ILFr
Hi,
Paul Vriens wrote:
Hi,
this makes the crosstest compile work again for shell32. Result tested
on win98/winxp.
Changelog:
Use aliases for calls to ordinals.
As far as I know, SHILCreateFromPath, ILFree and ILIsEqual are all
exported by name on Windows. So, IMHO, unless we find a problem runn
On Wed, 2005-02-16 at 00:26, Paul Millar wrote:
> Hi,
>
> Quick message: building cross-test died again (output below). This
> time its the shell32 dll tests that are causing consternation.
>
> Suggestions greatfully received.
>
> Cheers,
>
> Paul.
>
> i686-mingw32msvc-gcc generated.o shelll
Hi,
Ira Krakow wrote:
I'm giving a presentation on converting Windows
programs to Linux at MIT (the Boston Linux User Group)
on April 20th from 7pm to 9pm.
[...]
I have a feeling it's going to be pretty different from IBM's
irrealistically limited take on the subject.
I was wondering if anyone ha
Hi Paul,
Paul Millar wrote:
[...]
i686-mingw32msvc-gcc generated.o shelllink.o shellpath.o shlfileop.o
shlfolder.o string.o testlist.o -o shell32_test.exe -lshell32
-lole32 -lshlwapi -ladvapi32 -luuid
shelllink.o(.text+0xc1): In function `path_to_pidl':
/home/paulm/Testing/wine-cross-source/dlls
Hi,
Alexandre Julliard escreveu:
ChangeSet ID: 16090
CVSROOT: /opt/cvs-commit
Module name: wine
Changes by: [EMAIL PROTECTED] 2005/02/14 05:12:30
In this file below, the correct is "usuário", but in cvs is incorrect
"usuário" and I dont know how to correct...
In my tree it is correct.
Index:
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> > My attempt was to impove code sharing between both projects, and this is
> > _exactly_ what Dmitry suggested.
>
> My understanding was that Dmitry suggested you modify your headers, not
> ours.
Thomas and Filip Navara mailed me privately and I s
Hey,
On Wed, 16 Feb 2005 09:17:13 +0100, Raphael <[EMAIL PROTECTED]> wrote:
> > ERROR #0 (0x8510)
> > Program: C:\Program Files\World of Warcraft\WoW.exe
> > File: C:\build\buildWoW\WoW\Source\Ui\MinimapFrame.cpp
> > Line: 1287
> > Expr: !("CGMinimapFrame::Initialize(): can't get rende
> Hi,
Hi,
> I don't want to rush anything in this department since I know
> there's a massive transition from the d3d* architecture to wine3d, and I
> think it's a really great idea to funnel everything through opengl and only
> need one rendering library. It's hard for me to say as a WoW addict
Hi Richard,
On Wednesday 16 February 2005 08:45, you wrote:
> Windows permits the user to set the name of the windows directory
> to whatever he desires. At one time I had directories called
> /Win31 and /Win98. Not a common practice, but you may wish to
> make provision for this if there are late
Le mardi 15 fÃvrier 2005 Ã 20:53 -0800, Scott Ritchie a Ãcrit :
> Cool, I can edit application version info again when I'm a maintainer
> (and a supermaintainer), however I still can't do it if I'm just a
> supermaintainer (the only button available in an app version is to
> resign as supermaintain
Hi,
On Wed, Feb 16, 2005 at 01:23:08AM -0500, [EMAIL PROTECTED] wrote:
> fixme:thread:NtQueryInformationThread info class 9 not supported yet
class 9 is ThreadQuerySetWin32StartAddress.
Could be quite easy to implement...
(but maybe won't change anything)
Andreas Mohr
77 matches
Mail list logo