György, could you check which other includes can be used if winternl.h
is absent? Else youll probably have to wait for somebody which has
it to compile your test.
This is included in the latest platform SDK but it should also be
defined in ntddk.h.
Ok, could somene rather compile this
Ender wrote:
- Getting the right set of dlloverrides and registry entries correct
for a large portion of software is irritating. Most of this comes down to
the lack of WINE being able to dynamically run RunOnce and wininit.ini
entries. Doing this manually is far beyond your average user
Dimi,
For somebody with a sore hand, you type an amazing amount. I seem to
have caught your my-right-hand-is-hurting bug. Well, actually it is my
arm - utterly useless at anything at present, altough I can type if I
position it at exactly the right angle...
I think everybody here agrees that
Shachar Shemesh wrote:
Where do I get reboot.so to have a look? Either that, or can someone
answer a few questions regarding it?
If we ask CodeWeavers nicely, I'm sure they might be willing to donate
the reboot stuff? Otherwise you will just be re-inventing the wheel.
Greetings,
Jaco
You need good
understanding of Windows system calls plus Linux coding experience - a
difficult combination to find.
IMO one is enough to get started. Solid Linux experience + access to
MSDN gives a you good start. I had no Windows programming experience
whatsoever before I started working
On Wed, 2002-10-30 at 00:12, Dimitrie O. Paun wrote:
Why are we in this position? For reasons I will not go into right
now, it seems painfully obvious to me that we are suffering from
a severe case of Bad Public Image (tm). Whenever I talk to people
not intimately familiar with Wine, about
with the following output on win2k.
9 0 10 0 9 10
This is weird, I would have expected to get an output like: 2002 10 27 8 9 10
with the followingo patch applied...
nog.
Index: dlls/ntdll/time.c
===
RCS file:
Kye Lewis wrote:
Hi,
I've done a lot of testing different applications that I have (and
checking on their progress with new wine versions) and I was wondering:
Should I report every application that doesn't work as a separate bug?
Yes, a seperate bug report for each program is nessesary.
Hi,
I've done a lot of testing different applications that I have (and
checking on their progress with new wine versions) and I was wondering:
Should I report every application that doesn't work as a separate bug?
Thanks,
Kye Lewis
[EMAIL PROTECTED]
[EMAIL PROTECTED]
On Wednesday 30 October 2002 12:57 am, Ender wrote:
- No users, because of two things:
- Many apps do not work without Desktop enabled. This is far
worse than it sounds, because most newbies try managed non-desktop
first. People think WINE should be able to do seemless intergration.
On Wed, Oct 30, 2002 at 07:08:08AM -0600, Rick Romero wrote:
I would love to convert my desktops to Linux + Wine, but one 'little'
thing keeps nagging at me (even if my apps did work perfectly). I
haven't seen it uttered in a while, but the phrase, Wine is ALPHA
software sticks in my head.
On Wed, Oct 30, 2002 at 12:21:51PM +0200, Shachar Shemesh wrote:
Ender wrote:
- Getting the right set of dlloverrides and registry entries correct
for a large portion of software is irritating. Most of this comes down to
the lack of WINE being able to dynamically run RunOnce and
Rick Romero wrote:
On Wed, 2002-10-30 at 00:12, Dimitrie O. Paun wrote:
Why are we in this position? For reasons I will not go into right
now, it seems painfully obvious to me that we are suffering from
a severe case of Bad Public Image (tm). Whenever I talk to people
not intimately familiar
On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote:
Hi,
Just a bad macro.
ciao, marcus
Changelog:
Fixed LITTLE_ENDIAN_32_READ macro to at least compile.
Index: ndr_marshall.c
===
RCS file:
Ender wrote:
- No developers, because of two other issues:
Don't forget our friend, the Win32 API. Most people with an incentive
to work on Wine are familiar with C, POSIX, etc. The first time they
look at Win32 code, the get a splitting headache and decide it's not
worth it. People who
On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote:
Hi,
Just a bad macro.
ciao, marcus
Changelog:
Fixed LITTLE_ENDIAN_32_READ macro to at least compile.
Index: ndr_marshall.c
===
RCS file:
Ian == Ian Pilcher [EMAIL PROTECTED] writes:
Ian Ender wrote:
- No developers, because of two other issues:
Ian Don't forget our friend, the Win32 API. Most people with an
Ian incentive to work on Wine are familiar with C, POSIX, etc. The
Ian first time they look at Win32
On October 30, 2002 08:56 am, Andreas Mohr wrote:
Thus you could encounter an app which manages to trash your whole
filesystem ANY DAY; this app simply needs to use a very rarely used
function that we barely implemented... BOOM.
Andy, this is just crap, and it's the type of crap that we should
On Wed, 2002-10-30 at 07:56, Andreas Mohr wrote:
On Wed, Oct 30, 2002 at 07:08:08AM -0600, Rick Romero wrote:
I would love to convert my desktops to Linux + Wine, but one 'little'
thing keeps nagging at me (even if my apps did work perfectly). I
haven't seen it uttered in a while, but the
On Wed, Oct 30, 2002 at 07:56:10AM -0600, Greg Turner wrote:
On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote:
Hi,
Just a bad macro.
ciao, marcus
Changelog:
Fixed LITTLE_ENDIAN_32_READ macro to at least compile.
Index: ndr_marshall.c
On Wed, Oct 30, 2002 at 10:00:08AM -0400, Dimitrie O. Paun wrote:
On October 30, 2002 08:56 am, Andreas Mohr wrote:
Thus you could encounter an app which manages to trash your whole
filesystem ANY DAY; this app simply needs to use a very rarely used
function that we barely implemented...
On October 30, 2002 09:20 am, Andreas Mohr wrote:
I don't want to spread the perception that Wine is unsafe - in by far
almost all cases it's definitely not. But people should keep in mind
that for every new program that they install, there might still be a bug
lurking in some rarely used
- No users, because of two things:
- Many apps do not work without Desktop enabled. This is far
worse than it sounds, because most newbies try managed non-desktop
first. People think WINE should be able to do seemless intergration.
Then when an application hangs, they think it's
Hi!
I am not sure if this is a bug, or I did something wrong. My collegaues
made a little program what shows the bug. It shows an EMF file, but the
text boxes appears bad. Two screenshots and the source
are included in the tar.gz.
Please somebody examine it, and help me if you can.
The source,
Andreas Mohr wrote:
On Wed, Oct 30, 2002 at 12:21:51PM +0200, Shachar Shemesh wrote:
Ender wrote:
- Getting the right set of dlloverrides and registry entries correct
for a large portion of software is irritating. Most of this comes down to
the lack of WINE being able to dynamically
On Wednesday 30 October 2002 07:21 am, Greg Turner wrote:
On Monday 28 October 2002 04:56 am, Jürgen Schmied wrote:
2a) Should the rpc.c real test be the client or the server?
I can imagine races either way. Let's say rpc.c is the client.
Why not let one process start both (client
Hi,
We've done alot of work on EMF files in the Crossover tree.
Specifically, if an EMF used SetWindowExtEx and SetViewportExtEx, it was
busted.
That work will be merged into WineHQ in the near future. Hopefully that
will solve the problem.
Mike
doome wrote:
Hi!
I am not sure if this is a
Hi!
I am not sure if this is a bug, or I did something wrong. My collegaues
made a little program what shows the bug. It shows an EMF file, but the
text boxes appears bad. Two screenshots and the source
are included in the tar.gz.
Please somebody examine it, and help me if you can.
The source,
On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote:
Fixed LITTLE_ENDIAN_32_READ macro to at least compile.
btw, this seems to imply that even with the parentheses fix, it's still
not right... is that the case? You seem like somebody who's up on PPC
issues. Note that this is
Hello!
I compiled the following using msvc:
--8---
#include stdio.h
#include windows.h
typedef short CSHORT;
typedef struct {
CSHORT Year;
CSHORT Month;
CSHORT Day;
CSHORT Hour;
CSHORT Minute;
CSHORT Second;
Am Mit, 2002-10-30 um 16.43 schrieb Greg Turner:
Actually, I was leaning towards the idea of having the test program
itself be both client and server... but AFAIK there is no
wine-compatible way to fork()..?
Why don't you just use CreateThread()?
I am doing this for the winsock tests and it
Why is GetComputerName() an init function, or in other words, why is it
important that
HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Control\\ComputerName\\ComputerName
be set at registry initialization time (in _allocate_default_keys())?
I am asking because GetComputerName() IMO returns the
On Wednesday 30 October 2002 11:00 am, Martin Wilck wrote:
Am Mit, 2002-10-30 um 16.43 schrieb Greg Turner:
Actually, I was leaning towards the idea of having the test program
itself be both client and server... but AFAIK there is no
wine-compatible way to fork()..?
Why don't you just use
My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook.
Currently, the wine implementation tells me
fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right
when I try to use it. I'd like to implement this so I can get my app to
run, but I'm not sure where to start, since I
Dimitri,
The missing last column in newsbin seems to be caused by this line:
| if (!lpColumn || nColumn 0 || nColumn infoPtr-hdpaColumns-nItemCount)
|return -1;
| ^
removing the marked part of the test result in
On October 30, 2002 02:01 pm, Rein Klazes wrote:
Do you see any objections removing the test and error message?
Good catch. Please try this patch:
Index: dlls/comctl32/listview.c
===
RCS file:
[EMAIL PROTECTED] writes:
My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook.
Currently, the wine implementation tells me
fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right
when I try to use it. I'd like to implement this so I can get my app to
run, but I'm
Martin Wilck [EMAIL PROTECTED] writes:
I am asking because GetComputerName() IMO returns the wrong value (FQDN
rather than NETBIOS name). A real implementation of GetComputerName()
would look for the above value in the Registry and use gethostname()
only as a fallback, but currently it's the
On Wed, 30 Oct 2002 14:21:13 -0500, you wrote:
On October 30, 2002 02:01 pm, Rein Klazes wrote:
Do you see any objections removing the test and error message?
Good catch. Please try this patch:
Index: dlls/comctl32/listview.c
[EMAIL PROTECTED] writes:
My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook.
Currently, the wine implementation tells me
fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right
when I try to use it. I'd like to implement this so I can get my app to
run, but I'm
with the following output on win2k.
9 0 10 0 9 10
This is weird, I would have expected to get an output like: 2002 10
27 8 9 10
with the followingo patch applied...
nog.
Eeek, sorry about that. I forgot a WINAPI in the typedef, see my new
version in the attachment...
The following
[EMAIL PROTECTED] writes:
It's returning NULL for me, which implies it isn't working. Is there some
sort of trace that I can send you to help you out?
Oops you are right, this should fix it:
Index: server/hook.c
===
RCS file:
On October 30, 2002 03:34 pm, Dustin Navea wrote:
Well after some more debugging, I think that it is a
problem with the SendMessageA function itself, not
with any of the arguments being passed to it.
I think you are chasing the wrong problem...
--
Dimi.
Could someone do something to make the need for this hardware disappear
and save the world of people who love proprietrary video game consoles?
There is already a tool that converts xpe files into exe. Only the bios
and the improved DirectX must be re-engineered and the rest will be done
by a
--- Dustin Navea [EMAIL PROTECTED] wrote:
Hey everyone, after about 3 hours of adding traces
to
treeview.c, I have found the line that is causing
all of my headaches!
in /wine/dlls/comctl32/treeview.c:
in function TREEVIEW_NOTIFYFORMAT
i = SendMessageA(GetParent (infoPtr-hwnd),
Eric Pouech [EMAIL PROTECTED] writes:
+case DLL_PROCESS_ATTACH:
+if (!GetModuleHandleA(MSVFW32.DLL) !LoadLibraryA(MSVFW32.DLL))
+{
+ERR(Could not load sibling MSVfW32.dll\n);
+return FALSE;
+}
Note that this is not necessary. The 32-bit
Greg Turner [EMAIL PROTECTED] writes:
diff -ur -x CVS -x 'bigdif*' ../wine.test/dlls/rpcrt4/rpc_binding.c
./dlls/rpcrt4/rpc_binding.c
--- ../wine.test/dlls/rpcrt4/rpc_binding.c2002-10-29 12:59:02.0 -0600
+++ ./dlls/rpcrt4/rpc_binding.c 2002-10-29 13:28:39.0 -0600
@@
On Wed, 30 Oct 2002, Keith Matthews wrote:
[...]
Stressing the number of calls in the MS API is another important point
to make, thanks to Andreas for providing an updated figure.
For more API stats you can check out the following page (and
disclaimer):
On October 30, 2002 01:57 am, Ender wrote:
- Many apps do not work without Desktop enabled. This is far worse
than it sounds, because most newbies try managed non-desktop first. People
think WINE should be able to do seemless intergration. Then when an
application hangs, they think it's
On October 30, 2002 04:50 pm, Lionel Ulmer wrote:
I wholeheartedly disagree here.. I only use (and only ever will) use
Desktop mode in Wine. It's the same (for me) as using Tabbed browsing in
Mozilla : you have all the related mess in one window :-)
Sorry Lionel, but You Are Wrong (tm)! :) By
Hallo,
e.g. on www.heise.de there is the news that MS announces to drop support for
Win98/ME for the next office version.
That's probably a point in time when many people will look for
alternatives. Hopefully Wine and Linux are in good shape then.
Bye
--
Uwe Bonnes[EMAIL
IMO desktop mode exists only because our integration is not very good.
It should die sooner, rather than later, it's just a big hack. So we should
rather focus on getting apps to work in non-desktop more, rather then
resurrecting the silly desktop option.
I wholeheartedly disagree here.. I
On Wed, 30 Oct 2002, Dimitrie O. Paun wrote:
On October 30, 2002 01:57 am, Ender wrote:
- Many apps do not work without Desktop enabled. This is far worse
than it sounds, because most newbies try managed non-desktop first. People
think WINE should be able to do seemless intergration.
Dimitrie == Dimitrie O Paun [EMAIL PROTECTED] writes:
Dimitrie On October 30, 2002 01:57 am, Ender wrote:
- Many apps do not work without Desktop enabled. This is far worse
than it sounds, because most newbies try managed non-desktop
first. People think WINE should be able to
That I understand. But still the fucntionallity does not belong in Wine.
You should start a new desktop environment around Wine (say WDE), just
like Qt, and GTK have their own DEs.
Well, yes, if I wanted to ONLY use Windows applications I could do something
like that. But a part from using
An app, is an app, is an app. I don't give a flying !#$ if it's
a Qt, Gtk, Python, Perl, Java, Wine, wxWindows, you-name-it app.
I don't want every toolkit, library, etc. to invent their own
universe with their own little desktop. It would be crazy. You
feel the need to group apps to cleanup
On October 30, 2002 05:12 pm, Lionel Ulmer wrote:
For me, running 'explorer' (or whatever is called the Windows WM) in a
desktopped Windows session and actually have the 'Start' button in the
lower right corner of the window to start Windows applications would be the
way I would prefer running
On October 30, 2002 05:05 pm, Uwe Bonnes wrote:
- any program in non-desktop mode switching to full screen
- any application poping up endless series of new processes
This focuses on the wrong problem. A Wine app is just that: an app.
If this is a problem, the WM must allow you to deal with
On October 30, 2002 05:01 pm, Francois Gouget wrote:
I think desktop mode is useful in some circumstances like when you want
to prevent an application from taking over the whole screen (typically
installers or the PowerPoint viewer).
While it may be useful in strange circumstances, it's not
Hallo,
did I miss something or is it me or is the registry entry ( as advertised in
winedefaults.reg)
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug]
Debugger=winedbg --debugmsg -all %ld %ld
not honored any more ( since some time).
The relay log is cluttered with
On October 30, 2002 05:27 pm, Lionel Ulmer wrote:
Well, yes, if I wanted to ONLY use Windows applications I could do
something like that. But a part from using Xnest or hacks like that (VNC
comes to my mind too) I do not see how I could do what I want to do without
support in Wine itself.
So
On Wednesday 30 October 2002 03:01 pm, Alexandre Julliard wrote:
Greg Turner [EMAIL PROTECTED] writes:
diff -ur -x CVS -x 'bigdif*' ../wine.test/dlls/rpcrt4/rpc_binding.c
./dlls/rpcrt4/rpc_binding.c ---
../wine.test/dlls/rpcrt4/rpc_binding.c 2002-10-29
12:59:02.0 -0600 +++
On Wed, Oct 30, 2002 at 05:27:48PM -0500, Dimitrie O. Paun wrote:
On October 30, 2002 05:01 pm, Francois Gouget wrote:
I think desktop mode is useful in some circumstances like when you want
to prevent an application from taking over the whole screen (typically
installers or the PowerPoint
So you consider Xnest and VNC hacks, but Wine's desktop mode OK?!? This is
very strange, in the Unix spirit I would have thought those are the right
approach for what you want to accomplish (pseudo-virtual machine).
Well, I said 'hacks' because for VNC it's not really what it was meant to do
Uwe Bonnes wrote:
Dimitrie == Dimitrie O Paun [EMAIL PROTECTED] writes:
Dimitrie On October 30, 2002 01:57 am, Ender wrote:
- Many apps do not work without Desktop enabled. This is far worse
than it sounds, because most newbies try managed non-desktop
first. People
On October 30, 2002 09:11 am, Uwe Bonnes wrote:
think of Win32 as a user library, just like Motif or QT. So the thing of
beauty ( or missing beauty) gets relative...
Very good point. This is another angle I wanted to approach:
we are currently perceived by some as a 'evil thing' which
allows
Uwe Bonnes [EMAIL PROTECTED] writes:
did I miss something or is it me or is the registry entry ( as advertised in
winedefaults.reg)
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug]
Debugger=winedbg --debugmsg -all %ld %ld
not honored any more ( since some time).
On Wed, 2002-10-30 at 12:10, Dirk wrote:
Could someone do something to make the need for this hardware disappear
and save the world of people who love proprietrary video game consoles?
There is already a tool that converts xpe files into exe. Only the bios
and the improved DirectX must be
Hi there;
I feel like I'm nearly there with porting this game to run with winelib, a
version checked out from winehq CVS about a week ago. Because I wanted my
build system to be cross-platform, and WINE only as a stop-gap, I'm using the
Jam build system and so can't directly take advantage of
Hello,
is somebody working on the richedit dll? I encountered 3 unknown RTF
control words and wanted to add them but I got scared by the overzealous
use of #define's in rtf.h . My first impuls was exchange that with some
enum's, but i thought i better ask here before i do the work in vain.
bye
Matthew Bloch [EMAIL PROTECTED] writes:
$WINE/tools/winebuild/winebuild \
-fPIC -DSTRICT -D_REENTRANT \
-exe LSNClient.exe -mgui Builds/native-debug-linux/Source/*.o \
-L$WINE/dlls -luser32 -lgdi32 -ladvapi32 -lkernel32 -lddraw -ldsound \
-lwinmm -ldisplay -ldispdib
On Thursday 31 October 2002 01:14, you wrote:
Matthew Bloch [EMAIL PROTECTED] writes:
$WINE/tools/winebuild/winebuild \
-fPIC -DSTRICT -D_REENTRANT \
-exe LSNClient.exe -mgui Builds/native-debug-linux/Source/*.o \
-L$WINE/dlls -luser32 -lgdi32 -ladvapi32 -lkernel32 -lddraw -ldsound
On Thu, 31 Oct 2002, Michael Stefaniuc wrote:
Hello,
is somebody working on the richedit dll? I encountered 3 unknown RTF
control words and wanted to add them but I got scared by the overzealous
use of #define's in rtf.h . My first impuls was exchange that with some
enum's, but i thought i
On Thu, 31 Oct 2002, Matthew Bloch wrote:
[...]
There are basically no efficiency gains, there is no overhead in
running a PE exe compared to a native one.
Okay, but presumably it's easier (as in not impossible!) for me to debug a
program with GDB if I'm using a elf binary as opposed to a
Le mer 30/10/2002 à 20:44, Francois Gouget a écrit :
On Thu, 31 Oct 2002, Michael Stefaniuc wrote:
Hello,
is somebody working on the richedit dll? I encountered 3 unknown RTF
control words and wanted to add them but I got scared by the overzealous
use of #define's in rtf.h . My first
Well, you and I seem to have very different opinion on Wine. For you, it's a
way to run a particular application. For me, it's like a virtual PC running
Windows on my Linux box (ie more like a VMWare or a terminal server /
Metaframe approach).
*cough*
Wine Is Not an Emulator :)
- Ender
On October 30, 2002 10:34 pm, Jeremy White wrote:
However, I strongly agree with Lionel - since
we have desktop mode, we should keep it as an option. Free software is
all about choice.
Yes, but that choice does not refer to to the choice of cramming
every feature together. :) Virtually all
Dimitrie O. Paun [EMAIL PROTECTED] writes:
If you are really big on the VM idea (why, beats me), we should separate
that functionality out as a winedesktop executable.
Don't tell anyone, but that's exactly how the desktop option will have
to be implemented to work with multiple processes.
--
That is,
Lets assume for the sake of argument that Alexandre likes my
0.8 idea so much, that he releases Wine 0.8 with much fanfare
next Monday (so we have a good audience), and the news reaches
Slashdot where a message with a link to http://www.winehq.org
is posted, in good CmdrTaco fashion...
79 matches
Mail list logo