Dimitrie O. Paun [EMAIL PROTECTED] writes:
On 30 Apr 2004, Scott W Gifford wrote:
I'm not really sure what my next step is in figuring this out. Any
ideas?
Do you have a similar behaviour if you just run the Windows executable
under Wine?
No, it uses a normal amount of CPU and works
On Sat, 1 May 2004 11:16:24 +0100, you wrote:
On Saturday 01 May 2004 10:56, Rein Klazes wrote:
On Fri, 30 Apr 2004 23:47:41 -0500, you wrote:
AFAIK, if the real file system supports large files, Wine will do as
well. Does it not work?
It works, but only with programs that don't check
On Sat, 01 May 2004 11:01:38 +0100, Huw D M Davies wrote:
Indeed, and very good it is too - nice work! The only question is
where are we going to put it? Ideas welcome.
Technically it's not a part of the GDI but short of a new directory
specifically for fonts, perhaps as a data file in
On 1 May 2004, Scott W Gifford wrote:
Do you have a similar behaviour if you just run the Windows executable
under Wine?
No, it uses a normal amount of CPU and works normally. I ported to
Winelib because I had a hard time capturing stdout from the Windows
console program properly just
The installer fo Office XP i broken in recent CVS. IT returns an error
stating that a file does not exist, when the file in question blatantly
does exist. After further investigation, it appears that the installer is
trying to open osp.msi (note the trailing space) MSDN states that such
trailing
Matthew == Matthew Davison [EMAIL PROTECTED] writes:
Matthew The installer fo Office XP i broken in recent CVS. IT returns
Matthew an error stating that a file does not exist, when the file in
Matthew question blatantly does exist. After further investigation, it
Matthew appears
Recently, the installer for Office XP has stoped working with CVS. The
installer complains it cannot find OSP.msi, which is a file which does
exist. Looking further into this it appears that the installer is passing
the name of this file with a trailing space. Is it possible that the
recent file
The drive definitions have been moved out of the ~/.wine/config file and into
the filesystem and registry. The volume management functions modify drives
are now supported(thanks Eric and Alexandre). Having winecfg use these
functions makes the drive dialog useable for editing drive mappings,
Bill Medland wrote:
(Yes, I know 20031118 is a little old)
Anyone any ideas what is going on here or any simple tests I can do?
I am trying to get our company's software running on Red Hat Enterprise Linux
3 Update 1.
I am using the wine-20031118-1rh8winehq.i686.rpm
I am printing to a SMB
Raphael,
the following change to dlls/d3d8/utils.c
revision 1.19
date: 2004/04/29 00:20:18; author: julliard; state: Exp; lines: +48 -11
Raphael Junqueira [EMAIL PROTECTED]
- Fix compilation again using olders GL headers
(glCompressedTexImage2DARB problem).
- Fix typo on
This Marlett replacement sounds like it would be usefull for ReactOS also.
On May 1, 2004 08:50 am, Duane Clark wrote:
Bill Medland wrote:
(Yes, I know 20031118 is a little old)
Anyone any ideas what is going on here or any simple tests I can do?
I am trying to get our company's software running on Red Hat Enterprise
Linux 3 Update 1.
I
12 matches
Mail list logo