On 6/30/06, William Knop <[EMAIL PROTECTED]> wrote:
Yeah, then in that situation the user wouldn't run `wine --media-
autorun /mountpoint/autorun.inf` either. I fail to see your point.
Hey... If all you want to do is write a parser for autorun.inf files
and attach it to a command line switch,
--- Chris <[EMAIL PROTECTED]> wrote:
> On Thursday 29 June 2006 21:13, Vitaliy Margolen
> wrote:
> > Chris if you think that autostart is such a great
> idea - you are very
> > welcome to start sending patches in. And if they
> are reasonable enough they
> > might get in. But if you want to rant
On Friday 30 June 2006 15:47, William Knop wrote:
> 2) The line you refer to I believe would put detecting media inserts
> on the desktop environment side, and the parsing and execution of
> windows autorun inf files on the wine side.
This is not true. The existing action-on-CD-insertion programs
On Jun 30, 2006, at 2:01 AM, Tim Schmidt wrote:
On 6/30/06, William Knop <[EMAIL PROTECTED]> wrote:
1) While I agree maintaining a staunch security policy is important,
that has nothing to do with autorun. Making the user browse to find
an executable is not security.
Yet again... when a use
Le jeudi 29 juin 2006 à 12:43 -0400, Chris Morgan a écrit :
> Why not replace the require_once() with requires instead of putting it on the
> todo?
Because we have to check that it nevers poses a problem (for example if
the file is included elsewhere), so that's another patch entierly.
> We don'
On 6/30/06, William Knop <[EMAIL PROTECTED]> wrote:
1) While I agree maintaining a staunch security policy is important,
that has nothing to do with autorun. Making the user browse to find
an executable is not security.
Yet again... when a user sticks an audio CD in his computer and gets
a roo
On Jun 30, 2006, at 1:08 AM, Troy Rollo wrote:
On Friday 30 June 2006 14:52, William Knop wrote:
Um hold on a second. Clearly many developers have different ideas
about what's reasonable.
Actually I don't think that's true. As far as I can see all of the
*developers* participating in this t
On 6/30/06, Chris <[EMAIL PROTECTED]> wrote:
This sounds like you missed my point.
I think you're missing our points Chris...
it's not inherently detramental (since the user would be instructed to manually
do
what autorun does automatically
Yeah. The Sony rootkit users would have gladly f
On Friday 30 June 2006 14:52, William Knop wrote:
> Um hold on a second. Clearly many developers have different ideas
> about what's reasonable.
Actually I don't think that's true. As far as I can see all of the
*developers* participating in this thread agreed that autorun (1) is a bad
idea and
On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
If you notice, Sony got into a lot of trouble over that. And the problem
wasn't autorun. The problem was that the disc installed the rootkit
anyway /even if the user said no/. The same exact thing would've happened if
the user had to browse the CD and
Gee sounds like a "great" idea. We all waiting too see some patches...
It sure would be cool to have:
- Multiuser Wine
- Wine stable enough to run as service (err hmm whatever the hell
that means...
ah you mean daemon ?)
- Run something more complicated then 'printf("hello world\n");'
with
On Thursday 29 June 2006 21:13, Vitaliy Margolen wrote:
> Chris if you think that autostart is such a great idea - you are very
> welcome to start sending patches in. And if they are reasonable enough they
> might get in. But if you want to rant about that Linux doesn't have some
> absolutely requi
On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
If you notice, Sony got into a lot of trouble over that. And the problem
wasn't autorun. The problem was that the disc installed the rootkit
anyway /even if the user said no/. The same exact thing would've happened if
the user had to browse the CD and
Thursday, June 29, 2006, 8:33:24 PM, Chris wrote:
> On Thursday 29 June 2006 07:49, you wrote:
>> what is the gain of autorun, while i dont have wine running? would not
>> the common user expect, once she knows, that wine support autorun.inf,
>> that she can insert a cd and away it goes? while the
On Thursday 29 June 2006 20:31, Tim Schmidt wrote:
> The Sony rootkit fiasco alone should be enough to end this conversation.
If you notice, Sony got into a lot of trouble over that. And the problem
wasn't autorun. The problem was that the disc installed the rootkit
anyway /even if the user said
The Sony rootkit fiasco alone should be enough to end this conversation.
Period.
Say what you want about the theoretical integrity of the media, and
the user's security habits. The fact is that hundreds (possibly
thousands or millions) of _real_ people were infected by rootkits
because of autor
On Thursday 29 June 2006 07:49, you wrote:
> what is the gain of autorun, while i dont have wine running? would not
> the common user expect, once she knows, that wine support autorun.inf,
> that she can insert a cd and away it goes? while the explorer.exe is
> not running permanently - e.g. via xi
William Knop wrote:
On Jun 29, 2006, at 8:59 PM, Vitaliy Margolen wrote:
Thursday, June 29, 2006, 12:02:38 PM, William Knop wrote:
Having the ability to autorun cds is most definitely not a misfeature.
Of course it's not. It's the perfect means of distributing trojans,
backdoors,
rootkits an
Thursday, June 29, 2006, 7:37:16 PM, William Knop wrote:
> On Jun 29, 2006, at 8:59 PM, Vitaliy Margolen wrote:
>> Thursday, June 29, 2006, 12:02:38 PM, William Knop wrote:
>>> Having the ability to autorun cds is most definitely not a
>>> misfeature.
>> Of course it's not. It's the perfect mean
On Jun 29, 2006, at 8:59 PM, Vitaliy Margolen wrote:
Thursday, June 29, 2006, 12:02:38 PM, William Knop wrote:
Having the ability to autorun cds is most definitely not a
misfeature.
Of course it's not. It's the perfect means of distributing trojans,
backdoors,
rootkits and other very useful
Thursday, June 29, 2006, 12:02:38 PM, William Knop wrote:
> On 6/29/06, Vincent Povirk <[EMAIL PROTECTED]> wrote:
>> On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
>> > One could argue Windows itself is a mis-feature. :P Isn't the point of
>> > Wine to
>> > duplicate Windows, feature-for-feature and
Thursday, June 29, 2006, 6:28:11 PM, Olaf Leidinger wrote:
> On Thu, 29 Jun 2006 10:56:12 -0700
> "James Hawkins" <[EMAIL PROTECTED]> wrote:
>> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
>>>
>>> Should we require that people install Internet Explorer or should we put
>>> in patches t
On 6/29/06, Olaf Leidinger <[EMAIL PROTECTED]> wrote:
On Thu, 29 Jun 2006 10:56:12 -0700
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> >
> > Should we require that people install Internet Explorer or should we put
> > in patches that incr
On Thu, 29 Jun 2006 10:56:12 -0700
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> >
> > Should we require that people install Internet Explorer or should we put
> > in patches that increase application compatibility with vanilla wine?
> >
>
On 6/29/06, Troy Rollo <[EMAIL PROTECTED]> wrote:
This is not the correct behaviour - doing this will result in the cache
directories filling up with files that are not mentioned in the cache index.
You should be calling CreateUrlCacheEntryW to get the file name for the new
file.
I was looking
Am Donnerstag 29 Juni 2006 16:43 schrieb Krzysztof Benkowski:
> Hello,
> In the latest version of wine (0.9.16) there is a regression which makes
> Dune 2000 crash.
> After some debugging i found that the problem lays in
> IDirectDrawSurfaceImpl_Release method.
> The game (Dune 2000) shows that the
On Friday 30 June 2006 07:36, James Hawkins wrote:
> +lstrcatW(cache_path, backslash);
> +lstrcatW(cache_path, content);
> +
> +if (!GetTempFileNameW(cache_path, prefix, 0, cache_path))
> +return E_FAIL;
> +
> +if (lstrlenW(cache_path) > dwBufLength)
> +return E_INVA
On 29/06/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
If someone can think of a way to prove that a COM object is actually destroyed
then a test case might clear up this issue.
Stefan
Do an AddRef() and hope the memory wasn't overwritten yet? :-)
On 29/06/06, Thomas Kho <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED](get_menu_item_info)
+user_handle_t handle;
+unsigned int pos;
[EMAIL PROTECTED]
+unsigned int required_size;
+
+unsigned int type;
+unsigned int state;
+unsigned int id;
+user_handle_t submenu;
+
Am Donnerstag 29 Juni 2006 16:43 schrieb Krzysztof Benkowski:
> Hello,
> In the latest version of wine (0.9.16) there is a regression which makes
> Dune 2000 crash.
> After some debugging i found that the problem lays in
> IDirectDrawSurfaceImpl_Release method.
> The game (Dune 2000) shows that the
As you may have seen, there's now some support for the dwarf2 debug
format (instead of stabs) in the Wine tree
I'd like to get some feedback on the overall feedback on how it behaves.
To do so, you need to reconfigure Wine with something like
CFLAGS="$CFLAGS -gdwarf-2" ./configure
and then make c
Should be fixed now.
Chris
On Thursday 29 June 2006 2:53 pm, Tony Lambregts wrote:
> Viewing application famlies screen shots is broken. I don't think is from
> todays patches. You can see the problem in the following link.
>
> http://appdb.winehq.org/screenshots.php?appId=631
>
> The random scr
Viewing application famlies screen shots is broken. I don't think is from
todays patches. You can see the problem in the following link.
http://appdb.winehq.org/screenshots.php?appId=631
The random screenshot shows up fine on the application page though.
http://appdb.winehq.org/appview.php?app
Oh ok. If you wanted you could put that on the TODO page so we didn't forget
about it.
Chris
On Thursday 29 June 2006 2:18 pm, Tony Lambregts wrote:
> > Are they supposed to be able to monitor application familes? I'm
> > confused as to whether that is a bug or just how things are working.
>
Are they supposed to be able to monitor application familes? I'm confused as
to whether that is a bug or just how things are working.
Chris
Not a bug just a missing feature. They never could.
--
Tony Lambregts
On 6/29/06, Vincent Povirk <[EMAIL PROTECTED]> wrote:
On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
> One could argue Windows itself is a mis-feature. :P Isn't the point of Wine to
> duplicate Windows, feature-for-feature and bug-for-bug? IMO, autorun
> capabilities should be included, though I pe
On Thursday 29 June 2006 1:51 pm, Tony Lambregts wrote:
> > This patch breaks the monitor notification emails.
>
> more specificly...
>
> > diff -u -p appdb/include/monitor.php:1.5 appdb/include/monitor.php:1.6
> > --- appdb/include/monitor.php:1.5 Thu Jun 29 17:43:08 2006
> > +++ appdb/include/m
On 6/28/06, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
Should we require that people install Internet Explorer or should we put
in patches that increase application compatibility with vanilla wine?
I don't know why we would require people to install IE, when we have a
replacement for it alr
This patch breaks the monitor notification emails.
more specificly...
diff -u -p appdb/include/monitor.php:1.5 appdb/include/monitor.php:1.6
--- appdb/include/monitor.php:1.5 Thu Jun 29 17:43:08 2006
+++ appdb/include/monitor.php Thu Jun 29 17:43:08 2006
@@ -93,19 +93,25 @@ class Monito
Sven Paschukat schreef:
Maarten Lankhorst schrieb:
Windows seems to set internet explorer only during a new installation
or upgrade of internet explorer, so I put it in wine.inf, which
seemed appropriate.
Changelog:
Set version strings for Internet Explorer so programs dependent on it
can in
Maarten Lankhorst schrieb:
Windows seems to set internet explorer only during a new installation or
upgrade of internet explorer, so I put it in wine.inf, which seemed
appropriate.
Changelog:
Set version strings for Internet Explorer so programs dependent on it
can install.
This breaks inst
WineHQ wrote:
ChangeSet ID: 26125
CVSROOT:/opt/cvs-commit
Module name:appdb
Changes by: [EMAIL PROTECTED] 2006/06/29 11:07:20
Modified files:
. : appbrowse.php appsubmit.php appview.php
admin : adminAppDataQueue.php adminAppQueue.php
Patch looks good and although it is large like you said it isn't something we
can do much about at this point.
It unfortunately doesn't apply cleanly against cvs head.
If you could submit all of the smaller cleanup patches ahead of big patches
like this that would be the best. Its more likely
Patch doesn't apply against CVS head.
Chris
On Thursday 29 June 2006 7:05 am, Jonathan Ernst wrote:
> You might need to apply the previous patches first.
>
> Changelog:
> - factor exit calls after redirect
Why not replace the require_once() with requires instead of putting it on the
todo?
We don't really need the $aClean TODO item since thats high on the priority
list at the moment and we'll just end up removing it in a day or two right?
The move of show_note() into its class is on my todo list f
Can we pass the parameters we need into the function instead of using a
global?
Chris
On Thursday 29 June 2006 2:29 am, Jonathan Ernst wrote:
> Changelog:
> - $aClean was not visible in function
Thats what I meant.
On 6/29/06, Vincent Povirk <[EMAIL PROTECTED]> wrote:
On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
> One could argue Windows itself is a mis-feature. :P Isn't the point of Wine to
> duplicate Windows, feature-for-feature and bug-for-bug? IMO, autorun
> capabilities should be
On 6/29/06, Chris <[EMAIL PROTECTED]> wrote:
One could argue Windows itself is a mis-feature. :P Isn't the point of Wine to
duplicate Windows, feature-for-feature and bug-for-bug? IMO, autorun
capabilities should be included, though I personally don't care if it's on or
off by default, as long as
Does this also update the version of the (fake) shdocvw.dll in wine ?
At least AutoCad 2004 checks the version info of the file.
Hello,
In the latest version of wine (0.9.16) there is a regression which makes
Dune 2000 crash.
After some debugging i found that the problem lays in
IDirectDrawSurfaceImpl_Release method.
The game (Dune 2000) shows that the assumption that all attached
surfaces should be destroyed
regardless
On Thursday 29 June 2006 06:48, David D. Hagood wrote:
> I strongly DISAGREE - as others have pointed out, the auto-running of
> CDs is a severe mis-feature of Windows, one which we should NOT duplicate.
One could argue Windows itself is a mis-feature. :P Isn't the point of Wine to
duplicate Wind
On Thu, Jun 29, 2006 at 08:48:31AM -0500, David D. Hagood wrote:
> Vijay Kiran Kamuju wrote:
> >hi,
> >
> >I think HAL for linux should handle the automatic mounting and
> >autorunning it take care.
> >So it should be a part of HAL.
> >
> >my 2 cents.
> >
>
> I strongly DISAGREE - as others have p
Vijay Kiran Kamuju wrote:
hi,
I think HAL for linux should handle the automatic mounting and
autorunning it take care.
So it should be a part of HAL.
my 2 cents.
I strongly DISAGREE - as others have pointed out, the auto-running of
CDs is a severe mis-feature of Windows, one which we should
Chris Morgan wrote:
This is a rename of one function to another, and a move from one file to
another.
Lets not make this into a project when it can be performed by a simple search
and replace and verified with a grep of the source code after the change.
Too often I've seen these things co
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Changelog:
> * msiexec also supports options using a hyphen.
Surely there's a better way to do this than duplicating all the string
compares...
--
Alexandre Julliard
[EMAIL PROTECTED]
Am Donnerstag 29 Juni 2006 11:40 schrieb Stefan Dösinger:
> According to the msdn this should happen, and native d3drm.dll depends on
> this
>
> ChangeLog:
> Stefan Dösinger: Return DDERR_NOPALETTEATTCHED if there is no palette
Do not apply this patch, it is not completely correct. It breaks palett
Juan Lang wrote:
I'm trying to figure out why CompareStringA returns CSTR_EQUAL for the strings "\1" and
"\2". (See bug 5469, and the todo_wine test case in dlls/kernel/tests/locale.c)
CompareStringA does the usual thing, calls MultiByteToWideChar and calls CompareStringW. So
CompareStringW
Hi,
Im experiencing weird things when using atof() in certain places of my
software and compiling with winegcc (wine20050725).
It works fine when calling it out of the main function but as soon as i
migrated some routines to another c file things became really strange.
atoi works fine but as soo
On 29/06/06, Steven Edwards <[EMAIL PROTECTED]> wrote:
Well the default windows version we report is Win2k and if I recall it
shipped with IE5.5 so to be constant we should at least match its
value.
Actually, we report Win2k SP4. I think that came with IE6, but I'm not too sure.
Jeremy Newman wrote:
This is now live at:
http://source.winehq.org/winegecko.php
This is grate!
It is Based on SeaMonkey version 1.8.0.1. We might want to do some
kind of version system, this thing gets updated pretty fast, security
updates and stuff...
By the way, How do you make a CAB
On 6/29/06, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
If community decides it needs different IE versions, then I guess this
needs to be done somewhere in winecfg, no?
Well the default windows version we report is Win2k and if I recall it
shipped with IE5.5 so to be constant we should at lea
61 matches
Mail list logo
