http://ars.userfriendly.org/cartoons/?id=20041013
I have another six if anyone else desperately wants one...
:-)
MediaHost (TM) wrote:
I have another 9if somebody needs one :-)
Ivan Leo Puoti wrote:
I have 6 gmail invitations, I'm giving them out to Wine developers only.
If you want one drop me
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Thu, 23 Dec 2004 17:01:09 +0200, Lauri Tulmin wrote:
>
>> Add tests for LBS_EXTENDEDSE and LBS_EXTENDEDSEL | LBS_MULTIPLESEL
>> listboxes. Some of these test don't pass on wine.
>
> Thanks for the tests! If they don't pass in Wine though you need to
> s
Hello,
I attached my really simple template class that mainly replaces special
tags in template files by some reasonable text.
The file should go to appdb/include/template.php.
I already rewrote most of index.php to use the template class, I'll
submit a seperate patch for that when finished.
The
On Thu, 23 Dec 2004 16:03:13 -0500, Dimitrie O. Paun wrote:
> Why not just:
>
> Exec=winemenulauncher c:\games\supreme supreme.exe
Could be, but we already dump lots of programs into the path. The other
thing is that win32 launchers have "working directory" and "command": we
should reproduce them
Le jeudi 23 dÃcembre 2004 Ã 22:39 +0100, Paul van Schayck a Ãcrit :
> Hey Eric,
>
> On Thu, 23 Dec 2004 01:38:02 -0800 (PST), Eric Blade <[EMAIL PROTECTED]>
> wrote:
> > The attached patch includes a lot of cleaning up,
> > mostly to HTML, a bit to some PHP.
>
> What's this supposed to do:
>
On Thu, 23 Dec 2004 17:01:09 +0200, Lauri Tulmin wrote:
> Add tests for LBS_EXTENDEDSE and LBS_EXTENDEDSEL | LBS_MULTIPLESEL
> listboxes. Some of these test don't pass on wine.
Thanks for the tests! If they don't pass in Wine though you need to
surround them in todo_wine {} blocks, or ideally fix
Hey Eric,
On Thu, 23 Dec 2004 01:38:02 -0800 (PST), Eric Blade <[EMAIL PROTECTED]> wrote:
> The attached patch includes a lot of cleaning up,
> mostly to HTML, a bit to some PHP.
What's this supposed to do:
if(!$tempResult)
{
- echo "$query \n";
+ echo "$query <>\
On Thu, Dec 23, 2004 at 06:14:09PM +, Mike Hearn wrote:
> Exec=wine winemenulauncher c:\games\supreme supreme.exe
>
> Does this sound sensible?
Why not just:
Exec=winemenulauncher c:\games\supreme supreme.exe
--
Dimi.
I have another 9if somebody needs one :-)
Ivan Leo Puoti wrote:
I have 6
gmail invitations, I'm giving them out to Wine developers only.
If you want one drop me a line, first come first served.
Ivan.
--
Regards
Signer: Eddy Nigg
Company: StartCom Linux at www
On Thu, Dec 23, 2004 at 09:35:14PM +0100, Rein Klazes wrote:
> I can not remember the rule in C that say so. There is a rule that
> specifies that each argument is evaluated fully before evaluating the
> next one, but the order in winch this happens is free to the compiler
I am pretty sure that th
I have 6 gmail invitations, I'm giving them out to Wine developers only.
If you want one drop me a line, first come first served.
Ivan.
On Thu, 23 Dec 2004 17:13:26 +0100, you wrote:
>
> Aren't arguments always evaluated left to right?
I can not remember the rule in C that say so. There is a rule that
specifies that each argument is evaluated fully before evaluating the
next one, but the order in winch this happens is free to th
This patch adds the default admin account data (user: admin, password:
testing) to the README file. The account data was mentioned nowhere
before, only in tables/user_list.sql
Stefan Pflüger
Index: README
===
RCS file: /home/wine/ap
Robert Shearman <[EMAIL PROTECTED]> writes:
> The strncpyW function exists for a reason. Also, it is better to use
> strlenW than lstrlenW.
Actually strncpy(W) is almost always the wrong thing to use. If you
want to copy a fixed length (like in that case) memcpy is a much
better choice; if you wa
On Thu, 23 Dec 2004 19:06:04 +0100, Alexandre Julliard wrote:
> The other thing that needs to be done differently is that the
> WS_EX_TRAYWINDOW flag has to go, that's not Windows compatible. We
> need to define an appropriate interface that doesn't involve
> overloading Win32 flags.
OK, would an
Jacek Caban wrote:
Changelog:
Implemented CreateUrlCacheEntryW and DeleteUrlCacheEntryW
Index: dlls/wininet/urlcache.c
===
RCS file: /home/wine/wine/dlls/winin
Followup on tests failing because they are run as an invisible service
on Windows:
--
Now that we have bRunningOnVisibleDesktop=0 in the report, how do we
make use of it?
Do we mark on the server side which tests
http://test.winehq.org/data/200412231000/2000_MarcelHekman/winmm:wave.txt
Can we blacklist this driver somehow?
AFAIK I submitted a black list patch before for this driver but it was
silently dropped.
regards,
Jakob
Aren't arguments always evaluated left to right?
Rein Klazes wrote:
Hi,
82 cases, most a variation of:
ok( !Foo(), "Foo failed, error %ld\n", GetLastError());
Changelog:
dlls/kernel/tests : change.c, file.c, process.c,
thread.c, time.c
dlls/user/tests : clipboard.c, msg.c, text.c win.c
I am the head of a company that is trying to migrate a VB6 system on WinNT
and would like to
use that application under Debian Sarge using Wine. If you have experience
in porting VB6 applications using Wine and have some free time to consult an
in house developer it would be appreciated. We woul
Scott Ritchie schrieb am 22.12.2004 um 12:41 Uhr:
> On Wed, 2004-12-22 at 11:39 +0100, David Gümbel wrote:
> > Hi everybody,
> >
> > Yep, I think you all made a point when saying "probe" in english is really
> > not quite... optimal ;) I personally like the PortWine idea very much -
> > we'll c
Mike Hearn <[EMAIL PROTECTED]> writes:
> That's a bit vague, how should it be done? I also don't understand why
> the XEMBED code has to be split off, that's the standard way to dock
> tray icons in all modern desktops. If we don't dock the icons, what
> else can we do with them?
The code has to
Hi,
Wine currently creates launchers (.desktop files) with an Exec line like
this:
Exec=wine 'c:\games\supreme\supreme.exe'
But, some games expects to be run from its working directory. As working
directory typically doesn't matter to UNIX apps, some desktop environments
like GNOME don't let you
Hi Jacek, small suggestion:
> @@ -1391,8 +1393,11 @@ static LRESULT FILEDLG95_InitControls(HW
>/* change Open to Save FIXME: use resources */
>if (fodInfos->DlgInfos.dwDlgProp & FODPROP_SAVEDLG)
>{
The comment is out of date, you did use resources.
--Juan
_
On Thu, Dec 23, 2004 at 06:10:50PM +0100, Alexandre Julliard wrote:
> I'm still hoping to see a version that doesn't include the xembed
> stuff, this will have to be done differently anyway.
That's a bit vague, how should it be done? I also don't understand why
the XEMBED code has to be split off
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Mon, 13 Dec 2004 21:58:07 +, Mike Hearn wrote:
> > - Use freedesktop.org system tray protocol, remove legacy KDE support
> > - Introduce new Explorer process
> > - Rewrite system tray handling to be out of process
>
> Hi Alexandre,
>
> What needs d
Eric Pouech wrote:
Jonathan Gevaryahu a écrit :
Eric Pouech <[EMAIL PROTECTED]> wrote:
To: Anish Mistry <[EMAIL PROTECTED]>
Cc: wine-devel@winehq.org
Subject: Re: Wine regression caused by 12/02 18:05:37 UTC commit:
breaks Total
Annihilation
and if you remove the entire line (if (!is_version_nt()
On Thu, Dec 23, 2004 at 02:22:36PM +, Robert Shearman wrote:
> What about just not using desktop mode?
Ah no, we won't re-start the Desktop mode flame-war :-)
Lionel
PS: and yes, as it works just fine in non-Desktop mode, it's not a 'severe'
bug at all.
--
Lio
Lionel Ulmer wrote:
On Thu, Dec 23, 2004 at 01:14:17PM +, Mike Hearn wrote:
Atoms set on the window should be process scoped not global. I think
this is something for Alexandre to look at.
Well, after some more additional TRACEs, it's not an atom problem after
all... It's just that the
On Thu, Dec 23, 2004 at 01:14:17PM +, Mike Hearn wrote:
> Atoms set on the window should be process scoped not global. I think
> this is something for Alexandre to look at.
Well, after some more additional TRACEs, it's not an atom problem after
all... It's just that the HWND for the desktop wi
Jesse Allen wrote:
Unfortunately I can't try your game at the moment cause it will take
me too long to download -- 2 KB/s down only =(
Hello,
You may want to look here if you only get 2 KB/s
http://www.krasu.ru/soft/chuchelo/download.php3
Tom
Jesse
On Mon, 13 Dec 2004 21:58:07 +, Mike Hearn wrote:
> - Use freedesktop.org system tray protocol, remove legacy KDE support
> - Introduce new Explorer process
> - Rewrite system tray handling to be out of process
Hi Alexandre,
What needs doing next for this patch?
thanks -mike
On Thu, 23 Dec 2004 21:11:41 +, Mike McCormack wrote:
> What do you suggest?
Prove you're a real man by doing everything including linked lists
using the Interlocked functions and busy-wait loops.
Critical sections are for wimps ;)
On Thu, 2004-12-23 at 13:53 +0100, Lionel Ulmer wrote:
> Yeah, I already tried once to debug this and was a bit stuck... I had no
> idea how to progress further on this though.
I sunk quite a few hours into it and didn't see anything. I think the
only way to find this one will be by writing lots o
> 1) There seems to be a bug in our msvcrt file reading APIs. I've chased
>this one before and got nowhere, but maybe somebody more familiar with
>the code can find it. We seem to pass back corrupt data: with builtin
>msvcrt the demo complains with a nicely detailed assertion that it
>
Alexandre Julliard wrote:
Do you really need a separate critical section for every single MSI
object? That seems a bit overkill to me.
What do you suggest?
Mike
Mike McCormack wrote:
Alexandre Julliard wrote:
Do you really need a separate critical section for every single MSI
object? That seems a bit overkill to me.
What do you suggest?
Keep the msiobj_lock/msiobj_unlock functions, but make them use a
process-wide critical section. It will then be simpl
Stefan Munz wrote:
as my partner David Gümbel is travelling much these days and thus is badly
online available, I thought I add a few lines here :-)
Boy it is good to see someone struggle as much with English as I
struggle with German :-) Badly online? You either mean "hardly" online
(ie not m
Mike Hearn wrote:
This patch makes InstallShield work again, and should let you get
further Bill.
- Ensure all intermediate threads join the original apartment
- Make the listener thread fully apartment scoped (one per apt not per
process)
- Improve "already have mid" error message
- Rename _StubR
Mike McCormack <[EMAIL PROTECTED]> writes:
> Index: dlls/msi/msipriv.h
> ===
> RCS file: /home/wine/wine/dlls/msi/msipriv.h,v
> retrieving revision 1.32
> diff -u -r1.32 msipriv.h
> --- dlls/msi/msipriv.h22 Dec 2004 15:05:07 -
as my partner David Gümbel is travelling much these days and thus is badly
online available, I thought I add a few lines here :-)
> <[EMAIL PROTECTED]> wrote:
> > Jep, its actually a pun: WINEprobe means be something like WINEtasting in
> > english an maybe "degustation de WINE" in french. It's a
41 matches
Mail list logo
