Ta, I will redo the patch. =-O
Jeff
Detlef Riekenberg wrote:
Jeff wrote:
+if (psssa-pssap-psva)
+HeapFree(GetProcessHeap(), 0, psssa-pssap-psva);
+if (psssa-pssap-piAdvance)
+HeapFree(GetProcessHeap(), 0,
Hi Marcus,
you wrote:
(Maybe it's possible just to leave out the Z: mapping?)
rm ~/.wine/dosdevices/z:
You can also adjust the wineprefixcreate script not to create it anymore.
as we've heard from our Austrian colleague, this is not improving sec (which
was a freshening shock for me).
On Mon, Jul 24, 2006 at 11:25:17AM +0200, [EMAIL PROTECTED] wrote:
Hi Marcus,
you wrote:
(Maybe it's possible just to leave out the Z: mapping?)
rm ~/.wine/dosdevices/z:
You can also adjust the wineprefixcreate script not to create it anymore.
as we've heard from our
Le lundi 24 juillet 2006 à 11:25 +0200, [EMAIL PROTECTED] a écrit :
Hi Marcus,
you wrote:
(Maybe it's possible just to leave out the Z: mapping?)
rm ~/.wine/dosdevices/z:
You can also adjust the wineprefixcreate script not to create it anymore.
as we've heard from our
Marcus Meissner wrote:
as we've heard from our Austrian colleague, this is not improving sec (which was a freshening shock for me).
Since the symlink is in a directory controlled by the user, the user
should be able to remove it. If not, something is broken.
ls -la ~/.wine
On Mon, Jul 24, 2006 at 08:58:05PM +1000, Jeff Latimer wrote:
Marcus Meissner wrote:
as we've heard from our Austrian colleague, this is not improving sec
(which was a freshening shock for me).
Since the symlink is in a directory controlled by the user, the user
should be able to
Dan Kegel [EMAIL PROTECTED] wrote:
Changelog:
include/winnt.h: add enum HEAP_INFORMATION_CLASS
kernel/heap.c: add dummy HeapSetInformation()
+enum _HEAP_INFORMATION_CLASS {
+ HeapCompatibilityInfo
+};
PSDK uses Information not just short Info at the end.
--
Dmitry.
Stefan Dösinger wrote:
Disabling the Z:\ drive won't help security
in THEORY...
because windows applications can still do Linux syscalls
(int 0x80) which they can use do do anything native
apps do, like accessing files outside wine drive mappings.
But in PRACTICE, it would help a lot to
On Mon, Jul 24, 2006 at 02:49:57PM +0200, Molle Bestefich wrote:
But in PRACTICE, it would help a lot to hinder total system
destruction once viruses start running correctly on Wine.
(Especially for users like me, who always runs Wine as the root user
;-).)
you complain about security in
Hi,
On Sun, Jul 23, 2006 at 12:58:06PM +0200, Hans Leidekker wrote:
On Sunday 23 July 2006 11:26, Jeff Latimer wrote:
Interesting. I have not had any problem with them. They also compile
and run under Windows. Have you got anymore info, a trace?
It doesn't look very useful to me:
On 7/24/06, Michael Stefaniuc [EMAIL PROTECTED] wrote:
[cut]
That's plain wrong. I guess Wine needs a patch to make it stop working
as uid 0 ...
Some interesting security features could be:
* Built-in option to execute Wine in a jail, like using chroot
command, over a WINEPREFIX;
* Block root
Konstantin Petrov wrote:
Your Patch is much to large.
dlls/svrapi/Makefile,
dlls/svrapi/libsvrapi.def,
This files are created automatic by the build-system.
+16 stdcall NetShareAdd (str long str long) WIN98_NetShareAdd
+17 stdcall NetShareDel(str str long) WIN98_NetShareDel
+18 stdcall
Augusto Arcoverde da Rocha wrote:
Some interesting security features could be:
* Built-in option to execute Wine in a jail, like using chroot
command, over a WINEPREFIX;
* Block root or a warning when doing this as an oficial option at
execution or compilation time;
* A interative warning or
Christoph Frick wrote:
Molle Bestefich wrote:
But in PRACTICE, it would help a lot to hinder total system
destruction once viruses start running correctly on Wine.
(Especially for users like me, who always runs Wine as the root user
;-).)
you complain about security in wine and run it as
you complain about security in wine and run it as root? even if i have
the strongest doubts, that there is need for running wine as root
It won't work as non-root, and I could waste days finding out
whatever's wrong with my X configuration (which is the default as it
comes with Gentoo,
I keep getting stub fixme's for each and every single file that is
access in Wine, especially via an installer. THe fixmes look like:
fixme:sfc:SfcIsFileProtected ((nil), LC:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep) stub
Does this have anything to do with the ClamAV integration
Francois Gouget wrote:
On Tue, 11 Jul 2006, gslink wrote:
The most common problem with Ndiswrapper is that it requires more than
a 4k stack. The result you are getting may be coming from a stack
overflow caused by a combination of Wine and Ndiswrapper.
The 4k stack issue you are talking
Segin wrote:
fixme:sfc:SfcIsFileProtected ((nil), LC:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep) stub
This indicates, that the Installer is correct.
When an Installer does not give the fixme, it's outdated / incomplete.
Does this have anything to do with the ClamAV integration
On 7/24/06, gslink [EMAIL PROTECTED] wrote:
What you say is correct but the result is the same. The combination of
NDISWRAPPER and any other program fails. In this case it is Wine. This
is not the fault of Wine in any way but it happens. It is a good idea
to keep this behavior in mind as
On 7/24/06, Detlef Riekenberg [EMAIL PROTECTED] wrote:
Segin wrote:
fixme:sfc:SfcIsFileProtected ((nil), LC:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep) stub
(I added this to wine)
Please turn it into a TRACE instead of a FIXME.
Molle Bestefich wrote:
you complain about security in wine and run it as root? even if i have
the strongest doubts, that there is need for running wine as root
It won't work as non-root,
Wine works always as non-root.
and I could waste days finding out
whatever's wrong with my X
Dan Kegel wrote:
On 7/24/06, gslink [EMAIL PROTECTED] wrote:
What you say is correct but the result is the same. The combination of
NDISWRAPPER and any other program fails. In this case it is Wine. This
is not the fault of Wine in any way but it happens. It is a good idea
to keep this
On 7/21/06, Francois Gouget [EMAIL PROTECTED] wrote:
On Tue, 11 Jul 2006, Thomas Kho wrote:
[...]
A fake notepad.exe is currently created in c:\windows\system32. I
don't think there's duplication of CreateProcess because CreateProcess
considers the filename of the executable to be the first
You miss my point.
No, it's more likely we're in violent agreement.
Do other X applications work for you as non-root?
Can't remember, but my gut feeling is 'no'.
(It's probably something really simple too, I just don't have the
time, energy nor do I even want to figure out how this crap works -
for the time being, I'm not into X hacking, so for me it's a
On Monday 24 July 2006 13:25, Molle Bestefich wrote:
Kuba Ober wrote:
?! You're saying that you can't get wine to work for you as non-root?
Do other X applications work for you as non-root?
Can't remember, but my gut feeling is 'no'.
Then it's really off-topic then. If you'd be willing to
fixme:sfc:SfcIsFileProtected ((nil), LC:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep) stub
(I added this to wine)
Please turn it into a TRACE instead of a FIXME.
If it's a stub isn't it a FIXME? Otherwise it'd only make sense to me if it
were a long-term WONTFIX type of
On 7/24/06, Kuba Ober [EMAIL PROTECTED] wrote:
fixme:sfc:SfcIsFileProtected ((nil), LC:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep) stub
Please turn it into a TRACE instead of a FIXME.
If it's a stub isn't it a FIXME?
That is standard practice for extremely intrusive and
Another update.
- The patches don't use INVALID_HANDLE_VALUE anymore (I was using
that in some of the other patches as well).
- riff_find_chunk() compares DWORDs
- Code using get_cursor_frame() now has some error handling, in case
the handle is invalid
- Warnings should be fixed now, although
On 25/07/06, H. Verbeet [EMAIL PROTECTED] wrote:
Another update.
Ignore that. It doesn't actually work.
On 25/07/06, H. Verbeet [EMAIL PROTECTED] wrote:
On 25/07/06, H. Verbeet [EMAIL PROTECTED] wrote:
Another update.
Ignore that. It doesn't actually work.
In riff_find_chunk():
*((DWORD *)ptr) + 2 == chunk_id
Should be:
*((DWORD *)ptr + 2) == chunk_id
Currently I'm working on a scan-after-write functionality: Whenever a
file was changed the virusscanner checks the file.
My plan is to hook in NtWriteFile() (dlls/ntdll/file.c), because whenever
a windows program writes to a file this function is called.
why not scan-before-write?
you
I've spent a couple of days researching the issue of
broken/upside-down character/object models in Wine in almost all newer
games when you have vertex shaders enabled (Civ4, Half Life 2,
Oblivion, Max Payne 2, etc.). I think I've boiled it down to a single
case: When device-renderUpsideDown is
On 7/24/06, Jason Green [EMAIL PROTECTED] wrote:
I've spent a couple of days researching the issue of
broken/upside-down character/object models in Wine in almost all newer
games when you have vertex shaders enabled (Civ4, Half Life 2,
Oblivion, Max Payne 2, etc.).
Yes, I remember some talk on
On 7/24/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Disabling the Z:\ drive won't help security because windows applications can
still do Linux syscalls (int 0x80) which they can use do do anything native
apps do, like accessing files outside wine drive mappings.
Is there a way to disable
n0dalus [EMAIL PROTECTED] wrote:
On 7/24/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Disabling the Z:\ drive won't help security because windows applications can
still do Linux syscalls (int 0x80) which they can use do do anything native
apps do, like accessing files outside wine drive
Monday, July 24, 2006, 10:00:44 AM, Molle Bestefich wrote:
Christoph Frick wrote:
you complain about security in wine and run it as root? even if i have
the strongest doubts, that there is need for running wine as root
Hehe.
It won't work as non-root, and I could waste days finding out
On 7/24/06, Vitaliy Margolen [EMAIL PROTECTED] wrote:
Or better then that go and buy xbox. It can play games too.Vitaliy.I wouldnt advise that, because an xbox can run linux too, and since the original xbox runs on PC hardware, i wouldbt be at all surprised to see someone try to get wine working
Molle Bestefich wrote:
(It's probably something really simple too, I just don't have the
time, energy nor do I even want to figure out how this crap works -
for the time being, I'm not into X hacking, so for me it's a tool that
should just work, and if it doesn't, the worst I'm going to do
n0dalus [EMAIL PROTECTED] wrote:
I mean, is there a way for wine to stop applications it runs from
making those syscalls while still being able to make them itself?
No, and the reason why already has been pronounced.
--
Dmitry.
Thanks to a few targeted patches written by
Stefan Siebert and James Hawkins,
and of course decades of effort by the whole Wine team,
Lotus Notes 7 trial version now installs and runs!
See http://wiki.winehq.org/LotusNotes for details.
I just spent an hour or so playing with Notes as a plain old
Ge van Geldorp [EMAIL PROTECTED] wrote:
--- a/include/wine/server_protocol.h
+++ b/include/wine/server_protocol.h
@@ -33,6 +33,9 @@ struct reply_header
struct request_max_size
{
int pad[16];
+#ifdef _WIN64
+int pad64[10];
+#endif
};
Why is this required? Is that due to asserts in
Havoc Pennington [EMAIL PROTECTED] wrote:
Dmitry Timoshkov wrote:
It's OK that a WM constrains windows to be placed inside of its work area
but still allows to place them into a fullscreen state on request. How
would
you suggest to properly inform a WM that a window needs to be in a
On Mon, Jul 24, 2006 at 11:49:35AM -0700, Dan Hipschman wrote:
This field is superfluous:
[widl]$ find -name *.[chly] | xargs fgrep -n ignore
./parser.y:1049: t-ignore = parse_only;
./parser.y:1126: f-ignore = parse_only;
./widltypes.h:208: int ignore, is_const, sign;
44 matches
Mail list logo