> On Tue, Mar 04, 2008 at 03:35:11PM +0100, Kai Blin wrote:
>
> > No argument on the US part. I'm still convinced that by EU laws,
> > you're allowed to crack an app you bought in order to make it run on
> > your software. As this hasn't been tested in court yet, though, I'll
> > concede.
>
> IA
> What is the best way to narrow down what is causing the crash?
>
Will answer my own quetsion.
Install mingw
1. Run "make crosstest" in the releavent directory
2. Copy to exe to Windows and run
3. Modify test(s) to correct issue(s)
4. Rinse and Repeat.
Best Regards
Alistair Leslie-Hughes
On Tue, Mar 4, 2008 at 7:07 PM, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Denver Gingerich" <[EMAIL PROTECTED]> wrote:
>
>
> > >gcc -lgdi32 -luser32 -o x x.o -mwindows
> > x.o:x.c:(.text+0x5e): undefined reference to `EnumDisplaySettingsExA'
> > collect2: ld returned 1 exit status
> >
> >
"Denver Gingerich" <[EMAIL PROTECTED]> wrote:
> >gcc -lgdi32 -luser32 -o x x.o -mwindows
> x.o:x.c:(.text+0x5e): undefined reference to `EnumDisplaySettingsExA'
> collect2: ld returned 1 exit status
>
>
> I'm not very familiar with building applications that use the Windows
> API with MinGW so i
On Tue, Mar 4, 2008 at 5:33 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Mittwoch, 5. März 2008 01:38:59 schrieb mark cox:
>
> > Perhaps use detours to hook the ChangeDisplaySettingsEx function and dump
> > the devmode structure to a file?
> That's rather complex, a simple C app calling
>
"L. Rahyen" <[EMAIL PROTECTED]> wrote:
> This problem was already solved in this patch [1] by Nigel Liang.
> Unfortunately, it wasn't accepted and Nigel didn't tried to ask why it was
> rejected or to resend it.
> I think I will go ahead and resend his patch.
>
> [1] http://www.winehq.org/piper
Or how about this:
::Wine Compatibility::
( ) Doesn't work at all [Garbage]
( ) Starts, but not very usable [Bronze]
( ) Basically works, a few bugs [Silver]
(*) Works flawlessly [Gold]
::Extra Info::
[x] Needs Wine configuration (Windows version, sound options, regedit entries,
etc.)
[x] Needs
Will Howard willz06jw at gmail.com wrote:
>#1 How do you know if Valgrind is working properly (AKA everything is
>patched and working).
>
>#2 How do you decifer the output to start looking for bugs.
Here's some example output (cleaned up a bit by
my perl script, http://kegel.com/wine/valgrind/valg
On Tue, Mar 4, 2008 at 1:52 PM, L. Rahyen <[EMAIL PROTECTED]> wrote:
> Your patch isn't correct. Just try this:
>
> rm -rf ~/.wine
> wineprefixcreate
> winecfg
>
> Go to Graphics tab and set any resolution more than 127 DPI (for
> example,
> 150). Close winecfg. Run it again. N
Am Mittwoch, 5. März 2008 01:38:59 schrieb mark cox:
> Perhaps use detours to hook the ChangeDisplaySettingsEx function and dump
> the devmode structure to a file?
That's rather complex, a simple C app calling
EnumDisplaySettingsEx(ENUM_CURRENT_MODE) called from command line should do
that as wel
On Tue, Mar 4, 2008 at 7:01 PM, Ove Kaaven <[EMAIL PROTECTED]> wrote:
> James Hawkins skrev:
>
> > A lot of time has been spent fixing cab/media related bugs in
> > installers, as the behavior is very fickle (and easily breakable), so
> > can you please add a test case first? See the multicab te
What About:
<[EMAIL PROTECTED]> wrote:
> Something like this might actually make more sense:
>
> Garbage: No functionality, impossible to set up
> Bronze: Somewhat functional, may require hacks
> Silver: Mostly functional, requires hacks
Fools Gold: Fully functional, requires hacks
> Gold: M
James Hawkins skrev:
> A lot of time has been spent fixing cab/media related bugs in
> installers, as the behavior is very fickle (and easily breakable), so
> can you please add a test case first? See the multicab tests that are
> already in install.c. They will fail in wine because our cabinet.d
Perhaps use detours to hook the ChangeDisplaySettingsEx function and dump
the devmode structure to a file?
Regards,
mark
On Wed, Mar 5, 2008 at 9:09 AM, Denver Gingerich <[EMAIL PROTECTED]> wrote:
> I am trying to trace the sequence of screen mode
> (resolution/bpp/refresh rate) changes that occ
Howdy,
I'm trying to help find memory leaks for wine
http://wiki.winehq.org/MemoryLeaks and I'm having some issues figuring out
Valgrind.
#1 How do you know if Valgrind is working properly (AKA everything is
patched and working).
#2 How do you decifer the output to start looking for bu
Dan Kegel wrote:
> On Tue, Mar 4, 2008 at 7:31 AM, Vincent Povirk
> <[EMAIL PROTECTED]> wrote:
>> Something like this might actually make more sense:
>>
>> Garbage: No functionality, impossible to set up
>> Bronze: Somewhat functional, may require hacks
>> Silver: Mostly functional, requires ha
>> Out of interest, what is meant by improving cmd.exe compatibility?
>Add support for all the cmd.exe switches and all the dos batch
>programming constructs?
I do track bugzilla for any cmd.exe issues regularly and aside from one
which I started work on, I don't know of any other batch issues.
I am trying to trace the sequence of screen mode
(resolution/bpp/refresh rate) changes that occur when StarCraft is run
in Windows so that I can make Wine emulate Windows' behavior. Right
now I'm trying to see exactly what resolution, bits per pixel, and
refresh rate StarCraft is using. Unfortuna
On Tue, Mar 4, 2008 at 3:07 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> This is a valid concern. I think we may end up having to
> deal with this by providing an easy, standard way to
> install the most commonly needed, legally redistributable
> dependencies. For instance, we might bundle a c
Vincent Povirk <[EMAIL PROTECTED]> wrote:
>If we only based ratings on how well applications work out of the box,
>a Garbage rating would apply to any app that requires some extra step
>to run, even if the extra step is grabbing MFC42.dll and putting it in
>system32
This is a valid concern. I thi
On Tue, Mar 4, 2008 at 11:51 AM, Ove Kaaven <[EMAIL PROTECTED]> wrote:
> The email address in the patch was wrong, sending it again.
>
>
> >From b88a43dbc2234c8b35ee4fa7bb4f275475b8d821 Mon Sep 17 00:00:00 2001
> From: Ove Kaaven <[EMAIL PROTECTED]>
> Date: Tue, 4 Mar 2008 18:16:27 +0100
> Subje
Your patch isn't correct. Just try this:
rm -rf ~/.wine
wineprefixcreate
winecfg
Go to Graphics tab and set any resolution more than 127 DPI (for
example,
150). Close winecfg. Run it again. Now you have 63 DPI (instead of 150; in
fact anything bigger than 127 DPI will not be di
On Tue, Mar 4, 2008 at 12:53 PM, Alexander Nicolaysen Sørnes
<[EMAIL PROTECTED]> wrote:
> I'm not sure if we should remove the option for 'fully functional, requires
> hacks'. A lot of people come to the AppDB to find out how they can make
> their apps work, and are more interested in the end r
On Tue, Mar 4, 2008 at 9:53 AM, Alexander Nicolaysen Sørnes
<[EMAIL PROTECTED]> wrote:
> It might not be a good idea, but we could always introduce a new rating so
> that we have
>
>
> > > Garbage: No functionality, impossible to set up
> > > Bronze: Somewhat functional, may require hacks
>
> On Tue, Mar 4, 2008 at 7:31 AM, Vincent Povirk
>
> <[EMAIL PROTECTED]> wrote:
> > Something like this might actually make more sense:
> >
> > Garbage: No functionality, impossible to set up
> > Bronze: Somewhat functional, may require hacks
> > Silver: Mostly functional, requires hacks
> > G
On 04/03/2008, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 4, 2008 at 9:02 AM, Vit Hrachovy <[EMAIL PROTECTED]> wrote:
> > My priority is SW FUNCTIONALITY.
> >
> > For copy protection functionalities we shall then have separate entries
> > in AppDB - as I'm interested in my app
> No argument on the US part. I'm still convinced that by EU laws, you're
> allowed to crack an app you bought in order to make it run on your software.
> As this hasn't been tested in court yet, though, I'll concede.
This has been tested in the Norwegian court (the famous DVD-Jon case).
It was
On Tue, Mar 4, 2008 at 7:31 AM, Vincent Povirk
<[EMAIL PROTECTED]> wrote:
> Something like this might actually make more sense:
>
> Garbage: No functionality, impossible to set up
> Bronze: Somewhat functional, may require hacks
> Silver: Mostly functional, requires hacks
> Gold: Mostly functi
On Tue, Mar 4, 2008 at 7:19 AM, Jacek Caban <[EMAIL PROTECTED]> wrote:
> Can you send me urlmon logs? It doesn't fail for me and I can't see
> failures reports on test.winehq.org.
False alarm! I had some crud in my tree.
So we *are* down to just two DLLs with failing tests!
- Dan
On Tue, Mar 4, 2008 at 11:34 AM, Guillaume VanderEst <[EMAIL PROTECTED]> wrote:
> But in semi-seriousness, I agree completely. Legalities of cracking aside,
> we're trying to judge if the application works perfectly. Wording regarding
> cracking should probably be removed from the site as it sets
On Tue, Mar 4, 2008 at 5:47 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
>
> Would you also object to removing high ratings from
> apps that need cracks?IMHO "Gold" ought not to
> imply that one has to seek out a crack (and thereby
> potentially infect your machine with malware).
If you think ab
On Tuesday 04 March 2008 17:08:19 Kai Blin wrote:
> Und soweit ich weiß läuft da gerade eine Verfassungsklage dagegen. Aber
> stimmt, das hatte ich vergessen. :)
It's time for another "reply-to munging considered harmful" post, I guess. I
actually wanted to send this to Christoph. If anyone care
On Tue, 4 Mar 2008, Dan Kegel wrote:
> Vit Hrachovy <[EMAIL PROTECTED]> wrote:
>> > Apps that need cracks are simply
>> > not convenient or safe enough to merit a gold rating, IMHO.
>>
>> Copy protection is for me just an obstacle to skip through...
>
> I think you're setting the bar too low on u
On Tuesday 04 March 2008 17:02:08 Steve Brown wrote:
> I have mixed emotions on this -- I can understand the reluctance of folks,
> that are only running an app for the purpose of testing, to shelling out
> several kilobucks for a license... but I also am morally opposed to piracy
> (it's why I go
On Tuesday 04 March 2008 16:23:46 Christoph Frick wrote:
> On Tue, Mar 04, 2008 at 03:35:11PM +0100, Kai Blin wrote:
> > No argument on the US part. I'm still convinced that by EU laws,
> > you're allowed to crack an app you bought in order to make it run on
> > your software. As this hasn't been
On Tue, 4 Mar 2008, Dan Kegel wrote:
> "Gold: Application works flawlessly with some DLL overrides or other
> settings, crack etc. "
>
> I propose that we change the appdb ratings definitions
> so that an app that only works with a crack gets no higher
> than bronze.
I have mixed emotions on this
I'm against lowering the rating for an app that requires a "No CD Patch"
to run simply because they aren't hard to find or install (normally
anyway) and when used restores full functionality to the game. Much like
having to use a native DLL. Lower ratings should be reserved for games
that have
On Tue, Mar 4, 2008 at 8:47 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Would you also object to removing high ratings from
> apps that need cracks?IMHO "Gold" ought not to
> imply that one has to seek out a crack (and thereby
> potentially infect your machine with malware).
>
Not in princip
On Tue, Mar 04, 2008 at 03:35:11PM +0100, Kai Blin wrote:
> No argument on the US part. I'm still convinced that by EU laws,
> you're allowed to crack an app you bought in order to make it run on
> your software. As this hasn't been tested in court yet, though, I'll
> concede.
IANAL, but since 2
Hi Dan,
Dan Kegel wrote:
> Jacek, can you have a look at that urlmon failure?
> It'd be cool to be down to just two dlls with test failures!
>
Can you send me urlmon logs? It doesn't fail for me and I can't see
failures reports on test.winehq.org.
Thanks,
Jacek
On Tue, Mar 4, 2008 at 9:02 AM, Vit Hrachovy <[EMAIL PROTECTED]> wrote:
> Dan Kegel wrote:
> >> "Gold: Application works flawlessly with some DLL overrides or other
> >> settings, etc. Copy protection issues are not considered as issues here."
> >
> > Sorry, that doesn't do it for me. Apps t
On Tue, Mar 4, 2008 at 8:47 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Would you also object to removing high ratings from
> apps that need cracks?IMHO "Gold" ought not to
> imply that one has to seek out a crack (and thereby
> potentially infect your machine with malware).
To me the whole
On Tuesday 04 March 2008 13:15:10 Dan Kegel wrote:
> I've been fighting against the notion that the
> wine project encourages cracks for some time now.
> Cracked versions of apps are bad because they are
> a) illegal (at least in the US),
No argument on the US part. I'm still convinced that by EU
I totally get why you want to make it look like Wine isn't encouraging
cracks, but if that's all that's keeping an app from plat status, one
notch should be enough. How about
Gold: Application works flawlessly with some DLL overrides or other
settings etc. Application may not work correctly due to
For me, only user32, gdi32, and urlmon are failing tests on linux these days.
And there's only one failure in urlmon: stream.c.
Jacek, can you have a look at that urlmon failure?
It'd be cool to be down to just two dlls with test failures!
- Dan
Vit Hrachovy <[EMAIL PROTECTED]> wrote:
> > Apps that need cracks are simply
> > not convenient or safe enough to merit a gold rating, IMHO.
>
> Copy protection is for me just an obstacle to skip through...
I think you're setting the bar too low on usability.
Software should not require jumping
Dan Kegel wrote:
>> "Gold: Application works flawlessly with some DLL overrides or other
>> settings, etc. Copy protection issues are not considered as issues here."
>
> Sorry, that doesn't do it for me. Apps that need cracks are simply
> not convenient or safe enough to merit a gold rating, IM
Vit Hrachovy <[EMAIL PROTECTED]> wrote:
> in fact a DLL override may be another form of 'crack' - given the
> situation I'm not owner of a Windows copy and need to override MS DLL
> which is not free to use without Windows license.
That's much less risky. First off, most
Wine users currently
Vincent Povirk <[EMAIL PROTECTED]> wrote:
> > The fact is, by telling people about cracks, and by
> > giving high ratings to apps that only work with cracks, WineHQ
> > encourages the use of cracks.
> >
> I would object to removing information about cracks
Would you also object to removing
Dan Kegel wrote:
> I've been fighting against the notion that the
> wine project encourages cracks for some time now.
> Cracked versions of apps are bad because they are
> a) illegal (at least in the US),
> b) disrespectful of the author of the app, and
> c) much more likely to be infected with mal
On Tue, Mar 4, 2008 at 8:21 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Does Microsoft encourage people to use cracks? No.
> Wine shouldn't either.
>
Microsoft doesn't need to. Software developers have good reasons make
sure their copy protections will work on Windows (for most people
anyway).
>
On Tue, Mar 04, 2008 at 04:15:10AM -0800, Dan Kegel wrote:
> I propose that we change the appdb ratings definitions so that an app
> that only works with a crack gets no higher than bronze.
how about:
give it the next state to gold and add a appdb flag, that states "may
only work if some " flag
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>> I'm not sure you can do the ELF magic with a static library, but even if
>> you could there's a lot more to the initial setup than the preloader;
>> that's why winelib apps are shared libraries, so that w
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> I'm not sure you can do the ELF magic with a static library, but even if
> you could there's a lot more to the initial setup than the preloader;
> that's why winelib apps are shared libraries, so that we can do all the
> work that needs to be done
Vincent Povirk <[EMAIL PROTECTED]> wrote:
> It's not clear to me what you want to accomplish by changing the
> ratings. If games that only work with a crack become bronze instead of
> gold, will fewer people really use cracks? Will they decide, from just
> looking at the rating, that they don't
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> The scenario I'm imagining is:
> Lots of people want to use a particular windows dll in their Linux apps.
> Joe Developer writes a nice wrapper library using winelib to hide
> the fact that win32 is involved at all.
> Fred Developer uses Joe's library
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > Because getting rid of it might make it much easier
> > to turn winelib into a normal library, thus enabling
> > plain old linux apps to at least statically link it in
> > and thereby become able to use windows dlls
> > without having to use the
But the wine project DOES encourage the use of cracks. It allows some
applications with unsupported copy-protection to run on Linux, but
only if a crack is used, creating an incentive for some people to use
cracks. QED.
The way to stop doing that would be to support copy protections and
make crack
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Because getting rid of it might make it much easier
> to turn winelib into a normal library, thus enabling
> plain old linux apps to at least statically link it in
> and thereby become able to use windows dlls
> without having to use the preloader.
We cou
Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
> I believe that here in Europe a crack doesn't have
> to be illegal. We should fix copy protection support
> but it is not trivial at all... Most games really don't work without a crack.
> ...
> Limiting apps with cracks to bronze is a bit hard in
> I've been fighting against the notion that the
> wine project encourages cracks for some time now.
> Cracked versions of apps are bad because they are
> a) illegal (at least in the US),
> b) disrespectful of the author of the app, and
> c) much more likely to be infected with malware.
>
> One pl
On Tue, Mar 4, 2008 at 1:24 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > http://bugzilla.kernel.org/show_bug.cgi?id=2255
> > If that kernel issue were resolved, would that let us get
> > rid of the preloader?
>
> Why would you want to get rid of it? We haven't had any trouble with it f
I've been fighting against the notion that the
wine project encourages cracks for some time now.
Cracked versions of apps are bad because they are
a) illegal (at least in the US),
b) disrespectful of the author of the app, and
c) much more likely to be infected with malware.
One place we still do
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> Am Dienstag, 4. März 2008 10:24:25 schrieb Alexandre Julliard:
>> "Dan Kegel" <[EMAIL PROTECTED]> writes:
>> > Say, it looks like at some point in the past, an alternate
>> > approach was looked at for reserving special addresses:
>> > http://bugzilla.
Am Dienstag, 4. März 2008 10:24:25 schrieb Alexandre Julliard:
> "Dan Kegel" <[EMAIL PROTECTED]> writes:
> > Say, it looks like at some point in the past, an alternate
> > approach was looked at for reserving special addresses:
> > http://bugzilla.kernel.org/show_bug.cgi?id=2255
> > If that kernel
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> Say, it looks like at some point in the past, an alternate
> approach was looked at for reserving special addresses:
> http://bugzilla.kernel.org/show_bug.cgi?id=2255
> If that kernel issue were resolved, would that let us get
> rid of the preloader?
Not
66 matches
Mail list logo
