jakov wrote:
Alexandre Julliard wrote:
Modified files:
dlls/kernel/tests: pipe.c
Log message:
Avoid killing threads with TerminateThread, this can cause deadlocks.
Thank you, so that was why it hanged on Win9x!
How embarassing! I know better, too (killing a thread is bad form on any
I was looking for a newbie project recommendation
(for someone else, not me!), and figured
pick a popular windows app, and firm up wine support for it
would be a good one. Not knowing what apps are popular,
I paid a visit to the winehq supported apps page.
I noticed the page didn't have links to
Hatky wrote:
On Saturday 08 May 2004 09:57, Dan Kegel wrote:
+td5.58 (FIXME: 7.2?)/td
Dan, Please don't put FIXMEs on the site, it is not hidden code, either check
it to confirm or don't put that at all, same stance for the rest of your
statments on the versions, you can't assume newer
Roger wrote:
I am attempting to run a native windows VB6 app (United Devices)
in wine, fake windows, but I continue to encounter an
unimplemented/unhandled API call CreateRemoteThread
...
Any advice where I go from here as I want to dump win, get more hd space but I need this app?
Unless you're
I'm trying to write a test that checks for data overruns
using VirtualAlloc and VirtualProtect and I think
I may have found a bug. Here is the problem:
DWORD dwPageSize;
BYTE * twoPages, temp;
DWORD flOldProtect;
twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT,
I tried running the demo of Picasa from
http://www.lifescapeinc.com/picasa/
under Wine-20040213 and Wine-20040505, but the installer
just put up Out of Memory boxes :-(
This progam uses some unusual installer app
(it announces which one early on when you run
it under Windows).
Anyone seen this
Dan Kegel wrote:
I tried running the demo of Picasa from
http://www.lifescapeinc.com/picasa/
under Wine-20040213 and Wine-20040505, but the installer
just put up Out of Memory boxes :-(
Mike H. suggested hacking in CSIDL_PROGRAMS to see if that got us further, so:
--- wine-20040505.old/dlls
Dan Kegel wrote:
Mike H. suggested hacking in CSIDL_PROGRAMS to see if that got us
further, so:
And sure enough, it gets further. Now it seems to fail with the same
error box that the Astrum installer demo fails with.
I'm an idiot, I ran the wrong thing. Scratch that, let me really try
Dan Kegel wrote:
Dan Kegel wrote:
I tried running the demo of Picasa from
http://www.lifescapeinc.com/picasa/
under Wine-20040213 and Wine-20040505, but the installer
just put up Out of Memory boxes :-(
Mike H. suggested hacking in CSIDL_PROGRAMS to see if that got us
further.
While looking
I keep running into apps that won't run without
richedit20.dll, yet I can't see any mention of
that DLL in the wine 0.9 or wine 1.0 tasklists.
Surely it's important enough to merit at least
a mention in the wine 1.0 tasklist?
- Dan
--
My technical stuff: http://kegel.com
My politics: see
Steven Edwards wrote:
I keep running into apps that won't run without
richedit20.dll, yet I can't see any mention of
that DLL in the wine 0.9 or wine 1.0 tasklists.
Surely it's important enough to merit at least
a mention in the wine 1.0 tasklist?
I have been thinking about creating a stub
OK, if wineinstall is no longer needed, how does one
get drive letters set up? The doc on winehq seems to
still tell people to edit the config file. If one does
that, wine will then create the symlinks, but there's
no doc on how to do it yourself...
--
My technical stuff: http://kegel.com
My
I went to a yard sale today, and that's always dangerous.
Today I ended up buying a copy of Lotus SmartSuite '96.
I then installed Wine-20040615.tar.gz and tried installing my new disc with
$ wine d:\\install.exe
It got all confused, started iterating through every file underneath my
home
In the same yard sale where I bought Lotus SmartSuite '96
(whose Lotus 1-2-3 works under wine-20040615), I also
bought the '97 version. I had numerous problems with
the '97 version. Its installer failed while installing
Word Pro (though it seemed to install Lotus 1-2-3). Lotus 1-2-3
fails with
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
...
That failed immediately, so quickly that
WINEDEBUG=+all wine wordpro.exe
was practical to run. Here's part of its output. It looks as if
the very first instruction accesses a null pointer in a strange
way.
Most likely the dll
Dan Kegel wrote:
WordPro '97 gets further now (with CVS as of 17 July), so I guess
that's progress. It still crashes before putting up a UI.
Here's the (possibly) interesting bit of +all. It looks
like it's trying to load resource 0xfa4 of type 10 (RT_RCDATA) from
wpENc70.dll,
failing
Mike Hearn wrote:
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
The installer does have one obvious problem: it puts up a dialog box
LWP+2311: Overflow
once while copying files.
Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit
code.
Could you backtrace
Mike Hearn wrote:
So are we misleading users by having a bugzilla into thinking that if
they file a bug there, it'll be fixed when it probably won't?
Not at all. Just because not enough people are doing bug
triage or fixing doesn't mean we should drop bugzilla.
Somebody will eventually go through
Hi Filip,
if you're looking for testcases, could you try the demo programs in
http://bugs.winehq.org/show_bug.cgi?id=1268 and
http://bugs.winehq.org/show_bug.cgi?id=1404
? Especially the latter one, which has a tiny MFC demo program
in both source code form and precompiled. It misbehaves badly
Shaun Green wrote:
The first is a display problem of edit boxes; for some reason the text
(numbers) are displaying left justified, instead of right justified. The
edit boxes are definitely set for right justified and display fine in
Windows.
The second bug is that when I multi-select files to
Shachar wrote:
I noticed that in server/fd.c, the wineserver is using poll to select
between file descriptors. The application is going through this code
over 2000 times a second, with over 380 file descriptors each time. I am
wondering whether this can be the cause of the slowdown.
One of the
Shachar Shemesh wrote:
FWIW, I wrote a wrapper layer that illustrates how to detect
whether epoll etc. are available. I'm convinced that *runtime*
detection is the only way to go. Compile time detection is insufficient.
My code is at http://kegel.com/rn
Sure will have a look.
cool!
i
If you
Shachar Shemesh wrote:
It doesn't compile (rn.c is not including sys/epoll.h). When I fix
that, it checks whether epoll_create works. If it does, it sets all
handlers to use sigio. I don't think this library is quite stable enough
:-)
You're a tough customer :-) It's quite close; guess I
Shachar Shemesh wrote:
Now don't go and do level-triggered stuff just because it's easier :-)
That's not it at all, and edge vs. level is not part of my
considerations. Libevent does support a wider variety of selection
interfaces, and with wider platform support, than your library.
Don't get me
I installed wine-20040813 from source, then tried installing
http://msdn.microsoft.com/visualc/vctoolkit2003/
(I think this gets a ways further than it did last time I tried it, yay.)
Now it fails with the error
I: Error installing Microsoft(R) .NET Framework.
After (more or less) installing IE6 on Wine, I tried
installing the Platform SDK. Looks like their Setup.exe
program invokes IE and some ActiveX control. And it
looks like I don't know how to install the msi packages
without their setup.exe (maybe someone else knows?).
This was with
[EMAIL PROTECTED] wrote:
I'm trying to write a Direct Input regression test and I ran into a
problem I can't resolve (and the linker too). dinput.h defines an
extern variable:
extern const DIDATAFORMAT c_dfDIJoystick;
I can't find this variable in dinput.dll ...
It looks like it was added about
Alexandre Julliard wrote:
I got his mails and replied (even though they were sent as Word
documents which was a big pain to read). I imagine he never got the
replies, it seems your mail setup needs some work.
Maybe you should fax your first reply to make sure he gets it.
Specops fax # is,
Jia L Wu ([EMAIL PROTECTED]) wrote:
I have to write a spec file so that a winelib application can use a third
party dll. The problem is that APIs in third party dll are written in C++.
As c++ names and parameters are mangled, how can i call them in spec file?
For example, how can I call a class
Jon Griffiths wrote:
I have to write a spec file so that a winelib application can use a third
party dll. The problem is that APIs in third party dll are written in C++.
As c++ names and parameters are mangled, how can i call them in spec file?
how can I call a class constructor (which is built
Eric Pouech ([EMAIL PROTECTED]) wrote:
...
But, the address we get in GetThreadContext is the one from where the
thread waits on the server (hence the 0xe410 address), not the
address it was suspended from (as it's supposed to be)
I don't think it will be easy to fix.
Possible ideas:
...
-
Last night I did a cvs update and built, and got a build failure
dlls/amstream/amstream.c:40: parse error before AM_Vtbl
Evidently cvs update failed to update the files in dlls/amstream,
as it failed to pick up that part of this change:
2004-08-12 Alexandre Julliard [EMAIL PROTECTED]
*
With this morning's cvs, 'make check' hangs after this point
...
make[3]: Entering directory `/home/dank/winebuild/dlls/msvcrt/tests'
../../../../wine/tools/runtest -q -P wine -M msvcrt.dll -T ../../.. -p msvcrt_test.exe.so
../../../../wine/dlls/msvcrt/tests/cpp.c touch cpp.ok
I've posted about this before, but never really tied things
up in a neat package, so:
Here's a document that describes how to
use Microsoft C++ Toolkit on Linux to build
Windows programs:
http://www.kegel.com/wine/cl-howto.html
I hope that helps a few people. I certainly find
it convenient when
http://bugs.winehq.org/show_bug.cgi?id=2170
This bug is marked 'closed', but it's still happening
for me with today's CVS.
Anyone know what's up with this?
Thanks,
Dan
--
Trying to get a job as a c++ developer? See
http://kegel.com/academy/getting-hired.html
Maybe this is old hat, but:
I ran into the message
fixme:crypt:RSA_CPAcquireContext You have to install libcrypto.so and development
headers in order to use crypto API
while running an app. Looking at the code,
it's only issued if wine's configure can't find /usr/include/openssl/ssl.h.
But I
I've run into people several times who dislike the
fact that I advocate or even work on the Wine project,
because they feel that it takes focus away from
working on the Linux desktop. I beg to differ, but
I've never had a really snappy comeback for them.
It happened again today, and this time it
Holly Bostick wrote:
I've got Wine running, and installed several programs I was familiar
with under Windows, mostly to perform tasks that I couldn't figure out
how to do under Linux, but which I either knew how to perform using
Windows apps, or could find HOW-TOs for that specified Windows
Brian Vincent wrote:
On Fri, 29 Oct 2004 23:40:38 -0700, Dan Kegel [EMAIL PROTECTED] wrote:
http://www.kegel.com/wine/why.html
These aren't exactly buried, but they're not obvious either:
http://www.winehq.com/site/myths
http://www.winehq.com/site/why
I had a link to the 2nd one, now I've got
If you haven't tried the Keyhole demo on Windows yet,
give it a shot. It's kind of fun to look at an aerial
view of every place you've ever lived, say.
You can download it from http://www.keyhole.com
Unfortunately, the installer is a no-go under Wine (cvs as of
a couple days ago).
It puts up a
What's the current status on bug 423 (http://bugs.winehq.com/show_bug.cgi?id=423),
Out-of-process COM support? There hasn't been anything added to
that bugzilla entry for two years, and presumably there has
been some progress. Perhaps someone in the know could
update that bug report.
Likewise,
While putting together a tutorial on how to contribute
test cases to Wine (http://kegel.com/wine/sweng/),
I noticed that the current version 9 of WinZip
doesn't install under vanilla Wine; it aborts with
the message
WinZip was unable to locate a recent version of
the Windows HTML help viewer,
1. Why are all the archived posts to wine-test-results empty?
See http://www.winehq.org/hypermail/wine-tests-results/2004/11
Every message body is empty! What's up with that?
2. The URL http://test.winehq.org/data/ appears to contain
digests of all winetest results received by the server, but
Hey folks,
I pulled down sources from CVS this morning, and tried
running the regression tests. There are about 150 failures.
Here's a summary:
$ grep Test failed log | sed 's/:.*//' | uniq -c | sort
1 filtergraph.c
1 rsaenh.c
1 shelllink.c
1 shreg.c
2 typelib.c
Dimitrie O. Paun wrote:
3. winetest.exe currently assumes you're running under Windows.
See main.c line 577:
(putenv (WINETEST_PLATFORM=windows) ||
Wouldn't it be useful to allow Linux results to be computed
and reported via winetest, too? Presumably it could detect
that it's running on Linux
Dimitrie O. Paun wrote:
On Sun, Nov 07, 2004 at 03:48:53PM -0800, Dan Kegel wrote:
Ah, but you don't disable it, as far as I can tell.
As of last month, I was able to run winetest under Linux, and because of
that wrong environment setting, it got all the todo_wine's
wrong. In fact
Mike Hearn wrote:
I quite liked Michaels idea of the RT signals. Is there some reason we
can't use them?
I didn't see Michael's proposal. Can you point to it?
Now, I don't pretend to understand the issues here, but reading your patch,
Dan Kegel wrote:
And even if you put in C: instead of %SystemDrive%, installation
goes a little further, but fails with
WinZip internal error in file install.c line 930.
...
Hrm. Even WinZip 8.1 is failing now in the same way, even
after I blow away ~/.wine. Here's part of the output
Michael Jung wrote:
I fear that the problems with crypt.c and the crash are related to rsaenh.dll,
which is pretty new in wine cvs. I can't reconstruct the test failures on my
system. There are some entries in the initial registry, which did change due
to rsaenh.dll. Could please retry without
Dmitry Timoshkov wrote:
metafile.c:91: Test failed: pass 0: dx[42] (1081735508) didn't match 4
make[3]: *** [metafile.ok] Error 43
Is the metafile test supposed to be broken like this under Wine?
That's because you have no truetype fonts installed. X11 fonts are
broken in that respect.
Thanks for
Dan Kegel wrote:
I pulled down sources from CVS this morning, and tried
running the regression tests. There are about 150 failures.
$ grep Test failed log | sed 's/:.*//' | uniq -c | sort
1 filtergraph.c
1 rsaenh.c
1 shelllink.c
1 shreg.c
2 typelib.c
4
I ran into the error
Oops, segment violation
while running make to build wine from cvs.
It failed on the command
../tools/widl/widl -I../../wine/include -I. -I../../wine/include -I../include
-h -H ocidl.h ../../wine/include/ocidl.idl
Turning on logging showed that it happened while
Here's the exact workaround, in case anyone runs into
that crash again. I dare the author of widl to run
it under valgrind :-)
diff -Naur wine.orig/tools/widl/parser.l wine/tools/widl/parser.l
--- wine.orig/tools/widl/parser.l Mon Oct 4 19:14:54 2004
+++ wine/tools/widl/parser.lWed Nov
Hans Leidekker wrote:
But winzip 9 still doesn't install, at least with default settings;
now the wrong value for default destination comes up in the installation
dialog box, %SystemDrive%\Program Files\WinZip. Seems like
some environment variable isn't being expanded somewhere?
What version of
Steven Edwards wrote:
--- Dan Kegel [EMAIL PROTECTED] wrote:
Is wineinstall needed anymore?
README seems to indicate you can install Wine just fine
without it.
You can but Alexandre wants to keep it to make it easier for new Linux
users to build and install Wine.
OK, but wineinstall seems to do
James Hawkins wrote:
Is wineinstall needed anymore?
README seems to indicate you can install Wine just fine
without it.
You can but Alexandre wants to keep it to make it easier for new Linux
users to build and install Wine.
OK, but wineinstall seems to do more than wineprefixcreate;
shouldn't they
I just ran into
http://www.ccp14.ac.uk/solution/wine/
which lists about ten free Windows apps used
for crystalography, and how to run them under
Wine.
I guess these deserve an appdb entry; they don't seem
to have one yet.
That page describes workarounds needed to run with
Wine as of about three
I'm putting together a mini-lab course on
Software Engineering with Wine.
So far, it only shows how to build wine and run the conformance test,
and troubleshoot common problems (in particular, the ones that
caused hundreds of test failures when I ran them a couple weeks ago).
It's at
http://www.winehq.com/site/developer-cheatsheet is 1.5 times
as wide as my screen in Firefox and Mozilla. Seems
like it needs a bit of adjustment...
--
Trying to get a job as a c++ developer? See
http://kegel.com/academy/getting-hired.html
M-Halo wrote:
Since then, I've compiled other apps with configure/
make/ make install ... yet, I find myself still using
wineinstall for installing Wine from source.
Keep Wineinstall... it's vital.
OK, let's keep it, but let's migrate everything interesting
from it into configure.ac, Makefile.in,
Mike Hearn:
1) The RH9 RPMs are apparently being compiled with epoll support linked
in. This is causing user pain. We should really be using dlsym here,
why are we not again?
Alexandre Julliard:
glibc is not backwards compatible, the RH9 RPMs should be built
against the RH9 glibc. There is
Mike Hearn wrote:
can't we package Wine as an LSB package?
No, that's really not possible/sensible.
I suspect Wine depends on nothing that isn't in the LSB.
I suspect it depends on a lot, for instance FreeType, OpenSSL, CUPS,
fontconfig, libasound/arts/jack, SANE, libjpeg etc etc.
LSB 2.0 doesn't
Mike Hearn wrote:
[The LSB] really doesn't deal with anything useful at all that isn't already
stable and on every Linux system anyway.
Correct. When a commonly-needed package becomes stable,
a snapshot of its interface specification is taken, and added
to the LSB. LSB applications can then
Jeremy White wrote:
... a while back, I asked the
LSB if they'd consider adding Wine to the app-battery (standard tests
required for LSB certification).
They were actually quite open to the notion; Alexandre was working
with someone technical on the challenges involved.
Candidly, I dropped the
Mike Hearn wrote:
I'm not aware of e.g. an LSB-1.3 application that doesn't run properly
on any system that supports LSB-1.3. Are you?
I'm not aware of any LSB applications at all, actually. But let's take
RealPlayer for example. Let's pretend that Real had made it an LSB app.
Would that have
Dan Kegel wrote:
Bzzt. In the real world, the distro vendor would have noticed
this during LSB certification, and since the shared library
loader for LSB 1.3 is /lib/ld-lsb.so.1 rather than /lib/ld-linux.so.2,
the vendor can easily force libc to be linuxthreads based even
if the default libc
Jerry Geis wrote:
I am trying to use wine 12-01-04 release with Visual Studio.
I am getting the vcspawn error. Have you ever found a solution to that?
[http://www.winehq.com/hypermail/wine-devel/2003/02/0335.html]
Nope. I didn't look very hard, though.
If not I am trying to use the command line
Stefan Munz wrote:
In order to push the use of Open Source Software we plan a project with the
Wirtschaftsfrderung Region Stuttgart GmbH ... to
find software producers who pay us for a wine compatibility test of their
software. ...
What's the URL, by the way? Is it
You wrote:
... the program is Lanwatch. A nice little app, which makes a lot of
noise (if configured correctly) when the Internet connection goes down.
I used it for years, but now we've got rid of the last Windows here
I have other network monitoring tools, but it's just the acoustical
Mike Hearn wrote:
This quote: An alternative option, perhaps more effective and expensive, is to
pay wine
developers for their work on your application, either directly through a
negotiated contract or indirectly by posting a bounty ... could it have a
link to CodeWeavers please? I think it's
Jack wrote in http://www.winehq.org/hypermail/wine-devel/2004/12/0720.html :
Program received signal SIGSEGV, Segmentation fault.
0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4009e05a in _int_malloc () from /lib/i686/libc.so.6
#1 0x4009d06c in malloc () from
Every now and then, it's fun to try installing
OpenOffice under Wine. Here's what happened when
I tried it tonight with a copy of Wine built from
yesterday's sources:
$ wget
http://openoffice.mirrors.pair.com/developer/680_m65/OOo_1.9.m65_native_Win32Intel_install.zip
$ unzip
Rob Shearman wrote:
We have a number of marshaling tests in our test framework at the moment
(in wine/dlls/ole32/tests/marshal.c). It is hard to do anything
cross-process (or cross-machine!) because of the way the test framework
is done. Mike did suggest using environment variables to hack
Eric Pouech wrote:
Well, there's still plenty of test cases that can be written for each
DLL. Ideally we start from the bottom (ntdll, kernel, gdi, etc) with
our test cases so that we can fix code in the dlls and programs that
depend on those dlls.
Following that line of thought, imagehlp
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 shackl...@gmail.com 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
On Mon, Feb 23, 2009 at 4:00 PM, Ben Klein shackl...@gmail.com 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
On Mon, Feb 23, 2009 at 4:06 PM, Dan Kegel d...@kegel.com 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, this will require a modicum of consensus. We might decide
to stay
On Sun, Feb 1, 2009 at 12:33 PM, Vít Hrachový vit.hrach...@sandbox.cz 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
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 is
On Tue, Feb 24, 2009 at 6:07 PM, Scott Ritchie sc...@open-vote.org 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
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=versioniId=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
On Tue, Feb 17, 2009 at 7:10 AM, Alexandre Julliard julli...@winehq.org 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
On Wed, Feb 25, 2009 at 4:31 PM, Ben Klein shackl...@gmail.com wrote:
2009/2/26 Dan Kegel d...@kegel.com:
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
On Fri, Feb 27, 2009 at 1:46 PM, Ben Klein shackl...@gmail.com 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
On Fri, Feb 27, 2009 at 3:02 PM, Dylan Smith dylan.ah.sm...@gmail.com 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
On Fri, Feb 27, 2009 at 2:37 PM, Remco remc...@gmail.com wrote:
On Fri, Feb 27, 2009 at 11:06 PM, Dan Kegel d...@kegel.com 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 shackl...@gmail.com 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
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
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
LZ:\\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 64
On Sun, Mar 8, 2009 at 10:13 AM, Alexandre Julliard julli...@winehq.org wrote:
$ cd programs/winhelp.exe16
$ wine winhelp.exe16.so
fails with
err:process:start_process
LZ:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16
doesn't have an entry point, it cannot be executed
Running
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 d...@kegel.com 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/2008
1 - 100 of 2823 matches
Mail list logo