On Tue, 3 Dec 2002, Greg Turner wrote:
License: X11-MIT
Changelog:
* programs/rpcss/tests: rpc.c:
Greg Turner [EMAIL PROTECTED]
- W9x doesn't support widechar uuids (crashes on test)
That surprises me. I ran these tests on Win95 and Win98 and they failed
but did not crash. Thus I think
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
From: Greg Turner [EMAIL PROTECTED]
I need it to test midi with winealsa.drv.
Now I didn't succeed because of Registry glitch: couldn't find midi
out (%s)\n
gotcha. I run winealsa too... but I've never tried midi. My buddy owns
cakewalk, I should give it a whorl sometime, and see what
Sylvain == Sylvain Petreolle [EMAIL PROTECTED] writes:
Sylvain Is your patch allowing the run of .bat files by wine itself, or
Sylvain only a W-process ? When I try it on command line I have this :
Sylvain [syl@snoop cygwin]$ wine cygwin.bat --debugmsg +process
Sylvain
Thanks, this works.
But it seems another problem is coming.
I checked the COMSPEC value under wcmd.
It currently answers COMSPEC=C:\WINDOWS\SYSTEM\wcmd.exe.
This cannot be found - wineinstall sets links into system32.
link_app wcmd $CROOT/windows/system32/cmd.exe
Is wcmd setting comspec
Sylvain == Sylvain Petreolle [EMAIL PROTECTED] writes:
Sylvain Thanks, this works. But it seems another problem is coming. I
Sylvain checked the COMSPEC value under wcmd. It currently answers
Sylvain COMSPEC=C:\WINDOWS\SYSTEM\wcmd.exe.
Sylvain This cannot be found -
Hmmm, dunno. I don't think it is, because otherwise when I forced a
refresh (by covering up and uncovering it, or switching desktops) it
would render correctly. This isn't the case here - it simply does not
render until something inside the plugin causes a refresh: an animation
for instance, or
On 3 Dec 2002, Martin Wilck wrote:
With the following fixes, the winsock test runs fine (0 errors) on Win
NT (and Wine!).
I applied the patch but the test still fails and gets stuck on NT4:
sock.c:694: STARTING TEST 0
sock.c:332:simple_server (d3) starting
sock.c:341:simple_server
Hi Francois,
You may have seen that Alexandre applied my patch, so the winsock test
issue appears to be fixed.
I inserted an #ifdef _WIN32 clause at the top to adjust includes to
run with VC++. I wonder if this should be done for all test programs to
avoid the editing hassle.
The Running tests
- Original Message -
From: Sylvain Petreolle [EMAIL PROTECTED]
To: Greg Turner [EMAIL PROTECTED]
Cc: wined [EMAIL PROTECTED]
Sent: Tuesday, December 03, 2002 7:30 PM
Subject: Re: Direct3D8 regression/bug
--- Greg Turner [EMAIL PROTECTED] a écrit : On Tuesday 03
December 2002 02:34
Sylvain == Sylvain Petreolle [EMAIL PROTECTED] writes:
Sylvain Here is what I get in wcmd :
C dir cygwin.bat
Sylvain Volume in drive C is Volume Serial Number is 1234-5678
Sylvain Directory of C:\cygwin\
Making only one tweak to /etc/profile,
cygwin manages to launch partially.
If you comment the line USER=`id -un`, bash -l -i displays : (I
placed I'm here! at the end of .bahrc)
Cbash -l -i
I'm here!
syl@snoop ~
$ logout
C
The next step will be identify the reason why it just logs out.
I
I known it works directly, but it should work with wcmd...
From inside wcmd you can run the batch directly. In this case, th
epatch
isn't involed neither.
Try
C cygwin.bat
=
Sylvain Petreolle
[EMAIL PROTECTED]
Fight against Spam !
Sylvain == Sylvain Petreolle [EMAIL PROTECTED] writes:
Sylvain I known it works directly, but it should work with wcmd...
From inside wcmd you can run the batch directly. In this case, th
epatch isn't involed neither.
Try
C cygwin.bat
To parse inside wcmd
c wcmd /c
You wrote exactly what I wanted to avoid when I put mplayer.exe
It isn't mplayer from mplayerhq.hu, but windows mplayer.exe from
Windows ME.
I need it to test midi with winealsa.drv.
Now I didn't succeed because of Registry glitch: couldn't find midi
out
(%s)\n
I get a similiar
Am Mit, 2002-12-04 um 10.21 schrieb Francois Gouget:
With the following fixes, the winsock test runs fine (0 errors) on Win
NT (and Wine!).
I applied the patch but the test still fails and gets stuck on NT4:
Strange - on my Win2k box it runs perfectly. Error 10022 is WSAEINVAL -
I have no
- Original Message -
From: Sylvain Petreolle [EMAIL PROTECTED]
To: Justin [EMAIL PROTECTED]; Greg Turner
[EMAIL PROTECTED]
Cc: wined [EMAIL PROTECTED]
Sent: Wednesday, December 04, 2002 5:55 AM
Subject: Midi, was Re: Direct3D8 regression/bug
You wrote exactly what I wanted to avoid
I am sorry to say that I still don't quite understand this issue, but -
can anybody point me to a resource saying what exactly I may or may not
do when writing code for a wine DLL? In particular, when writing code
for DLL X, which functions from other DLLs may I call?
Example: When writing
I found why we have a 'not found', the problem is that wcmd isn't
installed by default in c:\windows\system32, it installed as cmd.
should we add it to wineinstall or what ?
for the false COMSPEC problem, I found it too.
it is in files/directory.c:107/180.
it assigns wcmd as interpreter.
to give
Sylvain == Sylvain Petreolle [EMAIL PROTECTED] writes:
Sylvain I found why we have a 'not found', the problem is that wcmd
Sylvain isn't installed by default in c:\windows\system32, it installed
Sylvain as cmd. should we add it to wineinstall or what ?
Sylvain for the false
On December 4, 2002 04:35 am, Martin Wilck wrote:
I guess for newbies it will be pretty much impossible to figure this
out. Or is there a really simple way that I just missed?
This is why I think we need someone to build the tests, and make them
available for people to run on Windows. Even if
On Wednesday 04 Dec 2002 09:48, Sylvain Petreolle wrote:
Here is what I get in wcmd :
Cdir cygwin.bat
Volume in drive C is
Volume Serial Number is 1234-5678
Directory of C:\cygwin\
01/03/2002 05:05:1655 cygwin.bat
1 file55 bytes
0
On December 4, 2002 12:26 pm, davep wrote:
wcmd started in this way does not inherit the current
directory from its parent
And isn't this a problem?
--
Dimi.
Uwe Bonnes [EMAIL PROTECTED] writes:
It's tools/wineinstall that does rename wcmd.exe to cmd.exe when installing.
I don't think this is right. Other opinions?
Actually it could be argued that this is the right thing to do, since
wcmd is supposed to be a replacement for cmd.exe. But then of
I was looking at entry C.5 of the 0.9 Todo list:
Make Wine's DLLs register themselves to avoid manual merging of the
winedefault.reg [TODO]
Upon first glance I figured the approach is to (not necissarily in
this order): add regsvr32.exe calls in the installation scripts,
fill in the
Paul Millar paulm-at-astro.gla.ac.uk |Wine Mailing Lists| wrote:
On 3 Dec 2002, Mike Hearn wrote:
It sends WM_PAINT, the does the NCPAINT thing which seems to be do do
with window borders, and then some ERASEBKGND messages come from
somewhere. I have a sneaking suspicion that the background
I have been trying to get programs installed which place entries in
RunOnce. I read a while ago about a wineboot program which automates
these jobs, thus simulating a reboot, similar to what crossover does.
Does anyone have such a program, as I have been looking for it and cant
find it.
--
On December 4, 2002 01:36 pm, Jeff Smith wrote:
Does anyone have any better ideas on what the Right Way to tackle
this item is? I am sure that adding external functions that do not
exist in native versions is *not* the way.
This was Alexandre's idea. Alexandre, a more detailed brain dump on
Martin Wilck [EMAIL PROTECTED] wrote:
I am sorry to say that I still don't quite understand this issue, but -
can anybody point me to a resource saying what exactly I may or may not
do when writing code for a wine DLL? In particular, when writing code
for DLL X, which functions from other DLLs
Ask the codeweavers guys and look at the crossover stuff. Andi wrote wineboot and
discussed it at
wineconf but it has never been commited to the winehq cvs. It is in the list archive
somewhere
also..
Steven
--- Matthew Davison [EMAIL PROTECTED] wrote:
I have been trying to get programs
From: Dimitrie O. Paun [EMAIL PROTECTED]
On December 4, 2002 01:36 pm, Jeff Smith wrote:
Does anyone have any better ideas on what the Right Way to tackle
this item is? I am sure that adding external functions that do not
exist in native versions is *not* the way.
This was Alexandre's idea.
Dimitrie O. Paun wrote:
Hi folks,
The Wine Janitorial Project section has grown to the point
where a separate page is warranted. It's been *greatly*
enhanced, hopefully making the tasks a lot more explicit,
easier to understand, and track. The first release of this
page is available at:
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
On Wed, 4 Dec 2002, Greg Turner wrote:
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
On December 4, 2002 04:10 pm, Tony Lambregts wrote:
Well not fogetting about them is sort of what bugzilla is for. So I will
put them into Bugzilla with the keyword tasklist or tasklet as
appropriate. Bugzilla is good at tracking what needs to be done I think
it worked very well for -DSTRICT
Dimitrie O. Paun [EMAIL PROTECTED] writes:
C.1 Merge configuration into the registry
Any gochas? What would it take?
Not much, it basically means making the Wine/Config branch into a
normal registry branch. It's more a user interface issue, we need
tools to edit it because you don't want to
Alexandre said:
Part of it should be done with DllRegisterServer, the rest can be
handled by the .inf script. And I think it's OK to add the necessary
DllRegisterServer entry points even if the native dll doesn't have
them.
I'm glad you feel that way. I created bug 1117, Make all Wine OLE
John K. Hohm [EMAIL PROTECTED] writes:
I posted my idea for representing the registration data, accidentally from
[EMAIL PROTECTED] rather than my usual [EMAIL PROTECTED] (see
http://www.winehq.com/hypermail/wine-devel/2002/11/1409.html), but I haven't
gotten any responses, not even looks
Ok, in this case we must change all stuff going into system32,
as the sample config file specifies c:\windows\system as path too.
COMSPEC is set in directory.c to point to the windows system
directory, this is correct and should not be changed. The bug is that
wineinstall puts stuff in
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Alexandre Julliard
Sent: Monday, December 02, 2002 9:03 AM
To: Shachar Shemesh
Cc: David Laight; David Fraser; Shachar Shemesh; Francois Gouget;
[EMAIL PROTECTED]
Subject: Re: strcat+strcat+strcat
40 matches
Mail list logo
