davep wrote:
On Thursday 20 Feb 2003 22:41, J. Grant wrote:
Hello
I have been using wcmd lately, its been really useful to my research.
However, could wcmd default to its "command history" (a la doskey) value
to something other than zero please? Perhaps 50 would be enough, it
would not take up m
In this case I think it should be implemented in X11 code, so that apps
running under Wine fit correctly into the X11 enviroment.
Dimi proposal might be better (no longer forcing copy operation and just
keeping the selection as a copy to Win32-clipboard operation) (also
remember that Wine can yo
If I change to 80x50 it forgets it as soon as I apply to current session
or all future sesions.
error reporting is weak, but I think you only changed the window size,
not the screen buffer size... the screen buffer must always be bigger
than the window size, hence your issue. bump both sizes to
Steven Edwards wrote:
I think the export in ntdll may be wrong
playsound.o(.text+0x7d7): In function `PlaySound_Alloc':
e:/users/steven/source/wine/dlls/winmm/playsound.c:222: undefined reference to
[EMAIL PROTECTED]'
E:\users\steven\mingw\bin\dllwrap.exe: E:\users\steven\mingw\bin\gcc exited with
On February 21, 2003 02:39 pm, Eric Pouech wrote:
> it's mainly because most of the clipboard related code (I mean part of
> Wine putting info onto the clipboard) are using the Win32 interface,
> which means we cannot differentiate between CLIPBOARD and PRIMARY as X11
> apps can do. See a thread a
On February 21, 2003 10:34 am, Mike Hearn wrote:
> That reminds me, on the Wine 0.9 TODO it says "expect a preview of the
> wine config applets in the second week of 2003". Anybody know what the
> status of these are?
Last time I talked to Jaco, he was busy finding work. Hopefully he'll
resurface
Gareth Hughes wrote:
It is critically important for OpenGL drivers to have fast
(single-instruction) access to thread local variables. ...
While glibc's new thread library implementation has many benefits,
particularly to application programmers (with support for the new keyword
'__thread', and so
Gregory M. Turner wrote:
On Monday 17 February 2003 08:26 pm, Dan Kegel wrote:
The simple sequence
CreateNamedPipe
CreateFile
seems to work under Windows, but not under Wine.
Does Wine for some reason require a ConnectNamedPipe between the two? ...
nice catch!
This explains some things I've be
I think the export in ntdll may be wrong
playsound.o(.text+0x7d7): In function `PlaySound_Alloc':
e:/users/steven/source/wine/dlls/winmm/playsound.c:222: undefined reference to
[EMAIL PROTECTED]'
E:\users\steven\mingw\bin\dllwrap.exe: E:\users\steven\mingw\bin\gcc exited with
status 1
make: *** [
Hola,
Now that ReactOS is having some luck loading device drivers we are going to need a
easy way to
load inf scripts for the registry information. I have been testing building setupapi
under mingw
and am getting the following error.
Info: resolving _wine_ldt_copy by linking to __imp__wine_ldt_c
Matthieu Foillard wrote:
Hi,
this fix a bug when data is null.
(3dsmax v3 now works with this)
Note that i'm not a wine developper and this patch might not be the right
way to fix the problem. Someone on #winehq told me this is acceptable so...
Index: dlls/advapi32/registry.c
==
It is critically important for OpenGL drivers to have fast
(single-instruction) access to thread local variables. I'd be happy to
provide more information to anyone who's interested, but a typical case
where TLS access can severely hurt performance is at the very front-end of
an OpenGL library. I
liu spider <[EMAIL PROTECTED]> writes:
> hi Alexandre
> Could you tell me the progress of the work on adding
> XIM support to WINE?
Not much progress lately I'm afraid, I've had other priorities.
> I just found that I could not even trigger my XIM
> using the lates CVS.
Is that a new bug or wa
On Thursday 20 Feb 2003 22:41, J. Grant wrote:
> Hello
>
> I have been using wcmd lately, its been really useful to my research.
>
> However, could wcmd default to its "command history" (a la doskey) value
> to something other than zero please? Perhaps 50 would be enough, it
> would not take up muc
Hi,
Eric Pouech wrote:
J. Grant wrote:
Hello
I have been using wcmd lately, its been really useful to my research.
However, could wcmd default to its "command history" (a la doskey) value
to something other than zero please? Perhaps 50 would be enough, it
would not take up much memory for the q
Hi,
Eric Pouech wrote:
Is there a reason Wine does not have its own X11 compatible code the
same way that Mozilla or other Free Software applications do?
it's mainly because most of the clipboard related code (I mean part of
Wine putting info onto the clipboard) are using the Win32 interface,
w
- wwo->mapping = mmap(NULL, wwo->maplen, PROT_WRITE, MAP_SHARED,
- wwo->ossdev->fd, 0);
+ wwo->mapping = mmap(NULL, wwo->maplen,
+#if (defined(__FreeBSD__) && (__FreeBSD_version < 50))
+ PROT_READ|PROT_WRITE,
+#else
+ PROT_WRITE,
+#endif
+ MAP_SHARED, wwo->ossdev->fd, 0);
hmm this
J. Grant wrote:
Hello
I have been using wcmd lately, its been really useful to my research.
However, could wcmd default to its "command history" (a la doskey) value
to something other than zero please? Perhaps 50 would be enough, it
would not take up much memory for the queue strcture I think.
I'
Is there a reason Wine does not have its own X11 compatible code the
same way that Mozilla or other Free Software applications do?
it's mainly because most of the clipboard related code (I mean part of
Wine putting info onto the clipboard) are using the Win32 interface,
which means we cannot dif
Mike Hearn wrote:
On Fri, 2003-02-21 at 16:13, Jeff Smith wrote:
From: Mike Hearn <[EMAIL PROTECTED]>
Hmmm, do we even have a control panel? Presumably programs can install
control applets (capplets in gnome-speak), but I don't see any way to
see them other than executing the cpl files manually
It would be nice if Wine created menu icons for all the application that come
with it such as Winefile and Control just like it does with Windows
applications you install using Wine.
Op vrijdag 21 februari 2003 17:27, schreef Mike Hearn:
> So it is. Is that documented anywhere? I can't see it in
So it is. Is that documented anywhere? I can't see it in the users
guide. If I'm not blind and it's not in there, I'll write a patch for
it.
On Fri, 2003-02-21 at 16:13, Jeff Smith wrote:
> >From: Mike Hearn <[EMAIL PROTECTED]>
> >Hmmm, do we even have a control panel? Presumably programs can inst
From: Mike Hearn <[EMAIL PROTECTED]>
Hmmm, do we even have a control panel? Presumably programs can install
control applets (capplets in gnome-speak), but I don't see any way to
see them other than executing the cpl files manually.
Try 'wine control'. That is our winelib control panel app if I a
Okay, folks, I think we should have a Wineconf, and
I think it should be in conjunction with LinuxTag in 2003.
However, I am too swamped to arrange a conference in
Germany.
Further, Dan, who was kindly following this up, can't
make it to Germany in July (congrats, btw, Dan ).
So, while he start
> -- We are approaching 0.9 (hopefully).
That reminds me, on the Wine 0.9 TODO it says "expect a preview of the
wine config applets in the second week of 2003". Anybody know what the
status of these are? I think it makes sense to start pro-actively
targetting 0.9 tasks, and having control panel
Tony Lambregts wrote:
I would appreciate if you filled on out. If Huw is able to fix it that
would be great.
Filed as Bug #1291. This actually feels like two different bugs to me
- the search failure in WineEngCreateFontInstance() is probably
unrelated to the non-display of the font symbols
Has anyone tried to run the "Thomas Brothers Digital Edition"
aka "Thomas Brothers DE 4.0" mapping software under Wine?
http://www.thomas.com/prod/
(Anyone who lives in Los Angeles and has a car
has a copy of the printed Thomas Brothers map;
this is their digital equivalent.)
A local businessman I
27 matches
Mail list logo