The InnoDB storage engine of mysql became corrupted and crashed mysqld.
This corrupted the Bugzilla DB. I had to shut everything down and put
mysql into innodb recovery mode. I was able to export, drop, and reimport
the DB.
It seems to be running smooth again.
I will preserve the dump file I made
Austin English wrote:
> On Tue, Jul 14, 2009 at 9:22 PM, nn wrote:
>> Hi,
>> Wine Appdb is down
>>
>> --
>> Warning: mysql_connect() [function.mysql-connect]: Can't connect to
>> local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in
>> /home/w
"Aric Stewart" wrote:
Corrects a large number of font issues with east asian programs.
-if(csi.fs.fsCsb[0] & (face->fs.fsCsb[0] |
face->fs_links.fsCsb[0])) {
+if((csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) && (face->fs.fsCsb[0] & FS_LATIN1))
{
On Tue, Jul 14, 2009 at 10:04 PM, James
McKenzie wrote:
> Neither. We need to provide an Applescript starter that sets several
> variables. This is what the OpenOffice.org project decided to do. This
> would only exist on the MacOSX version of Wine, not Linux. It is not
> 'rocket science' to ma
Steven Edwards wrote:
> On Tue, Jul 14, 2009 at 4:17 PM, Juan Lang wrote:
>
>> I agree with Alexandre on this one: it's just an error in your
>> configuration. You can address it by adding /usr/X11/lib to
>> LD_LIBRARY_PATH or DYLD_FALLBACK_LIBRARY_PATH in your ~/.bash_profile
>> or ~/.bashrc
Juan Lang wrote:
> Hi Joerg,
>
>
>> please make suggestions about the xyz_LIBRARY_PATH MacOS issue that allows
>> libpng.so and libfreetype.so to be found at run-time in /usr/X11/lib (bug
>> 17674).
>>
>
> I agree with Alexandre on this one: it's just an error in your
> configuration. Yo
On Tue, Jul 14, 2009 at 9:22 PM, nn wrote:
>
> Hi,
> Wine Appdb is down
>
> --
> Warning: mysql_connect() [function.mysql-connect]: Can't connect to
> local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in
> /home/winehq/opt/appdb/include/query
Hi,
Wine Appdb is down
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to local
MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in
/home/winehq/opt/appdb/include/query.php on line 82
Database error, please try again s
On Tue, Jul 14, 2009 at 6:45 PM, Michael Stefaniuc wrote:
> ---
> programs/wordpad/En.rc | 12 +++-
> 1 files changed, 11 insertions(+), 1 deletions(-)
>
> diff --git a/programs/wordpad/En.rc b/programs/wordpad/En.rc
> index fe92de7..1e1fd2e 100644
> --- a/programs/wordpad/En.rc
> +++ b/
Hi Juan,
these I/O hooks are needed to use wpp as a preprocessor for d3d shader
assembling, where I have to read files with CreateFile/ReadFile
(Windows-style) or from memory. I plan to send the assembler patches
not immediately (in particular, the patch which makes use of wpp is
not so near). On
Hi Matteo,
it'd be easier to review your patch if you sent it along with a
subsequent patch that made use of the I/O hooks. As it is, it's hard
to know why this is necessary.
Cheers,
--Juan
On Tue, 14 Jul 2009, Adam Strzelecki wrote:
> Francois,
>
> > I've seen some Obj-C code and it looks really weird. Of course I've
> > never 'learned' to program it so it's probably normal. But it's
> > certainly the case that only developpers who know Obj-C can work on it.
> > Contrast this with
Am Tuesday 14 July 2009 23:42:25 schrieb Chris Robinson:
> It may still be important to do this, if glGetError is ever used directly
> to check for errors. Errors that are normally caught by checkGLError would
> then be left for a later call to glGetError to pick up.
Whenever we're using glGetError
It may still be important to do this, if glGetError is ever used directly to
check for errors. Errors that are normally caught by checkGLError would then
be left for a later call to glGetError to pick up.
On Tuesday 14 July 2009 7:26:39 am Adam Strzelecki wrote:
> Look, anyway Obj-C is supposed to be used in Wine only for Mac
> support, and not for anything else. Any developer that knows how to
> program Mac knows Obj-C so there's nothing wrong with constraint that
> only developers that know Obj-C
On Tue, Jul 14, 2009 at 4:17 PM, Juan Lang wrote:
> I agree with Alexandre on this one: it's just an error in your
> configuration. You can address it by adding /usr/X11/lib to
> LD_LIBRARY_PATH or DYLD_FALLBACK_LIBRARY_PATH in your ~/.bash_profile
> or ~/.bashrc if you like, assuming you start w
Hi Joerg,
> please make suggestions about the xyz_LIBRARY_PATH MacOS issue that allows
> libpng.so and libfreetype.so to be found at run-time in /usr/X11/lib (bug
> 17674).
I agree with Alexandre on this one: it's just an error in your
configuration. You can address it by adding /usr/X11/lib t
Francois,
I've seen some Obj-C code and it looks really weird. Of course I've
never 'learned' to program it so it's probably normal. But it's
certainly the case that only developpers who know Obj-C can work on
it.
Contrast this with the current situation where as soon as you know C
you
can
Dear Mac developers,
please make suggestions about the xyz_LIBRARY_PATH MacOS issue that allows
libpng.so
and libfreetype.so to be found at run-time in /usr/X11/lib (bug 17674).
A patch appending /usr/X11/lib to DYLD_FALLBACK_LIBRARY_PATH,
much like Mike Kronenberg and MacPorts do, was rejected.
Juan Lang writes:
> Until IDN is widely supported, non-ASCII characters are not valid in
> the DNS. There are of course several implementations of IDN, but
> they're not standardized. Would a FIXME be better if a wide character
> is encountered?
Not really, the question is what Windows does.
W
>> +static inline void copy_char_to_wchar_sz(const BYTE *src, DWORD len, WCHAR
>> *dst)
>> +{
>> + const BYTE *begin;
>> +
>> + for (begin = src; src - begin < len; src++, dst++)
>> + *dst = *src;
>> + *dst = 0;
>> +}
>
> That looks very wrong. Is there really evidence that Unicode
Paul Vriens wrote:
> Aric Stewart wrote:
>> I am looking at the Japanese report from transl and i see something odd.
>>
>> looking at DIALOG MSGBOX for user32...
>>
>> http://source.winehq.org/transl/resource.php?lang=011%3A00&resfile=dlls%2Fuser32&type=5&id=MSGBOX&compare=
>>
>>
>> the STYLE is re
Aric Stewart wrote:
I am looking at the Japanese report from transl and i see something odd.
looking at DIALOG MSGBOX for user32...
http://source.winehq.org/transl/resource.php?lang=011%3A00&resfile=dlls%2Fuser32&type=5&id=MSGBOX&compare=
the STYLE is reported as different, but when I look
Hi, Axel.
Don't be afraid of trying different solutions - you can (and should) always
backup your wine prefix (just copy your entire ~/.wine directory somewhere).
Then you can experiment safely and copy your backup over ~/.wine back if
anything goes wrong.
And just a little off-topic remark - you
On Mon, Jul 13, 2009 at 9:47 PM, wrote:
> I am a Chinese user for Fedora and have be trying to use wine for very long
> time. Based on my experience in wine evaluation, may I provide my
> suggestions on wine development & prospect?
Yes, please! But please don't cross-post. Your question probabl
I am looking at the Japanese report from transl and i see something odd.
looking at DIALOG MSGBOX for user32...
http://source.winehq.org/transl/resource.php?lang=011%3A00&resfile=dlls%2Fuser32&type=5&id=MSGBOX&compare=
the STYLE is reported as different, but when I look at the source they
appe
Good to hear. There are various optimizations which I still have to
make which can boost performance some more. For instance in case of
SRCCOPY (means a direct copy from a source to a destination without
any fancy blending or some bit-wise operation) I can save a 'memcpy'
and I don't always have to
On 07/11/2009 10:08 PM, Roderick Colenbrander wrote:
> Hi,
>
> This patch adds a XRender based GetSrcAreaStretch. A lot of work is
> offloaded to X (less round trips are needed) and it can take advantage
> of hardware acceleration. On Nvidia and AMD drivers blt performance
> has improved by 20% in
Paul Vriens wrote:
Paul Vriens wrote:
Alexandre Julliard wrote:
Paul Vriens writes:
Something like the attached splits the loop. We now need to pass that
array (string) to ver.pl.
Or do you have some other idea's how this could/should be solved.
I don't think we want to add even more info
Ken Sharp wrote:
>Is anything dropped into the registry?
No. One of my .wine/ trees uses Git and I can tell that for some releases, there
are no changes in the registry except for the time stamp of some keys
(...\\Fonts
among them).
It would not be nice to add some registry just to track the versi
- 原文 - From: axel_...@sohu.com Subject:Re: Wine very very slow in
Chinese language of Linux
Hi, Roderick / DanThank you for your email. Please be patient to read my email,
hope that helps for closing this issue.
When I searched in www.google.cn (google in Chinese) with "wine slow" (I
Hi, Roderick / DanThank you for your email. Please be patient to read my email,
hope that helps for closing this issue.
When I searched in www.google.cn (google in Chinese) with "wine slow" (I use
Chinese character for slow, google in English returned little valuable info
with "wine slow" in Eng
+FIXME( "stub:\n");
+return STATUS_SUCCESS;
This is incorrect, since you are adding a stub you must not return success as
it would imply that *DevInstRegKey is filled with a valid handle.
You must either return an error or provide a full valid implementation
(unlikely). Anything else is
Juan Lang writes:
> +static inline void copy_char_to_wchar_sz(const BYTE *src, DWORD len, WCHAR
> *dst)
> +{
> +const BYTE *begin;
> +
> +for (begin = src; src - begin < len; src++, dst++)
> +*dst = *src;
> +*dst = 0;
> +}
That looks very wrong. Is there really evidence that
Hans Leidekker writes:
> diff --git a/dlls/uuid/uuid.c b/dlls/uuid/uuid.c
> index 18b4d55..785d690 100644
> --- a/dlls/uuid/uuid.c
> +++ b/dlls/uuid/uuid.c
> @@ -76,6 +76,7 @@ DEFINE_GUID(GUID_NULL,0,0,0,0,0,0,0,0,0,0,0);
> #include "isguids.h"
> #include "objsafe.h"
> #include "perhist.h"
> +
35 matches
Mail list logo
