x_xerox2...@yahoo.co.uk
> To: ,
> ,
>
> Subject: RE:
> Message-ID: <823277.37895...@smtp104.mail.ir2.yahoo.com>
>
>
> Moussoiddik%20Aboudou588 http://fonio-bio.org/w/87Elsie%20Mills045
> Mon, 27 May 2013 5:04:06
> --
>
> UCE/Spam
-
UCE/Spam again in this list ...!
Please remove this user.
Thanks a lot.
--
Kindly regards
Joerg Schiermeier
Bielefeld/Germany
On Sun, 28 Apr 2013 02:02:18 +0200
Joerg Schiermeier wrote:
> I just saw again a lot of spam posted into the AppDB.
> Thanks to Rosanne who deleted this senseless and useless mails
> rapidly.
> But isn't there a real solution for this problem?
> OK, to kill this guys may
Hi list,
hello Rosanne,
I just saw again a lot of spam posted into the AppDB.
Thanks to Rosanne who deleted this senseless and useless mails
rapidly.
But isn't there a real solution for this problem?
OK, to kill this guys maybe the best way, but than I will get seriously
problems. :-) So p
Hi list,
hello Rosanne,
I just saw again a lot of spam posted into the AppDB.
Thanks to Rosanne who deleted this senseless and useless mails
rapidly.
But isn't there a real solution for this problem?
OK, to kill this guys maybe the best way, but than I will get seriously
problems. :-) So p
Hi list,
again a spammer used the AppDB for his nasty activities:
1.)
> Comment for 'Adobe Photoshop CS3 (10.0)' added by tokoku12345
> ---
> To reply to this email please use the link provided below.
> DO NOT reply via your email client as it w
nd to have an eye on their applications?
>
> If so please do it.
>
> --
>
> Kindly regards
> Joerg Schiermeier
> Bielefeld/Germany
>
I'm not aware of such a mechanism, but regarding spam, I'm usually on IRC
(austin987) and you can ping me there to delete spam, if needed.
--
-Austin
Hi list,
again a spammer used the AppDB for his nasty activities:
1.)
> Comment for 'Adobe Photoshop CS3 (10.0)' added by tokoku12345
> ---
> To reply to this email please use the link provided below.
> DO NOT reply via your email client as it w
On Mon, Nov 5, 2012 at 8:06 AM, Stefan Dösinger
wrote:
> ...
> Out of curiosity, how does the video playback part of Netflix perform?
> I imagine that it is using DirectDraw overlays or Direct3D9 YUV
> surfaces, which are somewhat supported, but have many rough edges. Is
> playback performant enou
On Mon, Nov 5, 2012 at 12:41 PM, Charles Davis wrote:
> ...
> I can name at least four: registry keys (HKEY), services (SC_HANDLE), window
> stations (HWINSTA), and desktops (HDESK). On native, all those types of
> objects are protected with ACLs, and all those types have unique functions
> for
On Nov 4, 2012, at 10:11 PM, Erich E. Hoover wrote:
> If the object is resolvable with CreateFile then it doesn't matter if
> it's a file, directory, named pipe, or some other miscellaneous thing.
True, and of course by "file" I meant "any object that can act like a file,"
which includes directo
If the object is resolvable with CreateFile then it doesn't matter if
it's a file, directory, named pipe, or some other miscellaneous thing.
I templated part 2 after how GetSecurityInfo works (it also ignores
the SE_OBJECT_TYPE), I'm not even sure what type of object you'd call
the function with w
On Mon, 17 Sep 2012, Scott Ritchie wrote:
> Never underestimate the overeagerness of bots, I suppose...
>
> We're getting a lot of spam applications for testbot accounts now, maybe 2-3
> per day. Some are easy to discard because they put stuff like penis pills
> into the in
Never underestimate the overeagerness of bots, I suppose...
We're getting a lot of spam applications for testbot accounts now, maybe
2-3 per day. Some are easy to discard because they put stuff like penis
pills into the info field, but others look like just names. Suggestions
are we
I wish to apologize to everyone for yesterday's round of 'Marvin' spam.
To clean up your mailboxes you can delete all the mails sent to
fgouget@amboise.dolphin.
I'm working on WineTestBot[1] and I was checking for reliability issues
so I ran it through a subset of the p
sages, let's
>> update it.
> I think the plan a while ago was to remove the spam filter and not print
> driver messages as FIXMEs(just as WARNs or TRACEs) when the compile was
> successful.
Okay, I'll try something like that.
>
>
> -B
to remove the spam filter and not print driver
messages as FIXMEs(just as WARNs or TRACEs) when the compile was successful.
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
iQIcBAEBAgAGBQJOOWwJAAoJEN0/YqbEcdMwRF8QAIMOF0XTEs
On Fri, Feb 26, 2010 at 11:31 AM, Erich Hoover wrote:
> I was looking into updating the AppDB with more recent results for PCB
> Artist* and discovered that on a fresh Wine install that the application
> opens and creates new files incredibly slowly (it now takes 23 minutes vs.
> old performance
On Fri, Feb 26, 2010 at 11:35 AM, Vincent Povirk wrote:
> Any storage-related fixme's?
> ...
>
On the most recent git all I see is a single instance of:
fixme:storage:StgCreateDocfile Storage share mode not implemented.
Testing right after the patch in question is applied that message shows up a
As far as I know, shellstyles do not contain icons, but rather resource data
for theming, such as how the start menu will be displayed. For example, a XP
theme I used quite a few years ago removed the Start text from the start
menu and replaced the green button with the image of Sonic.
Icons have a
As shown on the screenshots here from windowblinds it is able to
override shell icons. I have no idea how it is doing that though.
http://frogboy.joeuser.com/article/150608
Roderick
On Tue, Sep 22, 2009 at 12:35 AM, Roderick Colenbrander
wrote:
> I think I read somewhere that shellstyle.dll (tha
I think I read somewhere that shellstyle.dll (that's the name) can
contain icons (and I guess effects as well) but I'm not 100% sure. I
would guess that we need to download some themes which have a
shellstyle and see what's in it.
Roderick
On Tue, Sep 22, 2009 at 12:27 AM, Joel Holdsworth
wrote:
On Mon, 2009-09-21 at 16:02 +0200, Roderick Colenbrander wrote:
> As of XP themes can specify their own icons. For some dlls I believe
> shell32 they need to provide their own shellapi.dll or whatever it is
> called. I think that would be the way to proceed. I would suggest to
> make Tango the base
Dan Kegel wrote:
> What's the procedure for dealing with forum spam like
> http://forum.winehq.org/viewtopic.php?t=5655
> ?
Delete the post, that's all we can do. Can't ban any user (not like it will
work anyway, most spam comes from disposable accounts).
So far it hasn&
What's the procedure for dealing with forum spam like
http://forum.winehq.org/viewtopic.php?t=5655
?
There are also some
users who considered the extension-unsupported spam an actual error which led
to confusion in bug reports and forums because it was prominently visible
output.
But anyway, I don't want to start a big fight over a debug function. If you're
unhappy with the patch I c
for more logs on
> bugreports, and filter the log somehow anyway. If we make all the spam
> visible it makes the whole default fixme output useless. I certainly want to
> keep GLSL errors in the fixme channel and filter out known spam.
>
Having useful warnings is useful, of course. Ho
, and filter the log somehow anyway. If we make all the spam
visible it makes the whole default fixme output useless. I certainly want to
keep GLSL errors in the fixme channel and filter out known spam.
2009/4/28 Stefan Dösinger :
>
I think this is getting pretty rediculous. I think we should either
just always print the infolog, or give the infolog its own debug
channel and make this a WARN.
These should probably all be WARNs as well.
Vitaliy Margolen wrote:
> Does anyone have a power to block / remove those users that spam Wine wiki?
> It seems just 2-3 users keep creating more and more spam. Can't we just
> remove them and permanently block an IP range?
I wonder if we should enable moderation of account creati
Does anyone have a power to block / remove those users that spam Wine wiki?
It seems just 2-3 users keep creating more and more spam. Can't we just
remove them and permanently block an IP range?
Vitaliy.
I've been as annoyed as anybody at the huge churn
on wine-bugs lately, it makes it hard to actually read,
and the mailing list archive can't really cope.
But there seems to be no way around it, so I
decided to get a bunch more out of the way
in one fell (and I do mean fell) swoop.
In particular, I
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> Sorry, but I have to object. According to the documentation in MSDN,
> DlgDirSelectExA returns nonzero when the current selection is a
> directory name, and zero when it is not. However, plain filenames do not
> qualify as directory names, so D
> Sorry, but I have to object. According to the documentation in MSDN,
> DlgDirSelectExA returns nonzero when the current selection is a
> directory name, and zero when it is not.
Ah, right you are. Thanks for correcting me. Objection withdrawn.
--Juan
Juan Lang escribió:
>> What do you think about this version?
>>
>
> Better, but still not correct:
> +ret = DlgDirSelectExA( WIN_Handle32(hwnd), buffer, MAX_PATH, id );
> +if (GetLastError() == 0) GetShortPathNameA(buffer, str, len);
>
> You shouldn't check GetLastError() for whether D
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> * Implement OS version-dependent behavior for EM_SETTEXTLIMIT
There's no reason to make this OS-dependent, unless you really have an
app that checks the version and breaks if the limit is too high.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Sunday 07 October 2007 23:07:02 Dan Kegel wrote:
> Should we modify our Bugzilla to hide email addresses at least a little?
> I'd like that myself, and users request it occasionally.
> Just now, somebody asked that he be removed from
> bugzilla because it doesn't do this.
> - Dan
Bugzilla does
On Sun, Oct 07, 2007 at 02:07:02PM -0700, Dan Kegel wrote:
> Should we modify our Bugzilla to hide email addresses at least a little?
> I'd like that myself, and users request it occasionally.
> Just now, somebody asked that he be removed from
> bugzilla because it doesn't do this.
Afaik this is n
Should we modify our Bugzilla to hide email addresses at least a little?
I'd like that myself, and users request it occasionally.
Just now, somebody asked that he be removed from
bugzilla because it doesn't do this.
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
--- Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> You might try the patch with the title "DSOUND: recover from mismatch
> between time spanned by primary buffer being longer than the one spanned
> by secondary buffer", which I sent along with some other patches today.
> It looks somewhat sim
Chris Rankin escribió:
Hi,
This patch has killed the sound on World of Warcraft. Instead, I now get
silence and a stream of
errors like this:
err:dsound:DSOUND_CalcPlayPosition Bad length in CalcPlayPosition!
err:dsound:DSOUND_CalcPlayPosition Bad length in CalcPlayPosition!
err:dsound:DSOUND_
> Maybe I forgot to explain. My test application was run with
> WINEDLLOVERRIDES=quartz=n in order to use the native quartz.dll . With
> this, audio does not stutter. The explanation about the DirectDraw
> implementation in Wine being based on top of GDI does not explain how
> native quartz manage
On Tuesday 12 June 2007 04:36:52 pm Alex Villacís Lasso wrote:
> The explanation about the DirectDraw
> implementation in Wine being based on top of GDI does not explain how
> native quartz manages to play smoothly while builtin quartz stutters
> *when both are run under Wine*.
Because built-in q
Stefan Dösinger escribió:
Hi,
I am now thinking
about rewriting the video rendering with DirectDraw. It seems that
native quartz.dll uses DirectDraw, not GDI, to display video frames into
the output window.
DirectDraw sounds like the right way to implement quartz video output, but
perfo
On 5/31/07, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
I'm not sure there is a agreement what some things here mean. The
following is my understanding of things, please correct me or
state differing understanding:
triage bugs: Make sure the bug is properly filed, has enough
information and possibl
I'm not sure there is a agreement what some things here mean. The
following is my understanding of things, please correct me or
state differing understanding:
triage bugs: Make sure the bug is properly filed, has enough
information and possibly uncover the cause (e.g. regression
testing, finding w
On 5/31/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
Bug triage is a good idea so that stuff like this gets cleaned up. I'm
not sure what everyone wants though. I guess you can figure that out
:P
See, my opinion of what triage is isnt the same as everyone else's..
Either way, I'll just leave reso
On 5/31/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 5/31/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
> Remember that this is only my opinion. Other people handle things a
> little different. It is probably true that the two recent bugs you
> mentioned I would have closed, but it was only resolved.
On 5/31/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
Remember that this is only my opinion. Other people handle things a
little different. It is probably true that the two recent bugs you
mentioned I would have closed, but it was only resolved. It's just how
it was handled. If you want to close bug
one). Simply closing bugs worries me as does James. It really does
> need to be case-by-case, so what we know you are doing is right.
Thanks for the clarification. So if it is already resolved as
anything other than fixed, just leave it alone unless it continues to
get activity. I still don
larification. So if it is already resolved as
anything other than fixed, just leave it alone unless it continues to
get activity. I still don't like it, but as with anything, majority
rules, so I will stop. Sorry for the spam everyone.
--
Thanks
Tom
On 5/31/07, Tom Spear <[EMAIL PROTECTED]> wrote:
It's a problem to me, it may not be a problem to you, but that doesn't
make it an invalid point. Marcus and Dan have both said to keep
going, I'm sure others here (I'm not trying to speak for anyone, so
someone else feel free to correct me if I a
On 5/31/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> Obviously someone that commits patches to the upstream bugzilla tree
> agrees with me, because otherwise, there either wouldnt be a resolved
> option, OR there would be a close option on the bugs that are in any
> state of open, which is some
On 5/31/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 5/31/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> I do read through all of your bug emails, which is exactly the
> problem, because I don't trust that you make the right decision on
> every bug, and in some cases I've had to go back and correc
On 5/31/07, James Hawkins <[EMAIL PROTECTED]> wrote:
I do read through all of your bug emails, which is exactly the
problem, because I don't trust that you make the right decision on
every bug, and in some cases I've had to go back and correct it. That
is the issue.
It has been a small number
On 5/31/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 5/31/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> Marking bugs as closed has nothing to do with bug triage. Triaging
> bugs would be a really helpful thing, but mass-closing bugs does
> nothing but give subscribers a whole lot of emails to de
On 5/31/07, James Hawkins <[EMAIL PROTECTED]> wrote:
Marking bugs as closed has nothing to do with bug triage. Triaging
bugs would be a really helpful thing, but mass-closing bugs does
nothing but give subscribers a whole lot of emails to delete. We
don't keep track of stats like other projects
bug triage..
Which is it, and if it is both, then what draws the line between
triage and spam, and how do I close stale bugs without it being
considered spam?
Marking bugs as closed has nothing to do with bug triage. Triaging
bugs would be a really helpful thing, but mass-closing bugs does
nothi
On Thu, May 31, 2007 at 10:04:00AM -0500, Tom Spear wrote:
> On 5/31/07, Ben Hodgetts <[EMAIL PROTECTED]> wrote:
> >Can someone explain to me the point of closing bugs please? If it's
> >resolved one way or another then surely that's enough? Just seems like a
> >waste of effort to be honest.
>
> W
On 5/31/07, Ben Hodgetts <[EMAIL PROTECTED]> wrote:
Can someone explain to me the point of closing bugs please? If it's
resolved one way or another then surely that's enough? Just seems like a
waste of effort to be honest.
Well, I can tell you this about it, it's supposed to work like this:
-
night asking me to stop closing bugs
> because I'm spamming the list, however I also received a message from
> someone a couple of nights ago thanking me for doing bug triage..
> Which is it, and if it is both, then what draws the line between
> triage and spam, and how do I close stal
draws the line between
triage and spam, and how do I close stale bugs without it being
considered spam?
--
Thanks
Tom
On 1/2/07, SorinN <[EMAIL PROTECTED]> wrote:
Hi all
I dont know what you do there guys but ..BEFORE last ALSA related upgrade (
ubuntu feisty ) foobar2000 under wine cannot play mp3 files - AFTER the
upgrade ( 2 files I think ) foobar2000 play my files and work EXACT like
foobar2000 under XP.
Hi all
I dont know what you do there guys but ..BEFORE last ALSA related upgrade (
ubuntu feisty ) foobar2000 under wine cannot play mp3 files - AFTER the
upgrade ( 2 files I think ) foobar2000 play my files and work EXACT like
foobar2000 under XP.
I use right now wine 0.9.27
Good job.
Sorin
Neil Skrypuch escribió:
On Thursday, December 28, 2006 10:04, Maarten Lankhorst wrote:
Hi all,
I've forward ported the old patches of Davin McCall (dsound.patch).
With them I have no more sound underruns etc, I'm therefore looking
for other people to test them as well. I'm welcoming comments
> Instead of using asynchronous callbacks that uses signals, use a
> seperate thread that can be cancelled, this prevents deadlock issues.
>
> Basically we use snd_pcm_wait() that tells us when enough room is free
> to commit another buffer, then we commit the previous buffer and make
> the next bu
On Mon, May 15, 2006 11:28 am, Matt Finnicum wrote:
> Hello!
>
> Patch updated w/ Dimi Paun's advice (using #define's for the default
> and max values), and slightly cleaned up.
Well, not quite (maybe you've sent the wrong patch):
+ case EM_SETUNDOLIMIT:
+ {
+if ((int)wParam < 0)
+ ed
Second Life causes a very recent CVS WINE to spit out one
of these every frame:
fixme:msg:PeekMessageW PM_QS_ flags (0007) are not handled
This started (approximately) yesterday (Monday).
Regards,
--adam
I'll delete it from the archives. Always hate it when this happens. :-(
On Thu, 2005-09-08 at 20:52 +0100, Ivan Leo Puoti wrote:
> Anssi Hannula wrote:
> > This just came in from wine-announce list.
>
> Seen it too, I've already sent a report to the admin who's network originated
> it.
>
> Ivan
Anssi Hannula wrote:
This just came in from wine-announce list.
Seen it too, I've already sent a report to the admin who's network originated
it.
Ivan.
This just came in from wine-announce list.
--
Anssi Hannula
[EMAIL PROTECTED] wrote:
Warning: This message has had one or more attachments removed
Warning: (document.txt .scr, document.zip).
Warning: Please read the "yoursite-Attachment-Warning.txt" attachment(s) for
more information.
Here
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Current window activation code in Wine is not entirely correct. I believe that
> might be a part of WM rewrite Alexandre is finishing which at the moment.
Not really, I'm not aware of any problem with the window activation
code, and I'm certainly n
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> >> According to native messages sent to app we should redraw window
> >> inside SetActiveWindow.
> > If you have a test app then it should be converted into a Wine message
> > test, there is no other way to prove that your patch is correct.
> I have
Wednesday, May 11, 2005, 8:08:09 PM, you wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>> According to native messages sent to app we should redraw window
>> inside SetActiveWindow.
> If you have a test app then it should be converted into a Wine message
> test, there is no other way to pr
"Dustin Navea" <[EMAIL PROTECTED]> wrote:
> Basically, before 01/11/05, copying and pasting to OO worked, and after
> said date, it doesn't.
>
> The Bug is at: http://bugs.winehq.org/show_bug.cgi?id=2932
> The patch causing it is at:
> http://www.winehq.org/hypermail/wine-cvs/2005/01/0276.html
>
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> According to native messages sent to app we should redraw window
> inside SetActiveWindow.
If you have a test app then it should be converted into a Wine message
test, there is no other way to prove that your patch is correct.
> @@ -152,7 +232,7 @@
I verified on XP, it is case sensitive
On Monday 09 May 2005 03:37 am, Dmitry Timoshkov wrote:
> > + /* If the file starts with .LOG, add a time/date at the end and set
> > cursor after
> > + * See http://support.microsoft.com/?kbid=260563
> > + */
> > + if (GetWindowTextW(Globals.hEdit, log, siz
"Kevin Koltzau" <[EMAIL PROTECTED]> wrote:
> See http://support.microsoft.com/?kbid=260563
>
> Changelog
> Handle notepad log feature
> + /* If the file starts with .LOG, add a time/date at the end and set cursor
> after
> + * See http://support.microsoft.com/?kbid=260563
> + */
> + if (GetWind
Unofficial guide for running eXeem under Linux!
http://exeem-linux.solaris.name/index.php
And Wine is used ofcourse.
Tom
work
harder,
patch attached.
Change Log:
Ofir Petruska <[EMAIL PROTECTED]>
link to anti-spam page sujested by Ivan.
--
Hatky,
Worshiper of wine (http://www.winehq.org/),
Impossible is only an opinion.
? anti-spam.patch
Index:
What about having a link to this page somewhere on winehq? Maybe on the mailing
lists page?
http://www.hostedscripts.com/scripts/antispam.html
Ivan.
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> Dmitry,
>
> After applying the two patches there is a new problem (with Agent 2.0
> beta).
>
> I'm using it with maximized mdi windows. If I open another window, it
> opens maximized (as it should). Now if I return to the original window,
> either by c
<[EMAIL PROTECTED]> wrote:
> @@ -2665,12 +2665,27 @@
> static LRESULT
> TREEVIEW_EraseBackground(TREEVIEW_INFO *infoPtr, HDC hDC)
> {
> -HBRUSH hBrush = CreateSolidBrush(infoPtr->clrBk);
> -RECT rect;
> +HBRUSH hBrushLocal = NULL;
> +HWND hwnd = infoPtr->hwnd;
> +HBRUSH hBru
On Thu, 15 Jan 2004 19:24:25 +0800, you wrote:
>
> > > Apparently Windows uses something different. Probably we have to change
> > > our internal map for Symbol encoding
> >
> > I will try a few other Windows versions first. It looks to me that
> > Symbol encoding is not a real encoding at all
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> [?? Probable Spam]
>
> Your spam filter needs to be educated about wine-devel ;-)
That's not my spam filter (it behaves differently), some host in
e-mail chain marks every e-mail from you on this list with tha
On Thu, 15 Jan 2004 16:20:28 +0800, you wrote:
[?? Probable Spam]
Your spam filter needs to be educated about wine-devel ;-)
> >
> > Is there any reason why in this case MultiByteToWideChar should not do
> > w = c + 0xf000 ?
>
> Wine is using the following source f
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> Wine's implementation of MultiByteToWideChar() does something quite
> complicated based on standard unicode tables and returns Unicode
> characters in all kind of ranges.
>
> The loop above is basically what Win2K's charmap.exe does. Of course it
> does
>So sorry about the spam that got through. It was a boneheaded moderator error.
>Reminder to self. Drink coffee before moderation.
Cosidering the many times where you saved us from spam it's a (very) small
price to pay. Thanks again for your work.
bye Fabi
So sorry about the spam that got through. It was a boneheaded moderator
error.
Reminder to self. Drink coffee before moderation.
Sorry again.
-Duane
Hey dunno if anyone is interested in this, but I found this page that you can
link to to fight spam..
http://www.hostedscripts.com/scripts/antispam.html
=
Dustin Navea
Minor Contributor, http://www.winehq.com
Bugzilla Janitor, http://bugs.winehq.com
Network Admin, irc://irc.blynk.net (down
91 matches
Mail list logo
