profile
viewpoint

escherstair/assimp 0

Official Open Asset Import Library Repository. Loads 40+ 3D file formats into one unified and clean data structure.

escherstair/CMSIS_5 0

CMSIS Version 5 Development Repository

escherstair/fmt 0

A modern formatting library

escherstair/libuv 0

Cross-platform asynchronous I/O

escherstair/LimeReport 0

Report generator for Qt Framework

escherstair/open62541 0

Open source implementation of OPC UA (OPC Unified Architecture) aka IEC 62541 licensed under Mozilla Public License v2.0

escherstair/rapidjson 0

A fast JSON parser/generator for C++ with both SAX/DOM style API

escherstair/stb 0

stb single-file public domain libraries for C/C++

escherstair/uvw 0

Header-only, event based, tiny and easy to use libuv wrapper in modern C++ - now available as also shared/static library!

startedgulrak/filesystem

started time in 10 days

starteddougbinks/enkiTS

started time in a month

issue openedwebcompat/web-bugs

demo.optimoiot.it - Alignment issue in table Allarmi >> Impostazioni

URL: https://demo.optimoiot.it/dashboard/allarmi/config

Browser/Version: Firefox 80.0.1

Operating System: Windows 10 Tested Another Browser: Yes Edge

What seems to be the trouble?(Required)

  • [ ] Desktop site instead of mobile site
  • [ ] Mobile site is not usable
  • [ ] Video doesn't play
  • [x] Layout is messed up
  • [ ] Text is not visible
  • [ ] Something else (Add details below)

Steps to Reproduce

  1. Navigate to:
  2. Click three times over the header of column "Nome" so that the column is ordered by descending names

Expected Behavior: All the columns should be visible

Actual Behavior: The extremely long name shifts the column to the right and so the last ones can't be accessed anymore. No horizontal scrollbar is present.

With Edge 85.0.564.51 the names overlap (and this is another issue), but the column alignment is as expected.

Screenshot

Screenshot

Screenshot 2

created time in a month

startedcwalter-at/freemodbus

started time in 2 months

issue commentwebcompat/web-bugs

demo.optimoiot.it - Unable to zoom on "Temperature" graph

Thank you for your investigation. The graph has been changed and now the zoom works in firefox too.

escherstair

comment created time in 2 months

issue openedwebcompat/web-bugs

demo.optimoiot.it - design is broken

<!-- @browser: Firefox 80.0 --> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0 --> <!-- @reported_with: addon-reporter-firefox -->

URL: https://demo.optimoiot.it/dashboard/main

Browser / Version: Firefox 80.0 Operating System: Windows 10 Tested Another Browser: Yes Edge

Problem type: Design is broken Description: Items are overlapped Steps to Reproduce: When you expand the item "Allarmi" on the left side, the items overlap the item at the bottom of the page <details> <summary>View the screenshot</summary> Screenshot </details>

<details> <summary>Browser Configuration</summary> <ul> <li>None</li> </ul> </details>

From webcompat.com with ❤️

created time in 2 months

issue openedwebcompat/web-bugs

demo.optimoiot.it - site is not usable

<!-- @browser: Firefox 80.0 --> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0 --> <!-- @reported_with: addon-reporter-firefox -->

URL: https://demo.optimoiot.it/dashboard/main

Browser / Version: Firefox 80.0 Operating System: Windows 10 Tested Another Browser: Yes Edge

Problem type: Site is not usable Description: Buttons or links not working Steps to Reproduce: Move the mouse over the chart "Temperature". The mouse icone chnages to hand (and this is ok). This should enable the zoom functionality using the mouse wheel, but this doesn't happen. If you scroll the wheel, the page is scrolled up and down. Maybe the chart doesn't take the focus? <details> <summary>View the screenshot</summary> Screenshot </details>

<details> <summary>Browser Configuration</summary> <ul> <li>None</li> </ul> </details>

From webcompat.com with ❤️

created time in 2 months

issue commentskypjack/uvw

High-level components on top of uvw

I'm not sure I understood completely the idea, but as far as I understand it sounds interesting. You refer to a library of C++ high-level components, I think. Right?

scherepanov

comment created time in 2 months

issue commentARM-software/CMSIS_5

Public CI for CMSIS

@JonatanAntoni one more yeas passed by and no news on this topic. You wrote

I will do my very best to support anybodies initiative.

but I think you should do something encouraging this kind of initiative (i.e. promote a contest, ask for volunteers, give publicity to this task ...). Otherwise I don't think that someone would self-assign this kind of activity

JonatanAntoni

comment created time in 2 months

pull request commentTencent/rapidjson

fix _BitScanReverse() usage for CE6

I understood. Now it should be ok

escherstair

comment created time in 3 months

push eventescherstair/rapidjson

escherstair

commit sha 7f559ec80ab4d129e3c3a3eb109fe5049e751e98

fix naive implementation for clzll()

view details

escherstair

commit sha 5fbf8bf89cec8154c4b0be0c5c529694e8477bf2

fix unit test

view details

push time in 3 months

issue openedTencent/rapidjson

Are AppVeyor 'Rolling builds' enabled?

AppVeyor takes a lot of time to execute and so enabling 'Rolling builds' can help a lot. See here. Are 'Rolling builds' enabled for rapidjson project?

