Re: Feasible google summer of code project?
On Wed, 01 Jun 2005 19:26:07 +, Joseph Garvin wrote: > 1. My understanding is the mentor organizations get to choose who they > want. Is the wine project still interested in someone with my relatively > low C/wine code base experience or should I just look elsewhere? Well, we're not the borg but yes we're interested in anybody who seems competent and dedicated. Based on a totally random and mostly unjustified first impression, I'd say you are! > 2. Is this something feasible for a proposal? Could it realistically be > completed over the summer, say with 10 (insert your realistic number > here) hours a week of work? You guys know the code better than I do :) You named a lot of stuff there, but yes desktop integration is absolutely pitched at about the right level. If it helps any, when I started I didn't even know C, I learned it specifically in order to hack on Wine. So it's definitely do-able, especially as documentation improved a lot since I started (well, I would say that, I wrote quite a bit ... :) In order of difficulty from easy to hard I'd say: - Linking Desktop/My Documents to the real locations - XDG menu support - Autorun (needs the Wine explorer work really) - Icon themes Icon themes listed as "quite hard" because directly importing icon themes from the environment is fraught with non-code problems like visual consistency. I have a patch to import the GNOME artwork which IMHO makes a *ton* of difference, it looks much nicer, but Alexandre wants yellow folders ;) But to do that I had to Gimp the icons up a bit, they weren't usable raw. Autorun needs integration with the HAL to monitor for new media events, really. And that needs a process sitting in the background, which is what the Wine Explorer thing is supposed to be. I have a patch to add that but AJ said at WineConf it needed more design work. XDG menu support is totally do-able, though be prepared for frustration as you hit random bugs in desktops and distros even if you only target XDG. Linking Desktop/My Documents to the real locations shouldn't be too hard ... in theory thanks -mike
Re: Wine does not build (preloader.c, line 863, a_ptr union)
Ivan Gyurdiev wrote: I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all.. preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union ’ has no member named ‘a_ptr’ preloader.c:864: error: ‘union ’ has no member named ‘a_ptr’ This is more likely to be a problem with your headers than with gcc. Mike
Wine does not build (preloader.c, line 863, a_ptr union)
I hate bothering the -devel list with compile errors, but they don't seem to get fixed, so I start wondering if anyone else besides me is using gcc4 at all.. preloader.c: In function ‘is_in_preload_range’: preloader.c:863: error: ‘union ’ has no member named ‘a_ptr’ preloader.c:864: error: ‘union ’ has no member named ‘a_ptr’ make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/phantom/src/wine/loader' make: *** [loader] Error 2 -- Ivan Gyurdiev <[EMAIL PROTECTED]> Cornell University
Copy Protection & WINE
From what I understand, there are 3 ways to do copy protection in WINE (at least for copy protection that needs a kernel driver to work): 1.Implement a WINE implementation of that kernel driver (in the same way various stock windows kernel drivers have been implemented). Problem with this is that there is a big DMCA risk (which is why AFAIK its been rejected) 2.Implement a fake NTOSKRNL that has just the entrypoints for accessing and loading copy protection drivers (the set of kernel calls needed by the copy protection drivers is only a very small subset of the total set of kernel calls and AFAIK none of them are hardware related) or 3.Implement a proper kernel driver loader (i.e. one that would sit in the windows kernel and do the same sort of thing as that ndiswrapper and that ntfs.sys loader do) What is the current state of copy protection work for WINE? Which of these 3 options do the developers intend to follow? (I remember someone posted some actual code for option 2 but I dont remember if anything happened with it)
Re: Google "Summer of Code"
Johan Dahlin suggested GTK+ theming integration as a project on IRC, and I agree that this would probably be about the right level of difficulty/work. Or rather, supporting theming in our widget toolkit, even if the actual GTK+ bridge wasn't written. IMO, such "themeing" should be done via a suitable implementation of the UXTHEME dlls (and related functionality) with the GTK+ theming integration being implemented as a "theme" file (AFAIK a theme file is just a windows DLL file with special stiff in it). Although since doing it The Right Way would probobly require SxS/Activation Context/etc support in WINE, it might be harder :)
Re: Age of Empires 2 splash screen
Jesse Allen wrote: Was this with the current wine tree? lol no, it's my safedisc work in progress stuff. Ivan.
Feasible google summer of code project?
I asked in #winehq where I should ask about this, and I was sent here. So no flames if they were horribly wrong, I tried ;) I'm an undergraduate CS student, and I've been reading the wine newsletter for a while now because I find the project rather cool to watch. When I started using Linux a year ago wine didn't run my screenwriting software at all -- it's now fully functional. That's just flippin' sweet :) So, naturally, I'm excited at the idea of maybe hacking on wine. I'm not a super experienced C programmer. I know Standard C but have never actually worked on a large project in it before. I pick up new languages rather quickly though, and I've worked in Java, C, C++, Matlab, Lisp, and Python (my current favorite). But because I'm not a low level C guru (yet), I looked for things I could contribute to that weren't frightening -- some of the suggestions on the Wiki summer of code page look like they're meant for people already familiar with the wine codebase. That said, I'm interested in picking up the desktop integration areas that wine currently lacks. Working trash, my documents, autorun, xdg menu support (adding start menu items to the K-menu for instance), winebrowser, and icon themes. Basically a good chunk of stuff on the fun projects page. Two questions: 1. My understanding is the mentor organizations get to choose who they want. Is the wine project still interested in someone with my relatively low C/wine code base experience or should I just look elsewhere? 2. Is this something feasible for a proposal? Could it realistically be completed over the summer, say with 10 (insert your realistic number here) hours a week of work? You guys know the code better than I do :)
Re: Google "Summer of Code"
On 5/31/05, Daniel Kegel <[EMAIL PROTECTED]> wrote: Google is offering students summer stipends to contributeto open source projects! As part of the Summer of Code, Google will be giving each project $500 for each proposal that gets accepted. Right now the Wine Party Fund is doing ok. What do you guys think about contributing $250 of the $500 back to the developer as an extra incentive? It might give people extra incentive to work on Wine. Tom Wickline pointed out that might be seen as cheating by the other projects, but I think it's pretty fair. -Brian
Re: Age of Empires 2 splash screen
On 6/1/05, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote: > I actually got this for the first time a few days ago, but I thought I > might as well share it as I think it's cool. AFAIK DMCA compliant code > has never got this far with safedisc 1. > http://www003.portalis.it/115/download/aoe.png > > Ivan. > > > Was this with the current wine tree?
Re: DCOM and Google's Summer of Code
On Thu, 02 Jun 2005 00:26:14 +0400, Ivan Pechorin wrote: > Mike, I need Wine's DCOM implemented to port some complex app to > Linux. Google's offer is just a reason to start working on it a bit > earlier than I planned. Ah, I see. If you are definitely going to work on it, then maybe Rob and myself should create a wiki page with all the work that needs to be done. At the moment much work remains to be done. For instance: * Make the RPC runtime compatible with Microsofts marshalling format/DCE * Possibly implement the necessary parts of widl * Implement the OXID resolver, a proper endpoint mapper, maybe a proper ROT * Implement complex/simple pinging * Maybe implement IRemoteActivation/ISystemActivator You may wish to work with or contract CodeWeavers to help you with this project. thanks -mike
Re: DCOM and Google's Summer of Code
> DCOM is stupidly hard, although that said I'm a student myself and Rob > only recently stopped being a student. Raw RPC is a bit easier but still ... > > I think the ASP or theming tasks might be fun. Alternatively, maybe some > Direct3D work? Mike, I need Wine's DCOM implemented to port some complex app to Linux. Google's offer is just a reason to start working on it a bit earlier than I planned.
Re: DCOM and Google's Summer of Code
> > I'm in trouble trying to estimate effort needed to implement > > marshalling interoperable with MS. > > Is it a right task for 2-2.5 months of Google's "Summer of Code"? > DCOM is a much larger project requiring some degree of infrastructure > work that would be difficult for a person new to the Wine codebase and > new to COM. > So DCOM is probably out of reach, but the underlying protocol, DCE/RPC > is probably right for 2-2.5 months of work. Robert, thank you for clarification. I'm interested in Wine's DCOM in a long term because I have a big task: I need to port to Linux some complex commercial middleware and a couple of apps based on it. These apps employ DCOM heavily. > The work will involve > parsing MIDL format strings and marshaling/unmarshaling data correctly > to/from a buffer. The project should be easier for a new, but bright > coder who hasn't yet built up a knowledge of Win32 / POSIX APIs than > many other projects. > I could provide a test program that exercises and > certain number of Ndr types and say "make this work". We could vary the > number of types to vary the amount of work. It will be very helpful if you provide this test program. Robert, thank you for accurate and clear definition of an intermediate goal.
Re: DCOM and Google's Summer of Code
On Wed, 01 Jun 2005 23:40:29 +0400, Ivan Pechorin wrote: > Marcus, thank you for realistic estimation. I'm interested to work on > Wine's DCOM in a long term. Please, could you suggest some > intermediate tasks? There's a page we're writing here: http://wiki.winehq.com/SummerOfCode It might prove interesting. DCOM is stupidly hard, although that said I'm a student myself and Rob only recently stopped being a student. Raw RPC is a bit easier but still ... I think the ASP or theming tasks might be fun. Alternatively, maybe some Direct3D work?
Re: Add a window station server object
Robert Shearman <[EMAIL PROTECTED]> writes: > Robert Shearman wrote: > > > Changelog: > > Add a window station server object. > > > Alexandre, > Do you want me to flesh out the window station object and add some > server calls before committing this work or is there something else? Actually I have a more complete implementation that I did a while back, but I didn't commit it as it wasn't really finished. I need to dust it off and put it in. So I'd suggest to not spend more time on that for the moment. -- Alexandre Julliard [EMAIL PROTECTED]
Re: ntdll.dll: mark dirlink as REPARSE_POINT (v2)
On Tue, 31 May 2005, Detlef Riekenberg wrote:
[...]
Some Informations about a REPARSE_POINT:
1. A REPARSE_POINT is a Symlink or a Mountpoint
2. A REPARSE_POINT in win2000 is used for the "Remote Storrage Service"
ans as a Volume Mountpoint (kill the Driveletter-Limit).
3. The Windows-Explorer does not copy the REPARSE_POINT but
the complete data, represented by the REPARSE_POINT.
4. The only tool in win2000, which is able convert a normal Directory
into a REPARSE_POINT (mountpoint) is the Disk-Management Utility.
a: According to "b", there is the "linkd"-app in the w2k-Reskit for
creating junctions.
b: With "Junction.exe" you can view REPARSE_POINTs and create/delete
dir-symlinks ("http://www.sysinternals.com/files/jnctnsrc.zip";)
(Freeware with source)
c: You can create Hardlinks for Files on an NTFS-Volume with ln.exe
from "www.losoft.de/download/ls-tools.zip" (Freeware with source)
d: Another Link-Tool for NTFS: "http://ashedel.chat.ru/source/";
(GPL)
e: A clone of ntifs.h with struct FILE_LINK_INFORMATION,
struct _REPARSE_DATA_BUFFER and also "*CreateSymbolicLink*"
"http://www.acc.umu.se/~bosse/ntifs.h"; (GPL)
(Also in the mingw-cvs)
How does Find{First,Next}File handle REPARSE_POINTs? Any chance we could
use them to enable ShowSymdirLink without causing applications to go
into infinite loops?
If yes that would be very cool.
--
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
Avoid the Gates of Hell - use Linux.
Re: Add a window station server object
Robert Shearman wrote: Changelog: Add a window station server object. Alexandre, Do you want me to flesh out the window station object and add some server calls before committing this work or is there something else? -- Rob Shearman
Re: DCOM and Google's Summer of Code
> > I'm in trouble trying to estimate effort needed to implement > > marshalling interoperable with MS. > > Is it a right task for 2-2.5 months of Google's "Summer of Code"? > > I think DCOM is way above student level. > There might be some other tasks. Marcus, thank you for realistic estimation. I'm interested to work on Wine's DCOM in a long term. Please, could you suggest some intermediate tasks?
Re: dlls/gdi/dib.c GetDIBits
> "Ulrich" == Ulrich Czekalla <[EMAIL PROTECTED]> writes: Ulrich> Uwe, Here you go. I hope it helps. Thanks, AvrStudio doesn't take that code path however, neither with bpp==0 or else ... -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Google "Summer of Code"
Am Mittwoch, 1. Juni 2005 14:59 schrieb Christoph Frick: > On Wed, Jun 01, 2005 at 03:11:49PM +, Stefan D?singer wrote: > > Anno 1602 > > different sources in the net say, that the game works without problems > and the last time i tried it worked. the places telling it works, say so > for about 3 years. i guess the game is hardly to buy nowadays and its > successor is already in the shelfs for about 2 years or so (or even no > longer in the shelfs). not to mention that as any game made in germany > there was a big market outside the EU. Installer issues... The builtin installer works for the base version, the extensions installer fails. There's an install shield based installer for win2k, which has the usual install shield problems. > > Most Apps need only minor patches, except the 2 Star Wars games and > > Warcraft III, which need Installshield to work with builtin dlls. > > games in general are hard to make them work out of the box due to the > copy protections; once the vendor decides to remove the copy protection > in a patch this is something else - but i doubt, that this three games > work without a "no cd crack". For Warcraft III a no cd crack is indeed necessary, but the 2 others don't need one. With the base version of Jedi Knight Jedi Academy the single player .exe file complains about an debugger, but that chack is removed in the 1.01 update :-). Multiplayer works out of the box.(except the installer issues). Half-Life needs a patch which makes it's main window managed, otherwise it's neccessary to activate Desktop mode. So if one doesn't count the install shield problems, these games are nearly there. It would be nice to have these 'nearly there' apps working out of the box, it simply makes a much better impression to the user. For example Half-Life: Instally nice, runs better than on Windows*. But if a newbe has to create a config file to make the main menu work, than this leaves an unnecessary bad impression. *For me, because there are incompatiblities between the Windows ATI graphics driver and the Half-Life engine. Anyone here who blames ATI for not being capable of writing good Linux drivers? I also blame them for not being able to write good Windows drivers. Cheers, Stefan
Re: DCOM and Google's Summer of Code
Ivan Pechorin wrote: Hello! I'm in trouble trying to estimate effort needed to implement marshalling interoperable with MS. Is it a right task for 2-2.5 months of Google's "Summer of Code"? DCOM is a much larger project requiring some degree of infrastructure work that would be difficult for a person new to the Wine codebase and new to COM. So DCOM is probably out of reach, but the underlying protocol, DCE/RPC is probably right for 2-2.5 months of work. The work will involve parsing MIDL format strings and marshaling/unmarshaling data correctly to/from a buffer. The project should be easier for a new, but bright coder who hasn't yet built up a knowledge of Win32 / POSIX APIs than many other projects. I could provide a test program that exercises and certain number of Ndr types and say "make this work". We could vary the number of types to vary the amount of work. -- Rob Shearman
DCOM and Google's Summer of Code
Hello! I'm in trouble trying to estimate effort needed to implement marshalling interoperable with MS. Is it a right task for 2-2.5 months of Google's "Summer of Code"? Best regards, Ivan Pechorin.
Age of Empires 2 splash screen
I actually got this for the first time a few days ago, but I thought I might as well share it as I think it's cool. AFAIK DMCA compliant code has never got this far with safedisc 1. http://www003.portalis.it/115/download/aoe.png Ivan.
Re: Google "Summer of Code"
On Wed, Jun 01, 2005 at 03:11:49PM +, Stefan D?singer wrote: > Anno 1602 different sources in the net say, that the game works without problems and the last time i tried it worked. the places telling it works, say so for about 3 years. i guess the game is hardly to buy nowadays and its successor is already in the shelfs for about 2 years or so (or even no longer in the shelfs). not to mention that as any game made in germany there was a big market outside the EU. > Most Apps need only minor patches, except the 2 Star Wars games and Warcraft > III, which need Installshield to work with builtin dlls. games in general are hard to make them work out of the box due to the copy protections; once the vendor decides to remove the copy protection in a patch this is something else - but i doubt, that this three games work without a "no cd crack". -- cu pgpZ0FIWTPuCG.pgp Description: PGP signature
Re: dlls/gdi/dib.c GetDIBits
Uwe,
Here you go. I hope it helps.
/Ulrich
On Wed, Jun 01, 2005 at 10:05:08AM +0200, Uwe Bonnes wrote:
> > "Ulrich" == Ulrich Czekalla <[EMAIL PROTECTED]> writes:
>
> Ulrich> This patch fixes a regression that happened quite sometime
> Ulrich> ago. We don't always fill in the BITMAPINFO struct fields on the
> Ulrich> way out and this broke my app because it uses these values to
> Ulrich> allocate enough memory to hold the bits.
>
> Ullrich,
>
> I see a lot of indentation change and only 2 or 3 lines of real code
> change. Can you perhaps resent with the real code change better visible? I
> have a problem with CopyImage, maybe it is affected by the regression you
> fix. Tagging the changes for debugging can help me to be sure about the
> change.
>
> Thanks
>
> --
> Uwe Bonnes[EMAIL PROTECTED]
>
> Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
> - Tel. 06151 162516 Fax. 06151 164321 --
Index: dlls/gdi/dib.c
===
RCS file: /home/wine/wine/dlls/gdi/dib.c,v
retrieving revision 1.10
diff -u -p -r1.10 dib.c
--- dlls/gdi/dib.c 13 Apr 2005 14:45:27 - 1.10
+++ dlls/gdi/dib.c 1 Jun 2005 13:42:20 -
@@ -939,9 +939,6 @@ INT WINAPI GetDIBits(
else
{
/* fill in struct members */
-
-if (bpp == 0)
-{
if (core_header)
{
BITMAPCOREHEADER* coreheader = (BITMAPCOREHEADER*) info;
@@ -963,7 +960,6 @@ INT WINAPI GetDIBits(
info->bmiHeader.biCompression = 0;
}
lines = abs(bmp->bitmap.bmHeight);
-}
}
if (!core_header)
Re: Winelib MFC app crashes after printing
Eugene Aksenov wrote:
I have a small MFC app ported to winelib which uses MFC compiled with winelib.
Really, it is just an App-Wizard generated application.
I always have a crash of the application after printing. The page is printed ok but after that the app crashes.
[...]
Did anybody meet a problem like that ? Is it MFC that has some impact here ?
Thanks a lot for any hints.
I've run into this bug & fixed it. I just was never confident enough in
my fix to get around to submitting it.
The problem you're seeing is most likely because you have a C++
application. When wine prints something via lpr, it forks off a child
process to do the printing. Instead of doing exec("lpr") as most other
programs do, wine does a system("lpr"); exit(); The normal exit causes
the child process to execute global destructors, which the 'exec'
wouldn't. If the global destructors free memory that is also used by
the parent process (which is probably common), the parent process will
quickly crash.
Try the attached patch and see if it fixes your problem. I think it's
mostly correct for linux, solaris, and hp. We'd need to check the
behavior of system() on other platforms to make sure it's consistent.
On Solaris, it looks like there are circumstances when system() will
invoke 'ksh' instead of 'sh', but I hope wine doesn't need to worry too
much about that little detail.
Eric
Index: printdrv.c
===
--- printdrv.c (.../vendor/wine/current/dlls/gdi/printdrv.c) (revision 30779)
+++ printdrv.c (.../trunk/wine/dlls/gdi/printdrv.c)(revision 30779)
@@ -516,9 +516,13 @@
signal( SIGPIPE, SIG_DFL );
signal( SIGCHLD, SIG_DFL );
-system(psCmdP);
+#if defined(__hpux) || (defined(__sun) && defined(__SVR4))
+execl("/usr/bin/sh", "sh", "-c", psCmdP, 0);
+#else
+execl("/bin/sh", "sh", "-c", psCmdP, 0);
+#endif
+/* If the exec fails, we'll just take our chances and exit */
exit(0);
-
}
close (fds[0]);
fd = fds[1];
Re: Google "Summer of Code"
On 6/1/05, David Gümbel <[EMAIL PROTECTED]> wrote: > Sounds good to me. Maybe it would be wise to first collect many ideas, and > then make a selection for the SOC. Projects that are not selected might > make a good base for other academic works or similar things, so I would be > sad to see good ideas lost, even if they don't fit perfectly. Hello All, The ToDo list is still up at : http://www.winehq.org/site/status_todo It has some of the same general tasks that have been brought up here and some others that haven't. The list was last updated about four months ago and I believe everything listed is still relevant. Tom > > > > Cheers, > > > > > David
Re: Borland C++ 4.5
Hi, On Wed, Jun 01, 2005 at 10:28:35AM -0400, gslink wrote: > This started happening on FC3 with the 2.6.11 kernels in programs > running under the Sun 1.42 jre. I was using the Nvidia driver supplied > with the kernel. I changed to the driver posted on the Nvidia web site > and have had no further trouble. I tried to duplicate the problem but > it happened so infrequently that I could never quite find it. I am not > sure that this problem is with Wine. That problem CERTAINLY isn't with Wine. If a program under Wine can kill a system, then either there's a kernel (driver) bug or we have an OOM condition gone to hell or the X server is running amok (mostly font server issues). And maybe some more smaller issues. Since you name Nvidia drivers, it's most likely yet another case of slightly but fatally buggy graphics drivers (sound drivers, ...) hanging the system. Andreas Mohr
Winelib MFC app crashes after printing
Hello, I have a small MFC app ported to winelib which uses MFC compiled with winelib. Really, it is just an App-Wizard generated application. I always have a crash of the application after printing. The page is printed ok but after that the app crashes. I use LPD for printing and my command line from wine is 'lpr -P'. I also try to print without MFC support i.e creating the printer DC by hand etc - the crash is the same, it follows EndDoc() call. There is no crash like this at the same linux configuration using in a 'pure' Win32 simple application without MFC though the code for printing is the same. When i print to file, all is ok. So , my current workaround is printing to a temp file and then send the file to lpr. I use RH9.0, wine20050419. My [spooler] section in config is the default from the wine installation. Did anybody meet a problem like that ? Is it MFC that has some impact here ? Thanks a lot for any hints.
Re: Google "Summer of Code"
Chris Debona clarified that on Slashdot; there was an error; it's supposed to be the 14th. David Gümbel wrote: On Mittwoch 01 Juni 2005 02:31, Daniel Kegel wrote: To qualify for a stipend, you have to submit a proposal by June 24th, and the proposal has to be approved. See http://code.google.com/summerofcode.html JFTR, is that June 14th or June 24th? Google's webpage says 14th, but maybe I got something wrong. Cheers, David
Re: Google "Summer of Code"
On 6/1/05, David Gümbel <[EMAIL PROTECTED]> wrote: > On Mittwoch 01 Juni 2005 02:31, Daniel Kegel wrote: > > To qualify for a stipend, you have to submit a proposal by > > June 24th, and the proposal has to be approved. > > See http://code.google.com/summerofcode.html > > JFTR, is that June 14th or June 24th? Google's webpage says 14th, but maybe > I got something wrong. > > > Cheers, > > > David > It's the 14th. Originally the site said the 24th and the PDF said the 14th, it was fixed. -- Travis Watkins http://www.realistanew.com
Re: Google "Summer of Code"
On Mittwoch 01 Juni 2005 02:31, Daniel Kegel wrote: > To qualify for a stipend, you have to submit a proposal by > June 24th, and the proposal has to be approved. > See http://code.google.com/summerofcode.html JFTR, is that June 14th or June 24th? Google's webpage says 14th, but maybe I got something wrong. Cheers, David pgppJRnVdFgGm.pgp Description: PGP signature
Re: Google "Summer of Code"
On Tue, 31 May 2005 17:31:00 -0700, Daniel Kegel wrote: > It would be cool if the Wine project put together a list > of suggested projects for students to work on. Johan Dahlin suggested GTK+ theming integration as a project on IRC, and I agree that this would probably be about the right level of difficulty/work. Or rather, supporting theming in our widget toolkit, even if the actual GTK+ bridge wasn't written. thanks -mike
Re: Borland C++ 4.5
This started happening on FC3 with the 2.6.11 kernels in programs running under the Sun 1.42 jre. I was using the Nvidia driver supplied with the kernel. I changed to the driver posted on the Nvidia web site and have had no further trouble. I tried to duplicate the problem but it happened so infrequently that I could never quite find it. I am not sure that this problem is with Wine.
Re: Google "Summer of Code"
Hi everybody, On Mittwoch 01 Juni 2005 03:44, Jeremy White wrote: > I think we should jump on this, folks. ...this is about the perfect moment to hopefully get one of my projects up and running: Wine in Academics[tm]. As some of you might know, we (ITOMIG) have a nice working agreement with professor Spruth at Tübingen university. He's willing to supervise academic projects based on Wine. So far, we have Michael, who's starting his work on the subject of porting Windows-based applications using the Winelib. I intended give a talk to students about Wine and possible ways of doing e.g. a Master's thesis based on Wine, on june 13. The Google stipends are a very pleasant surprise that might help me in convincing people ;) However, I think as the Summer of Code applications must be made before june 14, I'll try to move that to next monday (june 6). For that purpose, I'd be very happy if you could help us in brainstorming and coming up with some ideas for cool projects. I'd present some of those ideas on monday, too, and I'll advertise all Wine-based candidates for the SOC at my faculty. I have created a Wiki page at http://wiki.winehq.org/WineInAcademics that describes what kind of work would make good projects here - "Studienarbeit" and "Diplomarbeit" don't seem to have very good equivalents in the US system. However, a Diplomarbeit corresponds approximately to a Master's thesis, and I think almost all projects that fit into the Summer of Code would make at least a nice Studienarbeit, or maybe even serve as a good basis for a Diplomarbeit. > I can think of a few projects that ought to be fun > and not too hard for a bright student. That's great! I've taken myself the liberty of creating a Wiki page for project proposals, in order to make it easier to keep track of them. Volia: http://wiki.winehq.org/SummerOfCode > How should we structure it? My first thought was that > we ought to have a set of volunteers (a dreaded committee > perhaps), that reviews and agrees on the tasks > (so that they can be normalized a bit). I'll even > volunteer :-/. Other ideas? Sounds good to me. Maybe it would be wise to first collect many ideas, and then make a selection for the SOC. Projects that are not selected might make a good base for other academic works or similar things, so I would be sad to see good ideas lost, even if they don't fit perfectly. Cheers, David pgpKrQfHLbZp7.pgp Description: PGP signature
Re: Google "Summer of Code"
Hello, > We need more people working on app compatibility! :) Maybe we can choose > some apps that are "nearly there" and get people to solve the last few > bugs or alternatively make one of the projects "Bring any 3 apps up to > Gold status in the appdb". I've a few app suggestions: Half-Life 1 (+Mods like Counter-Strike) Star Wars Jedi Knight Jedi Academy Star Wars Jedi Knight Jedi Outcast Warcraft III Microsoft Visual Basic Microsoft Visual C++ UltraISO Quicktime player Anno 1602 Most Apps need only minor patches, except the 2 Star Wars games and Warcraft III, which need Installshield to work with builtin dlls. Is there any official Documentation what 'Gold status' means? I understand that the app installs and runs on a fresh wine installation without any config file changes and without installing any apps/libs that come with windows(IE, dcom, ...). > Really not enough Wine hackers these days (IMHO) bash away and fixing > popular apps ... we have a lot of infrastructure and janitorial work going > on at times, as well as filling out DLLs - all this is important but being > able to run apps doubly so! I have the plan to get this apps to Gold status one day, but up to now I only made sure that there were no regressions and that these apps keep running as they did with the past wine versions. Once an app reaches Gold status, the biggest problem is to make sure that there are no regressions. I'll to check Googles "Summer of Code", it looks interesting to me :-) Stefan
Re: Google "Summer of Code"
On Wed, 01 Jun 2005 00:10:11 -0400, Dimi Paun wrote: > On Wed, 2005-06-01 at 13:02 +0900, Mike McCormack wrote: >> Or else, complete the integration with Gnome, so that we have a Gnome >> VFS library that can recreate the Windows menu heirachy, without >> having to resort to the wineshelllink hack. > > Good idea for the integration page, mind creating a page for it? That won't work, GNOME doesn't use gnome-vfs for menu creation anymore. We have to use wineshelllink and keep them synchronized. thanks -mike
Re: Google "Summer of Code"
On Tue, 31 May 2005 22:07:44 -0500, Jeremy White wrote: > my issue is that I don't think we want to set the bar > too low. I don't think an easy integration project is > appropriate. Maybe I'm wrong, but I at least think it would > be cool if these led to some very meaningful and truly > useful improvements to Wine, and perhaps to a new talented > student getting hooked on Wine. We need more people working on app compatibility! :) Maybe we can choose some apps that are "nearly there" and get people to solve the last few bugs or alternatively make one of the projects "Bring any 3 apps up to Gold status in the appdb". Really not enough Wine hackers these days (IMHO) bash away and fixing popular apps ... we have a lot of infrastructure and janitorial work going on at times, as well as filling out DLLs - all this is important but being able to run apps doubly so! thanks -mike
Re: Print unicode strings in tests
Robert Shearman <[EMAIL PROTECTED]> writes:
> Paul Vriens wrote:
>
> >Hi,
> >
> >I'd like to print unicode-strings in some tests (for debugging purposes).
> >The following however does not show nice output on wine (it does on
> >windows):
> >
> >static const WCHAR dataW[] = {'S','o','m','e',' ','d','a','t','a',0};
> >UNICODE_STRING usdata = { sizeof(dataW)-sizeof(WCHAR), sizeof(dataW),
> >(LPWSTR)dataW };
> >
> >trace("Length is %d\n", usdata.Length);
> >trace("Maximum Length is %d\n", usdata.MaximumLength);
> >trace("The strings is %ls\n", usdata.Buffer);
> >
> >Our trace doesn't seem to be able to cope with %ls (or %S).
> >
> >Any ideas ?
> >
>
> You need to use wine_dbgstr_w to convert the string to ASCII.
Except you can't use that in tests since they need to build on
Windows. You'll need to provide your own debugging routine inside the
test.
--
Alexandre Julliard
[EMAIL PROTECTED]
Re: dlls/gdi/dib.c GetDIBits
> "Ulrich" == Ulrich Czekalla <[EMAIL PROTECTED]> writes: Ulrich> This patch fixes a regression that happened quite sometime Ulrich> ago. We don't always fill in the BITMAPINFO struct fields on the Ulrich> way out and this broke my app because it uses these values to Ulrich> allocate enough memory to hold the bits. Ullrich, I see a lot of indentation change and only 2 or 3 lines of real code change. Can you perhaps resent with the real code change better visible? I have a problem with CopyImage, maybe it is affected by the regression you fix. Tagging the changes for debugging can help me to be sure about the change. Thanks -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Search, and screenshots [Was Re: Half Life 2 error -- err:mmio:MMIO_ParseExtA]
On 6/1/05, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote: > > > The image is also scaled so small that the text in the screenshots is > > unreadable. > > I think it scales it automatically - my original submission was much > larger (too large in fact, so it's probably a good thing it's scaled). > > On the other hand, if you look at the Steam screenshot I submitted, > you'll see the colors are completely distorted - it was not that way > to begin with, and must have damaged by the automated scripts. > I believe the original was a png - I can resubmit if anyone cares, > but I just wanted to point this out. Yes, all images are being scaled using the GD library in PHP. The problem is that the version of the library is old, this will hopefully change with the server upgrade Newman has planned. As soon as this is done, you will have great results with the GD library. The original screenshot can not be accessed. It's protected by .htaccess magic. The reason we're doing the scaling is preventing 1600x1400 screens of 3MB to appear in our popups. And normally browsers have a much worse scaling result than the GD library. But in this case not really. And yes, when you click the screenshot in the popup, the popup will close. This is correct behaviour. Paul
