On 2/12/07, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
The issue about network transparency for the display driver would not be an
issue IMO.
Once complete the DIB engine would handle all DIB operations locally and so
no need for
translating direct memory access into remote calls to some displa
I haven't looked at what James was talking about, but I noticed three things:
You have a typo 'sohuld'.
You should use the same filename as before, but increment the number
in the filename.
You might consider using the expect() macro I've been encouraging
the other cs130 students to use, it mak
"Clinton Stimpson" <[EMAIL PROTECTED]> wrote:
This patch adds a test to check the results of GetUpdateRect when a
child window is hidden.
See bug #7360. Wine incorrectly makes an update rect for the
grandparent window which has a todo_wine around it.
Thanks,
Clinton Stimpson
ChangeLog:
A
What prevents malicious programs from writing this registry key on their
own?
On 2/11/07, Chris Robinson <[EMAIL PROTECTED]> wrote:
On Sunday 11 February 2007 06:49:58 pm [EMAIL PROTECTED] wrote:
> This sounds almost perfect.
What would stop the program from adding the registry key itself when
On Sunday 11 February 2007 06:49:58 pm [EMAIL PROTECTED] wrote:
> This sounds almost perfect.
What would stop the program from adding the registry key itself when placing
the item in the startup folder, or wherever else?
> I think the counterpoint raised by James
> Hawkins would be adequately a
James Hawkins wrote:
> On 2/11/07, Misha Koshelev <[EMAIL PROTECTED]> wrote:
>> Ok, thanks to everybody's responses on the wine-devel list. Here is my
>> new version of this patch. It starts the items in the StartUp folder
>> like Windows does (again, if anybody who knows about IShellFolder will
>>
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
+rc = pNtCreateMailslotFile(&hslot, DesiredAccess,
+ &attr, &IoStatusBlock, CreateOptions, MailslotQuota, MaxMessageSize,
+ &TimeOut);
+ok( rc == S_OK, "Create MailslotFile failed rc = %x %u\n", rc,
GetLastError());
NT APIs ret
Felix Nawothnig wrote:
> [EMAIL PROTECTED] wrote:
>> This sounds almost perfect. I think the counterpoint raised by James
>> Hawkins would be adequately addressed by adding a winecfg option as
>> follows:
>
> Since we want winecfg to be gone in the long-term a registry key alone
Who said that? Or
Ok, I sent out a patch with this fix to wine-patches. Now the
HKEY_CURRENT_USER\Software\Wine\StartupItems key can be set to
"always" which will make all items always run. Otherwise, previous
behavior with asking/keys for each individual items will occur.
Misha
On Mon, 2007-02-12 at 04:14 +0100,
Chris Morgan wrote:
> On 2/11/07, Tony Lambregts <[EMAIL PROTECTED]> wrote:
>> Nick Law wrote:
>> > Hi Tony,
>> > Just lately, I've noticed that AppDB seems to be very slow, i.e it can
>> > take15 seconds or more for a page to come up or simply to login. Is
>> > there a bandwidth problem or is the
Are particular pages slow? I'm not seeing slow page loads to the main
page or to an application version page from here, a few seconds for
each.
Chris
On 2/11/07, Tony Lambregts <[EMAIL PROTECTED]> wrote:
Nick Law wrote:
> Hi Tony,
> Just lately, I've noticed that AppDB seems to be very slow,
Nick Law wrote:
> Hi Tony,
> Just lately, I've noticed that AppDB seems to be very slow, i.e it can
> take15 seconds or more for a page to come up or simply to login. Is
> there a bandwidth problem or is the server getting overwhelmed or is
> it a problem at my end (UK). 30 seconds later it's back
[EMAIL PROTECTED] wrote:
This sounds almost perfect. I think the counterpoint raised by James
Hawkins would be adequately addressed by adding a winecfg option as
follows:
Since we want winecfg to be gone in the long-term a registry key alone
would probably do fine.
Felix
On 2/11/07, Misha Koshelev <[EMAIL PROTECTED]> wrote:
Hi everybody,
Thanks for your suggestions. I just posted a new patch on wine-patches
where I tried to incorporate these and now it does the following (in
addition to my previous patch which just started items in the StartUp
folder):
- When w
I forgot to include the patch, so here it is.
Misha
---
Hi everybody,
Thanks for your suggestions. I just posted a new patch on wine-patches
where I tried to incorporate these and now it does the following (in
addition to my previous patch which just started items in the StartUp
folder):
- Whe
Well, that is what I thought too, I sent out another patch that does not have
these anti-security measures,
but there were a lot of responses about them being necessary and someone marked
the bug report as WILLNOTFIX.
Anyhow, both patches have been sent to wine-patches and also are available in
This is getting a bit long so if you do not have time, then skip this.
I've looked a little more at the issue of a DIB Engine and tried to use the
feedback
so far to get an idea what the possible architecture could be.
First I took a look at how Windows seems to do it currently (excluding
Vista).
On 2/11/07, Misha Koshelev <[EMAIL PROTECTED]> wrote:
Ok, thanks to everybody's responses on the wine-devel list. Here is my
new version of this patch. It starts the items in the StartUp folder
like Windows does (again, if anybody who knows about IShellFolder will
look over my code that would be
It seems the patch itself got lost
Food fight? Enjoy some healthy debate
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367
Hi everybody,
Thanks for your suggestions. I just posted a new patch on wine-patches
where I tried to incorporate these and now it does the following (in
addition to my previous patch which just started items in the StartUp
folder):
- When wineboot finds a file that it wants to start in the Start
Thanks for the input. UDM_SETRANGE has no return value according to
MSDN so I'll remove those assignments.
On 2/11/07, James Hawkins <[EMAIL PROTECTED]> wrote:
On 2/10/07, Leslie Choong <[EMAIL PROTECTED]> wrote:
> Hi there, My name is Leslie Choong and I am currently finishing up my
> under gra
On 2/11/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
Fix the bugs in Wine and send your patches to wine-patches.
File bug reports pertaining to this game, as well as become a maintainer
for the game in our AppDB:
http://appdb.winehq.org/appview.php?iAppId=4051
Purchase a copy of CrossOver and vo
On Saturday 10 February 2007 19:39, Alessandro Pignotti wrote:
> I'm working to implement a service provider compatible with the protocol
> used by directplay over TCP/IP.
> Currently i've implemented the lobby code and tested it against
> simpleconnect.exe and chatconnect.exe from the DirectX 7 SD
On 2/10/07, Leslie Choong <[EMAIL PROTECTED]> wrote:
Hi there, My name is Leslie Choong and I am currently finishing up my
under graduate work at UCLA. This patch is being sent as part of the
coursework for CS 130 : Software Engineering. Please take a look and
let me know if you have any suggesti
On Sun, Feb 11, 2007 at 07:32:10PM +1100, Jeff L wrote:
> +Run wine using the +linkend="running">wine
> +filespec/appname.exe command.
This
> +The first command you will run will be to install a package.
> +Typical
Am Samstag 10 Februar 2007 15:44 schrieb Chris Robinson:
> AFAIK, OpenGL doesn't really care how much video memory you have. If you
> run out, it'll just start hapilly swapping to your system RAM automatically
> (with a nice performance hit). If your system RAM runs out, then you can
> have problem
On 2/11/07, Tim Schmidt <[EMAIL PROTECTED]> wrote:
Already looking at buying a new computer to play Supreme Commander
(http://en.wikipedia.org/wiki/Supreme_commander), is there anything I
can do (including, but not limited to purchasing hardware) to help get
this game running under Wine? I can't
On Sat, 10 Feb 2007, Joris Huizer wrote:
>
> I find some function
> LONG WINAPI AVIStreamSampleToTime(PAVISTREAM
> pstream, LONG lSample)
> (in the avifil32 dll), the second parameter should
> really be an ULONG instead of a LONG. It'd fix the
> signedness problems.
>
> My question is, is such
Joris Huizer wrote:
> I have a small question:
>
> I find some function
> LONG WINAPI AVIStreamSampleToTime(PAVISTREAM
> pstream, LONG lSample)
> (in the avifil32 dll), the second parameter should
> really be an ULONG instead of a LONG. It'd fix the
> signedness problems.
>
> My question is, is
This change came about when a friend described his problems in getting
wine going to see if it would help him with making a Windows app run
under Linux. He did not want to get into the details of wine as his was
a opportunistic need and his comment that hit home was "that many a
newbie expects
Already looking at buying a new computer to play Supreme Commander
(http://en.wikipedia.org/wiki/Supreme_commander), is there anything I
can do (including, but not limited to purchasing hardware) to help get
this game running under Wine? I can't promise miracles, but if I can
break down a few obs
31 matches
Mail list logo