created time in 3 months

pull request commentTencent/rapidjson

fix _BitScanReverse() usage for CE6

While writing the unit test I found out one important thing that must be clarified. What is the purpose for clzll() function? Counting the number of leading zeroes? If this is the case, the original naive fallback was right, and so the https://github.com/escherstair/rapidjson/blob/58e29648561e47f6fc11ee2c2bbf8628ffc46f57/include/rapidjson/internal/clzll.h#L51 But the _MSC_VERimplementation is not, because _BitScanReverse() returns the index on the first 1 (starting the search from MSB, but the index for LSB is 0).

Let me know, please

escherstair

comment created time in 3 months

push eventescherstair/rapidjson

escherstair

commit sha 58e29648561e47f6fc11ee2c2bbf8628ffc46f57

add unit test for clzll()

view details

push time in 3 months

push eventescherstair/rapidjson

escherstair

commit sha 31cee640ee0ef887470e43dce2caea1b4a395dbc

add unit test for clzll()

view details

push time in 3 months

pull request commentTencent/rapidjson

fix _BitScanReverse() usage for CE6

Would you mind adding an unit test (including the boundary cases) for this function?

I can try to do my best, but I need time to understand how to use gtest.

Can you confirm that 0 is not an acceptable value for as an input to clzll(uint64_t x)? I see https://github.com/Tencent/rapidjson/blob/6364c8e5ab1b9b5df01df25ff102d1c48aa0d389/include/rapidjson/internal/clzll.h#L35

escherstair

comment created time in 3 months

pull request commentTencent/rapidjson

fix _BitScanReverse() usage for CE6

I followed your suggestion to fallback to naive function. But I think that the naive function needs a couple of fixes (i.e. r variable initialization and post-decrementing it)

escherstair

comment created time in 3 months

push eventescherstair/rapidjson

escherstair

commit sha 91940e84b139db8d098e7182ae836595c677b115

fallback to the naive version for CE6

view details

escherstair

commit sha aa5dd6086519717342cafd846f70737cba315aa7

fix naive version implementation

view details

push time in 3 months

pull request commentlibuv/libuv

win: fix some MinGW warnings

I rebased over v1.x branch, squashed the commits and updated the messages

escherstair

comment created time in 3 months

push eventescherstair/libuv

JinHyuk Kim

commit sha 0a8c1c53b6226b95981824fd7c59ef0ddeccd818

doc: add more error constants PR-URL: https://github.com/libuv/libuv/pull/2932 Reviewed-By: Jameson Nash <vtjnash@gmail.com>

view details

escherstair

commit sha 00c94053c2b5cec668e69cbe40ec9f171edc24d3

win,nfc: fix comparisons between signed and unsigned integer expressions

view details

escherstair

commit sha c69539f517f66b7eff87d647f5807f6828290eab

win,nfc: use #pragma warnings() for MSVC only Co-authored-by: Anna Henningsen <github@addaleax.net>

view details

escherstair

commit sha 9374c610311859faf7b9c4b4d2f6485f83718503

win,nfc: removed some unused variables

view details

escherstair

commit sha 77d612de62e32d5919eae684a22c3c4ab5b44053

win,nfc: fix no return statement in function returning non-void

view details

escherstair

commit sha f2ec1fd653a4de19f1e5037ca3bdc6e3532815e4

win,nfc: disable clang-format to avoid #include reorder

view details

push time in 3 months

push eventescherstair/libuv

JinHyuk Kim

commit sha 0a8c1c53b6226b95981824fd7c59ef0ddeccd818

doc: add more error constants PR-URL: https://github.com/libuv/libuv/pull/2932 Reviewed-By: Jameson Nash <vtjnash@gmail.com>

view details

push time in 3 months

issue commentTencent/rapidjson

'intrin.h' not available with MSC compiler and CE6 target

I've just done PR #1760

escherstair

comment created time in 3 months

PR opened Tencent/rapidjson

fix _BitScanReverse() usage for CE6
+22 -1

0 comment

1 changed file

pr created time in 3 months

create barnchescherstair/rapidjson

branch : fix_ce6_support

created branch time in 3 months

fork escherstair/rapidjson

A fast JSON parser/generator for C++ with both SAX/DOM style API

http://rapidjson.org/

fork in 3 months

pull request commentlibuv/libuv

win: fix some MinGW warnings

I rebased but I have problems in squashing and changing commit labels

escherstair

comment created time in 3 months

issue openedTencent/rapidjson

'intrin.h' not available with MSC compiler and CE6 target

File clzll.h includes <intrin.h> if the compiler is MSC

#if defined(_MSC_VER)
#include <intrin.h>
#if defined(_WIN64)
#pragma intrinsic(_BitScanReverse64)
#else
#pragma intrinsic(_BitScanReverse)
#endif
#endif

But if the target is CE6 with Visual Studio 2008, intrin.h is not available and the application can't be compiled rapidjson\internal/clzll.h(21) : fatal error C1083: Cannot open include file: 'intrin.h': No such file or directory

As far as I understand, intrin.h is necessary to call _BitScanReverse()

How can be fixed this include so that support for CE6 is not dropped (rapidjson 1.1.0 fully supports CE6)?

created time in 3 months

more