James Hawkins wrote:
I'm trying to get a program running called BZEdit. Under the latest
cvs, the program shows a scrambled mess over the whole screen (I think
that is a result of this patch
http://cvs.winehq.org/patch.py?id=14725), but when I went back in time
to 2004-10-12, the only part of the
I'm trying to get a program running called BZEdit. Under the latest
cvs, the program shows a scrambled mess over the whole screen (I think
that is a result of this patch
http://cvs.winehq.org/patch.py?id=14725), but when I went back in time
to 2004-10-12, the only part of the screen I cant see is
Over two years ago this was disccused and the concensus at the time was that
integrating the AppDB and Bugzilla would be a Good Idea (TM). This patch is my
attempt to get it started.
I am submitting this to wine devel first because I KNOW this patch can be
controversial. I have tried to make th
David Gümbel wrote:
Hi everybody,
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 Windows).
Having entered the password, in the correspo
Dump a trace into a file, then grep for the username and password you
entered?
On Fri, 10 Dec 2004, David [iso-8859-15] Gümbel wrote:
> Hi everybody,
>
>
>
>
> 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,
Hi everybody,
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 Windows).
Having entered the password, in the corresponding part of the
Hahah. Oops
Chris
>
> From: [EMAIL PROTECTED]
> Date: 2004/12/10 Fri AM 01:09:35 EST
> To: [EMAIL PROTECTED]
> Subject: [AppDB] remove blahblahblah from /include/comments.php
>
> Change log: remove blahblahblah from /include/comments.php
>
> Files Changed: /include/comments.php
>
>
>
I
There are some other strage missbehaviors, like printing 1 times
'Wine-dbg>' before being killed using kill -kill , or even not
printing the register dump + back trace in the first place like shown
above (same application, startup phase). So not even every time I try
winedbg, everything hap
On Fri, Dec 10, 2004 at 10:05:33AM -0600, Robert Shearman wrote:
> Erich Hoover wrote:
>
> >dlls/oleaut32/typelib.c does not currently support VT_BYREF | VT_I4 in
> >_copy_arg, this causes InstallShield to crash when attempting to
> >install the demo for "Prince of Persia: Warrior Within" (and p
On Thu, 2004-12-09 at 15:00 -0700, Jesse Allen wrote:
> I can't tell if there is any similarity cause that function doesn't show up.
> If anyone wants the log it's here:
> http://www.chez.com/alors/loop.log.bz2
> (copy and paste url into browser, don't click, it won't work)
>
> Anyone has any clue
Erich Hoover wrote:
dlls/oleaut32/typelib.c does not currently support VT_BYREF | VT_I4 in
_copy_arg, this causes InstallShield to crash when attempting to
install the demo for "Prince of Persia: Warrior Within" (and probably
other InstallShield programs as well). Installation can complete with
Le ven 10/12/2004 à 10:40, Ferenc Wagner a écrit :
[snip]
> Yes. But will sticking to a fixed directory name (and
> possibly file name) help, or does ZoneAlarm check eg. MD5
> sums to thwart any countermeasure from our side? Anyway, I
> have the feeling that this should be solved by configuring
Vincent Béron <[EMAIL PROTECTED]> writes:
> Le ven 10/12/2004 à 07:26, Francois Gouget a écrit :
>> On Fri, 10 Dec 2004, Ferenc Wagner wrote:
>>
>> > Francois Gouget <[EMAIL PROTECTED]> writes:
>> [...]
>> >> I've had some dealings with ZoneAlarm and I thought it
>> >> also saved an md5 checksum
Le ven 10/12/2004 à 07:26, Francois Gouget a écrit :
> On Fri, 10 Dec 2004, Ferenc Wagner wrote:
>
> > Francois Gouget <[EMAIL PROTECTED]> writes:
> [...]
> >> I've had some dealings with ZoneAlarm and I thought it
> >> also saved an md5 checksum of the executable.
> >
> > Yes, please clear this i
Jon Griffiths <[EMAIL PROTECTED]> writes:
> Right, but the 16 bit header are non SDK headers. what I'm talking
> about as the first step is removing SDK headers included from the non
> SDK headers in include/. With your example of not removing winuser.h
> since it will need to be added in again to
dlls/oleaut32/typelib.c does not currently support VT_BYREF | VT_I4 in
_copy_arg, this causes InstallShield to crash when attempting to install
the demo for "Prince of Persia: Warrior Within" (and probably other
InstallShield programs as well). Installation can complete with this
fix under Win
Rein Klazes <[EMAIL PROTECTED]> writes:
> @@ -210,7 +212,12 @@ static int set_process_console( struct p
> if (process->create_flags & CREATE_NEW_CONSOLE)
> {
> /* let the process init do the allocation */
> -return 1;
> +/* unless the startup info specifies to us
Hi,
> No, I don't think we want to do that in two steps, since we don't
> want to add headers that are only needed to build a private header.
> For instance many private headers still contain 16-bit stuff, and
we
> definitely don't want to start including Win16 headers all over the
> place.
Right
On Fri, 10 Dec 2004, Ferenc Wagner wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
[...]
I've had some dealings with ZoneAlarm and I thought it
also saved an md5 checksum of the executable.
Yes, please clear this issue up for me! After some
discussion on IRC I almost started changing the code :
Hey Rob,
On Wed, 08 Dec 2004 17:08:03 -0600, Robert Shearman <[EMAIL PROTECTED]> wrote:
> The drawing issues look like a regression in the toolbar code. I'll take
> a look.
A regression test showed the "menu not being drawed" issue was caused
by this patch:
http://cvs.winehq.org/patch.py?id=14371
20 matches
Mail list logo
