Bug#955999: openmsx: Issues with pressing multiple keys

2020-04-06 Thread Wouter Vermaelen
Hi,

You can diagnose the issue like this:
- open the openMSX console (F10)
- execute the command:   set kbd_trace_key_presses true
- close the openMSX console (F10 again)

Each key press/release now generates a log line on stderr. Those should
appear in the terminal from which you started openMSX.

These log lines are pretty close to the events we receive from SDL. So if
it's already wrong in the log the issue is likely located in SDL itself. if
the log looks fine, then we might be able to fix it in openMSX.

Wouter

On Mon, Apr 6, 2020 at 9:15 PM Manuel Bilderbeek <
manuel.bilderb...@gmail.com> wrote:

> Hi,
>
> On 06-04-2020 13:54, Jesús Barrado Varela wrote:
> >  > Can you confirm the problem doesn't occur by compiling a previous
> >  > version and trying that?
> > I've tried the following today:
> >   * On Debian 10 Buster the bug is present on version 0.15.0-2.
> >   * On Debian 10 Buster the bug is present on version 0.13.0-1 (the
> > version found in Stretch repos).
> >   * On Debian 9 Stretch the bug is *not* present on version 0.13.0-1.
> >   * On Ubuntu 18.04 the bug is *not* present on version 0.14.0-2.
>
> On all these cases, did you try with full screen, consistently?
>
> > I've also noticed today that the bug is only present under Buster when
> > playing fullscreen (pressing the F12 key). Maybe it's an SDL bug?
>
> Does it make a difference to go to fullscreen by typing in the console
> (open with F10):
> set fullscreen on
> ?
>
> I still can't reproduce the issue on 0.15.0-2+b1.
>
> If you reproduced consistently in the same way, and in one 0.13.0-1 it
> occurs and in the ther 0.13.0-1 it does not occur, then I doubt it's a
> bug in openMSX.
>
> --
> Kind regards,
>
> Manuel
>
>


Bug#955551: openmsx ftbfs on ppc64el and s390x

2020-04-02 Thread Wouter Vermaelen
Hi,

I think the problem occurred on big-endian systems. Are ppc64el and s390x
indeed big-endian? (IOW does the openMSX build system correctly detects
this?)

I pushed a fix upstream:

https://github.com/openMSX/openMSX/commit/0c259566e5f7a9597369b66c03d957ba7d37e5d1
This patch makes the big- and little-endian code paths more similar (it
only keeps the essential differences).

I think this will fix the problem. But I have not been able to test-compile
this myself.

Thanks for reporting.


Wouter



On Thu, Apr 2, 2020 at 3:09 PM Matthias Klose  wrote:

> Package: src:openmsx
> Version:
> Severity: serious
> Tags: sid bullseye
>
> openmsx ftbfs at least on ppc64el and s390x with
>
> src/utils/small_compare.hh: In instantiation of ‘struct ScValBe int,
> '\357', '\273', '\277'>’:
> src/utils/small_compare.hh:88:41:   required from ‘struct ScVal int,
> '\357', '\273', '\277'>’
> src/utils/small_compare.hh:100:37:   required from ‘const type
> SmallCompare<'\357', '\273', '\277'>::mask’
> src/utils/small_compare.hh:110:20:   required from ‘bool
> small_compare(const
> char*) [with char ...Ns = {'\357', '\273', '\277'}]’
> src/utils/rapidsax.hh:208:34:   required from ‘bool
> rapidsax::internal::next(const char*) [with char C0 = '\357'; char C1 =
> '\273';
> char C2 = '\277']’
> src/utils/rapidsax.hh:353:51:   required from here
> src/utils/small_compare.hh:84:41: error: narrowing conversion of ‘-1’ from
> ‘int’
> to ‘unsigned int’ [-Wnarrowing]
>84 | template struct ScValBe : ScValBeImpl 0, -1,
> Ns...> {};
>   | ^~~
> src/utils/small_compare.hh: In instantiation of ‘const type
> SmallCompare<'\357',
> '\273', '\277'>::mask’:
>
> and
>
> src/utils/small_compare.hh: In instantiation of ‘const type
> SmallCompare<'t',
> ';'>::value’:
> src/utils/small_compare.hh:110:32:   required from ‘bool
> small_compare(const
> char*) [with char ...Ns = {'t', ';'}]’
> src/utils/rapidsax.hh:204:30:   required from ‘bool
> rapidsax::internal::next(const char*) [with char C0 = 't'; char C1 = ';']’
> src/utils/rapidsax.hh:281:22:   required from ‘char*
> rapidsax::internal::skipAndExpand(char*&) [with StopPred =
> rapidsax::internal::AttPred1; StopPredPure =
> rapidsax::internal::AttPurePred1;
> int FLAGS = 2]’
> src/utils/rapidsax.hh:704:52:   required from ‘void
> rapidsax::internal::Parser::parseAttributes(char*&, bool)
> [with
> int FLAGS = 2; HANDLER = openmsx::XMLLoader::XMLElementParser]’
> src/utils/rapidsax.hh:387:3:   required from ‘void
> rapidsax::internal::Parser::parseDeclaration(char*&) [with
> int
> FLAGS = 2; HANDLER = openmsx::XMLLoader::XMLElementParser]’
> src/utils/rapidsax.hh:575:5:   required from ‘void
> rapidsax::internal::Parser::parseNode(char*&) [with int
> FLAGS =
> 2; HANDLER = openmsx::XMLLoader::XMLElementParser]’
> src/utils/rapidsax.hh:377:4:   required from
> ‘rapidsax::internal::Parser HANDLER>::Parser(HANDLER&, char*) [with int FLAGS = 2; HANDLER =
> openmsx::XMLLoader::XMLElementParser]’
> src/utils/rapidsax.hh:731:35:   required from ‘void
> rapidsax::parse(HANDLER&,
> char*) [with int FLAGS = 2; HANDLER =
> openmsx::XMLLoader::XMLElementParser]’
> src/config/XMLLoader.cc:46:64:   required from here
> src/utils/small_compare.hh:99:37: error: ‘value’ is not a member of
> ‘SmallCompare<'t', ';'>::C’ {aka ‘ScVal’}
>99 |  static const typename Loader::type value = C::value;
>   | ^
> make[2]: *** [build/main.mk:531:
> derived/s390-linux-debian/obj/config/XMLLoader.o] Error 1
>
>


Bug#356344: libglew1: OpenGL 2.0 entries missing

2006-03-11 Thread Wouter Vermaelen
Package: libglew1
Version: 1.3.1-1.2
Severity: important


Some of the ogl2 entry points are missing in glew 1.3.1 (e.g.
glGetShaderiv). This makes makes libglew unusable for any serious shader
development. Note that this has been fixed in glew version 1.3.2.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libglew1 depends on:
ii  libc6  2.3.6-3   GNU C Library: Shared libraries an
ii  libx11-6   6.9.0.dfsg.1-4X Window System protocol client li
ii  libxext6   6.9.0.dfsg.1-4X Window System miscellaneous exte
ii  libxi6 6.9.0.dfsg.1-4X Window System Input extension li
ii  libxmu66.9.0.dfsg.1-4X Window System miscellaneous util
ii  xlibmesa-gl [libgl 6.9.0.dfsg.1-4Mesa 3D graphics library [X.Org]
ii  xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree

libglew1 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]