The correct way to fix this is to call services.exe (which doesn't exist
yet) and get a list of services from there. In the mean time you should
be able to persuade Alexandre to take a small hack that returns the
appropriate information to the application, you should be able to write
a small te
Here is a make test failure I'm getting on my laptop (for those of you
who were not at wineconf, make test should, in theory, work everywhere)
../../../../wine/tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p
gdi32_test.exe.so ../../../../wine/dlls/gdi/tests/font.c && touch font.ok
font.c:
EA Durbin wrote:
The link on the winehq.org page for the photo is returning 404 not found.
It has been fixed.
Ivan.
Dan Kegel wrote:
Lately, when I search for win32 API functions like CoGetObject,
the top few hits I get at microsoft.com are the .net ones.
I guess it's not a problem, but it feels weird.
Calling everything with a new name is an easy way to get people to think you've got something new,
when yo
Segin Noname wrote:
> So I wrote this little program.
To be totally honest I don't see the point, in 99.999% of CDs I've ever seen autorun starts some
file in the root folder of the CD (start.exe, setup.exe, install.exe, runme.exe, in any case
something obvious) and the CD usually comes with i
Segin Noname wrote:
(FYI: I have no internet connection at the moment, so I say 'hi' to
all Wine developers!)
Wine is nortorious for NOT supporting Autorun.
Many people would say that is a fearute.
Ivan.
Andrew Ziem wrote:
Maybe a month ago there was a discussion on this list. IIRC, here's the
gist: The build system is broken. Then, someone sent in a patch, but
the maintainer is not at home.
Any idea when he'll be able to fix this?
Ivan.
Does someone know why the tests at test.winehq.com/data aren't being built any
more?
Ivan.
Andreas Mohr wrote:
Hi,
On Tue, Jun 27, 2006 at 04:05:14PM +0100, [EMAIL PROTECTED] wrote:
ChangeLog: Don't leave files on the user's hdd
Don't you think that a rm -rf / would be more efficient? ;)
Unfortunately the tests are for windows, but I guess format c: would do too :-D
Ivan.
Jaap Stolk wrote:
from what I could google, code=c096 means that a privileged
instruction was found.
This is to be expected. DispatchDeviceControl is the function in the driver which handles the IO for
the kernel (in this case our fake kernel). If it's a driver it obviously must need to do
Dan Kegel wrote:
I just looked, and there aren't *that* many msi and ole bugs
reported in bugzilla.
Are you implying 1.0 should be released with any known bugs at all? I thought only M$ did that sort
of stuff.
Ivan.
Since Wine runs under OS X do you think this build of
Picasa would work?
Leo Smith
City of Concord
Information Technology Department
1950 Parkside Dr.
Concord, CA 94519
925 671 3277
[EMAIL PROTECTED]
I was reading WWN yesterday and read something about Microsoft using the incorrect "WINE" form, I
email them about it and they appear willing to fix it. Probably the first example of cooperation
from them :-)
Ivan.
-- Forwarded message --
From: Ebenezer <[EMAIL PROTECTED]>
Date: 18-Jan-2006 23:31
Subject: wiki.winehq.org
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Message body follows:
Hi. I saw some stuff about WINE benchmark performance on
digg.com, but when I went to go to the site I fo
Aric Cyr wrote:
I was having similar problems over the weekend, except my "cvs up" would timeout
and fail. Pinging cvs.winehq.com resulted in a few packet drops then it would
starting pinging properly. After that cvs works fine. Network issues at
Codeweavers?
Well, you can take load off the
Hello guys, wine's new boinc [EMAIL PROTECTED] team is up and running here
http://setiathome.berkeley.edu/team_display.php?teamid=38091
please consider joining. You can also create a team account here if you aren't already running
[EMAIL PROTECTED] here http://setiathome.berkeley.edu/create_accou
Vitaliy Margolen wrote:
+#define DIRECTORY_QUERY (0x0001)
+#define DIRECTORY_TRAVERSE (0x0002)
+#define DIRECTORY_CREATE_OBJECT (0x0004)
+#define DIRECTORY_CREATE_SUBDIRECTORY (0x0008)
+#define DIRECTORY_ALL_ACCESS (STANDARD_RIGHTS_REQUIRED | 0xF)
Should
Raphael Junqueira asked on bugzilla what the safedisc status is. Currently it works fine, and I
believe what we have is more or less ready for CVS. However Vitaly told me Alexandre didn't like the
object manager Vitaly wrote, mostly he didn't like permanent objects, that drivers depend on. I
hav
Hi,
seems another "Copy Protected" Game.
can you try "Ivan Leo Puoti" patches (related to ntoskrnl/safedisc) ?
Raphael
Unless the game is protected by safedisc they won't help much. Chances
are some anti debugger checks are failing, so the game intentionally
screws itself up.
Ivan.
Saulius Krasuckas wrote:
* On Wed, 9 Nov 2005, Ivan Leo Puoti wrote:
* Saulius Krasuckas wrote:
The question isn't about world wide definition, it's about preference inside
Wine project. But OK, I will use tabs in a tabby files.
Please use spaces, we can't get
Saulius Krasuckas wrote:
The question isn't about world wide definition, it's about preference
inside Wine project. But OK, I will use tabs in a tabby files.
Please use spaces, we can't get rid of existing tabs but let's not make things
worse.
Ivan.
Robert Shearman wrote:
*It appears that this was previously generated at release time by the
wine_release script (http://cvs.winehq.org/cvsweb/tools/wine_release),
but was disabled over 2 years ago. I was wondering what the reason was,
but I guess it is that it takes a long time to build and a
Informações wrote:
Hey all,
I posted this message at the tail of another thread but I think it
lost its visibility, as the subject was quite different. Here it goes
again:
I was performing some naive tests on my Windows box and got stuck on
something that looks quite dumb... I just
Dimi Paun wrote:
Third, Jonathan has done a lot of good work, and I find it way
over the top to remove his Bugzilla account over this issue.
In fact I didn't, I suspended it til I could get hold of him and we could discuss it and now all is
fine and everyone is happy. Peace and love :-)
Ivan
Jonathan Ernst wrote:
Hi,
Yesterday, after having manually closed some old fixed bugs, I discussed
with infyquest and tlambregts on irc and tlambregts told us that instead
of manually closing the bugs, bugzilla had a "change several bugs at
once function"
It was then discussed that bugs that a
John Smith wrote:
> Yes, we welcome you to the wonderful world of OpenSource.
Or hire a wine developer to specifically work on those tasks ,-)
Hmmm... Out of 4 replies I've seen now 3 (or 75%) were about money.
Which leads to the question - why _that_ many people in the wonderful
world of Ope
Dimi Paun wrote:
Can we please kill it?
Hmm, I didn't even know it existed
Robert Reif wrote:
Thanks for the pointer. There was a patch submitted back in 2003 for
SharedUserData
but it wasn't committed.
Is anyone working on implementing SharedUserData for a more recent
version of wine?
We've got a hack that makes safedisc happy, not currently in CVS.
Ivan.
Jeremy Newman wrote:
Until that happens, I'll just go in and approve your privs.
Back when we had some troll on bugzilla you gave me privs to edit users, so I could handle these
requests if you want. However I'd like to see the appdb people having rights to do this too.
Ivan.
Vitaliy Margolen wrote:
0x7ffe is SharedUserData that is present on all NT+ systems. It's format
only documented in DDK for kernel address space and only for some first several
values.
This structure keeps growing as I understand and no one except MS knows what's
all in it. We do need this s
You can see the start of what's there in include/ddk/wdm.h, it's the
KSHARED_USER_DATA struct.
It's meant to be read only memory for user mode.
Ivan.
Dieter Komendera wrote:
Hi people,
I was hanging around in the winehq irc channel
for one and a half month or so.
I recognized that many questions are asked frequently.
Then a good FAQ should do.
Ivan.
Alexandre Julliard wrote:
Apart from the version numbering, it won't change much. There will
still be regular CVS snapshots (I'm hoping to do them more frequently
than in the past, but don't hold me to that ;-), and binary packages
built from these snapshots. I have no plans to create stable/unst
Hello, I would like to make a general appeal to not write wine code
based on the docs at undocumented.ntinternals.net, because they're often
misleading, incomplete or simply wrong, and do more harm than good.
Please refer to "windows nt/2000 native api reference" by Gray Nebbett,
to the reactos
James Hawkins wrote:
On 9/27/05, Ann & Jason Edmeades <[EMAIL PROTECTED]> wrote:
If I change this to
fred = RegisterClassEx16( &wcex );
TRACE("Here... %d\n", fred);
return fred;
it all works.!
This sounds like the stack is getting trashed.
I agree this looks very much like a
Ivan Leo Puoti wrote:
Finally we've got safedisc1 running on linux.
Thanks go to Laurent Pinchart, Vitaliy Margolen, Brad DeMorrow,
Marcus Meissner, and Alexandre for contributing time/code/ideas.
Additionally thanks for pointers and suggestions from the ReactOS team.
Ivan.
Bryce Robilliard wrote:
Hello,
I was enquiring as to whether or not Wine is compatible with NetBSD, or
if any other port of Wine is compatible with NetBSD. If not are there
any plans to make this so?
Wine is meant to work on NetBSD, however chances are the build has broken over time due to
Steven Edwards wrote:
> Find out who the author is if it is not listed in the header and add a
LGPL header with a copyright line and submit the headers to
wine-patches. Mingw headers are licensed under a BSD/X11 style license
so we have no problem including them in wine.
They aren't licenced a
Marcus Meissner wrote:
On Wed, Sep 21, 2005 at 06:39:06PM +0100, Ivan Leo Puoti wrote:
Tom Wickline wrote:
4. System becomes the property of SpecOpS Laboratories.
Oh yeah, someone writes a full windows API implementation in a month or so,
You misread the mail...
It
Tom Wickline wrote:
4. System becomes the property of SpecOpS Laboratories.
Oh yeah, someone writes a full windows API implementation in a month or so, capable of replacing an
OS that generates 1 billion US dollars a month in revenue, beating over a decade of open source
wine development, an
Bryce Robilliard wrote:
I was enquiring as to whether or not Wine is compatible with NetBSD
According to the readme file yes, however I think nobody has tried it in a long
time.
Ivan
Luke Kenneth Casson Leighton wrote:
guys (wine team) i have to say this. you were utterly insane to not use
freedce as your starting point
I heard some ros guys want to implement smb from scratch without even looking at samba, it must be
some mental disease that all people reimplementing wind
Robert Lunnon wrote:
This might be a moot point. In general it isn't possible to copyright an
Interface definition under most copyright jurisdictions (other wise merely
using the interface in your own program would be a copyright violation). So
the exact header "expression" is protected IE
Eric Pouech wrote:
SDK is available on msdn (web site I mean) with most of the information
we need.
No, MSDN has the documentation, and only the documentation, subject to these TOS
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sdkintro/sdkintro/legal_information_sdk.asp
http:
Eric Pouech wrote:
from EULA:
1.1 General License Grant. Microsoft grants to you a personal,
non-exclusive, nontransferable, royalty-free license to use the
Software, and to make and use five (5) copies of the Software on one
or more computers located at your premises solely for the purpose
Eric Pouech wrote:
Ivan Leo Puoti a écrit :
Is anything wrong with these?
http://www.winehq.com/pipermail/wine-patches/2005-September/020521.html
http://www.winehq.com/pipermail/wine-patches/2005-September/020550.html
DDK isn't public information. Do we want Wine tree to be tainted by
I installed the R2 upgrade for win2k3 today, and the listbox tests don't pass
anymore, as shown here
http://test.winehq.com/data/200509101000/#2003
R2 is the one on the right.
Ivan.
Is anything wrong with these?
http://www.winehq.com/pipermail/wine-patches/2005-September/020521.html
http://www.winehq.com/pipermail/wine-patches/2005-September/020550.html
Ivan
Oh, and here's an actualy in game shot, if you're a fan of the game you'll probably notice I'm out
of practice.
http://www003.portalis.it/115/wine/safediscworks2.png
Ivan.
Tom Wickline wrote:
Will this support versions 1.6.0 through version 1.50.20 ?
1.6.0 was the first version of safedisk, version 1.11.0 introduced secdrv.sys
and NT support. And do you know if it supports "dplayerx.dll" and the
second layer of encryption that is applied on the ICD that is in
1.50
Finally we've got safedisc1 running on linux.
Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow,
Marcus Meissner, and Alexandre for contributing time/code/ideas.
The code is 100% DMCA compliant and hopefully can be cleaned up to be
good enough for cvs over the coming days and wee
Anssi Hannula wrote:
This just came in from wine-announce list.
Seen it too, I've already sent a report to the admin who's network originated
it.
Ivan.
Francois Gouget wrote:
Also it would not require disrupting Alexandre's routine or having him
do extra work. And the optional email to new submitters would be much
more friendly than having the patch go into a black hole without the
drawback of bothering old-time contributors.
I'm still in
Alexandre Julliard wrote:
> I'm not sure how you reach that conclusion, there's absolutely no
reason to make the server multithreaded. And calling ntoskrnl directly
is not as easy as it seems.
I don't see how calling it indirectly is any easier, actually It seems even more complex to me, even
Alexandre Julliard wrote:
Then we could imagine a generic mechanism to redirect I/O calls for
specific devices to the wineserver, which could then either handle
them directly or forward them to ntoskrnl for the case of a native
driver.
That requires heavy wineserver modifications because we can
Francois Gouget wrote:
On Thu, 8 Sep 2005, Ivan Leo Puoti wrote:
What is a 'patch management system'?
If it's something Alexandre uses to apply patches, then his
requirement that it be usable from his desktop environement (Emacs)
precludes a web-based system.
So what about
Damjan Jovanovic wrote:
I am worried about performance. When you change from a
real driver to a separate process with IPCs, your
response time goes from function calls to context
switches.
Actually performance isn't' bad, we can load the game splash screen at least as fast as windows
does. Dri
Hello, if you look at
http://www.winehq.com/pipermail/wine-devel/2005-September/039837.html
you'll see there was a project at some point to make a decent patch management system, but
apparently due to the complexity of it and Newman being constantly overloaded with work, it never
got anywhere,
Jeremy White wrote:
We actually have a todo on Jeremy Newman's list to build
a patch management system for wine-devel, for Alexandre.
Our hope was that we could adopt some of the CodeWeavers
systems (we have a ticket system that's pretty slick,
for example).
However, it became clear that the re
Marcus Meissner wrote:
Is this really true for secdrv?
Even if secdrv 1.0 doesn't need it, the day secdrv x.0 needs it you'll have to fix everything all
over again. Apart from anything else drivers expect to be able to talk to each other, and apps
expect to be able to interact with devices re
Rob Shearman wrote:
Ivan Leo Puoti wrote:
Sure, you just have to convince Alexandre that it's a good idea to
move all the Nt* APIs to ntoskrnl, you're welcome to try but I think
it's something you won't s do before wine 8.0
Every time you feel like saying "
Peter Beutner wrote:
Yupp most of the code maybe already in ntdll.
But imo it is quite as ugly, from a design point of view, to call ntdll
functions from inside the ntoskrnl.
It should be the other way around, shouldn't it?
Sure, you just have to convince Alexandre that it's a good idea to move
Juan Lang wrote:
What this misses is the most common status that causes us all to argue:
uncomitted, because Alexandre's not sure about it. Perhaps he has a gut
feeling that the approach is not right, but hasn't taken the time to
identify any particular flaw. Perhaps it merits additional though
This of course points to another problem with the existing system - if a patch
has been rejected, it should be a necessary consequence that the submitter is
informed with reasons - they shouldn't have to be chasing up Alexandre to
find out if the patch was rejected or merely missed (which happen
Alexandre Julliard wrote:
You should provide your own handling of stubs inside ntoskrnl, like
ntdll does.
ntosknrl? And who's talking about ntoskrnl? This is an attempt to add
generic support for native nt applications, it's not a ntoskrnl specific
thing, and not all native nt apps do the
Marcus Meissner wrote:
Personally I consider the WINE project fair in its patch acceptance policies.
IMHO it's also fair to call it Wine and not WINE, IIRC this was agreed on
before.
Ivan.
Peter Beutner wrote:
Any reasons given?
Yes, he doesn't want driver in the wineserver.
Ivan.
Uwe Bonnes wrote:
Was this discussed on wine-devel?
No, but you're welcome to try and convince him, even if I don't really think
it's possible.
Ivan.
Peter Beutner wrote:
Why implement ntoskrnl as a seperate process plus inventing a new IPC
protocol to talk to it? As you said: "ntoskrnl for windows _is_ what
wineserver for wine.". So why not implement the needed ntoskrnl stuff
into wineserver?
Great idea, but Alexadre doesn't want drivers
http://www.winehq.com/pipermail/wine-devel/2030-March/000355.html
Well, now we all know wineserver will still be around in 2030...
Seriously, this should be fixed (not wineserver, the list archive)
Ivan.
As Dmitry rightly pointed out, wine-devel is a good place to post stuff for help/comments/review, so
here is an (almost) full diff of my tree against cvs. Without going as far as making wineserver a
user mode ntoskrnl like mike_m suggested, this code allows kernel mode drivers to work decently in
Troy Rollo wrote:
The process requires that
developers risk their work amounting to nothing because it won't be accepted.
How many times have you seen people say that "Alexandre doesn't always know
what he wants, but he knows what he doesn't want"?.
That's a problem vitaly and I now have, nto
Eric Pouech wrote:
> I don't see why you need to return something. If NtTerminateProcess()
fails, then just call exit(status).
More importantls a function declared as void shoulnd't ever return anything,
I'll send a new patch.
Ivan.
Your recent changes have broken the ntoskrnl build, because we're forced
to link to kernel32 (that we don't need nor want)
Could you please fix this? ntoskrnl is meant to be a native program
anyway, so it shouldn't have an entry point routine like win32 progs.
Being able to use NtProcessStartup i
Gerald Pfeifer wrote:
/usr/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2
-fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c
In file included from add.c:39:
winldap_private.h:289: error
Gaudet Michael-MGAU01 wrote:
wineg++ is using g++, and is passing its options to g++.
How can I link some winelib-dependant code with g++ ?
compilation is okay, but at linking time, all wine functions are unresolved.
// ### here's the output :###
[EMAIL PROTECTED] Wine2]# g++ -lwine regi
Ann & Jason Edmeades wrote:
At the moment there is >1300 available bugs, but looking at lots of them in
detail I doubt there's 500 which are worth keeping!
Go for it
Ivan.
Jeremy Newman wrote:
The move has been canceled. We still plan to have the box moved/upgraded
by the end of the month. As of right now the new ISP was not ready for
me yet. I jumped the gun a little.
Then maybe you could get the MediaHost guys to mirror us when you do switch
As we already have
Jeremy Newman wrote:
I will be taking the website offline tomorrow starting at 09:00 CDT
(04:00 GMT). I will be moving it to a new ISP. Expect downtime to last
for up to 8 hours as I will also be doing a complete reinstall of the
OS.
This will also affect the mailing lists and the CVS.
Luckly
Hello list, here's a little update
Safedisc1 now successfully passes all anti debugger check, and recognises the
CD correctly.
It then attempts to start the game, but this doesn't work yet because of the nested exception on
signal stack bug. Hopefully we aren't too far from getting it to run.
Alexandre Julliard wrote:
Not really, if the app handles the exception there's no reason it
would fail.
And that's just what safedisc does so please don't change it because it appears to work and enough
things it needs are broken already.
Ivan
John Smith wrote:
1. It is still not 'out-of-the-box' - and from this point of view it
doesn't matter much whether it is hacking config file or using GUI; 80%
of end-users will try it and throw it away if it doesn't work without
hacking settings; 20% of others will ask questions, and will hack
John Smith wrote:
Ahem. And how long it usually takes to fix the bug for not-top-10
application? And please, don't suggest to fix it ourselves - it is not
going to happen in corporate environment.
Not that long if you provide a small testcase with source that triggers the bug
As it would fix
John Smith wrote:
Situation is pretty simple. We have an application, which works Ok under
WINE, provided that Managed=N specified
Then just tell your users to set that in winecfg, AFAIK winecfg allows app
specific settings.
I'm sure your great guys but any such mechanism could be easily abuse
John Smith wrote:
As a Win developer, I want to make a suggestion (sorry if it was already
discussed - or if similar mechanism already exists):
What if some simple way will be provided for Win developers to say which
options they prefer for WINE to use for their application? While it may
seem t
The tmp files generated by the testProps() and testCodepage() in dlls/ole32/tests/stg_prop.c don't
get deleted in windows nt 4.0, even if apparently a DeleteFileW is done on them.
Ivan.
The advapi32 tests save a key, load it and delete the file, and all is fine.
But on nt 4.0 sp6 I'm getting a *really* weird, thing, a saved_key.LOG comes out of the blue, it
appears to get written to disc after the RegLoadKey call at line 543 of
dlls/advapi32/tests/registry.c, however this reall
James Courtier-Dutton wrote:
Would it be wiser to implement a wine feature to block a particular
application from seeing a particular registry key. We could then only
allow the key to be visable to the application it would actually be
useful for. I think the MS windows registry already has this
You can now validate for WGA downloads using wine and the Microsoft WGA validation tool, and you'll
get a thank you message from Microsoft for using Microsoft genuine downloads.
Also the anti wine checks appear to be disabled as the tool works in both windows 2000 and windows
98 mode, however th
I'm not aware of wine ever having such a thing, and I wish Microsoft did threaten us because that
would give the EU commission a good reason to go after them again (They already asked me if WGA is
violating users' rights, unfortunately they can't do much about it until it's optional). And if you
Microsoft is giving out, free of charge and with free posting, visual studio
2005 beta 2.
I received my copy today, I got a CD with visual studio 2005 team suite, a DVD with visual studio
2005 team foundation server, and a CD with sql server 2005 developer edition community technology
preview.
What's the best way/way usually used in wine to get the full path to .wine?
Ivan.
[EMAIL PROTECTED] sfu+X]$ wine x-win612LX.exe
fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other
process window (nil)
fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
It's a bit of an ancient build
Saulius Krasuckas wrote:
ChangeLog: Fix bug that left mouse buttons swapped after tests
Ivan.
I think your patch causes test to fail on Wine, Ivan. My try goes next.
Maybe that isn't a bad thing, the results from the latest build of winetest
shows this test fails
on windows 2000, windows
Brian Vincent wrote:
A few weeks ago Ivan asked me about getting him a VMWare Workstation
license. I contacted VMWare and they graciously donated 5 licenses to
Wine. I thought that was pretty generous of them.
It was very generous, it's already proven very useful (See ioctl patch, more
are
Surprise surprise, some people have found this not to happen on some
installation of xp and win2k3.
I think I'll leave the debugging of this to someone else.
Ivan.
On some systems the tag window is created as modal, but doesn't get focus until the user clicks on
the dialogue box or the winetest window. I've found this on windows server 2003 service pack 1,
Michael Jung has confirmed this happens on windows server 2003 and windows xp service pack 2. I
don'
Hello, I need a fairly simple test run for me on windows service 2003
*without* service pack 1, if you can do this please drop me a line.
Ivan.
Paul Vriens wrote:
It appears to be http://cvs.winehq.org/patch.py?id=17949 but I'm not a
100% sure on that one yet.
Any ideas, or does someone have the same problem ?
I can confirm that patch is the problem, Alexandre will commit a workaround
shortly.
Ivan.
Stephen Torri wrote:
I synced with CVS and applied your patch. I get a problem compiling
dlls/ntdll/file.c:
The problem was an operator error in failing to copy a file to the right
location. I do get a real error, honest I do.
fixme:ntdll:NtCreateFile failing because of error c00f
fixme
1 - 100 of 468 matches
Mail list logo
