On Thu, Jan 13, 2005 at 11:12:46AM +0100, Heiko Nardmann wrote:
> Hi!
>
> I want to write a linux driver for my USB scanner which is currently not yet
> supported by sane. So I wonder where to start; where do I find detailed
> information about the Windows driver interface, esp. for USB scanner
Brian Vincent wrote:
Anything stand out to anyone? Anyone have any insights into the results?
As far as an intepretation goes, seems fairly obvious to me and about
what you'd expect.. apps with heavy CPU are comparable to Windows, 2D
and 3D apps will suffer a big performance hit, and apps requirin
I found an interesting program today and took it for a spin. I'm sure
someone smarter than me can decipher this and get more out of it.
It's called PerformanceTest v5.0 (build 1017) and it does benchmarks
on lots of different things. I didn't look into what, if any of this
stuff depends on Win32
On Mon, 31 Jan 2005 10:41:15 +1100, Jason But >
> ---
> jbut-laptop# make
> Making in libs/
> Making in libs/port/
> Compiling ffs.c
> Compiling fstatvfs.c
> Compiling futimes.c
>
First, I apologise for the patch not being here... It appears that my
attachment failed, I include it inline in the mail this time..
To Make.rules.in
---
20a21,32
> # Default running of (gnu)make causes a silent make with th
On Sun, 30 Jan 2005 17:57:20 -0500, Vincent BÃron wrote:
> That's something you need to sort out through Debian, not Ubuntu nor
> winehq. Each one of these projects have their own community and rules,
> and even if some parts of them overlap, they're still different
> entities.
>
> Any attempt to
Rob Shearman wrote:
There are a few HGDIOBJ casts as well as the already mentioned ALLOC_OBJ
macro. For example, in paint.c:
DeleteObject((HGDIOBJ)hbr);
Yes, both are HANDLEs, so they don't really need a cast. I've probably
written too much MFC code in my life :)
I've deleted all HGDIOB
Le sam 29/01/2005 à 20:49, Scott Ritchie a écrit :
> Hello,
>
> I met some of you on IRC the other night. I am currently the Debian and
> Ubuntu packager for the Wine project. The "official" Debian maintainer
> hasn't been updating the packages and refuses to turn them over to me,
> so we've setup
Krzysztof Foltman wrote:
Rob Shearman wrote:
However, there are a few superfluous typecasts.
Any examples ?
There are a few HGDIOBJ casts as well as the already mentioned ALLOC_OBJ
macro. For example, in paint.c:
DeleteObject((HGDIOBJ)hbr);
In particular, please remove the ALLOC_OBJ
Rob Shearman wrote:
What is the ParaStyle structure used for? How does this relate to the
Style structure? Each character can have a different style, so why is
there a paragraph style?
Ahh, good news: the paragraph format structure (PARAFORMAT2) doesn't
need any precalculation (contrary to the c
Rob Shearman wrote:
No, the LocalAlloc/LocalFree/GlobalAlloc/GlobalFree functions are relics
from the old days of Win16. You should use HeapAlloc/HeapFree.
True.
Undo should be pretty easy as long as you can represent easily represent
user actions in a transactions stack.
Yes, I know the undo bas
Le dim 30/01/2005 à 13:37, Hans Leidekker a écrit :
>
> This prevents a crash in Picasa2.
>
> -Hans
>
> Changelog:
> Stub implementation for ReadDirectoryChangesW.
You forgot to remove the stub entry in kernel32.spec and replace it by a
line with proper argument types.
Vincent
Hi Hans, it looks like from values 0x7e onward the character class is
always PATH_CHAR_CLASS_OTHER_VALID. If you like, for clarity you can fill
in the value through 0x7f, but having a lookup table beyond this isn't
necessary.
Also, that means the data type can be unsigned char, not DWORD.
And, i
> For some reason setting Reply-To to the list never causes flamewars
Oh yes it would, believe me (at least I would fan the flame a little bit :-) ).
Lionel (who really prefers not to have the Reply-To set to the list)
--
Lionel Ulmer - http://www.bbrox.org/
On Sun, Jan 30, 2005 at 01:00:21AM +0100, Jakob Eriksson wrote:
> They don't use X11. They even plan on loading native
> binary 3D drivers.
And this means that they cannot use Wine's Direct3D code as it does not
respect Microsoft's internal APIs between 'user code' and the various HAL /
HEL / DDK
> What's the best place to do this? is the registry code
> fast enough or should I add a new function to the X11
> driver so that I can request and release 'fake' video
> memory and make all other AvailableVideoMemory
> requests ask X11 driver?
For me, I think the X11 driver should be the best pla
titta här:
Scott Ritchie wrote:
-I've got a special project I've been trying for a while involving
porting Miranda Instant Messenger with Winelib. In theory, I could
convert it into an Ubuntu package that runs on all arches with the Wine
package installed, even though Miranda is a windows progra
Krzysztof Foltman wrote:
My rich text control is still far from even semi-complete, but I think
too much is done to start over, so I'm releasing it today. The number
one reason of its incompleteness is that I put more emphasis on making
things work exactly like in the original than on implementi
Krzysztof Foltman wrote:
Mike McCormack wrote:
It might be better to use libwineunicode and kernel32 unicode string
manipulation functions rather than msvcrt ones. eg lstrlenW,
lstrcpyW, etc. instead of wcslen, wcscpy, etc. Avoid the TCHAR type
in Wine code.
Good point. I guess it would be nice t
Rein Klazes wrote:
Hi,
Makes WJChess, a French made chess game, accept moves.
Changelog:
dlls/oleaut32 : safearray.c
SafeArrayDestroy() returns success when called with a NULL
pointer.
It would be nice to have a test for this as there are already a large
number of SafeArray tests.
Rob
Mike McCormack wrote:
but I think the way forward is to submit an implementation of
dlls/riched20 then make that work, and after it's debugged and worked
out, rip out the old dlls/riched32 code and forward it to the new
completed riched20 code.
I'd prefer to keep it as an app, not a DLL for a wh
On Sunday 30 January 2005 14:00, Mike Hearn wrote:
> Final thing, we need a nice icon for win32 EXE files. I filed a bug
> against gnome-icon-theme (really we want it in hicolor so non-GNOME users
> get it too) but Jimmac is a busy busy man ...
KDE's default theme (CrystalSVG) already has an exec_w
On Sat, 29 Jan 2005 17:49:01 -0800, Scott Ritchie wrote:
> We may want to have an entirely new applications menu for Wine. I
> envision having Wine installed and then having it create a new folder
> Applications->Wine, which will contain the Winecfg program labeled
> "Configure Wine" as well as a
Krzysztof Foltman wrote:
My rich text control is still far from even semi-complete, but I think
too much is done to start over, so I'm releasing it today. The number
one reason of its incompleteness is that I put more emphasis on making
things work exactly like in the original than on implementi
On Sat, 29 Jan 2005 21:10:33 +, Oliver Stieber wrote:
> Thought I should send this to winedev as well, is it
> just me, or is the reply address set to the sender and
> not winedev?
It's not just you. It's an annoying default that routinely causes
flamewars on every list that uses it. The maili
inal, as screen formatting and print
formatting may be very different). Some things just need time. I will
probably need others' help to do the RTF parser. It's just way too much
work.
So, if anyone cares:
http://foltman.com/richtext-20050130.tar.gz
Compile using the recent-ish mingw
26 matches
Mail list logo
