Change Log: Fix application and version links (Doh!)
Files Changed: admin/adminBugs.php
Index: admin/adminBugs.php
===
RCS file: /home/wine/appdb/admin/adminBugs.php,v
retrieving revision 1.1
diff -u -r1.1 adminBugs.php
--- a
"Kevin Koltzau" <[EMAIL PROTECTED]> wrote:
> you could start with running "grep long *" inside the include directory.
> Every instance would need to be changed in some form, I count well over a
> thousand instances in just the headers.
We need to replace 'long' by 'LONG' and 'int' by 'INT' in
Hi,
I am currently running FreeBSD 5.4 and Wine 20050310. When I startup
Wine with DVDShrink, I get the following output to the terminal:
fixme:file:get_default_drive_device auto detection of DOS devices not
supported on this platform
fixme:cdrom:CDROM_GetInterfaceInfo not implemented for BSD
fix
Change Log: Use display_page_range()
Files Changed: admin/adminCommentView.php
Index: admin/adminCommentView.php
===
RCS file: /home/wine/appdb/admin/adminCommentView.php,v
retrieving revision 1.7
diff -u -r1.7 adminCommentVie
On Mon, 2005-07-18 at 19:02 +0100, Oliver Stieber wrote:
> Hi,
>
> This patch implements the use of PBuffers for offscreen textures.
> The fads in Pirates should now appear fullscreen, the dx9_offscreen_rendering
> tutorial has an odd problem with ATI's drivers, clicking the window and moving
> t
Robert Shearman wrote:
I can put all of the patches in to one big patch if anyone wants to test
before the patches are committed.
I'd appreciate it.
Felix
On Tuesday 19 July 2005 16:43, Jeremy White wrote:
> Hi folks,
>
> You may have noticed Rob submitting a long string of OLE
> patches.
>
Champagne ? :)
very impressive job Rob :)
Regards,
Raphael
>
> Jeremy
pgpBdQAFY1GzL.pgp
Description: PGP signature
On Tuesday 19 July 2005 4:31 pm, Juan Lang wrote:
> Can you give an example of a non-simple case?
>
> What about defining LONG as int in win64?
you could start with running "grep long *" inside the include directory.
Every instance would need to be changed in some form, I count well over a
thou
Kevin wrote:
> Binary compatibility with win64 will be just about impossible as the
> long datatype is used extensively throughout the headers and code
>
> doing -Dlong=int works in simple cases, but not as a general rule
Can you give an example of a non-simple case?
What about defining LONG as
From: "Alexandre Julliard" <[EMAIL PROTECTED]>
> Everything should be in now (with many thanks to Rob for doing a great
> job of splitting his work in small self-contained chunks).
Yeah -- this was one of the nicest patch set I've seen in a while.
Guys, this is simply *amazing*! I'm in constant a
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> Perhaps Alexandre should post when all the relevant patches are in place so
> tests are valid.
Everything should be in now (with many thanks to Rob for doing a great
job of splitting his work in small self-contained chunks).
--
Alexandre Julliard
[EMAIL
gcc and msvc++ have different opinions on the size of a long in 64bit code,
gcc has sizeof(long)==8 while msvc++ has sizeof(long)==4
Binary compatibility with win64 will be just about impossible as the long
datatype is used extensively throughout the headers and code
doing -Dlong=int works in s
Uwe Bonnes wrote:
Jeremy> I'm hoping that as a result of this work we'll soon be able to
Jeremy> claim with a straight face: "Most things install."
Jeremy> So, if you have an app that doesn't install, post a message to
Jeremy> wine-devel, and let's see if we can't make some lemonade
James Liggett wrote:
The problem appears to be that the InstallShield installer expects
objects in the Running Object Table to be shared between processes, but
this is not the case at the moment and is a fairly big piece of work. It
needs to be done eventually, but I'm not likely to start work
Hi,
I need access to the definition of the IITStorage interface which is
only defined in dlls/itss/itss.h. This interface is used to gain
access to CHM help files. The Win32 public headers don't have this
interface publicly available, so would that restrict us from moving
itss.h to wine/include?
> "Jeremy" == Jeremy White <[EMAIL PROTECTED]> writes:
...
Jeremy> I'm hoping that as a result of this work we'll soon be able to
Jeremy> claim with a straight face: "Most things install."
Jeremy> So, if you have an app that doesn't install, post a message to
Jeremy> wine-deve
Could somebody indicate me on the proper way to write a test for one
specific locale? By this I mean, even if the user has LANG=en defined in
the environment, the test should (temporarily) force the code path taken
as if LANG=es_EC was defined in the environment. I am asking this
because I want
* On Tue, 19 Jul 2005, Boaz Harrosh wrote:
> * Saulius Krasuckas wrote:
> >
> > > Yet then I see lots of declared functions are prefixed with __cdecl
> > > and _CRTIMP prefixes.
> > >
> > ...
> >
> > > | #define _CRTIMP __declspec(dllimport)
> > >
> >
> > And that comes from native he
> Thus, I am now making good on my promise to
> lock Rob and Aric in a room and make installers go.
>
> So, if you have an app that doesn't install, post a
> message
> to wine-devel, and let's see if we can't make some
> lemonade
> and have a party!
Celebration time!!! :) :) This is good news to
On Mon, 18 Jul 2005, Hans Leidekker wrote:
> You have the lcms headers but somehow linking against lcms fails
> on your system. Can you find out why? Jacek had traced this problem
> to a 64-bit version of lcms on his system.
I found that on that test system lcms was installed in /usr/local:
/us
Saulius Krasuckas wrote:
It seems I was too in hurry. Some comments follows.
* On Tue, 19 Jul 2005, Saulius Krasuckas wrote:
int <-> long int.
void (*) <-> void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t)
I mean differences between native version and a Wine's one.
Th
Hi folks,
You may have noticed Rob submitting a long string of OLE
patches.
That is formally the last set of 'hard work' we planned to
do as part of our work on our 5.0 release. Now we just
have to do the 'easy part' - stabilizing for release .
The big picture items included the window manager
On Tue, 2005-07-19 at 14:19 +0100, Robert Shearman wrote:
> Hans Kristian Rosbach wrote:
> >Output messages from wine:
> >fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil))
> >- stub!
> >err:ole:CoGetClassObject class {5fca6a47-ce12-45f5-89aa-c79d804e9f68}
> >not registered
> >
It seems I was too in hurry. Some comments follows.
* On Tue, 19 Jul 2005, Saulius Krasuckas wrote:
>
> int <-> long int.
> void (*) <-> void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t)
I mean differences between native version and a Wine's one.
> Then I see all the declared functio
Hans Kristian Rosbach wrote:
Altiagent from Altigen (control-panel for "real" IP-telephones)
is now working mostly like I'd expect it to work, except when I
minimize the window.
It disappears from the taskbar and is supposed to have an
icon in the systray, but the systray is empty so I cannot
r
On Tue, Jul 19, 2005 at 05:06:47AM -0700, Damjan Jovanovic wrote:
>
>
> --- Marcus Meissner <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jul 19, 2005 at 01:14:20AM -0700, Damjan
> > Jovanovic wrote:
> > > I'd like to know if there are any functions in
> > Wine
> > > for changing the function pointer
On Monday 18 Jul 2005 18:42, Paul Vriens wrote:
> On Mon, 2005-07-18 at 19:15, Paul Millar wrote:
> > I've noticed that the test site has no mention of today's cron-build of
> > winetest.
>
> all seems well. You just have to wait till people wake up, download the
> latest winetest and run them int
Altiagent from Altigen (control-panel for "real" IP-telephones)
is now working mostly like I'd expect it to work, except when I
minimize the window.
It disappears from the taskbar and is supposed to have an
icon in the systray, but the systray is empty so I cannot
retrieve the window again.
Also
Saulius Krasuckas wrote:
I am trying to sync w/ native crtdbg.h file, which defines:
| typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t);
This doesn't compile with my gcc:
| gcc -c -I. -I. -I../../../include -I../../../include
-I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wa
--- Marcus Meissner <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 19, 2005 at 01:14:20AM -0700, Damjan
> Jovanovic wrote:
> > I'd like to know if there are any functions in
> Wine
> > for changing the function pointer values in a
> DLL's
> > (or, for that matter, an executable's) import
> table at
>
I am trying to extend functionality of the MSVCRTD_operator_new_dbg(), so
did #include "msvcrt/crtdbg.h" in the file dlls/msvcrtd/debug.c . Is that
OK?
I have found some differences in used parameter types of some functions,
like:
int <-> long int.
void (*) <-> void (__cdecl *_CRT_DU
* On Tue, 19 Jul 2005, Boaz Harrosh wrote:
> * Saulius Krasuckas wrote:
> >
> > I am trying to sync w/ native crtdbg.h file, which defines:
> > | typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t);
> > This doesn't compile with my gcc:
>
> I compiled native crtdbg.h with gcc 3.3.x Just fin
Saulius Krasuckas wrote:
I am trying to sync w/ native crtdbg.h file, which defines:
| typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t);
This doesn't compile with my gcc:
| gcc -c -I. -I. -I../../../include -I../../../include
-I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wa
Robbert Xerox <[EMAIL PROTECTED]> writes:
> I think this bug is really affecting quite some more
> apps then the ones mentioned in wine-bugs so would be
> great if anyone could shine a light on this, as of how
> to solve the bug. Regards
I tried several of the apps you mention and they all work f
I am trying to sync w/ native crtdbg.h file, which defines:
| typedef void (__cdecl *_CRT_DUMP_CLIENT) (void *, size_t);
This doesn't compile with my gcc:
| gcc -c -I. -I. -I../../../include -I../../../include
-I../../../include/msvcrt -I./.. -D_REENTRANT -fPIC -Wall -pipe
| -mpreferred-stack
Marcus Meissner wrote:
> If you want to snoop those calls, we already have mechanisms for
> this in place.
I'm not the original poster, but I'd like to hear more about
this.
Erik
--
+---+
Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's
On Tue, Jul 19, 2005 at 01:14:20AM -0700, Damjan Jovanovic wrote:
> I'd like to know if there are any functions in Wine
> for changing the function pointer values in a DLL's
> (or, for that matter, an executable's) import table at
> the time it is loaded.
For exactly what purpose?
If you want to
I'd like to know if there are any functions in Wine
for changing the function pointer values in a DLL's
(or, for that matter, an executable's) import table at
the time it is loaded.
Start your day with Yahoo! - make it your hom
38 matches
Mail list logo
