2008/3/31 Dj Apal [GR] <[EMAIL PROTECTED]>:
> Here are the separate patches as requested by James Hawkins
>
One patch per email. I see that's not on the sending_patches
page...man our documentation is in such bad shape (and scattered all
over the place).
--
James Hawkins
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
>> This won't work across processes.
>
> Looks like GetWindowModuleFileName is not supposed to work for other
> process windows, at least in the following snippet both GetWindowLongPtr
> and GetWindowModuleFileName return 0 but don't change the last e
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> "Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
>
>> @@ -3121,9 +3133,21 @@ UINT WINAPI GetWindowModuleFileNameA( HWND hwnd,
>> LPSTR lpszFileName, UINT cchFil
>> */
>> UINT WINAPI GetWindowModuleFileNameW( HWND hwnd, LPWSTR lpszFileName, UINT
On Mon, Mar 31, 2008 at 11:40 PM, TheBlunderbuss
<[EMAIL PROTECTED]> wrote:
> I like it, since I already do something like this!
> How about a more surreptitious way of marking versions? Maybe a reg key
> or other file.
> This way, users might not be tempted to rename their ~/.wine and also
>
Dan Kegel wrote:
> On the wine-users list, we're getting a lot of users who
> have old or even ancient .wine directories, and
> whose problems go away with a fresh .wine directory
>
> Perhaps we should have wineprefixcreate stamp the version
> of wine the .wine directory was created with,
> make wi
> But is the API in question useful for the Wine project as far as
> fixing apps? I don't think we should devote SOC resources to a
> project that doesn't progress Wine beyond just implementing more APIs.
That's a good point. Alex, you'd probably want to specify which APIs
in particular you'r
On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> > Find a suite of third party applications and drivers that depend on
> > the undocumented APIs otherwise your not going to get very far with
> > getting your code in.
>
> Why is that? There are varying amounts of "undoc
> Find a suite of third party applications and drivers that depend on
> the undocumented APIs otherwise your not going to get very far with
> getting your code in.
Why is that? There are varying amounts of "undocumented." Not
documented on MSDN doesn't mean that no documentation exists. For
I don't have the full results yet, but here's a clue as to today's
warn+heap regression referred to in http://bugs.winehq.org/show_bug.cgi?id=12246
that affects every program:
==12026== Invalid read of size 4
==12026==at 0x4BDAECD: RPCRT4_CloseBinding (rpc_binding.c:301)
==12026==by 0x4BE0
On Mon, Mar 31, 2008 at 7:30 PM, a a <[EMAIL PROTECTED]> wrote:
> I made a proposal on GSoC to improve support for the Native API, an
> undocumented API in Windows. I'd really like to code for the Wine Project,
> since I like Windows, I like Linux, and I especially like low-level
> scrounging. I'm
My name is Alex. I'm an 18 year old Freshman at the University of South
Florida. I'm an electrical engineer, but I've been coding since I was 13. I
love low-level stuff, like assembly and ugly C, machine code, etc. I like to
be able to smell the processor I'm so close to the metal.
I made a propos
On Mon, Mar 31, 2008 at 04:08:00PM +0200, Kai Blin wrote:
> On Monday 31 March 2008 15:30:17 Marc Andre Tanner wrote:
> > I
> > prototyped something and thought this way I would at least get some
> > feedback (after all "Talk is cheap. Show me the code." is common
> > practice in the open source w
2008/3/31 Dj Apal [GR] <[EMAIL PROTECTED]>:
> Hello all.
> I'm Apostolos Alexiadis and I had created some time ago the greek patch for
> comctl32.
> I have made some changes to the previous file and also added 2 new
> localization files for comdlg and hhctrl.ocx.
> If there is something worng with
wine-0.9.59 might be able to sync old-style iPods,
but iPod Touch / iPhone is a horse of a different
color because it acts like a usb device rather than
a mass storage device. It'll be a long time before
we support this.
> do u need an italian translator for your wiki/documentation?
Maybe, but we could use one even more for our
user interfaces; see
http://pf128.krakow.sdi.tpnet.pl/wine-transl/lang.php?lang=010%3A00
- Dan
> Worked first try. (Good thing, too, since I was just copying what wine
> already does to build its dlls, and I wouldn't have known what to do if it
> failed.)
>
> Does that work for you?
> - Dan
Steven Edwards beat you to it, he sent me a patch ;)
It works! It's alive!
@all sorry folks 'bout
Hello Alexandre,
2008/3/31, Alexandre Julliard <[EMAIL PROTECTED]>:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>
> > But that's the thing. How can you definitively say that there isn't a
> > program that affected by this?
>
>
> Of course you can never be certain, but after having debugged a
pure_evil wrote:
> Here's source for a .cpl that compiles fine with dev-c++.
> How can I make it work with winegcc?
I had to do this to make winegcc happy:
--- skeleton/skeleton.c 2008-03-31 09:00:55.0 -0700
+++ skeleton.ok/skeleton.c 2008-03-31 11:34:24.128617000 -0700
@@ -24,12 +24
On Mon, Mar 31, 2008 at 12:05 PM, Lorenzo M <[EMAIL PROTECTED]> wrote:
> do u need an italian translator for your wiki/documentation?
> i can do it properly.
>
Please check out http://wiki.winehq.org/Translating
--
James Hawkins
On Mon, Mar 31, 2008 at 5:03 AM, Rainer M Krug <[EMAIL PROTECTED]> wrote:
> Hi
>
> are there any news / patrches on the iPod sync with iTunes?
>
> Thanks
>
> Rainer
>
>
No need to send multiple mails. If anyone knows something about this
they will reply in their own time. Spamming the list d
Okay, this is as far as apparently I can make it on my own.
This is the *basic* control panel applet. I used Dev-c++ (it's C though).
It compiles with mingw and works flawlessly - you know, exports what it should
export etc. etc. etc. The result, copied onto c:\windows\system32 shows up in
the
do u need an italian translator for your wiki/documentation?
i can do it properly.
u doin very nice job.
thanks from a satisfied user.
bye
--
¤ acM ¤
Lorenzo
M
Hi
are there any news / patrches on the iPod sync with iTunes?
Thanks
Rainer
Hi
are there any news on the iPod Touch sync front? Any patches available?
Thanks
Rainer
[EMAIL PROTECTED] wrote:
> Message: 4 Date: Sun, 30 Mar 2008 19:13:46 -0600 From: Vitaliy
> Margolen <[EMAIL PROTECTED]> Subject: Re: setupapi: prevent page
> faults in SetupDiDeleteDeviceInterfaceRegKey To: wine-devel@winehq.org
> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain;
> cha
Dmitry Timoshkov escribió:
> "Alex Villacís Lasso" <[EMAIL PROTECTED]> wrote:
>
>
>>> The problem with IDA is that the button you see in the Windows task bar
>>> does not belong to the main IDA window, it belongs to a zero sized visible
>>> window with the same caption. Since it's zero sized Wi
On Monday 31 March 2008 15:30:17 Marc Andre Tanner wrote:
> First, I haven't yet applied for the project mainly because i will
> probably not be able to work full time on a GSoC project due to real
> life issues (part time job, family related things etc). On the other
> hand I doubt that it will r
Stefan Leichter <[EMAIL PROTECTED]> writes:
> +if (pszSubPath && (length = MultiByteToWideChar(CP_ACP, 0, pszSubPath,
> -1, NULL, 0))) {
> +pszSubPathW = HeapAlloc(GetProcessHeap(), 0, length * sizeof(WCHAR));
> +if(!pszSubPathW)
> +return HRESULT_FROM_WIN32(ERROR_
"Gynvael Coldwind" <[EMAIL PROTECTED]> writes:
> +/* get width and height
> + */
> +width = GetDeviceCaps(graphics->hdc, HORZRES);
> +height = GetDeviceCaps(graphics->hdc, VERTRES);
This won't do what you want. You should probably use something like
GetClipBox() here.
--
Alexan
Vitaliy <[EMAIL PROTECTED]> writes:
> Resending.
>
> Try 5:
> Split out change to user32 as a separate patch.
>
> Try 4:
> This time with lots of tests that exposed number of other problems that were
> fixed.
>
> I could not separate this patch into separate pieces - they all linked
> together a
Kai Blin wrote:
> Hi folks,
>
> after another chat about Wine's goals in respect to FUSE file systems on IRC,
> I just wanted to point the students who applied for this project already
> (I've Bcced them) at the goals Wine has for this GSoC project.
>
> For Wine, the goal is to create prototype
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> But that's the thing. How can you definitively say that there isn't a
> program that affected by this?
Of course you can never be certain, but after having debugged a number
of apps, and checked the behavior of APIs across Windows versions, there
ar
Alistair Leslie-Hughes wrote:
> Hi Rob,
>
> What work would need to be done to get widl to support __stdcall?
The issue is that widl doesn't support functions in typedefs. Further
issues are that widl doesn't support writing out the function typedef
once parsed and widl doesn't store the calling
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> I remember sending the patch for this exact thing a while back, which you of
>> course refused under the same pretense - showing a real life app that
>> depends on it. So if tests are not a real life app that shows a d
Hi folks,
after another chat about Wine's goals in respect to FUSE file systems on IRC,
I just wanted to point the students who applied for this project already
(I've Bcced them) at the goals Wine has for this GSoC project.
For Wine, the goal is to create prototype FUSE file systems so we can f
On 31/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> How do we call this library? wineshader.dll?
>
Sounds ok to me.
Am Montag, 31. März 2008 13:17:49 schrieb H. Verbeet:
> Our current intermediate representation is essentially a list of
> SHADER_OPCODE and SHADER_OPCODE_ARG elements. We probably want to move
> the bytecode parsing into the shader library and then generalize the
> intermediate representation a bi
Am Montag, 31. März 2008 13:17:49 schrieb H. Verbeet:
> Our current intermediate representation is essentially a list of
> SHADER_OPCODE and SHADER_OPCODE_ARG elements. We probably want to move
> the bytecode parsing into the shader library and then generalize the
> intermediate representation a bi
On 31/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Montag, 31. März 2008 08:54:18 schrieb H. Verbeet:
> > Looks reasonable enough in general. I guess it would make sense to
> > create some kind of "shader utilities" library that can be used from
> > both wined3d and d3d9x.
>
> Right,
I tried Firefox 3 beta 4 just now, and there were
a few bugs that stood out in the first few minutes:
12305 Firefox 3 beta 4 font problem: colon displayed as 0038
unicode glyph-missing glyph
12306 Firefox 3 beta shows one-pixel-high black line when rendering some
images
12307 firefo
Am Montag, 31. März 2008 08:54:18 schrieb H. Verbeet:
> On 31/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > With WineD3D working on the same language, we have to share the language
> > definition between the shader library and WineD3D, or put the shader
> > compiler into WineD3D as well
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> From 1cb24469eb0f53f7e67dea2c7659ad070b86f21d Mon Sep 17 00:00:00 2001
> From: Stefan Doesinger <[EMAIL PROTECTED]>
> Date: Fri, 28 Mar 2008 16:11:06 +0100
> Subject: [PATCH] WineD3D: Support clipplanes with GLSL shaders
>
> This patch removes the shad
On Mon, Mar 31, 2008 at 2:44 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> I think we should
> stop telling people to blow away their .wine, and have them run
> wineprefixcreate instead. Then if wineprefixcreate doesn't do the
> update correctly we need to figure out why and fix it. Onc
"James Hawkins" <[EMAIL PROTECTED]> writes:
> If we have a stable wine prefix in 1.0, I don't see what could
> possibly be added in 1.2 that would break that. The idea is that,
> even if you add a new dll that needs to be registered in, say, 1.0.5,
> you still don't need to remove your wine prefi
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> I remember sending the patch for this exact thing a while back, which you of
> course refused under the same pretense - showing a real life app that
> depends on it. So if tests are not a real life app that shows a difference
> between Wine and win
Hi Rob,
What work would need to be done to get widl to support __stdcall?
Best Regards
Alistair Leslie-Hughes
46 matches
Mail list logo
