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
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 story
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 added to the
priority
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.
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 breath :)
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
use with wine ??
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
the individual who can labor
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 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
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 can
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
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 wine,
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
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 tried making a .bat file containing
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
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.
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) should
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 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 UserMarshal
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 think we want
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
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 prevail ... but
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 test
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
version,
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 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.
actually I don't think we really want to use off_t
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-Linux systems.
Short to medium term, do you agree with my fix
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 windows
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 sys/types.h to obtain off_t.
actually I don't think we really want
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 skip things as may be appropriate
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 mode.
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 the
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 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 import
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 at
On Wednesday 11 December 2002 01:44 am, Francois Gouget wrote:
undocumented
tell me about it. *sigh*
--
gmt
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 the
?
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 looking into cabinet now. You are correct that, the fci.h and fdi.h
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 isn't
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 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 unicode version, right? So I should have
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 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 really bad... unless our experinces
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 to compile.
We don't want that, it's
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 is
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 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 msvc's
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 NULL,
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=/library/en-us/
dllp roc/base
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:
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 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 very
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 code against the assumption
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
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 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.
OpenProcessToken
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's
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
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 do
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 create a common internal
function which accepts C1_
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
Sorry to
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
others in the vicinity, using GetStringType as you
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 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.0 -0600
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---
*** cabinet
*
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.
Not just that; they currently send the message
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.
--
gmt
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 changes (at a glance, this seems to have worked). Let
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
fix
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) ||
+(0x61 = ch ch = 0x7a) ||
+/* Japanese/Katakana, CP 932
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 tested):
int _ismbcalpha(unsigned int ch
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 on
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 with some
:00:00.0 -0600
+++ ./include/wine/rpcss_shared.h 2002-11-10 13:37:52.0 -0600
@@ -0,0 +1,103 @@
+/*
+ * Copyright 2002 Greg Turner [EMAIL PROTECTED]
+ *
+ * For license terms, see programs/rpcss/README
+ */
+
+#ifndef __WINE_RPCSS_SHARED_H
+#define __WINE_RPCSS_SHARED_H
+
+#include
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
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 this but have
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
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 installed
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 to have
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 with header
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 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 registration
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 checked that, or
@@
+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 whose role is somewhat like that
+of rpcss.exe in windows.
+
+Enjoy.
+
+KNOWN BUGS / TODO:
+
+ o Service hooks
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 begin with? I'd like to look
On Monday 04 November 2002 01:42 pm, Matts wrote:
[rootlocalhost 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 the
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 as
A couple of questions about headers...
I wrote...
+#include stdio.h
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
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
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
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
On Saturday 02 November 2002 01:23 am, Francois Gouget wrote:
For instance, let's say I want to run for DreaWeaver 4. I go to the
application database and see this:
To get DreamWeaver running, append the following lines to your Wine
configuration file:
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: don't
On Friday 01 November 2002 01:42 am, Thomas Wickline wrote:
The way it is now I Search around for who is working on what .. And
then PESTER
the info out of them ;) I don't like doing it this way. But it is the
only way I have at this time.
Actually, this sounds like the only universally
On Friday 01 November 2002 06:47 am, Ove Kaaven wrote:
On Thu, 31 Oct 2002, Greg Turner wrote:
On Thursday 31 October 2002 06:08 pm, Ove Kaaven wrote:
Note that I will work on ReWind, not directly on Wine, so I
probably won't be able to submit massive change all files to
include
+
+@MAKE_PROG_RULES@
+
+### Dependencies:
--- /dev/null 1969-12-31 18:00:00.0 -0600
+++ ./programs/wrpcss/README2002-11-01 08:42:27.0 -0600
@@ -0,0 +1,14 @@
+wrpcss README
+
+wrpcss, copyright 2002, Greg Turner
+wrpcss is to be distributed under the LGPL/X11-MIT licenses
+See the Wine
On Friday 01 November 2002 09:59 am, Jaco Greeff wrote:
Greg Turner wrote:
GNU + * Lesser General Public License for more details.
+ *
+ * You should have received a cop
Alexandre Julliard [EMAIL PROTECTED]y of the GNU Lesser General
Public
1 - 100 of 183 matches
Mail list logo