Gerold J. Wucherpfennig wrote:
I'd like to use an LGPL licensed LZX compressor
for the compression part of cabinet.dll.
What's the best way to accomplish this?
- copy and pasting the code as required.
- dynamically loading an elf library at runtime
- do configure checks at ./configure and link
I think the bottom line is this:
* Even though many of us are huge Firefox fans (me
included), promoting only Firefox on the Wine home
page is counter-productive simply because one of the
appealing (and marketable) aspects of Wine is that it
can run I.E. ;)
I think the Wine sites are perhaps the
On Wednesday 06 July 2005 7:59 pm, Frank Richter wrote:
> On 07.07.2005 01:40, Kevin Koltzau wrote:
> > StrechDIBits is at fault, you´ll notice if you call that with the
> > original size of the bitmap (hence not stretching) it works as expected
>
> Hm, isn't that the case already here? LoadImage()
On Sunday 03 July 2005 9:16 am, Frank Richter wrote:
> Add initial button theming support. Upon initialization, the "Button"
> class is subclassed. In case theming is activated, the subclass will
> take control of painting and state management; without theming, all
> theming-unrelated messages are
Hello all,
I have been working on getting Hotsync to sync to a USB cradle using
usbserial. I did some research, and as it turns out, the functions that
wine uses to poll normal serial ports (like ioctl and tcgetattr) don't
like usbserial devices very much. In fact, when I query my USB cradle
using
On 07.07.2005 01:40, Kevin Koltzau wrote:
> StrechDIBits is at fault, you´ll notice if you call that with the original
> size of the bitmap (hence not stretching) it works as expected
Hm, isn't that the case already here? LoadImage() is called without a
specific size, so the actual size of the bi
On Wednesday 06 July 2005 11:20 am, Frank Richter wrote:
> Hi,
> I have a bit of trouble with loading a 32bpp RGBA bitmap from a
> resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
> alpha values stays the same; however, doing the same on Wine, the alpha
> channel gets clobbered.
On Wed, 2005-07-06 at 14:27 +0200, Andreas Mohr wrote:
> Hi,
>
> On Wed, Jul 06, 2005 at 01:46:06PM +0200, Holly Bostick wrote:
> > By the way, did you guys know that Mozilla.org links to CX on the
> > plugins page?
> >
> > http://plugindoc.mozdev.org/linux.html
> >
> > Check the bottom of the p
That's excellent news. But what about the GetCommState complaints? I'm
looking at the pilot-link source now to see if I can figure out a way to
get some kind of interface set up.
Thanks,
James
On Wed, 2005-07-06 at 21:36 +0200, Uwe Bonnes wrote:
> > "James" == James Liggett <[EMAIL PROTECTED]
http://www.winehq.org/webalizer/usage_200507.html#TOPAGENTS
It seems to be around 50 - 50. Webalizer does some strange things but
you can get the gist of it from that page.
On Thu, 2005-07-07 at 00:00 +0200, Felix Nawothnig wrote:
> Sijmen Mulder wrote:
> > He's got a point there. The target audi
Sijmen Mulder wrote:
He's got a point there. The target audience is mostly the Linux user -
which won't be using Internet Explorer anyways!
I'd think that a large percentage of the people visiting WineHQ are
using MSIE - even on Slashdot the vast majority of the viewers use it,
although every
Hi,
--- "Gerold J. Wucherpfennig" <[EMAIL PROTECTED]> wrote:
> - checkin a windows-version of this LZX compressor to wine cvs and use that at
> runtime.
If its not too big I would rather go this route to make it less trouble to
share the dll with ROS.
Thanks
Steven
__
He's got a point there. The target audience is mostly the Linux user -
which won't be using Internet Explorer anyways!
2005/7/6, Marcelo Duarte <[EMAIL PROTECTED]>:
> Wine uses an Mozilla ActiveX in shdocvw, and Jacek is using Gecko in
> another part, forcing the user to have Firefox, no?
> In ano
Hi all,
I'd like to use an LGPL licensed LZX compressor for the compression part of
cabinet.dll. What's the best way to accomplish this?
- copy and pasting the code as required.
- dynamically loading an elf library at runtime
- do configure checks at ./configure and link statically
- do the same
Am Mittwoch, den 06.07.2005, 01:25 +0200 schrieb Frank Richter:
> On 06.07.2005 01:01, Detlef Riekenberg wrote:
> > +/* Icon in native printui.dll: "Not the default, connected Local
> > Printer" */
> > +SHELL32_hmodule = LoadLibraryA("printui.dll");
> > +iconindex = 1;
> Actually, a
Hi Uwe,
I checked out the link you gave me, but it doesn't seem consistent with
what I get. According to WineDbg, the problem is in lolvldrv.c at line
614. Not really sure what it does though. It looks like a garden variety
NULL pointer problem to me. Here's the dump for more info.
Regards,
James
Frank Richter wrote:
On 06.07.2005 20:22, Robert Shearman wrote:
I don't like the comctl32/theming.c file you added at all. If you are
going to subclass a control, you should use the common control
subclassing functions, but it's not clear to me that that is the best
option.
Well, my
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> Uwe, While it's true that wine can't access USB directly, i
James> thought it might be able to interface with a usbserial driver
James> like visor used by things like pilot-link. At least theoretically
James> anyway,
Uwe,
While it's true that wine can't access USB directly, i thought it might
be able to interface with a usbserial driver like visor used by things
like pilot-link. At least theoretically anyway, since these are USB to
serial converters. Maybe I'm wrong about that though. Maybe I should
look at the
On 06.07.2005 20:22, Robert Shearman wrote:
> I don't like the comctl32/theming.c file you added at all. If you are
> going to subclass a control, you should use the common control
> subclassing functions, but it's not clear to me that that is the best
> option.
Well, my initial idea was to set up
On 06.07.2005 20:23, Alex Villacís Lasso wrote:
> Your problem sounds like one I am having for a long time with VB6
> applications which use a toolbar: any icon with transparency gets its
> transparency clobbered in Wine.
Hm... sure those VB6 apps use bitmaps with alpha?... AFAIK, 32bpp
bitmaps
Frank Richter wrote:
Hi,
I have a bit of trouble with loading a 32bpp RGBA bitmap from a
resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
alpha values stays the same; however, doing the same on Wine, the alpha
channel gets clobbered. I suspect it's the StretchDIBits() call, as
Frank Richter wrote:
Hi,
I've recently submitted a patch to add initial theming support for push
buttons. Most likely I'll have to iterate over it a few times before it
could get accepted into CVS, so I'd like to just query for
comments/questions/criticism on it. Thanks!
I don't like the co
Hi,
I've recently submitted a patch to add initial theming support for push
buttons. Most likely I'll have to iterate over it a few times before it
could get accepted into CVS, so I'd like to just query for
comments/questions/criticism on it. Thanks!
Patch:
http://www.winehq.org/hypermail/wine-pat
Jose Alberto Reguero wrote:
I had the foloowing error when I run a program:
warn:seh:setup_exception exception outside of stack limits in thread 000c eip
7bed9651 esp 7f9510f4 stack 0x7f95-0x7fa5
err:seh:setup_exception nested exception on signal stack in thread 000c eip
7bed99fd esp 7
Wine uses an Mozilla ActiveX in shdocvw, and Jacek is using Gecko in
another part, forcing the user to have Firefox, no?
In another side, the user of Wine, is using Linux and Firefox or another
Open Source Browser, not IE.
[EMAIL PROTECTED] escreveu:
Yes but anyone looking a wine knows about L
Wine uses an Mozilla ActiveX in shdocvw, and Jacek is using Gecko in
another part, forcing the user to have Firefox, no?
In another side, the user of Wine, is using Linux and Firefox or another
Open Source Browser, not IE.
[EMAIL PROTECTED] escreveu:
Yes but anyone looking a wine knows about L
I had the foloowing error when I run a program:
warn:seh:setup_exception exception outside of stack limits in thread 000c eip
7bed9651 esp 7f9510f4 stack 0x7f95-0x7fa5
err:seh:setup_exception nested exception on signal stack in thread 000c eip
7bed99fd esp 7cd0 stack 0x7f95-0x7fa5
Frank Richter wrote:
On 05.07.2005 09:28, Hajime Segawa wrote:
+FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while no
Ivan Gyurdiev wrote:
for this bug:
http://bugs.winehq.org/show_bug.cgi?id=3091 [ HL2 D3D ]
you only have to copy MSVCR70.dll from a windows installation (isn't a memory
problem)
Well, I've seen HL2 work before without this dll... just using
Oliver's patch. Steam only seems to need it wh
Hi,
I have a bit of trouble with loading a 32bpp RGBA bitmap from a
resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
alpha values stays the same; however, doing the same on Wine, the alpha
channel gets clobbered. I suspect it's the StretchDIBits() call, as
hacking around that by
"Frank Richter" <[EMAIL PROTECTED]> wrote:
msimg32 is about as high-level as GDI itself... actually, it basically
just forwards some functions to GDI. GradientFill() is nothing more than
a forwarder to Gdi32.GdiGradientFill.
I'm a bit hesitant to add GdiGradientFill to wingdi.h as this function
On 06.07.2005 01:01, Detlef Riekenberg wrote:
> +/* Icon in native printui.dll: "Not the default, connected Local
> Printer" */
> +SHELL32_hmodule = LoadLibraryA("printui.dll");
> +iconindex = 1;
> +
> +if (SHELL32_hmodule == NULL)
> +{
> +/* Icon in shell32.dll: "Not
On 06.07.2005 09:02, Raphael wrote:
> Why it need StackWalk64 ?
StackWalk64 is used on both 32 and 64 bit Windows; for a while now, MS
says to use StackWalk64, probably because it's more portable or so.
-f.r.
On 06.07.2005 00:54, Maarten Lankhorst wrote:
> But I still
> wonder what I have to do to call a 'thiscall' function, since I probably
> need it in ITextHost.
Probably more assembly ;)
'Thiscall' expects 'this' in ecx, so perhaps create an stdcall wrapper
function that contains some assembly to p
On 06.07.2005 16:44, Dmitry Timoshkov wrote:
> It's even worse. user32 can't depend on msimg32 or any other high level
msimg32 is about as high-level as GDI itself... actually, it basically
just forwards some functions to GDI. GradientFill() is nothing more than
a forwarder to Gdi32.GdiGradientFil
"Frank Richter" <[EMAIL PROTECTED]> wrote:
(Now using GradientFill() instead of GdiGradientFill().)
--- dlls/user/Makefile.in (/wine/trunk/dlls/user) (revision 21713)
+++ dlls/user/Makefile.in (/me/trunk/dlls/user) (local)
@@ -5,7 +5,7 @@
VPATH = @srcdir@
MODULE= user32.dll
IM
"Frank Richter" <[EMAIL PROTECTED]> wrote:
--- dlls/user/nonclient.c (/wine/trunk) (revision 21713)
+++ dlls/user/nonclient.c (/me/trunk) (local)
@@ -197,6 +197,69 @@
return hIcon;
}
+extern BOOL WINAPI GdiGradientFill (HDC, PTRIVERTEX, ULONG, PVOID, ULONG,
ULONG);
wingdi.h is a
On Wednesday 06 July 2005 00:04, Vitaliy Margolen wrote:
> Monday, July 4, 2005, 10:51:30 AM, Kuba Ober wrote:
> >> I have found a dll that have one section marked as
> >> IMAGE_SCN_CNT_UNINITIALIZED_DATA. But dll_init entry is jumping right to
> >> the beginning of this section. Which results in i
Hi,
I'll working on after some time, my harddisk died on me, developed too
many bad sectors.
I'm trying to replace it, as it is still under warranty.
I'll sending a new copy as soon as i get my replacement harddisk.
By the way please send some suggestions how to implement the
XMLDocument_create an
Yes but anyone looking a wine knows about Linux and knows about the
ammount crap to expect for IE be it on wine or windows
I find it hard to imagine that anyone coming to wine needs to be made
aware of FF or any other non-IE browser.
The Open-standards link suggested would be a good idea fo
Hi,
I'm Ray, and I am a wine addict. ;)
Seeing how a big step is made, I thought I'd drop a line concerning the "new
way" to configure wine.
First off, it's great to have some GUI to setup wine, though the config file was
kind of handy and simple to use. There had to be changes with the win
Hi,
On Wed, Jul 06, 2005 at 01:46:06PM +0200, Holly Bostick wrote:
> By the way, did you guys know that Mozilla.org links to CX on the
> plugins page?
>
> http://plugindoc.mozdev.org/linux.html
>
> Check the bottom of the page.
>
> They even bring Wine into it, and compliment Codeweavers for th
Tom Wickline schreef:
> On 7/5/05, Jeremy Newman <[EMAIL PROTECTED]> wrote:
>
>>FYI, I will reject any patch to add web browser standard buttons on the
>>front page without question. It's all well and good you love whatever
>>browser you use, but we don't need to advertise said love on the WineHQ
On Wed, Jul 06, 2005 at 07:26:52AM -0400, Tom Wickline wrote:
> On 7/5/05, Jeremy Newman <[EMAIL PROTECTED]> wrote:
> > FYI, I will reject any patch to add web browser standard buttons on the
> > front page without question. It's all well and good you love whatever
> > browser you use, but we don't
On 7/5/05, Jeremy Newman <[EMAIL PROTECTED]> wrote:
> FYI, I will reject any patch to add web browser standard buttons on the
> front page without question. It's all well and good you love whatever
> browser you use, but we don't need to advertise said love on the WineHQ
> page.
>
I don't have an
Marcus Meissner <[EMAIL PROTECTED]> writes:
> EXTRACFLAGS and CFLAGS complement it each other in the configure.ac script,
> I see no need to have it "EXTRA".
The reason for it is that the user is allowed to set his own CFLAGS,
so the Wine flags have to be in EXTRACFLAGS.
--
Alexandre Julliard
[
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> Hi Uwe, I figured out how to install Palm Desktop, perhaps this
James> might prove useful to someone:
James> 1. Install native Windows Installer manually. To do this, install
James> dcom98 first. Then run instmsia.e
Hi,
On Wed, Jul 06, 2005 at 08:14:14AM +0200, Marcus Meissner wrote:
> Hi,
>
> This implements Roberts suggestion of uninitializing Ole if it is no
> longer needed.
>
> Ciao, Marcus
>
> Changelog:
> Call OleUninitialize() on last AVIFileExit()
> +static int ole_initialized = 0;
> +
>
> Why it need StackWalk64 ?
> Do you use a windows-64 bit version ?
You can call the *64 functions without running a 64-bit version of windows
or the dll. I had to forward SymLoadModule64 to SymLoadModule to solve an
issue in Process Explorer.
This however means that more and more apps are going t
Hi,
On Wednesday 06 July 2005 08:42, Ivan Gyurdiev wrote:
> > for this bug:
> > http://bugs.winehq.org/show_bug.cgi?id=3091 [ HL2 D3D ]
> >
> > you only have to copy MSVCR70.dll from a windows installation (isn't a
> > memory problem)
>
> Well, I've seen HL2 work before without this dll... just us
Frank Richter wrote:
On 05.07.2005 09:28, Hajime Segawa wrote:
+FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while no
52 matches
Mail list logo
