Mike == Mike McCormack [EMAIL PROTECTED] writes:
Mike This fixes a reference counting problem with MDI. (tested with
Mike Koala term)
Hallo,
aren't there more problems of that kind, e.g. in windows/mdi.c
MDIClientWndProc_common in the WM_CREATE path?
Bye
--
Uwe Bonnes
I am going to migrate the EDA software environment from Windows NT to
Linux but I have still some software components requireing Windows.
That's why I use Wine. I own and use some software packages licensed to
a valid MAC address (flexlm MAC based license) and the corresponding NIC
is present
Michael == Michael Riedel [EMAIL PROTECTED] writes:
Michael I am going to migrate the EDA software environment from Windows
Michael NT to Linux but I have still some software components
Michael requireing Windows. That's why I use Wine. I own and use some
Michael software
I am going to migrate the EDA software environment from Windows NT to
Linux but I have still some software components requireing Windows.
That's why I use Wine. I own and use some software packages
licensed to
a valid MAC address (flexlm MAC based license) and the
corresponding NIC
On Thu, Oct 18, 2001 at 12:21:35PM +0200, Patrik Stridvall wrote:
Hmm. Reading MSDN...
There is a DLL called NETAPI32.DLL that is not currentlu implemented in Wine
that has a function Netbios that possible calls the VNETBIOS VxD.
Perhaps implementing this DLL in Wine would help at least
in linux you can find it in /proc/net/arp, but i don't know if there's a
more portable way. Maybe check ifconfig source?
Bobby Bingham
On Thu, Oct 18, 2001 at 12:21:35PM +0200, Patrik Stridvall wrote:
I am going to migrate the EDA software environment from Windows NT to
Linux but I have
On Thu, 18 Oct 2001 12:21:35 +0200, you wrote:
UCHAR adapter_address[6]; // Specifies encoded address of the adapter.
This might be the MAC address.
Implementing this in Wine wouldn't be that hard.
If Linux provides a way to get the MAC that is.
I assume Linux does but I don't know
On Thu, 18 Oct 2001, Patrik Stridvall wrote:
I'm looking forward for any hints.
Hmm. Reading MSDN...
There is a DLL called NETAPI32.DLL that is not currentlu implemented in Wine
that has a function Netbios that possible calls the VNETBIOS VxD.
Perhaps implementing this DLL in Wine would
Michael I'm looking forward for any hints.
These FLEX LMs are always a problem.
I guess, the license isn't bind to a physical dongle on the parallel
port. So one can conclude that the software tries to read the
MAC. This
probably happens in a NETBIOS.DLL call which then probably
Patrik == Patrik Stridvall [EMAIL PROTECTED] writes:
Patrik Why haven't you submitted it?
Lack of time.
I'll try the next days.
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax.
By mistake I sent the response to you directly,
instead of the newsgroup.
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
Andriy Palamarchuk [EMAIL PROTECTED] writes:
Do you mean we can keep GetSystemMetrics simple if
we don't use all
these synchronizations? Use some hardcoded values,
Thank you all for your thoughts, it's a pleasure.
I guess, the license isn't bind to a physical dongle on the parallel
port. So one can conclude that the software tries to read the MAC.
For sure, the (my) license is based on the MAC address (flexLM supports
different license approaches as
Hey Uwe,
i think i fixed that one too in the patch... there's probably similar
problems in other files, since WIN_GetPtr and WIN_FindWndPtr seem do
basically the same thing, but one reference counts and one doesn't. i
think we're going to see WIN_GetPtr disappear eventually... maybe.
Mike
NETBIOS.VXD. I propose you run with --debugmsg
+relay,+snoop,+vxd and try
to decipher what is going on before that failing VXD call.
In the easiest
Done. Please find the messages in the attachement. I shrinked
the 7 MB
file to those lines around the error message. But because I'm
On Thu, Oct 18, 2001 at 02:39:44PM +0200, Michael Riedel wrote:
Thank you all for your thoughts, it's a pleasure.
:-)
I guess, the license isn't bind to a physical dongle on the parallel
port. So one can conclude that the software tries to read the MAC.
For sure, the (my) license is
Patrik == Patrik Stridvall [EMAIL PROTECTED] writes:
Patrik Good. It seems to work exactly the way I thought (or rather
Patrik hoped) it would.
http://tangentsoft.net/wskfaq/examples/getmac-netbios.html
has an example how to get the MAC address
...
Bye
--
Uwe Bonnes
Patrik == Patrik Stridvall [EMAIL PROTECTED] writes:
Patrik I don't think I have time do it is the next few days though.
Patrik Can somebody else please do it?
I'll try to have a look...
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlossgartenstrasse 9
François Gouget wrote:
You need to first make sure that you are using the GNU toolchain to
build Wine. Otherwise Wine will not work. I believe that not even
./wine will work. Do you have warnings about an unresolved main symbol
when you link Wine's dlls? This is one of the symptoms.
Roger Fujii wrote:
François Gouget wrote:
You need to first make sure that you are using the GNU toolchain to
build Wine. Otherwise Wine will not work. I believe that not even
./wine will work. Do you have warnings about an unresolved main symbol
when you link Wine's dlls? This is
I'm trying to think of a way to make multi-CD installers work under Wine.
Right now, the hardest part is that when the installers tell you to change
discs, the Setup.exe file mappings are still open. I'm thinking of making
Wine not map the file, but read it straight into RAM, if the executable
to
Ove Kaaven wrote:
I'm trying to think of a way to make multi-CD installers work under Wine.
Right now, the hardest part is that when the installers tell you to change
discs, the Setup.exe file mappings are still open. I'm thinking of making
Wine not map the file, but read it straight into
As we all know, some (kinda worthless) copy protection software exist
out there that doesn't work under Wine. Some of these work under win9x and
winNT by using a different set of techniques for each OS. The winNT code
installs a kernel driver, so I'm mainly interested in the win95 code,
which
Ove Kaaven [EMAIL PROTECTED] writes:
But since to do this, MapViewOfFile needs to know the media type, and the
file name is only known in CreateFile, I apparently need to store the
media type in the wineserver object to accomplish this.
Would changing the wineserver protocol in this way be
Ove Kaaven [EMAIL PROTECTED] writes:
I know of two Wine architecture issues that must be resolved before the
anti-debugger check can succeed in win95 mode.
1. it checks that teb-debug_context (TEB offset 0x20) is zero. In Wine,
it isn't (the NT pid is stored there), so this check fails.
François Gouget wrote:
well, I had to add an -lc to the gcc -shared to resolve the libc labels
on some of the libraries (winedbg and some others).
I don't think you should not use '-shared' to compile the dlls.
err. double negatives... The choice of gcc -shared was done by configure.
On 18 Oct 2001, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
I know of two Wine architecture issues that must be resolved before the
anti-debugger check can succeed in win95 mode.
1. it checks that teb-debug_context (TEB offset 0x20) is zero. In Wine,
it isn't
Roger Fujii [EMAIL PROTECTED] writes:
well, I think more to the point is that something says what
steps need to be done to run a specific version. The current
instructions just say to set LD_LIBRARY_PATH, which isn't
really correct. So, just for the record, all you have to do
is set
Roger Fujii wrote:
François Gouget wrote:
well, I had to add an -lc to the gcc -shared to resolve the libc labels
on some of the libraries (winedbg and some others).
I don't think you should not use '-shared' to compile the dlls.
err. double negatives... The choice of gcc
28 matches
Mail list logo