Aric Stewart wrote:
> I have tested with windows ATOK20 (a popular Japanese IME) and
> successfully had text processing in a fully IME aware application.
Great
I have tested with "MS IME 2002(imekr61.ime)", "MS IME
2003(imekr70.ime)", and "Saenaru(saenaru.ime)" [1].
These all are works with
Hi,
I need to add an option, HAS_TEXTCONCAT_BUG to the configure script
to check for a bug in libxml. What file(s) do I have to change?
The file attached is an example to test for this issue. (returns -1 if
the error exists)
Best Regards
Alistair Leslie-Hughes
// gcc -o runme `xml2-confi
I have uploaded my mod'ed version of ddiwrapper to
http://www.linuxprinting.org/download/ddiwrapper/
and called it 0.3rc1. There are some stub codes which I added
to try to get the Konica-Minolta MC2500W XP driver to work without success, so
they probably should be taken out, but they are fairly h
--- On Tue, 15/4/08, Tomasz Jezierski - Tefnet <[EMAIL PROTECTED]> wrote:
> While reading this patch I found another bug:
>
> +if (i ==
> sizeof(char_refs)/sizeof(char_refs[0]))
> +{
> +FIXME("character entity %s not
> found\n",
> debugstr_wn(start + 1,
--- On Tue, 15/4/08, Juan Lang <[EMAIL PROTECTED]> wrote:
> From: Juan Lang <[EMAIL PROTECTED]>
> Subject: Re: Apparently it is possible to have chm file without #STRINGS in
> it, so we should not stop processing file at it. Fixes bug #12498
> To: "Tomasz Jezierski - Tefnet" <[EMAIL PROTECTED]>
>
Sergey Khodych wrote:
>> In ascii function you are calling unicode function and copying it's output
>> (unicode string) to the ascii string buffer. This is wrong. Also because
>> these functions deal with strings you have to implement both ascii and
>> unicode functions at the same time. You can
> Hmm, sorry, it is probably not a good idea to name a variable "null" -
> it is just a little confusing. Maybe W_Null or even Wchar_Null or
> to make it more obvious that it is a programmer-defined variable?
I agree, but Tomasz didn't name this variable, it was already in the
code--that's how
I just installed Photoshop CS2 trial using yesterday morning's cvs,
and there seemed to be two odd failure:
1) gecko didn't install properly
2) the outer installer declared victory way before the inner installer
was done unpacking
Mysterious, very mysterious.
Ah, well, I'll close my eyes and hope
> When I try to compile the wine tree of today I get an error compiling
> avisplit.o
This was already addressed:
http://www.winehq.org/pipermail/wine-devel/2008-April/064884.html
--Juan
When I try to compile the wine tree of today I get an error compiling
avisplit.o: There is no rule to build fourcc.h needed for avisplit.o
/make[2]: *** No hay ninguna regla para construir el objetivo
`fourcc.h', necesario para `avisplit.o'. Alto.
make[2]: se sale del directorio `/wine-git/dl
Dnia 15-04-2008, wto o godzinie 07:14 -0700, Juan Lang pisze:
> > Have you tried patch without this "if"? In my case it crashes
without it
> > when I try to open chm from bug #12498... i don't know if strdupW
can
> > dup NULL as well as null?
>
> Aaaah... Sorry, my mistake, I missed this decla
Dnia 30-05-2007, śro o godzinie 14:41 +0200, Alexandre Julliard pisze:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
Hi, I found this patch from May 2007 which never got into wine.
http://www.winehq.org/pipermail/wine-patches/2007-May/039722.html
Could you explain me what is still wrong with i
> In ascii function you are calling unicode function and copying it's output
> (unicode string) to the ascii string buffer. This is wrong. Also because
> these functions deal with strings you have to implement both ascii and
> unicode functions at the same time. You can't forward one to the othe
Robert Shearman wrote:
> Again, this needs to be fixed in another way as fd is being leaked.
>
Thanks, again. I've sent a patch entitled
"dinput: Fix handle leak" to replace this.
--
Andy.
Robert Shearman wrote:
> A correct fix is to call CloseHandle(hThread), otherwise the handle is
> leaked.
>
Thanks, Rob. I've sent a replacement patch entitled
"browseui: Fix handle leak" to replace this.
--
Andy.
Andrew Talbot wrote:
> @@ -142,13 +142,12 @@ static INT find_joystick_devices(void)
> {
> CHAR device_name[MAX_PATH], *str;
> INT len;
> -int fd;
>
> len = sprintf(device_name, "%s%d", JOYDEV_NEW, i) + 1;
> -if ((fd = open(device_name, O_RDONLY)) <
Andrew Talbot wrote:
> @@ -967,16 +967,14 @@ static HFONT SYSLINK_SetFont (SYSLINK_INFO *infoPtr,
> HFONT hFont, BOOL bRedraw)
> */
> static LRESULT SYSLINK_SetText (SYSLINK_INFO *infoPtr, LPCWSTR Text)
> {
> -int textlen;
> -
> /* clear the document */
> SYSLINK_ClearDoc(infoPtr
Andrew Talbot wrote:
> @@ -299,7 +299,6 @@ static HRESULT WINAPI
> ProgressDialog_StartProgressDialog(IProgressDialog *iface,
> {
> ProgressDialog *This = (ProgressDialog *)iface;
> struct create_params params;
> -HANDLE hThread;
>
> TRACE("(%p, %p, %x, %p)\n", iface, punkEna
On Tue, Apr 15, 2008 at 12:40 PM, Robert Shearman <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Currently, the [out] value parameter for
> IWineMsiRemotePackage::FormatRecord doesn't have a level of indirection
> associated with it and so I would be very surprised if the typelib
> marshaller actually does
Dnia 30-05-2007, śro o godzinie 14:41 +0200, Alexandre Julliard pisze:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
Hi, I found this patch from May which never got into wine.
http://www.winehq.org/pipermail/wine-patches/2007-May/039722.html
Could you explain me what is still wrong with it? I
Here is a feature request that I'd had in my head for quite some time
now. I don't usually pass my crazy ideas on down through the devel pipe,
but I feel this one is too good to pass up on.
Many of us still use desktop mode to get around issues with various
window managers (compiz, metacity, et
"Austin English" <[EMAIL PROTECTED]> writes:
> What would be lost by having those apps that someone wants to be in
> their own virtual desktop each having their own (with unique names).
> I.e., if you choose to give Starcraft and Wow each their own desktop,
> but not notepad:
> $ wine notepad #wor
This patch does not apply for me, I get the following errors:
[EMAIL PROTECTED]:/home/httpd/html/winehq_org$ git am ~/Downloads/patch.eml
Applying Assorted spelling fixes.
.dotest/patch:38: trailing whitespace.
between GDI/USER and the KERNEL, that is not absolutely needed, must be
.dotest/pa
Hi,
Currently, the [out] value parameter for
IWineMsiRemotePackage::FormatRecord doesn't have a level of indirection
associated with it and so I would be very surprised if the typelib
marshaller actually does the right thing in this case. Compiling with
MIDL and with a future update to widl c
On Tue, Apr 15, 2008 at 9:58 AM, Luis Busquets
<[EMAIL PROTECTED]> wrote:
>
> When I try to compile the wine tree of today I get an error compiling
> avisplit.o: There is no rule to build fourcc.h needed for avisplit.o
>
> make[2]: *** No hay ninguna regla para construir el objetivo `fourcc.h',
>
On Mon, Apr 14, 2008 at 9:11 PM, Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> Austin English wrote:
> > On Mon, Apr 14, 2008 at 7:34 AM, Chris Robinson <[EMAIL PROTECTED]> wrote:
> >> IIRC, the problem is you can't have two Wine processes using two
> different
> >> desktops. Try this: start
When I try to compile the wine tree of today I get an error compiling
avisplit.o: There is no rule to build fourcc.h needed for avisplit.o
/make[2]: *** No hay ninguna regla para construir el objetivo
`fourcc.h', necesario para `avisplit.o'. Alto.
make[2]: se sale del directorio `/wine-git/dl
On Sun, Apr 13, 2008 at 06:22:29PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
> Are you still working on the texture functions?
> I'd need them for completing my ID3DXSprite implementation,
> so if you don't mind I could complete your started patches.
>
> Best regards,
> Tony
I have a hacky impl
> > In that case, one fix per patch, please. This fix and the other are
> > unrelated: one fixes a crash, the other deals with a missing #STRINGS
> > stream. Thanks,
>
> No, I think that crash is only possible with my patch. Right now if
> there is no #STRINGS it closes chm and stops proces
> On Tue, 15 Apr 2008, Pavel Troller wrote:
> > Hi!
> > I'm solving the following problem:
> > I would like to run the "Tibbo Device Server Toolkit" (TDSK) - see
> > http://www.tibbo.com/get_dst.php
> > During installation of the product on a fresh wine (the last Sunday's git)
> > with a fresh .
> Have you tried patch without this "if"? In my case it crashes without it
> when I try to open chm from bug #12498... i don't know if strdupW can
> dup NULL as well as null?
Aaaah... Sorry, my mistake, I missed this declaration:
static const WCHAR null[] = {0};
That solves that myster
On Tue, 15 Apr 2008, Pavel Troller wrote:
> Hi!
> I'm solving the following problem:
> I would like to run the "Tibbo Device Server Toolkit" (TDSK) - see
> http://www.tibbo.com/get_dst.php
> During installation of the product on a fresh wine (the last Sunday's git)
> with a fresh .wine directory
On 15/04/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> +#ifndef __WINE_D3DX9TEX_H
> +#define __WINE_D3DX9TEX_H
...
> +#endif /* __WINE_D3DX9CORE_H */
I didn't look at the rest of the patch in detail, but the comment
there doesn't match the actual #ifndef.
On Tue, Apr 15, 2008 at 4:52 AM, Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote:
> "Zachary Goldberg" <[EMAIL PROTECTED]> wrote:
>
>
> > + > + title="News: new WineTricks, 1.0 status updates and more"
> > + subject="Wine"
> > + archive="http://www.xkcd.com";
> > + posts="0"
> > +>
> >
>
> How is the u
Hi!
I'm solving the following problem:
I would like to run the "Tibbo Device Server Toolkit" (TDSK) - see
http://www.tibbo.com/get_dst.php
During installation of the product on a fresh wine (the last Sunday's git)
with a fresh .wine directory, it crashes with the following report:
wine: Call
Hi all,
I'm sorry. My English is not so good.
There is a bug. I have some idia how to solve it. I'm sure it's not good way
to solve this problem.
The bug is the following:
You print one page with duplex printing, and the number of copies is 2.
The second page must be printed on the next page, b
Hello all,
I know this will only interest a small portion of you but thought i
would give a quick update on the state of IMM32 since I have brought it
to a major milestone.
All the main patches are in which now separate IMM32 and IMEs. There
is still more work to do but the major framewo
ups.. forgot to CC:
Przekazywana wiadomość --
Od: Tomasz Jezierski - Tefnet <[EMAIL PROTECTED]>
Do: Juan Lang <[EMAIL PROTECTED]>
Temat: Re: Apparently it is possible to have chm file without #STRINGS
in it, so we should not stop processing file at it. Fixes bug #12498
Data: Tue,
On 15/04/2008, Reece Dunn <[EMAIL PROTECTED]> wrote:
> On 14/04/2008, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > "Reece Dunn" <[EMAIL PROTECTED]> writes:
> > > @@ -459,7 +458,9 @@ HRESULT WINAPI SHCreateStreamOnFileEx(LPCWSTR
> lpszPath, DWORD dwMode,
> > >switch(STGM_CREATE_MODE(d
On 14/04/2008, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Reece Dunn" <[EMAIL PROTECTED]> writes:
>
> > @@ -120,12 +119,12 @@ static HRESULT WINAPI IStream_fnRead(IStream *iface,
> void* pv, ULONG cb, ULONG*
> >TRACE("(%p,%p,0x%08x,%p)\n", This, pv, cb, pcbRead);
> >
> >if (!pv)
Scott Ritchie skrev:
> Agreed. The one tricky thing here is making a proper "source" package.
> There is some precedent for source packages that don't actually build
> on the architecture they're for. The ia32-libs package, for instance,
> contains both binary and source versions of the 32 bit l
>> The only major difference I know is that Mono uses UTF-8 instead of ACP
>> for
>> ANSI functions.
>
> UTF-8 will break most of Windows applications since they don't expect to
> see
> strings in a multibyte encoding.
I know that. And the problem is that there is a mess of ACP and UTF-8 inside
On Mon, 14 Apr 2008, Kai Blin wrote:
> On Monday 14 April 2008 18:42:26 Paul Chitescu wrote:
>
>> Binding to a specific address is the only easy way of detecting which
>> interface an UDP packet was received on since recvfrom() only gives source
>> address, not destination. Listening on 0.0.0.0 wou
"Kornél Pál" <[EMAIL PROTECTED]> wrote:
> The only major difference I know is that Mono uses UTF-8 instead of ACP for
> ANSI functions.
UTF-8 will break most of Windows applications since they don't expect to see
strings in a multibyte encoding.
--
Dmitry.
Hi,
> From: "Hin-Tak Leung" <[EMAIL PROTECTED]>
> I can't comment on anything else, but after trying to get a .NET WinForms
> application
> (mentioned in some of the bugs I filed) for a few months under the 3
> options of
> native linux mono, wine+.NET and wine+mono, I can say that win32 mono us
Jonathan Ernst <[EMAIL PROTECTED]> writes:
> @@ -24,41 +24,42 @@ LANGUAGE LANG_FRENCH, SUBLANG_NEUTRAL
>
> STRINGTABLE DISCARDABLE
> {
> -STRING_USAGE, "Lance un programme, ou
> ouvre un document dans le programme normalement utilisé avec cette extension.
>
This works properly on Solaris. Please submit patch if everybody is
happy with it.
Thanks,
Petr
Kusanagi Kouichi wrote:
> On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>> I think a configure check may be a more appropriate fix.
>>
>
> I don't know proper way to check whether
"Zachary Goldberg" <[EMAIL PROTECTED]> wrote:
> + + title="News: new WineTricks, 1.0 status updates and more"
> + subject="Wine"
> + archive="http://www.xkcd.com";
> + posts="0"
> +>
How is the url above related to the title?
--
Dmitry.
I can confirm that this works (I mean it compiles).
Thanks,
Petr
Kusanagi Kouichi wrote:
> Does this patch fix the problem?
>
> diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
> index d4df9f7..b66cf87 100644
> --- a/dlls/winex11.drv/xim.c
> +++ b/dlls/winex11.drv/xim.c
> @@ -501,7
On Mon, Apr 14, 2008 at 11:04:52PM +0200, Kai Blin wrote:
> > Binding to a specific address is the only easy way of detecting
> > which interface an UDP packet was received on since recvfrom() only
> > gives source address, not destination. Listening on 0.0.0.0 would
> > make impossible to tell wh
50 matches
Mail list logo
