On Wed, Jan 28, 2009 at 6:56 AM, Aric Stewart wrote:
> Very interesting. Here at CodeWeavers we have been very interested in
> benchmarking test and had very little luck finding ones that ran.
So out of curiosity,
I just dug up my old copy of WinBench 96 and tried it again.
The GUI has trouble m
http://bugs.winehq.org/show_bug.cgi?id=17181 seems to be
a bug in our implementation of DOS FindNext.
It's one of the bugs blocking Winbench 96 from running.
I'm interested in Winbench 96 simply because it's the
only mainstream magazine system benchmark for Windows
I've ever even remotely gotten t
Looking at http://bugs.winehq.org/show_bug.cgi?id=17181
I get a feeling that we really need some
testcases to verify we conform to the 16 bit MS-DOS
API. Yeah, even though 16 bit is on the way out,
there's still some use for a few win16 programs, and
they use MS-DOS for file I/O.
We could merge
Wow, that's awesome! A day seven years in the making...
2002: the C test suite is started:
http://source.winehq.org/git/wine.git/?a=commit;h=caa03388b64f444f9b4ef664ec5039d5bf72
2003: winetest committed:
http://www.winehq.org/wwn/199#Winetest%20Integrated%20&%20Future%20Steps
2004: server
On Thu, Jan 29, 2009 at 9:20 PM, Dmitry Timoshkov
wrote:
> Compiling DOS code to a .com file will produce a very small
> executable, then embedding it into the test, put it in %TEMP%,
> and exec should be trivial. No need for external tools IMO.
I thought of that, it's tempting.
But nasm is pret
On Thu, Jan 29, 2009 at 9:34 PM, Dan Kegel wrote:
>> Compiling DOS code to a .com file will produce a very small
>> executable, then embedding it into the test, put it in %TEMP%,
>> and exec should be trivial. No need for external tools IMO.
>
> I thought of that, it
On Thu, Jan 29, 2009 at 9:40 PM, Dmitry Timoshkov
wrote:
> The exception tests in ntdll is a nice example how to do that
> without hurting readability and maintainability.
Sure, it's doable, but after a while one's fingers begin
to bleed. It all depends on how much code we're talking
about, and
On Fri, Jan 30, 2009 at 1:37 AM, Henri Verbeet wrote:
> Would gas work?
Yeah, it's a little ugly, though.
Alexandre's right, we can add the machinery if/when we have so
much code that the array of hex approach sags.
On Fri, Jan 30, 2009 at 7:51 AM, Austin English wrote:
> How about we merge in the wine16 tests while we're at it?
That would be great, if someone wants to do it, but
it's kind of a pain because it currently requires
the windows version of the open watcom c compiler.
Hey everyone,
does Wine have a gallery of press clippings anywhere?
I couldn't find one, so I started one at
http://wiki.winehq.org/Reviews
just for long-form reviews. If you remember
any good reviews of Wine (1.0 or later especially), please link them in there.
- Dan
I can't download debian wine packages from
wine.budgetdedicated.com today...
I'm going to be giving a Wine presentation at
Cebit next month. You can see a draft of the
presentation at
http://kegel.com/wine/cebit2009/talk.html
(I will say lots more than is written there; the
slides are kept simple on purpose, with just
the key idea in the caption.)
A large part of the pre
On Sun, Feb 1, 2009 at 9:48 AM, Dan Kegel wrote:
> I'm going to be giving a Wine presentation at
> Cebit next month. You can see a draft of the
> presentation at
> http://kegel.com/wine/cebit2009/talk.html
I've updated the presentation. Mostly I just
added hyperlinks
Thanks, the simple way worked great.
On Feb 1, 2009 10:29 PM, "Ben Klein" wrote:
2009/2/2 Dan Kegel :
> On Sun, Feb 1, 2009 at 9:48 AM, Dan Kegel wrote: >> I'm
going to be giving a Wine...
1) Most simple way:
img { border: none }
2) More advanced:
img:link, im
Austin English wrote:
> Rather than working around any bugs, they should file bugs so we know
> to fix them, ideally with testcases.
Sometimes ISVs just want to get a product out the door.
At least they have the runtime option so we can force it on or off,
which is nice of them.
It would be nic
http://tech.slashdot.org/article.pl?sid=09/02/03/0112249
One comment mentions the grade inflation on the appdb,
i.e. platinum apps that have not been thoroughly tested
or don't really qualify as platinum...
Thanks.
Please don't use rand() in testcases, though.
Would a constant 'a' suffice in this case?
Which app did you find this in, btw?
On Tue, Feb 3, 2009 at 1:55 PM, Uwe Bonnes
wrote:
> Hello,
>
> it seems that in ASCII mode, fseek() may disturb reading. Appended patch
> adds a todo_wine.
>
> By
Uwe Bonnes wrote:
> Appended a changed test case, writing one single line. It starts to fail
> when the file, including CR and LF gets bigger then 512 bytes. This hits
> probably
>/* in text mode, strip \r if followed by \n.
> * BUG: should save state across calls s
A user is declaring that Wine has succeeded:
http://loobin.wordpress.com/2009/01/13/wine-ascendant/
http://loobin.wordpress.com/2009/02/03/wine-going-production/
It seems hung to me at the moment...
On Wed, Feb 4, 2009 at 3:24 PM, Detlef Riekenberg wrote:
> On Do, 2009-01-29 at 14:30 -0800, Dan Kegel wrote:
>> but that requires the Watcom C compiler, and
>> "apt-cache search watcom" still comes up empty
>
> There is a package with an installer:
>
> http:/
James Mckenzie wrote:
> It depends on the timeline for the 1.2 release.
> If this is a long way off, it may be worth the effort.
I don't know. The 1.1 branch has are lots of improvements
people want; what's so special about Gecko?
IMHO we should leave the 1.0 branch alone,
and just get on with 1.
Nikolay Sivov wrote:
> ...
> +ok(rectf.X == 10.0, "Expected 10.0 got %.2f\n", rectf.X);
Exact equality comparison on float is never a good
idea in unit tests. You need a range test instead.
See
http://code.google.com/p/googletest/wiki/GoogleTestAdvancedGuide#Floating-Point_Comparison
Congrats to everyone who's been cleaning up Coverity warnings,
especially Marcus (http://marcusmeissner.livejournal.com/24466.html).
Here are the yet-uninspected warnings that are in the Feb 7 run
but not in the Jan 30 run:
884 REVERSE_INULL compile_file_regex dlls/dbghelp/symbol.c
883
Alistair wrote:
>> 873 FORWARD_NULLHTMLStyle_put_fontWeight dlls/mshtml/htmlstyle.c
>
> NULL is a valid value to be passed though to gecko.
Here's more of the error:
dlls/mshtml/htmlstyle.c
Event var_deref_model: Variable "v" tracked as NULL was passed to a
function that dereferences i
gives this result:
>
> ebe4a9e321800fbe6d2004a640cd276a28d15c38 is first bad commit
> commit ebe4a9e321800fbe6d2004a640cd276a28d15c38
> Author: Dan Kegel
> Date: Sun Jan 18 19:19:46 2009 -0800
>
> msvcrt: Remove CRs earlier in asc
While I was generating screenshots for my presentation,
I noticed that http://www.winehq.org/download/ has too
much clutter at the top. I don't mind the Codeweavers
ad, but it's not good that users have to scroll down
to see the useful part of the page...
What with netbooks with small screens abounding, it
might make sense to review our web site and make sure
its most important parts are usable in an 800x600 screen
(easy to simulate, just resize your browser until xwininfo
says it's 800x550, those gnome top and bottom bars
chew 25 pixels each).
Tha
Francois Gouget wrote:
>> What with netbooks with small screens abounding, it
>> might make sense to review our web site and make sure
>> its most important parts are usable in an 800x600 screen
>
> For what it's worth, most netbooks have a 1024x600 resolution (all the
> 9" and 10" ones as far as
I know, when I wrote Winetricks, I meant it as a developers'
tool only. But... then... people started using it, and
it made sense to provide it as a way to download missing
visual C++ runtimes etc. for average users.
Quite a few newbies trip over the fact that it
needs cabextract installed. Let'
Very interesting.
I'd been suggesting to ISVs that they create a single
winelib dll and conditionally load that if present,
but winegate.dll might be an appealing alternative.
I don't think this really brings up any security considerations
but it is a reminder that Windows programs under Wine
hav
So, for people packaging wine, here's a proposed plan:
0. See http://wiki.winehq.org/winetricks if you're not familiar with winetricks
1. Download http://www.kegel.com/wine/winetricks
(or get it via svn, see http://code.google.com/p/winezeug )
It's a monolithic shell script, so you don't need to
is added for mandriva
> and dependencies are added.
>
> and will be active for the next version 1.1.16
>
> Marco
>
>
> Dan Kegel schreef:
>>
>> So, for people packaging wine, here's a proposed plan:
>>
>> 0. See http://wiki.winehq.org/winetrick
On Sat, Feb 14, 2009 at 11:21 AM, Scott Ritchie wrote:
> I want to cut down on the number of items in the menu as it is - winecfg
> will be integrated into a System -> Preferences -> Windows Applications
> menu, browse C:\ drive will be in Places, and uninstall would go into
> Applications->Add/Re
c installs.
- Dan
On Fri, Apr 6, 2007 at 10:01 PM, Dan Kegel wrote:
> I *almost* have a great success story to report; the only thing
> keeping it from being a success story is the current directory
> chosen by Nautilus when double-clicking on .exe files.
>
> My wife hurt a finge
On Sat, Feb 14, 2009 at 2:33 PM, Ben Klein wrote:
> Probably. It's worth trying out, but I have an idea to work around it:
>
> #!/bin/sh
> DIR=`dirname "$1"`
> DIR=`cd "$DIR"; pwd`
> pushd "$DIR"
> wine "$@" &
> popd
> fg
I don't think that'll help, offhand.
Maybe the original script will work j
Is http://wiki.winehq.org/USB up to date?
I could have sworn that Alexander Morozov
had submitted a new version of his patch,
but I can't find it.
On Sat, Feb 14, 2009 at 3:09 PM, Dan Kegel wrote:
> Is http://wiki.winehq.org/USB up to date?
>
> I could have sworn that Alexander Morozov
> had submitted a new version of his patch,
> but I can't find it.
Found it and added to the wiki page.
Has anybody tried the Jan 20 patch?
- Dan
A few months ago, Alexandre started including lists of fixed
bugs in his release announcements.
See e.g. http://www.winehq.org/announce/1.1.15, which says
Bugs fixed in 1.1.15:
5694 Lionhead Black & White 2 demo crashes
7014 Unhandled page fault when exiting Commandos - BEL
7297 MIDI
I've been slowly finishing my cebit presentation. The current draft is at
http://kegel.com/cebit/
It now talks briefly about winetricks,
and uses firefox and safari as examples
of installing and running platinum and bronze
apps.
It also talks more about support, since a
windows admin I showed
On Sat, Feb 14, 2009 at 6:04 PM, Vitaliy Margolen
wrote:
> What happened with 'wine start /unix %f'? Doesn't it work for you?
It turns out that having cxchromium installed
does interesting things to nautilus's treatment
of .exe files.
I think uninstalling cxchromium made things work better.
For
On Sat, Feb 14, 2009 at 5:59 PM, Vitaliy Margolen
wrote:
> Agreed meaning for "closed" status was "the fix present in Wine release".
Right, agreed.
> If bug reporter wasn't fast enough to report bug fixed in the 5 minutes
> elapsed between AJ pushing new release tag and wholesale closing of all
On Sat, Feb 14, 2009 at 5:03 PM, Austin English wrote:
> Perhaps a shot of wine running firefox, with, e.g.,
> http://thismachine.info, to show it's running on wine.
I'll probably do that live.
> A before/after of Safari with corefonts might also be good, to show an
> example of what winetricks
On Sat, Feb 14, 2009 at 5:11 PM, Ben Klein wrote:
> You obviously don't understand how Wine works. It's not in win32, nor
> is it in any other API standard Wine has to deal with (such as
> Directx). It won't be shipped with Wine.
I think that's not quite true. There are a couple supported
wine e
On Sat, Feb 14, 2009 at 10:09 PM, Vitaliy Margolen
wrote:
> Dan Kegel wrote:
>> dpkg-query -L wine | grep mime
>> shows that the ubuntu wine package is creating a file
>> /usr/lib/mime/packages/wine
>> which contains lines like
>>
>> application/x-msdos-p
On Sun, Feb 15, 2009 at 1:26 PM, Marcus Meissner wrote:
> Btw, I have run my last 3 Wine presentations in
> OpenOffice_org 2.4 for Win32.
>
> Did not give much crowd "h" effect though.
I guess I'm not trying to impress, I'm trying to reassure.
So maybe doing it in MS Office 2003 or 2007 in wi
Golly, Wine must be getting good. The student trial (though not
the pro trial) of office 2007 from http://office.microsoft.com
seems to install, activate, and start properly with no hacks
at all.
Can't edit the default document though, it says "selection locked".
Guess I'll try the overrides list
On Sun, Feb 15, 2009 at 9:56 PM, Dan Kegel wrote:
> Golly, Wine must be getting good. The student trial (though not
> the pro trial) of office 2007 from http://office.microsoft.com
> seems to install, activate, and start properly with no hacks
> at all.
>
> Can't edit the
See http://bugs.winehq.org/show_bug.cgi?id=14980
Essentially, to run Office 2007, you have to set an override
for riched20. Since Office installs a new, spiffier version
of riched20 in its own private directory, and expects to
find it there, isn't it a bug that we don't let it have it?
Sounds li
On Tue, Feb 17, 2009 at 6:23 AM, James Mckenzie
wrote:
> However, some programs will NOT function without their program specific
> dlls, and it appears that Office 2007 is one of them. Thus, it will be
> necessary to switch from built-in to native, built-in for this program until
> Wine incor
On Tue, Feb 17, 2009 at 4:07 AM, Alexandre Julliard wrote:
>> Essentially, to run Office 2007, you have to set an override
>> for riched20. Since Office installs a new, spiffier version
>> of riched20 in its own private directory, and expects to
>> find it there, isn't it a bug that we don't let
On Tue, Feb 17, 2009 at 4:35 AM, Martin Hinner wrote:
> Just to add few comments at once, the problem is solved for us
> (libwinegate.dll.so is shipped with the software, we'll have to
> recompile it when libwine/libc changes...),
Wait, what can winegate do that
hdll = LoadLibraryA("libwine.dll"
On Tue, Feb 17, 2009 at 6:42 AM, Martin Hinner wrote:
>> hdll = LoadLibraryA("libwine.dll");
>> wine_dlopen = GetProcAdress(hdll, "wine_dlopen");
>> wine_dlsym = GetProcAdress(hdll, "wine_dlsym");
>> wine_dlclose = GetProcAdress(hdll, "wine_dlclose");
>
> The above doesn't work ... LoadLibraryA fa
On Tue, Feb 17, 2009 at 6:47 AM, Alexandre Julliard wrote:
> No. Find a better way.
>
> For instance, investigate the possibility of checking version
> resources.
Which version resources are you thinking of?
On Tue, Feb 17, 2009 at 7:10 AM, Vincent Povirk
wrote:
> On Tue, Feb 17, 2009 at 8:56 AM, Dan Kegel wrote:
>> They really are very simple wrappers around Unix system
>> calls. There's no reason you can't write your own wrappers
>> in assembly inside your winegate,
On Tue, Feb 17, 2009 at 7:10 AM, Alexandre Julliard wrote:
>> Which version resources are you thinking of?
>
> The version of the native dll, compared to the builtin. I could imagine
> a heuristic where if the major version of native is higher than builtin
> you default to native or something like
On Tue, Feb 17, 2009 at 8:10 AM, Rosanne DiMesio wrote:
> I have both Office 2003 (which also installs the private dlls) and Office
> 2007 on my system. I regularly use Word, occasionally Powerpoint, and I can
> verify that it solves a number of other bugs besides the one Dan pointed to:
>
> htt
I got email from a friend who complained how
hard it was to install wine. Turns out he
assumed he had to go to winehq.org and
follow the download instructions there,
when all he needed to do was do
Applications / Add/Remove and pick Wine.
Can we add in a line at the top saying
"Stable version 1.0
On Fri, Feb 20, 2009 at 9:42 AM, Jeremy White wrote:
>>> I think we should also move the text
>>> "This endorsement is the primary recognition that CodeWeavers has
>>> requested in exchange for hosting the Wine web site."
>>> to the bottom of the page, and change it to read
>>> "Thanks to CodeWeav
On Fri, Feb 20, 2009 at 9:55 AM, Jeremy White wrote:
> I can see that it consumes vertical white space, and I
> can get over myself. I remove my objection :-/.
Thanks!
Next idea: why don't we detect the user's distro via javascript, and
put a targeted link to the 'right' package above the table
On Fri, Feb 20, 2009 at 10:45 AM, Daniel Verkamp wrote:
>> Please try http://kegel.com/wine/distro.html
>> and let me know if it detects your distro properly,
>
> On Gentoo with www-client/mozilla-firefox (not mozilla-firefox-bin)
> the page just detects "unknown distribution Linux".
Try it now..
On Fri, Feb 20, 2009 at 10:53 AM, Juan Lang wrote:
>> Next idea: why don't we detect the user's distro via javascript, and
>> put a targeted link to the 'right' package above the table?
>
> Can we also have a non-Javascript page, please? People with
> accessibility issues, and crufty old curmudge
On Fri, Feb 20, 2009 at 11:52 AM, Erich Hoover wrote:
> You could use the HTTP_USER_AGENT environment variable to do a first-order
> attempt. That way for people with Javascript disabled there's at least a
> chance you'll detect their distribution.
Yeah, we could probably do it all in php instea
>> Firefox 3 on an unknown distribution Linux!
>>
>> userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6)
>> Gecko/20080528 Epiphany/2.22 Firefox/3.0
>>
>> I don't think you're gonna be able to get the distribution name out of
>> that... a problem with Epiphany I guess.
Right, same with Ko
On Fri, Feb 20, 2009 at 12:47 PM, Remco wrote:
> Filed a bug with "epiphany-browser":
>
> https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/332253
Thanks. I filed one for Konqueror,
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/332340
-Dan
On Sun, Feb 22, 2009 at 4:45 AM, Kai Blin wrote:
>> Please try http://kegel.com/wine/distro.html
>
> Konqueror 3.5 on an unknown distribution Linux an unknown CPU!
> userAgent Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like
> Gecko) (Kubuntu)
Yeah, that's https://bugs.launchpad.
https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-February/007108.html
says the pulseaudio daemon will autorestart,
so anyone who's been relying on killing it
might want to test with fresh jaunty to see
if they've fixed the problems...
On Sun, Feb 22, 2009 at 11:33 AM, Kai Blin wrote:
>> >> Please try http://kegel.com/wine/distro.html
>
> You can see that the userAgent string contains (Kubuntu)...
Oh, right, thanks. I've added a lower-case ubuntu to the list,
can you try again? (The search should be case-
insensitive, but I h
http://www.avertlabs.com/research/blog/index.php/2009/02/23/running-windows-malware-in-linux/
is an interesting report; all the malware he tried ran
to at least some extent on wine.
One interesting bit of advice he gives at the end is
"Do not set the file association for Windows executables with
Ben Klein wrote:
>> http://www.avertlabs.com/research/blog/index.php/2009/02/23/running-windows-malware-in-linux/
>>
>> "Do not set the file association for Windows executables with Wine.
>> This would enable running Windows executables in Wine by simply double
>> clicking them."
>>
>> I saw a pat
On Mon, Feb 23, 2009 at 4:00 PM, Ben Klein wrote:
http://www.avertlabs.com/research/blog/index.php/2009/02/23/running-windows-malware-in-linux/
"Do not set the file association for Windows executables with Wine.
This would enable running Windows executables in Wine by simply do
On Mon, Feb 23, 2009 at 4:06 PM, Dan Kegel wrote:
>>>>> "Do not set the file association for Windows executables with Wine.
>>>>> This would enable running Windows executables in Wine by simply double
>>>>> clicking them."
>
> Yes, th
On Sun, Feb 1, 2009 at 12:33 PM, Vít Hrachový wrote:
> Hi Dan
> from top of my head -
>
> Heroes of Might and Magic III
> Wizardry 8
> Lord of the Rings: Battle for Middle-Earth 2
>
> all have free demo downloads and don't require net.
Wow. I just tried LOTRBFME2 :-) and it's impressive.
Only pr
Paul Bryan Roberts write:
> The code as it stands creates makefiles with a mode of 600. This may be
> benign on most (e.g. personal workstation) installations but not all.
>
>An example is where the wine git repository is located on an NFS
>volume. Here security settings may mean that root:root i
On Tue, Feb 24, 2009 at 6:07 PM, Scott Ritchie wrote:
> When I brought this up at the Ubuntu Developer Summit a while back, the
> security conscious there wanted to check an executable for the execute
> bit before launching it with Wine. Then, the user would be prompted if
> they wanted to run it
I was hoping to demo aquamark 3, but it now crashes for
me on startup. Did I forget the magic incantation to run it successfully?
http://appdb.winehq.org/objectManager.php?sClass=version&iId=6616
Our currently released version is 1.0, but the appdb's
browse feature acts as if that version no longer exists.
This will seriously confuse newcomers who are using
the 1.0.1 version (e.g. anybody who installs a fresh
copy of Ubuntu!).
To fix this, we should add 1.0 (or 1.0.1) back into the search
I can't get pages from http://wiki.winehq.org,
though I can ping lattica.ca.
The web server there seems to close connections
after a long pause without any response.
it looks like the wiki server needs restarting?
Now that we support building 16 bit executables,
it seems like a good time to think about integrating
the 16 bit test suite, currently hibernating at
http://win16test.googlecode.com
Any takers?
That's a nice, simple design, but something's missing.
Oddly, the original drunken penguin shirts, or ripoffs thereof, seem
to still be available at
http://www.ixsoft.de/software/products/CWTSHIRTDP-L.html
Original artwork is at
ftp://wine.codeweavers.com/pub/wine/logos/
I would kind of like a s
On Tue, Feb 17, 2009 at 7:10 AM, Alexandre Julliard wrote:
> The version of the native dll, compared to the builtin. I could imagine
> a heuristic where if the major version of native is higher than builtin
> you default to native or something like that.
I've updated http://bugs.winehq.org/show_b
On Wed, Feb 25, 2009 at 4:31 PM, Ben Klein wrote:
> 2009/2/26 Dan Kegel :
>> Our currently released version is 1.0, but the appdb's
>> browse feature acts as if that version no longer exists.
>> This will seriously confuse newcomers who are using
>> the 1.0.1 vers
On Fri, Feb 27, 2009 at 1:46 PM, Ben Klein wrote:
>> That's a fine attitude from the developer's point of view,
>> but that means that Wine *doesn't care* about Ubuntu
>> users who expect to be able to use Wine by doing
>> "add/remove" in the system menu.
>>
>> And I think we do care.
>
> No more
On Fri, Feb 27, 2009 at 3:02 PM, Dylan Smith wrote:
>> Say, have we considered making riched20 prefer native?
>> That makes the app work, too.
>
> A couple of things to note, in case they are relevant:
> 1. msftedit currently uses the native version by default
> 2. builtin msftedit will not work w
On Fri, Feb 27, 2009 at 2:37 PM, Remco wrote:
> On Fri, Feb 27, 2009 at 11:06 PM, Dan Kegel wrote:
>> In fact, it's common practice for repos like rpmfusion.org to
>> have a tiny package that just adds themselves to your software
>> sources. (See http://rpmfusion.org/
On Fri, Feb 27, 2009 at 2:30 PM, Ben Klein wrote:
>> Their reply is probably "well, then do another stable release.
>> Our policy is that we prefer to bundle only stable releases."
>
> We should at least try! From what I've seen, Ubuntu like bleeding-edge
> stuff that likes to break other things,
I went to the trouble of buying a copy of WordPerfect Office 2002
a while ago, and just tried installing it again - but
I seem to have lost disc 1. Anyone have a copy they're
not using anymore? I have disc 2 and a serial number,
just no disc 1 :-(
I updated the slides at http://kegel.com/cebit one more
time. The talk is this coming Thursday, so I'll probably
fiddle with it a bit more.
I did give a second practice run in front of a
live audience, including some windows sysadmins,
and they said it made Wine less scary. Which
is, I guess, my
There's already an example of an appdb wiki, in a way; see
http://wiki.winehq.org/AdobeApps
I did this because the appdb has ugly URLs for apps,
and I was trying to post links far and wide trying to
draw people in to helping test photoshop and a few
other adobe apps.
If the appdb had nice URLs fo
With Friday's git, I can't run the new winhelp.exe16.
$ cd programs/winhelp.exe16
$ wine winhelp.exe16.so
fails with
err:process:start_process
L"Z:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16"
doesn't have an entry point, it cannot be executed
Did I miss some memo?
This is on a 6
On Sun, Mar 8, 2009 at 10:13 AM, Alexandre Julliard wrote:
>> $ cd programs/winhelp.exe16
>> $ wine winhelp.exe16.so
>> fails with
>> err:process:start_process
>> L"Z:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16"
>> doesn't have an entry point, it cannot be executed
>
> Running tho
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most platforms.
- Dan
Even without any new features, it seems to me that
passing all tests on all platforms might all on its own
merit a new stable release.
That said, by the time we have that, we might well have
64 bit support working, too...
- Dan
On Sun, Mar 8, 2009 at 4:43 PM, Dan Kegel wrote:
> Even without any new features, it seems to me that
> passing all tests on all platforms might all on its own
> merit a new stable release.
Grouping platforms by age:
2000 and earlier have 75 rows with red or mixed,
XP/2003/Vista/200
On Sun, Mar 8, 2009 at 5:08 PM, James Mckenzie
wrote:
>>It almost feels within our grasp for midyear... how 'bout it?
>
> I would like to add that these tests should also pass on the MacOSX platform
> as well.
As in, they already do, or as in, that should be a release criterion?
Hmm, we don't o
On Sun, Mar 8, 2009 at 6:08 PM, Alexandre Julliard wrote:
> I don't think tests passing on Windows is a reason for a release, it has
> very little impact on the Wine code. In the vast majority of cases these
> are tests that already succeed on Wine and on some Windows versions, so
> fixing them on
On Sun, Mar 8, 2009 at 8:18 PM, Saulius Krasuckas wrote:
> Would it be acceptable to use Open Watcom C compiler to crosscompile the
> 16-bit part? (v1.8 released two weaks ago)
That's what win16test.googlecode.com already uses, though it uses
the windows version (as we had some problems using th
On Sun, Mar 8, 2009 at 7:40 PM, Alexandre Julliard wrote:
> 64-bit support isn't too far away, so if we put some more effort into it
> that should be achievable in the near future
> It seems we could reasonably start the release process 3 months
> from now.
That would be sweet. I wonder if t
On Sun, Mar 8, 2009 at 8:08 PM, Scott Ritchie wrote:
> I do have one question though: do we mean regressions relative to any
> beta Wine, or just regressions relative to 1.0.1? I prefer the less
> strict approach if it means more frequent releases
I think the users will expect 1.2 to have zero r
On Sun, Mar 8, 2009 at 9:27 PM, Austin English wrote:
>> Even without any new features, it seems to me that
>> passing all tests on all platforms might all on its own
>> merit a new stable release.
>
> By 'all platforms', do you mean all Windows versions, or Linux/OS
> X/BSD/Solaris?
I meant Win
1 - 100 of 2971 matches
Mail list logo
