On Thursday 30 January 2003 10:44 am, Ove Kaaven wrote:
> This one is sure to give Greg something to work with...
looks very interesting, indeed.
> all of this was
> implemented in a bit of a hurry, but since it's based on my research, it
> should be a good starting point in understanding how Mic
Still up to the same old stupid bash tricks... but implemented slightly
better. This will still have to be manually maintained to
remain useful as wine's directory structure evolves, just
like the old "version" of this awfulness. Use at your own
(very real) risk as these are almost untested. Lic
> >> >I am wondering if Swat3d will be added to the list anytime soon
> >> > for use with wine ??
> >> what do you mean by "added to the list" ?
> >Presumably, added to the list of programs that work ;)
> It's what i have thought first,
> but "will be added ... for use ..." sound like "will be adde
On Wednesday 22 January 2003 03:53 am, Mike Hearn wrote:
> Why not just use threads? Is there a particular advantage to using
> IPC in this instance? I'd guess that ikernel.exe is the program that
> does the installing, and the program you launch does the front end
> code?
I don't know the full st
On Tuesday 21 January 2003 04:38 am, Marcus Meissner wrote:
> On Tue, Jan 21, 2003 at 09:43:29AM +, Mike Hearn wrote:
> > Would this be fixed by the work that's being done on Wines RPC
> > implementation?
>
> This is a different implementation, when it is finished ... yes.
don't hold your brea
On Monday 20 January 2003 09:34 pm, Sylvain Petreolle wrote:
> looks like we should write tests for cabinet dll...
> did you try to run it with the native version ?
yes, do. tests will be forthcoming, btw.
--
gmt
"Everything that is really great and inspiring is created by
the individual who c
On Monday 20 January 2003 07:22 pm, Dan Kegel wrote:
> Dan Kegel wrote:
> 'all your chars are belong to box'
hehehe
--
gmt
"Everything that is really great and inspiring is created by
the individual who can labor in freedom." --Albert Einstein
Linux 2.5.59 seems to have broken my ALSA. Rather than worry about
fixing it, I guessed that "just waiting" will fix the problem as future
releases of either gentoo or linux would probably eventually resolve
whatever conflict I have.
So, temporarily, I have put aRTS into "OSS/threaded" mode.
On Monday 20 January 2003 09:33 am, Greg Turner wrote:
> Note to Ove: widl_scraps.h contains those things that I needed,
> but which were not generated by midl.
correction: "not generated by /widl/."
--
gmt
"Everything that is really great and inspiring is created by
t
On Monday 20 January 2003 11:05 am, [EMAIL PROTECTED] wrote:
> Message d'origine
>
> >De: "Ronald James" <[EMAIL PROTECTED]>
> >A: <[EMAIL PROTECTED]>
> >Sujet: Games Swat 3d
> >Date: Mon, 20 Jan 2003 07:39:52 +0200
> >
> >I am wondering if Swat3d will be added to the list anytime soon for
On Sunday 19 January 2003 09:39 pm, Francois Gouget wrote:
> On Sun, 19 Jan 2003, Dan Kegel wrote:
> > Aha! .wine/config had managed=Y. Switching it to managed=N
> > made the dialog box show up properly!
hmm, so I get the impression it still doesn't work for you?
> > OK, this has to be a bug in
On Sunday 19 January 2003 08:02 pm, Dan Kegel wrote:
> Data Access Objects
> installer. When you run it, you get to the first
> screen with a big blue background, but the foreground
> window never shows up. It's probably there, but
> invisible, or something. Alt-tab doesn't help, and
> the blue bac
On Saturday 18 January 2003 02:35 pm, Dan Kegel wrote:
> Greg Turner wrote:
> > I am trying write scripts to mangle the output of MIDL. After MIDL
> > runs, I need to do a tiny amount of post-processing using UNIX apps
> > (convert from CRLF, for starters).
> I just
I am trying write scripts to mangle the output of MIDL. After MIDL
runs, I need to do a tiny amount of post-processing using UNIX apps
(convert from CRLF, for starters).
So, I have batch file that I run under wine to invoke MIDL and get the
output I want; My question is: is there some way I c
On Thursday 16 January 2003 11:44 am, Mike Hearn wrote:
> I think you're right in that a full test case is needed, but I can't
> do that (at least, not in C, if Object Pascal is acceptable I might
> be able to do so).
Why can't it be done in C, out of curiosity? Please forgive me if
paying atten
On Tuesday 14 January 2003 09:46 pm, Boris wrote:
> I downloaded the latest wine cvs tonight and compiled it on my
> windows-less system. I ran ie6setup and ie5setup.exe and it downloads
> the data from the web but has problems during installation. Here are
> two of the current errors.
> fixme:ca
On Monday 13 January 2003 01:07 pm, Francois Gouget wrote:
> On Mon, 13 Jan 2003, Greg Turner wrote:
> > Could someone run the following code under a microsoft compiler for
> > me, and let me know the result?
> >
> > main() {
> > int x = 0;
> >
Could someone run the following code under a microsoft compiler for me,
and let me know the result?
main() {
int x = 0;
__try {
x = 1;
__leave;
} __finally {
x = 2;
}
printf("x was %d\n", x);
}
thanks,
--
gmt
"If everyone is thinking alike then somebody isn't
thinking."
On Wednesday 08 January 2003 02:53 pm, Ove Kaaven wrote:
> I've been wondering if perhaps MSVC-type __try/__except
> support can be done on gcc by taking advantage of gcc's support for
> nested functions.
I have a prototype of this and I think it's going to work. Patches (or
at least RFC's) shou
On Wednesday 08 January 2003 02:53 pm, Ove Kaaven wrote:
> Maybe. Unfortunately I'm still not entirely sure what implementations
> of UserMarshal is supposed to look like when the wire_marshal type
> contains embedded pointers. Is this supposed to be left to the NDR
> engine or does the UserMarsha
On Wednesday 08 January 2003 12:31 pm, Ove Kaaven wrote:
> Feel free to recompile the .idl files after applying this patch...
> it's not necessary, but sooner or later someone is going to try what
> I'm currently trying... to compile MIDL-generated proxy/stub code
> with Wine headers.
Indeed, I am
On Sunday 05 January 2003 05:15 pm, Alexandre Julliard wrote:
> Eric Pouech <[EMAIL PROTECTED]> writes:
> > what about an environment variable ?
> > we already use something like this for the wineserver (WINESERVER),
> > the wine console (WINECONSOLE)... why not rpcss (WINERPCSS) ?
>
> I don't thin
On Saturday 04 January 2003 03:58 pm, Eric Pouech wrote:
> > o Failure in the child process doesn't cause failure of
> > the test (is there someone else who has this solved
> > for their test whose code I can borrow?)
>
> couldn't you test the output of GetExitProcess (and ensure that when
> a
On Saturday 04 January 2003 02:42 pm, Dan Kegel wrote:
> :Repeat
>
> del "E:\vs60wiz.exe"
> if exist "E:\vs60wiz.exe" goto Repeat
> del "C:\WINDOWS\DEL4056.BAT"
It's probably relying on the file being locked. I wonder, is it "niced"
in Windows? Lame.
--
gmt
"It does not take a majority to pr
OK, this is my a preliminary cut at what an RPC test
might look like. It also fixes a couple of wine
bugs/missing functionalities that I noticed along the
way.
Several problems with this patch exist, all of them
somewhat trivial. I'll divide these into categories
for your amusement:
PROBLEMS I
On Friday 03 January 2003 12:26 am, Sylvain Petreolle wrote:
> On Dec 19, you made a patch to add the SP6a registry key to
> winedefault.reg.
>
> Today, I made a cvs update and imported winedefault.reg into my
> registry.
>
> Trying to install the .NET Framework Package, with nt40 as windows
> vers
On Monday 30 December 2002 09:24 am, Jeff Smith wrote:
> I've seen no activity on wine-cvs for a week (Dec 23).
> What's up? Holiday vacation? Either way, Happy (if belated)
> Holidays to everyone who celebrates a holiday. :-)
Presumably, it's a vacation. I'm on vacation in Wisconsin ATM, and
On Friday 27 December 2002 01:49 pm, Gerald Pfeifer wrote:
> On Fri, 27 Dec 2002, Greg Turner wrote:
> >>>> If we really want to use off_t in this file (instead of
> >>>> cab_off_t) we need to #include sys/types.h, or we'll break
> >>>> non-
On Friday 27 December 2002 04:35 am, Gerald Pfeifer wrote:
> On Thu, 26 Dec 2002, Greg Turner wrote:
> >> If we really want to use off_t in this file (instead of cab_off_t)
> >> we need to #include sys/types.h, or we'll break non-Linux systems.
> >
> > actual
On Thursday 26 December 2002 02:48 pm, Gerald Pfeifer wrote:
> If we really want to use off_t in this file (instead of cab_off_t)
> we need to #include sys/types.h, or we'll break non-Linux systems.
>
> Gerald
>
>
> ChangeLog:
> #include to obtain off_t.
actually I don't think we really want to u
On Thursday 26 December 2002 10:35 am, Derek Broughton wrote:
> Duane Clark wrote:
> > Derek Broughton wrote:
> >> Windows which _doesn't_ understand the concept of different file
> >> systems under a single drive.
> Surely from Windows p-o-v _no_ other return values should be
> legitimate. Can win
On Tuesday 24 December 2002 08:23 pm, Francois Gouget wrote:
> On Tue, 24 Dec 2002, Greg Turner wrote:
> > This type of scenario seems to come up a lot lately... perhaps
> > there should be a standard way to detect windows 95 (or another
> > platform) during a test and
On Tuesday 24 December 2002 03:23 pm, Francois Gouget wrote:
> This test uses {Get,Set}WindowLongW which of course does not work on
> Win9x, thus causing the test to fail.
This type of scenario seems to come up a lot lately... perhaps there
should be a standard way to detect windows 95 (or anothe
On Thursday 19 December 2002 11:04 pm, Boris wrote:
> I just downloaded the latest cvs on a system without windows files. I
> tried to install IE5.5 and IE 6.0sp1 as win2k or winxp and as it
> tries to install, the following error occurs
>
> Unimplimented Kernel32.dll.VerSetConditionMask in 32bit m
On Monday 16 December 2002 01:08 pm, Rein Klazes wrote:
> Use this one, the previous patch wasn't clean
>
>
> Changelog:
>
> dlls/kernel : kernel32.spec
> scheduler : thread.c
>
> Add a stub for ConvertThreadToFiber
>
> Rein.
funny, I recently implemented same but never
On Saturday 14 December 2002 10:20 am, Dan Kegel wrote:
> Eric Pouech wrote:
> > this patch by Dan Kegel fixes a hang up while finishing playing
> > wave files on the OSS driver
>
> Eric's pretty liberal with credit. I just pinpointed the
> regression without understanding the code, and he wrote t
wow, I got a novel after all! Thanks for the helpful info.
On Thursday 12 December 2002 07:38 pm, Alexandre Julliard wrote:
> The main drawback is of course that it's easy for the dll and its
> import library to get out of sync and then you are in trouble,
> because the functions that you found a
On Thursday 12 December 2002 10:34 am, Alexandre Julliard wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> > Alexandre, mind if you explain in a few words the rationale
> > for this one? Not that I have a problem with it, but I like
> > to know where you're going... :)
>
> This is for impo
Am I missing something, or is make "checklink" broken? It seems only to
run for a few directories now, whereas the rest show "nothing to do".
Here's a chunk of the output:
...
make[2]: Entering directory `/var/src/wine/dlls/winmm/wineoss'
make[2]: Nothing to be done for `checklink'.
make[2]:
On Wednesday 11 December 2002 01:44 am, Francois Gouget wrote:
> undocumented
tell me about it. *sigh*
--
gmt
On Monday 09 December 2002 04:53 pm, Shachar Shemesh wrote:
> To answer my own question - they require that the installer only be
> redistributed with an application, that the application add
> significant functionality to the redistibutables themselves,
how nice of them ;)
> and that
> the appl
On Tuesday 10 December 2002 01:10 am, Jeff Smith wrote:
> Can we do something like throw up a message box before loading the
> debugger, asking if we want to debug? Or perhaps there should be a
> command-line option to
> the debugger that presents said dialog, then use that option when
> starting
On Friday 06 December 2002 03:27 pm, Alexandre Julliard wrote:
> "Medland, Bill" <[EMAIL PROTECTED]> writes:
> > Oh. So how is setting --disable-debug supposed to result in the
> > FIXMES being compiled out? I just don't understand what is
> > supposed to be happening here; all I know is that it
e implemented as part of the cabinet merge in
> > work?
yes.
> IIRC Greg Turner volunteer to do it however, also said I might take a
> while before getting around to do it.
indeed!
> If not, install and use the native cabinet.dll instead.
yes, this works like a charm.
I'm lo
On Wednesday 04 December 2002 02:31 am, Francois Gouget wrote:
> On Wed, 4 Dec 2002, Greg Turner wrote:
> [...]
>
> > Anyhoo, yes, I like something like what you are doing better, it
> > seems that if anything might just break out of the blue, it would
> > be the un
On Wednesday 04 December 2002 01:41 am, Francois Gouget wrote:
> +/* Must be Win9x (no Unicode support), skip the tests */
I actually did not run the test myself, but I guess I had some mistaken
recollection that there was crashing involved :)
Anyhoo, yes, I like something like what
On Tuesday 03 December 2002 03:58 am, Alberto Massari wrote:
> Software\Microsoft\Windows NT\Current Version\Hotfix\Q246009
> "Installed"="1"
cool. I did it with just vanilla wine, nt40, your registry key,
urlmon=n and uh.. cabinet=n. Well at least I have a test case now...
Perhaps we
On Tuesday 03 December 2002 06:59 am, Mike Hearn wrote:
> Hi Roderick,
>
> This was discussed about a month ago, so see the archives for more
> info. Basically there was a Gecko vs KHTML debate, with Ender (who is
> writing the code) eventually settling on KHTML for the following
> reasons:
This i
On Tuesday 03 December 2002 04:07 pm, Alexandre Julliard wrote:
> Greg Turner <[EMAIL PROTECTED]> writes:
> > This should ensure that each header can actually be run through the
> > compiler all by itself -- that is, that it #include's any headers
> > it relies
On Tuesday 03 December 2002 05:30 pm, Sylvain Petreolle wrote:
> --- Greg Turner <[EMAIL PROTECTED]> a écrit : > On Tuesday
> the nv driver provided with Xfree is way too slow to use it on Wine.
> and I don't want to have to compile Xfree myself.
Wow, that sounds r
I'm working on Ove's comhdr1 & comhdr2 patches.
So far, so good, btw -- I have it compiling against yesterday's CVS
(recent commits are not folded in yet). I'll submit after I kick the
tires a bit and make sure everything seems to be working (otherwise,
I'll probably post it here and ask for
On Monday 02 December 2002 01:19 am, Dan Kegel wrote:
> Dan Kegel wrote:
> > I found an unopened copy of msvc++ 4.0 at a garage sale last year
> > for $5, couldn't resist. Today I finally tried to install it under
> > Wine.
>
> OK, more details. I switched to testing the simplest
> function of ms
On Monday 25 November 2002 02:05 pm, Eric Pouech wrote:
> Greg Turner a écrit :
> > On Monday 25 November 2002 06:06 am, Martin Wilck wrote:
> > > Am Sam, 2002-11-23 um 02.11 schrieb Ryan Reading:
> > > http://msdn.microsoft.com/library/default.asp?url=/librar
On Monday 25 November 2002 06:06 am, Martin Wilck wrote:
> Am Sam, 2002-11-23 um 02.11 schrieb Ryan Reading:
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllp
>roc/base/getoverlappedresult.asp
>
> says that for NT/2000,XP, "if the hEvent member of the OVERLAPPED
> structure is
On Friday 22 November 2002 03:22 pm, Alexandre Julliard wrote:
> ChangeSet ID: 6371
> 1.154 1.155 +76 -93 wine/controls/menu.c
gcc 3.2 isn't happy with this:
make[2]: Entering directory `/var/src/wine/dlls/user'
gcc -c -I. -I. -I../../include -I../../include -march=athlon
On Thursday 21 November 2002 01:21 am, Dimitrie O. Paun wrote:
> Hmm,
>
> Another header problem. When compiling Putty with Wine's headers,
> I get this errors:
>
> In file included from
> /home/dimi/dev/wine/wine.src/include/msvcrt/wchar.h:12, from
> wcwidth.c:9:
> /home/dimi/dev/wine/wine.src/inc
On Tuesday 19 November 2002 08:36 pm, Alexandre Julliard wrote:
> Do you really need the client connection stuff in rpcss? As far as I
> can tell it doesn't really do much, I'd suggest getting rid of it
> somehow, and having the client part only in rpcrt4 and the server
> part only in rpcss.
that
On Tuesday 19 November 2002 07:18 pm, Sylvain Petreolle wrote:
> Cygwin bash currently fails to execute due to OpenProcessToken.
>
> Looking in source, I see that advapi32.OpenProcessToken calls
> ntdll.NtOpenProcessToken.
>
> This functions is a stub that returns always false today.
OpenProcessTo
On Monday 18 November 2002 05:48 pm, Alexandre Julliard wrote:
> - Don't share C files between rpcrt4 and rpcss, just copy the stuff
> you need (and at least atomicity.c doesn't seem necessary at all,
> you could just as well make mutex calls directly).
Still hoping for some guidance on this.
On Tuesday 19 November 2002 05:57 pm, Ove Kaaven wrote:
> These patches are against ReWind and requires some merging work in
> order to apply to Wine. Could someone (hm... Greg?) do that for me?
sure, I'm glad to put this in my todo list, although the usual
disclaimer about taking my sweet time a
On Tuesday 19 November 2002 12:19 pm, Sylvain Petreolle wrote:
> When I updated my cvs tree (update -APd),
> I had problems with dlls/cabinet.
>
> It didn't add the files created by this patch :
> http://www.winehq.com/hypermail/wine-cvs/2002/11/0179.html
>
> The directory itself is unknown in the
On Tuesday 19 November 2002 12:09 pm, Vincent Béron wrote:
> Greg Turner a écrit:
> > Actually, I have similar questions about the programs and dlls
> > trees of wine... for example, Alexandre has requested that I remove
> > #ifdef's from rpcss... but can I safely c
On Tuesday 19 November 2002 09:58 am, Dimitrie O. Paun wrote:
> On November 19, 2002 10:57 am, Vincent Béron wrote:
> > Quickly checking in MS's headers (an old version), there's a lot of
> > typedef to define wchar_t.
>
> I figured that much. I was hoping for a patch... :)
The wine headers are ve
On Monday 18 November 2002 05:48 pm, Alexandre Julliard wrote:
> A few things:
>
> - Please don't name files 'kludge_something'; this makes it
> impossible to implement things properly without renaming files.
ok. since it's a possibility to keep the named pipes kludge for local
RPCs even once we
On Monday 18 November 2002 12:21 pm, Fredrick P. Lackey wrote:
> (By the way, if there is every anything I can do to repay you for
> your assistance and patience, consider it done.)
muahahahaha! didn't you see that was our plan all along? Browse around
winehq.org, and the beta pages at
http://
On Sunday 17 November 2002 12:21 pm, Mark Hannessen wrote:
> > Ladies and Gentlemen,
> >
> > I am a Microsoft developer and currently pushing the capabilities
> > of the .NET Framework. On that same note, I am considering moving
> > my laptop to some version of Linux (either Solaris v8.0 or Red
S
On Sunday 17 November 2002 01:26 am, Dmitry Timoshkov wrote:
> "Greg Turner" <[EMAIL PROTECTED]> wrote:
> > totally untested, but it does compile, and seems logical
> > enough. while i was at it, i added a few more.
>
> Probably it would be better to crea
On Saturday 16 November 2002 03:17 am, Patrik Stridvall wrote:
> So I very happy that somebody is intrested in continuing.
my pleasure... but I do reserve the right to take my time about it :)
My personal wine TODO list looks something like this, in no particular
order:
o _ismb* work
o convert
On Saturday 16 November 2002 03:52 am, Dmitry Timoshkov wrote:
> "Greg Turner" <[EMAIL PROTECTED]> wrote:
> > So, I think, I
> > should #ifdef the byte-swapping based on the endianness of the
> > target platform (little-endian hosts byte-swap, big-endian hosts
On Tuesday 12 November 2002 10:42 pm, Dmitry Timoshkov wrote:
> "Greg Turner" <[EMAIL PROTECTED]> wrote:
> > So, on second thought, merged or no, I'll try to whip up a better
> > version of _ismbc* and maybe, if I'm feeling especially cool, some
> >
On Friday 15 November 2002 12:47 pm, Patrik Stridvall wrote:
> Now that we have the permission to use cabextract
> under the LGPL it would be useful to have stubs
> for CABINET.DLL so intrested people can work
> with implementing it with fewer "infrastructure"
> problems.
>
> ---8<---
>
> *** cabin
On Friday 15 November 2002 07:42 am, Greg Turner wrote:
> This is basically just a resend of the old rpc_J_PL0 patch, but fixed
> to go in cleanly against the current CVS, since rundll32 (trivially)
> broke my old patch.
oops:
+++ ./programs/Makefile.in 2002-11-15 07:29:36.00
On Wednesday 13 November 2002 01:07 pm, Alexandre Julliard wrote:
> Greg Turner <[EMAIL PROTECTED]> writes:
> > Another unmerged patch I'd like to see go in. cppexcept.c has
> > changed a bit since this was submitted so I've tried to merge in
> > the cha
On Wednesday 13 November 2002 10:10 am, [EMAIL PROTECTED] wrote:
> I'll probably be taking a look at merging in the dib engine in the
> next few weeks as part of ongoing work to improve d3d support. If
> someone happens to start sooner just mail the list so we don't
> duplicate work.
10-4.
--
g
On Wednesday 13 November 2002 03:42 am, David Fraser wrote:
> Greg Turner wrote:
> >Not sure if this is what you've encountered, but there is a
> > shortcoming of the current implementation: the client-side API's
> > report success even when they fail.
>
> N
On Tuesday 12 November 2002 10:42 pm, Dmitry Timoshkov wrote:
> "Greg Turner" <[EMAIL PROTECTED]> wrote:
> > But... since I seem to be volunteering to implement the function, I
> > guess I should do it right...
>
> try something like this (completely not test
On Tuesday 12 November 2002 06:43 pm, Dmitry Timoshkov wrote:
> "Greg Turner" <[EMAIL PROTECTED]> wrote:
> > +int _ismbcalpha(unsigned int ch)
> > +{
> > + if (ch < 0x100)
> > +return ((0x41 <= ch && ch <= 0x5a) ||
> > +
On Tuesday 12 November 2002 03:25 pm, Eric Pouech wrote:
> this patch fixes a regression recently introduced in string printing
> it ensures that we don't loop for ever after we encountered the
> terminating '\0' char
> A+
thank you! this has been driving me nuts and I hadn't found the time to
fi
On Monday 11 November 2002 07:44 am, Alberto Massari wrote:
> Hi Carlos,
>
> At 13.27 09/11/2002 +0100, Carlos Lozano wrote:
> >Hello,
> >
> >It includes 3 lists, a gold list with applications what are
> >working almost 100% in wine, a silver list with application
> >what could be working in wine w
On Monday 11 November 2002 02:29 am, David Fraser wrote:
> Just to verify, I tried running the interop sample and it works fine
> locally.
Great! glad to hear this works for more than just me :)
> Doesn't work between Linux and a Windows machine
> (Linuz client sends
> messages locally, client
ad);
+
+ return rslt;
+}
+
+/***
+ * RpcEpResolveBinding (RPCRT4.@)
+ */
+RPC_STATUS WINAPI RpcEpResolveBinding( RPC_BINDING_HANDLE Binding, RPC_IF_HANDLE IfSpec )
+{
+ /*NTSTATUS ret;*/
+ PRPC_CLIENT_INTERFAC
On Saturday 09 November 2002 09:09 pm, Tony Lambregts wrote:
> OK do you think you could provide an adequate description of what is
> required to build the documnetation on gentoo so we can inlude it in
> the documentation? Preaty Please?
First, for your joe-blow end-user type, they did this for y
On Saturday 09 November 2002 08:33 pm, Steven Edwards wrote:
> >+void RPCSS_Spork()
> >+{
> >+ /* Because we are a wine app, we can't fork. This is
> >+ a trick to invoke ourselves, so we can provide a
> >+ similar effect of creating a "background" process */
>
> I was wondering about thi
On Saturday 09 November 2002 11:08 am, Andreas Mohr wrote:
> Note that these registry keys are a *global* thing (wineserver !),
> whereas the version value returned depends on the wine *instance*
> ("smart" detection algorithm). This could spell trouble...
indeed... why not just virtualize this re
On Friday 08 November 2002 06:22 pm, Sylvain Petreolle wrote:
> Had the same problem...
> if you don't want to update to RH 8.0 (problem solved as they provide
> symlinks),
> then do do "locate docbook2html" (thanks to rpmfind.net)
> executables in RH 7.2 package named docbook-utils.
>
> > I seem t
On Friday 08 November 2002 03:59 pm, Tony Lambregts wrote:
> Greg Turner wrote:
> >On Friday 08 November 2002 12:19 pm, Tony Lambregts wrote:
> >
> >root@yodull greg # locate db2html
> >/usr/bin/gnome-db2html2
> >/usr/bin/gnome-db2html3
> >/usr/bin/gnome2-db2
On Friday 08 November 2002 12:19 pm, Tony Lambregts wrote:
> Ok when I ran "make everything" I got the following
>
> db2html wine-doc.sgml
> make: db2html: Command not found
> make: *** [wine-doc/index.html] Error 127
>
>
> So obviouly db2html was not installed on my system. I went to Ximian
> and
> bigdiff.new:
> generates a list of files that are only in one tree or the other.
Interesting, using 8-bit encoding, it wraps even as an enclosure.
Here's another try...
--
gmt
Do you frequently think "there ought to be a law..."?
Afraid that people you /don't like/ have too much FREEDOM?
On Wednesday 06 November 2002 12:50 pm, Alexandre Julliard wrote:
> Ove Kaaven <[EMAIL PROTECTED]> writes:
> > You added enum attr_type and changed stuff to use that instead of
> > the bison tokens from y.tab.h (no real idea why). Probably around
> > 30 lines.
>
> I think it was to fix a problem wi
On Tuesday 05 November 2002 07:34 am, Martin Wilck wrote:
> Am Die, 2002-11-05 um 13.43 schrieb Ove Kaaven:
> > Hmm, that may not be necessary. If Samba provides a RPC
> > registration service then we wouldn't need another DCE RPC daemon
> > like freedce's, we could just use Samba as our registrati
I wrote...
> #include "msvcrt/stdio.h"
oops, s/msvcrt/wine\/msvcrt/
--
gmt
"The purpose of government is to rein in the rights of the people"
--President Bill Clinton, MTV interview, 1993
I wrote...
> > #include "msvcrt/stdio.h"
> oops, s/msvcrt/wine\/msvcrt/
ugh! I take it back! sorry.
--
gmt
"The purpose of government is to rein in the rights of the people"
--President Bill Clinton, MTV interview, 1993
A couple of questions about headers...
I wrote...
> +#include
First, does this end up using the right "stdio.h"? It won't be an issue
once I switch over to the real wine debug macros... but I wasn't sure
if, by doing this, I was going to get the wine printf() or the unix
printf()? I wanted
On Monday 04 November 2002 05:04 pm, Ove Kaaven wrote:
> Note that to be a "real, fully functional RPC server", it would have
> to bind to a privileged port and such, providing all the DCE RPC
> daemon services that should live on that port. I'm not sure I would
> trust a complex Winelib app to run
On Monday 04 November 2002 01:42 pm, Matts wrote:
> [root@localhost cdrom]# wine /mnt/cdrom/setup.exe
I don't think this will help you to solve your problem, but running wine
as root seems like a very bad idea to me.
good luck,
--
gmt
"The purpose of government is to rein in the rights of th
On Monday 04 November 2002 11:56 am, Alexandre Julliard wrote:
> Greg Turner <[EMAIL PROTECTED]> writes:
> > o Pseudo-debug log emitter: should I be using stderr? is this
> >basically an OK approach? What is the hex number that
> >most real wine debug logs be
1969-12-31 18:00:00.0 -0600
+++ ./programs/rpcss/README 2002-11-03 18:52:12.0 -0600
@@ -0,0 +1,23 @@
+rpcss README
+
+rpcss, copyright 2002, Greg Turner
+rpcss is to be distributed under the LGPL/X11-MIT licenses
+See the Wine License for further information.
+
+Wine needs a server w
On Sunday 03 November 2002 10:50 pm, Gavriel State wrote:
> Mark Hannessen wrote:
> >>When the patch was published, there was a discussion, and the
> >> conclusion was that the code is very probably legal, and is not
> >> against DMCA
> >>
> >>Are you sure about the above statements? Have you check
On Sunday 03 November 2002 09:37 pm, Dimitrie O. Paun wrote:
> -- doesn't render too well in Konqy
Something about "Konky" (sounds like a dog) has never liked the tables
(or something) in WineHQ. In particular, WWN tends to go very, very
wrong.
BTW, following some of the discussion here rece
On Saturday 02 November 2002 03:46 am, Mark Hannessen wrote:
> > Can we post *how* to break the copy protection? I don't think so.
>
> we can. we could include the cracks needed to run the game on the
> site. it is legal use a crack if you own the game.
> as long as we don't forget the disclamer: "
1 - 100 of 200 matches
Mail list logo
