Vitaliy Margolen wrote:
Please open proper bug report in bugzilla and attach (don't paste) this
terminal output.
What I was hoping to do was to gather a bit more information about what
is wrong first - for example, while I suspect COM, I cannot
unequivicably say it IS COM, so I don't want to
I am getting a crash when I try to install Delorme AAA MapNGo 6 under a
fresh build of Wine (CVS as of 15 Oct 2006). The crash leads me to
believe there is a problem with Wine's COM system (Delorme is about the
most COM-happy company I have seen - I think they would make every pixel
a COM objec
The bug in the handling of text mode files with CTRL-Z's at the end is back.
Due to compatibility with DOS, which is compatible with CP/M, text mode
files may be padded with a number of CTRL-Z characters (\x1A) to fill
out a sector.
The current Wine implementation of MSVCRT does NOT strip the
I've been posting my findings on this very matter to wine-users - look
for "cannot run under Fedora 6 tset 1".
I have also found that, if you are running in an SELinux system, you
cannot directly run a Windows program using binfmt_misc - the program
must have the same security context labels s
Vijay Kiran Kamuju wrote:
hi,
I think HAL for linux should handle the automatic mounting and
autorunning it take care.
So it should be a part of HAL.
my 2 cents.
I strongly DISAGREE - as others have pointed out, the auto-running of
CDs is a severe mis-feature of Windows, one which we should
Mike McCormack wrote:
If what you really want is code that's easier to understand we're better
off scrapping all comments...
And we can encourage safe driving by removing airbags and seatbelts, and
installing big shiny sharp metal spikes on the steering wheel, and
executing anybody who has
Huw Davies wrote:
There's a bug in this code, let's try this:
/* change by Huw Davies 02-Jun-2006, to fix the return type of the function */
int the_function_that_adds_one_to_i(int i)
{
/* this adds one to i */
i = i + 1;
/* this returns i to the caller */
return i;
}
That's
I'm having a strange problem with Wine - it will not show any characters
in any windows, UNLESS I delete Wine's registry files - then it will
show characters for the first program run, but no other programs
thereafter (including repeat runs of the first program).
So, for example, I can run "wi
Robert Shearman wrote:
Yep, example of what not to do in concurrent programming. You should
Tell me about it - I do hard realtime for a living.
One of the locks is the Win6 lock, another does not seem to have a name
(shown as "?" when things go bad). I wonder if, under Real Windows, the
Win
Robert Shearman wrote:
David D. Hagood wrote:
Unless the installer is using TryEnterCriticalSection, I would expect
CPU utilisation to be 0% when deadlocking.
Yes, *once the deadlock occurs* the CPU drops to 0%. The issue (I think)
is more along the lines of this:
On fast CPU
I may have a repeatable case of an error in locking critical sections,
so I'd like some pointers as to how to debug this.
The case occurs with the installer for Delorme Street Atlas 5 - on my
2GHz Athlon desktop it runs without a hitch, but on my oold slow
laptop (how old is it? It's s
Does the Windows version of Mozilla need to be in place for the Mozilla
Active X control to work, or is there a way to point the control at my
Linux install of Mozilla?
Uwe Bonnes wrote:
"David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test suite. Send the
test/patch to wine-patches for incl
Uwe Bonnes wrote:
Run with
WINEDEBUG=+relay,+snoop WINEDLLOVERRIDES=msvcrt=n wine
and
WINEDEBUG=+relay,+snoop,+msvcrt WINEDLLOVERRIDES=msvcrt=b wine
and compare how the msvcrt calls are handled step by step. Tedious, but
promising...
Tedious, but productive. Wine's fgets does not behave as do
I have an old copy of Microsoft's Trip Planner 5 software that I was
trying to get to run. When I try to plan a trip, the program will draw
the map fine, then it attempts to draw the dialog for setting up the
trip data. At this point, the app calls X11DRV_DIB_BuildColorMap with a
bmiHeader.biCl
There seems to be some form of error in the Wine implementation of
MSVCRT - with three separate programs (Delorme MapNGo 6.0, Delorme
Street Atlas 5, Microsoft Trip Planner 5), if I use Wine's builtin
MSVCRT, the programs do not work, but if I use the version of MSVCRT the
program supplies, the
I recently tried to install the Magellan DataSend tool to talk to my
GPS, and it almost works. However, I did find one funny with it - the
program did not "see" the COM ports until I added the following entries
into the registry:
[HKEY_LOCAL_MACHINE\hardware\devicemap\serialcomm]
"COM2"="COM2"
I'm trying to get the Delorme packages (AAA MapNGo, Street Atlas)
running under the latest Wine. They used to work back when Wine used the
MS DLLs for DCOM, but then they stopped working when Wine started
supplying their own DCOM DLLS.
Now, they show an inclination to work but for one thing. B
As I see it, Firefox links to CX because CX enhances Firefox - it allows
FF to run plugins that it could not otherwise run.
*IF* Firefox enhanced Wine - by providing an MSHTML-compatible object,
for example - then it would make sense to provide a link, as then FF
would enhance Wine.
But FF d
IF this happens when using SSH, something to check is what the actual
settings of DISPLAY are:
Normally under SSH, DISPLAY will be set to something like:
DISPLAY=localhost:10
and SSH will forward TCP port 6010 on the remote machine to the local
machine's X server on port 6000.
It *could* be tha
I have a DLL from a manufacturer that I don't have the source for, nor do I have
the header or the import library for.
Since Wine developers frequently have to reverse engineer what a given DLL
provides, does anybody have a good recommendation for a tool that can scan the
DLL and report what fu
On 01/27/2005 03:03 PM, Troy Rollo wrote:
Even if they don't run Outlook Express, with Linux 2.6 there is a facility to
have the kernel recognise foreign executable file formats and run them by
means of another executable. If used to run Wine executables (and somebody
on /. yesterday indicated t
Mike Hearn wrote:
Install it all as Win98 if possible, and native DCOM like this:
WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4=n wine DCOM98.EXE
Well, having done so, and having tried setting all the OLE* and RPC*
DLLs to native, I am still having the same problem with that app - so I
am forced to conj
Mike Hearn wrote:
This is MS DAO. I do not know why your program has regressed but these
traces don't show why native DCOM doesn't work.
OK, that checks - I know the program does use DAO.
As to native DCOM - when I tried to install it, it barfed. But...
Are you running Wine in NT mode by any chance
One of the few Windows programs I use is Delorme's MapNGo (versions 4
and 6). Under older versions of Wine wherein I could use the native
Windows OLE/COM implementation it worked fairly well, but with the new
Wine it does not.
The symptoms are that the program cannot create the initial document
flyker wrote:
I set option "PerfectGraphics" = "Y" but it is still slow.
Of course. "PerfectGraphics" means "Do whatever it takes to draw things
just like Windows would, no matter if it is going to be slower than
taking a few liberties"
If you want SPEED, turn PerfectGraphics OFF.
Compiled via ./configure with --with-nptl, under 2.6.0-test9
I'm playing with 2.6.0-test9 under RH9.0, and Wine just coredumps when I
run it.
This is after a full rebuild of Wine, with a CVS pull of a couple of
days ago.
Since I've seen some other apps behaving weirdly this may be a
compatibility issue with 2.6, but I thought I'd see if anybody else has
Andreas Mohr wrote:
I do not know, why it does outb $al,0x70, inb 0x71, $al ...
That looks like a "read realtime clock/CMOS" function. Now WHY an
application would be directly reading the RTC
29 matches
Mail list logo