- Wine-Devel - list.winehq.org

my first try at opengl spec sync
by Tom Feb. 4, 2005

Feb. 4, 2005

Hello, This is the first time ive ever tried to sync with the SGI spec am I close to what needs to be done ? Tom

1 0

PRESS: run windows viruses with wine ...
by Marcus Meissner Feb. 4, 2005

Feb. 4, 2005

Hi, Fun article ... author tests various viruses with WINE. http://os.newsforge.com/article.pl?sid=05/01/25/1430222&from=rss Ciao, Marcus

8 12

Re: Re: Newest winrash problems?
by Chris Morgan Feb. 4, 2005

Feb. 4, 2005

There was a bug introduced in 0010 where I was fgets()'ing and checking for feof() on file opened with "wb". Thus the debug file was growing out of control. I released 0011 to fix this issue and I'm hoping that people get the upgrade when their PC's restart. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/04 Fri AM 03:36:56 EST > To: cmorgan(a)alum.wpi.edu > CC: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Re: Newest winrash problems? > > On Thu, 2005-02-03 at 16:21, Chris Morgan wrote: > > I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. > > > > Chris > Hi Chris, > > maybe you could have that one be de-selected on default? The number of > win95 running winrash seem to be outnumbered by the others. > > > > I had some problems with Winrash bailing out on 2 of my win98 systems. > > > Apparently this was because a new winrash was available and it tried to > > > install that? > > > After uninstalling winrash 0009 and installing 0010 it works again. One > > > of the main differences is that winrash 0010 has an extra winsock2 > > > install, could this be the cause? > > > > I saw there's now even a 0011. The following problems where observed by > me while the automatic upgrade took place: > > - for some reason the previous TAG was not used anymore. If you look at > http://test.winehq.org/data/200502031000/ you will see a load of > IDWASEMPTY's. (more than usual) > - On my WinNT4 box, the debug log file grew to 2GB! > > Both of the above where solved by un-installing what was there and > installing the latest. I do think there's something wrong in the > automatic upgrade of winrash. > > Cheers, > > Paul. > >

1 0

Re: appdb/ ./appview.php ./screenshots.php admin/a ...
by tony_lambregts＠telusplanet.net Feb. 4, 2005

Feb. 4, 2005

WineHQ wrote: > ChangeSet ID: 15925 > CVSROOT: /opt/cvs-commit > Module name: appdb > Changes by: wineowner(a)wine.codeweavers.com 2005/02/03 20:55:50 > > Modified files: > . : appview.php screenshots.php > admin : adminAppDataQueue.php editAppFamily.php > editAppVersion.php > include : screenshot.php user.php > tables : appdb_tables.sql > > Log message: > Jonathan Ernst <Jonathan(a)ernstfamily.ch> > - no more appId in appData as appVersion implies an appId* > - screenshot class has been reworked to remove need of appId > - screenshot class has been improved to send e-mails so that email handling can be removed from other scripts > > Patch: http://cvs.winehq.org/patch.py?id=15925 > > Old revision New revision Changes Path > 1.47 1.48 +7 -18 appdb/appview.php > 1.25 1.26 +30 -91 appdb/screenshots.php > 1.10 1.11 +80 -107 appdb/admin/adminAppDataQueue.php > 1.25 1.26 +0 -131 appdb/admin/editAppFamily.php > 1.20 1.21 +3 -10 appdb/admin/editAppVersion.php > 1.8 1.9 +237 -46 appdb/include/screenshot.php > 1.34 1.35 +38 -17 appdb/include/user.php > 1.18 1.19 +0 -2 appdb/tables/appdb_tables.sql > > > Bah! How are extra links in the appfamily suposed to work? Of course you seem to think that these are not important so you simply removed them from edit appfamily &%@#!. This is wrong ! -- Tony Lambregts

1 0

Re: Software Freedom Law Center
by gslink Feb. 4, 2005

Feb. 4, 2005

Here is something else to consider. With respect to property taxes, who owns a piece of software and who is liable for the taxes on it? Some of the current licenses may well make the software seller and not the buyer liable in some states.

1 0

BUG: text alignment in editboxes
by George Ginden Feb. 4, 2005

Feb. 4, 2005

It looks like text alignement is not implented or working correctly. Just run calc.exe in Windows then in Wine. Pay attention at where the digits are shown... I can also provide a simple C program to be used as testbed. See bug : 2698 Regards.

1 0

RICHEDIT again
by Krzysztof Foltman Feb. 4, 2005

Feb. 4, 2005

It seems that I already have something useful. I've added multilevel undo/redo, GetCharFormat/SetCharFormat (very incomplete) and modify flag, and cleaned up the code a lot. The source code is downloadable from here: http://foltman.com/richtext-20050204.tar.gz I'll try to add handlers for basic editing messages (like WM_SETTEXT) and maybe notifications too, DLLize it and then make a Wine patch out of it. Is that OK ? It's not like everything is done the way it should be (for instance, coordinate system is still pixel-based and not twips-based), but in this stage the risk of having to constantly rewrite everyone else's code is much lower. Krzysztof

2 1

Re: [user32/tests/sysparams.c] Add an extra trace
by Paul Vriens Feb. 4, 2005

Feb. 4, 2005

On Fri, 2005-02-04 at 09:58, Paul Vriens wrote: > Hi, > > winrash just ran on my win98 box and the sysparams test didn't complain > about SPI_GETICONTITLEWRAP not being implemented. If I however run the > test manually (with an extra trace) win98 tells me it's not > implemented!! > > So to have some more input about this, I added an extra trace. It could > be that ERROR_INVALID_SPI_VALUE has something to do with this. > > Changelog > extra tracing for SPI_GETICONTITLEWRAP > > Cheers, > > Paul This needs more investigation. Some extra testing showed that LastError is not always set by the calls (all?). I added traces to all the calls and suddenly nothing was implemented anymore. Then I added a SetLastError(0) before every call and the output was totally different again. The only thing not implemented anymore on my win98 box was SystemParametersInfoW. So what's the best approach: - add a SetLastError(0) in every test-routine before we do something? - add a trace after each SystemParametersInfo call? - find out which call sets LastError and which calls don't? Cheers, Paul.

1 0

Re: Newest winrash problems?
by Chris Morgan Feb. 4, 2005

Feb. 4, 2005

I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/03 Thu AM 03:19:52 EST > To: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Newest winrash problems? > > Hi, > > I had some problems with Winrash bailing out on 2 of my win98 systems. > Apparently this was because a new winrash was available and it tried to > install that? > After uninstalling winrash 0009 and installing 0010 it works again. One > of the main differences is that winrash 0010 has an extra winsock2 > install, could this be the cause? > > Cheers, > > Paul. > > >

2 1

Last change to wine/dlls/comctl32/header.c caused regression in Shareaza (downloadable source)
by Tony Lambregts Feb. 3, 2005

Feb. 3, 2005

According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression in Shareaza. http://www.shareaza.com/?id=download I have tested this myself and it is definitely this patch. Backing out this change with current cvs allows Sharaza to work. The the source code for this program is available at http://sourceforge.net/project/showfiles.php?group_id=110672&package_id=119… -- Tony lambregts

1 0