Frank Richter wrote:
> Also, Windows and Linux desktops have a bit of different "views" on what
> the "desktop menu" should contain: most of the time, the Windows start
> menu contains one folder per application, with that folder containing
> not only the application but also a link to the README o
On 25.01.2009 22:58, Owen Rudge wrote:
> "Windows software" may be a better term than "Wine". "Program Files"
> wouldn't really make sense, since all the items in the Applications menu
> are meant to be program files. On the issue of whether we should keep
> the "Programs" subfolder, I guess you
> "Dan" == Dan Kegel writes:
Dan> That's how we used to do it, but tests showed that _filbuf really
Dan> has to do the cr removal.
Dan> On Jan 25, 2009 10:57 AM, "Uwe Bonnes" <
Dan> b...@elektron.ikp.physik.tu-darmstadt.de> wrote:
> "Dan" == Dan Kegel writes:
Dan>
Hans Leidekker wrote:
>
> Well, sort of. I found bugs in shell32, rpcrt4, comctl32 and wininet
> that I had to implement, stub and override my way past before it would
> render a page, but finally, here's the obligatory screenshot.
Hi Hans,
Nice work! However, it does not work properly on my setu
> I have noticed that when wine creates a menu item (that for example,
> on Ubuntu gets put in the Applications > Wine > Programs menu), the
> command that gets written uses 'wine' as the program to run. This
> means that you need to have Wine in your PATH and cannot use more than
> one version of
On Sun, Jan 25, 2009 at 2:24 PM, wrote:
> I was able to install some packages, but this and mdac27 can't find itself.
> The file is there.???
> ubuntu 8.10 wine 1.1.13
> I was able to install all packages needed on ubuntu 6.06 wine 1.0.1;
> different machine.
>
> thanks,
> Robert
>
> Locati
I was able to install some packages, but this and mdac27 can't find itself.
The file is there.???
ubuntu 8.10 wine 1.1.13
I was able to install all packages needed on ubuntu 6.06 wine 1.0.1; different
machine.
thanks,
Robert
Location:
http://ufpr.dl.sourceforge.net/sourceforge/bzflag/BZEdi
On Sun, Jan 25, 2009 at 3:32 PM, Reece Dunn wrote:
> Hi,
>
> I have noticed that when wine creates a menu item (that for example,
> on Ubuntu gets put in the Applications > Wine > Programs menu), the
> command that gets written uses 'wine' as the program to run. This
> means that you need to have
Hi,
I have noticed that when wine creates a menu item (that for example,
on Ubuntu gets put in the Applications > Wine > Programs menu), the
command that gets written uses 'wine' as the program to run. This
means that you need to have Wine in your PATH and cannot use more than
one version of Wine.
Hey all,
I've been a bit quiet as of late with uni work and so on, but figured
I'd let you guys know that I was visiting Google in Mountain View on
Thursday, and while there gave a tech talk on "Windows Meets Linux: the
Wine user experience" - basically going over some of the issues with
getti
Erich Hoover ha scritto:
>
> What I was trying to say is if you could have something like this for
> all the stubs:
>
> BOOL DIBDRV_AlphaBlend( DIBDRVPHYSDEV *devDst, INT xDst, INT yDst, INT
> widthDst, INT heightDst,
> DIBDRVPHYSDEV *devSrc, INT xSrc, INT ySrc, INT
On Sun, Jan 25, 2009 at 11:25 AM, Massimo Del Fedele wrote:
> Erich Hoover ha scritto:
> >
> > I haven't looked into your implementation in much detail (I need more
> > hours in a day, I swear), but would it be possible to pass all the stubs
> > on so that unimplemented functionality still works
Erich Hoover ha scritto:
>
> I haven't looked into your implementation in much detail (I need more
> hours in a day, I swear), but would it be possible to pass all the stubs
> on so that unimplemented functionality still works even if it's dog
> slow? It'd be nice if we could take advantage of
I'll have a look...
On Sun, Jan 25, 2009 at 10:23 AM, Massimo Del Fedele wrote:
> ...IMHO the engine will (if it ever enters on main trunk) stay
> disabled
> by default for long, long time. Having it to work ok to the same extent
> as is gdi32/winex11 now will take a lot of time and patches.
> ...
>
I haven't l
Roderick Colenbrander ha scritto:
>>
>
> Having an environment variable is a minor detail. Sure it should
be used transparently but it will take a lot of time (when the
architecture is correct)
to enable it by default.
IMHO the engine will (if it ever enters on main trunk) stay disabled
by
Ben Klein ha scritto:
>
> I'm still opposed to adding an environment variable for something so
> simple (an enable/disable flag). It just seems like extra work for no
> benefit to me. I'm sure we can all agree that the registry is a
> suitable place for the setting.
The environment variable allow
Alexandre Julliard wrote:
>If there is evidence that Windows really uses the reserved fields to
>store bHot and bDropDownPressed then the code should be using
>bReserved[0] and bReserved[1], wrapped with appropriate accessor
>functions if necessary. Otherwise they should be moved somewhere else
>a
Mikołaj Zalewski writes:
> Dmitry Timoshkov wrote:
>
>> "Mikołaj Zalewski" wrote:
>>> The bHot and bDropDownPressed would then be called bReserved[0] and
>>> bReserved[1] so this could make more harm than good.
>>
>> You can make a union for that case, with an appropriate comment.
>>
> TBBUTT
"Ambroz Bizjak" wrote:
> What about an assertion right before the following line:
> *lpTransferred = lpOverlapped->InternalHigh;
That will make the behaviour incompatible with Windows by generating
wrong exception code.
> This way it will still "crash" in the same circumstances, but will make i
Dmitry Timoshkov wrote:
> "Mikołaj Zalewski" wrote:
>
+/* Note: TOOLBAR_DumpButton assumes the layout of the beginning of
the structure
+ * is the same as of TBBUTTON */
typedef struct
{
INT iBitmap;
@@ -96,6 +98,9 @@ typedef struct
BYTE fsStyle;
> 2009/1/25 Massimo Del Fedele :
> > The engine is disabled by default; can be changed by environment
> variable :
> >
> > export WINEDIB=ON (or ENABLE or ENABLED or TRUE) enables it
> > export WINEDIB=OFF (or DISABLE or DISABLED or FALSE) disables it
> >
> > or by registry key :
> >
> > HKCU/Sof
2009/1/26 David Gerard :
> Is it possible to meaningfully enhance Wine by crashing the app, but
> in such a way as to note on the terminal that the crash is for
> compatibility with Win32, what crashed where, etc?
That might set an unwelcome precedence. Realistically, anyone
investigating such cra
2009/1/25 Remco :
> Well, the implementation can differ from Windows, as long as it has
> the same effect on the API/ABI level. Some applications actually do
> run faster because of this. And some run much slower because of this.
What apps run faster in Wine than in Windows? (What Win32 function
2009/1/25 Ben Klein :
> Wine's goal is perfectly clear: to provide, as best as possible, a
> complete and accurate implementation of win32 (and win64 long-term)
> and related APIs. If putting invalid data into a specific function
> causes a known crash on the only other implementation of win32
> (
Remco wrote:
> A while back there was some case where a buggy Windows program would
> run in Wine, while it didn't run in any version of Windows. After Wine
> became better, the buggy program stopped working. Of course it also
> meant that a lot of other programs started working. At some point you
It's all been said, by myself and others. I just want something clarified.
2009/1/25 Guillaume SH :
> Regarding the part of your mail where you wrote : "that's actually
> good that applications crash when
> they pass invalid data", I must admit I don't understand your point at
> all. It seems to m
On Sun, Jan 25, 2009 at 1:53 PM, Guillaume SH wrote:
> The most interesting part in your answer is indeed this word of
> "Behaviour" you used. Indeed, in my understanding (but maybe "I am
> hoping" is more correct here) wine's goal is to provide the same
> functionalities as Windows API, not to im
2009/1/25 Massimo Del Fedele :
> The engine is disabled by default; can be changed by environment variable :
>
> export WINEDIB=ON (or ENABLE or ENABLED or TRUE) enables it
> export WINEDIB=OFF (or DISABLE or DISABLED or FALSE) disables it
>
> or by registry key :
>
> HKCU/Software/Wine/DIB Engin
Roderick Colenbrander a écrit :
>> Roderick Colenbrander a écrit :
>>
I tried to play Supreme Commander using pbuffer option instead of fbo.
>> I
>>
was quite happy with it, since I gained quite a bunch of performance (I
mean, something I really COULD see), b
2009/1/26 Guillaume SH :
> I will be my last mail though because I understood that there is a
> consensus that wine shouldn't be a safe and good tool enabling
> transition from Windows to free-OS, but rather a tool with a
> not-so-clear goal (again I'm not willing to start flaming, so please
> don'
> Roderick Colenbrander a écrit :
> >> I tried to play Supreme Commander using pbuffer option instead of fbo.
> I
> >> was quite happy with it, since I gained quite a bunch of performance (I
> >> mean, something I really COULD see), but after a while, the performance
> >> dropped dramatically, to
Hmm, now bugzilla's slow again... :(
But no error message...
On Thu, 08 Jan 2009 10:43:15 -0600, Jeremy Newman wrote:
> I made some tweaks to the mysql config. Hopefully it this will happen
> less often to hopefully not at all now.
>
> -Newman
>
> John Haywards wrote:
>> On Mon, 05 Jan 2009 06
Hi Dimitry,
Thank you very much for bringing this explanation to my knowledge.
As you name came over and over through wine-devel list, I am aware
that you are an experimented and influential member within wine
community (which make a huge difference with me, as this is the first
time I try to bri
2009/1/25 Guillaume SH :
> This week however I was quite puzzled by one commit : "kernel32: Make
> GetOverlappedResult crash on NULL args as native does."(1)
>
> Thinking about it I see only one argument justifying it's the good
> direction : for the sake or portability from wine to windows
> platf
On Sunday 25 January 2009 12:39:22 Dmitry Timoshkov wrote:
> "Guillaume SH" wrote:
> > As I'm following wine only for a short time (count in months, not in
> > years) I guess reproducing windows unfixed defects is a choice
> > (although I am not sure this decision comes from consensus or from a
>
Roderick Colenbrander a écrit :
I tried to play Supreme Commander using pbuffer option instead of fbo. I
was quite happy with it, since I gained quite a bunch of performance (I
mean, something I really COULD see), but after a while, the performance
dropped dramatically, to ~4-5 fps.
I tested
"Mikołaj Zalewski" wrote:
>>> +/* Note: TOOLBAR_DumpButton assumes the layout of the beginning of the
>>> structure
>>> + * is the same as of TBBUTTON */
>>> typedef struct
>>> {
>>> INT iBitmap;
>>> @@ -96,6 +98,9 @@ typedef struct
>>> BYTE fsStyle;
>>> BYTE bHot;
>>> BYTE bD
"Guillaume SH" wrote:
> As I'm following wine only for a short time (count in months, not in
> years) I guess reproducing windows unfixed defects is a choice
> (although I am not sure this decision comes from consensus or from a
> boss statement) made by wine team.
That comes from a simple under
Dmitry Timoshkov wrote:
> "Mikolaj Zalewski" wrote:
>
>> +/* Note: TOOLBAR_DumpButton assumes the layout of the beginning of
>> the structure
>> + * is the same as of TBBUTTON */
>> typedef struct
>> {
>> INT iBitmap;
>> @@ -96,6 +98,9 @@ typedef struct
>> BYTE fsStyle;
>> BYTE bHo
> I tried to play Supreme Commander using pbuffer option instead of fbo. I
> was quite happy with it, since I gained quite a bunch of performance (I
> mean, something I really COULD see), but after a while, the performance
> dropped dramatically, to ~4-5 fps.
>
> I tested quite a few thing, and
Dmitry Timoshkov wrote:
>> It highlights the problem and that the translation should take place
>> in the server. In earlier discussions last year this was an issue.
> Again, do you have a test case for that as a proof?
When solving the winebrowser problem, I was fixing the existing
translation
Hi wine team,
First let me thank you for providing wine software witch I see as a
strong asset in the expansion of free software and as a useful tool
for people (like me) already using free software wherever possible. At
this point, Wine is at a very good level both in API coverage, quality
(less
On Sat, Jan 24, 2009 at 7:11 PM, Frank Richter wrote:
> On 24.01.2009 12:03, Damjan Jovanovic wrote:
>> +static char* wchars_to_unix_chars(LPCWSTR string)
>> +{
>> +char *ret;
>> +INT size = WideCharToMultiByte(CP_UNIXCP, 0, string, -1, NULL, 0, NULL,
>> NULL);
>
> Since that is used to w
Jerome,
your patch must be sent to wine-patch, not to wine-devel.
A+
David
--- En date de : Dim 25.1.09, Jérôme Gardou a écrit :
De: Jérôme Gardou
Objet: performance issue when OffscreenRenderingMode = "pbuffer"
À: wine-devel@winehq.org
Date: Dimanche 25 Janvier 2009, 2h42
I tried to play Su
45 matches
Mail list logo