Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> +++ wine/configure.ac Sun Oct 12 10:54:02 2003
> @@ -969,6 +969,7 @@ AC_CHECK_FUNCS(\
> popen \
> pread \
> pwrite \
> + res_init \
> rfork \
> select \
> sendmsg \
> @@ -1148,7 +1150,7 @@ dnl Check for typ
Yes, I'm very behind on the patches for the website. I do scan the
wine-patches list for anything that looks like a website patch. But
putting either WineHQ, Website, or Lostwages in the title will save me
some some. Certain people I commit immediately (how do you get on this
list? submit a few goo
Codeweavers has done a lot of work with shortcuts & menuitems, to make
them work with different distros... so they might know what some of
the nitty-gritty details are (Unfortunately, I do not).
Do you know if it is possible to recycle code from them? Since there
product seems to be commercial.
Robert van Herk <[EMAIL PROTECTED]> wrote:
>As some of you might know I am working on a Wine Start menu, for Linux.
>
>I have heard different things on this list about the way Windows treats
>the start menu.
>
>Some told me that it would be better to make a Windows (wine) client
>that reads the
It's true, winesetuptk is very usable (It's a wizard), and winecfg look more
complicated than anything in windows. I did read that some very simple programs
could run without a windows like filesystem. As winecfg is a winelib app, I
suppose it may be possible to run it without a windows like filesy
There already is an app that can do the menus, the ros explorer. If it was
compiled as a winelib app, it would solve the menu problem, at least for who
likes desktop mode (And the ros explorer makes wine look like a "real" emulator)
> If an app installs msvcrt, use it before Wine's builtin one?
That could theoreticly create legal problems, but it's OK for me.
> I used the default values of documentation/samples/config. If those need
> changes, it's best to do so there.
I don't really care, but I personally prefer using builtin
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> I think forking them does no one no favours, either Wine for ReactOS.
> If our code is OK, tweaking it to work around bugs in ReactOS is a
> very, very bad idea:
> -- you end up with a system capable of running just some tweaked
> apps
> -- it
Hello Geoff,
Comments are inline
--- Geoff Peters <[EMAIL PROTECTED]> wrote:
> Steven - Thanks for the reply. I have 2 C files I am trying to port
> to Solaris, one is done (compiles OK), the other one I am working on
> has a dependency on wininet.h, along with it comes a huge raft of
> other depe
On Mon, Oct 13, 2003 at 09:21:19PM +0200, Ivan Leo Murray-Smith wrote:
> How can msvcrt possibly be native in a without windows setup? Anyway, if you
> want winver as win98, we might as well have winelook at win98 too.
Well, some apps install 'msvcrt' as part of their install procedures (it's
a wa
Some time ago somebody asked here about RedHat 7.3 Wine packages. I said
I'd do it, pending some hardware upgrade on one of my box.
That time has now come, and they are available on the sf.net download
page. Only i386 and src for now, no athlon nor i686.
Vincent
Le lun 13/10/2003 à 15:21, Ivan Leo Murray-Smith a écrit :
> How can msvcrt possibly be native in a without windows setup? Anyway, if you
> want winver as win98, we might as well have winelook at win98 too.
If an app installs msvcrt, use it before Wine's builtin one?
I used the default values of
That is not to say that a rational cost/bene analysis will not ultimately
favor a pure-linux implementation, depending on where your code is going
but my bias would be towards a wine/winelib implementation. Do you forsee
this code going into wine or into kde/gnome, or remaining as a separa
After taking a look at winesetuptk, I have some questions:
I've been watching the IRC channel and I've seen a lot of people who
install wine first (either from a binary package or from "make install")
and then ask how to configure it. They want a single command they can
run to simply get thing
Hello Uwe,
I have merged the tests into dlls/user/tests/win.c and extended them a bit. I tried
them on Win XP and on WIN 98 and had to see, there are some differencies between the
operating systems. So a few tests are commented out with an apropiet comment. Now all
active SetShellWindow tests a
On Monday 13 October 2003 01:46 pm, Robert van Herk wrote:
> So, my question is: would it be enough to create just a Linux program
> that synchronizes with this directory? Can anyone give me an example of
> a lnk file that IS actually missing in a Start Menu directory, but is
> there in his Program
How can msvcrt possibly be native in a without windows setup? Anyway, if you
want winver as win98, we might as well have winelook at win98 too.
>Which can lead to the question,
>what's the purpose of it if wineinstall can do it?
wineinstall is a command line tool for installing wine from source co
Hi all,
As some of you might know I am working on a Wine Start menu, for Linux.
I have heard different things on this list about the way Windows treats
the start menu.
Some told me that it would be better to make a Windows (wine) client
that reads the actual start menu by querying a Wine dll,
Vincent Béron wrote:
Alex, I tried to make winesetuptk keep comments after a key (see first
chunk of CBase.itcl), but I had some problems making sure all calls to
DataAddKey had another arg named aComment. There was at least one call
which would make it crash.
I can revive my attempt at that, or we
Le lun 13/10/2003 à 13:08, Ivan Leo Murray-Smith a écrit :
> I don't think winesetup needs big changes; I'm still not sure about what is
> broken. The attached file updates the registry shipped with winesetuptk to the
> current winedefault.reg, and also updates the dlls that are created when making
I don't think winesetup needs big changes; I'm still not sure about what is
broken. The attached file updates the registry shipped with winesetuptk to the
current winedefault.reg, and also updates the dlls that are created when making
a fake windows installation. As I've said, I'm not sure of what
On October 12, 2003 03:03 pm, Steven Edwards wrote:
> Well yes in the "should" work out of the box under ReactOS but most
> dont work perfectly atm due to bugs in our Win32k/GDI/User32
> implementaion. I agree it would be nice to keep better track of this on
> the WINE porting page and I do want to
Vincent Béron wrote:
There's also some sections it doesn't know about if I open the default
config file with it.
I'm looking into it so it creates a working config file. Give me a few
minutes/hours, I don't know the app nor TCL/Tk yet :)
I'm an expert with Tcl/Tk/Itcl. If one of you wants to just
On October 14, 2003 07:59 am, Mike McCormack wrote:
> Just incase anybody is interested, here is a regression test for
> mailslots. There's not much point to include it into Wine until we
> support mailslots properly (which I'm working on).
Why not include it as a todo_wine{} in the tree? (if you
I updated CVS on 10/8 and Lotus notes worked fine. I updated on 10/12 and now
Notes gives me a Date not initialized error and all the date and times in the
program are all mangled. I am rolling back to 10/8
Kevin
Le lun 13/10/2003 à 10:19, Dimitrie O. Paun a écrit :
> On October 13, 2003 10:13 am, Ivan Leo Murray-Smith wrote:
> > In what way doesn't it work?
>
> See Vincent's message. I quote:
>
> "The problem is that the tool hasn't really followed Wine development
> (for example, removal of $VAR-style v
> "The problem is that the tool hasn't really followed Wine development
> (for example, removal of $VAR-style variables from config file), and
> some users experience problems because of that.
Such as?
On October 13, 2003 10:13 am, Ivan Leo Murray-Smith wrote:
> In what way doesn't it work?
See Vincent's message. I quote:
"The problem is that the tool hasn't really followed Wine development
(for example, removal of $VAR-style variables from config file), and
some users experience problems becau
> But the problem is that it is currently broken. So someone either fixes
> it now, or we hide it until it's fixed or not needed anymore. I can't
> see how is it any friendlier to users to download something that does
> not work.
In what way doesn't it work?
On October 13, 2003 09:09 am, Ivan Leo Murray-Smith wrote:
> Until then, winesetuptk is the only easy way of
> configuring wine, and I have no intention of telling users
> "Go and edit the config file and add this and remove that and make a system
> directory inside the windows directory that's in
>also goes over the UK
As the UK law must be compatible with the EUCD, I find it hard to believe.
Most normal people (Users) don't want to edit config files or use a shell.
That's why most people don't use linux. Winecfg isn't complete, winesetuptk will
go soon, but in the mean time it's the best way to configure wine. I get emails
all the time from people thanking me for putting winesetuptk on
> > Protecting trivially collectable collections of fact would serve
> > no purpose that I can see...
>
> Here, if the collection as a whole requires trivial effort to
> collect, it's
> not protected. It's the aggregate effort that counts. The
> problem with the MS
> tables is that from what h
>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
34 matches
Mail list logo
