Re: smatch, something like the Stanford Checker

2003-02-10 Thread Dimitrie O. Paun
On February 9, 2003 07:09 pm, Michael Stefaniuc wrote:
> It's a project from KernelJanitors and it seems usefull, 
> at least it's worth an entry on Dimi's janitorial page.

Way cool! And it's on the page:
http://www.dssd.ca/wine/Wine-Janitorial.html

I have to tell you that when I started my Ph.D., I intended to
build a tool akin to the Stanford Checker, and apply it to
the Wine tree. It's good that I haven't persued the idea, since
the Stanford guys would have bit me to the punch, and I would
have had to start all over again. :/

-- 
Dimi.





Re: revised direct sound capture patches

2003-02-10 Thread Dmitry Timoshkov
"Robert Reif" <[EMAIL PROTECTED]> wrote:

> Yes it's correct as is but I made the change to prevent possible
> problems if the name changes here or when it's cut and pasted
> into another driver.  Just trying to prevent a possible future bug.

Just adding a comment would suffice IMO.

-- 
Dmitry.







Re: revised direct sound capture patches

2003-02-10 Thread Dmitry Timoshkov
"Robert Reif" <[EMAIL PROTECTED]> wrote:

> wineoss.diff starts to add support for a real direct sound capture
> driver. It also
> changes the capture fragment size but this still  needs tuning for best
> performance.

> @@ -534,11 +536,11 @@
> #ifdef EMULATE_SB16
> ossdev->in_caps.wMid = 0x0002;
> ossdev->in_caps.wPid = 0x0004;
> - strcpy(ossdev->in_caps.szPname, "SB16 Wave In");
> + strncpy(ossdev->in_caps.szPname, "SB16 Wave In",MAXPNAMELEN-1);
> #else
> ossdev->in_caps.wMid = 0x00FF; /* Manufac ID */
> ossdev->in_caps.wPid = 0x0001; /* Product ID */
> - strcpy(ossdev->in_caps.szPname, "OpenSoundSystem WAVIN Driver");
> + strncpy(ossdev->in_caps.szPname, "OpenSoundSystem WAVIN Driver",MAXPNAMELEN-1);

Why do you need these changes? MAXPNAMELEN in include/mmsystem.h is defined as
#define MAXPNAMELEN  32 /* max product name length (including NULL) */

so it's perfectly correct to use strcpy here.

-- 
Dmitry.







Windows API script updated

2003-02-10 Thread David Miller



 I've updated my script to output 
imported_api.html which lists all of the dlls and the specific APIs imported 
from other dlls.  Hopefully that is a bit more useful than just which dlls 
are imported.  There is a sample output here: http://home.ptd.net/~compsol/imported_api.gz  
It is about 800kb gzipped.  It was 7MB before compressing.  :)  
If anyone is interested, the script is attached again. You'll need to run with 
-parse to get this HTML.
 
Now, should exported APIs somehow be part of 
the HTML as well?


Re: Wine, FreeBSD, and PPC

2003-02-10 Thread Mike Hearn
On Mon, 2003-02-10 at 22:32, ArchAngel_Nix wrote:
> I am running Gnome on a variant of FreeBSD called Darwin. 

You're using raw darwin? Or are you really using MacOS?

> Darwin runs 
> on PPC architecture opposed to x86 architecture. My question is can 
> Wine run on this variant of FreeBSD?

Yes..

> Can I download the source and 
> build Wine for my system? 

I think so. I know it works on Linux/PPC and FreeBSD. Not sure if they
work together.

> Will Wine work with other processor 
> architectures, or only x86? Thanks for the help.

Well, WineLib will work on other architectures. However, you won't be
able to just download apps off the net and run them, because Wine
doesn't have a CPU emulator. So you could recompile Windows apps if you
had the source code, but most windows apps are closed source, so
well, up to you really.





Wine, FreeBSD, and PPC

2003-02-10 Thread ArchAngel_Nix
I am running Gnome on a variant of FreeBSD called Darwin. Darwin runs 
on PPC architecture opposed to x86 architecture. My question is can 
Wine run on this variant of FreeBSD? Can I download the source and 
build Wine for my system? Will Wine work with other processor 
architectures, or only x86? Thanks for the help.

