--- "Brett I. Holcomb" <[EMAIL PROTECTED]> a écrit :
> In November Sylvain Petreolle posted a patch to audio.c to make it
work
> with the new Alsa 1.0 version. What is the license on that patch? I
> ask because I'd like to pass it on to the winex-devel list so they
can
> include it. Is it po
Looks ok here on my WinXP in both Mozilla 1.5/IE.
--- Jason Edmeades <[EMAIL PROTECTED]> a écrit :
> Is it something about my machine but when I go to the online debugger
>
> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I
can
> see absolutely nothing in the text boxes. I
Could you see if it runs ok when launched with winecfg ?
--- Mike Hearn <[EMAIL PROTECTED]> a écrit :
> A crud.
>
> I wonder if when a program is invoked directly from the wine loader
> app we
> should pretend it's been run from Explorer and pass it the full path.
> Alexandre, would that be
Hello,
I spotted this bug while trying to fix mouse pointer trails problem in
Warlords Battlecry. All widths, heights and left/top coordinates are of DWORD
type, so substracting them from each other always give positive numbers. Thus
h and w are always >= 0, so DDERR_INVALIDRECT is returned onl
In November Sylvain Petreolle posted a patch to audio.c to make it work
with the new Alsa 1.0 version. What is the license on that patch? I
ask because I'd like to pass it on to the winex-devel list so they can
include it. Is it possible to send it on? If not that's fine - I want
to check f
Si señor,
I'm off for a week to Varadero, Cuba! Given the terrible
temperatures we had here lately (-39C with the windchill),
I am happy beyond words to bask in the sun for a week.
I hope it's going to be sweet, but I'll be off the web
until next Sunday. Until then, hasta la vista amigos! :)
-
On Sun, Jan 18, 2004 at 02:11:22AM +0100, Gerald Pfeifer wrote:
> This would have saved me a _lot_ of time late last year. With a
> memory limit set too low, I would simply get an Abort, both when
> running Wine itself and `ldd wine-binary`. :-(
>
> This is not really FreeBSD-specific, for Marcus
> Perhaps. I'd be willing to bet that virtually all (gui) win32 apps are
> tested by running it from explorer or the shell, which seems to use full
> paths though.
I'd also bet 5 EUROs ;-)
> So the fact that we usually run without a full path seems to
> be problematic. I guess there's a slight c
> Windows actually does have a few settings like this (Well, XP does)
Windows server 2003 and longhorn have the same functionality, and blackcomb
probably has it too.
Ivan.
On Saturday 17 January 2004 12:41 pm, Dimitrie O. Paun wrote:
> > I agree that [Version] should be an app specific setting, it is a
> > frequently used option. Maybe we can roll version settings and the Dll
> > settings tab together into an "Application" tab?
>
> I think this is a good idea. In ge
Am Samstag, 17. Januar 2004 22:31 schrieb Eric Pouech:
> > Thanks Eric,
> >
> > this was the right tip. My Problem is that i have two directories. The
> > first one is "C:\Program Files" but the second one is C:\Programme. After
> > i renamed (first character) the second one the test program works
Hiya Mike,
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
> Using Mozilla to implement IWebBrowser seems to be the Right Way for
> me,
> as the Mozilla project is already trying to do that themselves...
> it's a
> common goal that we can work together on!
Yes. We with ReactOS need this also. All
On Friday 16 January 2004 09:13, Dimitrie O. Paun wrote:
> We can do that even now, by turning the problem inside out:
> -- teach winapi_check the simple find trick
> -- provide a (manually maintained) list of exceptions
OK, here's a patch that does that. Afterwards do:
cvs rm -f tools/wina
Hello Greg,
--- "Gregory M. Turner" <[EMAIL PROTECTED]> wrote:
> I recently learned that SFU (3.5, at least) is actually a Windows
> "subsystem,"
> which supposedly should mean that it is not a compatibility layer
> like cygwin
> implemented on top of the Windows API. Could be fun, I definitely
On Sat, 17 Jan 2004 20:29:00 +, Jason Edmeades wrote:
> I'd be worried this may cause more problems than it solves.
Perhaps. I'd be willing to bet that virtually all (gui) win32 apps are
tested by running it from explorer or the shell, which seems to use full
paths though. So the fact that we
Thanks Eric,
this was the right tip. My Problem is that i have two directories. The first
one is "C:\Program Files" but the second one is C:\Programme. After i
renamed (first character) the second one the test program works for me too.
So what changed is the behavoir if two directories will ma
On Sat, 17 Jan 2004 18:40:01 +, Paul Millar wrote:
> Ah, well, there might have been a bit of a problem there. Web access here
> at Glasgow is somewhat badly designed. The Powers That Be have enforced a
> web-proxy by redirecting all out-going web requests to a single page
> hosted by some du
Am Samstag, 17. Januar 2004 18:40 schrieb Eric Pouech:
> Stefan Leichter a écrit :
> > Hello,
> >
> > The function GetShortPathName is broken in current cvs. This short
> > program exhibits the problem:
> >
> > #include
> > #include
> > #include
> >
> > int m
>> Is it something about my machine but when I go to the online debugger
>> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I
can
>> see absolutely nothing in the text boxes. I can highlight the text and
>> it appears to be in a minute font, and cut+paste into an editor
shows m
Wow, lots of updates, and rather than reply to each let me try to summarize.
>> The one thing I couldnt answer is how the game 'gets' the command line.
>int WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nCmdShow ); Perhaps this way?
No, I noticed the difference betwe
On Sat, Jan 17, 2004 at 04:49:09PM +0100, Dominik Strasser wrote:
> Hi,
> I am running into a problem, each time I rerun tools/wineinstall:
> wineinstall calls configure; configure finds a valid config.cache.
> On detction of the aRTS sound server it does the following:
> if test "${ac_cv_c_artsser
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> There was also talk some time ago to redo the visible region handling
> through the server, but it seems other things took priority. This may
> also fix bugs like this one:
>
> http://bugs.winehq.org/show_bug.cgi?id=1091
>
> Alexandre, any news/
Mike Hearn <[EMAIL PROTECTED]> writes:
> One thing I didn't understanding looking at the DC code was the USER lock.
> Why does USER not use CRITICAL_SECTIONs like everywhere else, instead of
> these syslevel things? Are there MSDN docs on this or is it a purely
> internal thing?
It's a Windows th
Mike Hearn <[EMAIL PROTECTED]> writes:
> Is 'concerned' a technical term? I've not seen it in the Wine sources
> before. If so, is there a function anywhere to calculate the concerned
> DCs given a window?
No it's not really a standard technical term. You need to walk the DCE
list and check the w
On Sat, 17 Jan 2004 15:00:55 +0100, Frank Schruefer wrote:
> * Note that both Start Menu Execute and Explorer start programs with
> * fully specified quoted app file paths, which is why probably the only case
> * where you'll see single file names is in case of direct launch
> * via CreateP
Frank Schruefer wrote:
> But now what to do?
> Suggestions?
Shouldn't the WINE exe loader imitate the behavior of an application
being started by the Explorer in Windows?
I don't know if this is a possible solution, but this seems to be the
most "compatible" one. I think the NT behavior is tha
Hi Mike,
On Thu, 15 Jan 2004, Mike Hearn wrote:
> 1) Firstly, to Paul - could you hook things up so that when we get new
> red/purple builds an email is sent to wine-devel?
Sure, that should be easy to add. It used to send emails automatically,
but directly to me so I'd check them and forward th
Frank Schruefer wrote:
(REPOST, somehow this message yesterday didn't go through until now, strange!
Sorry if you may get it twice.)
You are not subscribed to the list as [EMAIL PROTECTED], so
your postings go through moderation.
On January 17, 2004 09:19 am, Mike Hearn wrote:
> At the moment the invalid region is stored in WND yes, and to implement
> this properly it would have to be moved into the server and manipulated
> using server RPCs? I'm not going to attempt this myself, just wondering
> what it'd take (and maybe s
Hi,
I am running into a problem, each time I rerun tools/wineinstall:
wineinstall calls configure; configure finds a valid config.cache.
On detction of the aRTS sound server it does the following:
if test "${ac_cv_c_artsserver+set}" = set; then
echo $ECHO_N "(cached) $ECHO_C" >&6
else
# check for
Frank Schruefer wrote:
Hy Jason
Really cool man!
I was following your posts here in real time and you almost found
solutions faster than
I could try them out, LOL!
I can confirm that the screen switches and a picture shows up when using
full win-path
and the mouse acts weird.
Haven't tried comm
(REPOST, somehow this message yesterday didn't go through until now, strange!
Sorry if you may get it twice.)
Frank Schruefer wrote:
Hy Jason
Really cool man!
I was following your posts here in real time and you almost found
solutions faster than
I could try them out, LOL!
I can confirm that the
Hi Dmitry,
I didn't really have much time to do testing with it... tried to use it
in place of IE6 and IE4's mshtml, but it didn't work.
Using Mozilla to implement IWebBrowser seems to be the Right Way for me,
as the Mozilla project is already trying to do that themselves... it's a
common goal
Use tools/findfunc rather than grep to find Win32 functions in the Wine
tree.
Cool, that saves me from creating crazy grep constructs. Thanks for the tip.
Think I'll investigate the contents of the tools dir a bit further now ...
--
Regards,
Frank
Frank Schruefer wrote:
Hy Jason
Really cool man!
I was following your posts here in real time and you almost found
solutions faster than
I could try them out, LOL!
I can confirm that the screen switches and a picture shows up when using
full win-path
and the mouse acts weird.
Haven't tried comm
Mike Hearn wrote:
On Fri, 16 Jan 2004 20:02:08 -0500, Vincent Béron wrote:
Use tools/findfunc rather than grep to find Win32 functions in the Wine
tree.
Or better, make tags/make etags - I find this works very well.
Or:
http://source.winehq.org/ident
On January 17, 2004 10:55 am, Chris Morgan wrote:
> Shouldn't we be adding things that:
>
> - Won't be obsolete in the future
> - A majority of users actually need to use
I think you are correct. The settings that Mike mentioned
were listed already under the regedit-only already. I think
they shou
Stefan Leichter a écrit :
Hello,
The function GetShortPathName is broken in current cvs. This short program
exhibits the problem:
#include
#include
#include
int main(int argc,char **argv[])
{ char buffer[0x104] ="";
DWORD retval;
retval = GetShortPath
On January 17, 2004 08:09 am, Mike Hearn wrote:
> Don't forget the X11DRV settings, in particular:
>
> Desktop
> UseXVidMode/UseXRandR
> XRender vs core fonts
Well, first off, I didn't know these (except for Desktop)
were app-specific. I've marked them so now. However, they
are not winecfg option
Shouldn't we be adding things that:
- Won't be obsolete in the future
- A majority of users actually need to use
I'm wondering if enough users want to configure those options to make it
worthwhile to implement. We should prioritize the functionality we need
before we can say "use winecfg" to c
On Fri, 2004-01-16 at 22:39, Alexandre Julliard wrote:
> A DC would be concerned if it could have its visible region changed by
> the fact that the lock window is set, so this would be basically any
> DC used by the old and new lock windows and all their visible children.
Is 'concerned' a technica
HardwareAcceleration, DefaultPlayback, and DefaultCapture are
somewhere in the registry on 98 up but with different names. See
http://www.osr.com/ddk/stream/pcdesign_29if.htm for a description
of Hardware Acceleration.
These registry entries are set by mmsys.cpl. I only have access to XP
and it's
On Sat, 17 Jan 2004 00:07:42 +, Jason Edmeades wrote:
> Is it something about my machine but when I go to the online debugger
> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can
> see absolutely nothing in the text boxes. I can highlight the text and
> it appears to b
On Fri, 16 Jan 2004 15:19:43 -0800, Alexandre Julliard wrote:
> The critical section thing worries me, especially since you are doing
> things that may require sending messages in there. I think you should
> use the normal USER lock when locking is really necessary; note that
> anything that is onl
On Fri, 16 Jan 2004 23:19:33 +, Jason Edmeades wrote:
>> The disassembly of the failure shows we have written to eax, and info
>> regs shows eax of 0x00.
>> dis 0x4e4a20 shows the routine where the return value is set up in
>> eax, and some debugging shows the initial problem is a path proble
On Fri, 16 Jan 2004 20:02:08 -0500, Vincent Béron wrote:
> Use tools/findfunc rather than grep to find Win32 functions in the Wine
> tree.
Or better, make tags/make etags - I find this works very well.
On Fri, 16 Jan 2004 22:03:31 -0500, Dimitrie O. Paun wrote:
> Here is the exaustive list of per-app settings that we currently have
> in winecfg:
Don't forget the X11DRV settings, in particular:
Desktop
UseXVidMode/UseXRandR
XRender vs core fonts
are app-specific for sure, probably others. Of th
Hello,
The function GetShortPathName is broken in current cvs. This short program
exhibits the problem:
#include
#include
#include
int main(int argc,char **argv[])
{ char buffer[0x104] ="";
DWORD retval;
retval = GetShortPathName("C:\\Program Files",
Hello guys,
I'm watching this thread since yesterday.
Perhaps I can give you a clue.
> >I'm trying to investigate that GetCommandLine thing.
> The one thing I couldnt answer is how the game 'gets' the command line.
int WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
L
>I was following your posts here in real time and you almost found
solutions faster than I could try them out, LOL!
To be honest these things come down to luck sometimes, depending on what
direction you start debugging! I was very lucky with this one - I ran
them side by side on 2 machines, one
50 matches
Mail list logo
