I noticed that if I put:
session.use_cookies = 0
In my php.ini I cannot login and the behaviour is the same as the one on
the website. maybe someone could check if the online server
configuration has changed.
Tony could you check if you have this option enabled or not on your
local server ?
Hi guys,
It's nearly 2 o'clock and I have to wake up early "tomorrow".
I made a very big patch that cleans up a lot of code (thousands of tabs,
bad indentation, etc. and follows the CODING_STANDARD we wrote together.
Of course I didn't had time to clean up every single line of code (I
didn't want
On Samstag 11 Dezember 2004 01:42, Walt Ogburn wrote:
> Dump a trace into a file, then grep for the username and password you
> entered?
Are you refering to using something like strace, or would you use a debug
channel? If a debug channel, which ?-)
Bye, and thanks for your input!
David
p
On Samstag 11 Dezember 2004 02:09, Robert Shearman wrote:
> David Gümbel wrote:
> >I am trying to get an application to run under Wine that requires a
> > login with a username and a password. The program runs all fine,
> > however I can't login with data that should work (and AFAIK works under
> >
On Sat, 11 Dec 2004 09:29:21 -0500, Robert Reif wrote:
> The Microsoft code will not read and/or
> write the entire contents of the buffers under some
> circumstances. Duplicating this behavior lead to the code I
> have presented.
What bugs did this behaviour cause? If it's purely a matter of cor
On Sat, 11 Dec 2004 11:28:21 -0600, Robert Shearman wrote:
> Then that means there was already some problem with the app that has now
> been exposed. We should find out why the app isn't calling BeginPaint
> like it should.
Actually the code that printed that warning was removed in a recent patc
Robert Shearman wrote :
Nice try, but I don't think we want three copies of the same defines.
That's just asking for trouble with them getting out of sync.
Rob
I thought we do not have to change these values. OK, I have to find
something else...
On Thu, 9 Dec 2004, Walt Ogburn wrote:
> It's commented out because the test currently crashes under Wine. I
> submitted one patch earlier, but the metafile records weren't the same as
> the correct Windows values and it didn't get committed. Now that there's
> a test I'll work on another patch.
Jonathan Ernst wrote:
[snip]
Index: CODING_STANDARD
===
RCS file: /home/wine/appdb/CODING_STANDARD,v
retrieving revision 1.1
diff -u -r1.1 CODING_STANDARD
--- CODING_STANDARD 11 Dec 2004 03:42:43 - 1.1
+++ CODING_STANDARD 11 Dec 20
Hi,
> >>Do the patches take into account that a header might only be
> >>included to
> >>check that an exported function matches the declaration in the
> >>header file?
I've extended my script to handle this case.
Cheers,
Jon
=
"Don't wait for the seas to part, or messiahs to come;
Don't
Hi Wine-Devel,
Is here anybody which knows what the following function is supposed to
do and what needs to get implemented? I'm referring to this:
fixme:winsock:convert_sockopt Unimplemented or unknown socket level
err:winsock:WS_setsockopt Invalid level (65407) or optname (128)
Many thanks.
Rtl* functions should generally avoid doing server calls. You should
implement the Rtl* functions on top of the Nt* functions, not the other
way around.
the "real" fix would mean (which I decided not to implement)
- not moving local atom tables to wineserver (and handling them in the local memory
Please convert tabs to spaces.
Chris
On Saturday 11 December 2004 1:07 pm, Jonathan Ernst wrote:
> This patch let user click on the random screenshot displayed for an app
> so that he can see the whole gallery by version. The patch displays the
> name of the application in the gallery as well (
You can submit a patch for me, or wait until Monday and I'll submit one.
submitted. thx
A+
>
> Is it possible that it is broken by this patch instead,
> http://cvs.winehq.org/patch.py?id=14371, that Paul van Schayck reported
> broke Foobar2000?
>
The bug I was getting where the whole window is garbage is not caused
by this patch, but the error message I was getting:
err:msg:DispatchM
On Sat, Dec 11, 2004 at 10:17:38AM -0600, Geoff Hart wrote:
> I'm trying to compile some C++ code, but hit a basic problem
> with some of the headers. Example, even just the single include:
>
> #include
>
> yields
>
> wineg++ -c -mno-cygwin -I.-o cxx_iostream.o cxx_iostream.cpp
> In file
James Hawkins wrote:
Are these messages output in the 2004-10-12 version of Wine, where it
mostly displayed properly?
Yea these are from 2004-10-12.
Then that means there was already some problem with the app that has now
been exposed. We should find out why the app isn't calling BeginPain
On Sat, 11 Dec 2004 17:51:58 +0100, Lionel Ulmer <[EMAIL PROTECTED]> wrote:
> > This message happens every time the editor needs a repaint like when
> > it gets covered by another window. Any ideas about what's going on
> > here?
>
> Is it using OpenGL do display the map ? If yes, it may be yet a
Jon Griffiths <[EMAIL PROTECTED]> writes:
> Since the process of removing the unneeded headers is automated, and
> most files that include non-sdk headers already have the missing
> includes, I can't see that its any more work one way or the other
> (well, it takes several hours to run the script,
> This message happens every time the editor needs a repaint like when
> it gets covered by another window. Any ideas about what's going on
> here?
Is it using OpenGL do display the map ? If yes, it may be yet again the
known incompatibility between GL and Wine regarding multi-windowed
applicatio
Eric Pouech wrote:
Moving atom implementation to:
- dlls/kernel32/atom16.c for the 16 bit part
- dlls/ntdll/ntdll.c for the 32 bit part
A+
Name: ntkrnl_52
ChangeLog:
- moved 16 bit atom support in (16bit) dlls/k
Paul van Schayck wrote:
Hey Tony,
A few comments.
On Fri, 10 Dec 2004 21:52:45 -0700, Tony Lambregts
<[EMAIL PROTECTED]> wrote:
+
Shorttags. I don't like them. They can be turned of in php.ini to
allow the (now more often appearing) Debugging Cruft (from the original code)
+/* $bugzilla_
Hi,
> It's the same issue, I took 16-bit headers as example but you can
> have
> the same problem with SDK headers, it's quite possible that a file
> doesn't need winuser.h by itself. So you would first have to move
> the
> includes out of the non-sdk header into the source files, and then
> once
Eric Pouech wrote:
*** dlls/ole32/hglobalstream.c line 602
the test "if (newPosition.QuadPart < 0)" is always false as QuadPart
is unsigned
Before the call to RtlLargeIntegerAdd we need to add a line with:
if ((dlibMove.QuadPart < 0) && (newMove < -dlibMove.QuadPart)) return
STG_E_INVALIDFUNCTIO
I'm trying to compile some C++ code, but hit a basic problem
with some of the headers. Example, even just the single include:
#include
yields
wineg++ -c -mno-cygwin -I.-o cxx_iostream.o cxx_iostream.cpp
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.0/../../../../include/c++/3.4.
Eric Pouech wrote:
I'd agree that what we don't need byte compatibility for the audio
conversions. We should be compatible OTOH on the size of the buffers
sent out (not sure it's always the case), which may cause some
problems in some cases.
A+
The number of bytes read and written was the orig
Hey Tony,
A few comments.
On Fri, 10 Dec 2004 21:52:45 -0700, Tony Lambregts
<[EMAIL PROTECTED]> wrote:
> +
Shorttags. I don't like them. They can be turned of in php.ini to
allow the (now more often appearing) +/* $bugzilla_db_port = 3306; is this needed? I dont think so.*/
3306 is d
Jeremy White a écrit :
Eric Pouech wrote:
Jeremy White a écrit :
Changelog:
Allow > and >> output redirection on winedbg commands to capture
output to a file.
again (it's my bad day for Jer), I think we should stick to gdb
commands: see 'set logging' and friends.
Hmm. I've never liked the g
Vitaly Lipatov wrote:
+ *ETO_GRAYED - undocumented on MSDN
+ *ETO_OPAQUE - use background color for fill the rectangle
+ *ETO_CLIPPED - clipping text to the rectangle
+ *ETO_GLYPH_INDEX
+ *ETO_GLYPH_INDEX - Buffer is of glyph locations in fonts rather than
e
Eric Pouech wrote:
Christian Costa a écrit :
Hi Robert,
Robert Reif wrote:
Makes the PCM conversion routines of msacm produce identical results
to the native dll.
Allow any PCM to PCM conversion, not just advertised ones.
The algorithms used by Microsoft in this dll are very crude and
produce an
>
> Hmm. For the winecfg use case though we have to pass back a Unix path,
> as by definition it might not be mapped to a Windows path. I suspect
> most code that uses the browse folder API converts the PIDL straight
> into a path that it can use with CreateFileEx and so on so it might
> break stu
Christian Costa a écrit :
Hi Robert,
Robert Reif wrote:
Makes the PCM conversion routines of msacm produce identical results
to the native dll.
Allow any PCM to PCM conversion, not just advertised ones.
The algorithms used by Microsoft in this dll are very crude and
produce an output of much poor
Hi Robert,
Robert Reif wrote:
Makes the PCM conversion routines of msacm produce identical results
to the native dll.
Allow any PCM to PCM conversion, not just advertised ones.
The algorithms used by Microsoft in this dll are very crude and
produce an output of much poorer quality than what is cu
Hi Wine-Devel,
Is here anybody which knows what the following function is supposed to
do and what needs to get implemented? I'm referring to this:
fixme:winsock:convert_sockopt Unimplemented or unknown socket level
err:winsock:WS_setsockopt Invalid level (65407) or optname (128)
Many thanks.
still toying with various compilers, here's two new questions (to whom it may
concern):
dlls/gdi/freetype.c line 1467
the test for "(offset < 0)" is always false. I'm not sure changing it into
"offset == -1" is the right solution.
*** dlls/ole32/hglobalstream.c line 602
the test "if (newPo
> Is it possible that it is broken by this patch instead,
> http://cvs.winehq.org/patch.py?id=14371, that Paul van Schayck reported
> broke Foobar2000?
I'll do a more regression testing to see which patch exactly broke it
completely.
>
> Are these messages output in the 2004-10-12 version of Win
36 matches
Mail list logo
