> From: Dmitry Timoshkov [mailto:[EMAIL PROTECTED]
>
> "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 _WIN
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;
> ./wid
"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
full
"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 s
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
"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.
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
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
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/25/06, Dmitry Timoshkov <[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 wa
"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 dr
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 th
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 o
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" i
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 have
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
On 25/07/06, H. Verbeet <[EMAIL PROTECTED]> wrote:
Another update.
Ignore that. It doesn't actually work.
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 7/24/06, Kuba Ober <[EMAIL PROTECTED]> wrote:
> > > fixme:sfc:SfcIsFileProtected ((nil), L"C:\\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 intrus
> > > fixme:sfc:SfcIsFileProtected ((nil), L"C:\\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
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 willi
> > 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 i
You miss my point.
No, it's more likely we're in violent agreement.
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 fir
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 beh
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
On 7/24/06, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
Segin wrote:
> fixme:sfc:SfcIsFileProtected ((nil), L"C:\\Program Files\\GeneXproTools
> 4\\SampleRuns\\XOR.gep") stub
(I added this to wine)
Please turn it into a TRACE instead of a FIXME.
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 ND
Segin wrote:
> fixme:sfc:SfcIsFileProtected ((nil), L"C:\\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
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 ab
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), L"C:\\Program Files\\GeneXproTools
4\\SampleRuns\\XOR.gep") stub
Does this have anything to do with the ClamAV integration
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'.
(It's probably something really simple too, I just don't have the
time, energy nor do I even want to figure out h
> > That's plain wrong. I guess Wine needs a patch to make it stop working
> > as uid 0 ...
>
> Some interesting "security features" could be:
[. . .]
Which all leads to nothing, as any windows application can test for and then
invoke linux (or freebsd, or whatever) syscalls directly without wine
> > 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 Gent
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
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
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 stdc
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 ro
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
Molle Bestefich wrote:
> 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.
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
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 hin
"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.
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
> >s
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
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 hea
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 hear
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 f
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,
psssa->ps
49 matches
Mail list logo