-Mike Holley-
[EMAIL PROTECTED]




Re: WS_EX_TRANSPARENT bug

2003-02-10 Thread Mike Hearn
That's an interesting demo. In the source, I can't actually see where
the translucency is set.

Anyway, I know that although some prototypes were knocked up a few years
ago, it actually needs a translucent window extension which hasn't been
written yet (more hacking on the x internals needed)


On Mon, 2003-02-10 at 19:37, Robert North wrote:
> Mike Hearn m.hearn-at-signal.qinetiq.com |Wine Mailing Lists| wrote:
> > I would have added this to the bug, but I don't have access to my
> > bugzilla password right now (why oh why didn't i change it!). 
> > 
> > Anyway, we can't implement this currently, X11 doesn't support
> > transparent windows :(
> 
> Not quite true
> See the following:
> 
> http://www.eax.com/render/#d4
> 
> Transparency galore!!
> 
> Note:
>   One method only works of a CVS version of Xft/Xrender.
>   extension(s?)
>   The other works using the shape extension.
> 
> It's prossible, but not necessarily trivial
>   -Rob.
> 
> P.S. Apologies to Mike, sent first version of this message Bcc Wine devel.
> 
> 





Re: WS_EX_TRANSPARENT bug

2003-02-10 Thread Robert North
Mike Hearn m.hearn-at-signal.qinetiq.com |Wine Mailing Lists| wrote:

I would have added this to the bug, but I don't have access to my
bugzilla password right now (why oh why didn't i change it!). 

Anyway, we can't implement this currently, X11 doesn't support
transparent windows :(

Not quite true
See the following:

http://www.eax.com/render/#d4

Transparency galore!!

Note:
	One method only works of a CVS version of Xft/Xrender.
	extension(s?)
	The other works using the shape extension.

It's prossible, but not necessarily trivial
	-Rob.

P.S. Apologies to Mike, sent first version of this message Bcc Wine devel.





Re: AppDB updated

2003-02-10 Thread Jeremy Newman
Not with the current interface. That is something that should be
implemented in the future. One thing to take in account is the
reliability of the current rating system in use. Even if the app is 5
star according to the AppDB, that does not mean it won't be broken again
in the current (or future) version of Wine.

I attached a quick report of the current list of 5 star apps for your
viewing pleasure.

On Sun, 2003-02-09 at 09:06, Z_God wrote:
> Is there any way to get the percentage of perfectly working apps?
> That would be really interesting.

-- 
 _  _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com
| \| |_ __ ___ __  __ _ _ _-= http://www.dracowulf.com
| .` / -_) |  | / '  \/ _` | ' \   -= mailto:[EMAIL PROTECTED]
|_|\_\___|\_/\_/|_|_|_\__,_|_||_|  -= ICQ: 1711553 Yahoo: laxdragon

Title: SQL result - phpMyAdmin 2.3.0-rc4




SQL result

Host: wine
Database : apidb
Generation Time: Feb 10, 2003 at 12:15 PM
Generated by: phpMyAdmin 2.3.0-rc4
SQL-query:
SELECT appVersion.appId, appVersion.versionId, appName, versionName FROM
appRating, appFamily, appVersion WHERE (appVersion.versionId =
appRating.versionId AND appFamily.appId = appVersion.appId) AND system
= 'fake' AND score = 5 ORDER BY appName ASC LIMIT 0, 150; 









appId



versionId



appName



versionName








343
498
3D Studio MAX
4.2





134
206
Acrobat Reader
5.0





134
206
Acrobat Reader
5.0





109
1224
AIM (AOL Instant Messenger)
4.8.2790





80
695
America Online
7.0





241
374
American McGees Alice
1.0





355
514
Anarchy Online
12.6





149
255
Army Builder
2.2





86
103
AutoCAD
R14





965
1266
CAD Viewer
3.2





279
1714
CDRWIN
3.9





327
481
Chip
1992





158
248
Command and Conquer: Red Alert
Win95 1.0





440
1095
CorelDRAW
9





871
1147
Counter-Strike
1.0





1105
1466
DC++
v0.18





800
1064
Deadlock
1.0





186
306
Deus Ex
CD Version Patched w/ Latest Multiplayer patch  (1109fm)





74
315
Diablo II
Lord of Destruction Expansion Pack





74
315
Diablo II
Lord of Destruction Expansion Pack





111
159
Director
8.5





183
1054
Dreamweaver
6 / MX





62
37
Eudora
5.1





108
226
Euroglot
1.0





70
43
Fallout
1.1





70
43
Fallout
1.1





194
319
Fallout 2
1.02d





868
1144
FileZilla FTP Client
1.9.9





454
638
Finale
2001





665
885
Fireworks
4





23
1027
Flash
MX





23
79
Flash
5.0





181
301
GetRight
4.5 beta 6





376
553
Grim Fandango
1.0





8
5
Half-Life
1.1.0.8





8
694
Half-Life
Counter-Strike





8
293
Half-Life
Opposing Force





8
5
Half-Life
1.1.0.8





8
5
Half-Life
1.1.0.8





8
5
Half-Life
1.1.0.8





8
694
Half-Life
Counter-Strike





8
694
Half-Life
Counter-Strike





823
1090
Heretic 2
1.01





368

press: International Herald Tribune review

2003-02-10 Thread Dan Kegel
The review was of a Linux distro, but one of the big
failings the reviewer cited was the inability to run
"the Oxford English Dictionary on CD-ROM".

http://www.iht.com/articles/86157.html

-
PARIS For several years now I have thought longingly about Linux, the power-to-the-people operating system that is said to be as stable as a rock, open and free and the embodiment of everything good in the world - in short, the exact 
opposite of Microsoft's Windows, both technically and politically.
...
Early on, Lindows had claimed that it would be able to run all Windows programs, and it came with a utility called WINE that was supposed to make this miracle occur. In fact, it can run some Windows programs, Office 2000, for example, but 
can't run others, like Office XP. In general, the more sophisticated the Windows program, the less likely that WINE/Lindows is going to be able to run it.

Lindows has changed its position. They've realized that trying to piggyback on Windows programs is a recipe for frustration, and WINE is no longer part of Lindows. The current view, Schwartzman said, is that "if there's a Linux alternative, 
you're going to have a better experience."
...
 I use GotoMyPC all of the time to access my home computer from other places. It doesn't work with Linux. I have the Oxford English Dictionary on CD-ROM, which I also use all of the time. It, too, does not work with Linux. There are too 
many programs for which there is no Linux alternative.
.
Lindows is a bold and commendable effort to challenge the Microsoft hegemony and make computers cheaper. Unfortunately, it fails.
--

--
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045




Re: SW_SHOWMINIMIZED bug

2003-02-10 Thread Felipe W Damasio
Felipe W Damasio wrote:

This seems to be critical, because to app does not work anymore 
untill it is re-started.

I'll add an entry to bugs.winehq.com now.

	Here it is:

	http://bugs.winehq.com/show_bug.cgi?id=1272

Felipe





SW_SHOWMINIMIZED bug

2003-02-10 Thread Felipe W Damasio
	Hi,

	SW_SHOWMINIMIZED has a weird bug: The application, when restored, goes 
blank and have to be killed and re-started to work again.

	This looks like an internal loop inside wine, or a wrong XLib flag 
being set.

	Cesar Mello ([EMAIL PROTECTED]) wrote a little app to test it, and 
both the source and an executable are available for download here:

ftp://ftp.elipse.com.br/pub/showWindow/showWindow-exe.tar.gz

ftp://ftp.elipse.com.br/pub/showWindow/showWindow-src.tar.gz

	Can anybody help me with this?

	This seems to be critical, because to app does not work anymore untill 
it is re-started.

	I'll add an entry to bugs.winehq.com now.

	Thank you and kind Regards,

Felipe




Re: WS_EX_TRANSPARENT bug

2003-02-10 Thread Mike Hearn
I would have added this to the bug, but I don't have access to my
bugzilla password right now (why oh why didn't i change it!). 

Anyway, we can't implement this currently, X11 doesn't support
transparent windows :(

On Fri, 2003-02-07 at 16:56, Felipe W Damasio wrote:
>   Hi,
> 
> Felipe W Damasio wrote:
> > I'll enter this bug on bugzilla right away.
> 
>   Here it is:
> 
> http://bugs.winehq.com/show_bug.cgi?id=1262
> 
> Felipe
> 
-- 
Mike Hearn <[EMAIL PROTECTED]>
QinetiQ - Malvern Technology Center





Re: Converting wine to pthreads

2003-02-10 Thread David Fraser
Dan Kegel wrote:


David Fraser wrote:


Dan Kegel wrote:


However, it's not clear to me that's required
for developing winethreads-over-pthreads.  People
could probably get started on that with their
current Linux, even though it's not 100% posix-compliant,
and has odd quirks like using a special management thread, etc.




Exactly. Who's going to start it?



According to a recent post, a quick try at basing things
on pthreads is at
http://www.geocrawler.com/archives/3/9376/2001/12/50/7309863/
but I guess there's more to be done.  So the question
is, who's going to be the first to get a "new pthreads"
Linux system up and running to verify the problem and
try out that patch?

(http://kt.zork.net/wine/wn20030131_155.html#2
has a nice summary of recent discussions, but
searching google for wine pthreads yields a few
interesting tidbits, too.)
- Dan


Seeing as nobody talked about this for a while, I decided to take
this patch and integrate it into my CVS copy... I did and the relevant
files compile fine, with one warning
gcc -c -I. -I. -I../../include -I../../include  -g -O2 -Wall 
-Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+  -fPIC 
-D__WINESRC__ -D_NTSYSTEM_  -DBINDIR="\"/usr/local/bin\""  
-DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o ../../scheduler/sysdeps.o 
../../scheduler/sysdeps.c
../../scheduler/sysdeps.c: In function `SYSDEPS_SpawnThread':
../../scheduler/sysdeps.c:219: warning: passing arg 3 of 
`pthread_create' from incompatible pointer type

Not being an autoconf wizard I had to define USE_PTHREADS manually
in the files ... how could I add a --enable-pthreads switch?

When compiled, gave me the following error linking wine in miscemu:
gcc -o wine wine.spec.o main.o  -L../dlls -lntdll.dll -L../library 
-lwine -L../unicode -lwine_unicode -lm
../dlls/libntdll.dll.so: undefined reference to `pthread_create'
../dlls/libntdll.dll.so: undefined reference to `pthread_attr_setstackaddr'
../dlls/libntdll.dll.so: undefined reference to `pthread_once'
../dlls/libntdll.dll.so: undefined reference to `pthread_attr_setstacksize'
../dlls/libntdll.dll.so: undefined reference to `pthread_join'
collect2: ld returned 1 exit status
make[1]: *** [wine] Error 1

If I tried to add libpthread, I got:
gcc -o wine wine.spec.o main.o -L../dlls -lntdll.dll -L../library -lwine 
-L../unicode -lwine_unicode -lm -lpthread
../dlls/libntdll.dll.so: the use of `pthread_attr_setstackaddr' is 
deprecated, use `pthread_attr_setstack'
so I replaced that, and it got rid of the warning...

Then everything links fine, but running gives an error because of an 
assert in library/port.c because the pthread
functions in scheduler/pthreads.c had been compiled out in the patch. I 
compiled them back in and wine just
hangs...

H  not very useful to anyone but I'd thought I'd let you know.
If anyone wants I can post the patch (to wine-patches?)

David




Re: SMATCH: add missing LeaveCriticalSection

2003-02-10 Thread Michael Stefaniuc
On Sun, Feb 09, 2003 at 04:27:22PM -0800, Dan Kegel wrote:
> Michael Stefaniuc wrote:
> > on some error path the critical section wasn't released.
> > Found with smatch's help.
> 
> I'm impressed.  Didn't know smatch could detect this kind of
> thing in Wine code.
I had to adapt a script from smatch to do this, but to be honest,
searching for missing LeaveCriticalSection's is a trivial task for
smatch. I'll do some more wine specific scripts, easier ones first to
get used to smatch.

> For those who haven't heard of smatch, see http://smatch.sf.net

bye
michael
-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart



msg17384/pgp0.pgp
Description: PGP signature