On Thu, 16 Mar 2006 09:27:42 +0100, Leon Freitag wrote:
> I'm getting undefined references to `___tls_get_addr' when trying to build
> with this patch. However my ld has this symbol for sure...
Odd. Worked for me, but it's probably something to do with the Wine build
system.
Here's a version th
Hi Dan,
Thanks again for the suggestions. I did indeed run the conformance tests
on Windows -- passes with no problem. The conformance tests confirm that
the return value is not the range. Good catch for the limiting of cpMax,
it simplified the return logic. I also fixed the whitespace violati
There's a new patch to try here:
http://plan99.net/~mike/files/glteb.patch
Does that work any better?
On Fri, Mar 17, 2006 at 02:01:41PM +0800, Dmitry Timoshkov wrote:
> "Huw D M Davies" <[EMAIL PROTECTED]> wrote:
>
> > Looks like this might be a fontforge or FreeType problem. Windows
> > courier at 13 ppem should have an ascent of 11 and a descent of 2,
> > which is what we have in the .sfd. No
Hi Alexandre,
On my system at least it seems DLLs need the rpaths too, from a clean
build of HQ git tree I get this when starting:
8697: file=/opt/wine/lib/wine/ntdll.dll.so [0]; needed by
/opt/wine/bin/../lib/libwine.so.1 [0]
8697: file=/opt/wine/lib/wine/ntdll.dll.so [0];
Hi,
"Eliminating" windowsx.h sounds like you consider this header file a bad thing.
I don't think so - it provides a bunch of very usefull type safe macro
definitions.
(SelectFont, ListBox_SetSel, Button_SetCheck, ...)
I understand you want to eliminate some useless warnings printed by
newer GCC
Indeed. Thanks for pointing that out. The modifications will be made and
posted.
> On Thu, 16 Mar 2006 22:31:40 -0800 (PST)
> Brian Chang <[EMAIL PROTECTED]> wrote:
>
>> +/* get the current selection and text length */
>> +RichEditANSIWndProc(hWnd, EM_GETSEL, (WPARAM) &start, (LPARAM)
>> &
I am test to install Google Earth. It is work, but fonts not show.
problem 1: how I configure fonts
problem 2: not file (library) /system32/psapi.dll
Greetings,
Miha
Updated again, this should be the final patch. Sorry for spamming. :)
On 3/18/06, pagefault <[EMAIL PROTECTED]> wrote:
> Updated my patch. I had placed it in the wrong function, this is a lot
> lower in the pipeline and should not conflict with other code. Please
> test.
>
> --- dlls/gdi/dc2.c
Updated my patch. I had placed it in the wrong function, this is a lot
lower in the pipeline and should not conflict with other code. Please
test.
--- dlls/gdi/dc2.c 2006-03-18 00:46:11.0 -0500
+++ dlls/gdi/dc.c 2006-03-15 09:50:32.0 -0500
@@ -905,11 +905,6 @@
}
Ok, this is rather odd. Do those apps work properly when the patch is
not applied? Also do you know if these apps are using DirectDraw?
On 3/18/06, pagefault <[EMAIL PROTECTED]> wrote:
> Thanks for testing it out. I will try to get a copy of these apps and
> figure out whats going on.
>
> On 3/18/
Thanks for testing it out. I will try to get a copy of these apps and
figure out whats going on.
On 3/18/06, pagefault <[EMAIL PROTECTED]> wrote:
> Thanks for testing it out. I will try to get a copy of these apps and
> figure out whats going on.
>
> On 3/17/06, Willie Sippel <[EMAIL PROTECTED]> w
Am Freitag, 17. März 2006 20:12 schrieb pagefault:
> Hi there, I work on ZSNES and I was trying to get it working under
> wine and I ran into a small bug when running under a 32 bit desktop.
>
> This fixed a bug in the DeviceGetCaps() function used to return the
> current bitdepth of the desktop. I
Quite a few apps use embedded JVM's.
Case in point: SPSS, one of the apps requested by Munich.
So I played around a bit with Sun's latest 1.5 JRE.
It can run trivial apps, so I closed
http://bugs.winehq.org/show_bug.cgi?id=2953
(ok, maybe that was premature, since the bug was for Sun's 1.4 JRE).
Am Samstag, 18. März 2006 02:33 schrieb Tony Lambregts:
> pagefault wrote:
> > Hi there, I work on ZSNES and I was trying to get it working under
> > wine and I ran into a small bug when running under a 32 bit desktop.
> >
> > This fixed a bug in the DeviceGetCaps() function used to return the
> >
pagefault wrote:
Hi there, I work on ZSNES and I was trying to get it working under
wine and I ran into a small bug when running under a 32 bit desktop.
This fixed a bug in the DeviceGetCaps() function used to return the
current bitdepth of the desktop. It is my understanding that X11
returns "2
Víctor Manuel Álvarez García wrote:
If CreateFile is called with CREATE_ALWAYS or
OPEN_ALWAYS flags, and the file already exists, the
function should success but the result of GetLastError
after the call must be ERROR_ALREADY_EXISTS. Wine was
not not setting the proper error code and GetLastErr
Martin Fuchs wrote:
"Eliminating" windowsx.h sounds like you consider this header file a bad thing.
I don't think so - it provides a bunch of very usefull type safe macro
definitions.
(SelectFont, ListBox_SetSel, Button_SetCheck, ...)
I understand you want to eliminate some useless warnings p
Brian wrote:
+/* FIXME: EM_GETSEL needs to return proper ending value */
+todo_wine
+{
+ok(start == 0 && end == 18, "EM_EXSETSEL: expected (0,18)
actual:(%d,%d)\n", start,end);
+}
What does EM_GETSEL return right now?
It might be worth looking at that to see if you can fix
Dnia piątek, 17 marca 2006 14:35, Frederico Bertucci napisał:
Hi
> Good morning guys
>
> I did my system works with wine no problem, but when I try print using
> then, doesnt work... if I print from any other aplication, works.
>
> I talked with my developer and he told me that are using a delphi c
Hi there, I work on ZSNES and I was trying to get it working under
wine and I ran into a small bug when running under a 32 bit desktop.
This fixed a bug in the DeviceGetCaps() function used to return the
current bitdepth of the desktop. It is my understanding that X11
returns "24" as the bitdepth
On Fri, Mar 17, 2006 at 06:10:40PM +0100, Alexandre Julliard wrote:
> Marcus Meissner <[EMAIL PROTECTED]> writes:
>
> > Got an idea...
> >
> > It helps if the process is started with the ADDR_COMPAT_LAYOUT personality
> > flag set.
>
> We should still be reserving the high memory area, so it shou
Marcus Meissner <[EMAIL PROTECTED]> writes:
> Got an idea...
>
> It helps if the process is started with the ADDR_COMPAT_LAYOUT personality
> flag set.
We should still be reserving the high memory area, so it shouldn't
make any difference WRT ulimits. Something else must be going on here.
--
Al
It is accelerated, and it uses Mesa too. If it wasn't, it would say
indirect renderer.
oops, my mistake.. I missed the line "Direct Rendering: Yes"
_
Powerful Parental Controls Let your child discover the best the Internet has
t
On Fri, Feb 24, 2006 at 02:12:46PM +0100, Marcus Meissner wrote:
> Hi,
>
> I am having a problem with virtual ulimits/rlimits.
>
> If you limit the virtual memory size using "ulimit -v 140" for
> instance, wine will only crash.
>
> The problem is, that VIRTUAL_alloc_teb() tries to allocate a
I've been trying to figure out why Munich doesn't like Wine
for some time. Here's what I've learned:
In 2004 six apps were briefly tested by ITOMIG under both
plain Wine and Crossover Office 3.0.1 as part of initial studies
for the Munich migration to Linux.
The test results aren't especially im
On 3/17/06, Joachim von Thadden <[EMAIL PROTECTED]> wrote:
> Am Do, Mär 16, 2006 at 11:41:53 -0800 schrieb Dan Kegel:
> > Instead, it should just be a couple of checkboxes for
> > optional things like dcom98 and IE6, shouldn't it?
>
> I think this is not enough. After you installed IE6 how do you w
Good morning guys
I did my system works with wine no problem, but when I try print using then,
doesnt work... if I print from any other aplication, works.
I talked with my developer and he told me that are using a delphi componet
called RDPRINT, this in windows, to create better graphics.
So, Ar
"Huw Davies" <[EMAIL PROTECTED]> wrote:
Looks like it's a sfnt2fnt bug and not a fontforge or FreeType problem.
This patch tests bitmap font metrics to ensure that they match the Windows
ones. The patch discovers a bug in sfnt2fnt which causes Courier font to
have wrong ascent and descent value
On Thursday 16 March 2006 10:21, Wino Rojo wrote:
> Hi Raphael,
>
> >No it's use the "best visual" who match asked capacities
>
> - is this "best visual" the same as the one returned by "glxinfo -b" ?
no the best matching caps asked by wine init
(see X11DRV_setup_opengl_visual on x11drv/opengl.c
Am Do, Mär 16, 2006 at 11:41:53 -0800 schrieb Dan Kegel:
> Instead, it should just be a couple of checkboxes for
> optional things like dcom98 and IE6, shouldn't it?
I think this is not enough. After you installed IE6 how do you want to
disable it? Many apps are looking directly for it. They will
Nice touch including the link to the bug!
Did you run the new test on Windows?
+if(range.cpMin < 0)
+{
+range.cpMin = end;
+range.cpMax = end;
+}
+ ...
+
+return (range.cpMax < textlen+1 ? range.cpMax : textlen+1) ;
MSDN says the return value is the range, not jus
32 matches
Mail list logo
