Mark W. wrote:
>As part of the installation process, under Windows our
>program does a full-disk search of all local hard drives,
>but ignoring network drives and removable media.
>Under Wine, this doesn't work too well, as there's not
>a one-to-one mapping between disks and drive letters,
>and there's usually at least one way to access the entire *nix
>filesystem. If someone's got a few network drives mounted,
>the installer could spend hours searching them.
We have a similar issue in Picasa. There, we try to
default to just searching the user's home directory
when running on Wine, and I think we blacklist
known do-not-search directories like /proc.
We have gone back and forth about whether to
follow symlinks; there are often symlinks to
network filesystems inside people's home directories.
The right thing to do is probably something like:
a) get the set of initial seeds by using the output
of the 'mount' command and ignoring anything with
a type field that is not a known local filesystem type
(e.g. ext2, ext3, ufs, reiserfs, xfs); you'll need to expand
this whitelist as customers complain about their pet filesystems
(And you'll need to ignore any that can't be mapped
to Wine paths, but people usually map Z: to /.)
(You could use /proc/mounts under Linux, but
better to use the standardized 'mount' command
or maybe /etc/mtab, otherwise your code will break
on MacOSX or Solaris.)
b) when recursing, and you find a reparse point aka symlink,
check the filesystem type of the symlink destination
before following it. You might need to get bug
http://bugs.winehq.org/show_bug.cgi?id=12401 fixed
before this works the windows way, but you could
probably do something wine-specific now by
converting each directory path you encounter
into a unix path, then using a unix api to check
whether it's a symbolic link. Bleah. Best way
to do that is to patch wine, and then you're part
way to fixing bug 12401 :-)
c) beware: Wine's implementation of FindFirstChange/FindNextChange
does not really work if you ask it to monitor two different
names for the same directory. See
http://bugs.winehq.org/show_bug.cgi?id=7216
- Dan
Henri Verbeet wrote:
>2008/9/29 Kjell Rune Skaaraas <kjella79 at yahoo.no>:
>> Hello,
>>
>> A simple patch which adds converting between A8R8G8B8 and X8R8G8B8 that
>> gives me one less warning to deal with while trying to make a game function.
>> It zeroes out the alpha channel to be on the safe side, though it should
>> never be used in the destination format anyway.
>>
>What does this fix, in practice?
A D3D surface is being converted from A8R8G8B8 to X8R8G8B8 and wine warns that there is no conversion function, so I added it. In practise it doesn't matter because the RGB parts are still valid, so nothing should change unless any app uses the X8 bits = unused. Just fixed a warning and was the right skill level for my first wine patch. I'm working on one that does a little more real work now.
Regards,
Kjell Rune
_________________________________________________________
Alt i ett. Få Yahoo! Mail med adressekartotek, kalender og
notisblokk. http://no.mail.yahoo.com
Hi.
I'm wondering about doing a quick-n-dirty Win32s re-implementation for
ReactOS, following an email [last-year-this-year] discussion on the ReactOS
dev list. Based on Wine, of course, and operating as Windows-on-Windows in
the Microsoft OS of the same name.
Does anyone know where to get copies of the Win32s documentation, such as it
is?
Thanks
Wesley Parish
--
Clinersterton beademung, with all of love - RIP James Blish
-----
Gaul is quartered into three halves. Things which are
impossible are equal to each other. Guerrilla
warfare means up to their monkey tricks.
Extracts from "Schoolboy Howlers" - the collective wisdom
of the foolish.
-----
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.
Hi Dylan,
@@ -402,6 +401,10 @@ static void test_EM_SCROLLCARET(void)
"ff\n"
"gg\n"
"hh\n";
+ HWND hwndRichEdit = CreateWindow(RICHEDIT_CLASS, NULL,
+
ES_MULTILINE|WS_POPUP|WS_HSCROLL|WS_VSCROLL|WS_VISIBLE,
+ 0, 0, 200, 80, NULL, NULL,
hmoduleRichEdit, NULL);
+ ok(hwndRichEdit != NULL, "class: %s, error: %d\n", RICHEDIT_CLASS,
(int) GetLastError());
It seems to me in this case that describing the relevant parameters to
CreateWindow--I assume just height?--and why they're important to the
test might help people not break the test in the future.
--Juan
Adobe Contribute 4, released in Nov 2006 or so, had a nice online trial at
http://trials.adobe.com/Applications/Contribute/Adobe_Contribute_4_Win/Adob…
and still online, I think, at
http://www.soft32.com/download/63-129953-1/Adobe_Contribute_4_Win.exe
Starting it fails with
err:module:import_dll Library MSVCP71.dll (which is needed by
L"C:\\Program Files\\Adobe\\Contribute 4\\CoreTypes.dll") not found
Wine has a nice implementation of msvcr71.dll, but not
the C++-oriented msvcp71.dll, nor is it likely to get one soon.
This brings back the question: what's a good place to
legally and freely download an application bundled with a full set
of msvcp71.dll et al? Ideally something at Microsoft.com
and/or something small and suitable for use in winetricks.
Any ideas?
- Dan
Ignore this; patchwatcher probably got confused by the word
difference at the beginning of a line. This is a known and
very lame bug...
On Mon, Sep 29, 2008 at 10:37 AM, Patchwatcher <patchwatcher(a)kegel.com> wrote:
> Hi! This is the experimental automated wine patchwatcher thingy.
> The latest git sources were built and tested with your patch
> "richedit: Fixed test failure that happend on older builds ofriched20.dll"
> Result: the patch patchwatcher bug.
>
> You can retrieve the full build results at
> http://kegel.com/wine/patchwatcher/results/2284.log
> and see the patch as parsed at
> http://kegel.com/wine/patchwatcher/results/2284.txt
> See
> http://kegel.com/wine/patchwatcher/results
> for more info.
>
>
All the cool kids at Wineconf are busily fixing "make test" failures.
If you're not at Wineconf, you can still play along!
See http://wiki.winehq.org/BugSquishParty for details
and how to claim a bug to fix.
Hi folks,
Here's an update on the DIB engine that I've been working on for the
last few months. This work has been made possible by the generosity
of Google - so thanks go to them and of course to Dan.
You can find the code at http://repo.or.cz/w/wine/dibeng-hd.git
What's supported
================
- All dib section depths (including BI_BITFIELD support).
- Single pixel solid and dashed pens.
- The 16 rop2s.
- Solid and dib pattern brushes.
- A brunch of primitives for drawing onto all dib section surfaces.
- GDI32 apis: LineTo, Rectangle and PatBlt.
- An extensive test suite for all of the above.
What needs to be done
=====================
- Blitting (eg BitBlt, StretchBlt and StretchDIBits) - I have some
hacks for these in my tree.
- ExtTextOut
- Many more GDI32 apis - a lot of these should be easy given that we
have a set of underlying dib drawing primitives.
- Non-MM_TEXT mapping modes and world transforms.
- The initial interaction with GDI32 in BITMAP_SelectObject is hacky
and needs some work.
- Lots more...
Note that at the moment it's essentially useless because of the lack
of blitting, so unless you fancy hacking on that yourself then you
probably don't want to bother fetching the tree.
I'm going to stop working on this for a while (lots of fun Outlook
2007 bugs for me to look at!), but will endeavour to keep the tree up
to date with respect to WineHQ. If someone *does* want to hack on
this then feel free to send me patches!
Thanks,
Huw.
--
Huw Davies
huw(a)codeweavers.com
I was stopped at security for carrying 'a wine bottle' through
security. Upon a brief inspection it was revealed that my
super-awesome crossover t-shirts had tripped the machine due to their
lusciously exquisite compressed shape. Whoops.
--Zach
http://picasaweb.google.com/zgold550/Wineconf2008 (a.k.a. an exhibit
in terrible white balance).
I haven't edited any of the shots, just uploaded straight from Picasa.
If you want a full 10MP RAW or JPG of any of the shots with some
actual editing / touchups let me know.
-Zach