On Sun, 24 Aug 2003, [EMAIL PROTECTED] wrote:
> It may me nothing useful or old new, but could this help
> http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q123/4/64.asp&NoWebContent=1
The license of this source code (for msvcrt20 AFAIU) would mos
On 25 Aug 2003, Mike Hearn wrote:
> So, Mark has sent me his work, unfortunately not as a patch against CVS
> so I'll have to do some merging in. It implements the GUI (but not
> backend) for drive editing.
Cool. I think it would be very useful to have a list of missing
GUI elements for our confi
On 25 Aug 2003, Mike Hearn wrote:
> I just prodded Mark on MSN. I'm looking over the code now, and have a
> few questions about how to proceed.
Yay!
> The primary issue is that we can't have the same setting pulled both
> from the config file and the registry, can we?
No. winecfg should not
On Mon, 2003-08-25 at 22:06, Mike Hearn wrote:
> > Yes, this one is a bugger. Mark, what is that status on those
> > patches? If you have anything, it's better to send them in so
> > others can pick up where you guys left off.
So, Mark has sent me his work, unfortunately not as a patch against CVS
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> No need to clutter the header files with these tests.
> We have enough of a review process in place to avoid
> such things, and in any way, things like
>
> #ifdef __WINESRC__
> # undef UNICODE
> #endif /* __WINESRC__ */
>
> simply encourage bad cod
On 25 Aug 2003, Mike Hearn wrote:
> but obviously pretty much every coding guideline ever written says
> "don't use goto!".
IMO they are too religious. Yes, avoid goto, but not at the (big) expense
of readability. There are not that many cases where you need goto, but this
is one of them. I find
On Mon, 2003-08-25 at 18:51, Dimitrie O. Paun wrote:
> As we discussed during the IRC session, this is not a blocker.
> Essentially I need to get back to it and resubmit some patches
> that have fallen off Jeremy's radar.
OK, that sounds good.
> Yes, this one is a bugger. Mark, what is that statu
Hi,
I was wondering if the gurus that hang out here had advice on the best
way to handle errors. At the moment, the most straightforward way seems
to be to write code like this:
DWORD res = 1;
HKEY key = NULL;
res = RegOpenKeyEx(hCurrent, subkey, 0, KEY_ALL_ACCESS, &key);
if
Hello,
I'm using winebuild to make my winegui and it works perfectly. But I'm
trying to use the "wine_init" function (from ./libs/wine/loader.c)
instead of wine loader. I'm trying to make a new wine loader but it
doesn't work. It starts correctly (I can see with the --debugmsg +all)
but after, I h
--- Fabian Cenedese <[EMAIL PROTECTED]> wrote:
>
> >Anyway, if people from ReactOS want to use our DirectX calls with Windows
> >drivers, the way we choose is not the way to go...
>
> Once the system dlls are complete, shouldn't it be possible to go both ways?
> e.g. delete the wine DX stuff and
Nope ;) I think there was a problem when you tried to attach that :-)
oops (took the file from the wrong dir...)
A+
--
Eric Pouech
Index: dlls/kernel/sync.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/sync.c,v
retrieving rev
On 25 Aug 2003, Mike Hearn wrote:
> * A bit of documentation stuff (rather worryingly "fix the docs build
> system" says a patch was submitted last *year*, but is still labelled as
> work in progress!).
As we discussed during the IRC session, this is not a blocker.
Essentially I need to get back
Had the same stuff just create a link to the actual one:
# ln [-s] mydll.dll.so libmydll.so
Dimitrie O. Paun wrote:
On August 25, 2003 04:06 am, Martin Tröster wrote:
Concerning imports, do I have to specify the wine libraries like
kernel32.dll.so explicitly, or are these linked automagically wh
Well, it's been a while since the last update, so I thought it'd be
worthwhile to write about where we're up to. Looking at the TODO list on
WineHQ, it seems the remaining work falls into two areas:
* A bit of documentation stuff (rather worryingly "fix the docs build
system" says a patch was subm
If you don't have a microsoft windows license, you can't run the setup, and you
can't install dcom from the microsoft web site. You can install the software on
a windows pc, and copy the installation directory to your fake windows
installation on your linux pc (Using a CD-R/LAN/internet/whatever).
You can get it by installing DCOM98, available from the Microsoft
website.
On Mon, 2003-08-25 at 11:31, Lars Segerlund wrote:
> I am trying to install a fpga synthesis software called ids from atmel
> ( www.atmel.com ) , and I am getting the following errors, does anybody
> know a way around t
On August 25, 2003 04:06 am, Martin Tröster wrote:
> Concerning imports, do I have to specify the wine libraries like
> kernel32.dll.so explicitly, or are these linked automagically when
> specifying -lwine?
No, you need to be explicit. Remember, you're using gcc for now,
so it has no special kno
On Sun, 24 Aug 2003, Ferenc Wagner wrote:
[...]
> Even if "make crosstest" were not broken, I can remember it
> produce tests which ran on NT based systems only. It was
> never confirmed by anybody else, though.
I had problems running the cross-compiled tests on Win9x too while they
did work on N
I am trying to install a fpga synthesis software called ids from atmel
( www.atmel.com ) , and I am getting the following errors, does anybody
know a way around this ? I don't have a windows installation so I can't
try to copy the stdole32.tlb as this message says, unfortunately.
/ regards, L
There is also the old (and GPLED) Bochs
project. Allready at 2.0 version.
http://bochs.sourceforge.net/
[EMAIL PROTECTED] wrote:
Hi,
It sounds like you want to modify Wine to make it run x86 windows apps on
Macs?
If that's the case I would look at projects that are already workin
Hi,
It sounds like you want to modify Wine to make it run x86 windows apps on
Macs?
If that's the case I would look at projects that are already working on this
and to help them.
One of the projects is called darwine (darwine.sf.net). At the moment they
already have winelib working on OSX and soo
On Sun, Aug 24, Sylvain Petreolle wrote:
> --- Jukka Heinonen <[EMAIL PROTECTED]> a écrit :
> > - Patch name should really be more descriptive.
> > - Changelog is not up to date with patch.
> Changelog != message title, you ok?
I'm fine, thanks. You are correct in that the message title is not
t
On Sun, 24 Aug 2003 22:07:52 -0500
"Gregory M. Turner" <[EMAIL PROTECTED]> wrote:
> I don't think I've done anything on wine-bugs lately... what's going on here?
>
> -- Forwarded Message --
>
> Subject: Your message to wine-bugs awaits moderator approval
> Date: Sunday 24 Augus
>Does anyone know where I can get the opcodes for an x86 processor. I am going to
>include the code in Wine to port it to mac. I am an experienced linux programmer but
>mainly have only worked with server writing. I am also very capable in writing php,
>perl, tcl, html, etc. This is the first r
Dimi,
thanks for the information, especially to use gcc instead of winegcc to
build the final library. The small sample dll now links without any
problems.
On Fri, 22 Aug 2003 08:12:40 -0400
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> (5) is missing the libs, no? The rule from the tree is:
>
>Anyway, if people from ReactOS want to use our DirectX calls with Windows
>drivers, the way we choose is not the way to go...
Once the system dlls are complete, shouldn't it be possible to go both ways?
e.g. delete the wine DX stuff and install some MS-DX? If all low level calls
are implemented
On Sunday 24 August 2003 10:23 pm, Duane Clark wrote:
> Gregory M. Turner wrote:
> > I don't think I've done anything on wine-bugs lately... what's going on
> > here?
> >
> Sobig.F is kindly sending emails to the list with your email address
> forged on them.
Figures. I have "tons" of bounced ema
Does anyone know where I can get the opcodes for an x86 processor. I am
going to include the code in Wine to port it to mac. I am an experienced
linux programmer but mainly have only worked with server writing. I am also
very capable in writing php, perl, tcl, html, etc. This is the first real
Does anyone know where I can get the opcodes for an x86 processor. I am
going to include the code in Wine to port it to mac. I am an experienced
linux programmer but mainly have only worked with server writing. I am also
very capable in writing php, perl, tcl, html, etc. This is the first real
Ferenc Wagner wrote:
The build should be done on linux, with "make crosstest",
(See http://bugs.winehq.com/show_bug.cgi?id=1602 )
Even if "make crosstest" were not broken, I can remember it
produce tests which ran on NT based systems only. It was
I am pretty sure I have run such tests und
Gregory M. Turner wrote:
I don't think I've done anything on wine-bugs lately... what's going on here?
-- Forwarded Message --
Subject: Your message to wine-bugs awaits moderator approval
Date: Sunday 24 August 2003 05:40 pm
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Your mai
I don't think I've done anything on wine-bugs lately... what's going on here?
-- Forwarded Message --
Subject: Your message to wine-bugs awaits moderator approval
Date: Sunday 24 August 2003 05:40 pm
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Your mail to 'wine-bugs' with th
On Sun, Aug 24, 2003 at 04:00:08PM -0700, Dustin Navea wrote:
> --- Dan Brosemer <[EMAIL PROTECTED]> wrote:
> > I have been trying to port Wine, WineX, or ReWind to OpenBSD 3.4-beta for
> > the past week. I've made the most progress with ReWind, so that is what
> > this post will focus on.
>
> Co
33 matches
Mail list logo